From owner-freebsd-stable@FreeBSD.ORG Sun Nov 1 16:02:59 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E6DD106568B; Sun, 1 Nov 2009 16:02:59 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id D72848FC21; Sun, 1 Nov 2009 16:02:58 +0000 (UTC) Received: by bwz5 with SMTP id 5so5494763bwz.3 for ; Sun, 01 Nov 2009 08:02:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=WjwLp+2Sqk1Am7y4GLTLR0tqCONZ9iF8PcPRNBv5+HI=; b=TmFHdSmLOLpEcyq4vjSMuMosP74T1YiA7zMwcxFpBDWJNIyG9yE2Ig65oFVfijdUZO vxchcDZ4BZH9zIzGfi5GDzOPfD4KcmUe6kfPSUbWuOPPzCJ/2xaUsPdJ8i9YKx+JBLG6 r8agJhc5LMGwbiiJuJuBek2+mVOhwpMby1rX0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=nKYiGGZJspf4869jOzx9s8sNxUn3wU3+1V10XYLwgb73NJr9bJ5EHI9bH8m/7TXL/2 hIq8wh3tZWa1jVo595KvZfTVtb3yDrOdi9aSTfsfc/v89xxTfeRCvCMA+JOYzq+o/TA0 Wf5LCq8Iwe3HMi2i9rmXBeR5Vvo06d6UnCrvY= MIME-Version: 1.0 Received: by 10.102.13.21 with SMTP id 21mr1648642mum.100.1257091377604; Sun, 01 Nov 2009 08:02:57 -0800 (PST) In-Reply-To: <3a142e750910310916labe85e5ke804386a834c49c8@mail.gmail.com> References: <9bbcef730910310830s43237918g1489beb1fe9fae9a@mail.gmail.com> <3a142e750910310916labe85e5ke804386a834c49c8@mail.gmail.com> Date: Sun, 1 Nov 2009 17:02:57 +0100 Message-ID: <3a142e750911010802l1a4183edh9d92eabdc21ab661@mail.gmail.com> From: Paul B Mahol To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, hardware@freebsd.org Subject: Re: hostapd "deauthenticated due to local deauth request" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Nov 2009 16:02:59 -0000 On 10/31/09, Paul B Mahol wrote: > On 10/31/09, Ivan Voras wrote: >> I'm trying to setup an AP with a run0 interface on latest 8-STABLE but >> apparently 802.11 association fails: >> >> Oct 31 16:21:30 ursaminor hostapd: wlan0: STA 00:22:69:07:30:9e IEEE >> 802.11: associated >> Oct 31 16:21:33 ursaminor hostapd: wlan0: STA 00:22:69:07:30:9e IEEE >> 802.11: deauthenticated due to local deauth request >> Oct 31 16:21:33 ursaminor hostapd: wlan0: STA 00:22:69:07:30:9e IEEE >> 802.11: deassociated >> Oct 31 16:21:35 ursaminor hostapd: wlan0: STA 00:22:69:07:30:9e IEEE >> 802.11: associated >> Oct 31 16:21:38 ursaminor hostapd: wlan0: STA 00:22:69:07:30:9e IEEE >> 802.11: deauthenticated due to local deauth request >> Oct 31 16:21:38 ursaminor hostapd: wlan0: STA 00:22:69:07:30:9e IEEE >> 802.11: deassociated >> >> etc. Apparently the client never comes to the phase to receive DHCP >> address. >> >> The client in this case is WinXP and the setup did work with 7-STABLE, >> though with a bug in the rum driver which caused regular kernel panics >> on the AP. >> > > I tried same one with rum(4) as AP and ndis(4) as client on same > machine(some version of 8.0 - CURRENT). ndis client (configured via > wpa_supplicant) > would keep auth and deauth all the time. > I came to conclusion that rum is broken. But I think I remmember that > bwi(4) (as a client) > did not have such problem ... (I will test again to see) Well, I tried again and I got similar output like yours if I use wrong password. And with correct password client reauth all the time, maybe I need to setup ndis_events(8) .... From owner-freebsd-stable@FreeBSD.ORG Sun Nov 1 19:29:31 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16F61106568B for ; Sun, 1 Nov 2009 19:29:31 +0000 (UTC) (envelope-from kungfujesus06@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id A166A8FC08 for ; Sun, 1 Nov 2009 19:29:30 +0000 (UTC) Received: by ewy5 with SMTP id 5so850645ewy.36 for ; Sun, 01 Nov 2009 11:29:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=I5Ug+/Kyc7ZqoIihSNmqU27j1AJ7B6NwSoH/7xaXalk=; b=ii/9vycGFX+LX9n/m3tg3Iqjr1O9KVku+o6U7J7ppY1ObqnKgVvQihKs3pPvie8F/Y kn7KB34fGvt9ZpLwC+86l8eAlQBf9rHRwUxk435jVU1I/B7pCoHE6UKqgRW5KFZPnctt xYWk6jCFw7/hYs020CJGufcRIxMlQdD7cVqSs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=pMrFpDtOr1kQsU0pzOQC4422vPADrrf6bpUZl+f/33AhWfyCLekjFY+X9UTY9MLTWz IxlZ/EorIEesJr7zDT2UtZYN+PF8VY596+WijJ+uSYOgKoZddyFq9J2ZJZm2JnMfsVMX DCrfy4NjJvPSL0h0ndVi75DQw+cJ8YVtgHpOo= MIME-Version: 1.0 Sender: kungfujesus06@gmail.com Received: by 10.216.87.3 with SMTP id x3mr3350100wee.132.1257102454244; Sun, 01 Nov 2009 11:07:34 -0800 (PST) Date: Sun, 1 Nov 2009 14:07:33 -0500 X-Google-Sender-Auth: 0de00be8b9b57bd7 Message-ID: <96af083b0911011107q3a5215cci7ff5d568b5978d43@mail.gmail.com> From: Adam Stylinski To: freebsd-stable@freebsd.org X-Mailman-Approved-At: Sun, 01 Nov 2009 20:03:08 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Funny bug in zfs-snapshot-mgmt X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Nov 2009 19:29:31 -0000 So I'm not entirely sure which mailing list to post this to in order to inform the port/package maintainer, and this bug may already be fixed, as I'm using a package from 7.2-release, but I found a pretty interesting bug. I live in one of the regions of the US that actually are affected by Daylight Savings Time, and cron appears to have informed me when naming a snapshot that there is a duplicate (for obvious reasons): cannot create snapshot 'share/dadshare@auto-2009-11- 01_01.00': dataset already exists no snapshots were created Perhaps there is a way to use the tzdata distributed with freebsd to rename this snapshot? From owner-freebsd-stable@FreeBSD.ORG Sun Nov 1 20:08:51 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56F5F1065697 for ; Sun, 1 Nov 2009 20:08:51 +0000 (UTC) (envelope-from stylinae@mail.uc.edu) Received: from bay0-omc3-s37.bay0.hotmail.com (bay0-omc3-s37.bay0.hotmail.com [65.54.246.237]) by mx1.freebsd.org (Postfix) with ESMTP id 3FC288FC15 for ; Sun, 1 Nov 2009 20:08:51 +0000 (UTC) Received: from BL2PRD0102HT003.prod.exchangelabs.com ([65.55.174.125]) by bay0-omc3-s37.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Sun, 1 Nov 2009 11:56:50 -0800 Received: from BL2PRD0102MB030.prod.exchangelabs.com ([169.254.10.235]) by BL2PRD0102HT003.prod.exchangelabs.com ([169.254.86.149]) with mapi; Sun, 1 Nov 2009 19:56:49 +0000 From: "Stylinski, Adam (stylinae)" To: "freebsd-stable@freebsd.org" Thread-Topic: Funny bug in ZFS-snapshot-mgmt Thread-Index: AcpbLXJTkPKmnePBQRyesy/IReXMbw== Date: Sun, 1 Nov 2009 19:56:48 +0000 Message-ID: <2EB0D8A0503880449C6D4F128879B50D01C1B8@BL2PRD0102MB030.prod.exchangelabs.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 01 Nov 2009 19:56:50.0791 (UTC) FILETIME=[73CC5F70:01CA5B2D] Subject: Funny bug in ZFS-snapshot-mgmt X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Nov 2009 20:08:51 -0000 So I'm not entirely sure which mailing list to post this to in order to inf= orm the port/package maintainer, and this bug may already be fixed, as I'm = using a package from 7.2-release, but I found a pretty interesting bug. I = live in one of the regions of the US that actually are affected by Daylight= Savings Time, and cron appears to have informed me when naming a snapshot = that there is a duplicate (for obvious reasons): cannot create snapshot 'share/dadshare@auto-2009-11- 01_01.00': dataset already exists no snapshots were created Perhaps there is a way to use the tzdata distributed with freebsd to rename= this snapshot? From owner-freebsd-stable@FreeBSD.ORG Sun Nov 1 21:03:57 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6946A1065702; Sun, 1 Nov 2009 21:03:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 419DD8FC1C; Sun, 1 Nov 2009 21:03:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nA1M1kBa034214; Sun, 1 Nov 2009 17:01:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nA1M1kWK034186; Sun, 1 Nov 2009 22:01:46 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 1 Nov 2009 22:01:46 GMT Message-Id: <200911012201.nA1M1kWK034186@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Nov 2009 21:03:58 -0000 TB --- 2009-11-01 21:50:22 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-01 21:50:22 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2009-11-01 21:50:22 - cleaning the object tree TB --- 2009-11-01 21:50:39 - cvsupping the source tree TB --- 2009-11-01 21:50:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2009-11-01 21:51:11 - building world TB --- 2009-11-01 21:51:11 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-01 21:51:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-01 21:51:11 - TARGET=i386 TB --- 2009-11-01 21:51:11 - TARGET_ARCH=i386 TB --- 2009-11-01 21:51:11 - TZ=UTC TB --- 2009-11-01 21:51:11 - __MAKE_CONF=/dev/null TB --- 2009-11-01 21:51:11 - cd /src TB --- 2009-11-01 21:51:11 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 1 21:51:12 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/i386/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemmove.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/i386/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemset.c building static c library ranlib libc.a cat /src/lib/libc/i386/Symbol.map /src/lib/libc/db/Symbol.map /src/lib/libc/compat-43/Symbol.map /src/lib/libc/gdtoa/Symbol.map /src/lib/libc/gen/Symbol.map /src/lib/libc/gmon/Symbol.map /src/lib/libc/inet/Symbol.map /src/lib/libc/locale/Symbol.map /src/lib/libc/nameser/Symbol.map /src/lib/libc/net/Symbol.map /src/lib/libc/nls/Symbol.map /src/lib/libc/posix1e/Symbol.map /src/lib/libc/quad/Symbol.map /src/lib/libc/regex/Symbol.map /src/lib/libc/resolv/Symbol.map /src/lib/libc/stdio/Symbol.map /src/lib/libc/stdlib/Symbol.map /src/lib/libc/stdtime/Symbol.map /src/lib/libc/string/Symbol.map /src/lib/libc/sys/Symbol.map /src/lib/libc/rpc/Symbol.map /src/lib/libc/uuid/Symbol.map /src/lib/libc/xdr/Symbol.map /src/lib/libc/yp/Symbol.map | cpp - - | awk -v vfile=/src/lib/libc/Versions.def -f /src/share/mk/version_gen.awk > Version.map File , line 514: Undefined library version `FBSD_1.2'. File , line 515: Symbol `getpagesizes' outside version scope. 2 error(s) total. *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-01 22:01:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-01 22:01:46 - ERROR: failed to build world TB --- 2009-11-01 22:01:46 - 484.61 user 90.03 system 684.37 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sun Nov 1 21:15:22 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7A2D106566C; Sun, 1 Nov 2009 21:15:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6AFA08FC18; Sun, 1 Nov 2009 21:15:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nA1MD8N5022908; Sun, 1 Nov 2009 17:13:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nA1MD8CU022907; Sun, 1 Nov 2009 22:13:08 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 1 Nov 2009 22:13:08 GMT Message-Id: <200911012213.nA1MD8CU022907@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Nov 2009 21:15:23 -0000 TB --- 2009-11-01 22:01:47 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-01 22:01:47 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2009-11-01 22:01:47 - cleaning the object tree TB --- 2009-11-01 22:02:03 - cvsupping the source tree TB --- 2009-11-01 22:02:03 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2009-11-01 22:02:33 - building world TB --- 2009-11-01 22:02:33 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-01 22:02:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-01 22:02:33 - TARGET=pc98 TB --- 2009-11-01 22:02:33 - TARGET_ARCH=i386 TB --- 2009-11-01 22:02:33 - TZ=UTC TB --- 2009-11-01 22:02:33 - __MAKE_CONF=/dev/null TB --- 2009-11-01 22:02:33 - cd /src TB --- 2009-11-01 22:02:33 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 1 22:02:33 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemmove.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemset.c building static c library ranlib libc.a cat /src/lib/libc/i386/Symbol.map /src/lib/libc/db/Symbol.map /src/lib/libc/compat-43/Symbol.map /src/lib/libc/gdtoa/Symbol.map /src/lib/libc/gen/Symbol.map /src/lib/libc/gmon/Symbol.map /src/lib/libc/inet/Symbol.map /src/lib/libc/locale/Symbol.map /src/lib/libc/nameser/Symbol.map /src/lib/libc/net/Symbol.map /src/lib/libc/nls/Symbol.map /src/lib/libc/posix1e/Symbol.map /src/lib/libc/quad/Symbol.map /src/lib/libc/regex/Symbol.map /src/lib/libc/resolv/Symbol.map /src/lib/libc/stdio/Symbol.map /src/lib/libc/stdlib/Symbol.map /src/lib/libc/stdtime/Symbol.map /src/lib/libc/string/Symbol.map /src/lib/libc/sys/Symbol.map /src/lib/libc/rpc/Symbol.map /src/lib/libc/uuid/Symbol.map /src/lib/libc/xdr/Symbol.map /src/lib/libc/yp/Symbol.map | cpp - - | awk -v vfile=/src/lib/libc/Versions.def -f /src/share/mk/version_gen.awk > Version.map File , line 514: Undefined library version `FBSD_1.2'. File , line 515: Symbol `getpagesizes' outside version scope. 2 error(s) total. *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-01 22:13:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-01 22:13:08 - ERROR: failed to build world TB --- 2009-11-01 22:13:08 - 483.41 user 90.70 system 681.63 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sun Nov 1 21:23:01 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31F7B1065672; Sun, 1 Nov 2009 21:23:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0A7708FC1A; Sun, 1 Nov 2009 21:23:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nA1MKiGE089547; Sun, 1 Nov 2009 17:20:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nA1MKiFl089533; Sun, 1 Nov 2009 22:20:44 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 1 Nov 2009 22:20:44 GMT Message-Id: <200911012220.nA1MKiFl089533@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Nov 2009 21:23:01 -0000 TB --- 2009-11-01 22:09:44 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-01 22:09:44 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2009-11-01 22:09:44 - cleaning the object tree TB --- 2009-11-01 22:10:01 - cvsupping the source tree TB --- 2009-11-01 22:10:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/ia64/ia64/supfile TB --- 2009-11-01 22:10:35 - building world TB --- 2009-11-01 22:10:35 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-01 22:10:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-01 22:10:35 - TARGET=ia64 TB --- 2009-11-01 22:10:35 - TARGET_ARCH=ia64 TB --- 2009-11-01 22:10:35 - TZ=UTC TB --- 2009-11-01 22:10:35 - __MAKE_CONF=/dev/null TB --- 2009-11-01 22:10:35 - cd /src TB --- 2009-11-01 22:10:35 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 1 22:10:36 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemmove.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemset.c building static c library ranlib libc.a cat /src/lib/libc/ia64/Symbol.map /src/lib/libc/db/Symbol.map /src/lib/libc/compat-43/Symbol.map /src/lib/libc/gdtoa/Symbol.map /src/lib/libc/gen/Symbol.map /src/lib/libc/gmon/Symbol.map /src/lib/libc/inet/Symbol.map /src/lib/libc/locale/Symbol.map /src/lib/libc/nameser/Symbol.map /src/lib/libc/net/Symbol.map /src/lib/libc/nls/Symbol.map /src/lib/libc/posix1e/Symbol.map /src/lib/libc/regex/Symbol.map /src/lib/libc/resolv/Symbol.map /src/lib/libc/stdio/Symbol.map /src/lib/libc/stdlib/Symbol.map /src/lib/libc/stdtime/Symbol.map /src/lib/libc/string/Symbol.map /src/lib/libc/sys/Symbol.map /src/lib/libc/rpc/Symbol.map /src/lib/libc/uuid/Symbol.map /src/lib/libc/xdr/Symbol.map /src/lib/libc/yp/Symbol.map | cpp - - | awk -v vfile=/src/lib/libc/Versions.def -f /src/share/mk/version_gen.awk > Version.map File , line 515: Undefined library version `FBSD_1.2'. File , line 516: Symbol `getpagesizes' outside version scope. 2 error(s) total. *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-01 22:20:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-01 22:20:44 - ERROR: failed to build world TB --- 2009-11-01 22:20:44 - 470.88 user 88.46 system 660.02 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sun Nov 1 21:25:33 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4D7C106568F; Sun, 1 Nov 2009 21:25:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9D7188FC15; Sun, 1 Nov 2009 21:25:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nA1MNGPc024279; Sun, 1 Nov 2009 17:23:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nA1MNGVX024269; Sun, 1 Nov 2009 22:23:16 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 1 Nov 2009 22:23:16 GMT Message-Id: <200911012223.nA1MNGVX024269@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Nov 2009 21:25:34 -0000 TB --- 2009-11-01 22:13:08 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-01 22:13:08 - starting RELENG_8 tinderbox run for mips/mips TB --- 2009-11-01 22:13:08 - cleaning the object tree TB --- 2009-11-01 22:13:18 - cvsupping the source tree TB --- 2009-11-01 22:13:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/mips/mips/supfile TB --- 2009-11-01 22:13:48 - building world TB --- 2009-11-01 22:13:48 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-01 22:13:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-01 22:13:48 - TARGET=mips TB --- 2009-11-01 22:13:48 - TARGET_ARCH=mips TB --- 2009-11-01 22:13:48 - TZ=UTC TB --- 2009-11-01 22:13:48 - __MAKE_CONF=/dev/null TB --- 2009-11-01 22:13:48 - cd /src TB --- 2009-11-01 22:13:48 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 1 22:13:49 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemmove.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemset.c building static c library ranlib libc.a cat /src/lib/libc/mips/Symbol.map /src/lib/libc/db/Symbol.map /src/lib/libc/compat-43/Symbol.map /src/lib/libc/gdtoa/Symbol.map /src/lib/libc/gen/Symbol.map /src/lib/libc/gmon/Symbol.map /src/lib/libc/inet/Symbol.map /src/lib/libc/locale/Symbol.map /src/lib/libc/nameser/Symbol.map /src/lib/libc/net/Symbol.map /src/lib/libc/nls/Symbol.map /src/lib/libc/posix1e/Symbol.map /src/lib/libc/quad/Symbol.map /src/lib/libc/regex/Symbol.map /src/lib/libc/resolv/Symbol.map /src/lib/libc/stdio/Symbol.map /src/lib/libc/stdlib/Symbol.map /src/lib/libc/stdtime/Symbol.map /src/lib/libc/string/Symbol.map /src/lib/libc/sys/Symbol.map /src/lib/libc/rpc/Symbol.map /src/lib/libc/uuid/Symbol.map /src/lib/libc/xdr/Symbol.map /src/lib/libc/yp/Symbol.map | cpp - - | awk -v vfile=/src/lib/libc/Versions.def -f /src/share/mk/version_gen.awk > Version.map File , line 507: Undefined library version `FBSD_1.2'. File , line 508: Symbol `getpagesizes' outside version scope. 2 error(s) total. *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-01 22:23:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-01 22:23:16 - ERROR: failed to build world TB --- 2009-11-01 22:23:16 - 437.46 user 84.12 system 608.02 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sun Nov 1 21:27:18 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D31C106568B; Sun, 1 Nov 2009 21:27:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D9FCD8FC1A; Sun, 1 Nov 2009 21:27:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nA1MP0X5038399; Sun, 1 Nov 2009 17:25:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nA1MP0Q2038398; Sun, 1 Nov 2009 22:25:00 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 1 Nov 2009 22:25:00 GMT Message-Id: <200911012225.nA1MP0Q2038398@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Nov 2009 21:27:18 -0000 TB --- 2009-11-01 22:14:11 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-01 22:14:11 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2009-11-01 22:14:11 - cleaning the object tree TB --- 2009-11-01 22:14:25 - cvsupping the source tree TB --- 2009-11-01 22:14:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2009-11-01 22:14:52 - building world TB --- 2009-11-01 22:14:52 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-01 22:14:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-01 22:14:52 - TARGET=powerpc TB --- 2009-11-01 22:14:52 - TARGET_ARCH=powerpc TB --- 2009-11-01 22:14:52 - TZ=UTC TB --- 2009-11-01 22:14:52 - __MAKE_CONF=/dev/null TB --- 2009-11-01 22:14:52 - cd /src TB --- 2009-11-01 22:14:52 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 1 22:14:53 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemmove.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemset.c building static c library ranlib libc.a cat /src/lib/libc/powerpc/Symbol.map /src/lib/libc/db/Symbol.map /src/lib/libc/compat-43/Symbol.map /src/lib/libc/gdtoa/Symbol.map /src/lib/libc/gen/Symbol.map /src/lib/libc/gmon/Symbol.map /src/lib/libc/inet/Symbol.map /src/lib/libc/locale/Symbol.map /src/lib/libc/nameser/Symbol.map /src/lib/libc/net/Symbol.map /src/lib/libc/nls/Symbol.map /src/lib/libc/posix1e/Symbol.map /src/lib/libc/quad/Symbol.map /src/lib/libc/regex/Symbol.map /src/lib/libc/resolv/Symbol.map /src/lib/libc/stdio/Symbol.map /src/lib/libc/stdlib/Symbol.map /src/lib/libc/stdtime/Symbol.map /src/lib/libc/string/Symbol.map /src/lib/libc/sys/Symbol.map /src/lib/libc/rpc/Symbol.map /src/lib/libc/uuid/Symbol.map /src/lib/libc/xdr/Symbol.map /src/lib/libc/yp/Symbol.map | cpp - - | awk -v vfile=/src/lib/libc/Versions.def -f /src/share/mk/version_gen.awk > Version.map File , line 502: Undefined library version `FBSD_1.2'. File , line 503: Symbol `getpagesizes' outside version scope. 2 error(s) total. *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-01 22:25:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-01 22:25:00 - ERROR: failed to build world TB --- 2009-11-01 22:25:00 - 476.10 user 89.70 system 648.99 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sun Nov 1 21:32:26 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42B701065676; Sun, 1 Nov 2009 21:32:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1B9B08FC0A; Sun, 1 Nov 2009 21:32:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nA1MU71U053235; Sun, 1 Nov 2009 17:30:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nA1MU7Nq053232; Sun, 1 Nov 2009 22:30:07 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 1 Nov 2009 22:30:07 GMT Message-Id: <200911012230.nA1MU7Nq053232@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Nov 2009 21:32:26 -0000 TB --- 2009-11-01 22:20:45 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-01 22:20:45 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2009-11-01 22:20:45 - cleaning the object tree TB --- 2009-11-01 22:20:58 - cvsupping the source tree TB --- 2009-11-01 22:20:58 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/sparc64/sparc64/supfile TB --- 2009-11-01 22:21:37 - building world TB --- 2009-11-01 22:21:37 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-01 22:21:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-01 22:21:37 - TARGET=sparc64 TB --- 2009-11-01 22:21:37 - TARGET_ARCH=sparc64 TB --- 2009-11-01 22:21:37 - TZ=UTC TB --- 2009-11-01 22:21:37 - __MAKE_CONF=/dev/null TB --- 2009-11-01 22:21:37 - cd /src TB --- 2009-11-01 22:21:37 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 1 22:21:37 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemmove.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemset.c building static c library ranlib libc.a cat /src/lib/libc/sparc64/Symbol.map /src/lib/libc/db/Symbol.map /src/lib/libc/compat-43/Symbol.map /src/lib/libc/gdtoa/Symbol.map /src/lib/libc/gen/Symbol.map /src/lib/libc/gmon/Symbol.map /src/lib/libc/inet/Symbol.map /src/lib/libc/locale/Symbol.map /src/lib/libc/nameser/Symbol.map /src/lib/libc/net/Symbol.map /src/lib/libc/nls/Symbol.map /src/lib/libc/posix1e/Symbol.map /src/lib/libc/regex/Symbol.map /src/lib/libc/resolv/Symbol.map /src/lib/libc/stdio/Symbol.map /src/lib/libc/stdlib/Symbol.map /src/lib/libc/stdtime/Symbol.map /src/lib/libc/string/Symbol.map /src/lib/libc/sys/Symbol.map /src/lib/libc/rpc/Symbol.map /src/lib/libc/uuid/Symbol.map /src/lib/libc/xdr/Symbol.map /src/lib/libc/yp/Symbol.map | cpp - - | awk -v vfile=/src/lib/libc/Versions.def -f /src/share/mk/version_gen.awk > Version.map File , line 542: Undefined library version `FBSD_1.2'. File , line 543: Symbol `getpagesizes' outside version scope. 2 error(s) total. *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-01 22:30:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-01 22:30:07 - ERROR: failed to build world TB --- 2009-11-01 22:30:07 - 410.23 user 83.26 system 562.05 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sun Nov 1 22:10:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A1141065694; Sun, 1 Nov 2009 22:10:03 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id B911C8FC24; Sun, 1 Nov 2009 22:10:02 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAAaW7UqDaFvI/2dsb2JhbADYB4IvggoE X-IronPort-AV: E=Sophos;i="4.44,662,1249272000"; d="scan'208";a="53598024" Received: from darling.cs.uoguelph.ca ([131.104.91.200]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 01 Nov 2009 17:10:00 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by darling.cs.uoguelph.ca (Postfix) with ESMTP id BD5B49400B3; Sun, 1 Nov 2009 17:10:00 -0500 (EST) X-Virus-Scanned: amavisd-new at darling.cs.uoguelph.ca Received: from darling.cs.uoguelph.ca ([127.0.0.1]) by localhost (darling.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zshiAY8sBBNL; Sun, 1 Nov 2009 17:09:59 -0500 (EST) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by darling.cs.uoguelph.ca (Postfix) with ESMTP id 887B6940064; Sun, 1 Nov 2009 17:09:59 -0500 (EST) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id nA1MHFr25899; Sun, 1 Nov 2009 17:17:15 -0500 (EST) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Sun, 1 Nov 2009 17:17:15 -0500 (EST) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Olaf Seibert In-Reply-To: <20091029135239.GX841@twoquid.cs.ru.nl> Message-ID: References: <20091027164159.GU841@twoquid.cs.ru.nl> <20091029135239.GX841@twoquid.cs.ru.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: danny@cs.huji.ca.il, dfr@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 8.0-RC1 NFS client timeout issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Nov 2009 22:10:03 -0000 On Thu, 29 Oct 2009, Olaf Seibert wrote: > > Thanks, it looks like it should do the trick. I can't try it before > monday, though. > Although I think the patch does avoid sending the request on the partially closed connection, it doesn't fix the "real problem", so I don't know if it is worth testing? I'm hoping that the "Help TCP Wizards..." thread I just started on freebsd-current comes up with something. At least I can reproduce the problem now. (For some reason, I have to reboot the Solaris10 server before the problem appears for me. I can't think why this matters, but that's networking for you:-) rick From owner-freebsd-stable@FreeBSD.ORG Sun Nov 1 22:20:33 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C46251065670 for ; Sun, 1 Nov 2009 22:20:33 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 510F18FC26 for ; Sun, 1 Nov 2009 22:20:33 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N4iml-0008D1-Im for freebsd-stable@freebsd.org; Sun, 01 Nov 2009 23:20:31 +0100 Received: from 93-138-123-64.adsl.net.t-com.hr ([93.138.123.64]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 01 Nov 2009 23:20:31 +0100 Received: from ivoras by 93-138-123-64.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 01 Nov 2009 23:20:31 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Sun, 01 Nov 2009 23:20:05 +0100 Lines: 37 Message-ID: References: <9bbcef730910310830s43237918g1489beb1fe9fae9a@mail.gmail.com> <3a142e750910310916labe85e5ke804386a834c49c8@mail.gmail.com> <3a142e750911010802l1a4183edh9d92eabdc21ab661__46192.910653963$1257091427$gmane$org@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-123-64.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090612) In-Reply-To: <3a142e750911010802l1a4183edh9d92eabdc21ab661__46192.910653963$1257091427$gmane$org@mail.gmail.com> Sender: news Subject: Re: hostapd "deauthenticated due to local deauth request" - possibly a rum(4) problem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Nov 2009 22:20:33 -0000 Paul B Mahol wrote: > On 10/31/09, Paul B Mahol wrote: >> On 10/31/09, Ivan Voras wrote: >>> I'm trying to setup an AP with a run0 interface on latest 8-STABLE but >>> apparently 802.11 association fails: >>> >>> Oct 31 16:21:30 ursaminor hostapd: wlan0: STA 00:22:69:07:30:9e IEEE >>> 802.11: associated >>> Oct 31 16:21:33 ursaminor hostapd: wlan0: STA 00:22:69:07:30:9e IEEE >>> 802.11: deauthenticated due to local deauth request >>> Oct 31 16:21:33 ursaminor hostapd: wlan0: STA 00:22:69:07:30:9e IEEE >>> 802.11: deassociated >>> >>> etc. Apparently the client never comes to the phase to receive DHCP >>> address. >>> >>> The client in this case is WinXP and the setup did work with 7-STABLE, >>> though with a bug in the rum driver which caused regular kernel panics >>> on the AP. >>> >> I tried same one with rum(4) as AP and ndis(4) as client on same >> machine(some version of 8.0 - CURRENT). ndis client (configured via >> wpa_supplicant) >> would keep auth and deauth all the time. >> I came to conclusion that rum is broken. But I think I remmember that >> bwi(4) (as a client) >> did not have such problem ... (I will test again to see) > > Well, I tried again and I got similar output like yours if I use wrong > password. And with correct password client reauth all the time, maybe > I need to setup ndis_events(8) .... I Googled a bit and it looks like in the Linuxworld problems such as this appear to be caused at the driver level :( It seems the only improvement in rum(4) between 7-stable and 8-stable are that it doesn't promptly panic the kernel any more :) From owner-freebsd-stable@FreeBSD.ORG Sun Nov 1 23:08:06 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81BD9106566C for ; Sun, 1 Nov 2009 23:08:06 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 23C848FC14 for ; Sun, 1 Nov 2009 23:08:05 +0000 (UTC) Received: by ewy5 with SMTP id 5so940796ewy.36 for ; Sun, 01 Nov 2009 15:08:05 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.88.14 with SMTP id z14mr3590133wee.25.1257116884984; Sun, 01 Nov 2009 15:08:04 -0800 (PST) In-Reply-To: <96af083b0911011107q3a5215cci7ff5d568b5978d43@mail.gmail.com> References: <96af083b0911011107q3a5215cci7ff5d568b5978d43@mail.gmail.com> Date: Mon, 2 Nov 2009 00:08:04 +0100 Message-ID: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= To: Adam Stylinski Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: Funny bug in zfs-snapshot-mgmt X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Nov 2009 23:08:06 -0000 On Sun, Nov 1, 2009 at 20:07, Adam Stylinski wrote: > So I'm not entirely sure which mailing list to post this to in order to > inform the port/package maintainer, and this bug may already be fixed, as > I'm using a package from 7.2-release, but I found a pretty interesting bug. > I live in one of the regions of the US that actually are affected by > Daylight Savings Time, and cron appears to have informed me when naming a > snapshot that there is a duplicate (for obvious reasons): > > cannot create snapshot 'share/dadshare@auto-2009-11- > 01_01.00': dataset already exists > no snapshots were created > > Perhaps there is a way to use the tzdata distributed with freebsd to rename > this snapshot? > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > Hi, I'm the current maintainer. This bug is not fixed. The simplest solution would be to use UTC times. Another to add the current timezone to the snapshot name. Both not really satisfying. I would just live on with that on mail per year until the nuisance of DST is finally removed from our lives ;) - Marius From owner-freebsd-stable@FreeBSD.ORG Mon Nov 2 02:12:17 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 817FF1065676; Mon, 2 Nov 2009 02:12:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 304C48FC1E; Mon, 2 Nov 2009 02:12:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nA238YMu010442; Sun, 1 Nov 2009 22:08:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nA238Y40010425; Mon, 2 Nov 2009 03:08:34 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 2 Nov 2009 03:08:34 GMT Message-Id: <200911020308.nA238Y40010425@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8_0 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2009 02:12:17 -0000 TB --- 2009-11-02 02:53:57 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-02 02:53:57 - starting RELENG_8_0 tinderbox run for i386/i386 TB --- 2009-11-02 02:53:57 - cleaning the object tree TB --- 2009-11-02 02:54:26 - cvsupping the source tree TB --- 2009-11-02 02:54:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8_0/i386/i386/supfile TB --- 2009-11-02 02:59:53 - building world TB --- 2009-11-02 02:59:53 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-02 02:59:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-02 02:59:53 - TARGET=i386 TB --- 2009-11-02 02:59:53 - TARGET_ARCH=i386 TB --- 2009-11-02 02:59:53 - TZ=UTC TB --- 2009-11-02 02:59:53 - __MAKE_CONF=/dev/null TB --- 2009-11-02 02:59:53 - cd /src TB --- 2009-11-02 02:59:53 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 2 02:59:53 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes [...] ===> kerberos5/usr.bin/kpasswd (buildincludes) ===> kerberos5/usr.bin/krb5-config (buildincludes) ===> kerberos5/usr.bin/ksu (buildincludes) ===> kerberos5/usr.bin/verify_krb5_conf (buildincludes) ===> kerberos5/usr.sbin (buildincludes) ===> kerberos5/usr.sbin/kstash (buildincludes) ===> kerberos5/usr.sbin/ktutil (buildincludes) /libexec/ld-elf.so.1: Cannot open "/lib/libncurses.so.8" *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-02 03:08:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-02 03:08:34 - ERROR: failed to build world TB --- 2009-11-02 03:08:34 - 419.13 user 72.95 system 876.43 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8_0-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Mon Nov 2 02:13:47 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72EA9106568D; Mon, 2 Nov 2009 02:13:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 21D788FC08; Mon, 2 Nov 2009 02:13:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nA23A4jD042183; Sun, 1 Nov 2009 22:10:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nA23A3M0042159; Mon, 2 Nov 2009 03:10:03 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 2 Nov 2009 03:10:03 GMT Message-Id: <200911020310.nA23A3M0042159@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8_0 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2009 02:13:47 -0000 TB --- 2009-11-02 03:08:34 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-02 03:08:34 - starting RELENG_8_0 tinderbox run for ia64/ia64 TB --- 2009-11-02 03:08:34 - cleaning the object tree TB --- 2009-11-02 03:08:59 - cvsupping the source tree TB --- 2009-11-02 03:08:59 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8_0/ia64/ia64/supfile TB --- 2009-11-02 03:09:11 - building world TB --- 2009-11-02 03:09:11 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-02 03:09:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-02 03:09:11 - TARGET=ia64 TB --- 2009-11-02 03:09:11 - TARGET_ARCH=ia64 TB --- 2009-11-02 03:09:11 - TZ=UTC TB --- 2009-11-02 03:09:11 - __MAKE_CONF=/dev/null TB --- 2009-11-02 03:09:11 - cd /src TB --- 2009-11-02 03:09:11 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 2 03:09:12 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] ===> share/doc/usd/title (cleandir) rm -f Title.ascii Title.ascii.gz Title.ps Title.ps.gz Title.html Title-*.html _stamp.extra ===> share/doc/usd/contents (cleandir) rm -f contents.ascii contents.ascii.gz contents.ps contents.ps.gz contents.html contents-*.html _stamp.extra ===> share/doc/usd/04.csh (cleandir) rm -f paper.ascii paper.ascii.gz paper.ps paper.ps.gz paper.html paper-*.html _stamp.extra ===> share/doc/usd/07.mail (cleandir) /usr/bin/make: Permission denied *** Error code 126 Stop in /src/share/doc/usd. *** Error code 1 Stop in /src/share/doc. *** Error code 1 Stop in /src/share. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-02 03:10:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-02 03:10:03 - ERROR: failed to build world TB --- 2009-11-02 03:10:03 - 29.73 user 20.99 system 89.52 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8_0-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Mon Nov 2 01:34:32 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD6B51065670 for ; Mon, 2 Nov 2009 01:34:32 +0000 (UTC) (envelope-from SRS0=+NFiCr=GW=alltel.blackberry.com=gnukix@srs.bis.na.blackberry.com) Received: from smtp13.bis.na.blackberry.com (smtp13.bis.na.blackberry.com [216.9.248.27]) by mx1.freebsd.org (Postfix) with ESMTP id 8E0ED8FC12 for ; Mon, 2 Nov 2009 01:34:32 +0000 (UTC) Received: from bda715.bisx.prod.on.blackberry (bda715.bisx.prod.on.blackberry [172.20.219.25]) by srs.bis.na.blackberry.com (8.13.7 TEAMON/8.13.7) with ESMTP id nA20pr5T012448 for freebsd-stable@freebsd.org; Mon, 2 Nov 2009 01:06:14 GMT X-rim-org-msg-ref-id: 772532900 Message-ID: <772532900-1257123963-cardhu_decombobulator_blackberry.rim.net-1402739480-@bda715.bisx.prod.on.blackberry> X-Priority: Normal Sensitivity: Normal Importance: Normal To: freebsd-stable@freebsd.org From: gnukix@alltel.blackberry.com Date: Mon, 2 Nov 2009 01:06:21 +0000 Content-Type: text/plain MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 02 Nov 2009 03:15:53 +0000 Subject: Performance issues with 8.0 ZFS and sendfile/lighttpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gnukix@alltel.blackberry.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2009 01:34:32 -0000 I can send in more documentation later but I am seeing severe zfs performance issues with lighttpd. Same machine using UFS will push 1gbit or more but same content and traffic load can not hit 200mbit. Ufs does around 3 megabytes/sec IO at 800mbit network but zfs pushes the disks into the ground with 50+ megabytes/sec dusk i/o. No compression no atime no checksums on zfs and still same IO levels. Ufs with soft updates and atime on. Orders of magnitude more disk IO... Like zfs isn't using cache or isn't coalescing disk reads or both. Has anyone else seen this or have any recommendations? Lighttpd config remains exactly the same as well FYI. Only difference is ufs vs zfs. Sent from my BlackBerry Smartphone provided by Alltel From owner-freebsd-stable@FreeBSD.ORG Mon Nov 2 08:29:21 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BDF4106566B; Mon, 2 Nov 2009 08:29:21 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id A39FE8FC19; Mon, 2 Nov 2009 08:29:20 +0000 (UTC) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id nA28TFtm032049; Mon, 2 Nov 2009 09:29:18 +0100 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 3CB3E24; Mon, 2 Nov 2009 09:29:15 +0100 (CET) Date: Mon, 2 Nov 2009 09:29:15 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: freebsd-stable@freebsd.org Message-Id: <20091102092915.71cdeef9.gerrit@pmp.uni-hannover.de> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.7.1 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2009.11.2.81827 Cc: pjd@freebsd.org, daniel_k_eriksson@telia.com Subject: zfs panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2009 08:29:21 -0000 Hi, I got the following panic when rebooting after a crash on 7.2-REL: panic: solaris assert: dmu_read(os, smo->smo_object, offset, size, entry_map) == 0 (0x5 == 0x0), file: /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/spa ce_map.c, line: 341 This seems to be the same panic as mentioned here: . However, I did not see warnings about the ZIL. The crash leading to this situation was probably caused by me pushing the controller card a bit too hard (mechanically) during operation (well, so much about hot-plugging of cards :-). Since my pool was almost empty anyway and I needed the machine, I opted to recreate the pool instead of trying the patches supplied by pjd@ in the thread above. But nevertheless I would like to be prepared if this happens again (and the pool is not empty :-). Right now I am updating the system to 8.0-RC2. Will this issue go away with zpoolv13/FBSD8.0 (as suggested above)? I could not find out from the thread above if the suggested patches helped or if anything from this has been commited at all. Pawel or Daniel, do you remember what the final result was? cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Mon Nov 2 09:52:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D8151065694 for ; Mon, 2 Nov 2009 09:52:58 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id CCF378FC24 for ; Mon, 2 Nov 2009 09:52:57 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N4tak-0000Hs-LO for freebsd-stable@freebsd.org; Mon, 02 Nov 2009 10:52:50 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 02 Nov 2009 10:52:50 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 02 Nov 2009 10:52:50 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 02 Nov 2009 10:52:31 +0100 Lines: 18 Message-ID: References: <772532900-1257123963-cardhu_decombobulator_blackberry.rim.net-1402739480-@bda715.bisx.prod.on.blackberry> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: <772532900-1257123963-cardhu_decombobulator_blackberry.rim.net-1402739480-@bda715.bisx.prod.on.blackberry> Sender: news Subject: Re: Performance issues with 8.0 ZFS and sendfile/lighttpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2009 09:52:58 -0000 gnukix@alltel.blackberry.com wrote: > I can send in more documentation later but I am seeing severe zfs performance issues with lighttpd. Same machine using UFS will push 1gbit or more but same content and traffic load can not hit 200mbit. Ufs does around 3 megabytes/sec IO at 800mbit network but zfs pushes the disks into the ground with 50+ megabytes/sec dusk i/o. No compression no atime no checksums on zfs and still same IO levels. Ufs with soft updates and atime on. Orders of magnitude more disk IO... Like zfs isn't using cache or isn't coalescing disk reads or both. > > Has anyone else seen this or have any recommendations? Lighttpd config remains exactly the same as well FYI. Only difference is ufs vs zfs. AFAIK, ZFS is incompatible (currently) with some advanced VM operations (like mmap, and I think sendfile relies on the same mechanism as mmap), so that could be a cause of the slowdown. Though I'm surprised you can only get 200 MBit/s - that's 25 MB/s and I think that even with multiple memcpy-ing data around the kernel you should be able to get hundreds of MB/s on newer hardware (which normally really can achieve tens of gigabytes/s of sustained memory access). What else can you observe from your system? Do you have exceedingly high sys times and load numbers? I'm also interested in what does 10 seconds of running 'vmstat 1' looks like on your system. Is it a bare machine or a virtual machine? From owner-freebsd-stable@FreeBSD.ORG Mon Nov 2 09:53:32 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E3F91065693 for ; Mon, 2 Nov 2009 09:53:32 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id E3FAA8FC12 for ; Mon, 2 Nov 2009 09:53:31 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id d26so253843eyd.3 for ; Mon, 02 Nov 2009 01:53:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=ZQfv1lej1kUlrBJQhz3vMtl8MrJidufMaoEQEh0Tr24=; b=KoPIexQHx0CL3D5OEL/7nl5P2/Eshq9i/XfePF6TjHbcJiBFoD8VHJ28WZsTnj6U0d 2OjiaEbFsJIBc//atuZKnyT3mGnIuXnuOU2w3txa6w/0z2ngln5pNcdhMlzIp2VwXRAm ogJ4gqUz9HSmyLWrGKtrjdqh1y6D0hQvB/fU8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=lgef9T/1XzdElLFzIKYpIZixDj4P1R3fZ5x/5/DzsO8/bvIAA2gaU/bQnYTIky5R65 i1j2e+PVET8UgsVdvvAp7pDdjegm6450Hpn3xXZOqogZ0il71t5YnmEeN4/agnsq1/e8 U5aqXwSdj3kNOzu6DDMkYbU6iiW+HDygxGzZE= MIME-Version: 1.0 Received: by 10.216.88.136 with SMTP id a8mr2144246wef.77.1257155610255; Mon, 02 Nov 2009 01:53:30 -0800 (PST) Date: Mon, 2 Nov 2009 09:53:30 +0000 Message-ID: <2e027be00911020153j6b206e01td2b22a194a116565@mail.gmail.com> From: Tom Evans To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: daichi@freebsd.org Subject: 8.0-RC1 ZFS loader extremely slow X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2009 09:53:32 -0000 Hi all I just installed 8.0-RC1 amd64 on a 6 gpt disk ZFS raidz1 (following the guide on the wiki), but have problems on reboot with the newly installed ZFS aware loader. The loader runs correctly, but incredibly slowly. It takes about 2 hours to get to the point where it enumerates the BIOS disks, although when it gets to that point, it does not take a long time to enumerate each disk. It takes about 2 minutes for each character change of the spinner! Fully completing the loader takes somewhere between 2 and 8 hours (I got bored watching it), and works correctly. The loader from the memstick image works normally. Daichi GOTO experienced something similar back in January [1], but there didn't seem to be any resolution to that problem. Disabling AHCI has no effect. Interestingly, we both have P45 based motherboards. I will try installing 8.0-RC2 tonight, and try to save verbose boot logs, dmidecode etc. If there is any other information I should be looking at, please let me know. Cheers Tom [1] http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2009-02/msg00108.html From owner-freebsd-stable@FreeBSD.ORG Mon Nov 2 10:10:06 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C97D1065676; Mon, 2 Nov 2009 10:10:06 +0000 (UTC) (envelope-from O.Seibert@cs.ru.nl) Received: from kookpunt.science.ru.nl (kookpunt.science.ru.nl [131.174.30.61]) by mx1.freebsd.org (Postfix) with ESMTP id 0A2878FC13; Mon, 2 Nov 2009 10:10:05 +0000 (UTC) Received: from twoquid.cs.ru.nl (twoquid.cs.ru.nl [131.174.142.38]) by kookpunt.science.ru.nl (8.13.7/5.30) with ESMTP id nA2A9wsW014772; Mon, 2 Nov 2009 11:09:58 +0100 (MET) Received: by twoquid.cs.ru.nl (Postfix, from userid 4100) id 6ADBE2E05F; Mon, 2 Nov 2009 11:09:58 +0100 (CET) Date: Mon, 2 Nov 2009 11:09:58 +0100 From: Olaf Seibert To: Rick Macklem Message-ID: <20091102100958.GY841@twoquid.cs.ru.nl> References: <20091027164159.GU841@twoquid.cs.ru.nl> <20091029135239.GX841@twoquid.cs.ru.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) X-Spam-Score: -1.799 () ALL_TRUSTED,BAYES_50 X-Scanned-By: MIMEDefang 2.63 on 131.174.30.61 Cc: danny@cs.huji.ca.il, freebsd-stable@freebsd.org, dfr@freebsd.org, Olaf Seibert Subject: Re: 8.0-RC1 NFS client timeout issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2009 10:10:06 -0000 On Sun 01 Nov 2009 at 17:17:15 -0500, Rick Macklem wrote: > On Thu, 29 Oct 2009, Olaf Seibert wrote: > > > > > Thanks, it looks like it should do the trick. I can't try it before > > monday, though. > > > Although I think the patch does avoid sending the request on the > partially closed connection, it doesn't fix the "real problem", > so I don't know if it is worth testing? Well, I tested it anyway, just in case. It seems to work fine for me, so far. I don't see your extra RSTs either. Maybe that is because in my case the client used a different port number for the new connection. (Usually, this is controlled by the TCP option SO_REUSEADDR from ). Here is a new packet trace. I had to cut out some packets since I forgot to kill some (failing) mount attempts of another directory on the same server. (sorry again for the long lines) No. Time Source Destination Protocol Info 486 60.438406 xxx.xxx.31.43 xxx.xxx.16.142 NFS V3 LOOKUP Call (Reply In 487), DH:0x61b8eb12/date 487 60.438629 xxx.xxx.16.142 xxx.xxx.31.43 NFS V3 LOOKUP Reply (Call In 486) Error:NFS3ERR_NOENT 488 60.538796 xxx.xxx.31.43 xxx.xxx.16.142 TCP hello-port > nfs [ACK] Seq=36477 Ack=44701 Win=8192 Len=0 TSV=228817 TSER=1575935 last real action on old connection (client port "hello-port") 537 420.437763 xxx.xxx.16.142 xxx.xxx.31.43 TCP nfs > hello-port [FIN, ACK] Seq=44701 Ack=36477 Win=49232 Len=0 TSV=1611935 TSER=228817 538 420.437805 xxx.xxx.31.43 xxx.xxx.16.142 TCP hello-port > nfs [ACK] Seq=36477 Ack=44702 Win=8192 Len=0 TSV=588734 TSER=1611935 server ends connection 563 605.334262 xxx.xxx.31.43 xxx.xxx.16.142 TCP hello-port > nfs [FIN, ACK] Seq=36477 Ack=44702 Win=8192 Len=0 TSV=773641 TSER=1611935 some time later, client now ends connection before sending its request on new connection (port 875) 564 605.334303 xxx.xxx.31.43 xxx.xxx.16.142 TCP 875 > nfs [SYN] Seq=0 Win=65535 Len=0 MSS=1460 WS=5 TSV=773641 TSER=0 565 605.334440 xxx.xxx.16.142 xxx.xxx.31.43 TCP nfs > hello-port [ACK] Seq=44702 Ack=36478 Win=49232 Len=0 TSV=1630424 TSER=773641 566 605.334564 xxx.xxx.16.142 xxx.xxx.31.43 TCP nfs > 875 [SYN, ACK] Seq=0 Ack=1 Win=49232 Len=0 TSV=1630424 TSER=773641 MSS=1460 WS=0 567 605.334588 xxx.xxx.31.43 xxx.xxx.16.142 TCP 875 > nfs [ACK] Seq=1 Ack=1 Win=66592 Len=0 TSV=773641 TSER=1630424 new connection set up 568 605.334605 xxx.xxx.31.43 xxx.xxx.16.142 NFS V3 ACCESS Call (Reply In 570), FH:0x008002a2 569 605.334828 xxx.xxx.16.142 xxx.xxx.31.43 TCP nfs > 875 [ACK] Seq=1 Ack=141 Win=49092 Len=0 TSV=1630424 TSER=773641 and in use > I'm hoping that the "Help TCP Wizards..." thread I just started > on freebsd-current comes up with something. > > At least I can reproduce the problem now. (For some reason, I have > to reboot the Solaris10 server before the problem appears for me. > I can't think why this matters, but that's networking for you:-) Maybe it depends on server load or something. This particular server is a central file server at a university, it may have some more pressure to terminate unused connections. > rick -Olaf. -- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 2 11:06:55 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 917401065676 for ; Mon, 2 Nov 2009 11:06:55 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 40A518FC2B for ; Mon, 2 Nov 2009 11:06:55 +0000 (UTC) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id B7D2919E023; Mon, 2 Nov 2009 12:06:53 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 7E25E19E027; Mon, 2 Nov 2009 12:06:51 +0100 (CET) Message-ID: <4AEEBD4B.1050407@quip.cz> Date: Mon, 02 Nov 2009 12:06:51 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.0 MIME-Version: 1.0 To: Ivan Voras References: <772532900-1257123963-cardhu_decombobulator_blackberry.rim.net-1402739480-@bda715.bisx.prod.on.blackberry> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Performance issues with 8.0 ZFS and sendfile/lighttpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2009 11:06:55 -0000 Ivan Voras wrote: > gnukix@alltel.blackberry.com wrote: >> I can send in more documentation later but I am seeing severe zfs >> performance issues with lighttpd. Same machine using UFS will push >> 1gbit or more but same content and traffic load can not hit 200mbit. >> Ufs does around 3 megabytes/sec IO at 800mbit network but zfs pushes >> the disks into the ground with 50+ megabytes/sec dusk i/o. No >> compression no atime no checksums on zfs and still same IO levels. Ufs >> with soft updates and atime on. Orders of magnitude more disk IO... >> Like zfs isn't using cache or isn't coalescing disk reads or both. >> Has anyone else seen this or have any recommendations? Lighttpd config >> remains exactly the same as well FYI. Only difference is ufs vs zfs. > > AFAIK, ZFS is incompatible (currently) with some advanced VM operations > (like mmap, and I think sendfile relies on the same mechanism as mmap), > so that could be a cause of the slowdown. Though I'm surprised you can > only get 200 MBit/s - that's 25 MB/s and I think that even with multiple > memcpy-ing data around the kernel you should be able to get hundreds of > MB/s on newer hardware (which normally really can achieve tens of > gigabytes/s of sustained memory access). I have more strange issue with Lighttpd in jail on top of ZFS. Lighttpd is serving static content (mp3 downloads thru flash player). Is runs fine for relatively small number of parallel clients with bandwidth about 30 Mbps, but after some number of clients is reached (about 50-60 parallel clients) the throughput drops down to 6 Mbps. I can server hundereds of clients on same HW using Lighttpd not in jail and UFS2 with gjournal instead of ZFS reaching 100 Mbps (maybe more). I don't know if it is ZFS or Jail issue. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Mon Nov 2 11:55:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43807106566B for ; Mon, 2 Nov 2009 11:55:58 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id C65198FC0A for ; Mon, 2 Nov 2009 11:55:57 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N4vVp-0006qQ-Ey for freebsd-stable@freebsd.org; Mon, 02 Nov 2009 12:55:53 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 02 Nov 2009 12:55:53 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 02 Nov 2009 12:55:53 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 02 Nov 2009 12:55:34 +0100 Lines: 35 Message-ID: References: <772532900-1257123963-cardhu_decombobulator_blackberry.rim.net-1402739480-@bda715.bisx.prod.on.blackberry> <4AEEBD4B.1050407@quip.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: <4AEEBD4B.1050407@quip.cz> Sender: news Subject: Re: Performance issues with 8.0 ZFS and sendfile/lighttpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2009 11:55:58 -0000 Miroslav Lachman wrote: > Ivan Voras wrote: >> gnukix@alltel.blackberry.com wrote: >>> I can send in more documentation later but I am seeing severe zfs >>> performance issues with lighttpd. Same machine using UFS will push >>> 1gbit or more but same content and traffic load can not hit 200mbit. >>> Ufs does around 3 megabytes/sec IO at 800mbit network but zfs pushes >>> the disks into the ground with 50+ megabytes/sec dusk i/o. No >>> compression no atime no checksums on zfs and still same IO levels. Ufs >>> with soft updates and atime on. Orders of magnitude more disk IO... >>> Like zfs isn't using cache or isn't coalescing disk reads or both. >>> Has anyone else seen this or have any recommendations? Lighttpd config >>> remains exactly the same as well FYI. Only difference is ufs vs zfs. >> >> AFAIK, ZFS is incompatible (currently) with some advanced VM operations >> (like mmap, and I think sendfile relies on the same mechanism as mmap), >> so that could be a cause of the slowdown. Though I'm surprised you can >> only get 200 MBit/s - that's 25 MB/s and I think that even with multiple >> memcpy-ing data around the kernel you should be able to get hundreds of >> MB/s on newer hardware (which normally really can achieve tens of >> gigabytes/s of sustained memory access). > > I have more strange issue with Lighttpd in jail on top of ZFS. Lighttpd > is serving static content (mp3 downloads thru flash player). Is runs > fine for relatively small number of parallel clients with bandwidth > about 30 Mbps, but after some number of clients is reached (about 50-60 > parallel clients) the throughput drops down to 6 Mbps. > > I can server hundereds of clients on same HW using Lighttpd not in jail > and UFS2 with gjournal instead of ZFS reaching 100 Mbps (maybe more). > > I don't know if it is ZFS or Jail issue. Do you have actual disk IO or is the vast majority of your data served from the caches? (actually - the same question to the OP) From owner-freebsd-stable@FreeBSD.ORG Mon Nov 2 13:14:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C004F1065698; Mon, 2 Nov 2009 13:14:39 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 7E54E8FC13; Mon, 2 Nov 2009 13:14:39 +0000 (UTC) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id F0AF519E019; Mon, 2 Nov 2009 14:14:37 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id D018719E027; Mon, 2 Nov 2009 14:14:35 +0100 (CET) Message-ID: <4AEEDB3B.5020600@quip.cz> Date: Mon, 02 Nov 2009 14:14:35 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.0 MIME-Version: 1.0 To: Ivan Voras References: <772532900-1257123963-cardhu_decombobulator_blackberry.rim.net-1402739480-@bda715.bisx.prod.on.blackberry> <4AEEBD4B.1050407@quip.cz> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Performance issues with 8.0 ZFS and sendfile/lighttpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2009 13:14:39 -0000 Ivan Voras wrote: > Miroslav Lachman wrote: [..] >> I have more strange issue with Lighttpd in jail on top of ZFS. >> Lighttpd is serving static content (mp3 downloads thru flash player). >> Is runs fine for relatively small number of parallel clients with >> bandwidth about 30 Mbps, but after some number of clients is reached >> (about 50-60 parallel clients) the throughput drops down to 6 Mbps. >> >> I can server hundereds of clients on same HW using Lighttpd not in >> jail and UFS2 with gjournal instead of ZFS reaching 100 Mbps (maybe >> more). >> >> I don't know if it is ZFS or Jail issue. > > Do you have actual disk IO or is the vast majority of your data served > from the caches? (actually - the same question to the OP) I had ZFS zpool as mirror of two SATA II drives (500GB) and in the peak iostat (or systat -vm or gstat) shows about 80 tps / 60% busy. In case of UFS, I am using gmirrored 1TB SATA II drives working nice with 160 or more tps. Both setups are using FreeBSD 7.x amd64 with GENERIC kernel, 4GB of RAM. As the ZFS + Lighttpd in jail was unreliable, I am no longer using it, but if you want some more info for debuging, I can set it up again. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Mon Nov 2 13:39:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7317A106566C for ; Mon, 2 Nov 2009 13:39:28 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 00ACB8FC19 for ; Mon, 2 Nov 2009 13:39:27 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N4x81-0003iw-Qm for freebsd-stable@freebsd.org; Mon, 02 Nov 2009 14:39:25 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 02 Nov 2009 14:39:25 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 02 Nov 2009 14:39:25 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 02 Nov 2009 14:39:06 +0100 Lines: 41 Message-ID: References: <772532900-1257123963-cardhu_decombobulator_blackberry.rim.net-1402739480-@bda715.bisx.prod.on.blackberry> <4AEEBD4B.1050407@quip.cz> <4AEEDB3B.5020600@quip.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: <4AEEDB3B.5020600@quip.cz> Sender: news Subject: Re: Performance issues with 8.0 ZFS and sendfile/lighttpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2009 13:39:28 -0000 Miroslav Lachman wrote: > Ivan Voras wrote: >> Miroslav Lachman wrote: > > [..] > >>> I have more strange issue with Lighttpd in jail on top of ZFS. >>> Lighttpd is serving static content (mp3 downloads thru flash player). >>> Is runs fine for relatively small number of parallel clients with >>> bandwidth about 30 Mbps, but after some number of clients is reached >>> (about 50-60 parallel clients) the throughput drops down to 6 Mbps. >>> >>> I can server hundereds of clients on same HW using Lighttpd not in >>> jail and UFS2 with gjournal instead of ZFS reaching 100 Mbps (maybe >>> more). >>> >>> I don't know if it is ZFS or Jail issue. >> >> Do you have actual disk IO or is the vast majority of your data served >> from the caches? (actually - the same question to the OP) > > I had ZFS zpool as mirror of two SATA II drives (500GB) and in the peak > iostat (or systat -vm or gstat) shows about 80 tps / 60% busy. > > In case of UFS, I am using gmirrored 1TB SATA II drives working nice > with 160 or more tps. > > Both setups are using FreeBSD 7.x amd64 with GENERIC kernel, 4GB of RAM. > > As the ZFS + Lighttpd in jail was unreliable, I am no longer using it, > but if you want some more info for debuging, I can set it up again. For what it's worth, I have just set up a little test on a production machine with 3 500 GB SATA drives in RAIDZ, FreeBSD 7.2-RELEASE. The total data set is some 2 GB in 5000 files but the machine has only 2 GB RAM total so there is some disk IO - about 40 IOPS per drive. I'm also using Apache-worker, not lighty, and siege to benchmark with 10 concurrent users. In this setup, the machine has no problems saturating a 100 Mbit/s link - it's not on a LAN but the latency is close enough and I get ~~ 11 MB/s. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 2 15:30:09 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C0E6106566B; Mon, 2 Nov 2009 15:30:09 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id B78708FC1D; Mon, 2 Nov 2009 15:30:08 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAMeJ7kqDaFvH/2dsb2JhbADcZoIyggoE X-IronPort-AV: E=Sophos;i="4.44,667,1249272000"; d="scan'208";a="53668886" Received: from danube.cs.uoguelph.ca ([131.104.91.199]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 02 Nov 2009 10:30:06 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by danube.cs.uoguelph.ca (Postfix) with ESMTP id BEDC510844B9; Mon, 2 Nov 2009 10:30:06 -0500 (EST) X-Virus-Scanned: amavisd-new at danube.cs.uoguelph.ca Received: from danube.cs.uoguelph.ca ([127.0.0.1]) by localhost (danube.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VR-IjGKz5+SK; Mon, 2 Nov 2009 10:30:05 -0500 (EST) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by danube.cs.uoguelph.ca (Postfix) with ESMTP id B5765108446D; Mon, 2 Nov 2009 10:30:05 -0500 (EST) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id nA2FbOd12537; Mon, 2 Nov 2009 10:37:24 -0500 (EST) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Mon, 2 Nov 2009 10:37:24 -0500 (EST) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Olaf Seibert In-Reply-To: <20091102100958.GY841@twoquid.cs.ru.nl> Message-ID: References: <20091027164159.GU841@twoquid.cs.ru.nl> <20091029135239.GX841@twoquid.cs.ru.nl> <20091102100958.GY841@twoquid.cs.ru.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: danny@cs.huji.ca.il, dfr@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 8.0-RC1 NFS client timeout issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2009 15:30:09 -0000 On Mon, 2 Nov 2009, Olaf Seibert wrote: >> Although I think the patch does avoid sending the request on the >> partially closed connection, it doesn't fix the "real problem", >> so I don't know if it is worth testing? > > Well, I tested it anyway, just in case. It seems to work fine for me, so > far. > Yes, I think the patch is ok, but it doesn't completely resolve the reconnect issue. It's good to hear that it helps for your case. > I don't see your extra RSTs either. Maybe that is because in my case the > client used a different port number for the new connection. (Usually, > this is controlled by the TCP option SO_REUSEADDR from ). > For my packet trace, it is using different port#s. The problem is that, for some reason, it sends the RST from the new port# instead of the port# for the old connection just closed via soclose(). I don't know why you don't see the extra RSTs, but consider yourself lucky, since you should be ok without them. (It may simply be that your server isn't Solaris10 --> a different TCP stack in it.) Do you happen to know what your server is? >> I'm hoping that the "Help TCP Wizards..." thread I just started >> on freebsd-current comes up with something. >> >> At least I can reproduce the problem now. (For some reason, I have >> to reboot the Solaris10 server before the problem appears for me. >> I can't think why this matters, but that's networking for you:-) > > Maybe it depends on server load or something. This particular server is > a central file server at a university, it may have some more pressure to > terminate unused connections. > Or type of server (ie. not Solaris10). It definitely depends upon timing in the client. (I'm about to try introducing a 1sec delay before the soconnect() call and see if that makes the RSTs go away. Not much of a fix, but...) I now recall that I ran into a similar problem (although I didn't dig into the packet traces then) when testing my Mac OS X 10 client, which uses essentially the reconnect code from Mac OS X 10.4 Tiger. I "fixed" it by adding a 1sec delay before the reconnect. Thanks for helping with testing, rick From owner-freebsd-stable@FreeBSD.ORG Mon Nov 2 16:45:45 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7028106566B for ; Mon, 2 Nov 2009 16:45:45 +0000 (UTC) (envelope-from npapke@acm.org) Received: from idcmail-mo1so.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 915D68FC0A for ; Mon, 2 Nov 2009 16:45:45 +0000 (UTC) Received: from pd2ml1so-ssvc.prod.shaw.ca ([10.0.141.139]) by pd4mo1so-svcs.prod.shaw.ca with ESMTP; 02 Nov 2009 09:45:44 -0700 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.0 c=1 a=68cLX4VTzOUA:10 a=VF9RaR9bft6c8SsOr3WyFg==:17 a=N54-gffFAAAA:8 a=lvbMJxvVAAAA:8 a=-jUdDOQdOwDuEVuOtqMA:9 a=5Nn3DeFWu35x8-e6WAdo5oV2okcA:4 a=nAPXUAfsBmEA:10 Received: from unknown (HELO proven.lan) ([24.85.241.34]) by pd2ml1so-dmz.prod.shaw.ca with ESMTP; 02 Nov 2009 09:45:44 -0700 Received: from proven.lan (localhost [127.0.0.1]) by proven.lan (8.14.3/8.14.3) with ESMTP id nA2Gjixv003062; Mon, 2 Nov 2009 08:45:44 -0800 (PST) (envelope-from npapke@acm.org) Received: from localhost (localhost [[UNIX: localhost]]) by proven.lan (8.14.3/8.14.3/Submit) id nA2GjinE003061; Mon, 2 Nov 2009 08:45:44 -0800 (PST) (envelope-from npapke@acm.org) X-Authentication-Warning: proven.lan: npapke set sender to npapke@acm.org using -f From: Norbert Papke Organization: Archaeological Filing To: pyunyh@gmail.com Date: Mon, 2 Nov 2009 08:30:43 -0800 User-Agent: KMail/1.9.10 References: <200910292156.19845.npapke@acm.org> <200910301823.51274.npapke@acm.org> <20091031212107.GC17243@michelle.cdnetworks.com> In-Reply-To: <20091031212107.GC17243@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911020830.44343.npapke@acm.org> Cc: freebsd-stable@freebsd.org Subject: Re: 7.2 Stable Crash - possibly related to if_re X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2009 16:45:46 -0000 On October 31, 2009, Pyun YongHyeon wrote: > On Fri, Oct 30, 2009 at 06:23:51PM -0700, Norbert Papke wrote: > > On October 30, 2009, Pyun YongHyeon wrote: > > > On Thu, Oct 29, 2009 at 09:56:19PM -0700, Norbert Papke wrote: > > > > This occurred shortly after "scp"ing from a VirtualBox VM to the > > > > host. The file transfer got stuck. The "re" interface stopped > > > > working. Shortly afterwards, the host crashed. The "re" interface > > > > was used by the host, the guest was using a different NIC in bridged > > > > mode. > > > > > > > > > > > > FreeBSD proven.lan 7.2-STABLE FreeBSD 7.2-STABLE #5 r198666: Thu Oct > > > > 29 18:36:57 PDT 2009 > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > > cpuid = 0; apic id = 00 > > > > fault virtual address = 0x18 > > > > > > It looks like a NULL pointer dereference, possibly mbuf related > > > one. > > > > > > > fault code = supervisor write data, page not present > > > > instruction pointer = 0x8:0xffffffff80d476ee > > > > stack pointer = 0x10:0xffffff8000078ae0 > > > > frame pointer = 0x10:0xffffff8000078b40 > > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > > processor eflags = interrupt enabled, resume, IOPL = 0 > > > > current process = 18 (swi5: +) > > > > Physical memory: 8177 MB > > > > > > > By chance, did you stop the re0 interface with ifconfig when you > > > noticed the file transfer got stuck? > > > > It is possible. I had it happen twice. The first time I definitely > > tried to "down" re. I cannot recall what I did the second time. The > > crash dump is from the second time. > > Ok, then would you try attached patch? I have been running with patch for a couple of days now. Although I can still reproduce the problem with the file transfer, I have not been able to reproduce the panic. The patch appears to do what it is supposed to do. I am going to continue to try to come up with a better test case for the original file transfer problem. I no longer suspect "re" as a cause. Thank you very much for your help. Cheers, -- Norbert Papke. npapke@acm.org http://saveournet.ca Protecting your Internet's level playing field From owner-freebsd-stable@FreeBSD.ORG Mon Nov 2 16:45:46 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DEF7106566C for ; Mon, 2 Nov 2009 16:45:46 +0000 (UTC) (envelope-from npapke@acm.org) Received: from idcmail-mo1so.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id DD78F8FC08 for ; Mon, 2 Nov 2009 16:45:45 +0000 (UTC) Received: from pd2ml1so-ssvc.prod.shaw.ca ([10.0.141.139]) by pd4mo1so-svcs.prod.shaw.ca with ESMTP; 02 Nov 2009 09:45:44 -0700 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.0 c=1 a=68cLX4VTzOUA:10 a=VF9RaR9bft6c8SsOr3WyFg==:17 a=N54-gffFAAAA:8 a=lvbMJxvVAAAA:8 a=-jUdDOQdOwDuEVuOtqMA:9 a=tVHfjW_zbAnJS6x0CHOgTchFkTsA:4 a=nAPXUAfsBmEA:10 Received: from unknown (HELO proven.lan) ([24.85.241.34]) by pd2ml1so-dmz.prod.shaw.ca with ESMTP; 02 Nov 2009 09:45:44 -0700 Received: from proven.lan (localhost [127.0.0.1]) by proven.lan (8.14.3/8.14.3) with ESMTP id nA2Gjid9003066; Mon, 2 Nov 2009 08:45:44 -0800 (PST) (envelope-from npapke@acm.org) Received: by proven.lan (8.14.3/8.14.3/Submit) id nA2GjiPr003065; Mon, 2 Nov 2009 08:45:44 -0800 (PST) (envelope-from npapke@acm.org) X-Authentication-Warning: proven.lan: npapke set sender to npapke@acm.org using -f From: Norbert Papke Organization: Archaeological Filing To: pyunyh@gmail.com Date: Mon, 2 Nov 2009 08:45:43 -0800 User-Agent: KMail/1.9.10 References: <200910292156.19845.npapke@acm.org> <200910301823.51274.npapke@acm.org> <20091031212107.GC17243@michelle.cdnetworks.com> In-Reply-To: <20091031212107.GC17243@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911020845.44042.npapke@acm.org> Cc: freebsd-stable@freebsd.org Subject: Re: 7.2 Stable Crash - possibly related to if_re X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2009 16:45:46 -0000 On October 31, 2009, Pyun YongHyeon wrote: > On Fri, Oct 30, 2009 at 06:23:51PM -0700, Norbert Papke wrote: > > On October 30, 2009, Pyun YongHyeon wrote: > > > On Thu, Oct 29, 2009 at 09:56:19PM -0700, Norbert Papke wrote: > > > > This occurred shortly after "scp"ing from a VirtualBox VM to the > > > > host. The file transfer got stuck. The "re" interface stopped > > > > working. Shortly afterwards, the host crashed. The "re" interface > > > > was used by the host, the guest was using a different NIC in bridged > > > > mode. > > > > > > > > > > > > FreeBSD proven.lan 7.2-STABLE FreeBSD 7.2-STABLE #5 r198666: Thu Oct > > > > 29 18:36:57 PDT 2009 > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > > cpuid = 0; apic id = 00 > > > > fault virtual address = 0x18 > > > > > > It looks like a NULL pointer dereference, possibly mbuf related > > > one. > > > > > > > fault code = supervisor write data, page not present > > > > instruction pointer = 0x8:0xffffffff80d476ee > > > > stack pointer = 0x10:0xffffff8000078ae0 > > > > frame pointer = 0x10:0xffffff8000078b40 > > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > > processor eflags = interrupt enabled, resume, IOPL = 0 > > > > current process = 18 (swi5: +) > > > By chance, did you stop the re0 interface with ifconfig when you > > > noticed the file transfer got stuck? > > > > It is possible. I had it happen twice. The first time I definitely > > tried to "down" re. I cannot recall what I did the second time. The > > crash dump is from the second time. > > Ok, then would you try attached patch? I have been running with the patch for a couple of days. Although I can still reproduce the lock-up of the network stack, I have not been able to reproduce the panic. The patch does what it is supposed to do. I will continue to try to come up with a better test case for the file transfer problem. However, I no longer suspect "re" as a cause. Thank you very much for your help. Cheers, -- Norbert Papke. npapke@acm.org http://saveournet.ca Protecting your Internet's level playing field From owner-freebsd-stable@FreeBSD.ORG Mon Nov 2 18:36:42 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8079106566B for ; Mon, 2 Nov 2009 18:36:42 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 359338FC17 for ; Mon, 2 Nov 2009 18:36:41 +0000 (UTC) Received: by ewy5 with SMTP id 5so1687665ewy.36 for ; Mon, 02 Nov 2009 10:36:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=vBF6zUuknAYsgcDIzVJkIDA6GHhnGu1o1wZCjeWUKhI=; b=gNq2xMFS2fEoOlisR2Fcm9w2nLabO4GGEaLdThamK8XItsODGnrFJ/DAyNktkxZsvw t8uQHEiykvrZvGaTV1TLDkikzCZE/anP7RcaSK2C5G2aMlYhkNihMxvsPN9bMKmDeoO0 k1Z7xUGmCMi0JaWar9vLeAHMLRqCWYPf7LKmg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=PSwUJYuOC5+0PUovQhM+ydMRoJhUir5VBObdZcaG9XjRs2j1E2C0V5ZkjXED6NzZoC g37ucYjzcDKnVJlnXs9f0KxZVSWBU4JMaRKAiHTQLddJEGCHBAPU6GwYSlr5P3Wd1GZX S4IQHBk4PRkd0dwiQwXSk6X6uOHk+K4bPQbxk= Received: by 10.216.88.71 with SMTP id z49mr5274394wee.90.1257186999696; Mon, 02 Nov 2009 10:36:39 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id i35sm57685gve.13.2009.11.02.10.36.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 02 Nov 2009 10:36:38 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 2 Nov 2009 10:35:56 -0800 From: Pyun YongHyeon Date: Mon, 2 Nov 2009 10:35:56 -0800 To: Norbert Papke Message-ID: <20091102183556.GA1256@michelle.cdnetworks.com> References: <200910292156.19845.npapke@acm.org> <200910301823.51274.npapke@acm.org> <20091031212107.GC17243@michelle.cdnetworks.com> <200911020845.44042.npapke@acm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200911020845.44042.npapke@acm.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: 7.2 Stable Crash - possibly related to if_re X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2009 18:36:43 -0000 On Mon, Nov 02, 2009 at 08:45:43AM -0800, Norbert Papke wrote: > On October 31, 2009, Pyun YongHyeon wrote: > > On Fri, Oct 30, 2009 at 06:23:51PM -0700, Norbert Papke wrote: > > > On October 30, 2009, Pyun YongHyeon wrote: > > > > On Thu, Oct 29, 2009 at 09:56:19PM -0700, Norbert Papke wrote: > > > > > This occurred shortly after "scp"ing from a VirtualBox VM to the > > > > > host. The file transfer got stuck. The "re" interface stopped > > > > > working. Shortly afterwards, the host crashed. The "re" interface > > > > > was used by the host, the guest was using a different NIC in bridged > > > > > mode. > > > > > > > > > > > > > > > FreeBSD proven.lan 7.2-STABLE FreeBSD 7.2-STABLE #5 r198666: Thu Oct > > > > > 29 18:36:57 PDT 2009 > > > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > > > cpuid = 0; apic id = 00 > > > > > fault virtual address = 0x18 > > > > > > > > It looks like a NULL pointer dereference, possibly mbuf related > > > > one. > > > > > > > > > fault code = supervisor write data, page not present > > > > > instruction pointer = 0x8:0xffffffff80d476ee > > > > > stack pointer = 0x10:0xffffff8000078ae0 > > > > > frame pointer = 0x10:0xffffff8000078b40 > > > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > > > processor eflags = interrupt enabled, resume, IOPL = 0 > > > > > current process = 18 (swi5: +) > > > > > > By chance, did you stop the re0 interface with ifconfig when you > > > > noticed the file transfer got stuck? > > > > > > It is possible. I had it happen twice. The first time I definitely > > > tried to "down" re. I cannot recall what I did the second time. The > > > crash dump is from the second time. > > > > Ok, then would you try attached patch? > > I have been running with the patch for a couple of days. Although I can still > reproduce the lock-up of the network stack, I have not been able to reproduce > the panic. The patch does what it is supposed to do. > Thanks a lot for testing! Patch committed to HEAD(r198814) > I will continue to try to come up with a better test case for the file > transfer problem. However, I no longer suspect "re" as a cause. > > Thank you very much for your help. > > Cheers, > > -- Norbert Papke. > npapke@acm.org From owner-freebsd-stable@FreeBSD.ORG Tue Nov 3 06:23:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E68A106566B; Tue, 3 Nov 2009 06:23:27 +0000 (UTC) (envelope-from daichi@ongs.co.jp) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id 39BD58FC21; Tue, 3 Nov 2009 06:23:27 +0000 (UTC) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.246.94]) by natial.ongs.co.jp (Postfix) with ESMTPSA id 6E15712543B; Tue, 3 Nov 2009 15:06:02 +0900 (JST) Date: Tue, 3 Nov 2009 15:06:02 +0900 From: Daichi GOTO To: Tom Evans Message-Id: <20091103150602.bed6ba8d.daichi@ongs.co.jp> In-Reply-To: <2e027be00911020153j6b206e01td2b22a194a116565@mail.gmail.com> References: <2e027be00911020153j6b206e01td2b22a194a116565@mail.gmail.com> Organization: ONGS Inc. X-Mailer: Sylpheed 2.7.1 (GTK+ 2.16.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: daichi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 8.0-RC1 ZFS loader extremely slow X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2009 06:23:27 -0000 On Mon, 2 Nov 2009 09:53:30 +0000 Tom Evans wrote: > Hi all > > I just installed 8.0-RC1 amd64 on a 6 gpt disk ZFS raidz1 (following the > guide on the wiki), but > have problems on reboot with the newly installed ZFS aware loader. The > loader runs correctly, > but incredibly slowly. It takes about 2 hours to get to the point where it > enumerates the BIOS > disks, although when it gets to that point, it does not take a long time to > enumerate each > disk. It takes about 2 minutes for each character change of the spinner! > > Fully completing the loader takes somewhere between 2 and 8 hours (I got > bored watching it), > and works correctly. The loader from the memstick image works normally. > > Daichi GOTO experienced something similar back in January [1], but there > didn't seem to be > any resolution to that problem. Disabling AHCI has no effect. Interestingly, > we both have P45 > based motherboards. Unfortunately, slow loader process of FreeBSD is still been in my box. Even on latest 9-current/amd64, situation is the same... As workaround, I have splited my disk to small UFS partitions including minimum distrition install by make installworld/installkernel and ZFS partition. Removed all loading kernel module config from /etc/loaderc.conf to get up boot speed. Yes, it's just a workaround not fixed. > I will try installing 8.0-RC2 tonight, and try to save verbose boot logs, > dmidecode etc. If there > is any other information I should be looking at, please let me know. > > Cheers > > Tom > > > > [1] > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2009-02/msg00108.html -- Daichi GOTO CEO | ONGS Inc. 81-42-316-7945 | daichi@ongs.co.jp | http://www.ongs.co.jp LinkedIn: http://linkedin.com/in/daichigoto From owner-freebsd-stable@FreeBSD.ORG Tue Nov 3 08:29:33 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE051106566C for ; Tue, 3 Nov 2009 08:29:33 +0000 (UTC) (envelope-from gphoto6@gmail.com) Received: from mail-gx0-f214.google.com (mail-gx0-f214.google.com [209.85.217.214]) by mx1.freebsd.org (Postfix) with ESMTP id A84EF8FC08 for ; Tue, 3 Nov 2009 08:29:33 +0000 (UTC) Received: by gxk6 with SMTP id 6so622046gxk.13 for ; Tue, 03 Nov 2009 00:29:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=tzHAg6L07eTskprB2frLlLZUSWl9XfizrwKCv6OInEs=; b=ePIu9NBplCKO5Fnp91maRNG5CGz8WzOK/Y5jJ4lxh238822KWPTLx3z1pDiSPm4+nk sM0Zhh/AOsxlYvCJM1TDCIA9FLdHCB5urHCdPuaGwqRuGHvOcvKNXaVPWBVheiE+t0YG 7EgpUZBEU/WQzsg544EAKGVFLE6SzmTAdHvFw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=e0kTuv63qNFzSyKnvfWptuCVG75FqMUEyimHOF73cUCsBDeiedFxc6Jfm8V6j6/hMg 6qkfXbxBx3trRd5t0WpalPcUV/NQ2UpnJ4cc43Fmw2HEuhQ6fSovigJKgr+2Exwv8y8L vHUYqqI4dpbXfH4G4NrytQfgGQEiS+y+grx8Y= MIME-Version: 1.0 Received: by 10.101.200.37 with SMTP id c37mr726045anq.10.1257236971636; Tue, 03 Nov 2009 00:29:31 -0800 (PST) Date: Tue, 3 Nov 2009 16:29:31 +0800 Message-ID: <1f51039c0911030029k7e25e3bcxea941ff542311d59@mail.gmail.com> From: Tim Chen To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Increasing number of "requests for jumbo clusters denied" in netstat -m X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2009 08:29:34 -0000 My machine is an IBM HS21 blade server and the NIC is bce. bce1: mem 0xd8000000-0xd9ffffff irq 19 at device 0.0 on pci6 miibus1: on bce1 bce1: Ethernet address: 00:1a:64:34:f2:fa bce1: [ITHREAD] bce1: ASIC (0x57081021); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (0x03040405) ; Flags( MSI ) That machine is serving as a mail and web server. Recently I found that the number of "requests for jumbo clusters denied" in netstat -m increases all the time. 1031/3469/4500 mbufs in use (current/cache/total) 510/3326/3836/32768 mbuf clusters in use (current/cache/total/max) 510/2278 mbuf+clusters out of packet secondary zone in use (current/cache) 1/1453/1454/8704 4k (page size) jumbo clusters in use (current/cache/total/max) 510/1086/1596/4352 9k jumbo clusters in use (current/cache/total/max) 0/0/0/2176 16k jumbo clusters in use (current/cache/total/max) 5871K/23105K/28977K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/4337166/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines ifconfig shows: bce1: flags=8843 metric 0 mtu 9000 options=1bb ether 00:1a:64:34:f2:fa inet 192.168.152.152 netmask 0xffffff00 broadcast 192.168.152.255 media: Ethernet autoselect (1000baseSX ) status: active And in rc.conf: ifconfig_bce1="inet 192.168.152.152 netmask 255.255.255.0 mtu 9000" Is the problem of increasing "requests for jumbo clusters denied" resulted from my "mtu 9000" jumbo frame setting? Will it be the problem of "bce" nic's driver or hardware? Most of all, how will my system be efftected by that ""requests for jumbo clusters denied" problem? Will it degrade the performance or it is harmless? Thanks for your help. BR, Tim Chen From owner-freebsd-stable@FreeBSD.ORG Tue Nov 3 11:02:20 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0DD71065672 for ; Tue, 3 Nov 2009 11:02:20 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id E90F18FC12 for ; Tue, 3 Nov 2009 11:02:19 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.3/8.14.3) with ESMTP id nA3AbRDF075803; Tue, 3 Nov 2009 17:37:27 +0700 (KRAT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4AF007E7.8080805@rdtc.ru> Date: Tue, 03 Nov 2009 17:37:27 +0700 From: Eugene Grosbein User-Agent: Thunderbird 2.0.0.23 (X11/20090918) MIME-Version: 1.0 To: Tim Chen References: <1f51039c0911030029k7e25e3bcxea941ff542311d59@mail.gmail.com> In-Reply-To: <1f51039c0911030029k7e25e3bcxea941ff542311d59@mail.gmail.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Increasing number of "requests for jumbo clusters denied" in netstat -m X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2009 11:02:20 -0000 Tim Chen wrote: > That machine is serving as a mail and web server. Recently I found that the > number of "requests for jumbo clusters denied" in netstat -m increases all > the time. > > 1031/3469/4500 mbufs in use (current/cache/total) > 510/3326/3836/32768 mbuf clusters in use (current/cache/total/max) > 510/2278 mbuf+clusters out of packet secondary zone in use (current/cache) > 1/1453/1454/8704 4k (page size) jumbo clusters in use > (current/cache/total/max) > 510/1086/1596/4352 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/2176 16k jumbo clusters in use (current/cache/total/max) > 5871K/23105K/28977K bytes allocated to network (current/cache/total) > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/4337166/0 requests for jumbo clusters denied (4k/9k/16k) > 0/0/0 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 0 calls to protocol drain routines Look at "sysctl kern.ipc | fgrep nmb" Just increase limit (if you have enough memory :-) From owner-freebsd-stable@FreeBSD.ORG Tue Nov 3 11:53:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DE22106566C for ; Tue, 3 Nov 2009 11:53:27 +0000 (UTC) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90]) by mx1.freebsd.org (Postfix) with ESMTP id DE39D8FC1B for ; Tue, 3 Nov 2009 11:53:26 +0000 (UTC) Received: by lath.rinet.ru (Postfix, from userid 222) id 7C1A9704B; Tue, 3 Nov 2009 14:39:43 +0300 (MSK) Date: Tue, 3 Nov 2009 14:39:43 +0300 From: Oleg Bulyzhin To: Igor Sysoev Message-ID: <20091103113943.GB47649@lath.rinet.ru> References: <20091021101243.GE3199@rambler-co.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091021101243.GE3199@rambler-co.ru> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: interrupt threads CPU usage in FreeBSD 8.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2009 11:53:27 -0000 Yes, something is wrong (8.0-RC2): last pid: 7327; load averages: 0.31, 0.53, 0.55 up 0+03:51:35 14:36:22 81 processes: 5 running, 60 sleeping, 16 waiting CPU 0: 0.0% user, 0.0% nice, 0.0% system, 0.4% interrupt, 99.6% idle CPU 1: 0.0% user, 0.0% nice, 26.7% system, 0.0% interrupt, 73.3% idle CPU 2: 0.0% user, 0.0% nice, 25.6% system, 0.0% interrupt, 74.4% idle CPU 3: 0.0% user, 0.0% nice, 3.8% system, 0.0% interrupt, 96.2% idle Mem: 22M Active, 11M Inact, 157M Wired, 64K Cache, 23M Buf, 3754M Free Swap: 2048M Total, 2048M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 10 root 171 ki31 0K 64K CPU0 0 226:34 99.07% {idle: cpu0} 10 root 171 ki31 0K 64K RUN 3 221:56 95.56% {idle: cpu3} 10 root 171 ki31 0K 64K CPU1 1 179:58 73.10% {idle: cpu1} 10 root 171 ki31 0K 64K CPU2 2 175:32 68.07% {idle: cpu2} 0 root -68 0 0K 128K - 2 55:20 1.76% {em1 taskq} 11 root -32 - 0K 256K WAIT 0 2:10 0.29% {swi4: clock} 0 root -68 0 0K 128K - 1 50:42 0.00% {em0 taskq} em0 & em1 taskqueues should have wcpu ~25% -- Oleg. ================================================================ === Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- oleg@rinet.ru === ================================================================ From owner-freebsd-stable@FreeBSD.ORG Tue Nov 3 14:22:28 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC778106566B for ; Tue, 3 Nov 2009 14:22:28 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id AEBD88FC18 for ; Tue, 3 Nov 2009 14:22:28 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id nA3EMSoX003959 for ; Tue, 3 Nov 2009 06:22:28 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id nA3EMRPj003958 for stable@freebsd.org; Tue, 3 Nov 2009 06:22:27 -0800 (PST) (envelope-from david) Date: Tue, 3 Nov 2009 06:22:27 -0800 From: David Wolfskill To: stable@freebsd.org Message-ID: <20091103142227.GA1354@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , stable@freebsd.org References: <20090917134924.GZ1212@albert.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: <20090917134924.GZ1212@albert.catwhisker.org> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: misc/compat6x port no longer sufficient for DRI under head? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2009 14:22:28 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 17, 2009 at 06:49:24AM -0700, David Wolfskill wrote: > [about X.org built under stable/6 no longer working under stable/7 or > head unless DRI was disabled, even with the compat6x port installed.] Last Sunday, I forgot to disable DRI when I rebuilt stable/7 -- and much to my pleasant surprise, X.org still worked. It has continued to work yesterday and today -- I just built: g1-99(7.2-S)[1] uname -a FreeBSD g1-99.catwhisker.org 7.2-STABLE FreeBSD 7.2-STABLE #965 r198786: Mo= n Nov 2 06:47:05 PST 2009 root@g1-99.catwhisker.org:/common/S3/obj/usr= /src/sys/CANARY i386 g1-99(7.2-S)[2]=20 and am running X.org (built under stable/6) with DRI enabled. Last Sunday, I did veify, though, that attempting the same thing with head still fails -- though disabling DRI (in xorg.conf) circumvents the problem. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkrwPKMACgkQmprOCmdXAD1wDQCgibfxfxgZR25FKxPGs4fmjuXi bvkAoIDWiA5OjcWn1ufnNh8/Fu5lKKMm =15xp -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 3 15:57:40 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2434E106566B for ; Tue, 3 Nov 2009 15:57:40 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 99DAE8FC19 for ; Tue, 3 Nov 2009 15:57:39 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id nA3FvM14061242; Tue, 3 Nov 2009 16:57:37 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id nA3FvKm5061241; Tue, 3 Nov 2009 16:57:20 +0100 (CET) (envelope-from olli) Date: Tue, 3 Nov 2009 16:57:20 +0100 (CET) Message-Id: <200911031557.nA3FvKm5061241@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, petefrench@ticketswitch.com In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 03 Nov 2009 16:57:37 +0100 (CET) Cc: Subject: Re: problems with gmirror on ggate over slow link X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2009 15:57:40 -0000 Pete French wrote: > [...] > > Just a wild guess, have you tried to set kern.geom.mirror.timeout to a > > higher value? > > Yes, I tried values all the way up to 600, no effect at all - plus the > failure comes way before that timeout value (which is in seconds I assume). Have you done any sockets tuning? In an older posting the following values were recommended: /etc/sysctl.conf: net.inet.tcp.sendspace=1048576 net.inet.tcp.recvspace=1048576 kern.ipc.maxsockbuf=2049152 /boot/loader.conf: kern.ipc.nmbclusters="32768" Command line options to ggate[cd]: ggate[dc]_buf_size="1310720" ggatec_timeout="5" ggatec_queue_size="2048" Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "C++ is over-complicated nonsense. And Bjorn Shoestrap's book a danger to public health. I tried reading it once, I was in recovery for months." -- Cliff Sarginson From owner-freebsd-stable@FreeBSD.ORG Tue Nov 3 16:23:33 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CB601065670 for ; Tue, 3 Nov 2009 16:23:33 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 014368FC2C for ; Tue, 3 Nov 2009 16:23:33 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1N5MAG-000H3X-5m; Tue, 03 Nov 2009 16:23:24 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1N5MAG-0001i9-4x; Tue, 03 Nov 2009 16:23:24 +0000 To: freebsd-stable@FreeBSD.ORG, olli@lurza.secnetix.de In-Reply-To: <200911031557.nA3FvKm5061241@lurza.secnetix.de> Message-Id: From: Pete French Date: Tue, 03 Nov 2009 16:23:24 +0000 Cc: Subject: Re: problems with gmirror on ggate over slow link X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2009 16:23:33 -0000 > Have you done any sockets tuning? > In an older posting the following values were recommended: Yes, I need that to get the speed out of it for normal use to a disc on a machine on the same ether - but even so, surely it should block on a slow disc, not just abandon the mirroring ? -pete. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 3 16:36:57 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E512A106566C for ; Tue, 3 Nov 2009 16:36:56 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 776338FC26 for ; Tue, 3 Nov 2009 16:36:56 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id d23so1135318fga.13 for ; Tue, 03 Nov 2009 08:36:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=voVT0J8jYhgwBgkG5qF0fsEKmBCXPHsxUfKZuTMBVkc=; b=RFs7bBK9Q3pEEAHrieLLnviyUAfnoRbn9Oq7xCOMNs7IC6fpZH+IvolUc6OAf9w4va zOKmxFWpBLD43k7j1Bw4Z0nUMSJP8c/wwpP8xTBoIYpP1vUfBF9rzy8mSLRho1Wpn54F 5N/o983b20C7EsjDufqmeNukuO6fT3Cy8RURo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=vCRlL+impqP1ewSh/DxvHya93qLN5vMAVqorhuL9ruT5wnyOu8uInxLG7icqTzK7WZ 43MaTK6a8P4AstgccceYBPn9v9lcUEvrzOkS6Anj8f4vhbUpIQMZBEXzOvJO3BgbaXj1 vPZNYssNSxOMwoOzprXSJ5dy+3ew02hidmh0U= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.102.130 with SMTP id g2mr30570fao.52.1257266215467; Tue, 03 Nov 2009 08:36:55 -0800 (PST) In-Reply-To: <20091021101243.GE3199@rambler-co.ru> References: <20091021101243.GE3199@rambler-co.ru> Date: Tue, 3 Nov 2009 17:36:55 +0100 X-Google-Sender-Auth: ef90338f5eb83cfd Message-ID: <3bbf2fe10911030836r173b4b3boe606e2222fbdfff6@mail.gmail.com> From: Attilio Rao To: Igor Sysoev Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: interrupt threads CPU usage in FreeBSD 8.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2009 16:36:57 -0000 2009/10/21 Igor Sysoev : > Hi, > > for some reason in 8.0 top always shows 0% CPU usage for intr kernel > process and active interrupt thread, "irq19 bge0" in my case. > > 8-0 RC1 top -PS: > > CPU 0: 27.8% user, 0.0% nice, 7.1% system, 0.0% interrupt, 65.0% idle > CPU 1: 3.0% user, 0.0% nice, 2.3% system, 7.1% interrupt, 87.6% idle > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 11 root 2 171 ki31 0K 32K RUN 0 140.7H 152.54% idle > 61371 nobody 1 69 -10 384M 289M kqread 0 105:56 17.77% nginx > 61372 nobody 1 67 -10 384M 293M CPU0 0 106:15 16.99% nginx > 12 root 15 -60 - 0K 240K WAIT 0 54:50 0.00% intr > > 8.0 RC1 top -PSH: > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 11 root 171 ki31 0K 32K RUN 1 71.5H 81.05% {idle: cpu1} > 11 root 171 ki31 0K 32K CPU0 0 69.3H 69.19% {idle: cpu0} > 61372 nobody 68 -10 384M 294M kqread 0 107:06 18.99% nginx > 61371 nobody 68 -10 384M 291M kqread 0 106:45 16.99% nginx > 12 root -68 - 0K 240K WAIT 1 50:48 0.00% {irq19: bge0} > 17 root 44 - 0K 16K syncer 1 5:23 0.00% syncer > 12 root -32 - 0K 240K WAIT 1 3:06 0.00% {swi4: clock} > > 7.2-STABLE top -PS: > > CPU 0: 9.0% user, 0.0% nice, 7.9% system, 9.0% interrupt, 74.1% idle > CPU 1: 23.3% user, 0.0% nice, 8.3% system, 0.0% interrupt, 68.4% idle > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 12 root 1 171 ki31 0K 16K RUN 0 275.0H 83.59% idle: cpu0 > 11 root 1 171 ki31 0K 16K RUN 1 264.2H 76.27% idle: cpu1 > 16109 nobody 1 68 -10 376M 307M CPU0 1 28:05 21.97% nginx > 16110 nobody 1 4 -10 376M 316M RUN 0 28:05 20.17% nginx > 26 root 1 -68 - 0K 16K WAIT 0 902:39 6.69% irq19: bge0 How old is your 7.2-STABLE? Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Tue Nov 3 16:48:01 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACFA710656A7 for ; Tue, 3 Nov 2009 16:48:01 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from mailrelay1.rambler.ru (mailrelay1.rambler.ru [81.19.66.239]) by mx1.freebsd.org (Postfix) with ESMTP id 5B98C8FC21 for ; Tue, 3 Nov 2009 16:48:01 +0000 (UTC) Received: from kas30pipe.localhost (localhost [127.0.0.1]) by mailrelay1.rambler.ru (Postfix) with ESMTP id 434F8130C19; Tue, 3 Nov 2009 19:48:00 +0300 (MSK) Received: from localhost (sysoev.ru [81.19.68.137]) by mailrelay1.rambler.ru (Postfix) with ESMTP id A1D93130CE2; Tue, 3 Nov 2009 19:47:59 +0300 (MSK) Date: Tue, 3 Nov 2009 19:47:59 +0300 From: Igor Sysoev To: Attilio Rao Message-ID: <20091103164759.GI6305@rambler-co.ru> References: <20091021101243.GE3199@rambler-co.ru> <3bbf2fe10911030836r173b4b3boe606e2222fbdfff6@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <3bbf2fe10911030836r173b4b3boe606e2222fbdfff6@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.33/RELEASE, bases: 02092009 #2738642, status: clean X-SpamTest-Envelope-From: is@rambler-co.ru X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 9536 [Sen 02 2009] X-SpamTest-Info: {HEADERS: header Content-Type found without required header Content-Transfer-Encoding} X-SpamTest-Method: none X-SpamTest-Rate: 10 X-SpamTest-SPF: pass X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release Cc: freebsd-stable@freebsd.org Subject: Re: interrupt threads CPU usage in FreeBSD 8.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2009 16:48:01 -0000 On Tue, Nov 03, 2009 at 05:36:55PM +0100, Attilio Rao wrote: > 2009/10/21 Igor Sysoev : > > Hi, > > > > for some reason in 8.0 top always shows 0% CPU usage for intr kernel > > process and active interrupt thread, "irq19 bge0" in my case. > > > > 8-0 RC1 top -PS: > > > > CPU 0: 27.8% user, 0.0% nice, 7.1% system, 0.0% interrupt, 65.0% idle > > CPU 1: 3.0% user, 0.0% nice, 2.3% system, 7.1% interrupt, 87.6% idle > > > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > > 11 root 2 171 ki31 0K 32K RUN 0 140.7H 152.54% idle > > 61371 nobody 1 69 -10 384M 289M kqread 0 105:56 17.77% nginx > > 61372 nobody 1 67 -10 384M 293M CPU0 0 106:15 16.99% nginx > > 12 root 15 -60 - 0K 240K WAIT 0 54:50 0.00% intr > > > > 8.0 RC1 top -PSH: > > > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND > > 11 root 171 ki31 0K 32K RUN 1 71.5H 81.05% {idle: cpu1} > > 11 root 171 ki31 0K 32K CPU0 0 69.3H 69.19% {idle: cpu0} > > 61372 nobody 68 -10 384M 294M kqread 0 107:06 18.99% nginx > > 61371 nobody 68 -10 384M 291M kqread 0 106:45 16.99% nginx > > 12 root -68 - 0K 240K WAIT 1 50:48 0.00% {irq19: bge0} > > 17 root 44 - 0K 16K syncer 1 5:23 0.00% syncer > > 12 root -32 - 0K 240K WAIT 1 3:06 0.00% {swi4: clock} > > > > 7.2-STABLE top -PS: > > > > CPU 0: 9.0% user, 0.0% nice, 7.9% system, 9.0% interrupt, 74.1% idle > > CPU 1: 23.3% user, 0.0% nice, 8.3% system, 0.0% interrupt, 68.4% idle > > > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > > 12 root 1 171 ki31 0K 16K RUN 0 275.0H 83.59% idle: cpu0 > > 11 root 1 171 ki31 0K 16K RUN 1 264.2H 76.27% idle: cpu1 > > 16109 nobody 1 68 -10 376M 307M CPU0 1 28:05 21.97% nginx > > 16110 nobody 1 4 -10 376M 316M RUN 0 28:05 20.17% nginx > > 26 root 1 -68 - 0K 16K WAIT 0 902:39 6.69% irq19: bge0 > > How old is your 7.2-STABLE? I saw this on 7.0-7.2. One of 7.2-S is, for example, from 2009.10.04.23.59.59. I believe I saw the same CPU usage on FreeBSD-6 too. -- Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-stable@FreeBSD.ORG Tue Nov 3 16:59:52 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82DD910656B6 for ; Tue, 3 Nov 2009 16:59:52 +0000 (UTC) (envelope-from rui.pfcosta@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id 3CDC78FC23 for ; Tue, 3 Nov 2009 16:59:51 +0000 (UTC) Received: by qyk6 with SMTP id 6so2939798qyk.3 for ; Tue, 03 Nov 2009 08:59:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=RrQDUNv6yninmZN12RAbi/3ABZoNAaaTYEXgO05ue+M=; b=uCgXLRj06evpNPue4ekaGRRD48kxCU0gheMtGZbZ6juDtkjiW2pkss14y77/f8n/tD 6VrbDioPIL2SK2Opcq+pdIALqHFBTJIx2r3o20jn6wbXlu7Hs656rgZa/8KUuFwMmQ7B T28HSqTrCGgp2RuTwZXCFcgfmC0Mmgp191oog= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=NPj6xCT4CCfXWhV0PqKwhe/hZdxqPCNwyxGbqG+F+gpE2ls4ZYYwmbWHxHLbZLugQr bWvzSqLA4d+3sD4rscnibzD4fDGzb0UO67KXdoQZZ5TPLauaz2mgBZ4lVIaqKdBHUFNv 3xrRCF04ENARRswdunZpt0BEzB+GX5hE97pHs= MIME-Version: 1.0 Received: by 10.239.162.129 with SMTP id l1mr18476hbd.206.1257265869159; Tue, 03 Nov 2009 08:31:09 -0800 (PST) Date: Tue, 3 Nov 2009 16:31:09 +0000 Message-ID: From: Rui Costa To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Installation boot sequence freeze X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2009 16:59:52 -0000 When installing freebsd (7.2, 8.0 betas, rc1, rc2 - AMD64) on a Clevo M540SR laptop (chipset VIA VN896), after menu option selection, the boot process freezes at "Trying to mount root from ufs:/dev/md0". On verbose booting it freezes giving some mode information: md0: Preloaded image 4194304 bytes at 0xffffffff80c4be40 ATA PseudoRAID loaded flowtable cleaner started warning: no time-of-day clock registered, system time will not be set accurately Trying to mount root from ufs:/dev/md0 Start_init: trying /sbin/init Start_init: trying /sbin/oinit Start_init: trying /sbin/init.bak Start_init: trying /rescue/init Start_init: trying /stand/sysinstall I've tried already several boot hints (any of them with success) such as: apic.0.disabled = 1 sio.0.disasabled = 1 sio.1.disabled = 1 fdc.disabled = 1 kbdmux.0.disabled = 1 A possible solution I found over the internet would be to disable USB 2.0 support on bios, but bios options are very limited and won't allow me to do that. FreeBSD 6.4 install and later upgrade to 7.0 went flawlessly, but upgrade to 7.2 brings up the freezes again on boot. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 3 17:15:25 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8D3810656C1 for ; Tue, 3 Nov 2009 17:15:25 +0000 (UTC) (envelope-from kvs@binarysolutions.dk) Received: from pqueueb.post.tele.dk (pqueueb.post.tele.dk [193.162.153.10]) by mx1.freebsd.org (Postfix) with ESMTP id 5F9D88FC1B for ; Tue, 3 Nov 2009 17:15:25 +0000 (UTC) Received: from pfepb.post.tele.dk (pfepb.post.tele.dk [195.41.46.236]) by pqueueb.post.tele.dk (Postfix) with ESMTP id DDE7C8347 for ; Tue, 3 Nov 2009 17:54:15 +0100 (CET) Received: from coruscant.binarysolutions.dk (naboo.binarysolutions.dk [93.163.113.14]) by pfepb.post.tele.dk (Postfix) with ESMTP id 0EF49F8402B for ; Tue, 3 Nov 2009 17:54:13 +0100 (CET) From: Kenneth Schmidt Content-Type: multipart/signed; boundary=Apple-Mail-14--212821923; protocol="application/pkcs7-signature"; micalg=sha1 Date: Tue, 3 Nov 2009 17:54:12 +0100 Message-Id: <90FB6778-7853-420E-8931-9EE78E95E8F1@binarysolutions.dk> To: freebsd-stable@FreeBSD.ORG Mime-Version: 1.0 (Apple Message framework v1076) X-Mailer: Apple Mail (2.1076) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: 8.0-RC2's /boot/loader doesn't like booting from ZFS? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2009 17:15:25 -0000 --Apple-Mail-14--212821923 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Hello. Two separate machines fail when starting loader(8) after upgrading from 8.0-RC1 to -RC2. Both have been installed by following http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot - one is a VMware machine with just one disk, the other a Sun Fire X2200 server with 2 disks in a ZFS mirror. They both booted fine with -RC1, but with -RC2 the last messages are: Can't work out which disk we are booting from. Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0: ficl-s not found Assertion failed: (FALSE), function ficlCompileSoftCore, file softcore.c, line 428. Reverting to the -RC1 /boot/loader fixes. -- Best Regards Kenneth Vestergaard Schmidt --Apple-Mail-14--212821923-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 3 19:23:44 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31C34106568B for ; Tue, 3 Nov 2009 19:23:44 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from tomjudge.vm.bytemark.co.uk (tomjudge.vm.bytemark.co.uk [80.68.91.100]) by mx1.freebsd.org (Postfix) with ESMTP id E52458FC12 for ; Tue, 3 Nov 2009 19:23:43 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id BB62948A99; Tue, 3 Nov 2009 19:23:42 +0000 (GMT) X-Virus-Scanned: Debian amavisd-new at tomjudge.vm.bytemark.co.uk Received: from tomjudge.vm.bytemark.co.uk ([127.0.0.1]) by localhost (tomjudge.vm.bytemark.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id byA6loXF1Ofq; Tue, 3 Nov 2009 19:23:38 +0000 (GMT) Received: from rita.nodomain (unknown [192.168.205.6]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id F388248A7C; Tue, 3 Nov 2009 19:23:37 +0000 (GMT) Message-ID: <4AF082FF.2070601@tomjudge.com> Date: Tue, 03 Nov 2009 19:22:39 +0000 From: Tom Judge User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Tim Chen References: <1f51039c0911030029k7e25e3bcxea941ff542311d59@mail.gmail.com> In-Reply-To: <1f51039c0911030029k7e25e3bcxea941ff542311d59@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Increasing number of "requests for jumbo clusters denied" in netstat -m X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2009 19:23:44 -0000 Tim Chen wrote: > My machine is an IBM HS21 blade server and the NIC is bce. > > bce1: mem > 0xd8000000-0xd9ffffff irq 19 at device 0.0 on pci6 > miibus1: on bce1 > bce1: Ethernet address: 00:1a:64:34:f2:fa > bce1: [ITHREAD] > bce1: ASIC (0x57081021); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C > (0x03040405) ; Flags( MSI ) > > That machine is serving as a mail and web server. Recently I found that the > number of "requests for jumbo clusters denied" in netstat -m increases all > the time. > > 1031/3469/4500 mbufs in use (current/cache/total) > 510/3326/3836/32768 mbuf clusters in use (current/cache/total/max) > 510/2278 mbuf+clusters out of packet secondary zone in use (current/cache) > 1/1453/1454/8704 4k (page size) jumbo clusters in use > (current/cache/total/max) > 510/1086/1596/4352 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/2176 16k jumbo clusters in use (current/cache/total/max) > 5871K/23105K/28977K bytes allocated to network (current/cache/total) > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/4337166/0 requests for jumbo clusters denied (4k/9k/16k) > 0/0/0 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > > ifconfig shows: > bce1: flags=8843 metric 0 mtu 9000 > > options=1bb TSO4> > ether 00:1a:64:34:f2:fa > inet 192.168.152.152 netmask 0xffffff00 broadcast 192.168.152.255 > media: Ethernet autoselect (1000baseSX ) > status: active > > And in rc.conf: > ifconfig_bce1="inet 192.168.152.152 netmask 255.255.255.0 mtu 9000" > > Is the problem of increasing "requests for jumbo clusters denied" resulted > from my "mtu 9000" jumbo frame setting? > Will it be the problem of "bce" nic's driver or hardware? > Most of all, how will my system be efftected by that ""requests for jumbo > clusters denied" problem? Will it degrade > the performance or it is harmless? > > Second thread on this bug today :) There is a bug in bce(4) that causes memory fragmentation, which results in denied mbuf requests as you are seeing. You can correct this issue by applying the patch created by this command: svn diff -r 198319:198320 http://svn.freebsd.org/base/head Once you have applied the patch you need to add: options BCE_JUMBO_HDRSPLIT To you kernel config and recompile and install the new kernel. Hope this works for you. Tom From owner-freebsd-stable@FreeBSD.ORG Tue Nov 3 23:31:38 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD4A2106566B for ; Tue, 3 Nov 2009 23:31:38 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id C09318FC18 for ; Tue, 3 Nov 2009 23:31:37 +0000 (UTC) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 28CAF5C025 for ; Wed, 4 Nov 2009 07:31:36 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id D0BD555CD5E2; Wed, 4 Nov 2009 07:31:35 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id k+CBHYwRur37; Wed, 4 Nov 2009 07:31:28 +0800 (CST) Received: from delta.delphij.net (unknown [206.40.55.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id F07BF55CD5DF; Wed, 4 Nov 2009 07:31:26 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=Dlxk5PVoMi3fPoYdqIE99jxDXAb3EjOtj7aBiVyhQs6l459tUh8jJpt+GqSzKNJMO JKl1DJ8K1PDMgQQarmSvw== Message-ID: <4AF0BD49.6000507@delphij.net> Date: Tue, 03 Nov 2009 15:31:21 -0800 From: Xin LI Organization: The Geek China Organization User-Agent: Thunderbird 2.0.0.23 (X11/20091022) MIME-Version: 1.0 To: =?UTF-8?B?4LmE4Lie4Lij4Lix4LiKIOC4qOC4o+C4teC5guC4ouC4mOC4sg==?= References: <20091025081422.20341pp8zbvuupgu@webmail.tint.or.th> In-Reply-To: <20091025081422.20341pp8zbvuupgu@webmail.tint.or.th> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: make release stop at cdrtools X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2009 23:31:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ไพรัช ศรีโยธา wrote: [...] > the build process goes well but then fetching for cdrtools.tbz begin and > stop. > in my machine i have installed cdrtools and there is also mkisofs file > so i wonder why the script /usr/src/release/i386/mkisofsimages.sh still > fetching for cdrtools. It's referring the chroot environment. You can actually do 'make iso.1' after the build process which will use cdrtool outside the chroot'ed environment. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkrwvUkACgkQi+vbBBjt66BANQCfQ9CzWH6/gM1kP6ZoszVrBgV7 5sMAn1MQYDOUJ4BW5o29IgD9oIUOj33H =QYIf -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 4 01:40:56 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BDCD106566C for ; Wed, 4 Nov 2009 01:40:56 +0000 (UTC) (envelope-from pirat@tint.or.th) Received: from mail.tint.or.th (ns2.tint.or.th [122.154.13.210]) by mx1.freebsd.org (Postfix) with SMTP id 9F3698FC12 for ; Wed, 4 Nov 2009 01:40:54 +0000 (UTC) Received: (qmail 7456 invoked from network); 4 Nov 2009 01:34:34 -0000 Received: from www.tint.or.th (HELO alpha.nst.or.th) (122.154.13.80) by mail.tint.or.th with SMTP; 4 Nov 2009 01:34:34 -0000 Received: from 10.3.1.28 (10.3.1.28 [10.3.1.28]) by webmail.tint.or.th (Horde Framework) with HTTP; Wed, 04 Nov 2009 08:13:10 +0700 Message-ID: <20091104081310.148021vxp9j2zuw6@webmail.tint.or.th> X-Priority: 3 (Normal) Date: Wed, 04 Nov 2009 08:13:10 +0700 From: =?utf-8?b?4LmE4Lie4Lij4Lix4LiKIA==?= =?utf-8?b?4Lio4Lij4Li14LmC4Lii4LiY4Liy?= To: d@delphij.net, Xin LI References: <20091025081422.20341pp8zbvuupgu@webmail.tint.or.th> <4AF0BD49.6000507@delphij.net> In-Reply-To: <4AF0BD49.6000507@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.3) Cc: freebsd-stable@freebsd.org Subject: Re: make release stop at cdrtools X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2009 01:40:56 -0000 Quoting Xin LI : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > =E0=B9=84=E0=B8=9E=E0=B8=A3=E0=B8=B1=E0=B8=8A =E0=B8=A8=E0=B8=A3=E0=B8=B5= =E0=B9=82=E0=B8=A2=E0=B8=98=E0=B8=B2 wrote: > [...] >> the build process goes well but then fetching for cdrtools.tbz begin and >> stop. >> in my machine i have installed cdrtools and there is also mkisofs file >> so i wonder why the script /usr/src/release/i386/mkisofsimages.sh still >> fetching for cdrtools. > > It's referring the chroot environment. You can actually do 'make iso.1' > after the build process which will use cdrtool outside the chroot'ed > environment. > oh many thanks indeed. this clarifies me a lot of things. i will try now. > > Cheers, > - -- > Xin LI =09http://www.delphij.net/ > FreeBSD - The Power to Serve!=09 Live free or die > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.13 (FreeBSD) > > iEYEARECAAYFAkrwvUkACgkQi+vbBBjt66BANQCfQ9CzWH6/gM1kP6ZoszVrBgV7 > 5sMAn1MQYDOUJ4BW5o29IgD9oIUOj33H > =3DQYIf > -----END PGP SIGNATURE----- > with best regards, --=20 psr =E0=B8=A1=E0=B8=B0=E0=B8=83=E0=B8=B2=E0=B8=A1 =E0=B8=85=E0=B8=B4=E0=B8=99=E0= =B9=80=E0=B8=94=E0=B8=B4=E0=B8=99=E0=B8=94=E0=B8=99 =E0=B8=A1=E0=B8=B0=E0=B9=84=E0=B8=9F =E0=B8=85=E0=B8=99=E0=B9=80=E0=B8=AB=E0= =B8=A5=E0=B8=B4=E0=B8=87=E0=B8=9F=E0=B9=89=E0=B8=B2 http://makham.blogspot.com ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 4 01:41:22 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2DF51065676 for ; Wed, 4 Nov 2009 01:41:22 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail1.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id 994348FC15 for ; Wed, 4 Nov 2009 01:41:22 +0000 (UTC) Received: from dynabook-freebsd.advok.com (cpe-67-244-6-95.nyc.res.rr.com [67.244.6.95]) by mail1.asahi-net.or.jp (Postfix) with ESMTP id E51CA8EFB2; Wed, 4 Nov 2009 10:22:39 +0900 (JST) Date: Tue, 3 Nov 2009 20:22:38 -0500 From: Yoshihiro Ota To: Pete French Message-Id: <20091103202238.7a756e6e.ota@j.email.ne.jp> In-Reply-To: References: <200911031557.nA3FvKm5061241@lurza.secnetix.de> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: olli@lurza.secnetix.de, freebsd-stable@FreeBSD.ORG Subject: Re: problems with gmirror on ggate over slow link X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2009 01:41:22 -0000 I think you hit the same bug as I did a while ago. http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/132798 You can get a patch at PR and give a try. Make sure you update both server and client; otherwise, it will cause a panic or so. Hiro On Tue, 03 Nov 2009 16:23:24 +0000 Pete French wrote: > > Have you done any sockets tuning? > > In an older posting the following values were recommended: > > Yes, I need that to get the speed out of it for normal use > to a disc on a machine on the same ether - but even so, surely > it should block on a slow disc, not just abandon the mirroring ? > > -pete. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Nov 4 05:45:36 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03728106566B for ; Wed, 4 Nov 2009 05:45:36 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 11A818FC18 for ; Wed, 4 Nov 2009 05:45:34 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id nA45jYGY004739 for ; Tue, 3 Nov 2009 21:45:34 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id nA45jYOq004738 for stable@freebsd.org; Tue, 3 Nov 2009 21:45:34 -0800 (PST) (envelope-from david) Date: Tue, 3 Nov 2009 21:45:34 -0800 From: David Wolfskill To: stable@freebsd.org Message-ID: <20091104054534.GA3614@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QKdGvSO+nmPlgiQ/" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: stable/7 i386 seems more "stable" at r197725 than r198747 does X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2009 05:45:36 -0000 --QKdGvSO+nmPlgiQ/ Content-Type: multipart/mixed; boundary="7JfCtLOvnd9MIVvH" Content-Disposition: inline --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable One of my fairly critical home machines -- the one on which I'm composing this message -- is presently running FreeBSD 7.2-STABLE r197725: FreeBSD 7.2-STABLE #154 r197725: Sat Oct 3 07:56:12 PDT 2009 root@freebeast.catwhisker.org:/common/S3/obj/usr/src/sys/ALBERT which it had been running since 04 Oct, up to Sunday (01 Nov). On Sunday, I upgraded to FreeBSD 7.2-STABLE #168 r198747: Sun Nov 1 07:42:05 PST 2009 root@freebeast.catwhisker.org:/common/S3/obj/usr/src/sys/ALBERT and things generally seemed OK (well, except (in hindsight) for the time the machine crashed while I was upgrading the ports, and it was in the middle of rebuilding firefox3). But this morning I arose to find that it had crashed shortly before midnight. After bringing it back up, things were OK; I went to work, and mid-morning, it had crashed again. I talked my spouse into bringing it back up ... and a couple hours later, it crashed again. This time, I had my spouse switch to booting from the previous slice, and it's been running fine since: albert(7.2-S)[5] uptime ; last reboot shutdown 9:28PM up 8:15, 9 users, load averages: 0.00, 0.00, 0.00 reboot ~ Tue Nov 3 13:15 reboot ~ Tue Nov 3 10:55 reboot ~ Tue Nov 3 04:16 reboot ~ Mon Nov 2 18:13 reboot ~ Sun Nov 1 20:03 shutdown ~ Sun Nov 1 20:01 reboot ~ Sun Nov 1 17:10 reboot ~ Sun Nov 1 13:51 shutdown ~ Sun Nov 1 13:48 wtmp begins Sun Nov 1 05:08:18 PST 2009 albert(7.2-S)[6]=20 The machine isn't anything fancy -- it's an Intel desktop system board in a 2U chassis; I've attached dmesg.boot. While it runs a Web server (as I hope to migrate the existing Web service to it (from a machine running FreeBSD 4.11-STABLE from 27 Feb 2005) once the machine demonstrates a bit more stability), that isn't doing much right now. It is our "mail hub" at home, does the usual DNS stuff; acts as an NIS & NFS client, and my spuse uses it as a desktop (hence firefox3), and I login to it from my laptop to do things such as read & dispose of mail. The "firewall" machine forwards SSH (22/tcp) to this machine from the Net, and it also relays accepted mail to it. Except when it's updating ports, it's usually pretty idle. (I actually build FreeBSD on a separate machine, then install onto this one and the firewall; neither of the latter two actually have sources on their local disk.) Unfortunately, I haven't got a serial console set up on it; when it crashes, it turns the video signal off, so getting a clue as to just what went wrong is a bit tricky. Anyway, this is more or less in the way of an "Oh, by the way: thought you might want to know....", since I don't have much in the way of diagnostic information to offer. Sorry.... Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Features=0xbfebfbff Features2=0x4400 Logical CPUs per core: 2 real memory = 1071837184 (1022 MB) avail memory = 1035157504 (987 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3fe00000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xec00-0xec07 mem 0xf0000000-0xf7ffffff,0xffa80000-0xffafffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 892k stolen memory agp0: aperture size is 128M uhci0: port 0xdc00-0xdc1f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe000-0xe01f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe400-0xe41f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xe800-0xe81f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xffa7fc00-0xffa7ffff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib1: at device 30.0 on pci0 pci1: on pcib1 ahc0: port 0xc800-0xc8ff mem 0xff8ff000-0xff8fffff irq 21 at device 0.0 on pci1 ahc0: [ITHREAD] aic7860: Ultra Single Channel A, SCSI Id=7, 3/253 SCBs fxp0: port 0xcc00-0xcc3f mem 0xff8fe000-0xff8fefff irq 20 at device 8.0 on pci1 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:0c:f1:8f:fd:69 fxp0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] ichsmb0: port 0xd800-0xd81f irq 17 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] ichsmb0: [ITHREAD] smbus0: on ichsmb0 smb0: on smbus0 pcm0: mem 0xffa7f800-0xffa7f9ff,0xffa7f400-0xffa7f4ff irq 17 at device 31.5 on pci0 pcm0: [ITHREAD] pcm0: primary codec not ready! pcm0: acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 fdc0: port 0x3f0-0x3f1,0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] cpu0: on acpi0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc9fff,0xca000-0xce7ff pnpid ORM0000 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ad0: 152627MB at ata0-master UDMA100 ad1: 238475MB at ata0-slave UDMA100 acd0: CDROM at ata1-master UDMA33 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s2a WARNING: / was not properly dismounted drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xf0000000 128MB info: [drm] Initialized i915 1.6.0 20080730 drm0: [ITHREAD] Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-STABLE #168 r198747: Sun Nov 1 07:42:05 PST 2009 root@freebeast.catwhisker.org:/common/S3/obj/usr/src/sys/ALBERT Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.60GHz (2593.68-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400 Logical CPUs per core: 2 real memory = 1071837184 (1022 MB) avail memory = 1035157504 (987 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3fe00000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xec00-0xec07 mem 0xf0000000-0xf7ffffff,0xffa80000-0xffafffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 892k stolen memory agp0: aperture size is 128M uhci0: port 0xdc00-0xdc1f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe000-0xe01f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe400-0xe41f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xe800-0xe81f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xffa7fc00-0xffa7ffff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib1: at device 30.0 on pci0 pci1: on pcib1 ahc0: port 0xc800-0xc8ff mem 0xff8ff000-0xff8fffff irq 21 at device 0.0 on pci1 ahc0: [ITHREAD] aic7860: Ultra Single Channel A, SCSI Id=7, 3/253 SCBs fxp0: port 0xcc00-0xcc3f mem 0xff8fe000-0xff8fefff irq 20 at device 8.0 on pci1 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:0c:f1:8f:fd:69 fxp0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] ichsmb0: port 0xd800-0xd81f irq 17 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] ichsmb0: [ITHREAD] smbus0: on ichsmb0 smb0: on smbus0 pcm0: mem 0xffa7f800-0xffa7f9ff,0xffa7f400-0xffa7f4ff irq 17 at device 31.5 on pci0 pcm0: [ITHREAD] pcm0: primary codec not ready! pcm0: acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 fdc0: port 0x3f0-0x3f1,0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] cpu0: on acpi0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc9fff,0xca000-0xce7ff pnpid ORM0000 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ad0: 152627MB at ata0-master UDMA100 ad1: 238475MB at ata0-slave UDMA100 acd0: CDROM at ata1-master UDMA33 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s2a WARNING: / was not properly dismounted drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xf0000000 128MB info: [drm] Initialized i915 1.6.0 20080730 drm0: [ITHREAD] Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-STABLE #168 r198747: Sun Nov 1 07:42:05 PST 2009 root@freebeast.catwhisker.org:/common/S3/obj/usr/src/sys/ALBERT Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.60GHz (2593.68-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400 Logical CPUs per core: 2 real memory = 1071837184 (1022 MB) avail memory = 1035157504 (987 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3fe00000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xec00-0xec07 mem 0xf0000000-0xf7ffffff,0xffa80000-0xffafffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 892k stolen memory agp0: aperture size is 128M uhci0: port 0xdc00-0xdc1f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe000-0xe01f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe400-0xe41f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xe800-0xe81f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xffa7fc00-0xffa7ffff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib1: at device 30.0 on pci0 pci1: on pcib1 ahc0: port 0xc800-0xc8ff mem 0xff8ff000-0xff8fffff irq 21 at device 0.0 on pci1 ahc0: [ITHREAD] aic7860: Ultra Single Channel A, SCSI Id=7, 3/253 SCBs fxp0: port 0xcc00-0xcc3f mem 0xff8fe000-0xff8fefff irq 20 at device 8.0 on pci1 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:0c:f1:8f:fd:69 fxp0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] ichsmb0: port 0xd800-0xd81f irq 17 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] ichsmb0: [ITHREAD] smbus0: on ichsmb0 smb0: on smbus0 pcm0: mem 0xffa7f800-0xffa7f9ff,0xffa7f400-0xffa7f4ff irq 17 at device 31.5 on pci0 pcm0: [ITHREAD] pcm0: primary codec not ready! pcm0: acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 fdc0: port 0x3f0-0x3f1,0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] cpu0: on acpi0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc9fff,0xca000-0xce7ff pnpid ORM0000 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ad0: 152627MB at ata0-master UDMA100 ad1: 238475MB at ata0-slave UDMA100 acd0: CDROM at ata1-master UDMA33 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s2a WARNING: / was not properly dismounted drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xf0000000 128MB info: [drm] Initialized i915 1.6.0 20080730 drm0: [ITHREAD] Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-STABLE #154 r197725: Sat Oct 3 07:56:12 PDT 2009 root@freebeast.catwhisker.org:/common/S3/obj/usr/src/sys/ALBERT Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.60GHz (2593.68-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400 Logical CPUs per core: 2 real memory = 1071837184 (1022 MB) avail memory = 1035157504 (987 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3fe00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xec00-0xec07 mem 0xf0000000-0xf7ffffff,0xffa80000-0xffafffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 892k stolen memory agp0: aperture size is 128M uhci0: port 0xdc00-0xdc1f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe000-0xe01f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe400-0xe41f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xe800-0xe81f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xffa7fc00-0xffa7ffff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib1: at device 30.0 on pci0 pci1: on pcib1 ahc0: port 0xc800-0xc8ff mem 0xff8ff000-0xff8fffff irq 21 at device 0.0 on pci1 ahc0: [ITHREAD] aic7860: Ultra Single Channel A, SCSI Id=7, 3/253 SCBs fxp0: port 0xcc00-0xcc3f mem 0xff8fe000-0xff8fefff irq 20 at device 8.0 on pci1 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:0c:f1:8f:fd:69 fxp0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] ichsmb0: port 0xd800-0xd81f irq 17 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] ichsmb0: [ITHREAD] smbus0: on ichsmb0 smb0: on smbus0 pcm0: mem 0xffa7f800-0xffa7f9ff,0xffa7f400-0xffa7f4ff irq 17 at device 31.5 on pci0 pcm0: [ITHREAD] pcm0: primary codec not ready! pcm0: acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 fdc0: port 0x3f0-0x3f1,0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] cpu0: on acpi0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc9fff,0xca000-0xce7ff pnpid ORM0000 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ad0: 152627MB at ata0-master UDMA100 ad1: 238475MB at ata0-slave UDMA100 acd0: CDROM at ata1-master UDMA33 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s1a --7JfCtLOvnd9MIVvH-- --QKdGvSO+nmPlgiQ/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkrxFP4ACgkQmprOCmdXAD3VGwCfQs9LL0rn9V3onVREiiMiAbEa b+YAoId+ekY+h/i6bQJe1DtDXSuIu8p+ =Qflr -----END PGP SIGNATURE----- --QKdGvSO+nmPlgiQ/-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 4 08:29:04 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65D57106566B for ; Wed, 4 Nov 2009 08:29:04 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id E9DF18FC32 for ; Wed, 4 Nov 2009 08:29:03 +0000 (UTC) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id nA48T0lD008940 for ; Wed, 4 Nov 2009 09:29:02 +0100 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id C2DB424 for ; Wed, 4 Nov 2009 09:29:00 +0100 (CET) Date: Wed, 4 Nov 2009 09:29:00 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: freebsd-stable@FreeBSD.ORG Message-Id: <20091104092900.29b4518a.gerrit@pmp.uni-hannover.de> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.7.1 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2009.11.4.81828 Cc: Subject: zfs panic mounting fs after crash with RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2009 08:29:04 -0000 Hi, Yesterday I had the opportunity to play around with my yet-to-become new fileserver a bit more. Originally I had installed 7.2-R, which I upgraded to 8-0-RC2 yesterday. After that I upgraded my zpool consisting of 4 disks in raidz1 constallation to v13. Some time later I tried to use powerd which was obviously a bad idea: it crashed the machine immediately. I will give a separate report on that later as it is probably related to the hardware, which is a bit exotic (VIA VB8001 board with 64bit Via Nano processor). However, the worst thing for me is, that after rebooting from that crash, one of my zfs fs cannot be mounted anymore. As soon as I try to mount it I get a kernel panic. I can still access the properties (I made use of "canmount=noauto" for the first time :-), but I cannot do a snapshot of the fs (funny enough, zfs complains that the fs is busy, while in reality it is not even mounted - so how could it be busy?). I took a picture of the kernel panic and put it here (don't know if there is any useful information in it): The pool as such seems to be fine, all other fs in it can be mounted and used, only trying to mount tank/sys/var triggers this panic. Are there any suggestions what I could do to get my fs back? Please let me know if (and how) I can provide more debugging information. cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Wed Nov 4 11:42:12 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB69D106568F for ; Wed, 4 Nov 2009 11:42:12 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 6B46B8FC18 for ; Wed, 4 Nov 2009 11:42:12 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id l26so803982fgb.13 for ; Wed, 04 Nov 2009 03:42:11 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.24.87 with SMTP id u23mr175227fab.81.1257334931165; Wed, 04 Nov 2009 03:42:11 -0800 (PST) In-Reply-To: <20091021101243.GE3199@rambler-co.ru> References: <20091021101243.GE3199@rambler-co.ru> From: Vlad Galu Date: Wed, 4 Nov 2009 13:41:51 +0200 Message-ID: To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: interrupt threads CPU usage in FreeBSD 8.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2009 11:42:12 -0000 2009/10/21 Igor Sysoev : [...] /metoo, 8.0-RC2 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 4 12:58:08 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B335106568D for ; Wed, 4 Nov 2009 12:58:08 +0000 (UTC) (envelope-from mike.barnardq@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 8E49E8FC0C for ; Wed, 4 Nov 2009 12:58:07 +0000 (UTC) Received: by bwz5 with SMTP id 5so9051774bwz.3 for ; Wed, 04 Nov 2009 04:58:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=u+rdowXlKjvokkY6oToS8u5iOIoITZIyIFLzQI2+mGs=; b=OFUE7HLYgiSwR7pi/cLGLj3wHtc9KI3BQP8RICnq1JROs88ulr4gkCvuARk2e1lcq8 FM5wl7HdbQTFNdW9fSZ4HNtUBxbgCjqBguLYuYwezPURz8wdLFyo/zt5uq4U/Wy2QivD oT3hvPweJ9ELy1Z/KScqBnGlM77UhoztafJq0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=OB/aE3oXIajoIrzLNo9dvQom7rtWa3Z0zCWgcKTHKZGzK/Lykuxl6oACqIGEXThpno elsWqXCUBujQ3mdoAErNgNAimebhvc1wDDegvzIOeKLwr7XOCWrbNIqaVXwpnqYj/DB6 AU4c7ZGZuR3/EkFlOF2m29cuhM65T+czK4bp8= MIME-Version: 1.0 Received: by 10.223.58.208 with SMTP id i16mr201412fah.22.1257338089654; Wed, 04 Nov 2009 04:34:49 -0800 (PST) Date: Wed, 4 Nov 2009 15:34:49 +0300 Message-ID: <7dc029620911040434v7145b8afue945f2e3930dfb75@mail.gmail.com> From: Mike Barnard To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Broadcom BCM5715 not coming up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2009 12:58:08 -0000 Hi, I am experiencing a weird problem on an HP ProLiant BL480c G1 with a Broadcom Dual Gigabit network card. For some reason, it wont come up. I have tried it with different media speeds, options but nothing. I upgraded my sources, recompiled and installed from FreeBSD 7.1-PRERELEASE to 7.2-STABLE but I get the same error. pciconf -lv shows this: pcib5@pci0:9:0:0: class=0x060400 card=0x00000000 chip=0x01031166 rev=0xb5 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'Broadcom dual gigabit, pci bridge (BCM5715)' class = bridge subclass = PCI-PCI bge0@pci0:10:4:0: class=0x020000 card=0x703c103c chip=0x167914e4 rev=0xa3 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme 5715S Gigabit Ethernet' class = network subclass = ethernet bge1@pci0:10:4:1: class=0x020000 card=0x703c103c chip=0x167914e4 rev=0xa3 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme 5715S Gigabit Ethernet' class = network subclass = ethernet dmesg, clipped, shows this: pcib5: at device 0.0 on pci9 pci10: on pcib5 bge0: mem 0xfdef0000-0xfdefffff,0xfdee0000-0xfdeeffff irq 17 at device 4.0 on pci10 bge0: Ethernet address: 00:1a:4b:cf:3e:3f bge0: [ITHREAD] bge1: mem 0xfded0000-0xfdedffff,0xfdec0000-0xfdecffff irq 18 at device 4.1 on pci10 bge1: Ethernet address: 00:1a:4b:cf:3e:40 bge1: [ITHREAD] ... ... bce0: mem 0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci3 miibus0: on bce0 brgphy0: PHY 2 on miibus0 brgphy0: 1000baseSX-FDX, auto bce0: Ethernet address: 00:1b:78:02:7c:56 bce0: [ITHREAD] bce0: ASIC (0x57081021); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (0x01090605); Flags( MSI ) pcib14: at device 28.1 on pci0 pci4: on pcib14 pcib15: at device 0.0 on pci4 pci5: on pcib15 bce1: mem 0xfa000000-0xfbffffff irq 17 at device 0.0 on pci5 miibus1: on bce1 brgphy1: PHY 2 on miibus1 brgphy1: 1000baseSX-FDX, auto bce1: Ethernet address: 00:1b:78:02:7c:4e bce1: [ITHREAD] bce1: ASIC (0x57081021); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (0x01090605); Flags( MSI ) The bge interface is seen as NetXtreme 5715S Gigabit Ethernet, while the bce interface is seen as NetXtreme II BCM5708S Gigabit Ethernet Anyone seen this before... Im lost on this one :-/ any direction is welcome. -- Mike Of course, you might discount this possibility, but remember that one in a million chances happen 99% of the time. ------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Wed Nov 4 13:18:34 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FAD11065692 for ; Wed, 4 Nov 2009 13:18:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 014F18FC1D for ; Wed, 4 Nov 2009 13:18:34 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id A5BBA46B03; Wed, 4 Nov 2009 08:18:33 -0500 (EST) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id E16768A01D; Wed, 4 Nov 2009 08:18:32 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 4 Nov 2009 08:14:37 -0500 User-Agent: KMail/1.9.7 References: <90FB6778-7853-420E-8931-9EE78E95E8F1@binarysolutions.dk> In-Reply-To: <90FB6778-7853-420E-8931-9EE78E95E8F1@binarysolutions.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911040814.37997.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 04 Nov 2009 08:18:32 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Kenneth Schmidt Subject: Re: 8.0-RC2's /boot/loader doesn't like booting from ZFS? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2009 13:18:34 -0000 On Tuesday 03 November 2009 11:54:12 am Kenneth Schmidt wrote: > Hello. > > Two separate machines fail when starting loader(8) after upgrading > from 8.0-RC1 to -RC2. Both have been installed by following http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot > - one is a VMware machine with just one disk, the other a Sun Fire > X2200 server with 2 disks in a ZFS mirror. > > They both booted fine with -RC1, but with -RC2 the last messages are: > > Can't work out which disk we are booting from. > Guessed BIOS device 0xffffffff not found by probes, defaulting to > disk0: > ficl-s not found > Assertion failed: (FALSE), function ficlCompileSoftCore, file > softcore.c, line 428. > > Reverting to the -RC1 /boot/loader fixes. Usually the 'Guessed BIOS device' stuff is caused by the loader re-executing itself, perhaps due to a stack overflow. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Nov 4 14:13:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A624106566B; Wed, 4 Nov 2009 14:13:03 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0227E8FC0C; Wed, 4 Nov 2009 14:13:00 +0000 (UTC) Received: from wald.nfv.gwdg.de ([134.76.242.31] helo=pc028.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1N5fyN-00031r-T9; Wed, 04 Nov 2009 14:32:28 +0100 Message-ID: <4AF18269.2040409@gwdg.de> Date: Wed, 04 Nov 2009 14:32:25 +0100 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.23 (X11/20090827) MIME-Version: 1.0 To: Matthew Jacob Content-Type: multipart/mixed; boundary="------------050409020103060104090001" X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-stable@freebsd.org Subject: Connection errors with driver isp(fw) on QLogic 2562 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2009 14:13:03 -0000 This is a multi-part message in MIME format. --------------050409020103060104090001 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Our system is a dual quad core xeon system with FreeBSD 8.0-RC2 (amd64). A dual port QLogic 2562 is connected to a QLogic SANBox 5800V to which two raids are attached. The HBA reports firmware version 4.03.01, BIOS version 2.02. Devices isp and ispfw are configured in kernel config file. The configuration with 4GBit GBics runs just fine. When we install 8GBit GBics, which is what we actually would like to use, the problems start: As soon as we have heavy write access to the raids we get connection errors. Our hardware vendor came up with some configuration options. "Don't use auto speed on connections" and the like. All without success. See the attached extracs from /var/log/messages. In the file there are three parts with different configuration settings on the hardware. The settings used are at the top of the messages. The last part is with 4GBit without errors. Is it helpful to bring the firmware of the HBA up to date with firmware 4.06.02? Or does it use the driver firmware from /usr/src/sys/dev/ispfw/asm_2500.h? If so, are you planning on updating asm_2500.h from 4.06.00 to 4.06.02? Any other ideas? Thanks in advance, Rainer Hurling --------------050409020103060104090001 Content-Type: text/plain; name="messages.091009.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="messages.091009.txt" # # FC-Switch, Raid 1+2 set to 8GBit, Server set to auto speed , with 8Gbit GBic # Oct 9 15:32:22 Server syslogd: exiting on signal 15 Oct 9 15:36:31 Server syslogd: kernel boot file is /boot/kernel/kernel Oct 9 15:36:31 Server kernel: Copyright (c) 1992-2009 The FreeBSD Project. Oct 9 15:36:31 Server kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Oct 9 15:36:31 Server kernel: The Regents of the University of California. All rights reserved. Oct 9 15:36:31 Server kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Oct 9 15:36:31 Server kernel: FreeBSD 8.0-RC1 #3: Fri Oct 9 15:27:23 CEST 2009 Oct 9 15:36:31 Server kernel: toor@Server:/usr/obj/usr/src/sys/KOMBJUDA Oct 9 15:36:31 Server kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Oct 9 15:36:31 Server kernel: CPU: Intel(R) Xeon(R) CPU E7440 @ 2.40GHz (2394.02-MHz K8-class CPU) Oct 9 15:36:31 Server kernel: Origin = "GenuineIntel" Id = 0x106d1 Stepping = 1 Oct 9 15:36:31 Server kernel: Features=0xbfebfbff Oct 9 15:36:31 Server kernel: Features2=0xce3bd Oct 9 15:36:31 Server kernel: AMD Features=0x20100800 Oct 9 15:36:31 Server kernel: AMD Features2=0x1 Oct 9 15:36:31 Server kernel: TSC: P-state invariant Oct 9 15:36:31 Server kernel: real memory = 103079215104 (98304 MB) Oct 9 15:36:31 Server kernel: avail memory = 99536936960 (94925 MB) Oct 9 15:36:31 Server kernel: ACPI APIC Table: <080808 APIC1448> Oct 9 15:36:31 Server kernel: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs Oct 9 15:36:31 Server kernel: FreeBSD/SMP: 2 package(s) x 4 core(s) Oct 9 15:36:31 Server kernel: cpu0 (BSP): APIC ID: 0 Oct 9 15:36:31 Server kernel: cpu1 (AP): APIC ID: 1 Oct 9 15:36:31 Server kernel: cpu2 (AP): APIC ID: 2 Oct 9 15:36:31 Server kernel: cpu3 (AP): APIC ID: 3 Oct 9 15:36:31 Server kernel: cpu4 (AP): APIC ID: 8 Oct 9 15:36:31 Server kernel: cpu5 (AP): APIC ID: 9 Oct 9 15:36:31 Server kernel: cpu6 (AP): APIC ID: 10 Oct 9 15:36:31 Server kernel: cpu7 (AP): APIC ID: 11 Oct 9 15:36:31 Server kernel: ioapic0: Changing APIC ID to 12 Oct 9 15:36:31 Server kernel: ioapic1: Changing APIC ID to 13 Oct 9 15:36:31 Server kernel: ioapic0 irqs 0-23 on motherboard Oct 9 15:36:31 Server kernel: ioapic1 irqs 24-47 on motherboard Oct 9 15:36:31 Server kernel: ispfw: registered firmware Oct 9 15:36:31 Server kernel: ispfw: registered firmware Oct 9 15:36:31 Server kernel: ispfw: registered firmware Oct 9 15:36:31 Server kernel: ispfw: registered firmware Oct 9 15:36:31 Server kernel: ispfw: registered firmware Oct 9 15:36:31 Server kernel: ispfw: registered firmware Oct 9 15:36:31 Server kernel: ispfw: registered firmware Oct 9 15:36:31 Server kernel: ispfw: registered firmware Oct 9 15:36:31 Server kernel: ispfw: registered firmware Oct 9 15:36:31 Server kernel: ispfw: registered firmware Oct 9 15:36:31 Server kernel: ispfw: registered firmware Oct 9 15:36:31 Server kernel: ispfw: registered firmware Oct 9 15:36:31 Server kernel: ispfw: registered firmware Oct 9 15:36:31 Server kernel: ispfw: registered firmware Oct 9 15:36:31 Server kernel: kbd1 at kbdmux0 Oct 9 15:36:31 Server kernel: acpi0: <080808 XSDT1448> on motherboard Oct 9 15:36:31 Server kernel: acpi0: [ITHREAD] Oct 9 15:36:31 Server kernel: acpi0: Power Button (fixed) Oct 9 15:36:31 Server kernel: acpi0: reservation of 0, a0000 (3) failed Oct 9 15:36:31 Server kernel: acpi0: reservation of 100000, bff00000 (3) failed Oct 9 15:36:31 Server kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Oct 9 15:36:31 Server kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 Oct 9 15:36:31 Server kernel: acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Oct 9 15:36:31 Server kernel: Timecounter "HPET" frequency 14318180 Hz quality 900 Oct 9 15:36:31 Server kernel: pcib0: port 0xcf8-0xcff on acpi0 Oct 9 15:36:31 Server kernel: pci0: on pcib0 Oct 9 15:36:31 Server kernel: pcib1: irq 16 at device 1.0 on pci0 Oct 9 15:36:31 Server kernel: pci12: on pcib1 Oct 9 15:36:31 Server kernel: igb0: port 0xec00-0xec1f mem 0xfdee0000-0xfdefffff,0xfdec0000-0xfdedffff,0xfdebc000-0xfdebffff irq 16 at device 0.0 on pci12 Oct 9 15:36:31 Server kernel: igb0: Using MSIX interrupts with 3 vectors Oct 9 15:36:31 Server kernel: igb0: [ITHREAD] Oct 9 15:36:31 Server last message repeated 2 times Oct 9 15:36:31 Server kernel: igb0: Ethernet address: 00:30:48:d0:44:b6 Oct 9 15:36:31 Server kernel: igb1: port 0xe880-0xe89f mem 0xfde60000-0xfde7ffff,0xfde40000-0xfde5ffff,0xfdeb8000-0xfdebbfff irq 17 at device 0.1 on pci12 Oct 9 15:36:31 Server kernel: igb1: Using MSIX interrupts with 3 vectors Oct 9 15:36:31 Server kernel: igb1: [ITHREAD] Oct 9 15:36:31 Server last message repeated 2 times Oct 9 15:36:31 Server kernel: igb1: Ethernet address: 00:30:48:d0:44:b7 Oct 9 15:36:31 Server kernel: pcib2: irq 16 at device 2.0 on pci0 Oct 9 15:36:31 Server kernel: pci8: on pcib2 Oct 9 15:36:31 Server kernel: pcib3: irq 16 at device 0.0 on pci8 Oct 9 15:36:31 Server kernel: pci10: on pcib3 Oct 9 15:36:31 Server kernel: pcib4: at device 0.0 on pci10 Oct 9 15:36:31 Server kernel: pci11: on pcib4 Oct 9 15:36:31 Server kernel: mpt0: port 0xd800-0xd8ff mem 0xfdcfc000-0xfdcfffff,0xfdce0000-0xfdceffff irq 16 at device 0.0 on pci11 Oct 9 15:36:31 Server kernel: mpt0: [ITHREAD] Oct 9 15:36:31 Server kernel: mpt0: MPI Version=1.5.19.0 Oct 9 15:36:31 Server kernel: pcib5: at device 0.3 on pci8 Oct 9 15:36:31 Server kernel: pci9: on pcib5 Oct 9 15:36:31 Server kernel: pcib6: irq 16 at device 4.0 on pci0 Oct 9 15:36:31 Server kernel: pci7: on pcib6 Oct 9 15:36:31 Server kernel: pcib7: irq 16 at device 6.0 on pci0 Oct 9 15:36:31 Server kernel: pci3: on pcib7 Oct 9 15:36:31 Server kernel: pcib8: at device 0.0 on pci3 Oct 9 15:36:31 Server kernel: pci4: on pcib8 Oct 9 15:36:31 Server kernel: pcib9: at device 2.0 on pci4 Oct 9 15:36:31 Server kernel: pci6: on pcib9 Oct 9 15:36:31 Server kernel: em0: port 0xcc00-0xcc1f mem 0xfd7e0000-0xfd7fffff,0xfd7c0000-0xfd7dffff irq 19 at device 0.0 on pci6 Oct 9 15:36:31 Server kernel: em0: Using MSI interrupt Oct 9 15:36:31 Server kernel: em0: [FILTER] Oct 9 15:36:31 Server kernel: em0: Ethernet address: 00:15:17:aa:23:65 Oct 9 15:36:31 Server kernel: em1: port 0xc880-0xc89f mem 0xfd780000-0xfd79ffff,0xfd760000-0xfd77ffff irq 18 at device 0.1 on pci6 Oct 9 15:36:31 Server kernel: em1: Using MSI interrupt Oct 9 15:36:31 Server kernel: em1: [FILTER] Oct 9 15:36:31 Server kernel: em1: Ethernet address: 00:15:17:aa:23:64 Oct 9 15:36:31 Server kernel: pcib10: at device 4.0 on pci4 Oct 9 15:36:31 Server kernel: pci5: on pcib10 Oct 9 15:36:31 Server kernel: em2: port 0xbc00-0xbc1f mem 0xfd5e0000-0xfd5fffff,0xfd5c0000-0xfd5dffff irq 17 at device 0.0 on pci5 Oct 9 15:36:31 Server kernel: em2: Using MSI interrupt Oct 9 15:36:31 Server kernel: em2: [FILTER] Oct 9 15:36:31 Server kernel: em2: Ethernet address: 00:15:17:aa:23:67 Oct 9 15:36:31 Server kernel: em3: port 0xb880-0xb89f mem 0xfd580000-0xfd59ffff,0xfd560000-0xfd57ffff irq 16 at device 0.1 on pci5 Oct 9 15:36:31 Server kernel: em3: Using MSI interrupt Oct 9 15:36:31 Server kernel: em3: [FILTER] Oct 9 15:36:31 Server kernel: em3: Ethernet address: 00:15:17:aa:23:66 Oct 9 15:36:31 Server kernel: pci0: at device 8.0 (no driver attached) Oct 9 15:36:31 Server kernel: pcib11: irq 16 at device 28.0 on pci0 Oct 9 15:36:31 Server kernel: pci2: on pcib11 Oct 9 15:36:31 Server kernel: isp0: port 0xa800-0xa8ff mem 0xfd3fc000-0xfd3fffff irq 16 at device 0.0 on pci2 Oct 9 15:36:31 Server kernel: isp0: [ITHREAD] Oct 9 15:36:31 Server kernel: isp1: port 0xa400-0xa4ff mem 0xfd3f8000-0xfd3fbfff irq 17 at device 0.1 on pci2 Oct 9 15:36:31 Server kernel: isp1: [ITHREAD] Oct 9 15:36:31 Server kernel: pcib12: at device 30.0 on pci0 Oct 9 15:36:31 Server kernel: pci1: on pcib12 Oct 9 15:36:31 Server kernel: vgapci0: port 0x9000-0x90ff mem 0xd0000000-0xd7ffffff,0xfd1f0000-0xfd1fffff at device 1.0 on pci1 Oct 9 15:36:31 Server kernel: isab0: at device 31.0 on pci0 Oct 9 15:36:31 Server kernel: isa0: on isab0 Oct 9 15:36:31 Server kernel: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 Oct 9 15:36:31 Server kernel: ata0: on atapci0 Oct 9 15:36:31 Server kernel: ata0: [ITHREAD] Oct 9 15:36:31 Server kernel: pci0: at device 31.3 (no driver attached) Oct 9 15:36:31 Server kernel: acpi_button0: on acpi0 Oct 9 15:36:31 Server kernel: atrtc0: port 0x70-0x71 irq 8 on acpi0 Oct 9 15:36:31 Server kernel: uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 Oct 9 15:36:31 Server kernel: uart0: [FILTER] Oct 9 15:36:31 Server kernel: uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 Oct 9 15:36:31 Server kernel: uart1: [FILTER] Oct 9 15:36:31 Server kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Oct 9 15:36:31 Server kernel: atkbd0: irq 1 on atkbdc0 Oct 9 15:36:31 Server kernel: kbd0 at atkbd0 Oct 9 15:36:31 Server kernel: atkbd0: [GIANT-LOCKED] Oct 9 15:36:31 Server kernel: atkbd0: [ITHREAD] Oct 9 15:36:31 Server kernel: orm0: at iomem 0xc0000-0xcafff,0xd3800-0xd47ff,0xd4800-0xd57ff on isa0 Oct 9 15:36:31 Server kernel: sc0: on isa0 Oct 9 15:36:31 Server kernel: sc0: VGA <16 virtual consoles, flags=0x300> Oct 9 15:36:31 Server kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Oct 9 15:36:31 Server kernel: ZFS filesystem version 13 Oct 9 15:36:31 Server kernel: ZFS storage pool version 13 Oct 9 15:36:31 Server kernel: Timecounters tick every 1.000 msec Oct 9 15:36:31 Server kernel: acd0: DVDROM at ata0-slave UDMA33 Oct 9 15:36:31 Server kernel: da0 at mpt0 bus 0 target 1 lun 0 Oct 9 15:36:31 Server kernel: da0: Fixed Direct Access SCSI-5 device Oct 9 15:36:31 Server kernel: da0: 300.000MB/s transfers Oct 9 15:36:31 Server kernel: da0: Command Queueing enabled Oct 9 15:36:31 Server kernel: da0: 122104MB (250069680 512 byte sectors: 255H 63S/T 15566C) Oct 9 15:36:31 Server kernel: da1 at mpt0 bus 0 target 2 lun 0 Oct 9 15:36:31 Server kernel: da1: Fixed Direct Access SCSI-5 device Oct 9 15:36:31 Server kernel: da1: 300.000MB/s transfers Oct 9 15:36:31 Server kernel: da1: Command Queueing enabled Oct 9 15:36:31 Server kernel: da1: 122104MB (250069680 512 byte sectors: 255H 63S/T 15566C) Oct 9 15:36:31 Server kernel: da2 at mpt0 bus 0 target 3 lun 0 Oct 9 15:36:31 Server kernel: da2: Fixed Direct Access SCSI-5 device Oct 9 15:36:31 Server kernel: da2: 300.000MB/s transfers Oct 9 15:36:31 Server kernel: da2: Command Queueing enabled Oct 9 15:36:31 Server kernel: da2: 244198MB (500118192 512 byte sectors: 255H 63S/T 31130C) Oct 9 15:36:31 Server kernel: da3 at mpt0 bus 0 target 5 lun 0 Oct 9 15:36:31 Server kernel: da3: Fixed Direct Access SCSI-5 device Oct 9 15:36:31 Server kernel: da3: 300.000MB/s transfers Oct 9 15:36:31 Server kernel: da3: Command Queueing enabled Oct 9 15:36:31 Server kernel: da3: 244198MB (500118192 512 byte sectors: 255H 63S/T 31130C) Oct 9 15:36:31 Server kernel: da4 at mpt0 bus 0 target 6 lun 0 Oct 9 15:36:31 Server kernel: da4: Fixed Direct Access SCSI-5 device Oct 9 15:36:31 Server kernel: da4: 300.000MB/s transfers Oct 9 15:36:31 Server kernel: da4: Command Queueing enabled Oct 9 15:36:31 Server kernel: da4: 244198MB (500118192 512 byte sectors: 255H 63S/T 31130C) Oct 9 15:36:31 Server kernel: da5 at mpt0 bus 0 target 7 lun 0 Oct 9 15:36:31 Server kernel: da5: Fixed Direct Access SCSI-5 device Oct 9 15:36:31 Server kernel: da5: 300.000MB/s transfers Oct 9 15:36:31 Server kernel: da5: Command Queueing enabled Oct 9 15:36:31 Server kernel: da5: 244198MB (500118192 512 byte sectors: 255H 63S/T 31130C) Oct 9 15:36:31 Server kernel: da7 at isp1 bus 0 target 0 lun 0 Oct 9 15:36:31 Server kernel: da7: Fixed Direct Access SCSI-5 device Oct 9 15:36:31 Server kernel: da7: 800.000MB/s transfers Oct 9 15:36:31 Server kernel: da7: Command Queueing enabled Oct 9 15:36:31 Server kernel: da7: 13350582MB (27341991936 512 byte sectors: 255H 63S/T 1701960C) Oct 9 15:36:31 Server kernel: da6 at isp0 bus 0 target 0 lun 0 Oct 9 15:36:31 Server kernel: da6: Fixed Direct Access SCSI-5 device Oct 9 15:36:31 Server kernel: da6: 800.000MB/s transfers Oct 9 15:36:31 Server kernel: da6: Command Queueing enabled Oct 9 15:36:31 Server kernel: da6: 13350582MB (27341991936 512 byte sectors: 255H 63S/T 1701960C) Oct 9 15:36:31 Server kernel: SMP: AP CPU #1 Launched! Oct 9 15:36:31 Server kernel: SMP: AP CPU #4 Launched! Oct 9 15:36:31 Server kernel: SMP: AP CPU #3 Launched! Oct 9 15:36:31 Server kernel: SMP: AP CPU #7 Launched! Oct 9 15:36:31 Server kernel: SMP: AP CPU #2 Launched! Oct 9 15:36:31 Server kernel: SMP: AP CPU #5 Launched! Oct 9 15:36:31 Server kernel: SMP: AP CPU #6 Launched! Oct 9 15:36:31 Server kernel: Trying to mount root from zfs:zroot Oct 9 15:36:33 Server kernel: igb0: link state changed to UP Oct 9 15:36:33 Server kernel: lagg0: link state changed to UP Oct 9 15:36:33 Server kernel: igb1: link state changed to UP Oct 9 15:36:49 Server ntpd[1286]: ntpd 4.2.4p5-a (1) Oct 9 15:36:56 Server ntpd[1287]: time reset +0.488748 s Oct 9 15:36:56 Server ntpd[1287]: kernel time sync status change 2001 Oct 9 15:37:48 Server login: ROOT LOGIN (toor) ON ttyv0 Oct 9 15:39:58 Server su: jeggema to toor on /dev/pts/0 Oct 9 15:45:42 Server kernel: isp1: Receive Error Oct 9 15:45:42 Server last message repeated 41 times Oct 9 15:45:56 Server login: ROOT LOGIN (toor) ON ttyv0 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff0032292000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x961 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff00321f0000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x962 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff0032286000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x963 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff00321ff000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x965 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff0032270000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x966 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff0032201000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x967 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff00321ec000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x968 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff0032229000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x969 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff003223a000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x96a Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff0032277000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x96b Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff00321df000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x96c Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff003226b000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x96e Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff0032294000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x96f Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff0032207000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x970 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff003222c000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x971 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff001ed74000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x972 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff0032252000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x973 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff003227a000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x974 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff0032250000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x976 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff0032264000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x977 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff0032260000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x978 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff003221b000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x979 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff0032231000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x97a Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff003226e000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x97b Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff0032227000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x97c Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff0032220000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x97d Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff003227c000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x97e Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff0032233000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x97f Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff0032246000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x980 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff0032254000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x981 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff0032214000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x982 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff0032266000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x983 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff003221d000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x984 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff0032259000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x985 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff0032272000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x987 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff0032211000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x988 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff003225c000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x989 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff003227e000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x98b Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff0032269000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x990 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff00321e9000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x993 Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff0032256000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x99f Oct 9 15:46:42 Server kernel: isp1: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0x01041d 0xffffff003220b000 Oct 9 15:46:42 Server kernel: (da7:isp1:0:0:0): watchdog timeout for handle 0x9a6 Oct 9 15:46:50 Server reboot: rebooted by toor Oct 9 15:47:03 Server kernel: isp1: Receive Error Oct 9 15:47:03 Server last message repeated 2 times Oct 9 15:47:06 Server syslogd: exiting on signal 15 # # FC-Switch, Raid 1+2 set to 8GBit, Server set to 8GBit, with 8GBit GBic # Oct 9 15:55:52 Server syslogd: kernel boot file is /boot/kernel/kernel Oct 9 15:55:52 Server kernel: ailbox Command 'INIT FIRMWARE' failed (COMMAND PARAMETER ERROR) Oct 9 15:55:52 Server kernel: isp0: Mailbox Command 'INIT FIRMWARE' failed (COMMAND PARAMETER ERROR) Oct 9 15:55:52 Server last message repeated 383 times Oct 9 15:55:52 Server kernel: isp1: Mailbox Command 'INIT FIRMWARE' failed (COMMAND PARAMETER ERROR) Oct 9 15:55:52 Server last message repeated 511 times Oct 9 15:55:52 Server kernel: da0 at mpt0 bus 0 target 1 lun 0 Oct 9 15:55:52 Server kernel: da0: Fixed Direct Access SCSI-5 device Oct 9 15:55:52 Server kernel: da0: 300.000MB/s transfers Oct 9 15:55:52 Server kernel: da0: Command Queueing enabled Oct 9 15:55:52 Server kernel: da0: 122104MB (250069680 512 byte sectors: 255H 63S/T 15566C) Oct 9 15:55:52 Server kernel: da1 at mpt0 bus 0 target 2 lun 0 Oct 9 15:55:52 Server kernel: da1: Fixed Direct Access SCSI-5 device Oct 9 15:55:52 Server kernel: da1: 300.000MB/s transfers Oct 9 15:55:52 Server kernel: da1: Command Queueing enabled Oct 9 15:55:52 Server kernel: da1: 122104MB (250069680 512 byte sectors: 255H 63S/T 15566C) Oct 9 15:55:52 Server kernel: da2 at mpt0 bus 0 target 3 lun 0 Oct 9 15:55:52 Server kernel: da2: Fixed Direct Access SCSI-5 device Oct 9 15:55:52 Server kernel: da2: 300.000MB/s transfers Oct 9 15:55:52 Server kernel: da2: Command Queueing enabled Oct 9 15:55:52 Server kernel: da2: 244198MB (500118192 512 byte sectors: 255H 63S/T 31130C) Oct 9 15:55:52 Server kernel: da3 at mpt0 bus 0 target 5 lun 0 Oct 9 15:55:52 Server kernel: da3: Fixed Direct Access SCSI-5 device Oct 9 15:55:52 Server kernel: da3: 300.000MB/s transfers Oct 9 15:55:52 Server kernel: da3: Command Queueing enabled Oct 9 15:55:52 Server kernel: da3: 244198MB (500118192 512 byte sectors: 255H 63S/T 31130C) Oct 9 15:55:52 Server kernel: da4 at mpt0 bus 0 target 6 lun 0 Oct 9 15:55:52 Server kernel: da4: Fixed Direct Access SCSI-5 device Oct 9 15:55:52 Server kernel: da4: 300.000MB/s transfers Oct 9 15:55:52 Server kernel: da4: Command Queueing enabled Oct 9 15:55:52 Server kernel: da4: 244198MB (500118192 512 byte sectors: 255H 63S/T 31130C) Oct 9 15:55:52 Server kernel: da5 at mpt0 bus 0 target 7 lun 0 Oct 9 15:55:52 Server kernel: da5: Fixed Direct Access SCSI-5 device Oct 9 15:55:52 Server kernel: da5: 300.000MB/s transfers Oct 9 15:55:52 Server kernel: da5: Command Queueing enabled Oct 9 15:55:52 Server kernel: da5: 244198MB (500118192 512 byte sectors: 255H 63S/T 31130C) Oct 9 15:55:52 Server kernel: SMP: AP CPU #1 Launched! Oct 9 15:55:52 Server kernel: SMP: AP CPU #7 Launched! Oct 9 15:55:52 Server kernel: SMP: AP CPU #3 Launched! Oct 9 15:55:52 Server kernel: SMP: AP CPU #4 Launched! Oct 9 15:55:52 Server kernel: SMP: AP CPU #2 Launched! Oct 9 15:55:52 Server kernel: SMP: AP CPU #5 Launched! Oct 9 15:55:52 Server kernel: SMP: AP CPU #6 Launched! Oct 9 15:55:52 Server kernel: Trying to mount root from zfs:zroot Oct 9 15:55:52 Server mountd[1180]: bad exports list line /data/users/jeggema Oct 9 15:55:52 Server mountd[1180]: bad exports list line /data/users/jsutmoe/Aussenlager Oct 9 15:55:52 Server mountd[1180]: bad exports list line /data/Software Oct 9 15:55:52 Server mountd[1180]: bad exports list line /data/KlimaWettreg Oct 9 15:55:52 Server mountd[1180]: bad exports list line /data/Temp Oct 9 15:55:52 Server ntpd[1264]: ntpd 4.2.4p5-a (1) Oct 9 15:55:53 Server kernel: igb0: link state changed to UP Oct 9 15:55:53 Server kernel: lagg0: link state changed to UP Oct 9 15:55:54 Server kernel: igb1: link state changed to UP Oct 9 15:56:14 Server login: ROOT LOGIN (toor) ON ttyv0 Oct 9 15:56:17 Server ntpd[1265]: time reset +0.944388 s Oct 9 15:56:17 Server ntpd[1265]: kernel time sync status change 2001 Oct 9 16:01:17 Server reboot: rebooted by toor Oct 9 16:01:17 Server syslogd: exiting on signal 15 # # FC-Switch, Raid 1+2, Server set to auto speed, with 4GBit GBic # Oct 9 16:16:37 Server syslogd: kernel boot file is /boot/kernel/kernel Oct 9 16:16:37 Server kernel: Copyright (c) 1992-2009 The FreeBSD Project. Oct 9 16:16:37 Server kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Oct 9 16:16:37 Server kernel: The Regents of the University of California. All rights reserved. Oct 9 16:16:37 Server kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Oct 9 16:16:37 Server kernel: FreeBSD 8.0-RC1 #3: Fri Oct 9 15:27:23 CEST 2009 Oct 9 16:16:37 Server kernel: toor@Server:/usr/obj/usr/src/sys/KOMBJUDA Oct 9 16:16:37 Server kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Oct 9 16:16:37 Server kernel: CPU: Intel(R) Xeon(R) CPU E7440 @ 2.40GHz (2394.02-MHz K8-class CPU) Oct 9 16:16:37 Server kernel: Origin = "GenuineIntel" Id = 0x106d1 Stepping = 1 Oct 9 16:16:37 Server kernel: Features=0xbfebfbff Oct 9 16:16:37 Server kernel: Features2=0xce3bd Oct 9 16:16:37 Server kernel: AMD Features=0x20100800 Oct 9 16:16:37 Server kernel: AMD Features2=0x1 Oct 9 16:16:37 Server kernel: TSC: P-state invariant Oct 9 16:16:37 Server kernel: real memory = 103079215104 (98304 MB) Oct 9 16:16:37 Server kernel: avail memory = 99536936960 (94925 MB) Oct 9 16:16:37 Server kernel: ACPI APIC Table: <080808 APIC1448> Oct 9 16:16:37 Server kernel: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs Oct 9 16:16:37 Server kernel: FreeBSD/SMP: 2 package(s) x 4 core(s) Oct 9 16:16:37 Server kernel: cpu0 (BSP): APIC ID: 0 Oct 9 16:16:37 Server kernel: cpu1 (AP): APIC ID: 1 Oct 9 16:16:37 Server kernel: cpu2 (AP): APIC ID: 2 Oct 9 16:16:37 Server kernel: cpu3 (AP): APIC ID: 3 Oct 9 16:16:37 Server kernel: cpu4 (AP): APIC ID: 8 Oct 9 16:16:37 Server kernel: cpu5 (AP): APIC ID: 9 Oct 9 16:16:37 Server kernel: cpu6 (AP): APIC ID: 10 Oct 9 16:16:37 Server kernel: cpu7 (AP): APIC ID: 11 Oct 9 16:16:37 Server kernel: ioapic0: Changing APIC ID to 12 Oct 9 16:16:37 Server kernel: ioapic1: Changing APIC ID to 13 Oct 9 16:16:37 Server kernel: ioapic0 irqs 0-23 on motherboard Oct 9 16:16:37 Server kernel: ioapic1 irqs 24-47 on motherboard Oct 9 16:16:37 Server kernel: ispfw: registered firmware Oct 9 16:16:37 Server kernel: ispfw: registered firmware Oct 9 16:16:37 Server kernel: ispfw: registered firmware Oct 9 16:16:37 Server kernel: ispfw: registered firmware Oct 9 16:16:37 Server kernel: ispfw: registered firmware Oct 9 16:16:37 Server kernel: ispfw: registered firmware Oct 9 16:16:37 Server kernel: ispfw: registered firmware Oct 9 16:16:37 Server kernel: ispfw: registered firmware Oct 9 16:16:37 Server kernel: ispfw: registered firmware Oct 9 16:16:37 Server kernel: ispfw: registered firmware Oct 9 16:16:37 Server kernel: ispfw: registered firmware Oct 9 16:16:37 Server kernel: ispfw: registered firmware Oct 9 16:16:37 Server kernel: ispfw: registered firmware Oct 9 16:16:37 Server kernel: ispfw: registered firmware Oct 9 16:16:37 Server kernel: kbd1 at kbdmux0 Oct 9 16:16:37 Server kernel: acpi0: <080808 XSDT1448> on motherboard Oct 9 16:16:37 Server kernel: acpi0: [ITHREAD] Oct 9 16:16:37 Server kernel: acpi0: Power Button (fixed) Oct 9 16:16:37 Server kernel: acpi0: reservation of 0, a0000 (3) failed Oct 9 16:16:37 Server kernel: acpi0: reservation of 100000, bff00000 (3) failed Oct 9 16:16:37 Server kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Oct 9 16:16:37 Server kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 Oct 9 16:16:37 Server kernel: acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Oct 9 16:16:37 Server kernel: Timecounter "HPET" frequency 14318180 Hz quality 900 Oct 9 16:16:37 Server kernel: pcib0: port 0xcf8-0xcff on acpi0 Oct 9 16:16:37 Server kernel: pci0: on pcib0 Oct 9 16:16:37 Server kernel: pcib1: irq 16 at device 1.0 on pci0 Oct 9 16:16:37 Server kernel: pci12: on pcib1 Oct 9 16:16:37 Server kernel: igb0: port 0xec00-0xec1f mem 0xfdee0000-0xfdefffff,0xfdec0000-0xfdedffff,0xfdebc000-0xfdebffff irq 16 at device 0.0 on pci12 Oct 9 16:16:37 Server kernel: igb0: Using MSIX interrupts with 3 vectors Oct 9 16:16:37 Server kernel: igb0: [ITHREAD] Oct 9 16:16:37 Server last message repeated 2 times Oct 9 16:16:37 Server kernel: igb0: Ethernet address: 00:30:48:d0:44:b6 Oct 9 16:16:37 Server kernel: igb1: port 0xe880-0xe89f mem 0xfde60000-0xfde7ffff,0xfde40000-0xfde5ffff,0xfdeb8000-0xfdebbfff irq 17 at device 0.1 on pci12 Oct 9 16:16:37 Server kernel: igb1: Using MSIX interrupts with 3 vectors Oct 9 16:16:37 Server kernel: igb1: [ITHREAD] Oct 9 16:16:37 Server last message repeated 2 times Oct 9 16:16:37 Server kernel: igb1: Ethernet address: 00:30:48:d0:44:b7 Oct 9 16:16:37 Server kernel: pcib2: irq 16 at device 2.0 on pci0 Oct 9 16:16:37 Server kernel: pci8: on pcib2 Oct 9 16:16:37 Server kernel: pcib3: irq 16 at device 0.0 on pci8 Oct 9 16:16:37 Server kernel: pci10: on pcib3 Oct 9 16:16:37 Server kernel: pcib4: at device 0.0 on pci10 Oct 9 16:16:37 Server kernel: pci11: on pcib4 Oct 9 16:16:37 Server kernel: mpt0: port 0xd800-0xd8ff mem 0xfdcfc000-0xfdcfffff,0xfdce0000-0xfdceffff irq 16 at device 0.0 on pci11 Oct 9 16:16:37 Server kernel: mpt0: [ITHREAD] Oct 9 16:16:37 Server kernel: mpt0: MPI Version=1.5.19.0 Oct 9 16:16:37 Server kernel: pcib5: at device 0.3 on pci8 Oct 9 16:16:37 Server kernel: pci9: on pcib5 Oct 9 16:16:37 Server kernel: pcib6: irq 16 at device 4.0 on pci0 Oct 9 16:16:37 Server kernel: pci7: on pcib6 Oct 9 16:16:37 Server kernel: pcib7: irq 16 at device 6.0 on pci0 Oct 9 16:16:37 Server kernel: pci3: on pcib7 Oct 9 16:16:37 Server kernel: pcib8: at device 0.0 on pci3 Oct 9 16:16:37 Server kernel: pci4: on pcib8 Oct 9 16:16:37 Server kernel: pcib9: at device 2.0 on pci4 Oct 9 16:16:37 Server kernel: pci6: on pcib9 Oct 9 16:16:37 Server kernel: em0: port 0xcc00-0xcc1f mem 0xfd7e0000-0xfd7fffff,0xfd7c0000-0xfd7dffff irq 19 at device 0.0 on pci6 Oct 9 16:16:37 Server kernel: em0: Using MSI interrupt Oct 9 16:16:37 Server kernel: em0: [FILTER] Oct 9 16:16:37 Server kernel: em0: Ethernet address: 00:15:17:aa:23:65 Oct 9 16:16:37 Server kernel: em1: port 0xc880-0xc89f mem 0xfd780000-0xfd79ffff,0xfd760000-0xfd77ffff irq 18 at device 0.1 on pci6 Oct 9 16:16:37 Server kernel: em1: Using MSI interrupt Oct 9 16:16:37 Server kernel: em1: [FILTER] Oct 9 16:16:37 Server kernel: em1: Ethernet address: 00:15:17:aa:23:64 Oct 9 16:16:37 Server kernel: pcib10: at device 4.0 on pci4 Oct 9 16:16:37 Server kernel: pci5: on pcib10 Oct 9 16:16:37 Server kernel: em2: port 0xbc00-0xbc1f mem 0xfd5e0000-0xfd5fffff,0xfd5c0000-0xfd5dffff irq 17 at device 0.0 on pci5 Oct 9 16:16:37 Server kernel: em2: Using MSI interrupt Oct 9 16:16:37 Server kernel: em2: [FILTER] Oct 9 16:16:37 Server kernel: em2: Ethernet address: 00:15:17:aa:23:67 Oct 9 16:16:37 Server kernel: em3: port 0xb880-0xb89f mem 0xfd580000-0xfd59ffff,0xfd560000-0xfd57ffff irq 16 at device 0.1 on pci5 Oct 9 16:16:37 Server kernel: em3: Using MSI interrupt Oct 9 16:16:37 Server kernel: em3: [FILTER] Oct 9 16:16:37 Server kernel: em3: Ethernet address: 00:15:17:aa:23:66 Oct 9 16:16:37 Server kernel: pci0: at device 8.0 (no driver attached) Oct 9 16:16:37 Server kernel: pcib11: irq 16 at device 28.0 on pci0 Oct 9 16:16:37 Server kernel: pci2: on pcib11 Oct 9 16:16:37 Server kernel: isp0: port 0xa800-0xa8ff mem 0xfd3fc000-0xfd3fffff irq 16 at device 0.0 on pci2 Oct 9 16:16:37 Server kernel: isp0: [ITHREAD] Oct 9 16:16:37 Server kernel: isp1: port 0xa400-0xa4ff mem 0xfd3f8000-0xfd3fbfff irq 17 at device 0.1 on pci2 Oct 9 16:16:37 Server kernel: isp1: [ITHREAD] Oct 9 16:16:37 Server kernel: pcib12: at device 30.0 on pci0 Oct 9 16:16:37 Server kernel: pci1: on pcib12 Oct 9 16:16:37 Server kernel: vgapci0: port 0x9000-0x90ff mem 0xd0000000-0xd7ffffff,0xfd1f0000-0xfd1fffff at device 1.0 on pci1 Oct 9 16:16:37 Server kernel: isab0: at device 31.0 on pci0 Oct 9 16:16:37 Server kernel: isa0: on isab0 Oct 9 16:16:37 Server kernel: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 Oct 9 16:16:37 Server kernel: ata0: on atapci0 Oct 9 16:16:37 Server kernel: ata0: [ITHREAD] Oct 9 16:16:37 Server kernel: pci0: at device 31.3 (no driver attached) Oct 9 16:16:37 Server kernel: acpi_button0: on acpi0 Oct 9 16:16:37 Server kernel: atrtc0: port 0x70-0x71 irq 8 on acpi0 Oct 9 16:16:37 Server kernel: uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 Oct 9 16:16:37 Server kernel: uart0: [FILTER] Oct 9 16:16:37 Server kernel: uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 Oct 9 16:16:37 Server kernel: uart1: [FILTER] Oct 9 16:16:37 Server kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Oct 9 16:16:37 Server kernel: atkbd0: irq 1 on atkbdc0 Oct 9 16:16:37 Server kernel: kbd0 at atkbd0 Oct 9 16:16:37 Server kernel: atkbd0: [GIANT-LOCKED] Oct 9 16:16:37 Server kernel: atkbd0: [ITHREAD] Oct 9 16:16:37 Server kernel: orm0: at iomem 0xc0000-0xcafff,0xd3800-0xd47ff,0xd4800-0xd57ff on isa0 Oct 9 16:16:37 Server kernel: sc0: on isa0 Oct 9 16:16:37 Server kernel: sc0: VGA <16 virtual consoles, flags=0x300> Oct 9 16:16:37 Server kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Oct 9 16:16:37 Server kernel: ZFS filesystem version 13 Oct 9 16:16:37 Server kernel: ZFS storage pool version 13 Oct 9 16:16:37 Server kernel: Timecounters tick every 1.000 msec Oct 9 16:16:37 Server kernel: acd0: DVDROM at ata0-slave UDMA33 Oct 9 16:16:37 Server kernel: da0 at mpt0 bus 0 target 1 lun 0 Oct 9 16:16:37 Server kernel: da0: Fixed Direct Access SCSI-5 device Oct 9 16:16:37 Server kernel: da0: 300.000MB/s transfers Oct 9 16:16:37 Server kernel: da0: Command Queueing enabled Oct 9 16:16:37 Server kernel: da0: 122104MB (250069680 512 byte sectors: 255H 63S/T 15566C) Oct 9 16:16:37 Server kernel: da1 at mpt0 bus 0 target 2 lun 0 Oct 9 16:16:37 Server kernel: da1: Fixed Direct Access SCSI-5 device Oct 9 16:16:37 Server kernel: da1: 300.000MB/s transfers Oct 9 16:16:37 Server kernel: da1: Command Queueing enabled Oct 9 16:16:37 Server kernel: da1: 122104MB (250069680 512 byte sectors: 255H 63S/T 15566C) Oct 9 16:16:37 Server kernel: da2 at mpt0 bus 0 target 3 lun 0 Oct 9 16:16:37 Server kernel: da2: Fixed Direct Access SCSI-5 device Oct 9 16:16:37 Server kernel: da2: 300.000MB/s transfers Oct 9 16:16:37 Server kernel: da2: Command Queueing enabled Oct 9 16:16:37 Server kernel: da2: 244198MB (500118192 512 byte sectors: 255H 63S/T 31130C) Oct 9 16:16:37 Server kernel: da3 at mpt0 bus 0 target 5 lun 0 Oct 9 16:16:37 Server kernel: da3: Fixed Direct Access SCSI-5 device Oct 9 16:16:37 Server kernel: da3: 300.000MB/s transfers Oct 9 16:16:37 Server kernel: da3: Command Queueing enabled Oct 9 16:16:37 Server kernel: da3: 244198MB (500118192 512 byte sectors: 255H 63S/T 31130C) Oct 9 16:16:37 Server kernel: da4 at mpt0 bus 0 target 6 lun 0 Oct 9 16:16:37 Server kernel: da4: Fixed Direct Access SCSI-5 device Oct 9 16:16:37 Server kernel: da4: 300.000MB/s transfers Oct 9 16:16:37 Server kernel: da4: Command Queueing enabled Oct 9 16:16:37 Server kernel: da4: 244198MB (500118192 512 byte sectors: 255H 63S/T 31130C) Oct 9 16:16:37 Server kernel: da5 at mpt0 bus 0 target 7 lun 0 Oct 9 16:16:37 Server kernel: da5: Fixed Direct Access SCSI-5 device Oct 9 16:16:37 Server kernel: da5: 300.000MB/s transfers Oct 9 16:16:37 Server kernel: da5: Command Queueing enabled Oct 9 16:16:37 Server kernel: da5: 244198MB (500118192 512 byte sectors: 255H 63S/T 31130C) Oct 9 16:16:37 Server kernel: da7 at isp1 bus 0 target 0 lun 0 Oct 9 16:16:37 Server kernel: da7: Fixed Direct Access SCSI-5 device Oct 9 16:16:37 Server kernel: da7: 400.000MB/s transfers Oct 9 16:16:37 Server kernel: da7: Command Queueing enabled Oct 9 16:16:37 Server kernel: da7: 13350582MB (27341991936 512 byte sectors: 255H 63S/T 1701960C) Oct 9 16:16:37 Server kernel: da6 at isp0 bus 0 target 0 lun 0 Oct 9 16:16:37 Server kernel: da6: Fixed Direct Access SCSI-5 device Oct 9 16:16:37 Server kernel: da6: 400.000MB/s transfers Oct 9 16:16:37 Server kernel: da6: Command Queueing enabled Oct 9 16:16:37 Server kernel: da6: 13350582MB (27341991936 512 byte sectors: 255H 63S/T 1701960C) Oct 9 16:16:37 Server kernel: SMP: AP CPU #1 Launched! Oct 9 16:16:37 Server kernel: SMP: AP CPU #4 Launched! Oct 9 16:16:37 Server kernel: SMP: AP CPU #2 Launched! Oct 9 16:16:37 Server kernel: SMP: AP CPU #6 Launched! Oct 9 16:16:37 Server kernel: SMP: AP CPU #3 Launched! Oct 9 16:16:37 Server kernel: SMP: AP CPU #5 Launched! Oct 9 16:16:37 Server kernel: SMP: AP CPU #7 Launched! Oct 9 16:16:37 Server kernel: Trying to mount root from zfs:zroot Oct 9 16:16:39 Server kernel: igb0: link state changed to UP Oct 9 16:16:39 Server kernel: lagg0: link state changed to UP Oct 9 16:16:39 Server kernel: igb1: link state changed to UP Oct 9 16:16:54 Server ntpd[1286]: ntpd 4.2.4p5-a (1) Oct 9 16:17:02 Server ntpd[1287]: time reset +1.056697 s Oct 9 16:17:02 Server ntpd[1287]: kernel time sync status change 2001 --------------050409020103060104090001-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 4 14:18:45 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1569C1065672 for ; Wed, 4 Nov 2009 14:18:45 +0000 (UTC) (envelope-from urmas.lett@eenet.ee) Received: from muheleja.eenet.ee (muheleja.eenet.ee [193.40.0.132]) by mx1.freebsd.org (Postfix) with ESMTP id AA0318FC17 for ; Wed, 4 Nov 2009 14:18:44 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by localhost.eenet.ee (Postfix) with ESMTP id BF6861CC2A; Wed, 4 Nov 2009 16:00:59 +0200 (EET) X-Virus-Scanned: amavisd-new at eenet.ee Received: from muheleja.eenet.ee ([127.0.0.1]) by localhost (muheleja.eenet.ee [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kPsAIiAQJNa8; Wed, 4 Nov 2009 16:00:57 +0200 (EET) Received: from [193.40.0.223] (poriseja.eenet.ee [193.40.0.223]) by muheleja.eenet.ee (Postfix) with ESMTP id 8687E1CC27; Wed, 4 Nov 2009 16:00:57 +0200 (EET) Message-ID: <4AF1891C.6010908@eenet.ee> Date: Wed, 04 Nov 2009 16:01:00 +0200 From: Urmas Lett Organization: EENet User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: gnukix@alltel.blackberry.com References: <772532900-1257123963-cardhu_decombobulator_blackberry.rim.net-1402739480-@bda715.bisx.prod.on.blackberry> In-Reply-To: <772532900-1257123963-cardhu_decombobulator_blackberry.rim.net-1402739480-@bda715.bisx.prod.on.blackberry> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Performance issues with 8.0 ZFS and sendfile/lighttpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2009 14:18:45 -0000 gnukix@alltel.blackberry.com wrote: > I can send in more documentation later but I am seeing severe zfs performance issues with lighttpd. Same machine using UFS will push 1gbit or more but same content and traffic load can not hit 200mbit. Ufs does around 3 megabytes/sec IO at 800mbit network but zfs pushes the disks into the ground with 50+ megabytes/sec dusk i/o. No compression no atime no checksums on zfs and still same IO levels. Ufs with soft updates and atime on. Orders of magnitude more disk IO... Like zfs isn't using cache or isn't coalescing disk reads or both. > > Has anyone else seen this or have any recommendations? Lighttpd config remains exactly the same as well FYI. Only difference is ufs vs zfs. Hi, I can confirm this on FreeBSD 7.2-STABLE. first run: :~# wget -O /dev/null http://192.168.1.1/1000m.bin --2009-11-04 15:36:15-- http://192.168.1.1/1000m.bin Connecting to 192.168.1.1:80... connected. HTTP request sent, awaiting response... 200 OK Length: 1048576000 (1000M) [application/octet-stream] Saving to: `/dev/null' 100%[====================================>] 1,048,576,000 17.0M/s in 81s 2009-11-04 15:37:36 (12.3 MB/s) - `/dev/null' saved [1048576000/1048576000] second run is even slower, cannot wait till end: :~# wget -O /dev/null http://192.168.1.1/1000m.bin --2009-11-04 15:40:00-- http://192.168.1.1/1000m.bin Connecting to 192.168.1.1:80... connected. HTTP request sent, awaiting response... 200 OK Length: 1048576000 (1000M) [application/octet-stream] Saving to: `/dev/null' 71% [==========================> ] 752,173,056 2.10M/s eta 2m 0s ^C After changing in lighttpd.conf server.network-backend = "writev" first run: :~# wget -O /dev/null http://192.168.1.1/1000m.bin --2009-11-04 15:47:51-- http://192.168.1.1/1000m.bin Connecting to 192.168.1.1:80... connected. HTTP request sent, awaiting response... 200 OK Length: 1048576000 (1000M) [application/octet-stream] Saving to: `/dev/null' 100%[====================================>] 1,048,576,000 44.1M/s in 27s 2009-11-04 15:48:18 (37.2 MB/s) - `/dev/null' saved [1048576000/1048576000] second & third run: :~# wget -O /dev/null http://192.168.1.1/1000m.bin --2009-11-04 15:48:20-- http://192.168.1.1/1000m.bin Connecting to 192.168.1.1:80... connected. HTTP request sent, awaiting response... 200 OK Length: 1048576000 (1000M) [application/octet-stream] Saving to: `/dev/null' 100%[====================================>] 1,048,576,000 788M/s in 1.3s 2009-11-04 15:48:21 (788 MB/s) - `/dev/null' saved [1048576000/1048576000] :~# wget -O /dev/null http://192.168.1.1/1000m.bin --2009-11-04 15:48:24-- http://192.168.1.1/1000m.bin Connecting to 192.168.1.1:80... connected. HTTP request sent, awaiting response... 200 OK Length: 1048576000 (1000M) [application/octet-stream] Saving to: `/dev/null' 100%[====================================>] 1,048,576,000 910M/s in 1.1s 2009-11-04 15:48:25 (910 MB/s) - `/dev/null' saved [1048576000/1048576000] I have Intel 10GbE PCI-Express directly connected between two servers. -- Urmas Lett Tel: +(372) 7 302 110 Fax: +(372) 7 302 111 E-Mail: urmas.lett@eenet.ee From owner-freebsd-stable@FreeBSD.ORG Wed Nov 4 14:27:59 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 174481065694 for ; Wed, 4 Nov 2009 14:27:59 +0000 (UTC) (envelope-from jacob@whotookspaz.org) Received: from mail-gx0-f218.google.com (mail-gx0-f218.google.com [209.85.217.218]) by mx1.freebsd.org (Postfix) with ESMTP id C06908FC28 for ; Wed, 4 Nov 2009 14:27:58 +0000 (UTC) Received: by gxk10 with SMTP id 10so3934864gxk.3 for ; Wed, 04 Nov 2009 06:27:57 -0800 (PST) Received: by 10.150.102.5 with SMTP id z5mr2806489ybb.160.1257344871875; Wed, 04 Nov 2009 06:27:51 -0800 (PST) Received: from kusanagi.whotookspaz.org (adsl-153-199-151.jax.bellsouth.net [70.153.199.151]) by mx.google.com with ESMTPS id 14sm564008gxk.10.2009.11.04.06.27.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 04 Nov 2009 06:27:49 -0800 (PST) Message-ID: <4AF18F3A.50804@whotookspaz.org> Date: Wed, 04 Nov 2009 09:27:06 -0500 From: Jacob Myers User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Jaime Bozza References: <4AE2232E.10406@whotookspaz.org> <4AE59FBE.6060904@tzim.net> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2D31DACA667921DCD3B321D1" Cc: "freebsd-stable@freebsd.org" , Arnaud Houdelette Subject: Re: Possible scheduler (SCHED_ULE) bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2009 14:27:59 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2D31DACA667921DCD3B321D1 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Jaime Bozza wrote: > From: Arnaud Houdelette [mailto:arnaud.houdelette@tzim.net] >> I haven't tried larger files - Maybe the boundary is different on amd6= 4? Doing some quick tests >> right now, I was able to upload a 100MB file without a problem, but th= is is an AMD64 system with SMP, >> plus the filesystem is all ZFS, so there are too many things different= =2E I'll have to setup a system >> that closely mirrors the rest of my tests (UFS, ULE, no SMP, etc) befo= re I can say I'm not having a >> problem there. >>> Jaime >>> >> I had the same issue using 7.1 amd64, with ZFS, no SMP. >> Not really sure what is the size boundary. I can't really test either,= >> as the machine is remote. >> But I confirm that each tentative upload of certain relatively 'big' >> files (around 1MB) with wordpress hanged the system before I switched >> from sendfile to writev. >> >> I might do some test on amd64 7.2 with no SMP if it can be of any use = ? >> >> Arnaud >=20 > I was able to duplicate the problem on 7.2-STABLE amd64 no SMP - Proble= m didn't seem to happen with SMP on. While I wasn't able to get a crash = dump, the crash looked similar. >=20 > Jaime >=20 FWIW, there was a fix committed for this: http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D198853 See if it helps. --=20 Jacob Myers | Website: http://whotookspaz.org Network Admin, Wilcox Technologies | Public key: 186A424A Using FreeBSD since 2007 | Public shell: http://bit.ly/42iGCR Answer a fool according to his folly, lest he be wise in his own conceit -- Proverbs, 26:5 --------------enig2D31DACA667921DCD3B321D1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQIcBAEBAgAGBQJK8Y9JAAoJEA933foYakKkmCsP+gLuXVqACvIyeyJA8QKsbeiq JDERmsgaXdlvLjeP4YrnR/Ldo/2+cKFjrvPpZ2jfj1TKVMcIpSs4nJv8MlLGAjSe IwRYaAfxdrG1te5GJlY/3rRuiRSTpOZTEOJFOVceALXAiJljGegNzlTpkFhARim3 s/90UA2Jz7OeNig585PFzXoXMLpzxi0vyYIczK2HElv1mgMja+0q1dLHBdPf/CBM HNyo0bgBWnAYrFUDQMTTe0ItTE0z5E85QhtbUcMqZ87rF7yD7trCUu9c6m6vIbis 5RFAkEna2Aqd99CE1/dmMbNxrT65ddkP5nGPgWBIr1WrHCg0WIb8kAI+kcRzCYod jvRCups9wKHcwcexycY3d/BuS3p4I48QQBnxumCy7377Nx5tKAEphhdWQKc1Yypf QfuV1OGE3AqqoNQCaDEWM2a9T2QJwm08u34kINrenNmTsTzWUsb64LnZAlMoi/fb FGQYcXUFQOmXAGu6qG4KKxZxzm9XmKJzdxF96CPIMxqLuFyZud/07Y1xAC721Tgh KNylzC8jhUS6tDmUGotUT7YcV+n1MdKghwPsWpX5GkVDCXU+RO6YFuzT3x8G5LiK Dut1SQeMn/D97pg8irUOxR+Qsbp6awbycUwcLPqSPo3YFUjx0Ae2X/BfLgQluO5K CiCQZ7znlekc4fUl4591 =+sn6 -----END PGP SIGNATURE----- --------------enig2D31DACA667921DCD3B321D1-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 4 17:16:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE1BF106566C for ; Wed, 4 Nov 2009 17:16:49 +0000 (UTC) (envelope-from bo-bup3u69b59x74aaxhwrzxa8930a7te@b.e.kohls.com) Received: from mta613.e.kohls.com (mta613.e.kohls.com [38.103.51.155]) by mx1.freebsd.org (Postfix) with SMTP id 4A44B8FC0C for ; Wed, 4 Nov 2009 17:16:49 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200505; d=e.kohls.com; b=kUet1Zw0Yj3CGo/LvkNAc8Bo4RdDhrfRbvfmmLPhsaj1m0PFsa9NivvT9tkFHgwSWlDO8NkQRFZLeIk5VeKSEbWrvJSdoxZQH2t9UgZtWqy/PPWgh/+Vjf22WQNzy/lxio5dkE8HPlH6XXRuhWbwdqdROVMXvmFH3Gp+1HH8fiE=; h=Date:Message-ID:List-Unsubscribe:From:To:Subject:MIME-Version:Reply-To:Content-type; Date: Wed, 4 Nov 2009 17:17:10 -0000 Message-ID: From: "Kohls.com" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 50% Off SALE + Extra 15% Off Holiday Decor X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Kohls.com" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2009 17:16:49 -0000 To view the HTML version of this e-mail, copy and paste the link below into the Address field of your Internet browser: http://e.kohls.com/a/tBK79ULBBZVhBB724FRBVGUbCB$/kohl1?t=BK79ULBBZVhBB724FRBVGUbCB$&email=freebsd-stable@freebsd.org&i_equity=0 ************************************************************************ 99¢ Standard Shipping on every item!* Surcharges still apply. ************************************************************************ Take an EXTRA 15% Off** Entire Stock Holiday Decor! Simply enter Promo Code HOLIDAYHOME when you checkout online now through November 5 during our 50% Off Sale! 50% Off Selected Holiday Dinnerware & Table Linens 50% Off Selected Candles & Decorative Accents 50% Off Entire Stock St. Nicholas Square Trim-A-Tree & Home Decor ************************************************************************ Skechers Shape-Ups Shape up while you walk! Designed to: -Promote weight loss -Tone muscles -Improve posture ************************************************************************ Find Kohl's on Facebook! Become a fan to connect with friends and get insider info. ************************************************************************ *Surcharges may apply due to size, weight or special handling required. If your item has a surcharge, it will appear on the product page. **OFFER IS VALID ONLINE ONLY. Offer is not valid in conjunction with any other percent-off discounts. Offer is nontransferable. Promo Code must be entered during checkout on Kohls.com to receive discount. Offer good on all sale-, regular- and clearance-priced merchandise. Offer not valid for price adjustments on prior purchases, on gift card purchases, for payment on a Kohl's Charge account or in conjunction with any other percent-off discounts, including the senior citizen discount. Offer also not valid on purchases of Kohl's Cares for Kids merchandise or other charitable items. Excludes sales tax. This mailbox is unattended, so please do not reply to this message. Instead, e-mail us at myaccount.help@kohls.com, or write to us at Kohl's Department Stores, Attention: Customer Service, N54 W13600 Woodale Drive, Menomonee Falls, WI 53051. If you no longer wish to receive e-mails from Kohls.com, unsubscribe by pasting this link into the Address field of your Internet browser: http://e.kohls.com/a/tBK79ULBBZVhBB724FRBVGUbCB$/kohl14?email=freebsd-stable@freebsd.org&email=freebsd-stable@freebsd.org Please allow up to seven days for your e-mail address to be removed. 99¢ Standard Shipping per item offer good now through November 5, 2009. 50% Off Sale prices good now through November 5, 2009. Extra 15% Off Holiday Decor offer good now through November 5, 2009. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 4 17:52:55 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01E5A1065676 for ; Wed, 4 Nov 2009 17:52:55 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-ew0-f218.google.com (mail-ew0-f218.google.com [209.85.219.218]) by mx1.freebsd.org (Postfix) with ESMTP id 8349C8FC17 for ; Wed, 4 Nov 2009 17:52:54 +0000 (UTC) Received: by ewy18 with SMTP id 18so792964ewy.43 for ; Wed, 04 Nov 2009 09:52:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=vY/aFl0QlOiXJMXH/14tlFlxyNF/O9+FVSrgHSuczHE=; b=KZpP4177o1Q3WDujqXr9PUgtPvmtxy6M8BKQiwGY4J8LYNLbh2qFs66J8yth6PLO5g 8EhZl3+sM2aIgSDoaftMEJWQGovunFE6ZuqLTOH8mxFNg8sqtPWT34vM90sJ/kRTQOQv BVbBkPVMK4YeyQhjhDNOz6SmAcKRZm4pCZpAo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=Iz6TMVrvUr23dIzrOvJ5Xcci9tZTv7jZNA/oaJqjV42xje2LDLy25PYyn2uReI7FDa ecRIC4la64q/6bbMXpWkJ5Er6//V4G28k6DkLVILHUMZyVhGsJYXnlOKsnPeFy8/QUDc SRzNRP7KCix7HrFEBdzT+D+VS5Bn46OisXX6U= Received: by 10.216.91.10 with SMTP id g10mr544138wef.217.1257357173402; Wed, 04 Nov 2009 09:52:53 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id j8sm67003gvb.4.2009.11.04.09.52.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 04 Nov 2009 09:52:52 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 4 Nov 2009 09:52:15 -0800 From: Pyun YongHyeon Date: Wed, 4 Nov 2009 09:52:15 -0800 To: Mike Barnard Message-ID: <20091104175215.GO1256@michelle.cdnetworks.com> References: <7dc029620911040434v7145b8afue945f2e3930dfb75@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7dc029620911040434v7145b8afue945f2e3930dfb75@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Broadcom BCM5715 not coming up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2009 17:52:55 -0000 On Wed, Nov 04, 2009 at 03:34:49PM +0300, Mike Barnard wrote: > Hi, > > I am experiencing a weird problem on an HP ProLiant BL480c G1 with a > Broadcom Dual Gigabit network card. > > For some reason, it wont come up. I have tried it with different media > speeds, options but nothing. I upgraded my sources, recompiled and installed Would you give me more details? Which interface does not show up? dmesg output shows your all 4 controllers were attached successfully. You mean you see no link even if driver recognized the controller? > from FreeBSD 7.1-PRERELEASE to 7.2-STABLE but I get the same error. > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 4 23:07:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9677D1065672; Wed, 4 Nov 2009 23:07:30 +0000 (UTC) (envelope-from dclark@engr.scu.edu) Received: from endor.engr.scu.edu (smtp.engr.scu.edu [129.210.16.13]) by mx1.freebsd.org (Postfix) with ESMTP id 64B9F8FC08; Wed, 4 Nov 2009 23:07:28 +0000 (UTC) Received: from nova32.dc.engr.scu.edu (nova32.dc.engr.scu.edu [129.210.16.29]) by endor.engr.scu.edu (8.13.6/8.13.6) with ESMTP id nA4N7QK9001016 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Nov 2009 15:07:28 -0800 Received: from localhost (dclark@localhost) by nova32.dc.engr.scu.edu (8.13.6/8.13.6) with ESMTP id nA4N6HVO029738; Wed, 4 Nov 2009 15:06:17 -0800 (PST) X-Authentication-Warning: nova32.dc.engr.scu.edu: dclark owned process doing -bs Date: Wed, 4 Nov 2009 15:06:17 -0800 (PST) From: "Dorr H. Clark" X-Sender: dclark@nova32.dc.engr.scu.edu To: freebsd-stable@freebsd.org In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org Subject: gdb/libkvm problem - can someone explain this? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2009 23:07:30 -0000 With FreeBSD 4.x, gdb -k is able to read and interpret the last 4 bytes of a page (4k) boundary. In BSD 6.x/7.x/8.x using the kgdb program, if one issues the kgdb command: (gdb) x /x 0xcbed8ffd An "invalid address" error is returned. However, if one issues the command: (gdb) x /10x 0xcbed8ff0 it is able to read the memory (and past) just fine. The following patch returns the usr/src/lib/libkvm/kvm_i386.c behavior closer to the BSD4.x version and seems to remedy this situation. @@ -289,11 +289,13 @@ #define PG_FRAME4M (~PAGE4M_MASK) pde_pa = ((u_long)pde & PG_FRAME4M) + (va & PAGE4M_MASK); s = _kvm_pa2off(kd, pde_pa, &ofs); +#if 0 if (s < sizeof pde) { _kvm_syserr(kd, kd->program, "_kvm_vatop: pde_pa not found"); goto invalid; } +#endif *pa = ofs; return (NBPDR - (va & PAGE4M_MASK)); } Does anyone see any problem or have any comments about this? Paul Lai Engineer Dorr H. Clark Advisor Graduate School of Engineering Santa Clara University Santa Clara, CA. http://www.cse.scu.edu/~dclark/coen_284_FreeBSD/libkvm_problem.txt From owner-freebsd-stable@FreeBSD.ORG Thu Nov 5 06:32:20 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDA12106568F; Thu, 5 Nov 2009 06:32:20 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 287388FC13; Thu, 5 Nov 2009 06:32:19 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.3/8.14.3) with ESMTP id nA566tJt085716; Thu, 5 Nov 2009 13:06:55 +0700 (KRAT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4AF26B7F.2020401@rdtc.ru> Date: Thu, 05 Nov 2009 13:06:55 +0700 From: Eugene Grosbein User-Agent: Thunderbird 2.0.0.23 (X11/20090918) MIME-Version: 1.0 To: Mel Flynn References: <20090828135029.GA21544@svzserv.kemerovo.su> <200909021559.31093.fbsd.multimedia@rachie.is-a-geek.net> In-Reply-To: <200909021559.31093.fbsd.multimedia@rachie.is-a-geek.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@freebsd.org, stable@freebsd.org, Eugene Grosbein Subject: Re: x11/nvidia-driver cannot obtain EDID under 8.0-BETA3/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2009 06:32:20 -0000 Mel Flynn wrote: >> Fresh install of 8.0-BETA2 upgraded to 8.0-BETA3 using source, >> x.org installed from fresh ports tree. It cannot read EDID from >> Samsung 959NF CRT monitor. The same time, it can read EDID under 7.2-STABLE >> just fine. I've tried older nvidia-driver-180.60 (downgrading port) >> and current port's version 185.18.29, no change. >> >> (WW) NVIDIA(GPU-0): Unable to read EDID for display device CRT-1 Just for archives: Samsung 959NF has two inputs, D-Sub and BNC. For D-Sub, it presents EDID and it does not for BNC that I used. So, the problem was with monitor connection, not with FreeBSD nor nvidia-driver. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Thu Nov 5 09:12:32 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F7051065670; Thu, 5 Nov 2009 09:12:32 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout3.freenet.de (mout3.freenet.de [IPv6:2001:748:100:40::2:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0755B8FC13; Thu, 5 Nov 2009 09:12:32 +0000 (UTC) Received: from [195.4.92.24] (helo=14.mx.freenet.de) by mout3.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #92) id 1N5yOK-0005Bx-CT; Thu, 05 Nov 2009 10:12:28 +0100 Received: from tbfde.t.pppool.de ([89.55.191.222]:22223 helo=ernst.jennejohn.org) by 14.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1N5yOK-0007hW-3f; Thu, 05 Nov 2009 10:12:28 +0100 Date: Thu, 5 Nov 2009 10:12:26 +0100 From: Gary Jennejohn To: "Dorr H. Clark" Message-ID: <20091105101226.5c6ef961@ernst.jennejohn.org> In-Reply-To: References: X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: gdb/libkvm problem - can someone explain this? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2009 09:12:32 -0000 On Wed, 4 Nov 2009 15:06:17 -0800 (PST) "Dorr H. Clark" wrote: > > With FreeBSD 4.x, gdb -k is able to read and interpret > the last 4 bytes of a page (4k) boundary. > > In BSD 6.x/7.x/8.x using the kgdb program, > if one issues the kgdb command: > (gdb) x /x 0xcbed8ffd > An "invalid address" error is returned. > This is only 3 bytes - d, e, f. Try it with 0xcbed8ffc. BTW you got a little carried away with cross posting. --- Gary Jennejohn From owner-freebsd-stable@FreeBSD.ORG Thu Nov 5 13:56:37 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F435106566C; Thu, 5 Nov 2009 13:56:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3100F8FC25; Thu, 5 Nov 2009 13:56:37 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id CF59D46B2E; Thu, 5 Nov 2009 08:56:36 -0500 (EST) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 13D008A020; Thu, 5 Nov 2009 08:56:36 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 5 Nov 2009 08:56:12 -0500 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911050856.13188.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 05 Nov 2009 08:56:36 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-hackers@freebsd.org, "Dorr H. Clark" Subject: Re: gdb/libkvm problem - can someone explain this? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2009 13:56:37 -0000 On Wednesday 04 November 2009 6:06:17 pm Dorr H. Clark wrote: > > With FreeBSD 4.x, gdb -k is able to read and interpret > the last 4 bytes of a page (4k) boundary. > > In BSD 6.x/7.x/8.x using the kgdb program, > if one issues the kgdb command: > (gdb) x /x 0xcbed8ffd > An "invalid address" error is returned. > > However, if one issues the command: > (gdb) x /10x 0xcbed8ff0 > it is able to read the memory (and past) just fine. > > The following patch returns the usr/src/lib/libkvm/kvm_i386.c > behavior closer to the BSD4.x version and seems to remedy this situation. > > @@ -289,11 +289,13 @@ > #define PG_FRAME4M (~PAGE4M_MASK) > pde_pa = ((u_long)pde & PG_FRAME4M) + (va & PAGE4M_MASK); > s = _kvm_pa2off(kd, pde_pa, &ofs); > +#if 0 > if (s < sizeof pde) { > _kvm_syserr(kd, kd->program, > "_kvm_vatop: pde_pa not found"); > goto invalid; > } > +#endif > *pa = ofs; > return (NBPDR - (va & PAGE4M_MASK)); > } > > Does anyone see any problem or have any comments about this? How about this. It needs to fail if the page is not found at all, but this should fix your edge case. It also matches what kvm_amd64.c does. I think this was just a copy and paste bug. Index: kvm_i386.c =================================================================== --- kvm_i386.c (revision 198888) +++ kvm_i386.c (working copy) @@ -295,9 +295,9 @@ #define PG_FRAME4M (~PAGE4M_MASK) pde_pa = ((u_long)pde & PG_FRAME4M) + (va & PAGE4M_MASK); s = _kvm_pa2off(kd, pde_pa, &ofs); - if (s < sizeof pde) { - _kvm_syserr(kd, kd->program, - "_kvm_vatop: pde_pa not found"); + if (s == 0) { + _kvm_err(kd, kd->program, + "_kvm_vatop: 4MB page address not in dump"); goto invalid; } *pa = ofs; @@ -391,9 +391,9 @@ #define PG_FRAME2M (~PAGE2M_MASK) pde_pa = ((u_long)pde & PG_FRAME2M) + (va & PAGE2M_MASK); s = _kvm_pa2off(kd, pde_pa, &ofs); - if (s < sizeof pde) { - _kvm_syserr(kd, kd->program, - "_kvm_vatop_pae: pde_pa not found"); + if (s == 0) { + _kvm_err(kd, kd->program, + "_kvm_vatop: 2MB page address not in dump"); goto invalid; } *pa = ofs; -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Nov 5 22:44:33 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F26CA106566B for ; Thu, 5 Nov 2009 22:44:33 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (dsl081-172-045.sea1.dsl.speakeasy.net [64.81.172.45]) by mx1.freebsd.org (Postfix) with ESMTP id 9FA568FC16 for ; Thu, 5 Nov 2009 22:44:33 +0000 (UTC) Received: from webmail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id nA5MIOxX023051 for ; Thu, 5 Nov 2009 14:18:30 -0800 (PST) (envelope-from chris#@1command.com) Received: from udns.ultimatedns.net ([64.81.172.214]) (Local authenticated user inf0s) by webmail.1command.com with HTTP; Thu, 5 Nov 2009 14:18:30 -0800 (PST) Message-ID: <1351d34267ef212d4fc02a9c8d5d9aff.HRCIM@webmail.1command.com> Date: Thu, 5 Nov 2009 14:18:30 -0800 (PST) From: "Chris H" To: freebsd-stable@freebsd.org User-Agent: HRC Internet Messaging/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit Subject: make: Max recursion level (500) exceeded.: Resource temporarily unavailable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2009 22:44:34 -0000 Greetings, I recieved the error: make: Max recursion level (500) exceeded.: Resource temporarily unavailable when attempting to perform: make install && make clean, in graphics/gimp-app How to overcome? Some context follows: ===> Found saved configuration for gimp-2.6.6,2 ===> Extracting for gimp-2.6.6,2 ===> Patching for gimp-2.6.6,2 ===> Configuring for gimp-2.6.6,2 ===> Installing for gimp-2.6.6,2 ===> gimp-2.6.6,2 depends on executable: gimp-2.6 - not found ===> Verifying install for gimp-2.6 in /usr/ports/graphics/gimp-app ===> Extracting for gimp-app-2.6.6_3,1 => MD5 Checksum OK for gimp-2.6.6.tar.bz2. => SHA256 Checksum OK for gimp-2.6.6.tar.bz2. ===> Patching for gimp-app-2.6.6_3,1 ===> gimp-app-2.6.6_3,1 depends on package: libtool>=2.2 - found ===> Applying FreeBSD patches for gimp-app-2.6.6_3,1 ===> gimp-app-2.6.6_3,1 depends on file: /usr/local/libdata/pkgconfig/iso-codes.pc - found ===> gimp-app-2.6.6_3,1 depends on executable: gmake - found ===> gimp-app-2.6.6_3,1 depends on file: /usr/local/libdata/pkgconfig/xpm.pc - found ===> gimp-app-2.6.6_3,1 depends on file: /usr/local/libdata/pkgconfig/xmu.pc - found ===> gimp-app-2.6.6_3,1 depends on file: /usr/local/libdata/pkgconfig/xext.pc - found ===> gimp-app-2.6.6_3,1 depends on package: libtool>=2.2 - found ===> gimp-app-2.6.6_3,1 depends on file: /usr/local/bin/intltool-extract - found ===> gimp-app-2.6.6_3,1 depends on executable: pkg-config - found ===> gimp-app-2.6.6_3,1 depends on executable: update-desktop-database - found ===> gimp-app-2.6.6_3,1 depends on shared library: png.5 - found ===> gimp-app-2.6.6_3,1 depends on shared library: jpeg.10 - found ===> gimp-app-2.6.6_3,1 depends on shared library: tiff.4 - found ===> gimp-app-2.6.6_3,1 depends on shared library: lcms.1 - found ===> gimp-app-2.6.6_3,1 depends on shared library: gegl-0.0.22 - found ===> gimp-app-2.6.6_3,1 depends on shared library: gimp-2.0.0 - not found ===> Verifying install for gimp-2.0.0 in /usr/ports/graphics/gimp-app ... line #7998 ... ===> Verifying install for gimp-2.0.0 in /usr/ports/graphics/gimp-app make: Max recursion level (500) exceeded.: Resource temporarily unavailable *** Error code 2 Stop in /usr/ports/graphics/gimp-app. *** Error code 1 Stop in /usr/ports/graphics/gimp-app. *** Error code 1 Thanks for all your time and consideration. --Chris uname FreeBSD 7.2-RELEASE-p4 #0: Sun Nov 1 18:44:29 PST 2009 source/ports from cvs of same day. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 5 23:19:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 767331065676 for ; Thu, 5 Nov 2009 23:19:39 +0000 (UTC) (envelope-from tonix@interazioni.it) Received: from mx02.interazioni.net (mx02.interazioni.net [80.94.114.204]) by mx1.freebsd.org (Postfix) with ESMTP id BF8A18FC1E for ; Thu, 5 Nov 2009 23:19:38 +0000 (UTC) Received: (qmail 41965 invoked by uid 88); 5 Nov 2009 23:19:34 -0000 Received: from unknown (HELO ?192.168.0.102?) (tonix@interazioni.it@94.163.188.140) by relay.interazioni.net with ESMTPA; 5 Nov 2009 23:19:33 -0000 Message-ID: <4AF35D7D.7010807@interazioni.it> Date: Fri, 06 Nov 2009 00:19:25 +0100 From: "Tonix (Antonio Nati)" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Features in 8.0? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2009 23:19:39 -0000 I'd like to know if these features are available in FreeBSD 8.0. * advanced routing (I miss the possibility to define routes based on sender IPs) * carpdev Thanks, Tonino -- ------------------------------------------------------------ Inter@zioni Interazioni di Antonio Nati http://www.interazioni.it tonix@interazioni.it ------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Fri Nov 6 00:36:19 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCFEF106568B for ; Fri, 6 Nov 2009 00:36:19 +0000 (UTC) (envelope-from thomas@FreeBSD.ORG) Received: from melamine.cuivre.fr.eu.org (unknown [IPv6:2001:470:1f15:1531:224:e8ff:fe3d:60a5]) by mx1.freebsd.org (Postfix) with ESMTP id 0DCA98FC15 for ; Fri, 6 Nov 2009 00:36:19 +0000 (UTC) Received: by melamine.cuivre.fr.eu.org (Postfix, from userid 1000) id 30DC420CC; Fri, 6 Nov 2009 01:36:18 +0100 (CET) Date: Fri, 6 Nov 2009 01:36:18 +0100 From: Thomas Quinot To: =?iso-8859-1?Q?Gy=F6rgy?= Vilmos Message-ID: <20091106003617.GA1908@melamine.cuivre.fr.eu.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: .zfs snapshot dir disappears and a crash later on, while umounting (8.0-RC1) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2009 00:36:19 -0000 * Gy=F6rgy Vilmos, 2009-06-11 : > Subject: .zfs snapshot dir disappears and a crash later on, while > umounting For the record, I got the same symptom here on 8.0-RC1. > #7 0xffffffff807ba96e in calltrap () at /usr/src/sys/amd64/amd64/ > exception.S:209 > #8 0xffffffff80517925 in _sx_xlock (sx=3D0xa0, opts=3D0, > file=3D0xffffffff80f045e8 "/usr/src/sys/modules/zfs/../../cddl/contrib/ > opensolaris/uts/common/fs/zfs/zfs_ctldir.c", > line=3D1288) at atomic.h:143 > #9 0xffffffff80e97e55 in zfsctl_umount_snapshots (vfsp=3DVariable > "vfsp" is not available. > ) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ Clearly looks like something in the .zfs structure gets botched at some point... I'll keep the crash dump for a while, if more information is needed please let me know. Thomas. melamine.cuivre.fr.eu.org dumped core - see /var/crash/vmcore.0 Fri Nov 6 01:23:21 CET 2009 FreeBSD melamine.cuivre.fr.eu.org 8.0-RC1 FreeBSD 8.0-RC1 #0: Tue Oct 6 19= :43:29 UTC 2009 root@melamine2.cuivre.fr.eu.org:/usr/obj/usr/src/sys/GE= NERIC amd64 panic: page fault GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: <6>ifa_del_loopback_route: deletion failed <5>tun2: link state changed to DOWN <118>Nov 6 00:16:38 melamine syslogd: exiting on signal 15 info: [drm] Resetting GPU Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...0 0 0 0 done All buffers synced. Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0xa8 fault code =3D supervisor write data, page not present instruction pointer =3D 0x20:0xffffffff8058cbf5 stack pointer =3D 0x28:0xffffff815d480970 frame pointer =3D 0x28:0xffffff815d480980 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 41907 (reboot) trap number =3D 12 panic: page fault cpuid =3D 0 Uptime: 15d10h25m49s Physical memory: 12270 MB Dumping 5655 MB: 5640 5624 5608 5592 5576 5560 5544 5528 5512 5496 5480 546= 4 5448 5432 5416 5400 5384 5368 5352 5336 5320 5304 5288 5272 5256 5240 522= 4 5208 5192 5176 5160 5144 5128 5112 5096 5080 5064 5048 5032 5016 5000 498= 4 4968 4952 4936 4920 4904 4888 4872 4856 4840 4824 4808 4792 4776 4760 474= 4 4728 4712 4696 4680 4664 4648 4632 4616 4600 4584 4568 4552 4536 4520 450= 4 4488 4472 4456 4440 4424 4408 4392 4376 4360 4344 4328 4312 4296 4280 426= 4 4248 4232 4216 4200 4184 4168 4152 4136 4120 4104 4088 4072 4056 4040 402= 4 4008 3992 3976 3960 3944 3928 3912 3896 3880 3864 3848 3832 3816 3800 378= 4 3768 3752 3736 3720 3704 3688 3672 3656 3640 3624 3608 3592 3576 3560 354= 4 3528 3512 3496 3480 3464 3448 3432 3416 3400 3384 3368 3352 3336 3320 330= 4 3288 3272 3256 3240 3224 3208 3192 3176 3160 3144 3128 3112 3096 3080 306= 4 3048 3032 3016 3000 2984 2968 2952 2936 2920 2904 2888 2872 2856 2840 282= 4 2808 2792 2776 2760 2744 2728 2712 2696 2680 2664 2648 2632 2616 2600 258= 4 2568 2552 2536 2520 2504 2488 2472 2456 2440 2424 2408 2392 2376 2360 234= 4 2328 2312 2296 2280 2264 2248 2232 2216 2200 2184 2168 2152 2136 2120 210= 4 2088 2072 2056 2040 2024 2008 1992 1976 1960 1944 1928 1912 1896 1880 186= 4 1848 1832 1816 1800 1784 1768 1752 1736 1720 1704 1688 1672 1656 1640 162= 4 1608 1592 1576 1560 1544 1528 1512 1496 1480 1464 1448 1432 1416 1400 138= 4 1368 1352 1336 1320 1304 1288 1272 1256 1240 1224 1208 1192 1176 1160 114= 4 1128 1112 1096 1080 1064 1048 1032 1016 1000 984 968 952 936 920 904 888 = 872 856 840 824 808 792 776 760 744 728 712 696 680 664 648 632 616 600 584= 568 552 536 520 504 488 472 456 440 424 408 392 376 360 344 328 312 296 28= 0 264 248 232 216 200 184 168 152 136 120 104 88 72 56 40 24 8 Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/kerne= l/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /bo= ot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/atapicam.ko...Reading symbols from /boot/= kernel/atapicam.ko.symbols...done. done. Loaded symbols for /boot/kernel/atapicam.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/ker= nel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/radeon.ko...Reading symbols from /boot/ke= rnel/radeon.ko.symbols...done. done. Loaded symbols for /boot/kernel/radeon.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kerne= l/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /boot= /kernel/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linprocfs.ko Reading symbols from /boot/kernel/snd_ich.ko...Reading symbols from /boot/k= ernel/snd_ich.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_ich.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/ker= nel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from /boot/k= ernel/snd_hda.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_hda.ko Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from /boot= /kernel/accf_http.ko.symbols...done. done. Loaded symbols for /boot/kernel/accf_http.ko Reading symbols from /boot/kernel/accf_data.ko...Reading symbols from /boot= /kernel/accf_data.ko.symbols...done. done. Loaded symbols for /boot/kernel/accf_data.ko #0 doadump () at pcpu.h:223 223 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:223 #1 0xffffffff80584f19 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xffffffff8058534c in panic (fmt=3D0xffffffff8092c24c "%s") at /usr/src/sys/kern/kern_shutdown.c:579 #3 0xffffffff80865ad8 in trap_fatal (frame=3D0xffffff000625c390, eva=3DVar= iable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:852 #4 0xffffffff80865ea4 in trap_pfault (frame=3D0xffffff815d4808c0, usermode= =3D0) at /usr/src/sys/amd64/amd64/trap.c:768 #5 0xffffffff80866794 in trap (frame=3D0xffffff815d4808c0) at /usr/src/sys/amd64/amd64/trap.c:494 #6 0xffffffff8084cb33 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 #7 0xffffffff8058cbf5 in _sx_xlock (sx=3D0x90, opts=3D0,=20 file=3D0xffffffff80efcca8 "/usr/src/sys/modules/zfs/../../cddl/contrib/= opensolaris/uts/common/fs/zfs/zfs_ctldir.c", line=3D1336) at atomic.h:147 #8 0xffffffff80e8ec75 in zfsctl_umount_snapshots (vfsp=3DVariable "vfsp" i= s not available. ) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/f= s/zfs/zfs_ctldir.c:1336 #9 0xffffffff80e9b559 in zfs_umount (vfsp=3D0xffffff0006a50000, fflag=3D52= 4288) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/f= s/zfs/zfs_vfsops.c:1017 #10 0xffffffff80609ffa in dounmount (mp=3D0xffffff0006a50000, flags=3D52428= 8, td=3DVariable "td" is not available. ) at /usr/src/sys/kern/vfs_mount.c:1290 #11 0xffffffff8060d962 in vfs_unmountall () at /usr/src/sys/kern/vfs_subr.c:3141 #12 0xffffffff8058519a in boot (howto=3D0) at /usr/src/sys/kern/kern_shutdown.c:401 #13 0xffffffff8058543c in reboot (td=3D0xffffff000625c390,=20 uap=3D0xffffff815d480bf0) at /usr/src/sys/kern/kern_shutdown.c:173 #14 0xffffffff80866116 in syscall (frame=3D0xffffff815d480c80) at /usr/src/sys/amd64/amd64/trap.c:984 #15 0xffffffff8084ce11 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:373 #16 0x000000080078f83c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb)=20 From owner-freebsd-stable@FreeBSD.ORG Fri Nov 6 01:06:24 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51B13106566B; Fri, 6 Nov 2009 01:06:24 +0000 (UTC) (envelope-from dclark@engr.scu.edu) Received: from endor.engr.scu.edu (smtp.engr.scu.edu [129.210.16.13]) by mx1.freebsd.org (Postfix) with ESMTP id 381B98FC18; Fri, 6 Nov 2009 01:06:23 +0000 (UTC) Received: from nova48.dc.engr.scu.edu (nova48.dc.engr.scu.edu [129.210.16.45]) by endor.engr.scu.edu (8.13.6/8.13.6) with ESMTP id nA616LCL032279 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 Nov 2009 17:06:23 -0800 Received: from localhost (dclark@localhost) by nova48.dc.engr.scu.edu (8.13.6/8.13.6) with ESMTP id nA616LEX013858; Thu, 5 Nov 2009 17:06:21 -0800 (PST) X-Authentication-Warning: nova48.dc.engr.scu.edu: dclark owned process doing -bs Date: Thu, 5 Nov 2009 17:06:21 -0800 (PST) From: "Dorr H. Clark" X-Sender: dclark@nova48.dc.engr.scu.edu To: freebsd-stable@freebsd.org In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org Subject: resource leak in fifo_vnops.c: 6.x/7.x/8.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2009 01:06:24 -0000 We believe we have identified a significant resource leak present in 6.x, 7.x, and 8.x. We believe this is a regression versus FreeBSD 4.x which appears to do the Right Thing (tm). We have a test program (see below) which will run the system out of sockets by repeated exercise of the failing code path in the kernel. Our proposed fix is applied to the file usr/src/sys/fs/fifofs/fifo_vnops.c @@ -237,6 +237,8 @@ if (ap->a_mode & FWRITE) { if ((ap->a_mode & O_NONBLOCK) && fip->fi_readers == 0) { mtx_unlock(&fifo_mtx); + /* Exclusive VOP lock is held - safe to clean */ + fifo_cleanup(vp); return (ENXIO); } fip->fi_writers++; Test program follows. We welcome feedback on this proposed fix. Chitti Nimmagadda Engineer Dorr H. Clark Advisor Graduate School of Engineering Santa Clara University Santa Clara, CA. A test program which reveals the issue is presented here: #include #include #include #include #include #include #include #include #include #include #define FIFOPATH "/tmp/fifobug.debug" void getsysctl(name, ptr, len) const char *name; void *ptr; size_t len; { size_t nlen = len; if (sysctlbyname(name, ptr, &nlen, NULL, 0) != 0) { perror("sysctl"); printf("name: %s\n", name); exit(-1); } if (nlen != len) { printf("sysctl(%s...) expected %lu, got %lu", name, (unsigned long)len, (unsigned long)nlen); exit(-2); } } main(int argc, char *argv[]) { int acnt = 0, bcnt = 0, maxcnt; int fd; unsigned int maxiter; int notdone = 1; int i= 0; getsysctl("kern.ipc.maxsockets", &maxcnt, sizeof(maxcnt)); if (argc == 2) { maxiter = atoi(argv[1]); } else { maxiter = maxcnt*2; } unlink(FIFOPATH); printf("Max sockets: %d\n", maxcnt); printf("FIFO %s will be created, opened, deleted %d times\n", FIFOPATH, maxiter); getsysctl("kern.ipc.numopensockets", &bcnt, sizeof(bcnt)); while(notdone && (i++ < maxiter)) { if (mkfifo(FIFOPATH, 0) == 0) { chmod(FIFOPATH, S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH); } fd = open(FIFOPATH, O_WRONLY|O_NONBLOCK); if ((fd <= 0) && (errno != ENXIO)) { notdone = 0; } unlink(FIFOPATH); } getsysctl("kern.ipc.numopensockets", &acnt, sizeof(acnt)); printf("Open Sockets: Before Test: %d, After Test: %d, diff: %d\n", bcnt, acnt, acnt - bcnt); if (notdone) { printf("FIFO/socket bug is fixed\n"); exit(0); } else { printf("FIFO/socket bug is NOT fixed\n"); exit(-1); } } http://www.cse.scu.edu/~dclark/coen_284_FreeBSD/fifo_socket_leak.txt From owner-freebsd-stable@FreeBSD.ORG Fri Nov 6 01:41:27 2009 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C3AD106568D; Fri, 6 Nov 2009 01:41:27 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id B19A08FC12; Fri, 6 Nov 2009 01:41:26 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.167.197]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id nA61J1Op091788 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 Nov 2009 17:19:02 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <4AF3795F.7010103@FreeBSD.org> Date: Thu, 05 Nov 2009 17:18:23 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: stable@FreeBSD.org, freebsd-net@FreeBSD.org Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: em0: watchdog timeout when communicating to windows using 9K MTU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2009 01:41:27 -0000 Hi, My em0 interface repeatedly hangs up with watchdog timeout when communicating to the windows host at MTU 9K. [sobomax@pioneer ~]$ grep em0 /var/run/dmesg.boot em0: port 0xecc0-0xecdf mem 0xfe6e0000-0xfe6fffff,0xfe6d9000-0xfe6d9fff irq 21 at device 25.0 on pci0 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:22:19:32:87:2f [sobomax@pioneer ~]$ uname -a FreeBSD pioneer.sippysoft.com 7.2-RELEASE-p4 FreeBSD 7.2-RELEASE-p4 #0: Sun Oct 4 03:08:04 PDT 2009 root@pioneer.sippysoft.com:/usr/obj/usr/src/sys/PIONEER amd64 [sobomax@pioneer ~]$ ifconfig em0 em0: flags=8843 metric 0 mtu 9000 options=98 ether 00:22:19:32:87:2f inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 inet 192.168.2.1 netmask 0xffffff00 broadcast 192.168.2.255 inet6 fec0::1 prefixlen 64 media: Ethernet autoselect (1000baseTX ) status: active [sobomax@pioneer ~]$ dmesg | grep watchd em0: watchdog timeout -- resetting em0: watchdog timeout -- resetting em0: watchdog timeout -- resetting em0: watchdog timeout -- resetting em0: watchdog timeout -- resetting I have managed to make a packet capture right at the time when hang happens. It appears to be that either "MAC Pause" or "TCP Segment of reassembled PDU" is the last packet that goes through before the interface hangs. Here is the screenshot, if somebody wants to take closer look at the actual packets please let me know. http://sobomax.sippysoft.com/~sobomax/ScreenShot527.png Turning off TSO and TXCSUM/RXCSUM has not helped. Bringing MTU down to 1,500 resolved the problem immediately. I have had the same problem happening several times in the past (although I initially attributed it to the bad cable or something like that), so it's definitely not on-off issue. Given popularity of intel/pro chips in today's computers it look like quite serious issue to me. Any help is greatly appreciated. Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com MSN: sales@sippysoft.com Skype: SippySoft From owner-freebsd-stable@FreeBSD.ORG Fri Nov 6 08:19:32 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFBA5106568B for ; Fri, 6 Nov 2009 08:19:31 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 766CC8FC32 for ; Fri, 6 Nov 2009 08:19:31 +0000 (UTC) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.3/8.14.3) with ESMTP id nA68JNVM030414; Fri, 6 Nov 2009 08:19:23 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp.infracaninophile.co.uk nA68JNVM030414 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=infracaninophile.co.uk; s=200708; t=1257495564; bh=VL7EvFB+JA7WN/YkpLHlDakgsotK5s4vp0+6ZvRJS1o=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Cc:Content-Type:Date:From:In-Reply-To: Message-ID:Mime-Version:References:To; z=Message-ID:=20<4AF3DC05.3010408@infracaninophile.co.uk>|Date:=20F ri,=2006=20Nov=202009=2008:19:17=20+0000|From:=20Matthew=20Seaman= 20|Organization:=20Infracaninophi le|User-Agent:=20Thunderbird=202.0.0.23=20(X11/20090823)|MIME-Vers ion:=201.0|To:=20"Tonix=20(Antonio=20Nati)"=20|CC:=20freebsd-stable@freebsd.org|Subject:=20Re:=20Features=20in =208.0?|References:=20<4AF35D7D.7010807@interazioni.it>|In-Reply-T o:=20<4AF35D7D.7010807@interazioni.it>|X-Enigmail-Version:=200.95. 6|Content-Type:=20multipart/signed=3B=20micalg=3Dpgp-sha256=3B=0D= 0A=20protocol=3D"application/pgp-signature"=3B=0D=0A=20boundary=3D "------------enig7BF61F7B1A56AE3AB8FAA160"; b=yB3b5ccgDkSJ2iCX0r0ok/WA0ZGFpKZj6mmJhh8YeMT7IbqWYTMLP/6/wTENS2zwW URhpVUwC1VvT7lsJXuKxEnjzyJLYCSqJiZP8fXB8onVwroVWljTfvNuv3SS9jqo1Cl iCOl+nr7/uHgxWun3qaY+9qpIhb6vVeGVRJTZ1Pg= X-Authentication-Warning: happy-idiot-talk.infracaninophile.co.uk: Host localhost [IPv6:::1] claimed to be happy-idiot-talk.infracaninophile.co.uk Message-ID: <4AF3DC05.3010408@infracaninophile.co.uk> Date: Fri, 06 Nov 2009 08:19:17 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.23 (X11/20090823) MIME-Version: 1.0 To: "Tonix (Antonio Nati)" References: <4AF35D7D.7010807@interazioni.it> In-Reply-To: <4AF35D7D.7010807@interazioni.it> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig7BF61F7B1A56AE3AB8FAA160" X-Virus-Scanned: clamav-milter 0.95.3 at happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VERIFIED,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on happy-idiot-talk.infracaninophile.co.uk Cc: freebsd-stable@freebsd.org Subject: Re: Features in 8.0? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2009 08:19:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7BF61F7B1A56AE3AB8FAA160 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable Tonix (Antonio Nati) wrote: > I'd like to know if these features are available in FreeBSD 8.0. >=20 > * advanced routing (I miss the possibility to define routes based > on sender IPs) > * carpdev Yes to both, if you enable pf. The advanced routing I think you're askin= g about is generally described as 'policy based routing' -- look for the=20 documentation on the 'route-to' keyword in pf rulesets: http://openbsd.org/faq/pf/pools.html#outgoing If you implement CARP on a firewall pair, then you will need a carp0 pseudo interface -- this can be created and configured in /etc/rc.conf li= ke so: cloned_interfaces=3D"carp0" ifconfig_carp0=3D"vhid 100 pass ~not~telling~you~ 192.0.2.1/24" FreeBSD-8.0 now also has the capability of using a per-application routin= g table, so you can change the routes for (say) apache or squid independent= ly of what applies for the rest of the system. See setfib(1) for more information, plus recent examples of implementing this in RC scripts on the ports mailing list. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enig7BF61F7B1A56AE3AB8FAA160 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkrz3AsACgkQ8Mjk52CukIxj8ACbBBURdlaG+HWFSUQMN1Vp+RYF 4CQAn2ytfA7IK4zr0hhp+rSGi602C4fc =6gYo -----END PGP SIGNATURE----- --------------enig7BF61F7B1A56AE3AB8FAA160-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 6 08:57:22 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A6A8106566B; Fri, 6 Nov 2009 08:57:22 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id CB66E8FC13; Fri, 6 Nov 2009 08:57:21 +0000 (UTC) Received: by bwz5 with SMTP id 5so924473bwz.3 for ; Fri, 06 Nov 2009 00:57:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=8yGk30zCWtAw5KWeCpJNFfXPDY7F2i5wVxLEhaS6HC0=; b=px/CGiSkEngTqR+yUd9iB/Hn+arFJL4UXw7FgtH9ToTAJpYyJ/rnyd2dk+w10dkrVz u978rjd1sSJFb0Br1NagU7+JO01eZJY/CCRJkezpQrm1dD5sj+FhV5Lutzgb5cQGJGdu 6LS0AyJ+ZYqHun02SYL5B20idbO01S1/fFh80= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=uHV565ejv0kWU2BDwKr+/oF/+8XeSsKQlsUPlJFB7l3J4MbMwqeszyflxodFxz5IRc BzhCrGb6hoQvhjLYbZGwVnnMDrclmUOvQQG/nbfssfGrOYJ1La22a4kU52GSvRm5aXES xBzG2G9V2UFwF1BPUqofgJJv/HvPJaVx0JanU= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.58.208 with SMTP id i16mr588527fah.22.1257497840612; Fri, 06 Nov 2009 00:57:20 -0800 (PST) In-Reply-To: References: Date: Fri, 6 Nov 2009 09:57:20 +0100 X-Google-Sender-Auth: f936111433c45289 Message-ID: <3bbf2fe10911060057t5ebfb330n486c80018826fa93@mail.gmail.com> From: Attilio Rao To: "Dorr H. Clark" Content-Type: text/plain; charset=UTF-8 Cc: freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: resource leak in fifo_vnops.c: 6.x/7.x/8.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2009 08:57:22 -0000 2009/11/6 Dorr H. Clark : > > > We believe we have identified a significant resource leak > present in 6.x, 7.x, and 8.x. We believe this is a regression > versus FreeBSD 4.x which appears to do the Right Thing (tm). > > We have a test program (see below) which will run the system > out of sockets by repeated exercise of the failing code > path in the kernel. > > Our proposed fix is applied to the file usr/src/sys/fs/fifofs/fifo_vnops.c > > > @@ -237,6 +237,8 @@ > if (ap->a_mode & FWRITE) { > if ((ap->a_mode & O_NONBLOCK) && fip->fi_readers == 0) { > mtx_unlock(&fifo_mtx); > + /* Exclusive VOP lock is held - safe to clean */ > + fifo_cleanup(vp); > return (ENXIO); > } > fip->fi_writers++; I think it should also check that fip->if_writers == 0 (and possibly the checks within fifo_cleanup() should just be assertions, but that's orthogonal someway) and the comment is not needed. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Fri Nov 6 09:29:47 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E97C1065672 for ; Fri, 6 Nov 2009 09:29:47 +0000 (UTC) (envelope-from tonix@interazioni.it) Received: from mx02.interazioni.net (mx02.interazioni.net [80.94.114.204]) by mx1.freebsd.org (Postfix) with ESMTP id F03EE8FC1B for ; Fri, 6 Nov 2009 09:29:46 +0000 (UTC) Received: (qmail 57448 invoked by uid 88); 6 Nov 2009 09:29:46 -0000 Received: from unknown (HELO ?192.168.56.198?) (tonix@interazioni.it@85.18.206.139) by relay.interazioni.net with ESMTPA; 6 Nov 2009 09:29:45 -0000 Message-ID: <4AF3EC86.7010506@interazioni.it> Date: Fri, 06 Nov 2009 10:29:42 +0100 From: "Tonix (Antonio Nati)" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4AF35D7D.7010807@interazioni.it> <4AF3DC05.3010408@infracaninophile.co.uk> In-Reply-To: <4AF3DC05.3010408@infracaninophile.co.uk> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Features in 8.0? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2009 09:29:47 -0000 Matthew Seaman ha scritto: > Tonix (Antonio Nati) wrote: >> I'd like to know if these features are available in FreeBSD 8.0. >> >> * advanced routing (I miss the possibility to define routes based >> on sender IPs) >> * carpdev > > Yes to both, if you enable pf. The advanced routing I think you're > asking > about is generally described as 'policy based routing' -- look for the > documentation on the 'route-to' keyword in pf rulesets: > > http://openbsd.org/faq/pf/pools.html#outgoing > > If you implement CARP on a firewall pair, then you will need a carp0 > pseudo interface -- this can be created and configured in /etc/rc.conf > like > so: > > cloned_interfaces="carp0" > > ifconfig_carp0="vhid 100 pass ~not~telling~you~ 192.0.2.1/24" > > FreeBSD-8.0 now also has the capability of using a per-application > routing > table, so you can change the routes for (say) apache or squid > independently > of what applies for the rest of the system. See setfib(1) for more > information, plus recent examples of implementing this in RC scripts on > the ports mailing list. > As far as I read, it is no to both. About routes, if I type a "route" command I will not be able these routes. I hope to add a route with a command like "route add --from 192.168.16.0/24 ....", and I hope I can see all the routes in the system with the "route" command, without need to have two separate commands to merge. About carpdev, I already know carp is implemented, but up to now the OpenSBD carpdev, which let a virtual IP to bind an interface, is not implemented. The FreeBSD way forces to have one "fixed" ip for each interface on which we need a virtual IP. Impossible for complex networks. Thanks, Tonino > Cheers, > > Matthew > -- ------------------------------------------------------------ Inter@zioni Interazioni di Antonio Nati http://www.interazioni.it tonix@interazioni.it ------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Fri Nov 6 15:27:02 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FB99106566B for ; Fri, 6 Nov 2009 15:27:02 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) by mx1.freebsd.org (Postfix) with ESMTP id AC5908FC25 for ; Fri, 6 Nov 2009 15:27:01 +0000 (UTC) Received: from w2003s01.double-l.local (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr10.xs4all.nl (8.13.8/8.13.8) with ESMTP id nA6FQxx0010307 for ; Fri, 6 Nov 2009 16:26:59 +0100 (CET) (envelope-from Johan@double-l.nl) Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Fri, 6 Nov 2009 16:26:57 +0100 Message-ID: <57200BF94E69E54880C9BB1AF714BBCBA57187@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Buildworld on 8.0 RC2 fails. Thread-Index: Acpe9ZPCL3L4YdnnSeaH4cggXuqRrA== From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Buildworld on 8.0 RC2 fails. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2009 15:27:02 -0000 I have 4 macines running FreeBSD 8.0RC2 , which where last updated on 5/11/2009 =20 I have csuped the src today, and on the buildworld cycle (make kernel ) they all error out with the following error!! cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=3Dnocona -std=3Dc99 - = g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-protot ypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-ex tensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DH AVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-growth=3D100 --param large-function-growth=3D1000 -fno-omit-fra me-pointer -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-s se3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestan ding -fstack-protector -Werror /usr/src/sys/amd64/amd64/fpu.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=3Dnocona -std=3Dc99 - = g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-protot ypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-ex tensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DH AVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-growth=3D100 --param large-function-growth=3D1000 -fno-omit-fra me-pointer -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-s se3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestan ding -fstack-protector -Werror /usr/src/sys/amd64/amd64/identcpu.c cc1: warnings being treated as errors /usr/src/sys/amd64/amd64/identcpu.c: In function 'print_AMD_info': /usr/src/sys/amd64/amd64/identcpu.c:621: warning: implicit declaration of functi on 'CPUID_TO_FAMILY' /usr/src/sys/amd64/amd64/identcpu.c:621: warning: nested extern declaration of ' CPUID_TO_FAMILY' /usr/src/sys/amd64/amd64/identcpu.c:621: warning: implicit declaration of functi on 'CPUID_TO_MODEL' /usr/src/sys/amd64/amd64/identcpu.c:621: warning: nested extern declaration of ' CPUID_TO_MODEL' *** Error code 1 =20 Stop in /usr/obj/usr/src/sys/KRNL. *** Error code 1 =20 Stop in /usr/src. *** Error code 1 =20 Stop in /usr/src. smbserv01 src # =20 This is on Core2 duo en quad core machines. =20 My KRNL config file reads the following =20 include GENERIC ident KRNL =20 # pf options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_CDNR options ALTQ_PRIQ device pf device pflog device pfsync =20 # Console color options options SC_NORM_ATTR=3D(FG_LIGHTGREY|BG_BLACK) options SC_NORM_REV_ATTR=3D(FG_YELLOW|BG_GREEN) options SC_KERNEL_CONS_ATTR=3D(FG_BROWN|BG_BLACK) options SC_KERNEL_CONS_REV_ATTR=3D(FG_BLACK|BG_RED) =20 # System console options options SC_DISABLE_REBOOT # disable reboot key sequence options SC_HISTORY_SIZE=3D200 # number of history buffer = lines =20 my /etc/make.conf reads. CPUTYPE?=3Dnocona =20 KERNCONF=3DKRNL =20 BATCH_DELETE_OLD_FILES=3D yes =20 #BATCH=3Dyes =20 WITHOUT_X11=3Dyes WITHOUT_GUI=3Dyes # added by use.perl 2009-09-17 20:36:21 PERL_VERSION=3D5.10.1 =20 Regards, Johan Hendriks =20 From owner-freebsd-stable@FreeBSD.ORG Fri Nov 6 15:43:50 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC4DB1065692 for ; Fri, 6 Nov 2009 15:43:50 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 959EE8FC2B for ; Fri, 6 Nov 2009 15:43:50 +0000 (UTC) Received: from OMTA03.westchester.pa.mail.comcast.net ([76.96.62.27]) by QMTA04.westchester.pa.mail.comcast.net with comcast id 1ny01d00B0bG4ec54rjqlb; Fri, 06 Nov 2009 15:43:50 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA03.westchester.pa.mail.comcast.net with comcast id 1rjp1d00K3S48mS3Prjp0c; Fri, 06 Nov 2009 15:43:50 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 61F3E1E3035; Fri, 6 Nov 2009 07:43:48 -0800 (PST) Date: Fri, 6 Nov 2009 07:43:48 -0800 From: Jeremy Chadwick To: Johan Hendriks Message-ID: <20091106154348.GA42813@icarus.home.lan> References: <57200BF94E69E54880C9BB1AF714BBCBA57187@w2003s01.double-l.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCBA57187@w2003s01.double-l.local> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: atillo@freebsd.org, kib@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Buildworld on 8.0 RC2 fails. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2009 15:43:51 -0000 On Fri, Nov 06, 2009 at 04:26:57PM +0100, Johan Hendriks wrote: > I have 4 macines running FreeBSD 8.0RC2 , which where last updated on > 5/11/2009 > > I have csuped the src today, and on the buildworld cycle (make kernel ) > they all error out with the following error!! > > cc1: warnings being treated as errors > /usr/src/sys/amd64/amd64/identcpu.c: In function 'print_AMD_info': > /usr/src/sys/amd64/amd64/identcpu.c:621: warning: implicit declaration > of functi on > 'CPUID_TO_FAMILY' > /usr/src/sys/amd64/amd64/identcpu.c:621: warning: nested extern > declaration of ' > CPUID_TO_FAMILY' > /usr/src/sys/amd64/amd64/identcpu.c:621: warning: implicit declaration > of functi on > 'CPUID_TO_MODEL' > /usr/src/sys/amd64/amd64/identcpu.c:621: warning: nested extern > declaration of ' > CPUID_TO_MODEL' > *** Error code 1 This was fixed ~20 minutes ago. It may take time for the change to get committed to all of the cvsup servers. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/amd64/amd64/identcpu.c.diff?r1=1.174.2.2;r2=1.174.2.3;f=h The breakage occurred 5 hours ago. See commits to RELENG_8 tag, unless you're using RELENG_8_0: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/amd64/amd64/identcpu.c -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Nov 6 15:51:23 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BAF1106568F; Fri, 6 Nov 2009 15:51:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id EED048FC26; Fri, 6 Nov 2009 15:51:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nA6FL0Vc082616; Fri, 6 Nov 2009 10:21:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nA6FL01f082612; Fri, 6 Nov 2009 15:21:00 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 6 Nov 2009 15:21:00 GMT Message-Id: <200911061521.nA6FL01f082612@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2009 15:51:23 -0000 TB --- 2009-11-06 14:09:41 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-06 14:09:41 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2009-11-06 14:09:41 - cleaning the object tree TB --- 2009-11-06 14:10:02 - cvsupping the source tree TB --- 2009-11-06 14:10:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2009-11-06 14:10:30 - building world TB --- 2009-11-06 14:10:30 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-06 14:10:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-06 14:10:30 - TARGET=pc98 TB --- 2009-11-06 14:10:30 - TARGET_ARCH=i386 TB --- 2009-11-06 14:10:30 - TZ=UTC TB --- 2009-11-06 14:10:30 - __MAKE_CONF=/dev/null TB --- 2009-11-06 14:10:30 - cd /src TB --- 2009-11-06 14:10:30 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 6 14:10:31 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 6 15:08:56 UTC 2009 TB --- 2009-11-06 15:08:56 - generating LINT kernel config TB --- 2009-11-06 15:08:56 - cd /src/sys/pc98/conf TB --- 2009-11-06 15:08:56 - /usr/bin/make -B LINT TB --- 2009-11-06 15:08:56 - building LINT kernel TB --- 2009-11-06 15:08:56 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-06 15:08:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-06 15:08:56 - TARGET=pc98 TB --- 2009-11-06 15:08:56 - TARGET_ARCH=i386 TB --- 2009-11-06 15:08:56 - TZ=UTC TB --- 2009-11-06 15:08:56 - __MAKE_CONF=/dev/null TB --- 2009-11-06 15:08:56 - cd /src TB --- 2009-11-06 15:08:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 6 15:08:56 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/i686_mem.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/identcpu.c cc1: warnings being treated as errors /src/sys/i386/i386/identcpu.c: In function 'print_AMD_info': /src/sys/i386/i386/identcpu.c:1317: warning: implicit declaration of function 'CPUID_TO_FAMILY' /src/sys/i386/i386/identcpu.c:1317: warning: nested extern declaration of 'CPUID_TO_FAMILY' /src/sys/i386/i386/identcpu.c:1317: warning: implicit declaration of function 'CPUID_TO_MODEL' /src/sys/i386/i386/identcpu.c:1317: warning: nested extern declaration of 'CPUID_TO_MODEL' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-06 15:21:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-06 15:21:00 - ERROR: failed to build lint kernel TB --- 2009-11-06 15:21:00 - 3184.58 user 656.99 system 4278.67 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Fri Nov 6 18:36:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 657F41065693; Fri, 6 Nov 2009 18:36:30 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id C55AF8FC13; Fri, 6 Nov 2009 18:36:29 +0000 (UTC) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 8819719E023; Fri, 6 Nov 2009 19:36:28 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 9603F19E019; Fri, 6 Nov 2009 19:36:25 +0100 (CET) Message-ID: <4AF46CA9.1040904@quip.cz> Date: Fri, 06 Nov 2009 19:36:25 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.0 MIME-Version: 1.0 To: Ivan Voras References: <772532900-1257123963-cardhu_decombobulator_blackberry.rim.net-1402739480-@bda715.bisx.prod.on.blackberry> <4AEEBD4B.1050407@quip.cz> <4AEEDB3B.5020600@quip.cz> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Performance issues with 8.0 ZFS and sendfile/lighttpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2009 18:36:30 -0000 Ivan Voras wrote: > Miroslav Lachman wrote: >> Ivan Voras wrote: >>> Miroslav Lachman wrote: >> >> [..] >> >>>> I have more strange issue with Lighttpd in jail on top of ZFS. >>>> Lighttpd is serving static content (mp3 downloads thru flash player). >>>> Is runs fine for relatively small number of parallel clients with >>>> bandwidth about 30 Mbps, but after some number of clients is reached >>>> (about 50-60 parallel clients) the throughput drops down to 6 Mbps. >>>> >>>> I can server hundereds of clients on same HW using Lighttpd not in >>>> jail and UFS2 with gjournal instead of ZFS reaching 100 Mbps (maybe >>>> more). >>>> >>>> I don't know if it is ZFS or Jail issue. >>> >>> Do you have actual disk IO or is the vast majority of your data served >>> from the caches? (actually - the same question to the OP) >> >> I had ZFS zpool as mirror of two SATA II drives (500GB) and in the >> peak iostat (or systat -vm or gstat) shows about 80 tps / 60% busy. >> >> In case of UFS, I am using gmirrored 1TB SATA II drives working nice >> with 160 or more tps. >> >> Both setups are using FreeBSD 7.x amd64 with GENERIC kernel, 4GB of RAM. >> >> As the ZFS + Lighttpd in jail was unreliable, I am no longer using it, >> but if you want some more info for debuging, I can set it up again. > > For what it's worth, I have just set up a little test on a production > machine with 3 500 GB SATA drives in RAIDZ, FreeBSD 7.2-RELEASE. The > total data set is some 2 GB in 5000 files but the machine has only 2 GB > RAM total so there is some disk IO - about 40 IOPS per drive. I'm also > using Apache-worker, not lighty, and siege to benchmark with 10 > concurrent users. > > In this setup, the machine has no problems saturating a 100 Mbit/s link > - it's not on a LAN but the latency is close enough and I get ~~ 11 MB/s. I tried it again to get some system statistics for you, so here it comes. I do not understand why there are 10MB/s read from disks when network traffic dropped to around 1MB/s (8Mbps) root@cage ~/# iostat -w 20 tty ad4 ad6 cpu tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id 0 14 41.66 53 2.17 41.82 53 2.18 0 0 2 0 97 0 18 50.92 96 4.77 54.82 114 6.12 0 0 3 1 96 0 6 53.52 101 5.29 54.98 108 5.81 1 0 4 1 94 0 6 54.82 98 5.26 55.89 108 5.89 0 0 3 1 96 root@cage ~/# ifstat -i bge1 10 bge1 KB/s in KB/s out 33.32 1174.34 34.35 1181.33 33.14 1172.27 31.64 1118.60 root@cage ~/# zpool iostat 10 capacity operations bandwidth pool used avail read write read write ---------- ----- ----- ----- ----- ----- ----- tank 382G 62.5G 73 31 3.30M 148K tank 382G 62.5G 150 38 11.2M 138K tank 382G 62.5G 148 33 11.3M 99.6K tank 382G 62.5G 148 29 10.9M 93.2K tank 382G 62.5G 137 25 10.4M 75.4K tank 382G 62.5G 149 32 11.3M 122K root@cage ~/# ~/bin/zfs_get_kernel_mem.sh TEXT=13245157, 12.6316 MB DATA=267506688, 255.114 MB TOTAL=280751845, 267.746 MB root@cage ~/# ~/bin/arcstat.pl 10 Time read miss miss% dmis dm% pmis pm% mmis mm% arcsz c 15:34:38 705M 46M 6 46M 6 0 0 29M 18 137061376 134217728 15:34:48 1K 148 11 148 11 0 0 57 96 137495552 134217728 15:34:58 1K 151 11 151 11 0 0 59 96 136692736 134217728 15:35:08 1K 140 10 140 10 0 0 45 76 165005824 134217728 15:35:18 1K 150 9 150 9 0 0 54 91 141642240 134217728 root@cage ~/# ~/bin/arc_summary.pl System Memory: Physical RAM: 4083 MB Free Memory : 0 MB ARC Size: Current Size: 133 MB (arcsize) Target Size (Adaptive): 128 MB (c) Min Size (Hard Limit): 16 MB (zfs_arc_min) Max Size (Hard Limit): 128 MB (zfs_arc_max) ARC Size Breakdown: Most Recently Used Cache Size: 97% 125 MB (p) Most Frequently Used Cache Size: 2% 2 MB (c-p) ARC Efficency: Cache Access Total: 7052224705 Cache Hit Ratio: 93% 6582803808 [Defined State for buffer] Cache Miss Ratio: 6% 469420897 [Undefined State for Buffer] REAL Hit Ratio: 93% 6582803808 [MRU/MFU Hits Only] Data Demand Efficiency: 96% Data Prefetch Efficiency: DISABLED (zfs_prefetch_disable) CACHE HITS BY CACHE LIST: Anon: --% Counter Rolled. Most Recently Used: 13% 869219380 (mru) [ Return Customer ] Most Frequently Used: 86% 5713584428 (mfu) [ Frequent Customer ] Most Recently Used Ghost: 0% 25025402 (mru_ghost) [ Return Customer Evicted, Now Back ] Most Frequently Used Ghost: 1% 103104325 (mfu_ghost) [ Frequent Customer Evicted, Now Back ] CACHE HITS BY DATA TYPE: Demand Data: 80% 5331503088 Prefetch Data: 0% 0 Demand Metadata: 19% 1251300720 Prefetch Metadata: 0% 0 CACHE MISSES BY DATA TYPE: Demand Data: 38% 179172125 Prefetch Data: 0% 0 Demand Metadata: 61% 290248772 Prefetch Metadata: 0% 0 --------------------------------------------- /boot/loader.conf: ## eLOM support hw.bge.allow_asf="1" ## gmirror RAID1 geom_mirror_load="YES" ## ZFS tuning vm.kmem_size="1280M" vm.kmem_size_max="1280M" kern.maxvnodes="400000" vfs.zfs.prefetch_disable="1" vfs.zfs.arc_min="16M" vfs.zfs.arc_max="128M" The network traffic is normally around 30Mbps, but when number of parallel downloads reaches some level, traffic drops to 6-8Mbps and number of parallel clients goes up even more. I can provide network and disk IO graphs if you are interested. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Fri Nov 6 18:45:51 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6681A10656A4; Fri, 6 Nov 2009 18:45:51 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id E3C898FC22; Fri, 6 Nov 2009 18:45:50 +0000 (UTC) Received: from c83-253-248-99.bredband.comhem.se ([83.253.248.99]:49538 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1N6Tog-0005Ub-59; Fri, 06 Nov 2009 19:45:48 +0100 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 0308E5BEC7; Fri, 6 Nov 2009 19:45:45 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Thomas Backman In-Reply-To: <4AF46CA9.1040904@quip.cz> Date: Fri, 6 Nov 2009 19:45:42 +0100 Content-Transfer-Encoding: 7bit Message-Id: References: <772532900-1257123963-cardhu_decombobulator_blackberry.rim.net-1402739480-@bda715.bisx.prod.on.blackberry> <4AEEBD4B.1050407@quip.cz> <4AEEDB3B.5020600@quip.cz> <4AF46CA9.1040904@quip.cz> To: Miroslav Lachman <000.fbsd@quip.cz> X-Mailer: Apple Mail (2.1076) X-Originating-IP: 83.253.248.99 X-Scan-Result: No virus found in message 1N6Tog-0005Ub-59. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1N6Tog-0005Ub-59 24f9736e08fadbd47a76dd9e711808aa Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: Performance issues with 8.0 ZFS and sendfile/lighttpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2009 18:45:51 -0000 On Nov 6, 2009, at 7:36 PM, Miroslav Lachman wrote: > Ivan Voras wrote: >> Miroslav Lachman wrote: >>> Ivan Voras wrote: >>>> Miroslav Lachman wrote: >>> >>> [..] >>> >>>>> I have more strange issue with Lighttpd in jail on top of ZFS. >>>>> Lighttpd is serving static content (mp3 downloads thru flash >>>>> player). >>>>> Is runs fine for relatively small number of parallel clients with >>>>> bandwidth about 30 Mbps, but after some number of clients is >>>>> reached >>>>> (about 50-60 parallel clients) the throughput drops down to 6 >>>>> Mbps. >>>>> >>>>> I can server hundereds of clients on same HW using Lighttpd not in >>>>> jail and UFS2 with gjournal instead of ZFS reaching 100 Mbps >>>>> (maybe >>>>> more). >>>>> >>>>> I don't know if it is ZFS or Jail issue. >>>> >>>> Do you have actual disk IO or is the vast majority of your data >>>> served >>>> from the caches? (actually - the same question to the OP) >>> >>> I had ZFS zpool as mirror of two SATA II drives (500GB) and in the >>> peak iostat (or systat -vm or gstat) shows about 80 tps / 60% busy. >>> >>> In case of UFS, I am using gmirrored 1TB SATA II drives working nice >>> with 160 or more tps. >>> >>> Both setups are using FreeBSD 7.x amd64 with GENERIC kernel, 4GB >>> of RAM. >>> >>> As the ZFS + Lighttpd in jail was unreliable, I am no longer using >>> it, >>> but if you want some more info for debuging, I can set it up again. >> >> For what it's worth, I have just set up a little test on a production >> machine with 3 500 GB SATA drives in RAIDZ, FreeBSD 7.2-RELEASE. The >> total data set is some 2 GB in 5000 files but the machine has only >> 2 GB >> RAM total so there is some disk IO - about 40 IOPS per drive. I'm >> also >> using Apache-worker, not lighty, and siege to benchmark with 10 >> concurrent users. >> >> In this setup, the machine has no problems saturating a 100 Mbit/s >> link >> - it's not on a LAN but the latency is close enough and I get ~~ 11 >> MB/s. > > [...] > /boot/loader.conf: > > ## eLOM support > hw.bge.allow_asf="1" > ## gmirror RAID1 > geom_mirror_load="YES" > ## ZFS tuning > vm.kmem_size="1280M" > vm.kmem_size_max="1280M" > kern.maxvnodes="400000" > vfs.zfs.prefetch_disable="1" > vfs.zfs.arc_min="16M" > vfs.zfs.arc_max="128M" I won't pretend to know much about this area, but your ZFS values here are very low. May I assume that they are remnants of the times when the ARC grew insanely large and caused a kernel panic? You're effectively forcing ZFS to not use more than 128MB cache, which doesn't sound like a great idea if you've got 2+ GB of RAM. I've had no trouble without any tuning whatsoever on 2GB for a long time now. The kmem lines can probably be omitted if you're on amd64, too (the default value for kmem_size_max is about 307GB on my machine). Regards, Thomas From owner-freebsd-stable@FreeBSD.ORG Fri Nov 6 19:01:37 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E02361065672 for ; Fri, 6 Nov 2009 19:01:37 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id 493F78FC20 for ; Fri, 6 Nov 2009 19:01:37 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 25so327967eya.9 for ; Fri, 06 Nov 2009 11:01:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type:content-transfer-encoding; bh=KUHRqe16cNcLjgOovfIWGmCC0xJoqR0FvVx3O9eRqj0=; b=BUiI0AobLvAlrExOiPoVwmclgU4XWweo8uQnSPimpQahRpTAF0UBoRsMIjot5TLrSw h80hx5GwK72Vqu4cgOvBAx7keC88lMyF5vKAk48a3yI9BgT8DTI9eV0EYbQ+zdtvlJnl Y1Z1B+gDJoaal/M00jHNUH48iN+IesrfWNZnw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=Htw0NcgoiV/iFdouaVLVjdOHfxcaCuG/qswycWcIE6sheNAify1qVN3Flv+KJLROZg 6GGLalEMn9yzOlpPQYdd74AnVamkw8usNVbddj6nyUkzbUq5XXCQCBzElBcCx8rNIv2I 8ITwg0JjMdaz7Gp1FikNvYaCbJTb5eihR32Hc= MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.216.89.193 with SMTP id c43mr1429838wef.221.1257534096161; Fri, 06 Nov 2009 11:01:36 -0800 (PST) In-Reply-To: <4AF46CA9.1040904@quip.cz> References: <772532900-1257123963-cardhu_decombobulator_blackberry.rim.net-1402739480-@bda715.bisx.prod.on.blackberry> <4AEEBD4B.1050407@quip.cz> <4AEEDB3B.5020600@quip.cz> <4AF46CA9.1040904@quip.cz> From: Ivan Voras Date: Fri, 6 Nov 2009 20:01:16 +0100 X-Google-Sender-Auth: 51b74079c92339e5 Message-ID: <9bbcef730911061101h5356d2acob2ac8791afe112@mail.gmail.com> To: Miroslav Lachman <000.fbsd@quip.cz> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Performance issues with 8.0 ZFS and sendfile/lighttpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2009 19:01:38 -0000 2009/11/6 Miroslav Lachman <000.fbsd@quip.cz>: > I do not understand why there are 10MB/s read from disks when network > traffic dropped to around 1MB/s (8Mbps) > > root@cage ~/# iostat -w 20 > =C2=A0 =C2=A0 =C2=A0tty =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ad4 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ad6 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 cpu > =C2=A0tin tout =C2=A0KB/t tps =C2=A0MB/s =C2=A0 KB/t tps =C2=A0MB/s =C2= =A0us ni sy in id > =C2=A0 0 =C2=A0 14 41.66 =C2=A053 =C2=A02.17 =C2=A041.82 =C2=A053 =C2=A02= .18 =C2=A0 0 =C2=A00 =C2=A02 =C2=A00 97 > =C2=A0 0 =C2=A0 18 50.92 =C2=A096 =C2=A04.77 =C2=A054.82 114 =C2=A06.12 = =C2=A0 0 =C2=A00 =C2=A03 =C2=A01 96 > =C2=A0 0 =C2=A0 =C2=A06 53.52 101 =C2=A05.29 =C2=A054.98 108 =C2=A05.81 = =C2=A0 1 =C2=A00 =C2=A04 =C2=A01 94 > =C2=A0 0 =C2=A0 =C2=A06 54.82 =C2=A098 =C2=A05.26 =C2=A055.89 108 =C2=A05= .89 =C2=A0 0 =C2=A00 =C2=A03 =C2=A01 96 Yes, this could limit your IO if the requests are random enough. Unfortunately I don't know how would you track down what is really going on. Maybe some tracing with DTrace? I'd tell you to use "top -m io" to see if there is a process responsible, but apparently these statistics are not updated for ZFS, which in itself may be a bug (which is why I'm crossposting to freebsd-fs). From owner-freebsd-stable@FreeBSD.ORG Fri Nov 6 20:08:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A10D106568B for ; Fri, 6 Nov 2009 20:08:28 +0000 (UTC) (envelope-from mloftis@wgops.com) Received: from juggler.wgops.com (juggler.wgops.com [204.11.247.41]) by mx1.freebsd.org (Postfix) with ESMTP id 51EE78FC1D for ; Fri, 6 Nov 2009 20:08:28 +0000 (UTC) Received: by juggler.wgops.com (Postfix, from userid 65534) id F02A0A810F; Fri, 6 Nov 2009 12:51:52 -0700 (MST) X-Spam-ASN: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on juggler.wgops.com X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=ALL_TRUSTED, SARE_SUB_OBFU_OTHER autolearn=no version=3.2.5 Received: from [192.168.1.44] (host-72-174-39-176.msl-mt.client.bresnan.net [72.174.39.176]) by juggler.wgops.com (Postfix) with ESMTPSA id 2ABA9A8070 for ; Fri, 6 Nov 2009 12:51:51 -0700 (MST) Date: Fri, 06 Nov 2009 12:51:56 -0700 From: Michael Loftis To: freebsd-stable@freebsd.org Message-ID: In-Reply-To: <4AEEBD4B.1050407@quip.cz> References: <772532900-1257123963-cardhu_decombobulator_blackberry.rim.net-1402739480-@bda715.bisx.prod.on.blackberry> <4AEEBD4B.1050407@quip.cz> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: clamav-milter 0.95.2 at juggler X-Virus-Status: Clean Subject: Re: Performance issues with 8.0 ZFS and sendfile/lighttpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2009 20:08:28 -0000 --On Monday, November 02, 2009 12:06 PM +0100 Miroslav Lachman <000.fbsd@quip.cz> wrote: > I have more strange issue with Lighttpd in jail on top of ZFS. Lighttpd > is serving static content (mp3 downloads thru flash player). Is runs fine > for relatively small number of parallel clients with bandwidth about 30 > Mbps, but after some number of clients is reached (about 50-60 parallel > clients) the throughput drops down to 6 Mbps. > > I can server hundereds of clients on same HW using Lighttpd not in jail > and UFS2 with gjournal instead of ZFS reaching 100 Mbps (maybe more). > > I don't know if it is ZFS or Jail issue. Check iostat 5 or zpool iostat 5 -- I bet you're disk thrashing when you start to slow down. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 6 20:08:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A2F9106568D for ; Fri, 6 Nov 2009 20:08:28 +0000 (UTC) (envelope-from mloftis@wgops.com) Received: from juggler.wgops.com (juggler.wgops.com [204.11.247.41]) by mx1.freebsd.org (Postfix) with ESMTP id 51FF18FC1F for ; Fri, 6 Nov 2009 20:08:28 +0000 (UTC) Received: by juggler.wgops.com (Postfix, from userid 65534) id D5504A810E; Fri, 6 Nov 2009 12:50:42 -0700 (MST) X-Spam-ASN: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on juggler.wgops.com X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=ALL_TRUSTED, SARE_SUB_OBFU_OTHER autolearn=no version=3.2.5 Received: from [192.168.1.44] (host-72-174-39-176.msl-mt.client.bresnan.net [72.174.39.176]) by juggler.wgops.com (Postfix) with ESMTPSA id CD10AA8070 for ; Fri, 6 Nov 2009 12:50:40 -0700 (MST) Date: Fri, 06 Nov 2009 12:50:45 -0700 From: Michael Loftis To: freebsd-stable@freebsd.org Message-ID: <8378FC0601DCAA4F0E88C577@[192.168.1.44]> In-Reply-To: References: <772532900-1257123963-cardhu_decombobulator_blackberry.rim.net-1402739480-@bda715.bisx.prod.on.blackberry> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: clamav-milter 0.95.2 at juggler X-Virus-Status: Clean Subject: Re: Performance issues with 8.0 ZFS and sendfile/lighttpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2009 20:08:28 -0000 --On Monday, November 02, 2009 10:52 AM +0100 Ivan Voras wrote: > AFAIK, ZFS is incompatible (currently) with some advanced VM operations > (like mmap, and I think sendfile relies on the same mechanism as mmap), > so that could be a cause of the slowdown. Though I'm surprised you can > only get 200 MBit/s - that's 25 MB/s and I think that even with multiple > memcpy-ing data around the kernel you should be able to get hundreds of > MB/s on newer hardware (which normally really can achieve tens of > gigabytes/s of sustained memory access). > > What else can you observe from your system? Do you have exceedingly high > sys times and load numbers? I'm also interested in what does 10 seconds > of running 'vmstat 1' looks like on your system. Is it a bare machine or > a virtual machine? Real hardware, dual quad core opteron with 64GB memory, a 3Ware 9650SE for disks. The rest of the machine is not doing much if anything when the issue happens. I've had to remove ZFS from all of the media streaming servers. I ca probably get one up for testing again over the next few weeks. I've some more hardware coming in. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 6 20:08:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BCEC1065697 for ; Fri, 6 Nov 2009 20:08:28 +0000 (UTC) (envelope-from mloftis@wgops.com) Received: from juggler.wgops.com (juggler.wgops.com [204.11.247.41]) by mx1.freebsd.org (Postfix) with ESMTP id 520248FC20 for ; Fri, 6 Nov 2009 20:08:28 +0000 (UTC) Received: by juggler.wgops.com (Postfix, from userid 65534) id 4E493A8110; Fri, 6 Nov 2009 12:53:17 -0700 (MST) X-Spam-ASN: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on juggler.wgops.com X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=ALL_TRUSTED, SARE_SUB_OBFU_OTHER autolearn=no version=3.2.5 Received: from [192.168.1.44] (host-72-174-39-176.msl-mt.client.bresnan.net [72.174.39.176]) by juggler.wgops.com (Postfix) with ESMTPSA id 82975A8070 for ; Fri, 6 Nov 2009 12:53:15 -0700 (MST) Date: Fri, 06 Nov 2009 12:53:17 -0700 From: Michael Loftis To: freebsd-stable@freebsd.org Message-ID: <5275583A0E66749DA096A22F@[192.168.1.44]> In-Reply-To: References: <772532900-1257123963-cardhu_decombobulator_blackberry.rim.net-1402739480-@bda715.bisx.prod.on.blackberry> <4AEEBD4B.1050407@quip.cz> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: clamav-milter 0.95.2 at juggler X-Virus-Status: Clean Subject: Re: Performance issues with 8.0 ZFS and sendfile/lighttpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2009 20:08:28 -0000 --On Monday, November 02, 2009 12:55 PM +0100 Ivan Voras wrote: > Do you have actual disk IO or is the vast majority of your data served > from the caches? (actually - the same question to the OP) That's the problem 64GB of RAM and ZFS doesn't seem to use any cache. It also seems to not be realizing when multiple reads are on the same block (same issue sorta) and dispatches the same I/O request. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 6 20:32:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A0FF10656E0; Fri, 6 Nov 2009 20:32:40 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 042A98FC1D; Fri, 6 Nov 2009 20:32:39 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAFMW9EqDaFvI/2dsb2JhbADdRoIzggsE X-IronPort-AV: E=Sophos;i="4.44,695,1249272000"; d="scan'208";a="54366750" Received: from darling.cs.uoguelph.ca ([131.104.91.200]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 06 Nov 2009 15:32:39 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by darling.cs.uoguelph.ca (Postfix) with ESMTP id 5B88A940020; Fri, 6 Nov 2009 15:32:39 -0500 (EST) X-Virus-Scanned: amavisd-new at darling.cs.uoguelph.ca Received: from darling.cs.uoguelph.ca ([127.0.0.1]) by localhost (darling.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WbE3hIMA6R4r; Fri, 6 Nov 2009 15:32:36 -0500 (EST) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by darling.cs.uoguelph.ca (Postfix) with ESMTP id C213494011C; Fri, 6 Nov 2009 15:32:35 -0500 (EST) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id nA6Ke5p00071; Fri, 6 Nov 2009 15:40:05 -0500 (EST) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Fri, 6 Nov 2009 15:40:05 -0500 (EST) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Olaf Seibert In-Reply-To: <20091102100958.GY841@twoquid.cs.ru.nl> Message-ID: References: <20091027164159.GU841@twoquid.cs.ru.nl> <20091029135239.GX841@twoquid.cs.ru.nl> <20091102100958.GY841@twoquid.cs.ru.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: danny@cs.huji.ca.il, dfr@freebsd.org, freebsd-stable@freebsd.org, kometen@gmail.com Subject: Re: 8.0-RC1 NFS client timeout issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2009 20:32:40 -0000 On Mon, 2 Nov 2009, Olaf Seibert wrote: >> Although I think the patch does avoid sending the request on the >> partially closed connection, it doesn't fix the "real problem", >> so I don't know if it is worth testing? > > Well, I tested it anyway, just in case. It seems to work fine for me, so > far. > > I don't see your extra RSTs either. Maybe that is because in my case the > client used a different port number for the new connection. (Usually, > this is controlled by the TCP option SO_REUSEADDR from ). > It seems that the pesky RSTs I was seeing were generated by the net chip in the machine I was using (Intel 82801BA/CAM - fxp driver) when TSO was enabled for it. sysctl net.inet.tcp.tso=0 got rid of the problem and, with the patch you already tested, thinks are testing well here. If anyone is still having NFS over TCP reconnect problems after applying the patch, please try the above and see if it helps. Thanks, rick From owner-freebsd-stable@FreeBSD.ORG Fri Nov 6 20:51:50 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B85F61065672 for ; Fri, 6 Nov 2009 20:51:50 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from mail.wanderview.com (mail.wanderview.com [66.92.166.102]) by mx1.freebsd.org (Postfix) with ESMTP id DDC128FC19 for ; Fri, 6 Nov 2009 20:51:49 +0000 (UTC) Received: from xykon.in.wanderview.com (xykon.in.wanderview.com [10.76.10.152]) (authenticated bits=0) by mail.wanderview.com (8.14.3/8.14.3) with ESMTP id nA6KV8bB007930 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 6 Nov 2009 20:31:08 GMT (envelope-from ben@wanderview.com) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Ben Kelly In-Reply-To: <5275583A0E66749DA096A22F@[192.168.1.44]> Date: Fri, 6 Nov 2009 15:31:08 -0500 Content-Transfer-Encoding: 7bit Message-Id: <696A0DF1-020B-48CB-BF38-6605EAD5BF1E@wanderview.com> References: <772532900-1257123963-cardhu_decombobulator_blackberry.rim.net-1402739480-@bda715.bisx.prod.on.blackberry> <4AEEBD4B.1050407@quip.cz> <5275583A0E66749DA096A22F@[192.168.1.44]> To: Michael Loftis X-Mailer: Apple Mail (2.1076) X-Spam-Score: -1.44 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.64 on 10.76.20.1 Cc: freebsd-stable@freebsd.org Subject: Re: Performance issues with 8.0 ZFS and sendfile/lighttpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2009 20:51:50 -0000 On Nov 6, 2009, at 2:53 PM, Michael Loftis wrote: > --On Monday, November 02, 2009 12:55 PM +0100 Ivan Voras > wrote: > >> Do you have actual disk IO or is the vast majority of your data >> served >> from the caches? (actually - the same question to the OP) > > That's the problem 64GB of RAM and ZFS doesn't seem to use any > cache. It also seems to not be realizing when multiple reads are on > the same block (same issue sorta) and dispatches the same I/O request. Have you tried adjusting vfs.zfs.arc_meta_limit? I've noticed the default value for this is set poorly when the overall ARC size is small. This happens because various structure's not actually allocated from the ARC like dnodes and dbufs are included in the metadata usage stats. When the ARC is large this is somewhat negligible, but for small ARCs it overwhelms the calculated default metadata limit and you end up not caching any real file system metadata. You could try increasing the metadata limit or even better increase your maximum ARC size to something over 1GB. (I seem to remember your ARC size is 128M from earlier in the thread). Hope that helps. - Ben From owner-freebsd-stable@FreeBSD.ORG Fri Nov 6 21:11:52 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF5711065672 for ; Fri, 6 Nov 2009 21:11:52 +0000 (UTC) (envelope-from mloftis@wgops.com) Received: from juggler.wgops.com (juggler.wgops.com [204.11.247.41]) by mx1.freebsd.org (Postfix) with ESMTP id C4E998FC16 for ; Fri, 6 Nov 2009 21:11:52 +0000 (UTC) Received: by juggler.wgops.com (Postfix, from userid 65534) id 3E0CFA810E; Fri, 6 Nov 2009 14:11:52 -0700 (MST) X-Spam-ASN: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on juggler.wgops.com X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=ALL_TRUSTED, SARE_SUB_OBFU_OTHER autolearn=no version=3.2.5 Received: from [192.168.1.44] (host-72-174-39-176.msl-mt.client.bresnan.net [72.174.39.176]) by juggler.wgops.com (Postfix) with ESMTPSA id 12298A8070 for ; Fri, 6 Nov 2009 14:11:49 -0700 (MST) Date: Fri, 06 Nov 2009 14:11:54 -0700 From: Michael Loftis To: freebsd-stable@freebsd.org Message-ID: <94A540AC0E2A75B7CA3ED7F7@[192.168.1.44]> In-Reply-To: <696A0DF1-020B-48CB-BF38-6605EAD5BF1E@wanderview.com> References: <772532900-1257123963-cardhu_decombobulator_blackberry.rim.net-1402739480-@bda715.bisx.prod.on.blackberry> <4AEEBD4B.1050407@quip.cz> <5275583A0E66749DA096A22F@[192.168.1.44]> <696A0DF1-020B-48CB-BF38-6605EAD5BF1E@wanderview.com> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: clamav-milter 0.95.2 at juggler X-Virus-Status: Clean Subject: Re: Performance issues with 8.0 ZFS and sendfile/lighttpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2009 21:11:53 -0000 --On Friday, November 06, 2009 3:31 PM -0500 Ben Kelly wrote: > Have you tried adjusting vfs.zfs.arc_meta_limit? I've noticed the > default value for this is set poorly when the overall ARC size is small. > This happens because various structure's not actually allocated from the > ARC like dnodes and dbufs are included in the metadata usage stats. When > the ARC is large this is somewhat negligible, but for small ARCs it > overwhelms the calculated default metadata limit and you end up not > caching any real file system metadata. > > You could try increasing the metadata limit or even better increase your > maximum ARC size to something over 1GB. (I seem to remember your ARC > size is 128M from earlier in the thread). Nope, that was someone else, not setting any ARC limits (or any ZFS settings at all actually). > > Hope that helps. > > - Ben > From owner-freebsd-stable@FreeBSD.ORG Fri Nov 6 22:27:33 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06924106566C for ; Fri, 6 Nov 2009 22:27:33 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id B46CC8FC13 for ; Fri, 6 Nov 2009 22:27:32 +0000 (UTC) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 6838D19E02A for ; Fri, 6 Nov 2009 23:27:30 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 2DB7E19E019 for ; Fri, 6 Nov 2009 23:27:30 +0100 (CET) Message-ID: <4AF4A2D1.7090604@quip.cz> Date: Fri, 06 Nov 2009 23:27:29 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.0 MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <772532900-1257123963-cardhu_decombobulator_blackberry.rim.net-1402739480-@bda715.bisx.prod.on.blackberry> <4AEEBD4B.1050407@quip.cz> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Performance issues with 8.0 ZFS and sendfile/lighttpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2009 22:27:33 -0000 Michael Loftis wrote: >> I have more strange issue with Lighttpd in jail on top of ZFS. Lighttpd >> is serving static content (mp3 downloads thru flash player). Is runs fine >> for relatively small number of parallel clients with bandwidth about 30 >> Mbps, but after some number of clients is reached (about 50-60 parallel >> clients) the throughput drops down to 6 Mbps. >> >> I can server hundereds of clients on same HW using Lighttpd not in jail >> and UFS2 with gjournal instead of ZFS reaching 100 Mbps (maybe more). >> >> I don't know if it is ZFS or Jail issue. > > > Check iostat 5 or zpool iostat 5 -- I bet you're disk thrashing when you > start to slow down. iostat and zpool was posted in another message. gstat or systat -vm is showing about 60% busy disk and even if there is high IO on the disks, lighttpd serving the same content from gmirrored UFS2 with gjournal and not in jail is serving three times more clients and bandwidth without this drop down behavior. Both machines are Sun Fire X2100 M2 with SATA disks. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Fri Nov 6 22:41:21 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4114C106566B; Fri, 6 Nov 2009 22:41:21 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id BDCDA8FC0A; Fri, 6 Nov 2009 22:41:20 +0000 (UTC) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 5094019E023; Fri, 6 Nov 2009 23:41:19 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 6EA5C19E019; Fri, 6 Nov 2009 23:41:13 +0100 (CET) Message-ID: <4AF4A608.4020706@quip.cz> Date: Fri, 06 Nov 2009 23:41:12 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.0 MIME-Version: 1.0 To: Thomas Backman References: <772532900-1257123963-cardhu_decombobulator_blackberry.rim.net-1402739480-@bda715.bisx.prod.on.blackberry> <4AEEBD4B.1050407@quip.cz> <4AEEDB3B.5020600@quip.cz> <4AF46CA9.1040904@quip.cz> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: Performance issues with 8.0 ZFS and sendfile/lighttpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2009 22:41:21 -0000 Thomas Backman wrote: > On Nov 6, 2009, at 7:36 PM, Miroslav Lachman wrote: > >> Ivan Voras wrote: >>> Miroslav Lachman wrote: >>>> Ivan Voras wrote: >>>>> Miroslav Lachman wrote: >>>> >>>> [..] >>>> >>>>>> I have more strange issue with Lighttpd in jail on top of ZFS. >>>>>> Lighttpd is serving static content (mp3 downloads thru flash player). >>>>>> Is runs fine for relatively small number of parallel clients with >>>>>> bandwidth about 30 Mbps, but after some number of clients is reached >>>>>> (about 50-60 parallel clients) the throughput drops down to 6 Mbps. >>>>>> >>>>>> I can server hundereds of clients on same HW using Lighttpd not in >>>>>> jail and UFS2 with gjournal instead of ZFS reaching 100 Mbps (maybe >>>>>> more). >>>>>> >>>>>> I don't know if it is ZFS or Jail issue. >>>>> >>>>> Do you have actual disk IO or is the vast majority of your data served >>>>> from the caches? (actually - the same question to the OP) >>>> >>>> I had ZFS zpool as mirror of two SATA II drives (500GB) and in the >>>> peak iostat (or systat -vm or gstat) shows about 80 tps / 60% busy. >>>> >>>> In case of UFS, I am using gmirrored 1TB SATA II drives working nice >>>> with 160 or more tps. >>>> >>>> Both setups are using FreeBSD 7.x amd64 with GENERIC kernel, 4GB of >>>> RAM. >>>> >>>> As the ZFS + Lighttpd in jail was unreliable, I am no longer using it, >>>> but if you want some more info for debuging, I can set it up again. >>> >>> For what it's worth, I have just set up a little test on a production >>> machine with 3 500 GB SATA drives in RAIDZ, FreeBSD 7.2-RELEASE. The >>> total data set is some 2 GB in 5000 files but the machine has only 2 GB >>> RAM total so there is some disk IO - about 40 IOPS per drive. I'm also >>> using Apache-worker, not lighty, and siege to benchmark with 10 >>> concurrent users. >>> >>> In this setup, the machine has no problems saturating a 100 Mbit/s link >>> - it's not on a LAN but the latency is close enough and I get ~~ 11 >>> MB/s. >> >> [...] >> /boot/loader.conf: >> >> ## eLOM support >> hw.bge.allow_asf="1" >> ## gmirror RAID1 >> geom_mirror_load="YES" >> ## ZFS tuning >> vm.kmem_size="1280M" >> vm.kmem_size_max="1280M" >> kern.maxvnodes="400000" >> vfs.zfs.prefetch_disable="1" >> vfs.zfs.arc_min="16M" >> vfs.zfs.arc_max="128M" > I won't pretend to know much about this area, but your ZFS values here > are very low. May I assume that they are remnants of the times when the > ARC grew insanely large and caused a kernel panic? > You're effectively forcing ZFS to not use more than 128MB cache, which > doesn't sound like a great idea if you've got 2+ GB of RAM. I've had no > trouble without any tuning whatsoever on 2GB for a long time now. The > kmem lines can probably be omitted if you're on amd64, too (the default > value for kmem_size_max is about 307GB on my machine). Yes, loader values are one year old when I installed this machine. But I think auto tuning was commited after 7.2-RELEASE by Kip Macy, so some of them are still needed or am I wrong? (this is 7.2-RELEASE). I can grow arc_max but as this machine is running about 6 jails (not CPU or disk IO consuming), I still need some memory for processes, not just for filesystem. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 7 06:14:18 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6FCD106566C for ; Sat, 7 Nov 2009 06:14:18 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp9.sbb.rs (smtp9.sbb.rs [89.216.2.41]) by mx1.freebsd.org (Postfix) with ESMTP id 351F28FC1A for ; Sat, 7 Nov 2009 06:14:17 +0000 (UTC) Received: from faust.net (cable-94-189-176-103.dynamic.sbb.rs [94.189.176.103]) by smtp9.sbb.rs (8.14.0/8.14.0) with ESMTP id nA762PNp010765 for ; Sat, 7 Nov 2009 07:02:25 +0100 Received: by faust.net (Postfix, from userid 1001) id B61125C1C; Sat, 7 Nov 2009 07:02:15 +0100 (CET) Date: Sat, 7 Nov 2009 07:02:15 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20091107060215.GA1180@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: -0.8 Subject: hardware for 8.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Nov 2009 06:14:18 -0000 Howdy! I have a plan to build new box at time, when 8.0 release will come up. Would be fine to have opinions on the list, what to buy, to fully implement it to desktop node. My idea is to get some 4 core phenom II cpu, with not expensive mobo. Another dilema is the graphical card. At this moment I have agp version of nvidia 6200, fanless, that manages just fine. Something similar on pci-e, not fancy, 2D. I'm really puzzled should it be amd or nvidia with newest am3 mobos. And the last, ethernet port on the mobo was the problem on my present k8n. After introduction of nfe driver all is fine. If recommended card has not working port, what to buy separately? As you already guessed, I don't want to spend a little fortune for this node. Decent, but not expensive, that's it. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Sat Nov 7 07:31:54 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4ECD71065696 for ; Sat, 7 Nov 2009 07:31:54 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id EC9228FC24 for ; Sat, 7 Nov 2009 07:31:53 +0000 (UTC) Received: from OMTA24.westchester.pa.mail.comcast.net ([76.96.62.76]) by QMTA09.westchester.pa.mail.comcast.net with comcast id 27WJ1d0031ei1Bg597Xtsi; Sat, 07 Nov 2009 07:31:53 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA24.westchester.pa.mail.comcast.net with comcast id 27fY1d0033S48mS3k7fYZR; Sat, 07 Nov 2009 07:39:33 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 27EE91E3035; Fri, 6 Nov 2009 23:31:51 -0800 (PST) Date: Fri, 6 Nov 2009 23:31:51 -0800 From: Jeremy Chadwick To: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <20091107073151.GA60756@icarus.home.lan> References: <772532900-1257123963-cardhu_decombobulator_blackberry.rim.net-1402739480-@bda715.bisx.prod.on.blackberry> <4AEEBD4B.1050407@quip.cz> <4AEEDB3B.5020600@quip.cz> <4AF46CA9.1040904@quip.cz> <4AF4A608.4020706@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4AF4A608.4020706@quip.cz> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, Ivan Voras , Thomas Backman Subject: Re: Performance issues with 8.0 ZFS and sendfile/lighttpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Nov 2009 07:31:54 -0000 On Fri, Nov 06, 2009 at 11:41:12PM +0100, Miroslav Lachman wrote: > Thomas Backman wrote: > >On Nov 6, 2009, at 7:36 PM, Miroslav Lachman wrote: > > > >>Ivan Voras wrote: > >>>Miroslav Lachman wrote: > >>>>Ivan Voras wrote: > >>>>>Miroslav Lachman wrote: > >>>> > >>>>[..] > >>>> > >>>>>>I have more strange issue with Lighttpd in jail on top of ZFS. > >>>>>>Lighttpd is serving static content (mp3 downloads thru flash player). > >>>>>>Is runs fine for relatively small number of parallel clients with > >>>>>>bandwidth about 30 Mbps, but after some number of clients is reached > >>>>>>(about 50-60 parallel clients) the throughput drops down to 6 Mbps. > >>>>>> > >>>>>>I can server hundereds of clients on same HW using Lighttpd not in > >>>>>>jail and UFS2 with gjournal instead of ZFS reaching 100 Mbps (maybe > >>>>>>more). > >>>>>> > >>>>>>I don't know if it is ZFS or Jail issue. > >>>>> > >>>>>Do you have actual disk IO or is the vast majority of your data served > >>>>>from the caches? (actually - the same question to the OP) > >>>> > >>>>I had ZFS zpool as mirror of two SATA II drives (500GB) and in the > >>>>peak iostat (or systat -vm or gstat) shows about 80 tps / 60% busy. > >>>> > >>>>In case of UFS, I am using gmirrored 1TB SATA II drives working nice > >>>>with 160 or more tps. > >>>> > >>>>Both setups are using FreeBSD 7.x amd64 with GENERIC kernel, 4GB of > >>>>RAM. > >>>> > >>>>As the ZFS + Lighttpd in jail was unreliable, I am no longer using it, > >>>>but if you want some more info for debuging, I can set it up again. > >>> > >>>For what it's worth, I have just set up a little test on a production > >>>machine with 3 500 GB SATA drives in RAIDZ, FreeBSD 7.2-RELEASE. The > >>>total data set is some 2 GB in 5000 files but the machine has only 2 GB > >>>RAM total so there is some disk IO - about 40 IOPS per drive. I'm also > >>>using Apache-worker, not lighty, and siege to benchmark with 10 > >>>concurrent users. > >>> > >>>In this setup, the machine has no problems saturating a 100 Mbit/s link > >>>- it's not on a LAN but the latency is close enough and I get ~~ 11 > >>>MB/s. > >> > >>[...] > >>/boot/loader.conf: > >> > >>## eLOM support > >>hw.bge.allow_asf="1" > >>## gmirror RAID1 > >>geom_mirror_load="YES" > >>## ZFS tuning > >>vm.kmem_size="1280M" > >>vm.kmem_size_max="1280M" > >>kern.maxvnodes="400000" > >>vfs.zfs.prefetch_disable="1" > >>vfs.zfs.arc_min="16M" > >>vfs.zfs.arc_max="128M" > > >I won't pretend to know much about this area, but your ZFS values here > >are very low. May I assume that they are remnants of the times when the > >ARC grew insanely large and caused a kernel panic? > >You're effectively forcing ZFS to not use more than 128MB cache, which > >doesn't sound like a great idea if you've got 2+ GB of RAM. I've had no > >trouble without any tuning whatsoever on 2GB for a long time now. The > >kmem lines can probably be omitted if you're on amd64, too (the default > >value for kmem_size_max is about 307GB on my machine). > > Yes, loader values are one year old when I installed this machine. > But I think auto tuning was commited after 7.2-RELEASE by Kip Macy, > so some of them are still needed or am I wrong? (this is > 7.2-RELEASE). ... We don't know, because none of the individuals who are maintaining ZFS at this point in time have actually responded to this question. http://lists.freebsd.org/pipermail/freebsd-stable/2009-October/052256.html The community really needs an official answer to this question, and one from those familiar with the code. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Nov 7 10:45:26 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A256C106566B for ; Sat, 7 Nov 2009 10:45:26 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-ew0-f218.google.com (mail-ew0-f218.google.com [209.85.219.218]) by mx1.freebsd.org (Postfix) with ESMTP id 326E68FC08 for ; Sat, 7 Nov 2009 10:45:25 +0000 (UTC) Received: by ewy18 with SMTP id 18so1530314ewy.43 for ; Sat, 07 Nov 2009 02:45:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type; bh=MLD5kQ1xJ+Wd8MzaA01J819J0jzOzIEY3KHfxooV0Ck=; b=ctD4V2z2W4SVXxfIQBmq+9wOAC5Ukw1BGr9ZEsxVfvnnFucPsIlhaXsJGAgi4lN1xO PC8ycusGPDLwWY9atGHVTz9UIxuxVymfA8xLpeZ+7hgy5ZzLWRm0zlDZw6KVoqhbKsuc OFd+m8SIwjcXUV8OYbvaPz8IePK4PPciTTopQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=JRDDZlihfDq96SrnJi44eI8y1Ynk7HLzWxWPwKcApDqoLVup1fHUt5pjAHXQjaRTDH wiIcTGAmkwdUF6Bd7Thi/75jFgNgJWo/E7HdxN18t/Z0T4Zdvzn81NBX2WQvCcOVwlDI u4rpJjBbTSlneXlMtJcMpCEvkwrf4JVKCki1k= MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.216.87.140 with SMTP id y12mr1895286wee.4.1257590725137; Sat, 07 Nov 2009 02:45:25 -0800 (PST) In-Reply-To: <20091107073151.GA60756@icarus.home.lan> References: <772532900-1257123963-cardhu_decombobulator_blackberry.rim.net-1402739480-@bda715.bisx.prod.on.blackberry> <4AEEBD4B.1050407@quip.cz> <4AEEDB3B.5020600@quip.cz> <4AF46CA9.1040904@quip.cz> <4AF4A608.4020706@quip.cz> <20091107073151.GA60756@icarus.home.lan> From: Ivan Voras Date: Sat, 7 Nov 2009 11:45:05 +0100 X-Google-Sender-Auth: c3e1b3e9ba2f4beb Message-ID: <9bbcef730911070245r2cc11136w5ea16f903e91ba3e@mail.gmail.com> To: Jeremy Chadwick Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org, Miroslav Lachman <000.fbsd@quip.cz>, Thomas Backman Subject: Re: Performance issues with 8.0 ZFS and sendfile/lighttpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Nov 2009 10:45:26 -0000 2009/11/7 Jeremy Chadwick : >> Yes, loader values are one year old when I installed this machine. >> But I think auto tuning was commited after 7.2-RELEASE by Kip Macy, >> so some of them are still needed or am I wrong? (this is >> 7.2-RELEASE). ... > > We don't know, because none of the individuals who are maintaining ZFS > at this point in time have actually responded to this question. > > http://lists.freebsd.org/pipermail/freebsd-stable/2009-October/052256.html Only as a data point and not suggesting anything official: I have managed to panic 8-STABLE with ZFS kmem exhaustion, so... *shrug* I'm still scared of using it. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 7 20:18:31 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 076B5106566B; Sat, 7 Nov 2009 20:18:31 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id B01AA8FC08; Sat, 7 Nov 2009 20:18:30 +0000 (UTC) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 7179C19E023; Sat, 7 Nov 2009 21:18:28 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 17B8D19E019; Sat, 7 Nov 2009 21:18:25 +0100 (CET) Message-ID: <4AF5D611.7060408@quip.cz> Date: Sat, 07 Nov 2009 21:18:25 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.0 MIME-Version: 1.0 To: Ivan Voras References: <772532900-1257123963-cardhu_decombobulator_blackberry.rim.net-1402739480-@bda715.bisx.prod.on.blackberry> <4AEEBD4B.1050407@quip.cz> <4AEEDB3B.5020600@quip.cz> <4AF46CA9.1040904@quip.cz> <9bbcef730911061101h5356d2acob2ac8791afe112@mail.gmail.com> In-Reply-To: <9bbcef730911061101h5356d2acob2ac8791afe112@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Performance issues with 8.0 ZFS and sendfile/lighttpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Nov 2009 20:18:31 -0000 Ivan Voras wrote: > 2009/11/6 Miroslav Lachman<000.fbsd@quip.cz>: > >> I do not understand why there are 10MB/s read from disks when network >> traffic dropped to around 1MB/s (8Mbps) >> >> root@cage ~/# iostat -w 20 >> tty ad4 ad6 cpu >> tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id >> 0 14 41.66 53 2.17 41.82 53 2.18 0 0 2 0 97 >> 0 18 50.92 96 4.77 54.82 114 6.12 0 0 3 1 96 >> 0 6 53.52 101 5.29 54.98 108 5.81 1 0 4 1 94 >> 0 6 54.82 98 5.26 55.89 108 5.89 0 0 3 1 96 > > Yes, this could limit your IO if the requests are random enough. > Unfortunately I don't know how would you track down what is really > going on. Maybe some tracing with DTrace? > > I'd tell you to use "top -m io" to see if there is a process > responsible, but apparently these statistics are not updated for ZFS, > which in itself may be a bug (which is why I'm crossposting to > freebsd-fs). DTrace is totally out of my skills ;( There is otput of top -m io sorted by VCSW displaying JID. last pid: 17724; load averages: 0.01, 0.07, 0.08 up 74+20:49:49 21:03:40 195 processes: 1 running, 193 sleeping, 1 zombie CPU: 0.0% user, 0.0% nice, 3.6% system, 0.4% interrupt, 96.1% idle Mem: 462M Active, 2385M Inact, 977M Wired, 21M Cache, 399M Buf, 100M Free Swap: 6144M Total, 2024K Used, 6142M Free PID JID USERNAME VCSW IVCSW READ WRITE FAULT TOTAL PERCENT COMMAND 17681 8 www 657 64 0 0 0 0 0.00% lighttpd 17683 8 www 379 41 0 0 0 0 0.00% lighttpd 17680 8 www 136 5 0 0 0 0 0.00% lighttpd 17682 8 www 85 0 0 0 0 0 0.00% lighttpd 4689 1 90 10 0 0 0 0 0 0.00% fb_inet_server 3403 1 90 10 0 0 0 0 0 0.00% fb_inet_server 2632 1 90 10 0 0 0 0 0 0.00% fb_inet_server All four top consumers is Lighttpd workers. And as you noted, read, write, fault, total and percent are not updated on machine with ZFS, so I can't compare it with UFS2 based machine. Is this bug in top fixed in 8.x? Will you file a PR? (you know more about FS related things than me :]) Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Sat Nov 7 20:42:48 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CFB31065672; Sat, 7 Nov 2009 20:42:48 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id 0686A8FC13; Sat, 7 Nov 2009 20:42:47 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 25so494505eya.9 for ; Sat, 07 Nov 2009 12:42:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type; bh=J+IeO8WFaYJU4R+atcehkRzY2PtOwLTC2bEdxOOsooU=; b=hzxJa8sPdIklQeigyZkpFfhF5btSI4mT/EPE0iFLfHgxlOkFT5XhSm1Eh/LVJGck7k C4OVZAzFDNrFFu0J2P+3Qk9T9y9AY1qBYEnmkAkzameH7cnieW8eDT3ZD211lwvSKXvl N9qRNB13rqN5b11KbsboSERpS8TgX1fQS/29Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=DKFbBzvf42L/ZwDipKg966SHkLh19iYTJAhobuS3mSPXg6kVLwlOBWKVaKl+R/EdzP HoKeiMoOJooIl1ZuN+9of1/p52FoQu8gtdkHkPCHKJ+vO0aHO1+bpcSL9Hq2gjU0Ptqh wfBFzV6SqwOBSmBAyUOPCuLucaZSZTdPJ0yQ8= MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.216.91.82 with SMTP id g60mr1850027wef.98.1257626567097; Sat, 07 Nov 2009 12:42:47 -0800 (PST) In-Reply-To: <4AF5D611.7060408@quip.cz> References: <772532900-1257123963-cardhu_decombobulator_blackberry.rim.net-1402739480-@bda715.bisx.prod.on.blackberry> <4AEEBD4B.1050407@quip.cz> <4AEEDB3B.5020600@quip.cz> <4AF46CA9.1040904@quip.cz> <9bbcef730911061101h5356d2acob2ac8791afe112@mail.gmail.com> <4AF5D611.7060408@quip.cz> From: Ivan Voras Date: Sat, 7 Nov 2009 21:42:27 +0100 X-Google-Sender-Auth: 0ce8a3466e8bd976 Message-ID: <9bbcef730911071242m5ad91720xcccb7586c6848ffd@mail.gmail.com> To: Miroslav Lachman <000.fbsd@quip.cz> Content-Type: text/plain; charset=UTF-8 Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Performance issues with 8.0 ZFS and sendfile/lighttpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Nov 2009 20:42:48 -0000 2009/11/7 Miroslav Lachman <000.fbsd@quip.cz>: > > And as you noted, read, write, fault, total and percent are not updated on > machine with ZFS, so I can't compare it with UFS2 based machine. > Is this bug in top fixed in 8.x? Will you file a PR? (you know more about FS > related things than me :]) Not much... it depends on from where the stats are collected - there is a fair bit of file system infrastructure that ZFS bypasses and if these stats come from it, they cannot be collected. The stat is apparently updated around sys/kern/vfs_cluster.c: 233 . I'm not very familiar with this layer but since it uses struct buf and the ZFS doesn't use bufcache, this is probably one of the things that is bypassed, though it would be nice if it weren't since this code also defines and uses the vfs.write_behind and vfs.read_max sysctls. Also, since ZFS uses its own threads for IO and the stats are for curthread, it looks like it would maybe need careful work to actually assign the IO stats to the correct thread; otherwise it may be sufficient to add it to vdev_disk.c in vdev_disk_physio(). I don't really know this code and this is mostly mechanical analisys - it might be wrong. At least I'd like to read someone's comment about what is curthread in this code path.