From owner-freebsd-stable@FreeBSD.ORG Sun Jul 1 03:02:25 2012 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 E4AD2106566B for ; Sun, 1 Jul 2012 03:02:24 +0000 (UTC) (envelope-from jhellenthal@dataix.net) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 973EB8FC08 for ; Sun, 1 Jul 2012 03:02:24 +0000 (UTC) Received: by obbun3 with SMTP id un3so7804272obb.13 for ; Sat, 30 Jun 2012 20:02:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=ML1977SBRrDjRndc9ffpa4Fb6DwBp2LQNxmhDr+7OPI=; b=VIA/yI/Fz/6Mj24JACUsbcBQz5Tuw4s89PAuFg/tsWpRpYcthLGb/NN0YQ+6NXaqkT Lo3meDT+JEm2W74uIbxPoMNAvhsts3sWIa675HIXqyO9wYL4OdC48KiT8N6txsdEqvvz OBPBvTVdktdiEaSOFlD/BtaTlzstJfa8h+29s= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-gm-message-state; bh=ML1977SBRrDjRndc9ffpa4Fb6DwBp2LQNxmhDr+7OPI=; b=js4eeadZXZwiUa24QEMXigzZt7GM8b1AFpG80ilRRNvhT5dSqPJkS5A5flvgdNs3kr IrfatIwYMlZlmZ501iBKePErKYBif7dX1YIbr1rgd2LdNxsETd0KQTbkOiYx1T/WEHuw nioyzI2GoFRAvdHK0djW5asrWhNwnNmSfyuVlH0cxOhepSKYoEB5mkAk8/db1Z+PZG6G rQjaaL29BebcGevbk8kc/RGy00enVuxpOoNXw6NYxUjN67Pzlc/kEbhAoor1Achnt0N2 oQ7TEzWc93z6NHn+WYVN8k7Ct6LKrqQQGg8NJNcbZIqmZjK3/4jhCFJDvP+9u8DS+8HK ap3w== Received: by 10.50.135.74 with SMTP id pq10mr2462913igb.48.1341111744312; Sat, 30 Jun 2012 20:02:24 -0700 (PDT) Received: from DataIX.net (75-128-120-86.dhcp.aldl.mi.charter.com. [75.128.120.86]) by mx.google.com with ESMTPS id g5sm5519475ign.4.2012.06.30.20.02.22 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 30 Jun 2012 20:02:22 -0700 (PDT) Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id q6132Kgc012390 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 Jun 2012 23:02:20 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Received: (from jh@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id q6132Kif012389; Sat, 30 Jun 2012 23:02:20 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Date: Sat, 30 Jun 2012 23:02:20 -0400 From: Jason Hellenthal To: Marcin Wisnicki Message-ID: <20120701030220.GA11912@DataIX.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Gm-Message-State: ALoCoQnDvvp2Gdzg+lnhzV+/HCZ7v7wYHzz67FB2Fc4Apk3HxsycTx/gzTANdMwOhd21DD8vRgCn Cc: freebsd-stable@freebsd.org Subject: Re: mountd suddenly stopped working 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 Jul 2012 03:02:25 -0000 On Sat, Jun 30, 2012 at 09:07:17PM +0000, Marcin Wisnicki wrote: > On Sat, 30 Jun 2012 16:21:18 +0200, Ronald Klop wrote: > > > On Sat, 30 Jun 2012 15:53:53 +0200, Marcin Wisnicki > > wrote: > > > >> I have just rebooted an old system after 100 days of uptime and this > >> came up: > >> > >> Jun 30 15:39:00 ghost mountd[1592]: can't change attributes for > >> /tftpboot Jun 30 15:39:00 ghost mountd[1592]: bad exports list line > >> /tftpboot -ro -mapall > >> > > > > Than probably somebody changed something else. Can you provide the > > content of your exports file? > > > > OK, I've found the reason. > > There were two paths exported with same attributes: > > /tftpboot -ro -mapall=nobody > /vol/tank1 -ro -mapall=nobody > > As long as there is a filesystem mounted on /vol/tank1, above exports > will work. Since I've disconnected that drive, there was nothing mounted > this time. > > Apparently mountd does not allow exporting multiple paths from a single > filesystem on separate lines if they happen to have identical attributes. > Its been like that for a long time. I remember running into this way back on 6.X and 5.X. The solution is to: /tftpboot /vol/tank1 -ro -mapall=nobody -- - (2^(N-1)) From owner-freebsd-stable@FreeBSD.ORG Sun Jul 1 12:05:37 2012 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 58BCA106568E for ; Sun, 1 Jul 2012 12:05:37 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-scalar.mail.uoguelph.ca (esa-scalar.mail.uoguelph.ca [66.199.40.18]) by mx1.freebsd.org (Postfix) with ESMTP id E89AD8FC18 for ; Sun, 1 Jul 2012 12:05:36 +0000 (UTC) Received: from zcs3.mail.uoguelph.ca (new.mail.uoguelph.ca [131.104.93.37]) by esa-scalar.mail.uoguelph.ca (8.14.1/8.14.1) with ESMTP id q61C5T9P010049; Sun, 1 Jul 2012 08:05:30 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id E9992B4022; Sun, 1 Jul 2012 08:05:29 -0400 (EDT) Date: Sun, 1 Jul 2012 08:05:29 -0400 (EDT) From: Rick Macklem To: Jason Hellenthal Message-ID: <459242706.2441844.1341144329917.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20120701030220.GA11912@DataIX.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: Marcin Wisnicki , freebsd-stable@freebsd.org Subject: Re: mountd suddenly stopped working 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 Jul 2012 12:05:37 -0000 Jason Hellenthal wrote: > On Sat, Jun 30, 2012 at 09:07:17PM +0000, Marcin Wisnicki wrote: > > On Sat, 30 Jun 2012 16:21:18 +0200, Ronald Klop wrote: > > > > > On Sat, 30 Jun 2012 15:53:53 +0200, Marcin Wisnicki > > > wrote: > > > > > >> I have just rebooted an old system after 100 days of uptime and > > >> this > > >> came up: > > >> > > >> Jun 30 15:39:00 ghost mountd[1592]: can't change attributes for > > >> /tftpboot Jun 30 15:39:00 ghost mountd[1592]: bad exports list > > >> line > > >> /tftpboot -ro -mapall > > >> > > > > > > Than probably somebody changed something else. Can you provide the > > > content of your exports file? > > > > > > > OK, I've found the reason. > > > > There were two paths exported with same attributes: > > > > /tftpboot -ro -mapall=nobody > > /vol/tank1 -ro -mapall=nobody > > > > As long as there is a filesystem mounted on /vol/tank1, above > > exports > > will work. Since I've disconnected that drive, there was nothing > > mounted > > this time. > > > > Apparently mountd does not allow exporting multiple paths from a > > single > > filesystem on separate lines if they happen to have identical > > attributes. > > > > Its been like that for a long time. I remember running into this way > back on 6.X and 5.X. > > The solution is to: > > /tftpboot /vol/tank1 -ro -mapall=nobody > Yea, since it doesn't specify any host/network, it is the "default" entry that covers "the rest of the world". As such, there can only be one/server file system. So, if /tftpboot and /vol/tank are the same server file system, the above makes mountd happy. (I tend to use -alldirs instead of listing the mount directories, because I find it less confusing, but that's personal taste.) rick > -- > > - (2^(N-1)) > _______________________________________________ > 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 Sun Jul 1 12:27:25 2012 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 102DA106566B; Sun, 1 Jul 2012 12:27:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id B16318FC0A; Sun, 1 Jul 2012 12:27:24 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q61CROBZ046997; Sun, 1 Jul 2012 12:27:24 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q61CRNcC046767; Sun, 1 Jul 2012 12:27:23 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 1 Jul 2012 12:27:23 GMT Message-Id: <201207011227.q61CRNcC046767@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.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 amd64/amd64 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 Jul 2012 12:27:25 -0000 TB --- 2012-07-01 11:03:13 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-07-01 11:03:13 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-07-01 11:03:13 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2012-07-01 11:03:13 - cleaning the object tree TB --- 2012-07-01 11:03:13 - cvsupping the source tree TB --- 2012-07-01 11:03:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/amd64/amd64/supfile TB --- 2012-07-01 11:03:26 - building world TB --- 2012-07-01 11:03:26 - CROSS_BUILD_TESTING=YES TB --- 2012-07-01 11:03:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-01 11:03:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-01 11:03:26 - SRCCONF=/dev/null TB --- 2012-07-01 11:03:26 - TARGET=amd64 TB --- 2012-07-01 11:03:26 - TARGET_ARCH=amd64 TB --- 2012-07-01 11:03:26 - TZ=UTC TB --- 2012-07-01 11:03:26 - __MAKE_CONF=/dev/null TB --- 2012-07-01 11:03:26 - cd /src TB --- 2012-07-01 11:03:26 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 1 11:03:27 UTC 2012 >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Jul 1 12:11:47 UTC 2012 TB --- 2012-07-01 12:11:47 - generating LINT kernel config TB --- 2012-07-01 12:11:47 - cd /src/sys/amd64/conf TB --- 2012-07-01 12:11:47 - /usr/bin/make -B LINT TB --- 2012-07-01 12:11:47 - cd /src/sys/amd64/conf TB --- 2012-07-01 12:11:47 - /usr/sbin/config -m LINT TB --- 2012-07-01 12:11:47 - building LINT kernel TB --- 2012-07-01 12:11:47 - CROSS_BUILD_TESTING=YES TB --- 2012-07-01 12:11:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-01 12:11:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-01 12:11:47 - SRCCONF=/dev/null TB --- 2012-07-01 12:11:47 - TARGET=amd64 TB --- 2012-07-01 12:11:47 - TARGET_ARCH=amd64 TB --- 2012-07-01 12:11:47 - TZ=UTC TB --- 2012-07-01 12:11:47 - __MAKE_CONF=/dev/null TB --- 2012-07-01 12:11:47 - cd /src TB --- 2012-07-01 12:11:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 1 12:11:47 UTC 2012 >>> 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 -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/mps/../../dev/mps/mps_config.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/mps/../../dev/mps/mps_mapping.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c: In function 'mpssas_fw_work': /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c:336: error: 'struct mps_softc' has no member named 'WD_available' /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c:337: error: 'struct mps_softc' has no member named 'WD_available' /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c:481: error: 'struct mps_softc' has no member named 'WD_available' /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c:485: error: 'struct mps_softc' has no member named 'WD_available' *** Error code 1 Stop in /src/sys/modules/mps. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-01 12:27:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-01 12:27:23 - ERROR: failed to build LINT kernel TB --- 2012-07-01 12:27:23 - 3919.83 user 708.35 system 5049.66 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sun Jul 1 12:43:33 2012 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 0AE0F106566C; Sun, 1 Jul 2012 12:43:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id BC2FB8FC12; Sun, 1 Jul 2012 12:43:32 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q61ChW4o090869; Sun, 1 Jul 2012 12:43:32 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q61ChW18090866; Sun, 1 Jul 2012 12:43:32 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 1 Jul 2012 12:43:32 GMT Message-Id: <201207011243.q61ChW18090866@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.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 Jul 2012 12:43:33 -0000 TB --- 2012-07-01 11:40:05 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-07-01 11:40:05 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-07-01 11:40:05 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-07-01 11:40:05 - cleaning the object tree TB --- 2012-07-01 11:40:05 - cvsupping the source tree TB --- 2012-07-01 11:40:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-07-01 11:40:17 - building world TB --- 2012-07-01 11:40:17 - CROSS_BUILD_TESTING=YES TB --- 2012-07-01 11:40:17 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-01 11:40:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-01 11:40:17 - SRCCONF=/dev/null TB --- 2012-07-01 11:40:17 - TARGET=i386 TB --- 2012-07-01 11:40:17 - TARGET_ARCH=i386 TB --- 2012-07-01 11:40:17 - TZ=UTC TB --- 2012-07-01 11:40:17 - __MAKE_CONF=/dev/null TB --- 2012-07-01 11:40:17 - cd /src TB --- 2012-07-01 11:40:17 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 1 11:40:17 UTC 2012 >>> 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 Sun Jul 1 12:26:59 UTC 2012 TB --- 2012-07-01 12:26:59 - generating LINT kernel config TB --- 2012-07-01 12:26:59 - cd /src/sys/i386/conf TB --- 2012-07-01 12:26:59 - /usr/bin/make -B LINT TB --- 2012-07-01 12:26:59 - cd /src/sys/i386/conf TB --- 2012-07-01 12:26:59 - /usr/sbin/config -m LINT TB --- 2012-07-01 12:26:59 - building LINT kernel TB --- 2012-07-01 12:26:59 - CROSS_BUILD_TESTING=YES TB --- 2012-07-01 12:26:59 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-01 12:26:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-01 12:26:59 - SRCCONF=/dev/null TB --- 2012-07-01 12:26:59 - TARGET=i386 TB --- 2012-07-01 12:26:59 - TARGET_ARCH=i386 TB --- 2012-07-01 12:26:59 - TZ=UTC TB --- 2012-07-01 12:26:59 - __MAKE_CONF=/dev/null TB --- 2012-07-01 12:26:59 - cd /src TB --- 2012-07-01 12:26:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 1 12:27:00 UTC 2012 >>> 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 -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/i386/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/mps/../../dev/mps/mps_config.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/i386/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/mps/../../dev/mps/mps_mapping.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/i386/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c: In function 'mpssas_fw_work': /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c:336: error: 'struct mps_softc' has no member named 'WD_available' /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c:337: error: 'struct mps_softc' has no member named 'WD_available' /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c:481: error: 'struct mps_softc' has no member named 'WD_available' /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c:485: error: 'struct mps_softc' has no member named 'WD_available' *** Error code 1 Stop in /src/sys/modules/mps. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-01 12:43:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-01 12:43:32 - ERROR: failed to build LINT kernel TB --- 2012-07-01 12:43:32 - 3013.42 user 507.35 system 3806.37 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sun Jul 1 13:23:30 2012 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 B5975106564A; Sun, 1 Jul 2012 13:23:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 16F078FC18; Sun, 1 Jul 2012 13:23:30 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q61DNTXU085857; Sun, 1 Jul 2012 13:23:29 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q61DNTI3085856; Sun, 1 Jul 2012 13:23:29 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 1 Jul 2012 13:23:29 GMT Message-Id: <201207011323.q61DNTI3085856@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 tinderbox] failure on arm/arm 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 Jul 2012 13:23:30 -0000 TB --- 2012-07-01 11:20:00 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-07-01 11:20:00 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-07-01 11:20:00 - starting RELENG_9 tinderbox run for arm/arm TB --- 2012-07-01 11:20:00 - cleaning the object tree TB --- 2012-07-01 11:20:00 - cvsupping the source tree TB --- 2012-07-01 11:20:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/arm/arm/supfile TB --- 2012-07-01 11:21:09 - building world TB --- 2012-07-01 11:21:09 - CROSS_BUILD_TESTING=YES TB --- 2012-07-01 11:21:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-01 11:21:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-01 11:21:09 - SRCCONF=/dev/null TB --- 2012-07-01 11:21:09 - TARGET=arm TB --- 2012-07-01 11:21:09 - TARGET_ARCH=arm TB --- 2012-07-01 11:21:09 - TZ=UTC TB --- 2012-07-01 11:21:09 - __MAKE_CONF=/dev/null TB --- 2012-07-01 11:21:09 - cd /src TB --- 2012-07-01 11:21:09 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 1 11:21:10 UTC 2012 >>> 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 Sun Jul 1 12:34:28 UTC 2012 TB --- 2012-07-01 12:34:28 - cd /src/sys/arm/conf TB --- 2012-07-01 12:34:28 - /usr/sbin/config -m AVILA TB --- 2012-07-01 12:34:28 - building AVILA kernel TB --- 2012-07-01 12:34:28 - CROSS_BUILD_TESTING=YES TB --- 2012-07-01 12:34:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-01 12:34:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-01 12:34:28 - SRCCONF=/dev/null TB --- 2012-07-01 12:34:28 - TARGET=arm TB --- 2012-07-01 12:34:28 - TARGET_ARCH=arm TB --- 2012-07-01 12:34:28 - TZ=UTC TB --- 2012-07-01 12:34:28 - __MAKE_CONF=/dev/null TB --- 2012-07-01 12:34:28 - cd /src TB --- 2012-07-01 12:34:28 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Sun Jul 1 12:34:28 UTC 2012 >>> 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 >>> Kernel build for AVILA completed on Sun Jul 1 12:39:19 UTC 2012 TB --- 2012-07-01 12:39:19 - cd /src/sys/arm/conf TB --- 2012-07-01 12:39:19 - /usr/sbin/config -m BWCT TB --- 2012-07-01 12:39:19 - building BWCT kernel TB --- 2012-07-01 12:39:19 - CROSS_BUILD_TESTING=YES TB --- 2012-07-01 12:39:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-01 12:39:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-01 12:39:19 - SRCCONF=/dev/null TB --- 2012-07-01 12:39:19 - TARGET=arm TB --- 2012-07-01 12:39:19 - TARGET_ARCH=arm TB --- 2012-07-01 12:39:19 - TZ=UTC TB --- 2012-07-01 12:39:19 - __MAKE_CONF=/dev/null TB --- 2012-07-01 12:39:19 - cd /src TB --- 2012-07-01 12:39:19 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Sun Jul 1 12:39:19 UTC 2012 >>> 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 >>> Kernel build for BWCT completed on Sun Jul 1 12:42:28 UTC 2012 TB --- 2012-07-01 12:42:28 - cd /src/sys/arm/conf TB --- 2012-07-01 12:42:28 - /usr/sbin/config -m CAMBRIA TB --- 2012-07-01 12:42:28 - building CAMBRIA kernel TB --- 2012-07-01 12:42:28 - CROSS_BUILD_TESTING=YES TB --- 2012-07-01 12:42:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-01 12:42:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-01 12:42:28 - SRCCONF=/dev/null TB --- 2012-07-01 12:42:28 - TARGET=arm TB --- 2012-07-01 12:42:28 - TARGET_ARCH=arm TB --- 2012-07-01 12:42:28 - TZ=UTC TB --- 2012-07-01 12:42:28 - __MAKE_CONF=/dev/null TB --- 2012-07-01 12:42:28 - cd /src TB --- 2012-07-01 12:42:28 - /usr/bin/make -B buildkernel KERNCONF=CAMBRIA >>> Kernel build for CAMBRIA started on Sun Jul 1 12:42:28 UTC 2012 >>> 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 >>> Kernel build for CAMBRIA completed on Sun Jul 1 12:46:48 UTC 2012 TB --- 2012-07-01 12:46:48 - cd /src/sys/arm/conf TB --- 2012-07-01 12:46:48 - /usr/sbin/config -m CNS11XXNAS TB --- 2012-07-01 12:46:49 - building CNS11XXNAS kernel TB --- 2012-07-01 12:46:49 - CROSS_BUILD_TESTING=YES TB --- 2012-07-01 12:46:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-01 12:46:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-01 12:46:49 - SRCCONF=/dev/null TB --- 2012-07-01 12:46:49 - TARGET=arm TB --- 2012-07-01 12:46:49 - TARGET_ARCH=arm TB --- 2012-07-01 12:46:49 - TZ=UTC TB --- 2012-07-01 12:46:49 - __MAKE_CONF=/dev/null TB --- 2012-07-01 12:46:49 - cd /src TB --- 2012-07-01 12:46:49 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Sun Jul 1 12:46:49 UTC 2012 >>> 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 >>> Kernel build for CNS11XXNAS completed on Sun Jul 1 12:50:20 UTC 2012 TB --- 2012-07-01 12:50:20 - cd /src/sys/arm/conf TB --- 2012-07-01 12:50:20 - /usr/sbin/config -m CRB TB --- 2012-07-01 12:50:20 - building CRB kernel TB --- 2012-07-01 12:50:20 - CROSS_BUILD_TESTING=YES TB --- 2012-07-01 12:50:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-01 12:50:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-01 12:50:20 - SRCCONF=/dev/null TB --- 2012-07-01 12:50:20 - TARGET=arm TB --- 2012-07-01 12:50:20 - TARGET_ARCH=arm TB --- 2012-07-01 12:50:20 - TZ=UTC TB --- 2012-07-01 12:50:20 - __MAKE_CONF=/dev/null TB --- 2012-07-01 12:50:20 - cd /src TB --- 2012-07-01 12:50:20 - /usr/bin/make -B buildkernel KERNCONF=CRB >>> Kernel build for CRB started on Sun Jul 1 12:50:20 UTC 2012 >>> 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 >>> Kernel build for CRB completed on Sun Jul 1 12:55:08 UTC 2012 TB --- 2012-07-01 12:55:08 - cd /src/sys/arm/conf TB --- 2012-07-01 12:55:08 - /usr/sbin/config -m DB-78XXX TB --- 2012-07-01 12:55:08 - building DB-78XXX kernel TB --- 2012-07-01 12:55:08 - CROSS_BUILD_TESTING=YES TB --- 2012-07-01 12:55:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-01 12:55:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-01 12:55:08 - SRCCONF=/dev/null TB --- 2012-07-01 12:55:08 - TARGET=arm TB --- 2012-07-01 12:55:08 - TARGET_ARCH=arm TB --- 2012-07-01 12:55:08 - TZ=UTC TB --- 2012-07-01 12:55:08 - __MAKE_CONF=/dev/null TB --- 2012-07-01 12:55:08 - cd /src TB --- 2012-07-01 12:55:08 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Sun Jul 1 12:55:08 UTC 2012 >>> 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 >>> Kernel build for DB-78XXX completed on Sun Jul 1 12:58:49 UTC 2012 TB --- 2012-07-01 12:58:49 - cd /src/sys/arm/conf TB --- 2012-07-01 12:58:49 - /usr/sbin/config -m DB-88F5XXX TB --- 2012-07-01 12:58:49 - building DB-88F5XXX kernel TB --- 2012-07-01 12:58:49 - CROSS_BUILD_TESTING=YES TB --- 2012-07-01 12:58:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-01 12:58:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-01 12:58:49 - SRCCONF=/dev/null TB --- 2012-07-01 12:58:49 - TARGET=arm TB --- 2012-07-01 12:58:49 - TARGET_ARCH=arm TB --- 2012-07-01 12:58:49 - TZ=UTC TB --- 2012-07-01 12:58:49 - __MAKE_CONF=/dev/null TB --- 2012-07-01 12:58:49 - cd /src TB --- 2012-07-01 12:58:49 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Sun Jul 1 12:58:49 UTC 2012 >>> 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 >>> Kernel build for DB-88F5XXX completed on Sun Jul 1 13:02:21 UTC 2012 TB --- 2012-07-01 13:02:21 - cd /src/sys/arm/conf TB --- 2012-07-01 13:02:21 - /usr/sbin/config -m DB-88F6XXX TB --- 2012-07-01 13:02:21 - building DB-88F6XXX kernel TB --- 2012-07-01 13:02:21 - CROSS_BUILD_TESTING=YES TB --- 2012-07-01 13:02:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-01 13:02:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-01 13:02:21 - SRCCONF=/dev/null TB --- 2012-07-01 13:02:21 - TARGET=arm TB --- 2012-07-01 13:02:21 - TARGET_ARCH=arm TB --- 2012-07-01 13:02:21 - TZ=UTC TB --- 2012-07-01 13:02:21 - __MAKE_CONF=/dev/null TB --- 2012-07-01 13:02:21 - cd /src TB --- 2012-07-01 13:02:21 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>> Kernel build for DB-88F6XXX started on Sun Jul 1 13:02:21 UTC 2012 >>> 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 >>> Kernel build for DB-88F6XXX completed on Sun Jul 1 13:06:18 UTC 2012 TB --- 2012-07-01 13:06:18 - cd /src/sys/arm/conf TB --- 2012-07-01 13:06:18 - /usr/sbin/config -m DOCKSTAR TB --- 2012-07-01 13:06:18 - building DOCKSTAR kernel TB --- 2012-07-01 13:06:18 - CROSS_BUILD_TESTING=YES TB --- 2012-07-01 13:06:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-01 13:06:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-01 13:06:18 - SRCCONF=/dev/null TB --- 2012-07-01 13:06:18 - TARGET=arm TB --- 2012-07-01 13:06:18 - TARGET_ARCH=arm TB --- 2012-07-01 13:06:18 - TZ=UTC TB --- 2012-07-01 13:06:18 - __MAKE_CONF=/dev/null TB --- 2012-07-01 13:06:18 - cd /src TB --- 2012-07-01 13:06:18 - /usr/bin/make -B buildkernel KERNCONF=DOCKSTAR >>> Kernel build for DOCKSTAR started on Sun Jul 1 13:06:18 UTC 2012 >>> 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 >>> Kernel build for DOCKSTAR completed on Sun Jul 1 13:09:53 UTC 2012 TB --- 2012-07-01 13:09:53 - cd /src/sys/arm/conf TB --- 2012-07-01 13:09:53 - /usr/sbin/config -m EP80219 TB --- 2012-07-01 13:09:53 - building EP80219 kernel TB --- 2012-07-01 13:09:53 - CROSS_BUILD_TESTING=YES TB --- 2012-07-01 13:09:53 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-01 13:09:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-01 13:09:53 - SRCCONF=/dev/null TB --- 2012-07-01 13:09:53 - TARGET=arm TB --- 2012-07-01 13:09:53 - TARGET_ARCH=arm TB --- 2012-07-01 13:09:53 - TZ=UTC TB --- 2012-07-01 13:09:53 - __MAKE_CONF=/dev/null TB --- 2012-07-01 13:09:53 - cd /src TB --- 2012-07-01 13:09:53 - /usr/bin/make -B buildkernel KERNCONF=EP80219 >>> Kernel build for EP80219 started on Sun Jul 1 13:09:53 UTC 2012 >>> 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 >>> Kernel build for EP80219 completed on Sun Jul 1 13:13:58 UTC 2012 TB --- 2012-07-01 13:13:58 - cd /src/sys/arm/conf TB --- 2012-07-01 13:13:58 - /usr/sbin/config -m ETHERNUT5 TB --- 2012-07-01 13:13:58 - building ETHERNUT5 kernel TB --- 2012-07-01 13:13:58 - CROSS_BUILD_TESTING=YES TB --- 2012-07-01 13:13:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-01 13:13:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-01 13:13:58 - SRCCONF=/dev/null TB --- 2012-07-01 13:13:58 - TARGET=arm TB --- 2012-07-01 13:13:58 - TARGET_ARCH=arm TB --- 2012-07-01 13:13:58 - TZ=UTC TB --- 2012-07-01 13:13:58 - __MAKE_CONF=/dev/null TB --- 2012-07-01 13:13:58 - cd /src TB --- 2012-07-01 13:13:58 - /usr/bin/make -B buildkernel KERNCONF=ETHERNUT5 >>> Kernel build for ETHERNUT5 started on Sun Jul 1 13:13:58 UTC 2012 >>> 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 -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/arm.arm/src/sys/ETHERNUT5/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/arm.arm/src/sys/ETHERNUT5 -mcpu=arm9 -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/mps/../../dev/mps/mps_config.c cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/arm.arm/src/sys/ETHERNUT5/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/arm.arm/src/sys/ETHERNUT5 -mcpu=arm9 -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/mps/../../dev/mps/mps_mapping.c cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/arm.arm/src/sys/ETHERNUT5/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/arm.arm/src/sys/ETHERNUT5 -mcpu=arm9 -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c: In function 'mpssas_fw_work': /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c:336: error: 'struct mps_softc' has no member named 'WD_available' /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c:337: error: 'struct mps_softc' has no member named 'WD_available' /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c:481: error: 'struct mps_softc' has no member named 'WD_available' /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c:485: error: 'struct mps_softc' has no member named 'WD_available' *** Error code 1 Stop in /src/sys/modules/mps. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/arm.arm/src/sys/ETHERNUT5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-01 13:23:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-01 13:23:29 - ERROR: failed to build ETHERNUT5 kernel TB --- 2012-07-01 13:23:29 - 4536.52 user 928.44 system 7408.43 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sun Jul 1 13:27:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 82FFE106564A for ; Sun, 1 Jul 2012 13:27:51 +0000 (UTC) (envelope-from joerg_surmann@snafu.de) Received: from sour.ops.eusc.inter.net (sour.ops.eusc.inter.net [84.23.254.154]) by mx1.freebsd.org (Postfix) with ESMTP id 3CAAF8FC14 for ; Sun, 1 Jul 2012 13:27:51 +0000 (UTC) X-Trace: 507c73757269697c37382e35322e3234322e3133337c31536c4b42702d30303030 47462d46717c31333431313439323639 Received: from sour.ops.eusc.inter.net ([10.154.10.19] helo=localhost) by sour.ops.eusc.inter.net with esmtpsa (Exim 4.72) id 1SlKBp-0000GF-Fq for freebsd-stable@freebsd.org; Sun, 01 Jul 2012 15:27:49 +0200 Message-ID: <4FF05054.90902@snafu.de> Date: Sun, 01 Jul 2012 15:27:48 +0200 From: joerg_surmann User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20120620202807.66fdf248@fabiankeil.de> <70eb69bde16fba598b2701be9654624885f0936c@mein.snafu.de> <20120621122133.2fed5862@fabiankeil.de> In-Reply-To: <20120621122133.2fed5862@fabiankeil.de> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 78.52.242.133 X-SA-Exim-Mail-From: joerg_surmann@snafu.de X-SA-Exim-Scanned: No (on sour.ops.eusc.inter.net); SAEximRunCond expanded to false Subject: Re: geli decrypt only one partition 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 Jul 2012 13:27:51 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Fabian and all, Sorry, i no had enough time for this geli problem. I work with a testsystem. When start booting in verbose mode the system found the keypaths. Preloaded ada0p4:geli_keyfile0 "/root/keys/ada0p4.key" at 0xc14bf540. Preloaded ada1p4:geli_keyfile1 "/root/keys/ada1p4.key" at 0xc14bf598. loader.conf geom_eli_load="YES" geli_ada0p4_keyfile0_load="YES" geli_ada0p4_keyfile0_type="ada0p4:geli_keyfile0" geli_ada0p4_keyfile0_name="/root/keys/ada0p4.key" geli_ada1p4_keyfile1_load="YES" geli_ada1p4_keyfile1_type="ada1p4:geli_keyfile1" geli_ada1p4_keyfile1_name="/root/keys/ada1p4.key" zfs_load="YES" vfs.root.mountfrom="zfs:zroot" on boottime i can decrypt ada0p4. for ada1p4 ... wrong key. i can decrypt ada1p4 later by hand with the keyfile like loader.conf. same situation. ada0p4 and ada1p4 are a zfs mirror. On the attachement the dmesg file direct after login. Thanks for help. Suri Am 21.06.12 12:21, schrieb Fabian Keil: > joerg_surmann@snafu.de wrote: > >> the keyfile in loader.conf is correct. > > Did you verify that you get the boot message I quoted in the > previous mail for both keyfiles? This would surprise me. > >> when i decrypt ada1p3 via geli attach -k /priv/keys/ada1p3 >> /dev/ada1p3 ........ ada1p3.eli created >> >> in loader.conf is the same path specified. >> >> geli_ada1p3_keyfile1_load="YES" >> geli_ada1p3_keyfile1_type="ada1p3:geli_keyfile1" >> geli_ada1p3_keyfile1_name="/priv/keys/ada1p3.key" >> >> only ada0p3 (keyfile0 in loader.conf) will decrypt on boottime. >> for ada1p3 comes wrong key. >> >> any suggestions. > > I suspect the problem is that you named the first keyfile for > ada1p3 keyfile1 instead of keyfile0. The keyfile numeration > restarts for each provider and the kernel will not load keyfile1 if > keyfile0 doesn't exist. > > Fabian > -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.12 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJP8FBNAAoJEDyDkpKh+9pTZAkQALKW325XIRae9P+5Rgx6ib+T tqxQBm+ndwaMMroiF33D8dao6o9YSWB4z1bMNVRLgluG0jEHvjc2JufhHgIot8Rf lZLQSC2b3qo+AvFtvkyn7pvEPqPNLhGvZZx9buihvAuZTGRVVCya6txFJ0u0VRq0 FDHYqFlL9bxnbhn/2jem8EdFHwlEmyvYzdyF4dGzrqCOeBlXBDvSQqtrlK3FuNYe VOnIFZ+MdU1TdjyglalWSoFPCCZcFsc7uEUwwvOBXM48oqsAiZVKu+lMHr3cF2Fp 3gHK6GD1jzu5tQ7Zt+FUn93YM6T8Vm0+7um25uvVmdU+GHY6g1gh1YNLRv/yU9uk c6JHi0Nxr2339aZAwAxYp5YINFksl2yxr1RZXPQb5g5xEl/V7hM72oBoWGx9oE7Z GVLEJYRk1Bvy5wIxrUMdqM5U7KhcA/OmP7psJkP0ov6+JQOzXHSjZDn4Ng6cUnQb 6vHyYvNvPlHw5ng3NjiGv/ZGUDozR+E9qiIYaLBztsMZCIdo3nd1iN1NtLvh+jQU xGERHXKaQglOW4VJQVJLhQpD3omuHRBBzfh9tBBMAmxSSdAMcUp+hARkWnFQu8sE tKihHeKpOXPIyyUFT+q1HthVfE5RCMK6JZlNpvyCaXkPqaHtdqq5GVXr8J9ciZri cBpWjKQa5CCzB+MA8QU+ =aOdj -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 1 13:36:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B4E84106566C for ; Sun, 1 Jul 2012 13:36:09 +0000 (UTC) (envelope-from joerg_surmann@snafu.de) Received: from sour.ops.eusc.inter.net (sour.ops.eusc.inter.net [84.23.254.154]) by mx1.freebsd.org (Postfix) with ESMTP id F3FC78FC08 for ; Sun, 1 Jul 2012 13:36:08 +0000 (UTC) X-Trace: 507c73757269697c37382e35322e3234322e3133337c31536c4a78372d30303050 43582d564c7c31333431313438333538 Received: from sour.ops.eusc.inter.net ([10.154.10.19] helo=localhost) by sour.ops.eusc.inter.net with esmtpsa (Exim 4.72) id 1SlJx7-000PCX-VL for freebsd-stable@freebsd.org; Sun, 01 Jul 2012 15:12:38 +0200 Message-ID: <4FF04CC5.5060801@snafu.de> Date: Sun, 01 Jul 2012 15:12:37 +0200 From: joerg_surmann User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20120620202807.66fdf248@fabiankeil.de> <70eb69bde16fba598b2701be9654624885f0936c@mein.snafu.de> <20120621122133.2fed5862@fabiankeil.de> In-Reply-To: <20120621122133.2fed5862@fabiankeil.de> X-Enigmail-Version: 1.4.2 Content-Type: multipart/mixed; boundary="------------000809030200020707090505" X-SA-Exim-Connect-IP: 78.52.242.133 X-SA-Exim-Mail-From: joerg_surmann@snafu.de X-SA-Exim-Scanned: No (on sour.ops.eusc.inter.net); SAEximRunCond expanded to false Subject: Re: geli decrypt only one partition 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 Jul 2012 13:36:09 -0000 This is a multi-part message in MIME format. --------------000809030200020707090505 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Hi Fabian and all, Sorry, i no had enough time for this geli problem. I work with a testsystem. When start booting in verbose mode the system found the keypaths. Preloaded ada0p4:geli_keyfile0 "/root/keys/ada0p4.key" at 0xc14bf540. Preloaded ada1p4:geli_keyfile1 "/root/keys/ada1p4.key" at 0xc14bf598. loader.conf geom_eli_load="YES" geli_ada0p4_keyfile0_load="YES" geli_ada0p4_keyfile0_type="ada0p4:geli_keyfile0" geli_ada0p4_keyfile0_name="/root/keys/ada0p4.key" geli_ada1p4_keyfile1_load="YES" geli_ada1p4_keyfile1_type="ada1p4:geli_keyfile1" geli_ada1p4_keyfile1_name="/root/keys/ada1p4.key" zfs_load="YES" vfs.root.mountfrom="zfs:zroot" on boottime i can decrypt ada0p4. for ada1p4 ... wrong key. i can decrypt ada1p4 later by hand with the keyfile like loader.conf. same situation. ada0p4 and ada1p4 are a zfs mirror. On the attachement the dmesg file direct after login. Thanks for help. Suri Am 21.06.12 12:21, schrieb Fabian Keil: > joerg_surmann@snafu.de wrote: > >> the keyfile in loader.conf is correct. > > Did you verify that you get the boot message I quoted in the > previous mail for both keyfiles? This would surprise me. > >> when i decrypt ada1p3 via geli attach -k /priv/keys/ada1p3 >> /dev/ada1p3 ........ ada1p3.eli created >> >> in loader.conf is the same path specified. >> >> geli_ada1p3_keyfile1_load="YES" >> geli_ada1p3_keyfile1_type="ada1p3:geli_keyfile1" >> geli_ada1p3_keyfile1_name="/priv/keys/ada1p3.key" >> >> only ada0p3 (keyfile0 in loader.conf) will decrypt on boottime. >> for ada1p3 comes wrong key. >> >> any suggestions. > > I suspect the problem is that you named the first keyfile for > ada1p3 keyfile1 instead of keyfile0. The keyfile numeration > restarts for each provider and the kernel will not load keyfile1 if > keyfile0 doesn't exist. > > Fabian > --------------000809030200020707090505 Content-Type: text/plain; charset=UTF-8; name="dmesg.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg.txt" ehci0: Dropped interrupts workaround enabled usbus3: EHCI version 1.0 usbus3: on ehci0 usbus3: bpf attached ehci0: usbpf: Attached isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0xfc00-0xfc0f at device 17.1 on pci0 ata0: on atapci0 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 51 ata1: on atapci0 ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 52 pcm0: port 0xdc00-0xdcff irq 22 at device 17.5 on pci0 pci0: set ACPI power state D0 on \\_SB_.PCI0.AC9_ ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 0 vector 53 pcm0: pcm0: Codec features headphone, 18 bit DAC, 18 bit ADC, 5 bit master volu= me, Reserved 27 pcm0: Primary codec extended features variable rate PCM, AMAP pcm0: ac97 codec dac ready count: 0 pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "cd": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "ogain": pcm0: Mixer "line1": pcm0: Mixer "phin": pcm0: Mixer "phout": pcm0: Mixer "video": pcm0: clone manager: deadline=3D750ms flags=3D0x8000001e pcm0: sndbuf_setmap 2286000, 1000; 0xc3686000 -> 2286000 pcm0: sndbuf_setmap 2336000, 1000; 0xc3736000 -> 2336000 pcm0: sndbuf_setmap 2334000, 1000; 0xc3734000 -> 2334000 pcm0: sndbuf_setmap 2332000, 1000; 0xc3732000 -> 2332000 pcm0: sndbuf_setmap 2330000, 1000; 0xc3730000 -> 2330000 pcm0: sndbuf_setmap 233f000, 1000; 0xc373f000 -> 233f000 pcm0: vr0: port 0xd800-0xd8ff mem 0xdffffd00= -0xdffffdff irq 23 at device 18.0 on pci0 vr0: Quirks: 0x0 vr0: Revision: 0x74 miibus1: on vr0 ukphy0: PHY 1 on miibus1 ukphy0: OUI 0x0002c6, model 0x0032, rev. 8 ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: bpf attached vr0: Ethernet address: 00:0b:6a:17:53:a0 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 54 acpi_button1: on acpi0 fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 = drq 2 on acpi0 fdc0: ic_type 90 part_id 80 ioapic0: routing intpin 6 (ISA IRQ 6) to lapic 0 vector 55 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 56 uart0: fast interrupt ppc0: using extended I/O port range ppc0: SPP ECP ECP+EPP ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 0 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ioapic0: routing intpin 7 (ISA IRQ 7) to lapic 0 vector 57 ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 58 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustme= nt 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 59 Event timer "RTC" frequency 32768 Hz quality 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 60 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ ex_isa_identify() pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 pcib0: allocated type 3 (0xc0000-0xc07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xc0000-0xcbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xcc000-0xcc7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xcc800-0xccfff) for rid 1 of orm0 pcib0: allocated type 3 (0xcd000-0xcd7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xcd800-0xcdfff) for rid 1 of orm0 pcib0: allocated type 3 (0xce000-0xce7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xce800-0xcefff) for rid 1 of orm0 pcib0: allocated type 3 (0xcf000-0xcf7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xcf800-0xcffff) for rid 1 of orm0 pcib0: allocated type 3 (0xd0000-0xd07ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd0800-0xd0fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd1000-0xd17ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd1800-0xd1fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd2000-0xd27ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd2800-0xd2fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd3000-0xd37ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd3800-0xd3fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd4000-0xd47ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd4800-0xd4fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd5000-0xd57ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd5800-0xd5fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd6000-0xd67ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd6800-0xd6fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd7000-0xd77ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd7800-0xd7fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd8000-0xd87ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd8800-0xd8fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd9000-0xd97ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd9800-0xd9fff) for rid 1 of orm0 pcib0: allocated type 3 (0xda000-0xda7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xda800-0xdafff) for rid 1 of orm0 pcib0: allocated type 3 (0xdb000-0xdb7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdb800-0xdbfff) for rid 1 of orm0 pcib0: allocated type 3 (0xdc000-0xdc7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdc800-0xdcfff) for rid 1 of orm0 pcib0: allocated type 3 (0xdd000-0xdd7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdd800-0xddfff) for rid 1 of orm0 pcib0: allocated type 3 (0xde000-0xde7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xde800-0xdefff) for rid 1 of orm0 pcib0: allocated type 3 (0xdf000-0xdf7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdf800-0xdffff) for rid 1 of orm0 ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 1: ioport 0x1c00 alloc failed ahc_isa_probe 2: ioport 0x2c00 alloc failed ahc_isa_probe 3: ioport 0x3c00 alloc failed ahc_isa_probe 4: ioport 0x4c00 alloc failed ahc_isa_probe 5: ioport 0x5c00 alloc failed ahc_isa_probe 6: ioport 0x6c00 alloc failed ahc_isa_probe 7: ioport 0x7c00 alloc failed ahc_isa_probe 8: ioport 0x8c00 alloc failed ahc_isa_probe 9: ioport 0x9c00 alloc failed ahc_isa_probe 10: ioport 0xac00 alloc failed ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed isa_probe_children: disabling PnP devices pmtimer0 on isa0 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcbfff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0= pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 pcib0: allocated type 4 (0x2f8-0x2ff) for rid 0 of uart1 uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 isa_probe_children: probing PnP devices Device configuration finished. procfs registered ZFS NOTICE: Prefetch is disabled by default on i386 -- to enable, add "vfs.zfs.prefetch_disable=3D0" to /boot/loader.conf. ZFS WARNING: Recommended minimum kmem_size is 512MB; expect unstable beha= vior. Consider tuning vm.kmem_size and vm.kmem_size_max in /boot/loader.conf. ZFS filesystem version 5 ZFS storage pool version 28 lapic: Divisor 2, Frequency 132996202 Hz Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining lo0: bpf attached hptrr: no controller detected. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D50 devices=3D0x3 (aprobe0:ata0:0:0:0): SIGNATURE: 0000 ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ata1: stat0=3D0x10 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: stat1=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: reset tp2 stat0=3D10 stat1=3D00 devices=3D0x30000 (aprobe1:ata1:0:0:0): SIGNATURE: eb14 (aprobe0:ata0:0:1:0): SIGNATURE: 0000 (aprobe1:ata1:0:1:0): SIGNATURE: eb14 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error cd1 at ata1 bus 0 scbus1 target 1 lun 0 cd1: <_NEC CD-RW NR-9100A 1.41> Removable CD-ROM SCSI-0 device=20 cd1: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd1: Attempt to query device size failed: NOT READY, Medium not present ATA-7 device ada0: Serial Number 0611J1EW818312 ada0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada0: 38204MB (78242976 512 byte sectors: 16H 255S/T 16383C) ada0: Previously was known as ad0 ada1 at ata0 bus 0 scbus0 target 1 lun 0 ada1: ATA-7 device ada1: Serial Number 0611J1FW844879 ada1: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada1: 38204MB (78242976 512 byte sectors: 16H 255S/T 16383C) ada1: Previously was known as ad1 pass0 at ata0 bus 0 scbus0 target 0 lun 0 pass0: ATA-7 device pass0: Serial Number 0611J1EW818312 pass0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) pass1 at ata0 bus 0 scbus0 target 1 lun 0 pass1: ATA-7 device pass1: Serial Number 0611J1FW844879 pass1: 100.000MB/s transfers (UDMA5, PIO 8192bytes) pass2 at ata1 bus 0 scbus1 target 0 lun 0 pass2: Removable CD-ROM SCSI-0 device=20 pass2: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) pass3 at ata1 bus 0 scbus1 target 1 lun 0 pass3: <_NEC CD-RW NR-9100A 1.41> Removable CD-ROM SCSI-0 device=20 pass3: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) Timecounter "TSC" frequency 1662490831 Hz quality 800 GEOM: new disk cd0 GEOM: new disk cd1 GEOM: new disk ada0 GEOM: new disk ada1 (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error Enter passphrase for ada0p4: uhub3: 6 ports with 6 removable, self powere= d GEOM_ELI: Device ada0p4.eli created. GEOM_ELI: Encryption: AES-XTS 256 GEOM_ELI: Crypto: software Enter passphrase for ada1p4:=20 GEOM_ELI: Wrong key for ada1p4. Tries left: 2. Enter passphrase for ada1p4:=20 GEOM_ELI: Wrong key for ada1p4. Tries left: 1. Enter passphrase for ada1p4:=20 GEOM_ELI: Wrong key for ada1p4. No tries left. Enter passphrase for gptid/fb8ada9c-c360-11e1-a04d-00047691818e:=20 GEOM_ELI: Wrong key for gptid/fb8ada9c-c360-11e1-a04d-00047691818e. Tries= left: 2. Enter passphrase for gptid/fb8ada9c-c360-11e1-a04d-00047691818e:=20 GEOM_ELI: Wrong key for gptid/fb8ada9c-c360-11e1-a04d-00047691818e. Tries= left: 1. Enter passphrase for gptid/fb8ada9c-c360-11e1-a04d-00047691818e:=20 GEOM_ELI: Wrong key for gptid/fb8ada9c-c360-11e1-a04d-00047691818e. No tr= ies left. Trying to mount root from zfs:zroot []... (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error start_init: trying /sbin/init 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 0 0 done All buffers synced. Swap device zvol/zroot/swap removed. Uptime: 4m50s pcib0: wake_prep disabled wake for \\_SB_.PCI0 (S5) uart0: wake_prep disabled wake for \\_SB_.PCI0.UAR1 (S5) uhci0: wake_prep disabled wake for \\_SB_.PCI0.USB1 (S5) uhci1: wake_prep disabled wake for \\_SB_.PCI0.USB2 (S5) uhci2: wake_prep disabled wake for \\_SB_.PCI0.USB3 (S5) ehci0: wake_prep disabled wake for \\_SB_.PCI0.EHCI (S5) unknown: wake_prep disabled wake for \\_SB_.PCI0.SBRG.PS2M (S5) atkbdc0: wake_prep disabled wake for \\_SB_.PCI0.SBRG.PS2K (S5) pcm0: wake_prep disabled wake for \\_SB_.PCI0.AC9_ (S5) unknown: wake_prep disabled wake for \\_SB_.PCI0.MC9_ (S5) vr0: wake_prep disabled wake for \\_SB_.PCI0.ILAN (S5) acpi_button1: wake_prep disabled wake for \\_SB_.SLPB (S5) Rebooting... Table 'FACP' at 0x1dff0030 Table 'APIC' at 0x1dff00c0 APIC: Found table at 0x1dff00c0 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) Copyright (c) 1992-2012 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 9.0-RELEASE #0: Tue Jan 3 07:15:25 UTC 2012 root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Table 'FACP' at 0x1dff0030 Table 'APIC' at 0x1dff00c0 ACPI: No SRAT table found Preloaded elf kernel "/boot/kernel/kernel" at 0xc14bf000. Preloaded elf module "/boot/kernel/zfs.ko" at 0xc14bf188. Preloaded elf module "/boot/kernel/opensolaris.ko" at 0xc14bf230. Preloaded elf module "/boot/kernel/geom_eli.ko" at 0xc14bf2e0. Preloaded elf module "/boot/kernel/crypto.ko" at 0xc14bf390. Preloaded elf module "/boot/kernel/zlib.ko" at 0xc14bf43c. Preloaded /boot/zfs/zpool.cache "/boot/zfs/zpool.cache" at 0xc14bf4e8. Preloaded ada0p4:geli_keyfile0 "/root/keys/ada0p4.key" at 0xc14bf540. Preloaded ada1p4:geli_keyfile1 "/root/keys/ada1p4.key" at 0xc14bf598. Calibrating TSC clock ... TSC clock: 1662491372 Hz CPU: AMD Athlon(tm) XP 2000+ (1662.49-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x681 Family =3D 6 Model =3D 8 Ste= pping =3D 1 Features=3D0x383fbff AMD Features=3D0xc0400800 Data TLB: 32 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associ= ative L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associat= ive real memory =3D 536870912 (512 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001826000 - 0x000000001d729fff, 468729856 bytes (114436 pages) avail memory =3D 469028864 (447 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: bios32: Found BIOS32 Service Directory header at 0xc00fdab0 bios32: Entry =3D 0xfdac0 (c00fdac0) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0xdae1 pnpbios: Found PnP BIOS data at 0xc00f7a80 pnpbios: Entry =3D f0000:691b Rev =3D 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 ULE: setup cpu 0 ACPI: RSDP 0xfa700 00014 (v00 AMI ) ACPI: RSDT 0x1dff0000 0002C (v01 AMIINT VIA_K7 00000010 MSFT 00000097) ACPI: FACP 0x1dff0030 00081 (v01 AMIINT VIA_K7 00000011 MSFT 00000097) ACPI: DSDT 0x1dff0120 0314B (v01 VIA KM266 00001000 MSFT 0100000D) ACPI: FACS 0x1dff8000 00040 ACPI: APIC 0x1dff00c0 00054 (v01 AMIINT VIA_K7 00000009 MSFT 00000097) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x000000f0 pmc: 0x00010400 wlan: <802.11 Link Layer> snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff [= 1024] feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D5 feeder_= rate_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled io: null: random: crypto: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 CPU0: local APIC error 0x80 cryptosoft0: on motherboard crypto: assign cryptosoft0 driver id 0, flags 100663296 crypto: cryptosoft0 registers alg 1 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 2 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 3 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 4 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 5 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 16 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 6 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 7 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 18 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 19 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 20 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 8 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 15 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 9 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 10 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 13 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 14 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 11 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 22 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 21 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 17 flags 0 maxoplen 0 acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 acpi0: Power Button (fixed) acpi0: wakeup code va 0xc30b7000 pa 0x1000 pci_open(1): mode 1 addr port (0x0cf8) is 0x80008840 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D3116110= 6) pcibios: BIOS version 2.10 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu0: switching to generic Cx mode pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 12 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 12 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xffff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xc0000-0xdffff pcib0: Length mismatch for 3 range: dfe00000 vs dec00000 pcib0: decoding 3 range 0x20000000-0xffdfffff pcib0: decoding 3 range 0xfee01000-0xffdfffff pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x1106, dev=3D0x3116, revid=3D0x00 domain=3D0, bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x2230, cachelnsz=3D0 (dwords) lattimer=3D0x08 (240 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xe0000000, size 27, e= nabled pcib0: allocated type 3 (0xe0000000-0xe7ffffff) for rid 10 of pci0:0:0:0 found-> vendor=3D0x1106, dev=3D0xb091, revid=3D0x00 domain=3D0, bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0xa230, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x0c (3000 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D1 D3 current D0 found-> vendor=3D0x10b7, dev=3D0x9200, revid=3D0x74 domain=3D0, bus=3D0, slot=3D9, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x0a (2500 ns), maxlat=3D0x0a (2500 n= s) intpin=3Da, irq=3D10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xec00, size 7, enabled pcib0: allocated type 4 (0xec00-0xec7f) for rid 10 of pci0:0:9:0 map[14]: type Memory, range 32, base 0xdfffff80, size 7, enabled pcib0: allocated type 3 (0xdfffff80-0xdfffffff) for rid 14 of pci0:0:9:0 pcib0: matched entry for 0.9.INTA pcib0: slot 9 INTA hardwired to IRQ 17 found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x80 domain=3D0, bus=3D0, slot=3D16, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type I/O Port, range 32, base 0xe000, size 5, enabled pcib0: allocated type 4 (0xe000-0xe01f) for rid 20 of pci0:0:16:0 pcib0: matched entry for 0.16.INTA pcib0: slot 16 INTA hardwired to IRQ 21 found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x80 domain=3D0, bus=3D0, slot=3D16, func=3D1 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D10 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type I/O Port, range 32, base 0xe400, size 5, enabled pcib0: allocated type 4 (0xe400-0xe41f) for rid 20 of pci0:0:16:1 pcib0: matched entry for 0.16.INTB pcib0: slot 16 INTB hardwired to IRQ 21 found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x80 domain=3D0, bus=3D0, slot=3D16, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D5 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type I/O Port, range 32, base 0xe800, size 5, enabled pcib0: allocated type 4 (0xe800-0xe81f) for rid 20 of pci0:0:16:2 pcib0: matched entry for 0.16.INTC pcib0: slot 16 INTC hardwired to IRQ 21 found-> vendor=3D0x1106, dev=3D0x3104, revid=3D0x82 domain=3D0, bus=3D0, slot=3D16, func=3D3 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D12 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xdffffe00, size 8, enabled pcib0: allocated type 3 (0xdffffe00-0xdffffeff) for rid 10 of pci0:0:16:3= pcib0: matched entry for 0.16.INTD pcib0: slot 16 INTD hardwired to IRQ 21 found-> vendor=3D0x1106, dev=3D0x3177, revid=3D0x00 domain=3D0, bus=3D0, slot=3D17, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0087, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=3D0x1106, dev=3D0x0571, revid=3D0x06 domain=3D0, bus=3D0, slot=3D17, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D3 current D0 pcib0: allocated type 4 (0x1f0-0x1f7) for rid 10 of pci0:0:17:1 pcib0: allocated type 4 (0x3f6-0x3f6) for rid 14 of pci0:0:17:1 pcib0: allocated type 4 (0x170-0x177) for rid 18 of pci0:0:17:1 pcib0: allocated type 4 (0x376-0x376) for rid 1c of pci0:0:17:1 map[20]: type I/O Port, range 32, base 0xfc00, size 4, enabled pcib0: allocated type 4 (0xfc00-0xfc0f) for rid 20 of pci0:0:17:1 found-> vendor=3D0x1106, dev=3D0x3059, revid=3D0x50 domain=3D0, bus=3D0, slot=3D17, func=3D5 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0001, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xdc00, size 8, enabled pcib0: allocated type 4 (0xdc00-0xdcff) for rid 10 of pci0:0:17:5 pcib0: matched entry for 0.17.INTC pcib0: slot 17 INTC hardwired to IRQ 22 found-> vendor=3D0x1106, dev=3D0x3065, revid=3D0x74 domain=3D0, bus=3D0, slot=3D18, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x08 (2000 ns= ) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xd800, size 8, enabled pcib0: allocated type 4 (0xd800-0xd8ff) for rid 10 of pci0:0:18:0 map[14]: type Memory, range 32, base 0xdffffd00, size 8, enabled pcib0: allocated type 3 (0xdffffd00-0xdffffdff) for rid 14 of pci0:0:18:0= pcib0: matched entry for 0.18.INTA pcib0: slot 18 INTA hardwired to IRQ 23 agp0: on hostb0 agp0: allocating GATT for aperture of size 128M agp0: aperture size is 128M pcib1: at device 1.0 on pci0 pcib0: allocated type 3 (0xdfd00000-0xdfefffff) for rid 20 of pcib1 pcib0: allocated type 3 (0xcfc00000-0xdfbfffff) for rid 24 of pcib1 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: memory decode 0xdfd00000-0xdfefffff pcib1: prefetched decode 0xcfc00000-0xdfbfffff pci1: on pcib1 pci1: domain=3D0, physical bus=3D1 found-> vendor=3D0x5333, dev=3D0x8d04, revid=3D0x00 domain=3D0, bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0230, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0xff (63750 = ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xdfe80000, size 19, enabled pcib1: allocated memory range (0xdfe80000-0xdfefffff) for rid 10 of pci0:= 1:0:0 map[14]: type Prefetchable Memory, range 32, base 0xd0000000, size 27, e= nabled pcib1: allocated prefetch range (0xd0000000-0xd7ffffff) for rid 14 of pci= 0:1:0:0 pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 vgapci0: mem 0xdfe80000-0xdfefffff,0xd0000000-0x= d7ffffff irq 16 at device 0.0 on pci1 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xec00-0xec7f mem 0xdfffff80= -0xdfffffff irq 17 at device 9.0 on pci0 xl0: using memory mapped I/O xl0: media options word: a xl0: found MII/AUTO miibus0: on xl0 xlphy0: PHY 24 on miibus0 xlphy0: OUI 0x000818, model 0x0017, rev. 6 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow xl0: bpf attached xl0: Ethernet address: 00:04:76:91:81:8e ioapic0: routing intpin 17 (PCI IRQ 17) to lapic 0 vector 49 uhci0: port 0xe000-0xe01f irq 21 at device 16= =2E0 on pci0 ioapic0: routing intpin 21 (PCI IRQ 21) to lapic 0 vector 50 usbus0: on uhci0 usbus0: bpf attached uhci0: usbpf: Attached uhci1: port 0xe400-0xe41f irq 21 at device 16= =2E1 on pci0 usbus1: on uhci1 usbus1: bpf attached uhci1: usbpf: Attached uhci2: port 0xe800-0xe81f irq 21 at device 16= =2E2 on pci0 usbus2: on uhci2 usbus2: bpf attached uhci2: usbpf: Attached ehci0: mem 0xdffffe00-0xdffffeff irq 21 a= t device 16.3 on pci0 ehci0: Dropped interrupts workaround enabled usbus3: EHCI version 1.0 usbus3: on ehci0 usbus3: bpf attached ehci0: usbpf: Attached isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0xfc00-0xfc0f at device 17.1 on pci0 ata0: on atapci0 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 51 ata1: on atapci0 ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 52 pcm0: port 0xdc00-0xdcff irq 22 at device 17.5 on pci0 pci0: set ACPI power state D0 on \\_SB_.PCI0.AC9_ ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 0 vector 53 pcm0: pcm0: Codec features headphone, 18 bit DAC, 18 bit ADC, 5 bit master volu= me, Reserved 27 pcm0: Primary codec extended features variable rate PCM, AMAP pcm0: ac97 codec dac ready count: 0 pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "cd": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "ogain": pcm0: Mixer "line1": pcm0: Mixer "phin": pcm0: Mixer "phout": pcm0: Mixer "video": pcm0: clone manager: deadline=3D750ms flags=3D0x8000001e pcm0: sndbuf_setmap 2286000, 1000; 0xc3686000 -> 2286000 pcm0: sndbuf_setmap 2336000, 1000; 0xc3736000 -> 2336000 pcm0: sndbuf_setmap 2334000, 1000; 0xc3734000 -> 2334000 pcm0: sndbuf_setmap 2332000, 1000; 0xc3732000 -> 2332000 pcm0: sndbuf_setmap 2330000, 1000; 0xc3730000 -> 2330000 pcm0: sndbuf_setmap 233f000, 1000; 0xc373f000 -> 233f000 pcm0: vr0: port 0xd800-0xd8ff mem 0xdffffd00= -0xdffffdff irq 23 at device 18.0 on pci0 vr0: Quirks: 0x0 vr0: Revision: 0x74 miibus1: on vr0 ukphy0: PHY 1 on miibus1 ukphy0: OUI 0x0002c6, model 0x0032, rev. 8 ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: bpf attached vr0: Ethernet address: 00:0b:6a:17:53:a0 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 54 acpi_button1: on acpi0 fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 = drq 2 on acpi0 fdc0: ic_type 90 part_id 80 ioapic0: routing intpin 6 (ISA IRQ 6) to lapic 0 vector 55 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 56 uart0: fast interrupt ppc0: using extended I/O port range ppc0: SPP ECP ECP+EPP ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 0 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ioapic0: routing intpin 7 (ISA IRQ 7) to lapic 0 vector 57 ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 58 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustme= nt 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 59 Event timer "RTC" frequency 32768 Hz quality 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 60 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ ex_isa_identify() pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 pcib0: allocated type 3 (0xc0000-0xc07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xc0000-0xcbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xcc000-0xcc7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xcc800-0xccfff) for rid 1 of orm0 pcib0: allocated type 3 (0xcd000-0xcd7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xcd800-0xcdfff) for rid 1 of orm0 pcib0: allocated type 3 (0xce000-0xce7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xce800-0xcefff) for rid 1 of orm0 pcib0: allocated type 3 (0xcf000-0xcf7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xcf800-0xcffff) for rid 1 of orm0 pcib0: allocated type 3 (0xd0000-0xd07ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd0800-0xd0fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd1000-0xd17ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd1800-0xd1fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd2000-0xd27ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd2800-0xd2fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd3000-0xd37ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd3800-0xd3fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd4000-0xd47ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd4800-0xd4fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd5000-0xd57ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd5800-0xd5fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd6000-0xd67ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd6800-0xd6fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd7000-0xd77ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd7800-0xd7fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd8000-0xd87ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd8800-0xd8fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd9000-0xd97ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd9800-0xd9fff) for rid 1 of orm0 pcib0: allocated type 3 (0xda000-0xda7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xda800-0xdafff) for rid 1 of orm0 pcib0: allocated type 3 (0xdb000-0xdb7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdb800-0xdbfff) for rid 1 of orm0 pcib0: allocated type 3 (0xdc000-0xdc7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdc800-0xdcfff) for rid 1 of orm0 pcib0: allocated type 3 (0xdd000-0xdd7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdd800-0xddfff) for rid 1 of orm0 pcib0: allocated type 3 (0xde000-0xde7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xde800-0xdefff) for rid 1 of orm0 pcib0: allocated type 3 (0xdf000-0xdf7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdf800-0xdffff) for rid 1 of orm0 ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 1: ioport 0x1c00 alloc failed ahc_isa_probe 2: ioport 0x2c00 alloc failed ahc_isa_probe 3: ioport 0x3c00 alloc failed ahc_isa_probe 4: ioport 0x4c00 alloc failed ahc_isa_probe 5: ioport 0x5c00 alloc failed ahc_isa_probe 6: ioport 0x6c00 alloc failed ahc_isa_probe 7: ioport 0x7c00 alloc failed ahc_isa_probe 8: ioport 0x8c00 alloc failed ahc_isa_probe 9: ioport 0x9c00 alloc failed ahc_isa_probe 10: ioport 0xac00 alloc failed ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed isa_probe_children: disabling PnP devices pmtimer0 on isa0 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcbfff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0= pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 pcib0: allocated type 4 (0x2f8-0x2ff) for rid 0 of uart1 uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 isa_probe_children: probing PnP devices Device configuration finished. procfs registered ZFS NOTICE: Prefetch is disabled by default on i386 -- to enable, add "vfs.zfs.prefetch_disable=3D0" to /boot/loader.conf. ZFS WARNING: Recommended minimum kmem_size is 512MB; expect unstable beha= vior. Consider tuning vm.kmem_size and vm.kmem_size_max in /boot/loader.conf. ZFS filesystem version 5 ZFS storage pool version 28 lapic: Divisor 2, Frequency 132996161 Hz Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining lo0: bpf attached hptrr: no controller detected. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D50 devices=3D0x3 (aprobe0:ata0:0:0:0): SIGNATURE: 0000 ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ata1: stat0=3D0x10 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: stat1=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: reset tp2 stat0=3D10 stat1=3D00 devices=3D0x30000 (aprobe1:ata1:0:0:0): SIGNATURE: eb14 (aprobe0:ata0:0:1:0): SIGNATURE: 0000 (aprobe1:ata1:0:1:0): SIGNATURE: eb14 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-7 device (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error cd1 at ata1 bus 0 scbus1 target 1 lun 0 cd1: <_NEC CD-RW NR-9100A 1.41> Removable CD-ROM SCSI-0 device=20 cd1: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd1: Attempt to query device size failed: NOT READY, Medium not present ada0: Serial Number 0611J1EW818312 ada0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada0: 38204MB (78242976 512 byte sectors: 16H 255S/T 16383C) ada0: Previously was known as ad0 ada1 at ata0 bus 0 scbus0 target 1 lun 0 ada1: ATA-7 device ada1: Serial Number 0611J1FW844879 ada1: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada1: 38204MB (78242976 512 byte sectors: 16H 255S/T 16383C) ada1: Previously was known as ad1 pass0 at ata0 bus 0 scbus0 target 0 lun 0 pass0: ATA-7 device pass0: Serial Number 0611J1EW818312 pass0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) pass1 at ata0 bus 0 scbus0 target 1 lun 0 pass1: ATA-7 device pass1: Serial Number 0611J1FW844879 pass1: 100.000MB/s transfers (UDMA5, PIO 8192bytes) pass2 at ata1 bus 0 scbus1 target 0 lun 0 pass2: Removable CD-ROM SCSI-0 device=20 pass2: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) pass3 at ata1 bus 0 scbus1 target 1 lun 0 pass3: <_NEC CD-RW NR-9100A 1.41> Removable CD-ROM SCSI-0 device=20 pass3: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) Timecounter "TSC" frequency 1662491372 Hz quality 800 GEOM: new disk cd0 GEOM: new disk cd1 GEOM: new disk ada0 GEOM: new disk ada1 (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error Enter passphrase for ada0p4: uhub3: 6 ports with 6 removable, self powere= d GEOM_ELI: Device ada0p4.eli created. GEOM_ELI: Encryption: AES-XTS 256 GEOM_ELI: Crypto: software Enter passphrase for ada1p4:=20 GEOM_ELI: Wrong key for ada1p4. Tries left: 2. Enter passphrase for ada1p4:=20 GEOM_ELI: Wrong key for ada1p4. Tries left: 1. Enter passphrase for ada1p4:=20 GEOM_ELI: Wrong key for ada1p4. No tries left. Enter passphrase for gptid/fb8ada9c-c360-11e1-a04d-00047691818e:=20 GEOM_ELI: Wrong key for gptid/fb8ada9c-c360-11e1-a04d-00047691818e. Tries= left: 2. Enter passphrase for gptid/fb8ada9c-c360-11e1-a04d-00047691818e:=20 GEOM_ELI: Wrong key for gptid/fb8ada9c-c360-11e1-a04d-00047691818e. Tries= left: 1. Enter passphrase for gptid/fb8ada9c-c360-11e1-a04d-00047691818e:=20 GEOM_ELI: Wrong key for gptid/fb8ada9c-c360-11e1-a04d-00047691818e. No tr= ies left. Trying to mount root from zfs:zroot []... (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error start_init: trying /sbin/init --------------000809030200020707090505-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 1 13:47:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF11C106564A for ; Sun, 1 Jul 2012 13:47:05 +0000 (UTC) (envelope-from joerg_surmann@snafu.de) Received: from waikiki.ops.eusc.inter.net (waikiki.ops.eusc.inter.net [84.23.254.155]) by mx1.freebsd.org (Postfix) with ESMTP id 0668D8FC08 for ; Sun, 1 Jul 2012 13:47:05 +0000 (UTC) X-Trace: 507c73757269697c37382e35322e3234322e3133337c31536c4b44652d3030304b 64472d32447c31333431313439333832 Received: from waikiki.ops.eusc.inter.net ([10.155.10.19] helo=localhost) by waikiki.ops.eusc.inter.net with esmtpsa (Exim 4.72) id 1SlKDe-000KdG-2D for freebsd-stable@freebsd.org; Sun, 01 Jul 2012 15:29:42 +0200 Message-ID: <4FF050C5.7050909@snafu.de> Date: Sun, 01 Jul 2012 15:29:41 +0200 From: joerg_surmann User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20120620202807.66fdf248@fabiankeil.de> <70eb69bde16fba598b2701be9654624885f0936c@mein.snafu.de> <20120621122133.2fed5862@fabiankeil.de> In-Reply-To: <20120621122133.2fed5862@fabiankeil.de> X-Enigmail-Version: 1.4.2 Content-Type: multipart/mixed; boundary="------------090205030003050303070005" X-SA-Exim-Connect-IP: 78.52.242.133 X-SA-Exim-Mail-From: joerg_surmann@snafu.de X-SA-Exim-Scanned: No (on waikiki.ops.eusc.inter.net); SAEximRunCond expanded to false Subject: Re: geli decrypt only one partition 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 Jul 2012 13:47:05 -0000 This is a multi-part message in MIME format. --------------090205030003050303070005 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Fabian and all, Sorry, i no had enough time for this geli problem. I work with a testsystem. When start booting in verbose mode the system found the keypaths. Preloaded ada0p4:geli_keyfile0 "/root/keys/ada0p4.key" at 0xc14bf540. Preloaded ada1p4:geli_keyfile1 "/root/keys/ada1p4.key" at 0xc14bf598. loader.conf geom_eli_load="YES" geli_ada0p4_keyfile0_load="YES" geli_ada0p4_keyfile0_type="ada0p4:geli_keyfile0" geli_ada0p4_keyfile0_name="/root/keys/ada0p4.key" geli_ada1p4_keyfile1_load="YES" geli_ada1p4_keyfile1_type="ada1p4:geli_keyfile1" geli_ada1p4_keyfile1_name="/root/keys/ada1p4.key" zfs_load="YES" vfs.root.mountfrom="zfs:zroot" on boottime i can decrypt ada0p4. for ada1p4 ... wrong key. i can decrypt ada1p4 later by hand with the keyfile like loader.conf. same situation. ada0p4 and ada1p4 are a zfs mirror. On the attachement the dmesg file direct after login. Thanks for help. Suri Am 21.06.12 12:21, schrieb Fabian Keil: > joerg_surmann@snafu.de wrote: > >> the keyfile in loader.conf is correct. > > Did you verify that you get the boot message I quoted in the > previous mail for both keyfiles? This would surprise me. > >> when i decrypt ada1p3 via geli attach -k /priv/keys/ada1p3 >> /dev/ada1p3 ........ ada1p3.eli created >> >> in loader.conf is the same path specified. >> >> geli_ada1p3_keyfile1_load="YES" >> geli_ada1p3_keyfile1_type="ada1p3:geli_keyfile1" >> geli_ada1p3_keyfile1_name="/priv/keys/ada1p3.key" >> >> only ada0p3 (keyfile0 in loader.conf) will decrypt on boottime. >> for ada1p3 comes wrong key. >> >> any suggestions. > > I suspect the problem is that you named the first keyfile for > ada1p3 keyfile1 instead of keyfile0. The keyfile numeration > restarts for each provider and the kernel will not load keyfile1 if > keyfile0 doesn't exist. > > Fabian > -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.12 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJP8FDCAAoJEDyDkpKh+9pTWxEP/0HViqf50qghW2rj33xwM8GH yL+ID6kPruGvCkwfoSY1LuyD4ev6ptvUf9D4KmkjBs9wf2ISlgoYU4/GUTo86Zii EFFzQNUjR6NJgr6eUSU+OKtRS4TwrzIbDcRyYkDW7iaEeRcD5jsOUtJ+mJvpb3R/ rlS6+e7AxUzIwh9Pr7BtTMT6R+hI/JioSDzbkhUNWFXQXBCB1jbZ9txh7mWVwQUa DyVNZYnvDom9CggcPafKVgDHmk7pr0xjaxfKEA8vYefDk1+JvBn2NVYiFDly+yrl 0XuDgSNFDVbQlTlF+eusRatZ+yGqUys3N07qS9OqbJ/K8QfpHFSK//o/aYZmDrWW Uon6zjgrtnZsEdZ4CTY2Y5JDMwY3yolo+Is0gxNNK4TT55Jacg/xePyfMhgElRWB +ho0hClCcV9yD52emlO4FD4ikVunGYVgefFPyxcVvDhwJiZ+9ZoIXDV+PwTOz1h2 T50hsC3CC7MmB4NRU+Orcyt0GBAtFdkFTXyzUdPaVbbrp3GSBl+f6m/04dHrLAWE cY6yD3HgAyuhJKqozIKjAXvvlp6vR8eFq+H7XryhuO2FLVEioaVBcSbQ3svPsyZg eOS1tEKSrr8x90SiOeAzuvZ01eF5GKaSC2ne8Zm36A8cYLDjp0U2ktnH8kDuc23j ytomntzyABAKzcBxLQDz =Z/eq -----END PGP SIGNATURE----- --------------090205030003050303070005 Content-Type: text/plain; charset=UTF-8; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.txt" ehci0: Dropped interrupts workaround enabled usbus3: EHCI version 1.0 usbus3: on ehci0 usbus3: bpf attached ehci0: usbpf: Attached isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 17.1 on pci0 ata0: on atapci0 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 51 ata1: on atapci0 ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 52 pcm0: port 0xdc00-0xdcff irq 22 at device 17.5 on pci0 pci0: set ACPI power state D0 on \\_SB_.PCI0.AC9_ ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 0 vector 53 pcm0: pcm0: Codec features headphone, 18 bit DAC, 18 bit ADC, 5 bit master volume, Reserved 27 pcm0: Primary codec extended features variable rate PCM, AMAP pcm0: ac97 codec dac ready count: 0 pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "cd": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "ogain": pcm0: Mixer "line1": pcm0: Mixer "phin": pcm0: Mixer "phout": pcm0: Mixer "video": pcm0: clone manager: deadline=750ms flags=0x8000001e pcm0: sndbuf_setmap 2286000, 1000; 0xc3686000 -> 2286000 pcm0: sndbuf_setmap 2336000, 1000; 0xc3736000 -> 2336000 pcm0: sndbuf_setmap 2334000, 1000; 0xc3734000 -> 2334000 pcm0: sndbuf_setmap 2332000, 1000; 0xc3732000 -> 2332000 pcm0: sndbuf_setmap 2330000, 1000; 0xc3730000 -> 2330000 pcm0: sndbuf_setmap 233f000, 1000; 0xc373f000 -> 233f000 pcm0: vr0: port 0xd800-0xd8ff mem 0xdffffd00-0xdffffdff irq 23 at device 18.0 on pci0 vr0: Quirks: 0x0 vr0: Revision: 0x74 miibus1: on vr0 ukphy0: PHY 1 on miibus1 ukphy0: OUI 0x0002c6, model 0x0032, rev. 8 ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: bpf attached vr0: Ethernet address: 00:0b:6a:17:53:a0 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 54 acpi_button1: on acpi0 fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 ioapic0: routing intpin 6 (ISA IRQ 6) to lapic 0 vector 55 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 56 uart0: fast interrupt ppc0: using extended I/O port range ppc0: SPP ECP ECP+EPP ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 0 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ioapic0: routing intpin 7 (ISA IRQ 7) to lapic 0 vector 57 ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 58 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 59 Event timer "RTC" frequency 32768 Hz quality 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 60 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ ex_isa_identify() pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 pcib0: allocated type 3 (0xc0000-0xc07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xc0000-0xcbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xcc000-0xcc7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xcc800-0xccfff) for rid 1 of orm0 pcib0: allocated type 3 (0xcd000-0xcd7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xcd800-0xcdfff) for rid 1 of orm0 pcib0: allocated type 3 (0xce000-0xce7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xce800-0xcefff) for rid 1 of orm0 pcib0: allocated type 3 (0xcf000-0xcf7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xcf800-0xcffff) for rid 1 of orm0 pcib0: allocated type 3 (0xd0000-0xd07ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd0800-0xd0fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd1000-0xd17ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd1800-0xd1fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd2000-0xd27ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd2800-0xd2fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd3000-0xd37ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd3800-0xd3fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd4000-0xd47ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd4800-0xd4fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd5000-0xd57ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd5800-0xd5fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd6000-0xd67ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd6800-0xd6fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd7000-0xd77ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd7800-0xd7fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd8000-0xd87ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd8800-0xd8fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd9000-0xd97ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd9800-0xd9fff) for rid 1 of orm0 pcib0: allocated type 3 (0xda000-0xda7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xda800-0xdafff) for rid 1 of orm0 pcib0: allocated type 3 (0xdb000-0xdb7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdb800-0xdbfff) for rid 1 of orm0 pcib0: allocated type 3 (0xdc000-0xdc7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdc800-0xdcfff) for rid 1 of orm0 pcib0: allocated type 3 (0xdd000-0xdd7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdd800-0xddfff) for rid 1 of orm0 pcib0: allocated type 3 (0xde000-0xde7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xde800-0xdefff) for rid 1 of orm0 pcib0: allocated type 3 (0xdf000-0xdf7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdf800-0xdffff) for rid 1 of orm0 ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 1: ioport 0x1c00 alloc failed ahc_isa_probe 2: ioport 0x2c00 alloc failed ahc_isa_probe 3: ioport 0x3c00 alloc failed ahc_isa_probe 4: ioport 0x4c00 alloc failed ahc_isa_probe 5: ioport 0x5c00 alloc failed ahc_isa_probe 6: ioport 0x6c00 alloc failed ahc_isa_probe 7: ioport 0x7c00 alloc failed ahc_isa_probe 8: ioport 0x8c00 alloc failed ahc_isa_probe 9: ioport 0x9c00 alloc failed ahc_isa_probe 10: ioport 0xac00 alloc failed ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed isa_probe_children: disabling PnP devices pmtimer0 on isa0 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcbfff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 pcib0: allocated type 4 (0x2f8-0x2ff) for rid 0 of uart1 uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 isa_probe_children: probing PnP devices Device configuration finished. procfs registered ZFS NOTICE: Prefetch is disabled by default on i386 -- to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS WARNING: Recommended minimum kmem_size is 512MB; expect unstable behavior. Consider tuning vm.kmem_size and vm.kmem_size_max in /boot/loader.conf. ZFS filesystem version 5 ZFS storage pool version 28 lapic: Divisor 2, Frequency 132996202 Hz Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining lo0: bpf attached hptrr: no controller detected. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=50 devices=0x3 (aprobe0:ata0:0:0:0): SIGNATURE: 0000 ata1: reset tp1 mask=03 ostat0=50 ostat1=50 ata1: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=10 stat1=00 devices=0x30000 (aprobe1:ata1:0:0:0): SIGNATURE: eb14 (aprobe0:ata0:0:1:0): SIGNATURE: 0000 (aprobe1:ata1:0:1:0): SIGNATURE: eb14 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error cd1 at ata1 bus 0 scbus1 target 1 lun 0 cd1: <_NEC CD-RW NR-9100A 1.41> Removable CD-ROM SCSI-0 device cd1: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd1: Attempt to query device size failed: NOT READY, Medium not present ATA-7 device ada0: Serial Number 0611J1EW818312 ada0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada0: 38204MB (78242976 512 byte sectors: 16H 255S/T 16383C) ada0: Previously was known as ad0 ada1 at ata0 bus 0 scbus0 target 1 lun 0 ada1: ATA-7 device ada1: Serial Number 0611J1FW844879 ada1: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada1: 38204MB (78242976 512 byte sectors: 16H 255S/T 16383C) ada1: Previously was known as ad1 pass0 at ata0 bus 0 scbus0 target 0 lun 0 pass0: ATA-7 device pass0: Serial Number 0611J1EW818312 pass0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) pass1 at ata0 bus 0 scbus0 target 1 lun 0 pass1: ATA-7 device pass1: Serial Number 0611J1FW844879 pass1: 100.000MB/s transfers (UDMA5, PIO 8192bytes) pass2 at ata1 bus 0 scbus1 target 0 lun 0 pass2: Removable CD-ROM SCSI-0 device pass2: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) pass3 at ata1 bus 0 scbus1 target 1 lun 0 pass3: <_NEC CD-RW NR-9100A 1.41> Removable CD-ROM SCSI-0 device pass3: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) Timecounter "TSC" frequency 1662490831 Hz quality 800 GEOM: new disk cd0 GEOM: new disk cd1 GEOM: new disk ada0 GEOM: new disk ada1 (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error Enter passphrase for ada0p4: uhub3: 6 ports with 6 removable, self powered GEOM_ELI: Device ada0p4.eli created. GEOM_ELI: Encryption: AES-XTS 256 GEOM_ELI: Crypto: software Enter passphrase for ada1p4: GEOM_ELI: Wrong key for ada1p4. Tries left: 2. Enter passphrase for ada1p4: GEOM_ELI: Wrong key for ada1p4. Tries left: 1. Enter passphrase for ada1p4: GEOM_ELI: Wrong key for ada1p4. No tries left. Enter passphrase for gptid/fb8ada9c-c360-11e1-a04d-00047691818e: GEOM_ELI: Wrong key for gptid/fb8ada9c-c360-11e1-a04d-00047691818e. Tries left: 2. Enter passphrase for gptid/fb8ada9c-c360-11e1-a04d-00047691818e: GEOM_ELI: Wrong key for gptid/fb8ada9c-c360-11e1-a04d-00047691818e. Tries left: 1. Enter passphrase for gptid/fb8ada9c-c360-11e1-a04d-00047691818e: GEOM_ELI: Wrong key for gptid/fb8ada9c-c360-11e1-a04d-00047691818e. No tries left. Trying to mount root from zfs:zroot []... (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error start_init: trying /sbin/init 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 0 0 done All buffers synced. Swap device zvol/zroot/swap removed. Uptime: 4m50s pcib0: wake_prep disabled wake for \\_SB_.PCI0 (S5) uart0: wake_prep disabled wake for \\_SB_.PCI0.UAR1 (S5) uhci0: wake_prep disabled wake for \\_SB_.PCI0.USB1 (S5) uhci1: wake_prep disabled wake for \\_SB_.PCI0.USB2 (S5) uhci2: wake_prep disabled wake for \\_SB_.PCI0.USB3 (S5) ehci0: wake_prep disabled wake for \\_SB_.PCI0.EHCI (S5) unknown: wake_prep disabled wake for \\_SB_.PCI0.SBRG.PS2M (S5) atkbdc0: wake_prep disabled wake for \\_SB_.PCI0.SBRG.PS2K (S5) pcm0: wake_prep disabled wake for \\_SB_.PCI0.AC9_ (S5) unknown: wake_prep disabled wake for \\_SB_.PCI0.MC9_ (S5) vr0: wake_prep disabled wake for \\_SB_.PCI0.ILAN (S5) acpi_button1: wake_prep disabled wake for \\_SB_.SLPB (S5) Rebooting... Table 'FACP' at 0x1dff0030 Table 'APIC' at 0x1dff00c0 APIC: Found table at 0x1dff00c0 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) Copyright (c) 1992-2012 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 9.0-RELEASE #0: Tue Jan 3 07:15:25 UTC 2012 root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Table 'FACP' at 0x1dff0030 Table 'APIC' at 0x1dff00c0 ACPI: No SRAT table found Preloaded elf kernel "/boot/kernel/kernel" at 0xc14bf000. Preloaded elf module "/boot/kernel/zfs.ko" at 0xc14bf188. Preloaded elf module "/boot/kernel/opensolaris.ko" at 0xc14bf230. Preloaded elf module "/boot/kernel/geom_eli.ko" at 0xc14bf2e0. Preloaded elf module "/boot/kernel/crypto.ko" at 0xc14bf390. Preloaded elf module "/boot/kernel/zlib.ko" at 0xc14bf43c. Preloaded /boot/zfs/zpool.cache "/boot/zfs/zpool.cache" at 0xc14bf4e8. Preloaded ada0p4:geli_keyfile0 "/root/keys/ada0p4.key" at 0xc14bf540. Preloaded ada1p4:geli_keyfile1 "/root/keys/ada1p4.key" at 0xc14bf598. Calibrating TSC clock ... TSC clock: 1662491372 Hz CPU: AMD Athlon(tm) XP 2000+ (1662.49-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Family = 6 Model = 8 Stepping = 1 Features=0x383fbff AMD Features=0xc0400800 Data TLB: 32 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 536870912 (512 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001826000 - 0x000000001d729fff, 468729856 bytes (114436 pages) avail memory = 469028864 (447 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: bios32: Found BIOS32 Service Directory header at 0xc00fdab0 bios32: Entry = 0xfdac0 (c00fdac0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xdae1 pnpbios: Found PnP BIOS data at 0xc00f7a80 pnpbios: Entry = f0000:691b Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 ULE: setup cpu 0 ACPI: RSDP 0xfa700 00014 (v00 AMI ) ACPI: RSDT 0x1dff0000 0002C (v01 AMIINT VIA_K7 00000010 MSFT 00000097) ACPI: FACP 0x1dff0030 00081 (v01 AMIINT VIA_K7 00000011 MSFT 00000097) ACPI: DSDT 0x1dff0120 0314B (v01 VIA KM266 00001000 MSFT 0100000D) ACPI: FACS 0x1dff8000 00040 ACPI: APIC 0x1dff00c0 00054 (v01 AMIINT VIA_K7 00000009 MSFT 00000097) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x000000f0 pmc: 0x00010400 wlan: <802.11 Link Layer> snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled io: null: random: crypto: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 CPU0: local APIC error 0x80 cryptosoft0: on motherboard crypto: assign cryptosoft0 driver id 0, flags 100663296 crypto: cryptosoft0 registers alg 1 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 2 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 3 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 4 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 5 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 16 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 6 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 7 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 18 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 19 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 20 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 8 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 15 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 9 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 10 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 13 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 14 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 11 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 22 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 21 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 17 flags 0 maxoplen 0 acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 acpi0: Power Button (fixed) acpi0: wakeup code va 0xc30b7000 pa 0x1000 pci_open(1): mode 1 addr port (0x0cf8) is 0x80008840 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=31161106) pcibios: BIOS version 2.10 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu0: switching to generic Cx mode pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 12 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 12 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xffff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xc0000-0xdffff pcib0: Length mismatch for 3 range: dfe00000 vs dec00000 pcib0: decoding 3 range 0x20000000-0xffdfffff pcib0: decoding 3 range 0xfee01000-0xffdfffff pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1106, dev=0x3116, revid=0x00 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x08 (240 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xe0000000, size 27, enabled pcib0: allocated type 3 (0xe0000000-0xe7ffffff) for rid 10 of pci0:0:0:0 found-> vendor=0x1106, dev=0xb091, revid=0x00 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0xa230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D3 current D0 found-> vendor=0x10b7, dev=0x9200, revid=0x74 domain=0, bus=0, slot=9, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x0a (2500 ns), maxlat=0x0a (2500 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xec00, size 7, enabled pcib0: allocated type 4 (0xec00-0xec7f) for rid 10 of pci0:0:9:0 map[14]: type Memory, range 32, base 0xdfffff80, size 7, enabled pcib0: allocated type 3 (0xdfffff80-0xdfffffff) for rid 14 of pci0:0:9:0 pcib0: matched entry for 0.9.INTA pcib0: slot 9 INTA hardwired to IRQ 17 found-> vendor=0x1106, dev=0x3038, revid=0x80 domain=0, bus=0, slot=16, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type I/O Port, range 32, base 0xe000, size 5, enabled pcib0: allocated type 4 (0xe000-0xe01f) for rid 20 of pci0:0:16:0 pcib0: matched entry for 0.16.INTA pcib0: slot 16 INTA hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3038, revid=0x80 domain=0, bus=0, slot=16, func=1 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type I/O Port, range 32, base 0xe400, size 5, enabled pcib0: allocated type 4 (0xe400-0xe41f) for rid 20 of pci0:0:16:1 pcib0: matched entry for 0.16.INTB pcib0: slot 16 INTB hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3038, revid=0x80 domain=0, bus=0, slot=16, func=2 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type I/O Port, range 32, base 0xe800, size 5, enabled pcib0: allocated type 4 (0xe800-0xe81f) for rid 20 of pci0:0:16:2 pcib0: matched entry for 0.16.INTC pcib0: slot 16 INTC hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3104, revid=0x82 domain=0, bus=0, slot=16, func=3 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=12 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xdffffe00, size 8, enabled pcib0: allocated type 3 (0xdffffe00-0xdffffeff) for rid 10 of pci0:0:16:3 pcib0: matched entry for 0.16.INTD pcib0: slot 16 INTD hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3177, revid=0x00 domain=0, bus=0, slot=17, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x0571, revid=0x06 domain=0, bus=0, slot=17, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 pcib0: allocated type 4 (0x1f0-0x1f7) for rid 10 of pci0:0:17:1 pcib0: allocated type 4 (0x3f6-0x3f6) for rid 14 of pci0:0:17:1 pcib0: allocated type 4 (0x170-0x177) for rid 18 of pci0:0:17:1 pcib0: allocated type 4 (0x376-0x376) for rid 1c of pci0:0:17:1 map[20]: type I/O Port, range 32, base 0xfc00, size 4, enabled pcib0: allocated type 4 (0xfc00-0xfc0f) for rid 20 of pci0:0:17:1 found-> vendor=0x1106, dev=0x3059, revid=0x50 domain=0, bus=0, slot=17, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xdc00, size 8, enabled pcib0: allocated type 4 (0xdc00-0xdcff) for rid 10 of pci0:0:17:5 pcib0: matched entry for 0.17.INTC pcib0: slot 17 INTC hardwired to IRQ 22 found-> vendor=0x1106, dev=0x3065, revid=0x74 domain=0, bus=0, slot=18, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x03 (750 ns), maxlat=0x08 (2000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xd800, size 8, enabled pcib0: allocated type 4 (0xd800-0xd8ff) for rid 10 of pci0:0:18:0 map[14]: type Memory, range 32, base 0xdffffd00, size 8, enabled pcib0: allocated type 3 (0xdffffd00-0xdffffdff) for rid 14 of pci0:0:18:0 pcib0: matched entry for 0.18.INTA pcib0: slot 18 INTA hardwired to IRQ 23 agp0: on hostb0 agp0: allocating GATT for aperture of size 128M agp0: aperture size is 128M pcib1: at device 1.0 on pci0 pcib0: allocated type 3 (0xdfd00000-0xdfefffff) for rid 20 of pcib1 pcib0: allocated type 3 (0xcfc00000-0xdfbfffff) for rid 24 of pcib1 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: memory decode 0xdfd00000-0xdfefffff pcib1: prefetched decode 0xcfc00000-0xdfbfffff pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x5333, dev=0x8d04, revid=0x00 domain=0, bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x04 (1000 ns), maxlat=0xff (63750 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xdfe80000, size 19, enabled pcib1: allocated memory range (0xdfe80000-0xdfefffff) for rid 10 of pci0:1:0:0 map[14]: type Prefetchable Memory, range 32, base 0xd0000000, size 27, enabled pcib1: allocated prefetch range (0xd0000000-0xd7ffffff) for rid 14 of pci0:1:0:0 pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 vgapci0: mem 0xdfe80000-0xdfefffff,0xd0000000-0xd7ffffff irq 16 at device 0.0 on pci1 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xec00-0xec7f mem 0xdfffff80-0xdfffffff irq 17 at device 9.0 on pci0 xl0: using memory mapped I/O xl0: media options word: a xl0: found MII/AUTO miibus0: on xl0 xlphy0: PHY 24 on miibus0 xlphy0: OUI 0x000818, model 0x0017, rev. 6 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow xl0: bpf attached xl0: Ethernet address: 00:04:76:91:81:8e ioapic0: routing intpin 17 (PCI IRQ 17) to lapic 0 vector 49 uhci0: port 0xe000-0xe01f irq 21 at device 16.0 on pci0 ioapic0: routing intpin 21 (PCI IRQ 21) to lapic 0 vector 50 usbus0: on uhci0 usbus0: bpf attached uhci0: usbpf: Attached uhci1: port 0xe400-0xe41f irq 21 at device 16.1 on pci0 usbus1: on uhci1 usbus1: bpf attached uhci1: usbpf: Attached uhci2: port 0xe800-0xe81f irq 21 at device 16.2 on pci0 usbus2: on uhci2 usbus2: bpf attached uhci2: usbpf: Attached ehci0: mem 0xdffffe00-0xdffffeff irq 21 at device 16.3 on pci0 ehci0: Dropped interrupts workaround enabled usbus3: EHCI version 1.0 usbus3: on ehci0 usbus3: bpf attached ehci0: usbpf: Attached isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 17.1 on pci0 ata0: on atapci0 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 51 ata1: on atapci0 ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 52 pcm0: port 0xdc00-0xdcff irq 22 at device 17.5 on pci0 pci0: set ACPI power state D0 on \\_SB_.PCI0.AC9_ ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 0 vector 53 pcm0: pcm0: Codec features headphone, 18 bit DAC, 18 bit ADC, 5 bit master volume, Reserved 27 pcm0: Primary codec extended features variable rate PCM, AMAP pcm0: ac97 codec dac ready count: 0 pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "cd": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "ogain": pcm0: Mixer "line1": pcm0: Mixer "phin": pcm0: Mixer "phout": pcm0: Mixer "video": pcm0: clone manager: deadline=750ms flags=0x8000001e pcm0: sndbuf_setmap 2286000, 1000; 0xc3686000 -> 2286000 pcm0: sndbuf_setmap 2336000, 1000; 0xc3736000 -> 2336000 pcm0: sndbuf_setmap 2334000, 1000; 0xc3734000 -> 2334000 pcm0: sndbuf_setmap 2332000, 1000; 0xc3732000 -> 2332000 pcm0: sndbuf_setmap 2330000, 1000; 0xc3730000 -> 2330000 pcm0: sndbuf_setmap 233f000, 1000; 0xc373f000 -> 233f000 pcm0: vr0: port 0xd800-0xd8ff mem 0xdffffd00-0xdffffdff irq 23 at device 18.0 on pci0 vr0: Quirks: 0x0 vr0: Revision: 0x74 miibus1: on vr0 ukphy0: PHY 1 on miibus1 ukphy0: OUI 0x0002c6, model 0x0032, rev. 8 ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: bpf attached vr0: Ethernet address: 00:0b:6a:17:53:a0 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 54 acpi_button1: on acpi0 fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 ioapic0: routing intpin 6 (ISA IRQ 6) to lapic 0 vector 55 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 56 uart0: fast interrupt ppc0: using extended I/O port range ppc0: SPP ECP ECP+EPP ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 0 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ioapic0: routing intpin 7 (ISA IRQ 7) to lapic 0 vector 57 ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 58 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 59 Event timer "RTC" frequency 32768 Hz quality 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 60 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ ex_isa_identify() pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 pcib0: allocated type 3 (0xc0000-0xc07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xc0000-0xcbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xcc000-0xcc7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xcc800-0xccfff) for rid 1 of orm0 pcib0: allocated type 3 (0xcd000-0xcd7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xcd800-0xcdfff) for rid 1 of orm0 pcib0: allocated type 3 (0xce000-0xce7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xce800-0xcefff) for rid 1 of orm0 pcib0: allocated type 3 (0xcf000-0xcf7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xcf800-0xcffff) for rid 1 of orm0 pcib0: allocated type 3 (0xd0000-0xd07ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd0800-0xd0fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd1000-0xd17ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd1800-0xd1fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd2000-0xd27ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd2800-0xd2fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd3000-0xd37ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd3800-0xd3fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd4000-0xd47ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd4800-0xd4fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd5000-0xd57ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd5800-0xd5fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd6000-0xd67ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd6800-0xd6fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd7000-0xd77ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd7800-0xd7fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd8000-0xd87ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd8800-0xd8fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd9000-0xd97ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd9800-0xd9fff) for rid 1 of orm0 pcib0: allocated type 3 (0xda000-0xda7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xda800-0xdafff) for rid 1 of orm0 pcib0: allocated type 3 (0xdb000-0xdb7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdb800-0xdbfff) for rid 1 of orm0 pcib0: allocated type 3 (0xdc000-0xdc7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdc800-0xdcfff) for rid 1 of orm0 pcib0: allocated type 3 (0xdd000-0xdd7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdd800-0xddfff) for rid 1 of orm0 pcib0: allocated type 3 (0xde000-0xde7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xde800-0xdefff) for rid 1 of orm0 pcib0: allocated type 3 (0xdf000-0xdf7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xdf800-0xdffff) for rid 1 of orm0 ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 1: ioport 0x1c00 alloc failed ahc_isa_probe 2: ioport 0x2c00 alloc failed ahc_isa_probe 3: ioport 0x3c00 alloc failed ahc_isa_probe 4: ioport 0x4c00 alloc failed ahc_isa_probe 5: ioport 0x5c00 alloc failed ahc_isa_probe 6: ioport 0x6c00 alloc failed ahc_isa_probe 7: ioport 0x7c00 alloc failed ahc_isa_probe 8: ioport 0x8c00 alloc failed ahc_isa_probe 9: ioport 0x9c00 alloc failed ahc_isa_probe 10: ioport 0xac00 alloc failed ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed isa_probe_children: disabling PnP devices pmtimer0 on isa0 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcbfff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 pcib0: allocated type 4 (0x2f8-0x2ff) for rid 0 of uart1 uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 isa_probe_children: probing PnP devices Device configuration finished. procfs registered ZFS NOTICE: Prefetch is disabled by default on i386 -- to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS WARNING: Recommended minimum kmem_size is 512MB; expect unstable behavior. Consider tuning vm.kmem_size and vm.kmem_size_max in /boot/loader.conf. ZFS filesystem version 5 ZFS storage pool version 28 lapic: Divisor 2, Frequency 132996161 Hz Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining lo0: bpf attached hptrr: no controller detected. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=50 devices=0x3 (aprobe0:ata0:0:0:0): SIGNATURE: 0000 ata1: reset tp1 mask=03 ostat0=50 ostat1=50 ata1: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=10 stat1=00 devices=0x30000 (aprobe1:ata1:0:0:0): SIGNATURE: eb14 (aprobe0:ata0:0:1:0): SIGNATURE: 0000 (aprobe1:ata1:0:1:0): SIGNATURE: eb14 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-7 device (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error cd1 at ata1 bus 0 scbus1 target 1 lun 0 cd1: <_NEC CD-RW NR-9100A 1.41> Removable CD-ROM SCSI-0 device cd1: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd1: Attempt to query device size failed: NOT READY, Medium not present ada0: Serial Number 0611J1EW818312 ada0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada0: 38204MB (78242976 512 byte sectors: 16H 255S/T 16383C) ada0: Previously was known as ad0 ada1 at ata0 bus 0 scbus0 target 1 lun 0 ada1: ATA-7 device ada1: Serial Number 0611J1FW844879 ada1: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada1: 38204MB (78242976 512 byte sectors: 16H 255S/T 16383C) ada1: Previously was known as ad1 pass0 at ata0 bus 0 scbus0 target 0 lun 0 pass0: ATA-7 device pass0: Serial Number 0611J1EW818312 pass0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) pass1 at ata0 bus 0 scbus0 target 1 lun 0 pass1: ATA-7 device pass1: Serial Number 0611J1FW844879 pass1: 100.000MB/s transfers (UDMA5, PIO 8192bytes) pass2 at ata1 bus 0 scbus1 target 0 lun 0 pass2: Removable CD-ROM SCSI-0 device pass2: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) pass3 at ata1 bus 0 scbus1 target 1 lun 0 pass3: <_NEC CD-RW NR-9100A 1.41> Removable CD-ROM SCSI-0 device pass3: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) Timecounter "TSC" frequency 1662491372 Hz quality 800 GEOM: new disk cd0 GEOM: new disk cd1 GEOM: new disk ada0 GEOM: new disk ada1 (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error Enter passphrase for ada0p4: uhub3: 6 ports with 6 removable, self powered GEOM_ELI: Device ada0p4.eli created. GEOM_ELI: Encryption: AES-XTS 256 GEOM_ELI: Crypto: software Enter passphrase for ada1p4: GEOM_ELI: Wrong key for ada1p4. Tries left: 2. Enter passphrase for ada1p4: GEOM_ELI: Wrong key for ada1p4. Tries left: 1. Enter passphrase for ada1p4: GEOM_ELI: Wrong key for ada1p4. No tries left. Enter passphrase for gptid/fb8ada9c-c360-11e1-a04d-00047691818e: GEOM_ELI: Wrong key for gptid/fb8ada9c-c360-11e1-a04d-00047691818e. Tries left: 2. Enter passphrase for gptid/fb8ada9c-c360-11e1-a04d-00047691818e: GEOM_ELI: Wrong key for gptid/fb8ada9c-c360-11e1-a04d-00047691818e. Tries left: 1. Enter passphrase for gptid/fb8ada9c-c360-11e1-a04d-00047691818e: GEOM_ELI: Wrong key for gptid/fb8ada9c-c360-11e1-a04d-00047691818e. No tries left. Trying to mount root from zfs:zroot []... (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error (cd1:ata1:0:1:0): SCSI status error (cd1:ata1:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd1:ata1:0:1:0): CAM status: SCSI Status Error (cd1:ata1:0:1:0): SCSI status: Check Condition (cd1:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd1:ata1:0:1:0): Error 6, Unretryable error (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error start_init: trying /sbin/init --------------090205030003050303070005-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 1 14:47:11 2012 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 D26BD106566C; Sun, 1 Jul 2012 14:47:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 5A6908FC1A; Sun, 1 Jul 2012 14:47:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q61ElArr049542; Sun, 1 Jul 2012 14:47:10 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q61ElABG049538; Sun, 1 Jul 2012 14:47:10 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 1 Jul 2012 14:47:10 GMT Message-Id: <201207011447.q61ElABG049538@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 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 Jul 2012 14:47:11 -0000 TB --- 2012-07-01 11:20:00 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-07-01 11:20:00 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-07-01 11:20:00 - starting RELENG_9 tinderbox run for i386/pc98 TB --- 2012-07-01 11:20:00 - cleaning the object tree TB --- 2012-07-01 11:20:00 - cvsupping the source tree TB --- 2012-07-01 11:20:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/i386/pc98/supfile TB --- 2012-07-01 11:21:09 - building world TB --- 2012-07-01 11:21:09 - CROSS_BUILD_TESTING=YES TB --- 2012-07-01 11:21:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-01 11:21:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-01 11:21:09 - SRCCONF=/dev/null TB --- 2012-07-01 11:21:09 - TARGET=pc98 TB --- 2012-07-01 11:21:09 - TARGET_ARCH=i386 TB --- 2012-07-01 11:21:09 - TZ=UTC TB --- 2012-07-01 11:21:09 - __MAKE_CONF=/dev/null TB --- 2012-07-01 11:21:09 - cd /src TB --- 2012-07-01 11:21:09 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 1 11:21:10 UTC 2012 >>> 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 Sun Jul 1 14:18:34 UTC 2012 TB --- 2012-07-01 14:18:34 - generating LINT kernel config TB --- 2012-07-01 14:18:34 - cd /src/sys/pc98/conf TB --- 2012-07-01 14:18:34 - /usr/bin/make -B LINT TB --- 2012-07-01 14:18:34 - cd /src/sys/pc98/conf TB --- 2012-07-01 14:18:34 - /usr/sbin/config -m LINT TB --- 2012-07-01 14:18:34 - building LINT kernel TB --- 2012-07-01 14:18:34 - CROSS_BUILD_TESTING=YES TB --- 2012-07-01 14:18:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-01 14:18:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-01 14:18:34 - SRCCONF=/dev/null TB --- 2012-07-01 14:18:34 - TARGET=pc98 TB --- 2012-07-01 14:18:34 - TARGET_ARCH=i386 TB --- 2012-07-01 14:18:34 - TZ=UTC TB --- 2012-07-01 14:18:34 - __MAKE_CONF=/dev/null TB --- 2012-07-01 14:18:34 - cd /src TB --- 2012-07-01 14:18:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 1 14:18:34 UTC 2012 >>> 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 -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/pc98.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/mps/../../dev/mps/mps_config.c cc -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/pc98.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/mps/../../dev/mps/mps_mapping.c cc -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/pc98.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c: In function 'mpssas_fw_work': /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c:336: error: 'struct mps_softc' has no member named 'WD_available' /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c:337: error: 'struct mps_softc' has no member named 'WD_available' /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c:481: error: 'struct mps_softc' has no member named 'WD_available' /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c:485: error: 'struct mps_softc' has no member named 'WD_available' *** Error code 1 Stop in /src/sys/modules/mps. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-01 14:47:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-01 14:47:10 - ERROR: failed to build LINT kernel TB --- 2012-07-01 14:47:10 - 8292.88 user 1089.80 system 12429.61 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sun Jul 1 14:50:48 2012 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 741531065670; Sun, 1 Jul 2012 14:50:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 16F7B8FC15; Sun, 1 Jul 2012 14:50:47 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q61EolcX072415; Sun, 1 Jul 2012 14:50:47 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q61EolSx072405; Sun, 1 Jul 2012 14:50:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 1 Jul 2012 14:50:47 GMT Message-Id: <201207011450.q61EolSx072405@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 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 Jul 2012 14:50:48 -0000 TB --- 2012-07-01 11:20:00 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-07-01 11:20:00 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-07-01 11:20:00 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2012-07-01 11:20:00 - cleaning the object tree TB --- 2012-07-01 11:20:00 - cvsupping the source tree TB --- 2012-07-01 11:20:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/i386/i386/supfile TB --- 2012-07-01 11:21:27 - building world TB --- 2012-07-01 11:21:27 - CROSS_BUILD_TESTING=YES TB --- 2012-07-01 11:21:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-01 11:21:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-01 11:21:27 - SRCCONF=/dev/null TB --- 2012-07-01 11:21:27 - TARGET=i386 TB --- 2012-07-01 11:21:27 - TARGET_ARCH=i386 TB --- 2012-07-01 11:21:27 - TZ=UTC TB --- 2012-07-01 11:21:27 - __MAKE_CONF=/dev/null TB --- 2012-07-01 11:21:27 - cd /src TB --- 2012-07-01 11:21:27 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 1 11:21:28 UTC 2012 >>> 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 Sun Jul 1 14:17:51 UTC 2012 TB --- 2012-07-01 14:17:51 - generating LINT kernel config TB --- 2012-07-01 14:17:51 - cd /src/sys/i386/conf TB --- 2012-07-01 14:17:51 - /usr/bin/make -B LINT TB --- 2012-07-01 14:17:52 - cd /src/sys/i386/conf TB --- 2012-07-01 14:17:52 - /usr/sbin/config -m LINT TB --- 2012-07-01 14:17:52 - building LINT kernel TB --- 2012-07-01 14:17:52 - CROSS_BUILD_TESTING=YES TB --- 2012-07-01 14:17:52 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-01 14:17:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-01 14:17:52 - SRCCONF=/dev/null TB --- 2012-07-01 14:17:52 - TARGET=i386 TB --- 2012-07-01 14:17:52 - TARGET_ARCH=i386 TB --- 2012-07-01 14:17:52 - TZ=UTC TB --- 2012-07-01 14:17:52 - __MAKE_CONF=/dev/null TB --- 2012-07-01 14:17:52 - cd /src TB --- 2012-07-01 14:17:52 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 1 14:17:52 UTC 2012 >>> 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 -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/i386.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/mps/../../dev/mps/mps_config.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/i386.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/mps/../../dev/mps/mps_mapping.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/i386.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c: In function 'mpssas_fw_work': /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c:336: error: 'struct mps_softc' has no member named 'WD_available' /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c:337: error: 'struct mps_softc' has no member named 'WD_available' /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c:481: error: 'struct mps_softc' has no member named 'WD_available' /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c:485: error: 'struct mps_softc' has no member named 'WD_available' *** Error code 1 Stop in /src/sys/modules/mps. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-01 14:50:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-01 14:50:47 - ERROR: failed to build LINT kernel TB --- 2012-07-01 14:50:47 - 8515.20 user 1098.36 system 12646.57 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sun Jul 1 15:32:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 35BB8106564A for ; Sun, 1 Jul 2012 15:32:28 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.31.30]) by mx1.freebsd.org (Postfix) with ESMTP id BA51A8FC1E for ; Sun, 1 Jul 2012 15:32:27 +0000 (UTC) Received: from [78.35.140.111] (helo=fabiankeil.de) by smtprelay03.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1SlM6m-0006Eo-Hf; Sun, 01 Jul 2012 17:30:44 +0200 Date: Sun, 1 Jul 2012 17:29:29 +0200 From: Fabian Keil To: joerg_surmann Message-ID: <20120701172929.6229c5bf@fabiankeil.de> In-Reply-To: <4FF050C5.7050909@snafu.de> References: <20120620202807.66fdf248@fabiankeil.de> <70eb69bde16fba598b2701be9654624885f0936c@mein.snafu.de> <20120621122133.2fed5862@fabiankeil.de> <4FF050C5.7050909@snafu.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/TdwE2e1Cl15+ZX+Xv7NoH/n"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: freebsd-stable@freebsd.org Subject: Re: geli decrypt only one partition X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jul 2012 15:32:28 -0000 --Sig_/TdwE2e1Cl15+ZX+Xv7NoH/n Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable joerg_surmann wrote: > Sorry, i no had enough time for this geli problem. > I work with a testsystem. > When start booting in verbose mode the system found the keypaths. >=20 > Preloaded ada0p4:geli_keyfile0 "/root/keys/ada0p4.key" at 0xc14bf540. > Preloaded ada1p4:geli_keyfile1 "/root/keys/ada1p4.key" at 0xc14bf598. >=20 > loader.conf > geom_eli_load=3D"YES" >=20 > geli_ada0p4_keyfile0_load=3D"YES" > geli_ada0p4_keyfile0_type=3D"ada0p4:geli_keyfile0" > geli_ada0p4_keyfile0_name=3D"/root/keys/ada0p4.key" >=20 > geli_ada1p4_keyfile1_load=3D"YES" > geli_ada1p4_keyfile1_type=3D"ada1p4:geli_keyfile1" > geli_ada1p4_keyfile1_name=3D"/root/keys/ada1p4.key" >=20 > zfs_load=3D"YES" > vfs.root.mountfrom=3D"zfs:zroot" >=20 > on boottime i can decrypt ada0p4. > for ada1p4 ... wrong key. >=20 > i can decrypt ada1p4 later by hand with the keyfile like loader.conf. > same situation. > ada0p4 and ada1p4 are a zfs mirror. Like I already wrote before, the problem is most like that you named the first keyfile for the second provider keyfile1 instead of keyfile0. The keyfile numeration restarts for each provider and geli will not use keyfile1 if keyfile0 doesn't exist. I missed that the "Preloaded ..." messages are a bit misleading here as they only show that the loader lines are recognized and that the kernel read the files, not that geli does anything useful with them. If you increase kern.geom.eli.debug you'll probably see that /root/keys/ada0p4.key is used by geli while /root/keys/ada1p4.key isn't. Fabian --Sig_/TdwE2e1Cl15+ZX+Xv7NoH/n Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/wbNsACgkQBYqIVf93VJ2tRQCfU1nGG4Bkb/u7z5ItroDTH13E qKQAn28puowroIny4GiVkU/zZCYbshot =Owfr -----END PGP SIGNATURE----- --Sig_/TdwE2e1Cl15+ZX+Xv7NoH/n-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 1 15:35:10 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6C5B1065672; Sun, 1 Jul 2012 15:35:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 7397D8FC15; Sun, 1 Jul 2012 15:35:10 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q61FZ9I1041481; Sun, 1 Jul 2012 15:35:09 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q61FZ9pi041480; Sun, 1 Jul 2012 15:35:09 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 1 Jul 2012 15:35:09 GMT Message-Id: <201207011535.q61FZ9pi041480@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 tinderbox] failure on amd64/amd64 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 Jul 2012 15:35:10 -0000 TB --- 2012-07-01 11:20:00 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-07-01 11:20:00 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-07-01 11:20:00 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2012-07-01 11:20:00 - cleaning the object tree TB --- 2012-07-01 11:20:00 - cvsupping the source tree TB --- 2012-07-01 11:20:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/amd64/amd64/supfile TB --- 2012-07-01 11:26:38 - building world TB --- 2012-07-01 11:26:38 - CROSS_BUILD_TESTING=YES TB --- 2012-07-01 11:26:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-01 11:26:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-01 11:26:38 - SRCCONF=/dev/null TB --- 2012-07-01 11:26:38 - TARGET=amd64 TB --- 2012-07-01 11:26:38 - TARGET_ARCH=amd64 TB --- 2012-07-01 11:26:38 - TZ=UTC TB --- 2012-07-01 11:26:38 - __MAKE_CONF=/dev/null TB --- 2012-07-01 11:26:38 - cd /src TB --- 2012-07-01 11:26:38 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 1 11:26:39 UTC 2012 >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Jul 1 15:04:37 UTC 2012 TB --- 2012-07-01 15:04:37 - generating LINT kernel config TB --- 2012-07-01 15:04:37 - cd /src/sys/amd64/conf TB --- 2012-07-01 15:04:37 - /usr/bin/make -B LINT TB --- 2012-07-01 15:04:37 - cd /src/sys/amd64/conf TB --- 2012-07-01 15:04:37 - /usr/sbin/config -m LINT TB --- 2012-07-01 15:04:37 - building LINT kernel TB --- 2012-07-01 15:04:37 - CROSS_BUILD_TESTING=YES TB --- 2012-07-01 15:04:37 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-01 15:04:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-01 15:04:37 - SRCCONF=/dev/null TB --- 2012-07-01 15:04:37 - TARGET=amd64 TB --- 2012-07-01 15:04:37 - TARGET_ARCH=amd64 TB --- 2012-07-01 15:04:37 - TZ=UTC TB --- 2012-07-01 15:04:37 - __MAKE_CONF=/dev/null TB --- 2012-07-01 15:04:37 - cd /src TB --- 2012-07-01 15:04:37 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 1 15:04:37 UTC 2012 >>> 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 -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64.amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -I/obj/amd64.amd64/src/sys/LINT -fno-builtin -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/mps/../../dev/mps/mps_config.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64.amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -I/obj/amd64.amd64/src/sys/LINT -fno-builtin -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/mps/../../dev/mps/mps_mapping.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64.amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -I/obj/amd64.amd64/src/sys/LINT -fno-builtin -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c: In function 'mpssas_fw_work': /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c:336: error: 'struct mps_softc' has no member named 'WD_available' /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c:337: error: 'struct mps_softc' has no member named 'WD_available' /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c:481: error: 'struct mps_softc' has no member named 'WD_available' /src/sys/modules/mps/../../dev/mps/mps_sas_lsi.c:485: error: 'struct mps_softc' has no member named 'WD_available' *** Error code 1 Stop in /src/sys/modules/mps. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-01 15:35:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-01 15:35:09 - ERROR: failed to build LINT kernel TB --- 2012-07-01 15:35:09 - 9912.90 user 1427.97 system 15308.95 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sun Jul 1 16:35:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C40F1065670 for ; Sun, 1 Jul 2012 16:35:31 +0000 (UTC) (envelope-from joerg_surmann@snafu.de) Received: from waikiki.ops.eusc.inter.net (waikiki.ops.eusc.inter.net [84.23.254.155]) by mx1.freebsd.org (Postfix) with ESMTP id 12DD58FC08 for ; Sun, 1 Jul 2012 16:35:31 +0000 (UTC) X-Trace: 507c73757269697c39322e3232392e3131372e3131367c31536c4e37522d303030 3679562d4a477c31333431313630353239 Received: from waikiki.ops.eusc.inter.net ([10.155.10.19] helo=localhost) by waikiki.ops.eusc.inter.net with esmtpsa (Exim 4.72) id 1SlN7R-0006yV-JG for freebsd-stable@freebsd.org; Sun, 01 Jul 2012 18:35:29 +0200 Message-ID: <4FF07C50.3020606@snafu.de> Date: Sun, 01 Jul 2012 18:35:28 +0200 From: Joerg Surmann User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20120620202807.66fdf248@fabiankeil.de> <70eb69bde16fba598b2701be9654624885f0936c@mein.snafu.de> <20120621122133.2fed5862@fabiankeil.de> <4FF050C5.7050909@snafu.de> <20120701172929.6229c5bf@fabiankeil.de> In-Reply-To: <20120701172929.6229c5bf@fabiankeil.de> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 92.229.117.116 X-SA-Exim-Mail-From: joerg_surmann@snafu.de X-SA-Exim-Scanned: No (on waikiki.ops.eusc.inter.net); SAEximRunCond expanded to false Subject: Re: geli decrypt only one partition 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 Jul 2012 16:35:31 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ok. i understand. ada1p4 is keyfile0 for the provider. that works. thanks and best regards. suri Am 01.07.12 17:29, schrieb Fabian Keil: > joerg_surmann wrote: > >> Sorry, i no had enough time for this geli problem. I work with a >> testsystem. When start booting in verbose mode the system found >> the keypaths. >> >> Preloaded ada0p4:geli_keyfile0 "/root/keys/ada0p4.key" at >> 0xc14bf540. Preloaded ada1p4:geli_keyfile1 >> "/root/keys/ada1p4.key" at 0xc14bf598. >> >> loader.conf geom_eli_load="YES" >> >> geli_ada0p4_keyfile0_load="YES" >> geli_ada0p4_keyfile0_type="ada0p4:geli_keyfile0" >> geli_ada0p4_keyfile0_name="/root/keys/ada0p4.key" >> >> geli_ada1p4_keyfile1_load="YES" >> geli_ada1p4_keyfile1_type="ada1p4:geli_keyfile1" >> geli_ada1p4_keyfile1_name="/root/keys/ada1p4.key" >> >> zfs_load="YES" vfs.root.mountfrom="zfs:zroot" >> >> on boottime i can decrypt ada0p4. for ada1p4 ... wrong key. >> >> i can decrypt ada1p4 later by hand with the keyfile like >> loader.conf. same situation. ada0p4 and ada1p4 are a zfs mirror. > > Like I already wrote before, the problem is most like that you > named the first keyfile for the second provider keyfile1 instead of > keyfile0. > > The keyfile numeration restarts for each provider and geli will not > use keyfile1 if keyfile0 doesn't exist. > > I missed that the "Preloaded ..." messages are a bit misleading > here as they only show that the loader lines are recognized and > that the kernel read the files, not that geli does anything useful > with them. > > If you increase kern.geom.eli.debug you'll probably see that > /root/keys/ada0p4.key is used by geli while /root/keys/ada1p4.key > isn't. > > Fabian > -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.12 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJP8HxOAAoJEDyDkpKh+9pTQTwQAKOY0nPX55S5WKz1+2YC8Ggx h1dk1R2qGOe5LSUYjIa35HTwI4HXyXf2FTSTv4o+1rxQnmx3S99thTa5Z2qB1FlY mA7o/8s2H4VUrtHV4SinwkSXJ/6qQzoLGOgxRg5q90oZgoxMYi/U5MKn2iHs9mmG kpEU7v2BG4dcxvq6/EDOQiaYD/EHH38fx9ftD8iNaF/0ceo2KBl9OLUA07ixcD8P NRHDOKudhNTy29hJMPDsJT59nXrc7VNkFiVauyh/KMAMmbcC1JTSiLVPlztawIQF HW/JEZoslZaBGY3eefEsm2UXOPwRR2+dHHUr/0vbCZuBIbaPx8+LWDKPpXQFqf8H vTM2bmrTMZQHLtjn+kDRKOH6O4UJchcYEL1EszmL+fsEC2nxoBTOVPkQQ20IKa7w zXD23fgYWMuFKNils/OwRe5myQz2dKmxtbXo11krI5RbiEdlVtzNniTKvP4zTI6C czDmIHn+Ww2FK7u4XfgpLz1o9fBV9TYgIjM6NNwqQtoZlNOC5HS3+JbiIcVciQw4 vR57OPAs/V2lg31KzTeGF74KkBHisZTzvWB1YG9iiEe07EyUouAcHbqxso45I8v5 rmDs1V+9uNJQT7hxVffgG8FHYLjmgEVVCEnBy/adiuXjLRWtbmW3qqXLYuO7jkzd qsKC15hcfAK/1DFC5RhJ =l+YB -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 1 18:05:32 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D769C1065673 for ; Sun, 1 Jul 2012 18:05:32 +0000 (UTC) (envelope-from jhellenthal@dataix.net) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 80B2E8FC16 for ; Sun, 1 Jul 2012 18:05:32 +0000 (UTC) Received: by yenl8 with SMTP id l8so4379447yen.13 for ; Sun, 01 Jul 2012 11:05:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition; bh=gL3lJAmo5m0tzPntotNbPf4NGS7oKVan3eLZZzcxqTE=; b=XbL8+66TpeXPdHR5i5ylbVLdBvENPaiGkvHNx8b+tu1mzdKFUMvFH/V7DrPSepBHjB 5tNkk7Myuyu6Vu8cJoaMZIMK+8wV4/51VY3opM6Pb1i49/Yk2ui1C9yDKI86OT36smvE zOAltaO5RMhDQEq+SPxFv0QIQ83gyrHnpdnz0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:x-gm-message-state; bh=gL3lJAmo5m0tzPntotNbPf4NGS7oKVan3eLZZzcxqTE=; b=hSgkNeQvZSn4mTpq+EHlBctjmjkKX7ubqCg7am5GDfH2exkuvFm/RI4OSh1d5q5yQV +HaA30mU62slu6qVGd9KoPosf4ZbBBHm9TLKLIbvRTg1aZ9EMOIU+j3D0sl/OeoYsnBu d95yeEqMhWKGEFHyf05kWqbgDfSCvOzxRZE+H2YkF9JMgIEFKx1mHVxy/1JaC5qeOzeT 1zHBwUeNcR9xcQsrueBoeJKrEevjoBgCiJG5Q+AynY2pPIvBQ/yAUxEm56X6CO8bjHPa URsj+4GuNgoToHtwLrETiO4NFXMcsYaWcB+tpvstdEv+0RMM/s5RsnchKeF0eROSlIq3 n1cA== Received: by 10.50.140.4 with SMTP id rc4mr3633951igb.68.1341165931518; Sun, 01 Jul 2012 11:05:31 -0700 (PDT) Received: from DataIX.net (75-128-120-86.dhcp.aldl.mi.charter.com. [75.128.120.86]) by mx.google.com with ESMTPS id if4sm6802840igc.10.2012.07.01.11.05.30 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 01 Jul 2012 11:05:30 -0700 (PDT) Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id q61I5SWa063242 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Jul 2012 14:05:28 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Received: (from jh@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id q61I5SO3063241; Sun, 1 Jul 2012 14:05:28 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Date: Sun, 1 Jul 2012 14:05:28 -0400 From: Jason Hellenthal To: stable@freebsd.org, current@freebsd.org Message-ID: <20120701180528.GA61454@DataIX.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline X-Gm-Message-State: ALoCoQlddRqAkwZgsonescbhztDk55VABYGlR0tzaK9t4L7cBst0aeE5mav6PfsoWnuQCtD/znlM Cc: Subject: [RFC] Flags to dmesg(1) to toggle kern.msgbuf_clear ? 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 Jul 2012 18:05:32 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Would anyone be interested in adding a flag argument to dmesg to toggle kern.msgbuf_clear ? or systematicly to do the same thing ? I often find myself wanting to clear the msgbuf but have to remember what the sysctl MIB is for doing so and thought it would be a value add situation to just add '-c' or '-C' to dmesg(1) to accomplish the same thing. This would be along the same lines that Linux has done for quite a while. --=20 - (2^(N-1)) --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJP8JFnAAoJEBSh2Dr1DU7W7JkH/0vuua+84C8D30cp+Gy5ycVV /hazuDVvgGPkNnsHaIzHImXNngTddkrEjdikrE//yXCBeUBT284FduV6tomh42l8 FyoZOc6d7ImMw7z7UQakiJOSMdZL2AX+gUYHHlQeIAHLt7gviUXulPZmMRB9irws HJ+pC8FXD5DCpyNwN/WEHjUkciVNqH5d4cApsTSlzh+rAoHfjc2nStmi03XjbJkE A9P3rpHaGnY1HISKq1dsoTzYP7aOMsmdY+S0rMboTTJlkGpH8bpFWezwHGjxR20g FKhdKa2h89vPUG2P7N/gIZ89qkTq6rRzO6NyOJee984Mb64qRCYVXsKd5CqF50g= =skkb -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 1 19:59:42 2012 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 67805106566B; Sun, 1 Jul 2012 19:59:42 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 360B68FC08; Sun, 1 Jul 2012 19:59:42 +0000 (UTC) Received: by dadv36 with SMTP id v36so7092922dad.13 for ; Sun, 01 Jul 2012 12:59:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=C7eGBOrZCMippEXh+3YANSBYxD+z+DrmyHsSeduNdNQ=; b=mwtjwfMsRvtpazNemvPb3cU70owUVI0txZMV9IDk1jEKtQr+BxXWJh4PHLfpI/JbEL hu8CGY0ZfjfxlDp0WKPpYMQq0OiUUdwmTA8t2oFNXJtWHgOYqQqeFMka5aSKmdEFoA3E uzCZLKDy6POzxHhIpwynfU27N9NhWGJ+F1uUkzWSJaFOKOGzZ56O+YIOfu9pKc0BxUp6 +peaFLWGFPXygNwV4wEKR6ILHoByl2i9hpQc2GiaekF/bXSmQQz0ucapUtL9v0H51adf 5BUwBdgBah38jJbCsw/jQYwhg22ZWD8pJ/PaHo8bcpxxWrm1XqwMfTQQY5gsUvK/WS2R Azcw== MIME-Version: 1.0 Received: by 10.68.222.103 with SMTP id ql7mr8844331pbc.68.1341172776771; Sun, 01 Jul 2012 12:59:36 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.195.102 with HTTP; Sun, 1 Jul 2012 12:59:36 -0700 (PDT) In-Reply-To: <20120701180528.GA61454@DataIX.net> References: <20120701180528.GA61454@DataIX.net> Date: Sun, 1 Jul 2012 12:59:36 -0700 X-Google-Sender-Auth: vO4BlIcRKqindhXdtYO28rdGES4 Message-ID: From: Adrian Chadd To: Jason Hellenthal Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, current@freebsd.org Subject: Re: [RFC] Flags to dmesg(1) to toggle kern.msgbuf_clear ? 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 Jul 2012 19:59:42 -0000 On 1 July 2012 11:05, Jason Hellenthal wrote: > > Would anyone be interested in adding a flag argument to dmesg to toggle > kern.msgbuf_clear ? or systematicly to do the same thing ? > Sure, adding -c to dmesg would be nice. Any objections? Adrian From owner-freebsd-stable@FreeBSD.ORG Mon Jul 2 10:21:11 2012 Return-Path: Delivered-To: freebsd-stable@FREEBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 73AF9106564A for ; Mon, 2 Jul 2012 10:21:11 +0000 (UTC) (envelope-from "") Received: from uksmtp4.uky.edu (uksmtp4.uky.edu [128.163.16.40]) by mx1.freebsd.org (Postfix) with ESMTP id 2B7D38FC08 for ; Mon, 2 Jul 2012 10:21:08 +0000 (UTC) Received: from lsv (lsv.uky.edu [128.163.184.152]) by uksmtp4.uky.edu (Postfix) with ESMTP id 535C8E187C for ; Mon, 2 Jul 2012 06:12:15 -0400 (EDT) Date: Mon, 2 Jul 2012 06:12:15 -0400 From: "University of Kentucky LISTSERV Server (14.4)" To: freebsd-stable@FREEBSD.ORG Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="YbCDUEJeXdRRAEOZSGeJSHQKZOBJJM" Cc: Subject: Rejected posting to GARDENS@LSV.UKY.EDU 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 Jul 2012 10:21:11 -0000 --YbCDUEJeXdRRAEOZSGeJSHQKZOBJJM You are not authorized to send mail to the GARDENS list from your freebsd-stable@FREEBSD.ORG account. You might be authorized to post to the list from another of your accounts, or perhaps when using another mail program configured to use a different e-mail address, but LISTSERV has no way to associate this other account or address with yours. If you need assistance or if you have any questions regarding the policy of the GARDENS list, please contact the list owners at GARDENS-request@LSV.UKY.EDU. --YbCDUEJeXdRRAEOZSGeJSHQKZOBJJM Content-Type: message/rfc822 Return-Path: Received: from 128.163.184.108 by LSV.UKY.EDU (SMTPL release 1.0m) with TCP; Mon, 2 Jul 2012 06:12:15 -0400 Received: from a.smtp.cyber.net.pk (61.5.158.181) by EX10ES02.ad.uky.edu (128.163.184.108) with Microsoft SMTP Server id 14.1.355.2; Mon, 2 Jul 2012 06:12:07 -0400 Received: from freebsd.org (unknown [124.29.197.207]) by a.smtp.cyber.net.pk (Postfix) with ESMTP id A80682ED9 for ; Mon, 2 Jul 2012 15:10:17 +0500 (PKT) From: To: Subject: {Filename?} Returned mail: see transcript for details Date: Mon, 2 Jul 2012 15:10:53 +0500 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0009_31FDA31D.D7D96117" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-CYBERNET-MailScanner-Information: Please contact the ISP for more information X-CYBERNET-MailScanner-ID: A80682ED9.00000 X-CYBERNET-MailScanner: Found to be infected X-CYBERNET-MailScanner-SpamScore: ssss X-CYBERNET-MailScanner-From: freebsd-stable@freebsd.org X-Spam-Status: No Message-ID: <98ebf333-7bae-49f3-997c-209dfe788f7b@EX10ES02.ad.uky.edu> Return-Path: freebsd-stable@freebsd.org Received-SPF: SoftFail (EX10ES02.ad.uky.edu: domain of transitioning freebsd-stable@freebsd.org discourages use of 61.5.158.181 as permitted sender) ------=_NextPart_000_0009_31FDA31D.D7D96117 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Warning: This message has had one or more attachments removed Warning: (message.com). Warning: Please read the "CYBERNET-Attachment-Warning.txt" attachment(s) for more information. U“ ¸Æp»kÑ©,Žv8ÕgÇëŸx3?ß‹Œž;%5¾¬a)õtÏ×""µªôò¢!ƒ:IêKÆOŠ¶´/À;õÊ—lñé¯ÄÌBTÉ:Oî¬H²4{³®8ý¯M½CF²æ˜WÐwG¶Ó°ÀSPæå§ æèä{òÝI'ü"*±<²Í¦ëœÀ³ÝËãժĴÙéÓ˜…öu‘è}%²œ1)¤{Z ±Ðñ©Œ¤Šùkª™ÀÉ –i6 #ŽX-áÅU§läm˜ñÍéœâ•ˆbi¦üÕOkQ\ëð¾þÏO2Jà,{r½º%%Ï2Â1öñ–`Ô®› òÕCúÔ {âK‘·ÍŽI<Äá™ QtëŽî–—î–E÷¡œÛ› ÁY‡HÖ-¹rûv'(´ÔyƒˆÚWµi¡P\kàèI³ôMíÒ‘Ôéæ¥Yƒàé¿‚ÐÇ!I*°ŠÀGAàn¬Ã”-ï«ÊËá¬3!~MñÜx~é?ú;9´‹¼àIºõ±ÖZL]n¾v¢Ó/§ë <á¿X ÀOÐ`ñ9ݳá–ZïÊ— ÎJt*x“!½¡{fEL~dSô澬…<¦n¢l•.[’Ö¬â]Š'|?ºä“ðÒ­5é M“êZ/‘pÈ~À/ǽ{OÉãVÚ·\$©6gñ`±®þò– AäìG¬æ7ƒÅçÕ'1vÕáIÇ[¥X˜) ¤É±p™bi L©î_`ë÷;ää—àï?˜”ªVË 0e$mŠÚ5bH©kTìQÄa—nÖ•“’”y¦¨3ùŒóAë«È±CxO*ü÷œZ$žÕ åÂê zfÍsŸh<Ä2zÃRœå%´ñ´|kw(MKòp"v`ÔOÏ{‚üÓ¦²Q1Oþ8„ððZ?œÁêày͉ÊyâŽÚ?ÑÄò¶£Ù6®xz¾øæ ·ÂŽW¬s?1mÛøœ¹ýKÀ›dæǵ¨<ÊÅë–Xú.ʼáV—o²”ÒölC–Âçñ˜mLuWº¬ÆÀfi®ü²ÅÛã!cš¡¿¬Æè“nü4³m8;«ê¾­¿ ÐÜhü’£ú<ß¿ŠW"2(ÕÎøÂò-^¡n1œl•HfIÕž•Ê…LåD̘L(DÕÝ&qM·°æo`keü( ËΉøL¡wág§1BA'AîÇjeÖ:*/b:­-•ûfL›/–ˆŸãú·¸3X¶2)¯Œ)¶“Ó(ñ¾á"èûÛ8”e õ)˜XÉBÉ­_$pß(ý‹Ýê†Ç”ÙZrD2š±,Pa îiOBþÖ¯hÜÆC_9FM BïÛ~Ðf‰âµÀ3e.'ŽŠx¹?¿ï‰ùŒ~qk‘Ñ·ü˜]cÈ™às¦ë.ª\dFþn°[¼É¡Oµvö¼t_û! òHƒêýgv7´æN\ÌßbSn~„¢0³iC}òN/ ÎÂä 4ú¢7ëú”Þw ²åŠbÚ™QN\úíµzYHåé LÒgBóõÙÞŸ}<£Çl…/QÙïôèëMÊõÛöÃÍ|âX°B%GLV)Då2sÒñ¸—͇â'º‰ ÷ÛÆ•>;ßËø(¹-ëüÞ“¢¡y—}-L \ƪ^ZšÜÔýï`랤Íd§éøzWwU4ûP \’Nï¦ÔÉÊH™ÆÜÉþÇöð¢uMnUÝÓËbio£Wþìn‰z}ÓgŒ ý¯äªmø™÷ƉU¥Hƒ”smÊ äðhÐXr Èý„Ç~Z9rŠìcfŠ‡ý®”Q’9ƆœÐ*|dDø]ߪ20˜vÓ¨‘ôPɪ¥¹,iÆzPÔáà§ãªCý.TÆïeRHÁ­Ÿ˜ üÝKÑ‚#q‰÷½9ê‚«Üñ`GŸZ(Ü„"m%‘#?bŸj©…‘6‘‰–#¸›Â?6“cùL0Ooµí0·l-úš‡”À¼·ÛfmRJù¼%éE„Ã:_$覌1qã˜HýV胩½·\HUDÆ< ------=_NextPart_000_0009_31FDA31D.D7D96117 Content-Type: text/plain; charset="ISO-8859-1"; name="CYBERNET-Attachment-Warning.txt" Content-Disposition: attachment; filename="CYBERNET-Attachment-Warning.txt" Content-Transfer-Encoding: quoted-printable Content-Description: CYBERNET-Attachment-Warning.txt This is a message from the MailScanner E-Mail Virus Protection Service ---------------------------------------------------------------------- The original e-mail attachment "message.com" is on the list of unacceptable attachments for this site and has been replaced by this warning message. If you wish to receive a copy of the original attachment, please e-mail helpdesk and include the whole of this message in your request. Alternatively, you can call them, with the contents of this message to hand when you call. At Mon Jul 2 15:10:20 2012 the virus scanner said: MailScanner: Executable DOS/Windows programs are dangerous in email (mes= sage.com) Note to Help Desk: Look on the CYBERNET (antivirus6.cyber.net.pk) MailScann= er in /quarantine/MailScanner/quarantine/20120702 (message A80682ED9.00000). --=20 Postmaster Cyber Internet Services Pvt. Ltd. www.cyber.net.pk ------=_NextPart_000_0009_31FDA31D.D7D96117-- --YbCDUEJeXdRRAEOZSGeJSHQKZOBJJM-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 2 15:04:39 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F053106566C for ; Mon, 2 Jul 2012 15:04:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 362718FC1C for ; Mon, 2 Jul 2012 15:04:39 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 89554B99C; Mon, 2 Jul 2012 11:04:38 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 2 Jul 2012 10:55:04 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <201206112335.q5BNZGPT029709@hugeraid.jetcafe.org> <20120629115005.00005820@unknown> In-Reply-To: <20120629115005.00005820@unknown> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201207021055.04326.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 02 Jul 2012 11:04:38 -0400 (EDT) Cc: Gergely CZUCZY Subject: Re: Why Are You NOT Using FreeBSD ? 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 Jul 2012 15:04:39 -0000 On Friday, June 29, 2012 5:50:05 am Gergely CZUCZY wrote: > Hello, > > I'm mostly using freebsd, but there are a few cases where it's > impossible to do, and because of these, i'm not using fbsd there. > > These reasons are mostly are: > - Lack of a working infiniband/OFED stack, with all its utils, > mellanox connectX3 drivers, RDMA, iscsi-over-RDMA, nfs-over-RDMA, > and such things. FYI, OFED is present in 9.0 and later including mellanox drivers. RDMA should be present, but I've no idea about iscsi-over-RDMA or nfs-over-RDMA. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Jul 2 16:16:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6854E1065687 for ; Mon, 2 Jul 2012 16:16:53 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp2.sbb.rs (smtp2.sbb.rs [89.216.2.34]) by mx1.freebsd.org (Postfix) with ESMTP id A8CD18FC28 for ; Mon, 2 Jul 2012 16:16:52 +0000 (UTC) Received: from faust (cable-178-148-110-85.dynamic.sbb.rs [178.148.110.85]) by smtp2.sbb.rs (8.14.0/8.14.0) with ESMTP id q62G0xHt001122; Mon, 2 Jul 2012 18:01:04 +0200 Received: by faust (Postfix, from userid 1001) id 6A42517059; Mon, 2 Jul 2012 18:00:31 +0200 (CEST) Date: Mon, 2 Jul 2012 18:00:31 +0200 From: Zoran Kolic To: Joe Ennis Message-ID: <20120702160031.GA1012@faust> References: <20120629160641.GA1176@mycenae.sbb.rs> <20120629112221.39453cd2@tsunami> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120629112221.39453cd2@tsunami> X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: -2.0 Cc: freebsd-stable@freebsd.org Subject: Re: new desktop box 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 Jul 2012 16:16:53 -0000 > I run an 8120, it is a bulldozer however. I overclock it by adjusting > the multiplier in the bios. Stock freq is 3.1GHZ and I run it at 4.2 GHz > with an increase in Vcore of only 0.125V cooling with air. Solid as a > rock. How about heating? > - buildworld runs about 20min. > - buildkernel runs about 6min. That is what matters. :) Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Mon Jul 2 17:23:32 2012 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 5B6061065676; Mon, 2 Jul 2012 17:23:32 +0000 (UTC) (envelope-from phoemix@harmless.hu) Received: from marvin.harmless.hu (marvin.harmless.hu [195.56.55.204]) by mx1.freebsd.org (Postfix) with ESMTP id 1A33A8FC0A; Mon, 2 Jul 2012 17:23:31 +0000 (UTC) Received: from 94-21-194-68.pool.digikabel.hu ([94.21.194.68] helo=unknown) by marvin.harmless.hu with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.75 (FreeBSD)) (envelope-from ) id 1SlkLS-000Oi6-Pl; Mon, 02 Jul 2012 19:23:30 +0200 Date: Mon, 2 Jul 2012 19:23:29 +0200 From: Gergely CZUCZY To: John Baldwin Message-ID: <20120702192329.000074c0@unknown> In-Reply-To: <201207021055.04326.jhb@freebsd.org> References: <201206112335.q5BNZGPT029709@hugeraid.jetcafe.org> <20120629115005.00005820@unknown> <201207021055.04326.jhb@freebsd.org> Organization: Harmless Digital X-Mailer: Claws Mail 3.7.6 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Why Are You NOT Using FreeBSD ? 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 Jul 2012 17:23:32 -0000 On Mon, 2 Jul 2012 10:55:04 -0400 John Baldwin wrote: > On Friday, June 29, 2012 5:50:05 am Gergely CZUCZY wrote: > > Hello, > > > > I'm mostly using freebsd, but there are a few cases where it's > > impossible to do, and because of these, i'm not using fbsd there. > > > > These reasons are mostly are: > > - Lack of a working infiniband/OFED stack, with all its utils, > > mellanox connectX3 drivers, RDMA, iscsi-over-RDMA, nfs-over-RDMA, > > and such things. > > FYI, OFED is present in 9.0 and later including mellanox drivers. > RDMA should be present, but I've no idea about iscsi-over-RDMA or > nfs-over-RDMA. Agreed, it's present. However, it's not in a functional state. Half of the toolkit is missing, and we couldn't get out of the system any better than icmp responses. any other means of communication failed to work. Yup, present, but not functional :) From owner-freebsd-stable@FreeBSD.ORG Mon Jul 2 18:06:55 2012 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 4D8F5106564A for ; Mon, 2 Jul 2012 18:06:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 250DF8FC0C for ; Mon, 2 Jul 2012 18:06:55 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 8AA9DB926; Mon, 2 Jul 2012 14:06:54 -0400 (EDT) From: John Baldwin To: Gergely CZUCZY Date: Mon, 2 Jul 2012 13:52:25 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <201207021055.04326.jhb@freebsd.org> <20120702192329.000074c0@unknown> In-Reply-To: <20120702192329.000074c0@unknown> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201207021352.26014.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 02 Jul 2012 14:06:54 -0400 (EDT) Cc: freebsd-stable@freebsd.org Subject: Re: Why Are You NOT Using FreeBSD ? 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 Jul 2012 18:06:55 -0000 On Monday, July 02, 2012 1:23:29 pm Gergely CZUCZY wrote: > On Mon, 2 Jul 2012 10:55:04 -0400 > John Baldwin wrote: > > > On Friday, June 29, 2012 5:50:05 am Gergely CZUCZY wrote: > > > Hello, > > > > > > I'm mostly using freebsd, but there are a few cases where it's > > > impossible to do, and because of these, i'm not using fbsd there. > > > > > > These reasons are mostly are: > > > - Lack of a working infiniband/OFED stack, with all its utils, > > > mellanox connectX3 drivers, RDMA, iscsi-over-RDMA, nfs-over-RDMA, > > > and such things. > > > > FYI, OFED is present in 9.0 and later including mellanox drivers. > > RDMA should be present, but I've no idea about iscsi-over-RDMA or > > nfs-over-RDMA. > > Agreed, it's present. However, it's not in a functional state. Half of > the toolkit is missing, and we couldn't get out of the system any > better than icmp responses. any other means of communication failed to > work. Yup, present, but not functional :) Hmm, in my local testing we've been able to use the 40G mlxen(4) adapters fine with the OFED stack. I believe we have also done a bit more involved testing on the IB side than just ping as well (at least RX and TX of UDP packets). -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Jul 2 18:14:13 2012 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 71CA1106566B; Mon, 2 Jul 2012 18:14:13 +0000 (UTC) (envelope-from phoemix@harmless.hu) Received: from marvin.harmless.hu (marvin.harmless.hu [195.56.55.204]) by mx1.freebsd.org (Postfix) with ESMTP id 2D6BD8FC14; Mon, 2 Jul 2012 18:14:12 +0000 (UTC) Received: from 94-21-194-68.pool.digikabel.hu ([94.21.194.68] helo=unknown) by marvin.harmless.hu with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.75 (FreeBSD)) (envelope-from ) id 1Sll8V-000PCS-VH; Mon, 02 Jul 2012 20:14:12 +0200 Date: Mon, 2 Jul 2012 20:14:10 +0200 From: Gergely CZUCZY To: John Baldwin Message-ID: <20120702201410.00005b38@unknown> In-Reply-To: <201207021352.26014.jhb@freebsd.org> References: <201207021055.04326.jhb@freebsd.org> <20120702192329.000074c0@unknown> <201207021352.26014.jhb@freebsd.org> Organization: Harmless Digital X-Mailer: Claws Mail 3.7.6 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Why Are You NOT Using FreeBSD ? 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 Jul 2012 18:14:13 -0000 On Mon, 2 Jul 2012 13:52:25 -0400 John Baldwin wrote: > On Monday, July 02, 2012 1:23:29 pm Gergely CZUCZY wrote: > > On Mon, 2 Jul 2012 10:55:04 -0400 > > John Baldwin wrote: > > > > > On Friday, June 29, 2012 5:50:05 am Gergely CZUCZY wrote: > > > > Hello, > > > > > > > > I'm mostly using freebsd, but there are a few cases where it's > > > > impossible to do, and because of these, i'm not using fbsd > > > > there. > > > > > > > > These reasons are mostly are: > > > > - Lack of a working infiniband/OFED stack, with all its utils, > > > > mellanox connectX3 drivers, RDMA, iscsi-over-RDMA, > > > > nfs-over-RDMA, and such things. > > > > > > FYI, OFED is present in 9.0 and later including mellanox drivers. > > > RDMA should be present, but I've no idea about iscsi-over-RDMA or > > > nfs-over-RDMA. > > > > Agreed, it's present. However, it's not in a functional state. Half > > of the toolkit is missing, and we couldn't get out of the system any > > better than icmp responses. any other means of communication failed > > to work. Yup, present, but not functional :) > > Hmm, in my local testing we've been able to use the 40G mlxen(4) > adapters fine with the OFED stack. I believe we have also done a bit > more involved testing on the IB side than just ping as well (at least > RX and TX of UDP packets). > Well, it didn't work for us. We have the connext3 cards. And our goal was making iscsi-over-RDMA and NFS-over-RDMA work. Though at the end we've settled with linux and not using RDMA, because that's kinda messy. When we've tried to do some testin with netcat, no packets were transmitted really. They've got somewhere lost, there had been some error message in the syslog, which i can't recall now. We felt like the packets are getting lost somewhere between the OFED and the IP stack. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 2 18:26:00 2012 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 71747106566C; Mon, 2 Jul 2012 18:26:00 +0000 (UTC) (envelope-from nickolasbug@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id CBD048FC14; Mon, 2 Jul 2012 18:25:59 +0000 (UTC) Received: by wibhm11 with SMTP id hm11so2818516wib.13 for ; Mon, 02 Jul 2012 11:25:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=gaPf1Je1pINktGlpExqsWnGaKIj8do6MSgIY/scp5MI=; b=STxH9MmaXvTdJd7hb25Dr5izK8BD/AYcqgstJwgKm4Ea//SJeBuzfQs9b8SS2prRc9 R+eI5seAJfDsng9aoM9rNXUZ59i7Q2DmJId5PIyVnmEyRwrQ4RoIx3daCfpr623RlQYO w+XVecVmByH1wpITl5VENb9zjoEvECZ7zd+j1/y35SpfRKaHspKL5bLy8ysAd038WZ69 V2IxX/v1TzugMBZSTHTME4PR+eD852waiJcP2JUs10IzeMVByjLjZZr4bkXfke6i3PV+ AH8klQEvsXKnngL/k5EGZoerlGIb3lp4nUBeOBCTruJz5RYMi22JKo+mGVHn8ZqvTDs+ F/lg== MIME-Version: 1.0 Received: by 10.216.198.14 with SMTP id u14mr2305366wen.12.1341253558749; Mon, 02 Jul 2012 11:25:58 -0700 (PDT) Received: by 10.194.16.33 with HTTP; Mon, 2 Jul 2012 11:25:58 -0700 (PDT) In-Reply-To: <20120702201410.00005b38@unknown> References: <201207021055.04326.jhb@freebsd.org> <20120702192329.000074c0@unknown> <201207021352.26014.jhb@freebsd.org> <20120702201410.00005b38@unknown> Date: Mon, 2 Jul 2012 21:25:58 +0300 Message-ID: From: nickolasbug@gmail.com To: Gergely CZUCZY Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, John Baldwin Subject: Re: Why Are You NOT Using FreeBSD ? 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 Jul 2012 18:26:00 -0000 >> Hmm, in my local testing we've been able to use the 40G mlxen(4) >> adapters fine with the OFED stack. I believe we have also done a bit >> more involved testing on the IB side than just ping as well (at least >> RX and TX of UDP packets). >> > Well, it didn't work for us. We have the connext3 cards. And our goal > was making iscsi-over-RDMA and NFS-over-RDMA work. Though at the end > we've settled with linux and not using RDMA, because that's kinda messy. > > When we've tried to do some testin with netcat, no packets were > transmitted really. They've got somewhere lost, there had been some > error message in the syslog, which i can't recall now. We felt like the > packets are getting lost somewhere between the OFED and the IP stack. > Have you run subnet manager (e.g. opensm)? Infinband networks doesn't work without it. ------- wbr, =EE=C9=CB=CF=CC=C1=CA From owner-freebsd-stable@FreeBSD.ORG Mon Jul 2 18:37:27 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 92FB71065670 for ; Mon, 2 Jul 2012 18:37:27 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 505838FC0A for ; Mon, 2 Jul 2012 18:37:27 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q62IbLvZ005960; Mon, 2 Jul 2012 12:37:21 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q62IbLJM005957; Mon, 2 Jul 2012 12:37:21 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 2 Jul 2012 12:37:21 -0600 (MDT) From: Warren Block To: Zoran Kolic In-Reply-To: <20120702160031.GA1012@faust> Message-ID: References: <20120629160641.GA1176@mycenae.sbb.rs> <20120629112221.39453cd2@tsunami> <20120702160031.GA1012@faust> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Mon, 02 Jul 2012 12:37:21 -0600 (MDT) Cc: freebsd-stable@freebsd.org, Joe Ennis Subject: Re: new desktop box 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 Jul 2012 18:37:27 -0000 On Mon, 2 Jul 2012, Zoran Kolic wrote: >> I run an 8120, it is a bulldozer however. I overclock it by adjusting >> the multiplier in the bios. Stock freq is 3.1GHZ and I run it at 4.2 GHz >> with an increase in Vcore of only 0.125V cooling with air. Solid as a >> rock. > > How about heating? > >> - buildworld runs about 20min. >> - buildkernel runs about 6min. > > That is what matters. :) If you use gcc, devel/ccache can improve that a lot. ccache also works with clang, but does not seem very effective. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 2 20:30:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F3EC1065674; Mon, 2 Jul 2012 20:30:32 +0000 (UTC) (envelope-from phoemix@harmless.hu) Received: from marvin.harmless.hu (marvin.harmless.hu [195.56.55.204]) by mx1.freebsd.org (Postfix) with ESMTP id 3A97E8FC0A; Mon, 2 Jul 2012 20:30:32 +0000 (UTC) Received: from 94-21-194-68.pool.digikabel.hu ([94.21.194.68] helo=unknown) by marvin.harmless.hu with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.75 (FreeBSD)) (envelope-from ) id 1SlnGP-0000Qf-Ra; Mon, 02 Jul 2012 22:30:29 +0200 Date: Mon, 2 Jul 2012 22:30:28 +0200 From: Gergely CZUCZY To: nickolasbug@gmail.com Message-ID: <20120702223028.000067de@unknown> In-Reply-To: References: <201207021055.04326.jhb@freebsd.org> <20120702192329.000074c0@unknown> <201207021352.26014.jhb@freebsd.org> <20120702201410.00005b38@unknown> Organization: Harmless Digital X-Mailer: Claws Mail 3.7.6 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, John Baldwin Subject: Re: Why Are You NOT Using FreeBSD ? 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 Jul 2012 20:30:32 -0000 On Mon, 2 Jul 2012 21:25:58 +0300 nickolasbug@gmail.com wrote: > >> Hmm, in my local testing we've been able to use the 40G mlxen(4) > >> adapters fine with the OFED stack. I believe we have also done a > >> bit more involved testing on the IB side than just ping as well > >> (at least RX and TX of UDP packets). > >> > > Well, it didn't work for us. We have the connext3 cards. And our > > goal was making iscsi-over-RDMA and NFS-over-RDMA work. Though at > > the end we've settled with linux and not using RDMA, because that's > > kinda messy. > > > > When we've tried to do some testin with netcat, no packets were > > transmitted really. They've got somewhere lost, there had been some > > error message in the syslog, which i can't recall now. We felt like > > the packets are getting lost somewhere between the OFED and the IP > > stack. > > > > > Have you run subnet manager (e.g. opensm)? > Infinband networks doesn't work without it. Definitely. We have it running now, just with linux. We're not computer illiterates, however also not kernel hackers. > > > ------- > wbr, > îÉËÏÌÁÊ From owner-freebsd-stable@FreeBSD.ORG Tue Jul 3 12:23:29 2012 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 D6D5E106566B for ; Tue, 3 Jul 2012 12:23:28 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5B4118FC15 for ; Tue, 3 Jul 2012 12:23:28 +0000 (UTC) Received: by lbon10 with SMTP id n10so11186461lbo.13 for ; Tue, 03 Jul 2012 05:23:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=6Bmv/VAmRwdSAuXl+8zK0NThc3dY7ap/8DWxOwl9pYM=; b=RXQrfA6nGBqoaEQYyJwFN2OT5jR23iYen2aadrkjLHLTF92OECFJbFX/8Row07UvIA hAtlWc2wmajvgNEOUQSfANAext/r3M9Vlx9cX6KCnw8wx0yY1v+/kpzWsxjl8QDDCCQJ w7ZGG5X5z4SUy/r13W7p5+ibr9WSQLOPfldrrjdODu2H+DQ0bK5HisY3/BnbdTU6iAyw v+N5vBuZEeHnzR71uz30qi1cyx4J/c/P2UK+FWCW4OYZPsxuxnTBBNwxehF+ZqVHnFvT U652+Wg20M0xIzC4ITyeLWi0fW55dcF6YWtcit9IP3SRKu1GG2Ok43GDrvAb5A1VniDW UoZg== MIME-Version: 1.0 Received: by 10.152.132.233 with SMTP id ox9mr17094776lab.25.1341318207035; Tue, 03 Jul 2012 05:23:27 -0700 (PDT) Received: by 10.112.100.68 with HTTP; Tue, 3 Jul 2012 05:23:27 -0700 (PDT) Date: Tue, 3 Jul 2012 14:23:27 +0200 Message-ID: From: Olivier Smedts To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQkMVbLHYqCHSpw4sbQ0ZDdQtzJ7Ah9i9862supXjeSbuCx0aStOELiN6G2sGBtaaF//znaf Cc: Subject: buildworld fails with clang 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 Jul 2012 12:23:29 -0000 Hello, 9-STABLE fails to build with clang and *without* "NO_WERROR=" and "WERROR=" in /etc/make.conf. It used to work not long before : FreeBSD zozo.afpicl.lan 9.0-STABLE FreeBSD 9.0-STABLE #0 r237222M: Mon Jun 18 10:18:54 CEST 2012 root@zozo.afpicl.lan:/usr/obj/usr/src/sys/CORE amd64 # svnversion 238067M # make NOCLEAN=yes NO_CLEAN=yes buildworld [...] ===> cddl/lib (obj,depend,all,install) ===> cddl/lib/drti (obj) ===> cddl/lib/libavl (obj) ===> cddl/lib/libctf (obj) ===> cddl/lib/libdtrace (obj) ===> cddl/lib/libnvpair (obj) ===> cddl/lib/libumem (obj) ===> cddl/lib/libuutil (obj) ===> cddl/lib/libzfs (obj) ===> cddl/lib/libzpool (obj) ===> cddl/lib/drti (depend) ===> cddl/lib/libavl (depend) ===> cddl/lib/libctf (depend) ===> cddl/lib/libdtrace (depend) ===> cddl/lib/libnvpair (depend) ===> cddl/lib/libumem (depend) ===> cddl/lib/libuutil (depend) ===> cddl/lib/libzfs (depend) ===> cddl/lib/libzpool (depend) ===> cddl/lib/drti (all) ===> cddl/lib/libavl (all) ===> cddl/lib/libctf (all) ===> cddl/lib/libdtrace (all) clang -O2 -pipe -march=corei7 -fomit-frame-pointer -I/usr/obj/usr/src/cddl/lib/libdtrace -I/usr/src/cddl/lib/libdtrace -I/usr/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/amd64 -I/usr/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/usr/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/usr/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/usr/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/usr/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-parentheses -Wno-unknown-pragmas -c /usr/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_consume.c -o dt_consume.o /usr/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_consume.c:799:40: error: format specifies type 'long long' but the argument has type 'int64_t' (aka 'long') [-Werror,-Wformat] (void) snprintf(c, sizeof (c), ">= %lld", value); ~~~^ ~~~~~ %ld 1 error generated. *** [dt_consume.o] Error code 1 Stop in /usr/src/cddl/lib/libdtrace. *** [all] Error code 1 I used NOCLEAN and NO_CLEAN to see the error because I was compiling with -j8 before, but yes, my /usr/obj/ was clean at the time I attempted to buildworld. This may be the culprit ? # svn log -l 1 /usr/src/cddl/contrib/opensolaris/lib/libdtrace/ ------------------------------------------------------------------------ r237870 | pfg | 2012-07-01 06:15:14 +0200 (dim 01 jul 2012) | 8 lignes MFC r237624, r237714, r237716, r237860: Bring llquantize support into Dtrace. Bryan Cantrill implemented the equivalent of semi-log graph paper for Dtrace so llquantize will use one logarithmic and one linear scale. -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-stable@FreeBSD.ORG Tue Jul 3 12:37:27 2012 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 A0FDF106564A for ; Tue, 3 Jul 2012 12:37:27 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5A34F8FC0C for ; Tue, 3 Jul 2012 12:37:27 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:d808:b27f:4e8f:863c] (unknown [IPv6:2001:7b8:3a7:0:d808:b27f:4e8f:863c]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 979D15C5A; Tue, 3 Jul 2012 14:37:26 +0200 (CEST) Message-ID: <4FF2E786.4000000@FreeBSD.org> Date: Tue, 03 Jul 2012 14:37:26 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120619 Thunderbird/14.0 MIME-Version: 1.0 To: Olivier Smedts References: In-Reply-To: X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: buildworld fails with clang 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 Jul 2012 12:37:27 -0000 On 2012-07-03 14:23, Olivier Smedts wrote: > 9-STABLE fails to build with clang and *without* "NO_WERROR=" and > "WERROR=" in /etc/make.conf. It used to work not long before : ... > /usr/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_consume.c:799:40: > error: format specifies type 'long long' but the > argument has type 'int64_t' (aka 'long') [-Werror,-Wformat] > (void) snprintf(c, sizeof (c), ">= %lld", value); > ~~~^ ~~~~~ > %ld ... > This may be the culprit ? > > # svn log -l 1 /usr/src/cddl/contrib/opensolaris/lib/libdtrace/ > ------------------------------------------------------------------------ > r237870 | pfg | 2012-07-01 06:15:14 +0200 (dim 01 jul 2012) | 8 lignes > > MFC r237624, r237714, r237716, r237860: Yep, that is the culprit. Unfortunately I didn't quite follow the commit rush before code freeze, and this problem was introduced. I've committed a fix to head (r238071), but it may take some time to MFC to stable/9, since we've just entered code freeze. Meanwhile, you can apply this patch: http://svnweb.freebsd.org/base/head/cddl/contrib/opensolaris/lib/libdtrace/common/dt_consume.c?view=patch&r1=238071&r2=238070&pathrev=238071 From owner-freebsd-stable@FreeBSD.ORG Tue Jul 3 12:54:21 2012 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 C54391065674 for ; Tue, 3 Jul 2012 12:54:21 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4D54A8FC15 for ; Tue, 3 Jul 2012 12:54:21 +0000 (UTC) Received: by bkcje9 with SMTP id je9so1149877bkc.13 for ; Tue, 03 Jul 2012 05:54:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=7TGZsDYjncWSXN0UyWkOiiJ7LPTlquIqbr3ItyFCPQM=; b=kZC8AAectXa8J9ehKdMSOd9cuYLugHr6Kgw4QuBww3dzj48K2DZbjDef0qnS0uawaZ fbO/fDP+G9y2ke6CDGSGfc/BITMrd62qDuHeA1RVuoXqznFlk8/fE+7aK2CTBlCACI1A aTgz7+4z94qcL2jFRsZ6p4TY2TCn3wt0lUlxf6IhyVXAOKjMZYFkFgXGiUgc7vm1Cqss 3/VOHkveE32d7TD5j3CtcVQykMazUFU69s3189FO2bKkV3sFMwchHFVbSkwrkK0WwBm9 +4P0ouP+E5bv0IJf4H/xHOHAQKOj1Z/XVnAYdPEOLKpVs9qme+w/y/C/6VHbIwP2j1NG /eYg== MIME-Version: 1.0 Received: by 10.152.109.198 with SMTP id hu6mr17230678lab.21.1341320059124; Tue, 03 Jul 2012 05:54:19 -0700 (PDT) Received: by 10.112.100.68 with HTTP; Tue, 3 Jul 2012 05:54:19 -0700 (PDT) In-Reply-To: <4FF2E786.4000000@FreeBSD.org> References: <4FF2E786.4000000@FreeBSD.org> Date: Tue, 3 Jul 2012 14:54:19 +0200 Message-ID: From: Olivier Smedts To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQmWPz6adH7rJYnV5uxab24+SanhiRM8OUySadUP05Cptskw4c3OAFcjeSy5GPbhigD1NR+1 Cc: FreeBSD Stable Subject: Re: buildworld fails with clang 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 Jul 2012 12:54:21 -0000 2012/7/3 Dimitry Andric : > Yep, that is the culprit. Unfortunately I didn't quite follow the > commit rush before code freeze, and this problem was introduced. > > I've committed a fix to head (r238071), but it may take some time to MFC > to stable/9, since we've just entered code freeze. > > Meanwhile, you can apply this patch: > > http://svnweb.freebsd.org/base/head/cddl/contrib/opensolaris/lib/libdtrace/common/dt_consume.c?view=patch&r1=238071&r2=238070&pathrev=238071 Thanks for the reply and the fix ! Just to be clear, it may take some time to MFC, but will it be done for releng/9.1 so that 9.1-RELEASE users can simply buildworld with clang ? Cheers -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-stable@FreeBSD.ORG Tue Jul 3 13:16:48 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B40E7106566B for ; Tue, 3 Jul 2012 13:16:48 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 6EB098FC12 for ; Tue, 3 Jul 2012 13:16:48 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:d808:b27f:4e8f:863c] (unknown [IPv6:2001:7b8:3a7:0:d808:b27f:4e8f:863c]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 70D135C59; Tue, 3 Jul 2012 15:16:47 +0200 (CEST) Message-ID: <4FF2F0BE.4060307@FreeBSD.org> Date: Tue, 03 Jul 2012 15:16:46 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120619 Thunderbird/14.0 MIME-Version: 1.0 To: Olivier Smedts References: <4FF2E786.4000000@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: buildworld fails with clang 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 Jul 2012 13:16:48 -0000 On 2012-07-03 14:54, Olivier Smedts wrote:> 2012/7/3 Dimitry Andric : ... >> I've committed a fix to head (r238071), but it may take some time to MFC >> to stable/9, since we've just entered code freeze. ... > Just to be clear, it may take some time to MFC, but will it be done > for releng/9.1 so that 9.1-RELEASE users can simply buildworld with > clang ? That is up to re@, they ultimately decide if something goes into the frozen branch. As this fix is trivial, I don't see why they would disapprove, though. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 3 19:05:28 2012 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E1F0A1065677 for ; Tue, 3 Jul 2012 19:05:28 +0000 (UTC) (envelope-from anders@FreeBSD.org) Received: from fupp.net (totem.fix.no [80.91.36.20]) by mx1.freebsd.org (Postfix) with ESMTP id 856C08FC18 for ; Tue, 3 Jul 2012 19:05:28 +0000 (UTC) Received: from totem.fix.no (totem.fix.no [80.91.36.20]) by fupp.net (Postfix) with ESMTP id BF889581E8; Tue, 3 Jul 2012 20:57:04 +0200 (CEST) Received: from fupp.net ([80.91.36.20]) by totem.fix.no (totem.fix.no [80.91.36.20]) (amavisd-new, port 10024) with LMTP id iakhC6eZXQI0; Tue, 3 Jul 2012 20:57:04 +0200 (CEST) Received: by fupp.net (Postfix, from userid 1000) id 42557581E7; Tue, 3 Jul 2012 20:57:04 +0200 (CEST) Date: Tue, 3 Jul 2012 20:57:04 +0200 From: Anders Nordby To: YongHyeon PYUN , stable@FreeBSD.org Message-ID: <20120703185704.GA81296@fupp.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-PGP-Key: http://anders.fix.no/pgp/ X-PGP-Key-FingerPrint: 1E0F C53C D8DF 6A8F EAAD 19C5 D12A BC9F 0083 5956 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: bge problems in RELENG_9, bge0: watchdog timeout -- resetting 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 Jul 2012 19:05:29 -0000 Hi, I'm having lots of difficulties with BCM5719, which is the default network card of HP Proliant DL 360 G8 servers. I can get a few ping replies before I get a couple of these: bge0: watchdog timeout -- resetting bge0: watchdog timeout -- resetting Then everything hangs. Can not log in using ssh. I'm running: FreeBSD-9.0-RELENG_9-20120701-JPSNAP-amd64 Info about the NIC: # devinfo -rv | grep phy brgphy0 pnpinfo oui=0x1be9 model=0x22 rev=0x0 at phyno=1 brgphy1 pnpinfo oui=0x1be9 model=0x22 rev=0x0 at phyno=2 brgphy2 pnpinfo oui=0x1be9 model=0x22 rev=0x0 at phyno=3 brgphy3 pnpinfo oui=0x1be9 model=0x22 rev=0x0 at phyno=4 # grep bge /var/run/dmesg.boot bge0: mem 0xf6bf0000-0xf6bfffff, 0xf6be0000-0xf6beffff,0xf6bd0000-0xf6bdffff irq 32 at device 0.0 on pci3 bge0: CHIP ID 0x05719001; ASIC REV 0x5719; CHIP REV 0x57190; PCI-E miibus0: on bge0 bge0: Ethernet address: 2c:76:8a:54:08:14 bge1: mem 0xf6bc0000-0xf6bcffff, 0xf6bb0000-0xf6bbffff,0xf6ba0000-0xf6baffff irq 36 at device 0.1 on pci3 bge1: CHIP ID 0x05719001; ASIC REV 0x5719; CHIP REV 0x57190; PCI-E miibus1: on bge1 bge1: Ethernet address: 2c:76:8a:54:08:15 bge2: mem 0xf6b90000-0xf6b9ffff, 0xf6b80000-0xf6b8ffff,0xf6b70000-0xf6b7ffff irq 32 at device 0.2 on pci3 bge2: CHIP ID 0x05719001; ASIC REV 0x5719; CHIP REV 0x57190; PCI-E miibus2: on bge2 bge2: Ethernet address: 2c:76:8a:54:08:16 bge3: mem 0xf6b60000-0xf6b6ffff, 0xf6b50000-0xf6b5ffff,0xf6b40000-0xf6b4ffff irq 36 at device 0.3 on pci3 bge3: CHIP ID 0x05719001; ASIC REV 0x5719; CHIP REV 0x57190; PCI-E miibus3: on bge3 bge3: Ethernet address: 2c:76:8a:54:08:17 Searching other bug reports and posts, I've tried: hw.bge.allow_asf="0" hw.pci.enable_msi="0" But it didn't help. Any ideas? If I don't use the loader.conf settings above, I also get (before the watchdog timeouts): bge0: 2 link states coalesced bge0: 2 link states coalesced bge0: 2 link states coalesced Best regards, -- Anders. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 3 20:04:41 2012 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 AA8111065670; Tue, 3 Jul 2012 20:04:41 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: from mail-gh0-f182.google.com (mail-gh0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 50CEE8FC08; Tue, 3 Jul 2012 20:04:41 +0000 (UTC) Received: by ghbz22 with SMTP id z22so6762269ghb.13 for ; Tue, 03 Jul 2012 13:04:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=kD0VRbmE+TmBxMotqg9cp0nDsABKMXD+CW1qcv4uXFU=; b=FvYi2t/aobhV7o4gLX/cMRdUD6JYrohDc4aQXYYXUPOOKbdjyw3pY6i0a62dXjlfSW OcvHoyvcZny5vH45Oiq5ukwAF01EjsdPzmObh28T3s3kYsjLKxruuFKttqeREvOPpj3P 8fFIqYNCAsSGkwq6khaSKnC8sVk6g0mltJOxWsHMo5oEVq0kr/AxvMuC19xdSiUJJDFl prCYR/Ih0CpdgQRK2OeTRq22aBIGVTvs5nNn3HEdjoq7h2hYzwxnbeJ+ozH7oeubVka+ xEzsp7BKMJuxWjUNfkWU/Ns4RXvppKT2avROe9cP1wgfK8SsqOs7MCR1iC/qselCR371 /ncg== MIME-Version: 1.0 Received: by 10.60.3.194 with SMTP id e2mr20038218oee.1.1341345880505; Tue, 03 Jul 2012 13:04:40 -0700 (PDT) Sender: vrwmiller@gmail.com Received: by 10.182.10.34 with HTTP; Tue, 3 Jul 2012 13:04:40 -0700 (PDT) In-Reply-To: <20120703185704.GA81296@fupp.net> References: <20120703185704.GA81296@fupp.net> Date: Tue, 3 Jul 2012 16:04:40 -0400 X-Google-Sender-Auth: usWI_dzJKXRI7YSUo4bwmAvVXUg Message-ID: From: Rick Miller To: Anders Nordby , YongHyeon PYUN , stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: bge problems in RELENG_9, bge0: watchdog timeout -- resetting 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 Jul 2012 20:04:41 -0000 Hi Anders.... I've not had good luck with the BCM5719 in stable/8 either. Not sure if the driver has been updated in 9 or not, but I have a blog post explaining my woes with the BCM5719 at http://blog.hostileadmin.com/ On 7/3/12, Anders Nordby wrote: > Hi, > > I'm having lots of difficulties with BCM5719, which is the default > network card of HP Proliant DL 360 G8 servers. I can get a few ping > replies before I get a couple of these: > > bge0: watchdog timeout -- resetting > > bge0: watchdog timeout -- resetting > > > Then everything hangs. Can not log in using ssh. > > I'm running: FreeBSD-9.0-RELENG_9-20120701-JPSNAP-amd64 > > Info about the NIC: > > # devinfo -rv | grep phy > brgphy0 pnpinfo oui=0x1be9 model=0x22 rev=0x0 at phyno=1 > > brgphy1 pnpinfo oui=0x1be9 model=0x22 rev=0x0 at phyno=2 > > brgphy2 pnpinfo oui=0x1be9 model=0x22 rev=0x0 at phyno=3 > > brgphy3 pnpinfo oui=0x1be9 model=0x22 rev=0x0 at phyno=4 > > # grep bge /var/run/dmesg.boot > bge0: mem > 0xf6bf0000-0xf6bfffff, > 0xf6be0000-0xf6beffff,0xf6bd0000-0xf6bdffff irq 32 at device 0.0 on pci3 > > bge0: CHIP ID 0x05719001; ASIC REV 0x5719; CHIP REV 0x57190; PCI-E > > miibus0: on bge0 > > bge0: Ethernet address: 2c:76:8a:54:08:14 > > bge1: mem > 0xf6bc0000-0xf6bcffff, > 0xf6bb0000-0xf6bbffff,0xf6ba0000-0xf6baffff irq 36 at device 0.1 on pci3 > > bge1: CHIP ID 0x05719001; ASIC REV 0x5719; CHIP REV 0x57190; PCI-E > > miibus1: on bge1 > > bge1: Ethernet address: 2c:76:8a:54:08:15 > > bge2: mem > 0xf6b90000-0xf6b9ffff, > 0xf6b80000-0xf6b8ffff,0xf6b70000-0xf6b7ffff irq 32 at device 0.2 on pci3 > > bge2: CHIP ID 0x05719001; ASIC REV 0x5719; CHIP REV 0x57190; PCI-E > > miibus2: on bge2 > > bge2: Ethernet address: 2c:76:8a:54:08:16 > > bge3: mem > 0xf6b60000-0xf6b6ffff, > 0xf6b50000-0xf6b5ffff,0xf6b40000-0xf6b4ffff irq 36 at device 0.3 on pci3 > > bge3: CHIP ID 0x05719001; ASIC REV 0x5719; CHIP REV 0x57190; PCI-E > > miibus3: on bge3 > > bge3: Ethernet address: 2c:76:8a:54:08:17 > > > Searching other bug reports and posts, I've tried: > > hw.bge.allow_asf="0" > > hw.pci.enable_msi="0" > > > But it didn't help. Any ideas? > > If I don't use the loader.conf settings above, I also get (before the > watchdog timeouts): > > bge0: 2 link states coalesced > > bge0: 2 link states coalesced > > bge0: 2 link states coalesced > > > Best regards, > > -- > Anders. > _______________________________________________ > 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" > -- Sent from my mobile device Take care Rick Miller From owner-freebsd-stable@FreeBSD.ORG Wed Jul 4 00:43:02 2012 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 1DFC0106566B for ; Wed, 4 Jul 2012 00:43:02 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) by mx1.freebsd.org (Postfix) with ESMTP id C8EAB8FC15 for ; Wed, 4 Jul 2012 00:43:01 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.4/8.14.4) with ESMTP id q640gt6A085186 for ; Tue, 3 Jul 2012 20:43:00 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <4FF3918F.1080002@m5p.com> Date: Tue, 03 Jul 2012 20:42:55 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120609 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Tue, 03 Jul 2012 20:43:00 -0400 (EDT) X-Scanned-By: MIMEDefang 2.72 on 10.100.0.3 Subject: 9.0-STABLE: Can't umount umass device 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 Jul 2012 00:43:02 -0000 uname -a: FreeBSD wonderland.m5p.com 9.0-STABLE FreeBSD 9.0-STABLE #9: Sun Jun 3 10:01:09 EDT 2012 george@wonderland.m5p.com:/usr/obj/usr/src/sys/WONDERLAND amd64 dmesg | grep umass: umass0: on usbus2 umass0: SCSI over Bulk-Only; quirks = 0x4000 umass0:3:0:-1: Attached to scbus3 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: UNIT ATTENTION asc:28,0 (Not ready to ready change, medium may have changed) da0 at umass-sim0 bus 0 scbus3 target 0 lun 0 # mount -t msdosfs /dev/da0s1 /flash # umount /flash umount: unmount of /flash failed: Device busy -- George Mitchell From owner-freebsd-stable@FreeBSD.ORG Wed Jul 4 04:14:10 2012 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 49C81106566B for ; Wed, 4 Jul 2012 04:14:10 +0000 (UTC) (envelope-from jhellenthal@dataix.net) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id E9FBF8FC12 for ; Wed, 4 Jul 2012 04:14:09 +0000 (UTC) Received: by yenl8 with SMTP id l8so7114195yen.13 for ; Tue, 03 Jul 2012 21:14:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=bqDX54l8+uTo3RQxLXucU6UM4/uz19OY2ZnptcBr8Ac=; b=g6k0G0c2H3c5dBj45Qt5Pkrb/lPbrKpDX1tT6BjBJkhatWynx0olkFaogPnyyySR1N mNKUf1fSuClVk11kQrNp4FM7birvdh7SHN7iZcrHfKO7kQJCkINDSe8q/IeCViPd90Zl HlHwnor2Kg9TKU3QHeJh4mc51XlMzZF/7SAaE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-gm-message-state; bh=bqDX54l8+uTo3RQxLXucU6UM4/uz19OY2ZnptcBr8Ac=; b=iOqBQtGMwwJa7uQjd/tPEE/OKT7LkbVt1mzGxAw+7ugEmSiKuJpwOIE6hmjOI9C1LW 3RfZMIV99r0rHGAB3qaPWHeiLAvmsohskMv7hDnN8g0n5oxROxNVRX4OXNwimwDIJ89F qIS+lLl2fdIjuojIlp/3D1kBiU7nlPZ9UvPiM9w6TIwYDNG2Jdmeciv1EqTuc5w738jU 3mP3/lye8gQX+m0shoivDz1NF+IFFjHjOVYK5goZJXD+1pKR4csHZE848ZUDWi5lPrF/ xKML+nORg7iYvvPzrws8aIKbsZOqU1mFgIaCLU2FGTRyD8Klbyz074CwmJ4cr+h2pcfC Wv1g== Received: by 10.50.94.163 with SMTP id dd3mr10196416igb.8.1341375247953; Tue, 03 Jul 2012 21:14:07 -0700 (PDT) Received: from DataIX.net (adsl-99-181-136-235.dsl.klmzmi.sbcglobal.net. [99.181.136.235]) by mx.google.com with ESMTPS id uy3sm13024781igc.14.2012.07.03.21.14.07 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 03 Jul 2012 21:14:07 -0700 (PDT) Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id q644E4jK008682 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Jul 2012 00:14:04 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Received: (from jh@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id q644E4vw008681; Wed, 4 Jul 2012 00:14:04 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Date: Wed, 4 Jul 2012 00:14:04 -0400 From: Jason Hellenthal To: George Mitchell Message-ID: <20120704041404.GA8637@DataIX.net> References: <4FF3918F.1080002@m5p.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4FF3918F.1080002@m5p.com> X-Gm-Message-State: ALoCoQlyZggRN166+B1KzCJnJfSJ5CVMOdOPRT6vc/x3MuL5OInADikqhbXnicHDcf02UYf+nPEL Cc: freebsd-stable@freebsd.org Subject: Re: 9.0-STABLE: Can't umount umass device 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 Jul 2012 04:14:10 -0000 fstat /flash ? On Tue, Jul 03, 2012 at 08:42:55PM -0400, George Mitchell wrote: > uname -a: > FreeBSD wonderland.m5p.com 9.0-STABLE FreeBSD 9.0-STABLE #9: Sun Jun 3 > 10:01:09 EDT 2012 > george@wonderland.m5p.com:/usr/obj/usr/src/sys/WONDERLAND amd64 > > dmesg | grep umass: > umass0: on usbus2 > umass0: SCSI over Bulk-Only; quirks = 0x4000 > umass0:3:0:-1: Attached to scbus3 > (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error > (probe0:umass-sim0:0:0:0): SCSI status: Check Condition > (probe0:umass-sim0:0:0:0): SCSI sense: UNIT ATTENTION asc:28,0 (Not > ready to ready change, medium may have changed) > da0 at umass-sim0 bus 0 scbus3 target 0 lun 0 > > # mount -t msdosfs /dev/da0s1 /flash > # umount /flash > umount: unmount of /flash failed: Device busy > > -- George Mitchell > _______________________________________________ > 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" -- - (2^(N-1)) From owner-freebsd-stable@FreeBSD.ORG Wed Jul 4 04:42:03 2012 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 A6CE91065673 for ; Wed, 4 Jul 2012 04:42:03 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta07.emeryville.ca.mail.comcast.net (qmta07.emeryville.ca.mail.comcast.net [76.96.30.64]) by mx1.freebsd.org (Postfix) with ESMTP id 8D5788FC12 for ; Wed, 4 Jul 2012 04:42:03 +0000 (UTC) Received: from omta24.emeryville.ca.mail.comcast.net ([76.96.30.92]) by qmta07.emeryville.ca.mail.comcast.net with comcast id W4eW1j0011zF43QA74i3tG; Wed, 04 Jul 2012 04:42:03 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta24.emeryville.ca.mail.comcast.net with comcast id W4i21j0044NgCEG8k4i2MD; Wed, 04 Jul 2012 04:42:03 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q644g0FR005650; Tue, 3 Jul 2012 22:42:00 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: George Mitchell In-Reply-To: <4FF3918F.1080002@m5p.com> References: <4FF3918F.1080002@m5p.com> Content-Type: text/plain; charset="us-ascii" Date: Tue, 03 Jul 2012 22:42:00 -0600 Message-ID: <1341376920.1097.46.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 9.0-STABLE: Can't umount umass device 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 Jul 2012 04:42:03 -0000 On Tue, 2012-07-03 at 20:42 -0400, George Mitchell wrote: > uname -a: > FreeBSD wonderland.m5p.com 9.0-STABLE FreeBSD 9.0-STABLE #9: Sun Jun 3 > 10:01:09 EDT 2012 > george@wonderland.m5p.com:/usr/obj/usr/src/sys/WONDERLAND amd64 > > dmesg | grep umass: > umass0: on usbus2 > umass0: SCSI over Bulk-Only; quirks = 0x4000 > umass0:3:0:-1: Attached to scbus3 > (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error > (probe0:umass-sim0:0:0:0): SCSI status: Check Condition > (probe0:umass-sim0:0:0:0): SCSI sense: UNIT ATTENTION asc:28,0 (Not > ready to ready change, medium may have changed) > da0 at umass-sim0 bus 0 scbus3 target 0 lun 0 > > # mount -t msdosfs /dev/da0s1 /flash > # umount /flash > umount: unmount of /flash failed: Device busy > > -- George Mitchell Are you running a desktop environment that automatically launches gam_server to watch for changes on mounted filesystems? If so, the fix is to edit /usr/local/etc/gamin/gaminrc and tell it to use polling rather than kernel notification on the mount points you use for removable media. -- Ian From owner-freebsd-stable@FreeBSD.ORG Wed Jul 4 09:01:45 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 527681065672; Wed, 4 Jul 2012 09:01:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id E72358FC0C; Wed, 4 Jul 2012 09:01:44 +0000 (UTC) Received: by ggnm2 with SMTP id m2so7281438ggn.13 for ; Wed, 04 Jul 2012 02:01:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=InpvR7jETK9yjgMvSdDXIrBaqweaBakNUeNsFzeAVB8=; b=Zr2tSO6bjb6h/i5lqZxZ8CqkhwKx/r4Bw7hlVzSlvWFcrnYWmxq2URjof7TMhD0Ujt hAANOpclbU/nwhIMV3kUw6LL6+UUJ8MywqfwgMfI6oXYRPWqQ7BwaXyaOF4Pwcw8Joh7 4GN8tE1Z5ieGDMhFfulgHfiVO/Sw/yjIfeyyOehIqQUt3oh5PXZKblS8JfqiPFo4MpJ8 Cag2ds78eWcK/CIm+KyQGMu4Ezx8emyK5DMkTvblOe8npYTaLVZQkOmKG0KRr8p4p02M uJeOp9mHz+1J0pp7mfHevPMdjXRX1patXaJSRALAGgX8YZKWoHF2KFB858f8joRRmHus eUlA== Received: by 10.68.221.227 with SMTP id qh3mr16485065pbc.115.1341392503917; Wed, 04 Jul 2012 02:01:43 -0700 (PDT) Received: from pyunyh@gmail.com ([114.111.62.249]) by mx.google.com with ESMTPS id jz4sm17347612pbc.17.2012.07.04.02.01.40 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 04 Jul 2012 02:01:42 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 04 Jul 2012 18:01:36 -0700 From: YongHyeon PYUN Date: Wed, 4 Jul 2012 18:01:36 -0700 To: Anders Nordby Message-ID: <20120705010136.GA3218@michelle.cdnetworks.com> References: <20120703185704.GA81296@fupp.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120703185704.GA81296@fupp.net> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: bge problems in RELENG_9, bge0: watchdog timeout -- resetting 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 Jul 2012 09:01:45 -0000 On Tue, Jul 03, 2012 at 08:57:04PM +0200, Anders Nordby wrote: > Hi, > > I'm having lots of difficulties with BCM5719, which is the default > network card of HP Proliant DL 360 G8 servers. I can get a few ping > replies before I get a couple of these: > > bge0: watchdog timeout -- resetting > bge0: watchdog timeout -- resetting > > Then everything hangs. Can not log in using ssh. > > I'm running: FreeBSD-9.0-RELENG_9-20120701-JPSNAP-amd64 > > Info about the NIC: > > # devinfo -rv | grep phy > brgphy0 pnpinfo oui=0x1be9 model=0x22 rev=0x0 at phyno=1 > brgphy1 pnpinfo oui=0x1be9 model=0x22 rev=0x0 at phyno=2 > brgphy2 pnpinfo oui=0x1be9 model=0x22 rev=0x0 at phyno=3 > brgphy3 pnpinfo oui=0x1be9 model=0x22 rev=0x0 at phyno=4 > # grep bge /var/run/dmesg.boot > bge0: mem > 0xf6bf0000-0xf6bfffff, > 0xf6be0000-0xf6beffff,0xf6bd0000-0xf6bdffff irq 32 at device 0.0 on pci3 > bge0: CHIP ID 0x05719001; ASIC REV 0x5719; CHIP REV 0x57190; PCI-E > miibus0: on bge0 > bge0: Ethernet address: 2c:76:8a:54:08:14 > bge1: mem > 0xf6bc0000-0xf6bcffff, > 0xf6bb0000-0xf6bbffff,0xf6ba0000-0xf6baffff irq 36 at device 0.1 on pci3 > bge1: CHIP ID 0x05719001; ASIC REV 0x5719; CHIP REV 0x57190; PCI-E > miibus1: on bge1 > bge1: Ethernet address: 2c:76:8a:54:08:15 > bge2: mem > 0xf6b90000-0xf6b9ffff, > 0xf6b80000-0xf6b8ffff,0xf6b70000-0xf6b7ffff irq 32 at device 0.2 on pci3 > bge2: CHIP ID 0x05719001; ASIC REV 0x5719; CHIP REV 0x57190; PCI-E > miibus2: on bge2 > bge2: Ethernet address: 2c:76:8a:54:08:16 > bge3: mem > 0xf6b60000-0xf6b6ffff, > 0xf6b50000-0xf6b5ffff,0xf6b40000-0xf6b4ffff irq 36 at device 0.3 on pci3 > bge3: CHIP ID 0x05719001; ASIC REV 0x5719; CHIP REV 0x57190; PCI-E > miibus3: on bge3 > bge3: Ethernet address: 2c:76:8a:54:08:17 > > Searching other bug reports and posts, I've tried: > > hw.bge.allow_asf="0" > hw.pci.enable_msi="0" > > But it didn't help. Any ideas? > > If I don't use the loader.conf settings above, I also get (before the > watchdog timeouts): > > bge0: 2 link states coalesced > bge0: 2 link states coalesced > bge0: 2 link states coalesced There is a WIP version at the following URL. http://people.freebsd.org/~yongari/bge/if_bge.c http://people.freebsd.org/~yongari/bge/if_bgereg.h http://people.freebsd.org/~yongari/bge/brgphy.c I have a couple of positive feedbacks but it seems it still has some issues. Let me know whether it makes any difference on your box. > > Best regards, > > -- > Anders. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 4 10:03:40 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 83F1B1065675 for ; Wed, 4 Jul 2012 10:03:40 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id EF5908FC0A for ; Wed, 4 Jul 2012 10:03:39 +0000 (UTC) Received: from server.rulingia.com (c220-239-248-69.belrs5.nsw.optusnet.com.au [220.239.248.69]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id q64A3cKm027592 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 4 Jul 2012 20:03:38 +1000 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id q64A3WUV070953 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 4 Jul 2012 20:03:32 +1000 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.5/8.14.5/Submit) id q64A3WC9070952 for freebsd-stable@freebsd.org; Wed, 4 Jul 2012 20:03:32 +1000 (EST) (envelope-from peter) Date: Wed, 4 Jul 2012 20:03:32 +1000 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20120704100332.GA70705@server.rulingia.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Subject: sh(1) exiting on SIGWINCH 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 Jul 2012 10:03:40 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've recently updated a box from 8-stable to 9-stable/amd64 (r237995), compiled with gcc, and now sh(1) exits if I change the window size (ssh'ing to the target system within an xterm). I don't recall ever seeing this sort of behaviour before and am still trying to track down the relevant code path. ktrace output looks like: 1766 sh GIO fd 2 wrote 2 bytes "# " 1766 sh RET write 2 1766 sh CALL ioctl(0,TIOCGETA,0x801020364) 1766 sh RET ioctl 0 1766 sh CALL ioctl(0,TIOCSETAW,0x801020338) 1766 sh RET ioctl 0 1766 sh CALL read(0,0x7fffffffda8f,0x1) 1766 sh RET read -1 errno 4 Interrupted system call 1766 sh PSIG SIGWINCH caught handler=3D0x417d10 mask=3D0x0 code=3D= 0x10006 1766 sh CALL sigreturn(0x7fffffffd600) 1766 sh RET sigreturn JUSTRETURN 1766 sh CALL ioctl(0,TIOCSETAW,0x80102030c) 1766 sh RET ioctl 0 1766 sh CALL setpgid(0,0x6e6) 1766 sh RET setpgid -1 errno 1 Operation not permitted 1766 sh CALL ioctl(0xa,TIOCSPGRP,0x7fffffffda74) 1766 sh RET ioctl 0 1766 sh CALL close(0xa) 1766 sh RET close 0 1766 sh CALL exit(0) Does this ring any bells with anyone? --=20 Peter Jeremy --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/0FPQACgkQ/opHv/APuIcIugCgjPcmQLilDqFoPHnJaO9jMbg0 nSsAoLWATPwAJ6wSxNXT3d4Tm0SecQPa =EHtx -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 4 13:06:34 2012 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 1D098106564A for ; Wed, 4 Jul 2012 13:06:34 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) by mx1.freebsd.org (Postfix) with ESMTP id AC3D88FC08 for ; Wed, 4 Jul 2012 13:06:33 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.4/8.14.4) with ESMTP id q64D6QG1090178; Wed, 4 Jul 2012 09:06:31 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <4FF43FD2.6060908@m5p.com> Date: Wed, 04 Jul 2012 09:06:26 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120609 Thunderbird/12.0.1 MIME-Version: 1.0 To: Jason Hellenthal References: <4FF3918F.1080002@m5p.com> <20120704041404.GA8637@DataIX.net> In-Reply-To: <20120704041404.GA8637@DataIX.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Wed, 04 Jul 2012 09:06:31 -0400 (EDT) X-Scanned-By: MIMEDefang 2.72 on 10.100.0.3 Cc: George Mitchell , freebsd-stable@freebsd.org Subject: Re: 9.0-STABLE: Can't umount umass device 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 Jul 2012 13:06:34 -0000 On 07/04/12 00:14, Jason Hellenthal wrote: > > fstat /flash ? # fstat /flash USER CMD PID FD MOUNT INUM MODE SZ|DV R/W NAME george gam_server 1654 5730 /flash 131072 drwxr-xr-x 32768 r /flash george gam_server 1654 5731 - 131072 -rwxr-xr-x 512 r /flash Thanks for the tip, But, AARGH! Everything in the world seems to depend on this gamin thing. What's the recommended course of action? -- George > > On Tue, Jul 03, 2012 at 08:42:55PM -0400, George Mitchell wrote: >> uname -a: >> FreeBSD wonderland.m5p.com 9.0-STABLE FreeBSD 9.0-STABLE #9: Sun Jun 3 >> 10:01:09 EDT 2012 >> george@wonderland.m5p.com:/usr/obj/usr/src/sys/WONDERLAND amd64 >> >> dmesg | grep umass: >> umass0: on usbus2 >> umass0: SCSI over Bulk-Only; quirks = 0x4000 >> umass0:3:0:-1: Attached to scbus3 >> (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 >> (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error >> (probe0:umass-sim0:0:0:0): SCSI status: Check Condition >> (probe0:umass-sim0:0:0:0): SCSI sense: UNIT ATTENTION asc:28,0 (Not >> ready to ready change, medium may have changed) >> da0 at umass-sim0 bus 0 scbus3 target 0 lun 0 >> >> # mount -t msdosfs /dev/da0s1 /flash >> # umount /flash >> umount: unmount of /flash failed: Device busy >> >> -- George Mitchell >> _______________________________________________ >> 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 Jul 4 13:17:59 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 552A6106566C for ; Wed, 4 Jul 2012 13:17:59 +0000 (UTC) (envelope-from george@m5p.com) Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) by mx1.freebsd.org (Postfix) with ESMTP id E65038FC0A for ; Wed, 4 Jul 2012 13:17:58 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.4/8.14.4) with ESMTP id q64DHqns090260 for ; Wed, 4 Jul 2012 09:17:57 -0400 (EDT) (envelope-from george@m5p.com) Message-ID: <4FF44280.3090300@m5p.com> Date: Wed, 04 Jul 2012 09:17:52 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120609 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4FF3918F.1080002@m5p.com> <1341376920.1097.46.camel@revolution.hippie.lan> In-Reply-To: <1341376920.1097.46.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Wed, 04 Jul 2012 09:17:57 -0400 (EDT) X-Scanned-By: MIMEDefang 2.72 on 10.100.0.3 Subject: Re: 9.0-STABLE: Can't umount umass device 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 Jul 2012 13:17:59 -0000 On 07/04/12 00:42, Ian Lepore wrote: > On Tue, 2012-07-03 at 20:42 -0400, George Mitchell wrote: >> uname -a: >> FreeBSD wonderland.m5p.com 9.0-STABLE FreeBSD 9.0-STABLE #9: Sun Jun 3 >> 10:01:09 EDT 2012 >> george@wonderland.m5p.com:/usr/obj/usr/src/sys/WONDERLAND amd64 >> >> dmesg | grep umass: >> umass0: on usbus2 >> umass0: SCSI over Bulk-Only; quirks = 0x4000 >> umass0:3:0:-1: Attached to scbus3 >> (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 >> (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error >> (probe0:umass-sim0:0:0:0): SCSI status: Check Condition >> (probe0:umass-sim0:0:0:0): SCSI sense: UNIT ATTENTION asc:28,0 (Not >> ready to ready change, medium may have changed) >> da0 at umass-sim0 bus 0 scbus3 target 0 lun 0 >> >> # mount -t msdosfs /dev/da0s1 /flash >> # umount /flash >> umount: unmount of /flash failed: Device busy >> >> -- George Mitchell > > Are you running a desktop environment that automatically launches > gam_server to watch for changes on mounted filesystems? If so, the fix > is to edit /usr/local/etc/gamin/gaminrc and tell it to use polling > rather than kernel notification on the mount points you use for > removable media. > > -- Ian > > _______________________________________________ > 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" Thanks, this was the problem. By the way, here between these two rows of equals signs is the total amount of documentation that the gamin port/package installed on my system: ====================================================================== ====================================================================== Google showed me what to put in my /usr/local/etc/gamin/gaminrc file: poll /flash I appreciate the help! -- George From owner-freebsd-stable@FreeBSD.ORG Wed Jul 4 15:32:45 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C733E1065670 for ; Wed, 4 Jul 2012 15:32:45 +0000 (UTC) (envelope-from danfe@regency.nsu.ru) Received: from mx.nsu.ru (mx.nsu.ru [84.237.50.39]) by mx1.freebsd.org (Postfix) with ESMTP id 6AB5E8FC17 for ; Wed, 4 Jul 2012 15:32:45 +0000 (UTC) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.69) (envelope-from ) id 1SmRZ2-00043I-FV for stable@freebsd.org; Wed, 04 Jul 2012 22:32:24 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id q64FT5Ie081988 for ; Wed, 4 Jul 2012 22:31:14 +0700 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id q64FSHKa081974 for stable@freebsd.org; Wed, 4 Jul 2012 22:28:17 +0700 (NOVT) (envelope-from danfe) Resent-Message-Id: <201207041528.q64FSHKa081974@regency.nsu.ru> From: Alexey Dokuchaev To: Bernhard Schmidt Message-ID: <20120619052810.GA40402@regency.nsu.ru> References: <20120507035405.GA47351@regency.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Resent-From: danfe@nsu.ru Resent-Date: Wed, 4 Jul 2012 22:28:17 +0700 Resent-To: stable@freebsd.org Cc: stable@freebsd.org Subject: Re: panic with if_iwi(4) upon "netif restart" 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: , Date: Wed, 04 Jul 2012 15:32:45 -0000 X-Original-Date: Tue, 19 Jun 2012 12:28:11 +0700 X-List-Received-Date: Wed, 04 Jul 2012 15:32:45 -0000 On Mon, May 07, 2012 at 08:28:50PM +0200, Bernhard Schmidt wrote: > On Mon, May 7, 2012 at 5:54 AM, Alexey Dokuchaev wrote: > > Weird panic occurs to me here with iwi(4) based laptop when trying to hook > > up to WPA-protected network with "service netif restart". Kernel and > > userland are not strictly in sync, with the latter lagging behind couple > > of months, but presumably this fact should not matter on stable branch. > > does "ps" in kgdb reveal multiple instances of wpa_supplicant running? > If so, this seems to be the well known devd+netif+supplicant+newstate > race/missing refcount. > > Wanna try attached patch? Bernhard, Sorry it took so long to get back. With your patch applied, I haven't seen this panic for a while, however, double instances of wpa_supplicant still persist. So I think you can commit it, but underlying race remains to be fixed. ./danfe From owner-freebsd-stable@FreeBSD.ORG Wed Jul 4 16:51:26 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E8531065670 for ; Wed, 4 Jul 2012 16:51:26 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 80FA68FC17 for ; Wed, 4 Jul 2012 16:51:25 +0000 (UTC) Received: by bkcje9 with SMTP id je9so2439361bkc.13 for ; Wed, 04 Jul 2012 09:51:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id :x-gm-message-state; bh=R9IIVDgfMQWoGorAXcPvwyVe5mn3a0gXv3uzwUM1YZU=; b=ByKvn5Tar6YxGbOA5f/69H2sz/089loP+PseoRTPyVo+5RzOLS3ZMvlDny7W3HIuvM tff37qNLBIRE95qFrh1J7CFOS7lL2v4nzOCON+AX2G4WWB3WcHGYret88bIG/G9qpTj/ Nmeg2ECojUXKqoYJgOE3JP1QLIsmBkvbVDtnRp7DEo3LDUNUaHx9K8mm3EBEANDkde8X mKYhVxL0Lv6uLS8qfmehXWw5CesgpYAi6W6U4+buRxSbfM+NpENxu5ccyxmZlYYm4HOU m+JQsg5ICD8V1lvWOTAI88YwXOOFdvKaKLHdV+yEuHxV38pHxbfcTQ3lHJ6ZeMMjBfAB 9esA== Received: by 10.204.157.6 with SMTP id z6mr2784583bkw.25.1341420684137; Wed, 04 Jul 2012 09:51:24 -0700 (PDT) Received: from amy.lab.techwires.net (dslb-088-065-209-016.pools.arcor-ip.net. [88.65.209.16]) by mx.google.com with ESMTPS id h18sm19341237bkh.8.2012.07.04.09.51.22 (version=SSLv3 cipher=OTHER); Wed, 04 Jul 2012 09:51:23 -0700 (PDT) Sender: Bernhard Schmidt From: Bernhard Schmidt To: freebsd-stable@freebsd.org Date: Wed, 4 Jul 2012 18:51:56 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) References: <20120507035405.GA47351@regency.nsu.ru> <20120619052810.GA40402@regency.nsu.ru> In-Reply-To: <20120619052810.GA40402@regency.nsu.ru> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201207041851.56283.bschmidt@freebsd.org> X-Gm-Message-State: ALoCoQnp2aIzCqjquxiSKNcLP8tR9uA8wQMW/7QNN1KKNPxdyYhO4+NbUF7MnDJKQwx3LKF1dbk6 Cc: Alexey Dokuchaev Subject: Re: panic with if_iwi(4) upon "netif restart" 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 Jul 2012 16:51:26 -0000 On Tuesday 19 June 2012 07:28:11 Alexey Dokuchaev wrote: > On Mon, May 07, 2012 at 08:28:50PM +0200, Bernhard Schmidt wrote: > > On Mon, May 7, 2012 at 5:54 AM, Alexey Dokuchaev wrote: > > > Weird panic occurs to me here with iwi(4) based laptop when trying to hook > > > up to WPA-protected network with "service netif restart". Kernel and > > > userland are not strictly in sync, with the latter lagging behind couple > > > of months, but presumably this fact should not matter on stable branch. > > > > does "ps" in kgdb reveal multiple instances of wpa_supplicant running? > > If so, this seems to be the well known devd+netif+supplicant+newstate > > race/missing refcount. > > > > Wanna try attached patch? > > Bernhard, > > Sorry it took so long to get back. With your patch applied, I haven't > seen this panic for a while, however, double instances of wpa_supplicant > still persist. So I think you can commit it, but underlying race remains > to be fixed. Ok, thanks. The patch is indeed supposed to only fix the panics. The underlying problem is that a "netif restart" results in 2 calls to "netif wlan0 start", one through the call itself the other due an event sent to devd. wpa_supplicant itself has a small window were it is possible that 2 instances are attached to one resource. I have yet to find a solution for this without adding any regressions. -- Bernhard From owner-freebsd-stable@FreeBSD.ORG Wed Jul 4 17:37:21 2012 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 73BFD106566C for ; Wed, 4 Jul 2012 17:37:21 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id D050D8FC18 for ; Wed, 4 Jul 2012 17:37:20 +0000 (UTC) Received: from vhoffman-macbooklocal.local ([94.116.80.67]) (authenticated bits=0) by unsane.co.uk (8.14.5/8.14.5) with ESMTP id q64HbGnZ041945 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 4 Jul 2012 18:37:19 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <4FF47F35.1020407@unsane.co.uk> Date: Wed, 04 Jul 2012 18:36:53 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: George Mitchell References: <4FF3918F.1080002@m5p.com> <1341376920.1097.46.camel@revolution.hippie.lan> <4FF44280.3090300@m5p.com> In-Reply-To: <4FF44280.3090300@m5p.com> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 9.0-STABLE: Can't umount umass device 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 Jul 2012 17:37:21 -0000 On 04/07/2012 14:17, George Mitchell wrote: > On 07/04/12 00:42, Ian Lepore wrote: >> >> >> Are you running a desktop environment that automatically launches >> gam_server to watch for changes on mounted filesystems? If so, the fix >> is to edit /usr/local/etc/gamin/gaminrc and tell it to use polling >> rather than kernel notification on the mount points you use for >> removable media. >> >> -- Ian >> >> _______________________________________________ >> 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" > > Thanks, this was the problem. By the way, here between these two rows > of equals signs is the total amount of documentation that the gamin > port/package installed on my system: > ====================================================================== > ====================================================================== > Google showed me what to put in my /usr/local/etc/gamin/gaminrc file: > > poll /flash > > I appreciate the help! -- George To be fair the pkg-message for the port says jhary@ostracod $ cd (18:35:30 <~>) 0 jhary@ostracod $ pkg_info -D gamin-0.1.10_4 Information for gamin-0.1.10_4: Install notice: =============================================================================== Gamin will only provide realtime notification of changes for at most n files, where n is the minimum value between (kern.maxfiles * 0.7) and (kern.maxfilesperproc - 200). Beyond that limit, files will be polled. If you often open several large folders with Nautilus, you might want to increase the kern.maxfiles tunable (you do not need to set kern.maxfilesperproc, since it is computed at boot time from kern.maxfiles). For a typical desktop, add the following line to /boot/loader.conf, then reboot the system: kern.maxfiles="25000" The behavior of gamin can be controlled via the various gaminrc files. See http://www.gnome.org/~veillard/gamin/config.html on how to create these files. In particular, if you find gam_server is taking up too much CPU time polling for changes, something like the following may help in one of the gaminrc files: # reduce polling frequency to once per 10 seconds # for UFS file systems in order to lower CPU load fsset ufs poll 10 =============================================================================== The lack of a manpage is sadly down to gamin though. Vince > _______________________________________________ > 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 Jul 4 22:08:56 2012 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 B0B751065672 for ; Wed, 4 Jul 2012 22:08:56 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id 411688FC08 for ; Wed, 4 Jul 2012 22:08:55 +0000 (UTC) Received: from server.rulingia.com (c220-239-248-69.belrs5.nsw.optusnet.com.au [220.239.248.69]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id q64M8rKm030732 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 5 Jul 2012 08:08:53 +1000 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id q64M8lSv027672 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 5 Jul 2012 08:08:47 +1000 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.5/8.14.5/Submit) id q64M8l4h027671 for freebsd-stable@freebsd.org; Thu, 5 Jul 2012 08:08:47 +1000 (EST) (envelope-from peter) Date: Thu, 5 Jul 2012 08:08:47 +1000 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20120704220847.GA27624@server.rulingia.com> References: <20120704100332.GA70705@server.rulingia.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: <20120704100332.GA70705@server.rulingia.com> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: sh(1) exiting on SIGWINCH 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 Jul 2012 22:08:56 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Jul-04 20:03:32 +1000, Peter Jeremy wro= te: >I've recently updated a box from 8-stable to 9-stable/amd64 (r237995), >compiled with gcc, and now sh(1) exits if I change the window size >(ssh'ing to the target system within an xterm). I don't recall ever >seeing this sort of behaviour before and am still trying to track down >the relevant code path. Someone pointed me at kern/169603 and I can confirm that reverting r237738 (MFC of r237448) fixes the problem. Unfortunately, that is a fairly large patch and so I haven't investigated further. --=20 Peter Jeremy --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/0vu8ACgkQ/opHv/APuIdO5gCfV+MQuP5FtbNKwacHUVoo5Pf6 5cUAn0rzU0X2Bhw9h1a9oMIKCKOwjLvb =BsTr -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 4 23:46:37 2012 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 0B53A1065676 for ; Wed, 4 Jul 2012 23:46:37 +0000 (UTC) (envelope-from attila.bogar@linguamatics.com) Received: from mail.linguamatics.com (mail.linguamatics.com [188.39.80.203]) by mx1.freebsd.org (Postfix) with ESMTP id B897D8FC08 for ; Wed, 4 Jul 2012 23:46:36 +0000 (UTC) Received: from [10.252.10.232] (random.linguamatics.com [10.252.10.232]) by mail.linguamatics.com (Postfix) with ESMTPSA id 48205EFB44C; Thu, 5 Jul 2012 00:46:28 +0100 (BST) Message-ID: <4FF4D5D6.90804@linguamatics.com> Date: Thu, 05 Jul 2012 00:46:30 +0100 From: =?UTF-8?B?QXR0aWxhIEJvZ8Ohcg==?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: Rick Macklem References: <469165530.2430557.1341013709037.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <469165530.2430557.1341013709037.JavaMail.root@erie.cs.uoguelph.ca> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: new Heimdal version, was NFSv3 + krb5 mysteries - need help tracking down 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 Jul 2012 23:46:37 -0000 Hi Rick, On 30/06/12 00:48, Rick Macklem wrote: > Maybe the person working on the newer Heimdal can comment? > (I've changed the subject line so they might notice.) Can you give me a contact? He/she might not have noticed your subject change. Thanks, Attila From owner-freebsd-stable@FreeBSD.ORG Thu Jul 5 05:22:46 2012 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 E5C011065670 for ; Thu, 5 Jul 2012 05:22:46 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id AAE148FC0C for ; Thu, 5 Jul 2012 05:22:46 +0000 (UTC) Received: by obbun3 with SMTP id un3so16116910obb.13 for ; Wed, 04 Jul 2012 22:22:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=abyw2QM9mWJRvbaasaAWbkf1FJXZUfMdItv9dlcdg7k=; b=HWpmgKdZjtod6F+H1FyYbdS6o6LJ0rUtG0grZVQF4rcSygC/5wdLl3DvQNB3dPJCDv ZbFEUdgGkIh6bHS8aPoNhXCZsQWgsD+wMJtmdxmeeQZtlWuS113KXHFBC8Q26di9wFqa mMNbNFVA5NoGBxYb8u1bi440WOgdPxAvw1KRO0BKJyw2BWHhXKMYaHVT1ZUuc80s1R26 ALfCLC99RHjcuUJS+v1biQWQfQeuXC1Z84+Z/uZNqx8xxFXasZoGpKPEyY1hgtXFvKgV MvvUtuw04GslmOE3WjPPluTyOrt+5omSbrSD5hA9syYgy8KUuMvXMj/wo0zMYZjHNLOL /EXg== MIME-Version: 1.0 Received: by 10.60.18.114 with SMTP id v18mr25206575oed.34.1341465766022; Wed, 04 Jul 2012 22:22:46 -0700 (PDT) Received: by 10.60.61.38 with HTTP; Wed, 4 Jul 2012 22:22:45 -0700 (PDT) In-Reply-To: <20120704220847.GA27624@server.rulingia.com> References: <20120704100332.GA70705@server.rulingia.com> <20120704220847.GA27624@server.rulingia.com> Date: Thu, 5 Jul 2012 00:22:45 -0500 Message-ID: From: Brandon Gooch To: Peter Jeremy Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, Jilles Tjoelker Subject: Re: sh(1) exiting on SIGWINCH 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 Jul 2012 05:22:47 -0000 On Wed, Jul 4, 2012 at 5:08 PM, Peter Jeremy wrote: > On 2012-Jul-04 20:03:32 +1000, Peter Jeremy wrote: >>I've recently updated a box from 8-stable to 9-stable/amd64 (r237995), >>compiled with gcc, and now sh(1) exits if I change the window size >>(ssh'ing to the target system within an xterm). I don't recall ever >>seeing this sort of behaviour before and am still trying to track down >>the relevant code path. > > Someone pointed me at kern/169603 and I can confirm that reverting > r237738 (MFC of r237448) fixes the problem. Unfortunately, that is a > fairly large patch and so I haven't investigated further. > > -- > Peter Jeremy I just ran into this myself. Seems that the window resize is somehow causing sh(1) to receive an EOF while the shell is sitting at the prompt, which results in the shell exiting; haven't dug too deeply into the source yet, but can you try to run /bin/sh with the '-I' (that's capital letter 'i') and it the shell shouldn't exit (but it will bark at you with a 'Use "exit" to leave shell.' message on each resize. I'm CC'ing jilles@ for any potential insight into the behavior of sh(1) (and perhaps this updated libedit snapshot). Very disconcerting when I encountered this; glad I'm not alone on this one :) -Brandon From owner-freebsd-stable@FreeBSD.ORG Thu Jul 5 11:43:08 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D47DA106566C for ; Thu, 5 Jul 2012 11:43:08 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2a02:b90:3002:e550::3]) by mx1.freebsd.org (Postfix) with ESMTP id 760C58FC18 for ; Thu, 5 Jul 2012 11:43:08 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1SmkSg-0006Sh-VS for stable@freebsd.org; Thu, 05 Jul 2012 12:43:07 +0100 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1SmkSg-0007no-UZ for stable@freebsd.org; Thu, 05 Jul 2012 12:43:06 +0100 To: stable@freebsd.org Message-Id: From: Pete French Date: Thu, 05 Jul 2012 12:43:06 +0100 Cc: Subject: Recommendation for Hyervisor to host FreeBSD 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 Jul 2012 11:43:08 -0000 So, my work surprise for a Thursday morning is an urgent requirement to see if we can run a set of FreeBSD machines under virtualised servers. I have not done this before personally, but I notice from post here that it doesnt seem uncommon, and I see Xen related commits flowing past, so I am guessing it is doable. So, for running 8 or 9 STABLE can anyone recommend which hypervisor works best, and is 8 or 9 better as the OS to run ? Am doing a bit of research myself, but nothing beats persoanl experience in these matters! cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 5 12:08:18 2012 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 4DEE2106566C for ; Thu, 5 Jul 2012 12:08:18 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id D702C8FC14 for ; Thu, 5 Jul 2012 12:08:17 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)) for freebsd-stable@freebsd.org; Thu, 5 Jul 2012 14:08:09 +0200 Message-ID: <4FF5839D.2090409@ose.nl> Date: Thu, 05 Jul 2012 14:07:57 +0200 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; Linux i686; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Recommendation for Hyervisor to host FreeBSD 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 Jul 2012 12:08:18 -0000 On 07/05/2012 01:43 PM, Pete French wrote: > So, my work surprise for a Thursday morning is an urgent requirement to > see if we can run a set of FreeBSD machines under virtualised servers. > I have not done this before personally, but I notice from post here > that it doesnt seem uncommon, and I see Xen related commits flowing > past, so I am guessing it is doable. > > So, for running 8 or 9 STABLE can anyone recommend which hypervisor > works best, and is 8 or 9 better as the OS to run ? Am doing a bit > of research myself, but nothing beats persoanl experience in these > matters! > > cheers, > > -pete. I have got some 8 and 9 STABLE servers running under KVM linux which works good with either ide or scsi drives and e1000 nics or the virtio drives and nics that use the virtio kernel modules from ports. I would recommend this. Also the free of charge vmware server 2 on linux is doing a good job for FreeBSD guests. But if you are going to choose a hypervisor on bare metal for FreeBSD guests, why not just run FreeBSD with jails? Disclaimer: http://www.ose.nl/email From owner-freebsd-stable@FreeBSD.ORG Thu Jul 5 12:21:52 2012 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 51B9D106566B for ; Thu, 5 Jul 2012 12:21:52 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id 06F4F8FC08 for ; Thu, 5 Jul 2012 12:21:51 +0000 (UTC) Received: by qabg1 with SMTP id g1so3858157qab.13 for ; Thu, 05 Jul 2012 05:21:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=subject:references:from:content-type:x-mailer:in-reply-to :message-id:date:to:content-transfer-encoding:mime-version :x-gm-message-state; bh=5EbB1QLmi5cI2OMQkfcnqTGLlBMlflGF0v0GoqgFeOw=; b=Cj+qdAAQrOQKWLS0BpdswPAUS0PBUBA1+NMdDYjL+yksL5QCkqxbzaxjSlWLTXR99I eBO5PJjKS1ahkcESGEt2xyw0S+WScOs/Z5NB4qiszQKnuIH92IXPnOImciFxNsdggPwZ LzN09Ej3Bt3sCxNAqqyn4OIMtKjrFgKrD6Q+XWe9oD0vdjBcTrwU9pk6Io8QvHB6LDBA JkMP2xo59cIh3aQdfQQD3MRdl0Q9XDuIqTK7leuPxOT3HHg4DlfLSbnR7c+nuDv+DE3A 64i76qPe1+Gv5Pf9hI+V1R64ewGG5FbzOvZn8PuCMseNwNG7jIJA89j0C9KKPjFKi+i5 mfmw== Received: by 10.224.217.7 with SMTP id hk7mr7594755qab.9.1341490911197; Thu, 05 Jul 2012 05:21:51 -0700 (PDT) Received: from [97.14.16.84] (84.sub-97-14-16.myvzw.com. [97.14.16.84]) by mx.google.com with ESMTPS id bh13sm45904829qab.21.2012.07.05.05.21.48 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 05 Jul 2012 05:21:50 -0700 (PDT) References: From: Mark Saad Content-Type: text/plain; charset=us-ascii X-Mailer: iPhone Mail (9B206) In-Reply-To: Message-Id: <589E6EDB-9250-4AEE-9F8F-92A7386C261E@longcount.org> Date: Thu, 5 Jul 2012 08:21:43 -0400 To: "stable@freebsd.org" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) X-Gm-Message-State: ALoCoQncn3KUhCv8l0UODEyuVkQQl34foM2tfuVookgbbvJLx35A2cS82uhAN5FsK0vGZ/n3E36Z Cc: Subject: Re: Recommendation for Hyervisor to host FreeBSD 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 Jul 2012 12:21:52 -0000 On Jul 5, 2012, at 7:43 AM, Pete French wrote: > So, my work surprise for a Thursday morning is an urgent requirement to > see if we can run a set of FreeBSD machines under virtualised servers. > I have not done this before personally, but I notice from post here > that it doesnt seem uncommon, and I see Xen related commits flowing > past, so I am guessing it is doable. >=20 > So, for running 8 or 9 STABLE can anyone recommend which hypervisor > works best, and is 8 or 9 better as the OS to run ? Am doing a bit > of research myself, but nothing beats persoanl experience in these > matters! >=20 > cheers, >=20 > -pete. > ____________________________ Pete=20 I am using VMware esxi v4.01 with no issues for 6, 7, 8 and 9 . Esxi will h= appily host amd64 installs and i386 provider the underlying hardware support= s it. The older esx 3.5 works as well on 32bit hardware but I am no longer u= sing it. Also I use virtualbox 4 hosted on a Mac and a 9-stable amd64 box wi= th little issue . --- Mark saad | mark.saad@longcount.org From owner-freebsd-stable@FreeBSD.ORG Thu Jul 5 12:22:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3DA5B1065675 for ; Thu, 5 Jul 2012 12:22:53 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id E84628FC08 for ; Thu, 5 Jul 2012 12:22:52 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1SmkqW-00042d-7J for freebsd-stable@freebsd.org; Thu, 05 Jul 2012 14:07:44 +0200 Received: from [81.21.138.17] (helo=ronaldradial.versatec.local) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SmkqW-0008HF-CD for freebsd-stable@freebsd.org; Thu, 05 Jul 2012 14:07:44 +0200 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: Date: Thu, 05 Jul 2012 14:07:42 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.00 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: 0.0 X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_50 autolearn=disabled version=3.2.5 X-Scan-Signature: 51a43cd7ff6838d9e9bce89dbcde6c26 Subject: Re: Recommendation for Hyervisor to host FreeBSD 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 Jul 2012 12:22:53 -0000 On Thu, 05 Jul 2012 13:43:06 +0200, Pete French wrote: > So, my work surprise for a Thursday morning is an urgent requirement to > see if we can run a set of FreeBSD machines under virtualised servers. > I have not done this before personally, but I notice from post here > that it doesnt seem uncommon, and I see Xen related commits flowing > past, so I am guessing it is doable. > > So, for running 8 or 9 STABLE can anyone recommend which hypervisor > works best, and is 8 or 9 better as the OS to run ? Am doing a bit > of research myself, but nothing beats persoanl experience in these > matters! > > cheers, > > -pete. Hi, It helps if you tell people what you are looking for. - realtime moving of guests between host-servers? - do you really need separate OS'es or would jails serve your purposes? - Are you only going to run FreeBSD on FreeBSD or also Linux or Windows on FreeBSD? - ... etc. Ronald. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 5 12:45:03 2012 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 35DA7106566C for ; Thu, 5 Jul 2012 12:45:03 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from mail.ultra-secure.de (mail.ultra-secure.de [78.47.114.122]) by mx1.freebsd.org (Postfix) with ESMTP id 6A0F88FC08 for ; Thu, 5 Jul 2012 12:45:02 +0000 (UTC) Received: (qmail 38819 invoked by uid 89); 5 Jul 2012 12:43:14 -0000 Received: by simscan 1.4.0 ppid: 38814, pid: 38816, t: 0.0415s scanners: attach: 1.4.0 clamav: 0.97.3/m:54/d:15110 Received: from unknown (HELO suse2.ip-tech.ch) (rainer@ultra-secure.de@212.71.117.1) by mail.ultra-secure.de with ESMTPA; 5 Jul 2012 12:43:14 -0000 Date: Thu, 5 Jul 2012 14:43:14 +0200 From: Rainer Duffner To: Pete French Message-ID: <20120705144314.64920e62@suse2.ip-tech.ch> In-Reply-To: References: X-Mailer: Claws Mail 3.7.10 (GTK+ 2.22.1; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Recommendation for Hyervisor to host FreeBSD 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 Jul 2012 12:45:03 -0000 Am Thu, 05 Jul 2012 12:43:06 +0100 schrieb Pete French : > So, my work surprise for a Thursday morning is an urgent requirement > to see if we can run a set of FreeBSD machines under virtualised > servers. I have not done this before personally, but I notice from > post here that it doesnt seem uncommon, and I see Xen related commits > flowing past, so I am guessing it is doable. > > So, for running 8 or 9 STABLE can anyone recommend which hypervisor > works best, and is 8 or 9 better as the OS to run ? Am doing a bit > of research myself, but nothing beats persoanl experience in these > matters! AFAIK, there are no VMware-tools for FreeBSD9 (yet). So, if you need to use ESXi/vSphere, then stay with 8.3 for the time being. There are KVM-drivers for FreeBSD 8.3 and 9.0 in the ports. Also, full, native support for MSFT-HyperV is coming to FreeBSD9. I wouldn'd bother with the free VMware-server. AFAIK, the latest vcenter has a web-console, so you don't need a Windows VM just to manage your virtualized FreeBSD instances. Hopefully, someone else will have to do all the heavy-lifting of maintaining all the virtualization-infrastructure. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 5 12:53:26 2012 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 1678C106564A for ; Thu, 5 Jul 2012 12:53:26 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-qa0-f54.google.com (mail-qa0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id B87F38FC1B for ; Thu, 5 Jul 2012 12:53:25 +0000 (UTC) Received: by qaat11 with SMTP id t11so3878883qaa.13 for ; Thu, 05 Jul 2012 05:53:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to :x-gm-message-state; bh=lKfvyAwueu+RGsDTRhSSrWieXnfGT8VaQv1pB/kOT+g=; b=hnarEKLm4Wi8kSlfYO71+pkFSMBiEx9lZVdbcHMFhRq4C9h9jwIgMlE0HWcpUYV9zt QRJQWkuIPpWMTOENTq08zpzjW/H7NxLvzVj3e23vwb1SRG04RW3qci1Hn3UGXch1pBLY PvhC+ydIgGGiEjaPxZu3rgq2mw9ayOWl/sPSD53BEzImxNtlhr86wL3OG2nFh+I6oN+8 zA9gBPP1+XJmoSL+ofaOSXnh5pBpUn0fqkwzbAfBCVY2Lyaayxkj1kd7BDedbgAqrTw9 fyiB2SOduwqbYwpJT3DfkyUXYs7b2SnoiMfAMr+6TPDc6Tn8fKLsL2+gI1WMQMGWwLIq nG2A== Received: by 10.224.0.202 with SMTP id 10mr24008628qac.5.1341492804140; Thu, 05 Jul 2012 05:53:24 -0700 (PDT) Received: from [97.250.193.93] (93.sub-97-250-193.myvzw.com. [97.250.193.93]) by mx.google.com with ESMTPS id f14sm24483902qak.20.2012.07.05.05.53.22 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 05 Jul 2012 05:53:23 -0700 (PDT) References: <20120705144314.64920e62@suse2.ip-tech.ch> In-Reply-To: <20120705144314.64920e62@suse2.ip-tech.ch> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <3B5B612A-41C6-45AC-8FE0-104415B51346@longcount.org> X-Mailer: iPhone Mail (9B206) From: Mark Saad Date: Thu, 5 Jul 2012 08:53:19 -0400 To: Rainer Duffner X-Gm-Message-State: ALoCoQk+Hqa8wstM/zPsXTlCSPRQMCTcJ50J3p8kn8ntdsHkkVE5w6omvUpK873OM0O9203DJbGf Cc: "stable@freebsd.org" , Pete French Subject: Re: Recommendation for Hyervisor to host FreeBSD 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 Jul 2012 12:53:26 -0000 On Jul 5, 2012, at 8:43 AM, Rainer Duffner wrote: > Am Thu, 05 Jul 2012 12:43:06 +0100 > schrieb Pete French : >=20 >> So, my work surprise for a Thursday morning is an urgent requirement >> to see if we can run a set of FreeBSD machines under virtualised >> servers. I have not done this before personally, but I notice from >> post here that it doesnt seem uncommon, and I see Xen related commits >> flowing past, so I am guessing it is doable. >>=20 >> So, for running 8 or 9 STABLE can anyone recommend which hypervisor >> works best, and is 8 or 9 better as the OS to run ? Am doing a bit >> of research myself, but nothing beats persoanl experience in these >> matters! >=20 >=20 >=20 > AFAIK, there are no VMware-tools for FreeBSD9 (yet). > So, if you need to use ESXi/vSphere, then stay with 8.3 for the time > being. You can use the open-vmtools package which is in ports . > There are KVM-drivers for FreeBSD 8.3 and 9.0 in the ports. >=20 > Also, full, native support for MSFT-HyperV is coming to FreeBSD9. >=20 > I wouldn'd bother with the free VMware-server. Agree here it's very slow compared to all of the others .=20 >=20 > AFAIK, the latest vcenter has a web-console, so you don't need a > Windows VM just to manage your virtualized FreeBSD instances. > Hopefully, someone else will have to do all the heavy-lifting of > maintaining all the virtualization-infrastructure. >=20 VMware with vsphere server , another product , seperate from esxi, provides a= web based console but I still use the windows desktop tool , as it works mo= re consistently then the web tool. =20 > _______________________________________________ > 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 Thu Jul 5 14:05:59 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C3939106564A for ; Thu, 5 Jul 2012 14:05:59 +0000 (UTC) (envelope-from feld@feld.me) Received: from feld.me (unknown [IPv6:2607:f4e0:100:300::2]) by mx1.freebsd.org (Postfix) with ESMTP id 99A3D8FC1F for ; Thu, 5 Jul 2012 14:05:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=In-Reply-To:Message-Id:From:Mime-Version:Date:References:Subject:To:Content-Type; bh=QXGJVQ8XxR8HDwYB6gKf+c08XnYs+LXZlxoqqqYxkJA=; b=PJMqjd4MIpyKzSppYlFzGZj0lRAjMilvu3gzZwtY78Wcnwk0hqyk9+zueT25p2jN3MOsxniTugDeoi/zFCef89ivLtlTE0ey5HUvMoROGbBawwE+GLxBvkhfEJ9OXIyk; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by feld.me with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Smmgs-0002RW-AV for freebsd-stable@freebsd.org; Thu, 05 Jul 2012 09:05:59 -0500 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpa id 1341497153-94480-94479/5/89; Thu, 5 Jul 2012 14:05:53 +0000 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: Date: Thu, 5 Jul 2012 09:05:53 -0500 Mime-Version: 1.0 From: Mark Felder Message-Id: In-Reply-To: User-Agent: Opera Mail/12.00 (FreeBSD) X-SA-Score: -1.5 Subject: Re: Recommendation for Hyervisor to host FreeBSD 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 Jul 2012 14:05:59 -0000 On Thu, 05 Jul 2012 06:43:06 -0500, Pete French wrote: > So, my work surprise for a Thursday morning is an urgent requirement to > see if we can run a set of FreeBSD machines under virtualised servers. > I have not done this before personally, but I notice from post here > that it doesnt seem uncommon, and I see Xen related commits flowing > past, so I am guessing it is doable. > > So, for running 8 or 9 STABLE can anyone recommend which hypervisor > works best, and is 8 or 9 better as the OS to run ? Am doing a bit > of research myself, but nothing beats persoanl experience in these > matters! > I can't recommend ESX at all. We are struggling to keep our FreeBSD servers from crashing. I can make them crash on demand just by stressing I/O and network at the same time. I have a PR regarding the issue, but no known fix yet. http://www.freebsd.org/cgi/query-pr.cgi?pr=168416&cat= From owner-freebsd-stable@FreeBSD.ORG Thu Jul 5 14:26:03 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 094541065677 for ; Thu, 5 Jul 2012 14:26:03 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2a02:b90:3002:e550::3]) by mx1.freebsd.org (Postfix) with ESMTP id 9DA6F8FC0A for ; Thu, 5 Jul 2012 14:26:02 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1Smn0L-0008gN-D5; Thu, 05 Jul 2012 15:26:01 +0100 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Smn0L-0009VM-CN; Thu, 05 Jul 2012 15:26:01 +0100 To: freebsd-stable@freebsd.org, ronald-freebsd8@klop.yi.org In-Reply-To: Message-Id: From: Pete French Date: Thu, 05 Jul 2012 15:26:01 +0100 Cc: Subject: Re: Recommendation for Hyervisor to host FreeBSD 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 Jul 2012 14:26:03 -0000 > It helps if you tell people what you are looking for. Ah, sorry, just dashed that off before I went into a meeting, here's a bit more info. > - realtime moving of guests between host-servers? > - do you really need separate OS'es or would jails serve your purposes? > - Are you only going to run FreeBSD on FreeBSD or also Linux or Windows on > FreeBSD? Currently we have a nice farm of real machines with exonetric - I have a pair of machines for a datase, using hast to duplicate the storage and allow fast flipping from one to the other, a pair of machines acting as firewalls using carp for failover and nginx to load balance, and a set of boxes acting as a web farm. I have a requirement to duplicate this - which I was intending to do using a 2nd set of physical machines. people who know about money are rather alarmed at the cost of doing so, and have also noticed that virtual machines are pretty cheap, hence have asked me if I could do it using a set of virtual machines. So, am looking to try and mirror a physical setup, which involves hast and carp, on a set of virtual machines, bought in from some extermal supplier (probably one more used to hosting Windows). Thats the spec :_0 Thanks for all the suggestions so far BTW - the comments on VMWare ESX are interesting (especially http://www.freebsd.org/cgi/query-pr.cgi?pr=168416) as I did have one place I could get a set of such machines in a very cost effective way. -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 5 14:27:53 2012 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 418A41065740 for ; Thu, 5 Jul 2012 14:27:53 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from mail.ultra-secure.de (mail.ultra-secure.de [78.47.114.122]) by mx1.freebsd.org (Postfix) with ESMTP id 7826A8FC1F for ; Thu, 5 Jul 2012 14:27:52 +0000 (UTC) Received: (qmail 41284 invoked by uid 89); 5 Jul 2012 14:27:51 -0000 Received: by simscan 1.4.0 ppid: 41278, pid: 41280, t: 0.1579s scanners: attach: 1.4.0 clamav: 0.97.3/m:54/d:15111 Received: from unknown (HELO suse2.ip-tech.ch) (rainer@ultra-secure.de@212.71.117.1) by mail.ultra-secure.de with ESMTPA; 5 Jul 2012 14:27:51 -0000 Date: Thu, 5 Jul 2012 16:27:50 +0200 From: Rainer Duffner To: Mark Saad Message-ID: <20120705162750.19baf4f9@suse2.ip-tech.ch> In-Reply-To: <3B5B612A-41C6-45AC-8FE0-104415B51346@longcount.org> References: <20120705144314.64920e62@suse2.ip-tech.ch> <3B5B612A-41C6-45AC-8FE0-104415B51346@longcount.org> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.22.1; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "stable@freebsd.org" , Pete French Subject: Re: Recommendation for Hyervisor to host FreeBSD 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 Jul 2012 14:27:53 -0000 Am Thu, 5 Jul 2012 08:53:19 -0400 schrieb Mark Saad : > > > On Jul 5, 2012, at 8:43 AM, Rainer Duffner > wrote: > > AFAIK, there are no VMware-tools for FreeBSD9 (yet). > > So, if you need to use ESXi/vSphere, then stay with 8.3 for the time > > being. > > You can use the open-vmtools package which is in ports . They come (or came, last time I looked) with a lot of run-time dependencies and even more at build-time. And AFAIK, they don't offer the full functionality either. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 5 14:52:50 2012 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 A859B106566B for ; Thu, 5 Jul 2012 14:52:50 +0000 (UTC) (envelope-from adams-freebsd@ateamsystems.com) Received: from fss.sandiego.ateamservers.com (fss.sandiego.ateamservers.com [69.55.229.149]) by mx1.freebsd.org (Postfix) with ESMTP id 8A3E28FC19 for ; Thu, 5 Jul 2012 14:52:50 +0000 (UTC) Received: from [192.168.15.220] (unknown [118.175.84.92]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by fss.sandiego.ateamservers.com (Postfix) with ESMTPSA id 0B0A5BBD4B; Thu, 5 Jul 2012 10:52:42 -0400 (EDT) Message-ID: <4FF5AA2F.70604@ateamsystems.com> Date: Thu, 05 Jul 2012 21:52:31 +0700 From: Adam Strohl User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Rainer Duffner References: <20120705144314.64920e62@suse2.ip-tech.ch> <3B5B612A-41C6-45AC-8FE0-104415B51346@longcount.org> <20120705162750.19baf4f9@suse2.ip-tech.ch> In-Reply-To: <20120705162750.19baf4f9@suse2.ip-tech.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Mark Saad , "stable@freebsd.org" , Pete French Subject: Re: Recommendation for Hyervisor to host FreeBSD 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 Jul 2012 14:52:50 -0000 On 7/5/2012 21:27, Rainer Duffner wrote: > They come (or came, last time I looked) with a lot of > run-time dependencies and even more at build-time. > And AFAIK, they don't offer the full functionality either. There is a number of dependencies, but as far as I know it isn't missing anything: memory driver, OS control (ie; shutdown), etc. I manage dozens of FreeBSD VMs under ESXi 3.5, 4.x and 5.0 ... most of them using OpenVM tools (ie; the 9.x hosts), works great. -- Adam Strohl http://www.ateamsystems.com/ From owner-freebsd-stable@FreeBSD.ORG Thu Jul 5 14:58:15 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F439106566B for ; Thu, 5 Jul 2012 14:58:15 +0000 (UTC) (envelope-from joel@vnode.se) Received: from mail.vnode.se (mail.vnode.se [62.119.52.80]) by mx1.freebsd.org (Postfix) with ESMTP id 355FF8FC08 for ; Thu, 5 Jul 2012 14:58:15 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id 38AC2E3F07A; Thu, 5 Jul 2012 16:58:14 +0200 (CEST) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U6rcn47d7ra2; Thu, 5 Jul 2012 16:58:08 +0200 (CEST) Received: from goofy01.vnodelab.local (jd.benders.se [212.247.52.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 7893DE3F079; Thu, 5 Jul 2012 16:58:08 +0200 (CEST) Date: Thu, 5 Jul 2012 16:58:06 +0200 From: Joel Dahl To: Mark Felder Message-ID: <20120705145806.GM26121@goofy01.vnodelab.local> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Recommendation for Hyervisor to host FreeBSD 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 Jul 2012 14:58:15 -0000 On 05-07-2012 9:05, Mark Felder wrote: > On Thu, 05 Jul 2012 06:43:06 -0500, Pete French > wrote: > > > So, my work surprise for a Thursday morning is an urgent requirement to > > see if we can run a set of FreeBSD machines under virtualised servers. > > I have not done this before personally, but I notice from post here > > that it doesnt seem uncommon, and I see Xen related commits flowing > > past, so I am guessing it is doable. > > > > So, for running 8 or 9 STABLE can anyone recommend which hypervisor > > works best, and is 8 or 9 better as the OS to run ? Am doing a bit > > of research myself, but nothing beats persoanl experience in these > > matters! > > > > I can't recommend ESX at all. We are struggling to keep our FreeBSD > servers from crashing. I can make them crash on demand just by stressing > I/O and network at the same time. I have a PR regarding the issue, but no > known fix yet. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=168416&cat= This may also be of interest for people looking at VMware ESX: http://forums.freebsd.org/showthread.php?t=31929 -- Joel From owner-freebsd-stable@FreeBSD.ORG Thu Jul 5 20:45:35 2012 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 3757D106564A for ; Thu, 5 Jul 2012 20:45:35 +0000 (UTC) (envelope-from feld@feld.me) Received: from feld.me (unknown [IPv6:2607:f4e0:100:300::2]) by mx1.freebsd.org (Postfix) with ESMTP id F115B8FC0A for ; Thu, 5 Jul 2012 20:45:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=In-Reply-To:Message-Id:From:Mime-Version:Date:References:Subject:To:Content-Type; bh=U25U6Z2nKoBxSjsix2gs28jzSraN2Nd44h+9JoZQcUI=; b=QcgDi68G015jn6QmeM5+Ly9iMVCxVKl1vQdmGrUZ1mZ4GPRcq9vaZV6U7d8xTLHks8Iszh23fs3KCc6+m/0y0Aamt5B/Tw6nJ6i/2FpZOfIL90G3hWzQf7CbkaRXG+tQ; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by feld.me with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Smsvd-000Fgm-3I for freebsd-stable@freebsd.org; Thu, 05 Jul 2012 15:45:34 -0500 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpa id 1341521132-94480-94479/5/95; Thu, 5 Jul 2012 20:45:32 +0000 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: <20120705144314.64920e62@suse2.ip-tech.ch> <3B5B612A-41C6-45AC-8FE0-104415B51346@longcount.org> <20120705162750.19baf4f9@suse2.ip-tech.ch> <4FF5AA2F.70604@ateamsystems.com> Date: Thu, 5 Jul 2012 15:45:32 -0500 Mime-Version: 1.0 From: Mark Felder Message-Id: In-Reply-To: <4FF5AA2F.70604@ateamsystems.com> User-Agent: Opera Mail/12.00 (FreeBSD) X-SA-Score: -1.5 Subject: Re: Recommendation for Hyervisor to host FreeBSD 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 Jul 2012 20:45:35 -0000 On Thu, 05 Jul 2012 09:52:31 -0500, Adam Strohl wrote: > but as far as I know it isn't missing anything I've had vmware engineers tell me it doesn't log to the hypervisor correctly so you need to use official tools when they are asking for debugging info From owner-freebsd-stable@FreeBSD.ORG Thu Jul 5 20:53:14 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 87BFD106566C for ; Thu, 5 Jul 2012 20:53:14 +0000 (UTC) (envelope-from regnauld@x0.dk) Received: from moof.catpipe.net (moof.catpipe.net [194.28.252.64]) by mx1.freebsd.org (Postfix) with ESMTP id 43C9A8FC1E for ; Thu, 5 Jul 2012 20:53:14 +0000 (UTC) Received: from localhost (moof.catpipe.net [194.28.252.64]) by localhost.catpipe.net (Postfix) with ESMTP id 1019C4CEDF3; Thu, 5 Jul 2012 22:46:02 +0200 (CEST) Received: from moof.catpipe.net ([194.28.252.64]) by localhost (moof.catpipe.net [194.28.252.64]) (amavisd-new, port 10024) with ESMTP id L4hoKaJlWOEN; Thu, 5 Jul 2012 22:46:01 +0200 (CEST) Received: from macbook.bluepipe.net (unknown [202.62.123.179]) (Authenticated sender: relayuser) by moof.catpipe.net (Postfix) with ESMTPA id 408494CED94; Thu, 5 Jul 2012 22:46:01 +0200 (CEST) Received: by macbook.bluepipe.net (Postfix, from userid 1001) id 32234D93176; Fri, 6 Jul 2012 08:45:58 +1200 (FJT) Date: Fri, 6 Jul 2012 08:45:58 +1200 From: Phil Regnauld To: Pete French Message-ID: <20120705204558.GA2214@macbook.bluepipe.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: Darwin 11.4.0 x86_64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org Subject: Re: Recommendation for Hyervisor to host FreeBSD 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 Jul 2012 20:53:14 -0000 Pete French (petefrench) writes: > So, my work surprise for a Thursday morning is an urgent requirement to > see if we can run a set of FreeBSD machines under virtualised servers. > I have not done this before personally, but I notice from post here > that it doesnt seem uncommon, and I see Xen related commits flowing > past, so I am guessing it is doable. > > So, for running 8 or 9 STABLE can anyone recommend which hypervisor > works best, and is 8 or 9 better as the OS to run ? Am doing a bit > of research myself, but nothing beats persoanl experience in these > matters! Have been running FreeBSD in production as a hypervisor and a guest under VirtualBox for a couple of years now. Am also running it under Ganeti/XEN and Ganeti/KVM with success. Note other comments in the thread about virtio. Setting KVM to use "native" io also helps quite a bit. Cheers, Phil From owner-freebsd-stable@FreeBSD.ORG Thu Jul 5 22:02:07 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 68DEE106564A for ; Thu, 5 Jul 2012 22:02:07 +0000 (UTC) (envelope-from aragon@phat.za.net) Received: from mail.geek.sh (unknown [IPv6:2001:42d0:a:104::11]) by mx1.freebsd.org (Postfix) with ESMTP id 07D538FC0C for ; Thu, 5 Jul 2012 22:02:07 +0000 (UTC) Received: from igor.geek.sh (196-210-225-160.dynamic.isadsl.co.za [196.210.225.160]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.geek.sh (Postfix) with ESMTPSA id 83185201D6 for ; Fri, 6 Jul 2012 00:02:05 +0200 (SAST) Message-ID: <4FF60EDD.3020809@phat.za.net> Date: Fri, 06 Jul 2012 00:02:05 +0200 From: Aragon Gouveia User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120515 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: please review my openssl build patch 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 Jul 2012 22:02:07 -0000 http://www.freebsd.org/cgi/query-pr.cgi?pr=168396 From owner-freebsd-stable@FreeBSD.ORG Thu Jul 5 22:40:03 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07067106566B; Thu, 5 Jul 2012 22:40:03 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id 863418FC08; Thu, 5 Jul 2012 22:40:02 +0000 (UTC) Received: from server.rulingia.com (c220-239-248-69.belrs5.nsw.optusnet.com.au [220.239.248.69]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id q65Mdxp9036805 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 6 Jul 2012 08:40:00 +1000 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id q65MdsRA086386 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Jul 2012 08:39:54 +1000 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.5/8.14.5/Submit) id q65MdqEx086385; Fri, 6 Jul 2012 08:39:52 +1000 (EST) (envelope-from peter) Date: Fri, 6 Jul 2012 08:39:52 +1000 From: Peter Jeremy To: Brandon Gooch Message-ID: <20120705223952.GD85696@server.rulingia.com> References: <20120704100332.GA70705@server.rulingia.com> <20120704220847.GA27624@server.rulingia.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Xm/fll+QQv+hsKip" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Cc: David Shao , Pedro Giffuni , freebsd-stable@freebsd.org, Jilles Tjoelker Subject: Re: sh(1) exiting on SIGWINCH 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 Jul 2012 22:40:03 -0000 --Xm/fll+QQv+hsKip Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Jul-05 00:22:45 -0500, Brandon Gooch = wrote: >Seems that the window resize is somehow causing sh(1) to receive an >EOF while the shell is sitting at the prompt, which results in the >shell exiting; haven't dug too deeply into the source yet, but can you >try to run /bin/sh with the '-I' (that's capital letter 'i') and it >the shell shouldn't exit (but it will bark at you with a 'Use "exit" >to leave shell.' message on each resize. Interesting. I hadn't tried '-I' but now also see that. >I'm CC'ing jilles@ for any potential insight into the behavior of >sh(1) (and perhaps this updated libedit snapshot). I would also welcome any insights jilles@ can offer. pfg@ (who shepherded the libedit update into the tree), David Shao (originator of kern/169603) and I have been investigating fixes to libedit but do not have a solution yet. There is a possibility that sh(1) is relying on bugs in the old libedit. At this stage, it seems likely that the libedit update (r237738) will be reverted for 9.1-RELEASE. --=20 Peter Jeremy --Xm/fll+QQv+hsKip Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/2F7gACgkQ/opHv/APuIeDcwCgwHSXidnwZKt7j2k+35ED6Jlf FbMAnir9a50pRHI0aUsFdonIaHc5vt9P =dU3q -----END PGP SIGNATURE----- --Xm/fll+QQv+hsKip-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 5 23:29:59 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6725D1065670 for ; Thu, 5 Jul 2012 23:29:59 +0000 (UTC) (envelope-from pfg@freebsd.org) Received: from nm12-vm0.bullet.mail.sp2.yahoo.com (nm12-vm0.bullet.mail.sp2.yahoo.com [98.139.91.242]) by mx1.freebsd.org (Postfix) with SMTP id 39F368FC0C for ; Thu, 5 Jul 2012 23:29:59 +0000 (UTC) Received: from [98.139.91.68] by nm12.bullet.mail.sp2.yahoo.com with NNFMP; 05 Jul 2012 23:29:53 -0000 Received: from [98.139.91.10] by tm8.bullet.mail.sp2.yahoo.com with NNFMP; 05 Jul 2012 23:29:53 -0000 Received: from [127.0.0.1] by omp1010.mail.sp2.yahoo.com with NNFMP; 05 Jul 2012 23:29:53 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 250768.4733.bm@omp1010.mail.sp2.yahoo.com Received: (qmail 58515 invoked by uid 60001); 5 Jul 2012 23:29:52 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1341530992; bh=3kwqVj7iZr/cZdanb5Oyq2sWt5UcONNoHugQbSbWoD0=; h=X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=IHzvntmz+/rSNA/W1lNycQuQcGtJSLsJpWwMXSyWsH9Y4bZk9EsD9rBH/mqR04782fq47zDJpiAVYprwazVbkCTF7Qeo2h3Oi8j0YaUAJ67axJ/vctkByOx0trtmxDbemg0tHYksABbQCqRtTE4FHNRK/5a+23HyQYVZSGv7AO0= X-YMail-OSG: lt7IbV0VM1mNYMhSXMZ3hrJC5VELi.gRRw51AnDh5xIDRRi uEPsx0gflpPaTNB4rusxhpG8AeoD7uRytkEJkywizx0hs8CEd53s3jveegFO z9.yF84T5C57_NPMDnUD890zBvRCeJ5FyeZhnvlzI3LhACZN8CZokeHWJGew AnPYsRMRbS77cgeINyoqk27wSa4YZ3PElE1uCCsKvpJdoCZ7sjmG1i5TwI62 _.OO1p_9_fhpF5q_SFpPLFdyaUl5b63UXK247.Ptk5g5rq4kIaXXe3fNIkxG _Ssbmye2KV4jghuc7wv7TiDCbHHwr8hBsGcfEDwuifP.QdAhqSK4LMQS1Vc2 7lHBBnyfzoyjUiulcFG_ChitejtmMO.50R1JSPVsOutbvUMbrVqjQhcKvrRp TZa9f2JzaaKF53jSUDu5cmeXEHcpJRtTBIUiOtMdFfAHDi3zsjCDXz__4WHS N8yyLur1R5SI3hMb5daTgkSS6peINxExtqysXWw93QtX4HZbTZaXcxMhLLZC d6bIj6UOKWXkAZ7CMnA5SALzN_jqRBkyTileFbUHSouej2jVu Received: from [200.118.157.7] by web113511.mail.gq1.yahoo.com via HTTP; Thu, 05 Jul 2012 16:29:52 PDT X-RocketYMMF: giffunip X-Mailer: YahooMailClassic/15.0.8 YahooMailWebService/0.8.120.356233 Message-ID: <1341530992.43915.YahooMailClassic@web113511.mail.gq1.yahoo.com> Date: Thu, 5 Jul 2012 16:29:52 -0700 (PDT) From: Pedro Giffuni To: Brandon Gooch , Peter Jeremy In-Reply-To: <20120705223952.GD85696@server.rulingia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: David Shao , freebsd-stable@freebsd.org, Jilles Tjoelker Subject: Re: sh(1) exiting on SIGWINCH X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfg@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2012 23:29:59 -0000 Hello guys;=0A=0A--- Gio 5/7/12, Peter Jeremy ha scrit= to:=0A=0A> Brandon Gooch wrote:=0A> >Seems th= at the window resize is somehow causing sh(1) to receive an=0A> >EOF while = the shell is sitting at the prompt, which results in the=0A> >shell exiting= ; haven't dug too deeply into the source yet, but can you=0A> >try to run /= bin/sh with the '-I' (that's capital letter 'i') and it=0A> >the shell shou= ldn't exit (but it will bark at you with a 'Use "exit"=0A> >to leave shell.= ' message on each resize.=0A> =0A> Interesting.=A0 I hadn't tried '-I' but = now also see=0A> that.=0A> =0A> >I'm CC'ing jilles@ for any potential insig= ht into the behavior of=0A> >sh(1) (and perhaps this updated libedit snapsh= ot).=0A> =0A> I would also welcome any insights jilles@ can offer.=0A> =0A>= pfg@ (who shepherded the libedit update into the tree), David Shao=0A> (or= iginator of kern/169603) and I have been investigating=0A> fixes to libedit= but do not have a solution yet.=A0 There is a=0A> possibility that sh(1) i= s relying on bugs in the old libedit.=0A> =0A> At this stage, it seems like= ly that the libedit update=0A> (r237738) will be reverted for 9.1-RELEASE.= =0A> =0A=0AI am trying hard to identify the specific changes from=0ANetBSD = that caused the issue. The problem is known to=0Ahappen in the latest versi= on of the upstream sources=0Atoo but I don't want to revert all the patch i= f I can=0Aavoid it because it is becoming increasingly difficult=0Aupdate l= ibedit and we need some of the new features.=0A=0AIt seems like David Shao'= s issue is different but so=0Afar I am aware that the issue was introduced = in the=0Achanges associated with read.c=0A=0Ahttp://cvsweb.netbsd.org/bsdwe= b.cgi/src/lib/libedit/read.c=0A=0ANetBSD fixed the SIGWINCH issue in revisi= ons 1.55, 1.56=0Aand 1.57 of that file but it was caused by revision 1.43= =0A=0Athe EOF issue seems to be caused by Revision 1.49 =0A=0AI still have = to play more with this.=0A=0APedro. From owner-freebsd-stable@FreeBSD.ORG Fri Jul 6 02:41:54 2012 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 519191065670 for ; Fri, 6 Jul 2012 02:41:54 +0000 (UTC) (envelope-from pfg@freebsd.org) Received: from nm10.bullet.mail.sp2.yahoo.com (nm10.bullet.mail.sp2.yahoo.com [98.139.91.80]) by mx1.freebsd.org (Postfix) with SMTP id 257158FC0A for ; Fri, 6 Jul 2012 02:41:54 +0000 (UTC) Received: from [72.30.22.93] by nm10.bullet.mail.sp2.yahoo.com with NNFMP; 06 Jul 2012 02:41:48 -0000 Received: from [98.139.91.36] by tm15.bullet.mail.sp2.yahoo.com with NNFMP; 06 Jul 2012 02:41:48 -0000 Received: from [127.0.0.1] by omp1036.mail.sp2.yahoo.com with NNFMP; 06 Jul 2012 02:41:48 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 744348.76610.bm@omp1036.mail.sp2.yahoo.com Received: (qmail 32736 invoked by uid 60001); 6 Jul 2012 02:41:48 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1341542508; bh=IjlkZ1GbrFJUmIuErWiSnJOgkbRIGaonnE1fSM/IIzg=; h=X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=WmT+EeiTwJ3GLduDh7ouhhqH88TufRqwdGfEPycMTvcbaCyQe3UbRxbbxmcL106wyucoBqrw39yea0xeOz90nWaxwLrKqdr9Wi4aq/CMCud6fvfRrjnFWx8w7qNsAPcn5HFaSEepZ4ftrZMyfrCJG+KhDJnkpe34f749RXcuvDs= X-YMail-OSG: 4Qe694MVM1m5mjLh94aMrZPM83zyCrpVd67aj_myZW395cS 5o0eqryv7G0OV23W7CZs07PAJWx.cv.ESiLjbLepKJQpeqx6odsrrVt7zHXI rlyflRKtxARLHYqOfkEs9zVR_dG_7RjcH4XBhaLIa_iz3UkdjZ1ciO9u.2W8 SHhqy23UGHy6Wt.tx51EdKM47ER0RECKP9G_G2ZOzOd6v06SpHSQ_0ufXGl0 F1t1ruBzv.8427s06UEB3xqYUYayg2Rb6dfSoMHSOaMmAheBm1wASKaglOfN 7To57Uy15VFpEwh4qOf.U3dms3h28HyZq.jSey4odfBbg2LXLnstyRyQ_hyF xphytBEfH9_fDnc1phshsJ_jd7vPlbEJgygh60AEqPMQ8MFd1utB8vwRUelD G.ubS04VvJaGSQ69DRE884NJ6MYMtDCyU_PKuobFQjkOUvr.oxuRAEH.g7y8 XFd0g6PCW7xbOGJ15ZAsw0tJ3JW8_eDC8QALAhj_EeIw43Q6EZXVGxmxLJxG gmeOd2SkP28DGG.pd38.Kez6RpMl1NFCPLJ.LT0rcKJ2kSxYyMuA1Lg-- Received: from [200.118.157.7] by web113502.mail.gq1.yahoo.com via HTTP; Thu, 05 Jul 2012 19:41:47 PDT X-RocketYMMF: giffunip X-Mailer: YahooMailClassic/15.0.8 YahooMailWebService/0.8.120.356233 Message-ID: <1341542507.32335.YahooMailClassic@web113502.mail.gq1.yahoo.com> Date: Thu, 5 Jul 2012 19:41:47 -0700 (PDT) From: Pedro Giffuni To: Brandon Gooch In-Reply-To: <20120705223952.GD85696@server.rulingia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Jilles Tjoelker Subject: Re: sh(1) exiting on SIGWINCH X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfg@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jul 2012 02:41:54 -0000 Hello;=0A=0A--- Gio 5/7/12, Peter Jeremy ha scritto:= =0A...=0A> =0A> pfg@ (who shepherded the libedit update into the tree), Dav= id Shao=0A> (originator of kern/169603) and I have been investigating fixes= to=0A> libedit but do not have a solution yet.=0A=0AThe following partial = revert fixes things for me:=0A=0Ahttp://people.freebsd.org/~pfg/patches/lib= edit/patch-169603=0A=0Abest regards,=0A=0APedro. From owner-freebsd-stable@FreeBSD.ORG Fri Jul 6 11:02:57 2012 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 BE8C4106564A for ; Fri, 6 Jul 2012 11:02:57 +0000 (UTC) (envelope-from serg_ic@mail.ru) Received: from fallback6.mail.ru (fallback6.mail.ru [94.100.176.134]) by mx1.freebsd.org (Postfix) with ESMTP id 2E76E8FC08 for ; Fri, 6 Jul 2012 11:02:56 +0000 (UTC) Received: from f43.mail.ru (f43.mail.ru [217.69.128.200]) by fallback6.mail.ru (mPOP.Fallback_MX) with ESMTP id 21CC28D59030 for ; Fri, 6 Jul 2012 14:50:02 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=Content-Type:Message-ID:Reply-To:Date:Mime-Version:Subject:To:From; bh=curnzcNoK9ZTD27X1UgOoR62SgZw7Z+pYfuSXfAHl20=; b=kds1d2TknznOT1buNrCyttSsSoe4aLSYzNHwEn/4RTHQ+5vU59hLdjfJTZsIKBJulBO39CzIaeXAcrFBnj/pc7C8/Xj37kR9yvFyM7B7mjquCLGoHWUTcoyvBaFJO4BI; Received: from mail by f43.mail.ru with local (envelope-from ) id 1Sn66l-0002e2-JI for freebsd-stable@freebsd.org; Fri, 06 Jul 2012 14:49:55 +0400 Received: from [85.21.15.50] by e.mail.ru with HTTP; Fri, 06 Jul 2012 14:49:55 +0400 From: =?UTF-8?B?U2VyZyBS?= To: freebsd-stable@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [85.21.15.50] Date: Fri, 06 Jul 2012 14:49:55 +0400 X-Priority: Message-ID: <1341571795.625149465@f43.mail.ru> X-Spam: Not detected X-Mras: Ok X-Mailman-Approved-At: Fri, 06 Jul 2012 11:18:11 +0000 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD 9.0-STABLE problem with the Adaptec Storage Manager X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?UTF-8?B?U2VyZyBS?= List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jul 2012 11:02:57 -0000 SGkhCgpUaGVyZSBpcyBhIHByb2JsZW0gd2l0aCBydW5uaW5nIHRoZSBBZGFwdGVjIFN0b3JhZ2Ug TWFuYWdlciBpbiBmcmVlYnNkIDkuCgojIHVuYW1lIC1hCkZyZWVCU0Qgc29yZ28gOS4wLVNUQUJM RSBGcmVlQlNEIDkuMC1TVEFCTEUgIzQ6IFRodSBNYXkgMzEgMTM6Mzk6MzkgU0FNVCAyMDEywqDC oMKgwqAgcm9vdEBzb3JnbzovdXNyL29iai91c3Ivc3JjL3N5cy9TT1JHT8KgIGFtZDY0CiMgcG9y dHZlcnNpb24gLXYgfCBncmVwIGFyYwphcmNjb25mLXY3LjMwLjE4ODM3ID0gdXAtdG8tZGF0ZSB3 aXRoIHBvcnQgCiMgYXJjY29uZgpVbmRlZmluZWQgc3ltYm9sICJfX2NvbGxhdGVfbG9hZF9lcnJv ciIgcmVmZXJlbmNlZCBmcm9tIENPUFkgcmVsb2NhdGlvbiBpbiAvdXNyL2xvY2FsL3NiaW4vYXJj Y29uZgoKwqAKwqBTZXJnIFJlbmthc8Kg From owner-freebsd-stable@FreeBSD.ORG Fri Jul 6 13:19:18 2012 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 8F419106566C for ; Fri, 6 Jul 2012 13:19:18 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 0DFC68FC12 for ; Fri, 6 Jul 2012 13:19:17 +0000 (UTC) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.4/jtpda-5.4) with ESMTP id q66DJ9I3054263 ; Fri, 6 Jul 2012 15:19:10 +0200 (CEST) X-Ids: 164 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.14.3/8.14.3) with ESMTP id q66DJ8Lw034825; Fri, 6 Jul 2012 15:19:08 +0200 (CEST) (envelope-from arno@heho.snv.jussieu.fr) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.14.3/8.14.3/Submit) id q66DJ89V034822; Fri, 6 Jul 2012 15:19:08 +0200 (CEST) (envelope-from arno) To: freebsd-stable@freebsd.org From: "Arno J. Klaassen" Date: Fri, 06 Jul 2012 15:19:08 +0200 Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Miltered: at jchkmail.jussieu.fr with ID 4FF6E5CD.005 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4FF6E5CD.005/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ Cc: Rick Macklem Subject: nfs-bug when server for 9-Stable becomes client as well ? 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 Jul 2012 13:19:18 -0000 Hello, looks like I discouvered a probable bug in the nfs-code, very easy to reproduce in my setup : Machine-1 : Today's 9-stable, exporting /files (ufs) and /z2 (zfs) Machine-2 : 8-stable as of April the 10th exporting /raid1 On Machine-1 I mount /raid1 (rw,nfsv3,intr,tcp,rsize=32768,wsize=32768) and start a script on this mount looping something like : dd if=/dev/random of=BIG bs=1048576 count=${SIZE} cp -fp BIG BIG2 cmp -x BIG BIG2 I let this run for 24 hours (from time to time stressing Machine-1 with other scripts, including provoking heavy swapping), no problem at all. However, then I mount /z2 (rw,nfsv3,intr,tcp,rsize=32768,wsize=32768) on Machine-2, and *immediately* the above loop on Machine-1 fails : Copying file ...cp: BIG: Permission denied No console messages this time, last time I got kernel: nfs_getpages: error 13 kernel: vm_fault: pager read error, pid 87803 (cmp) on Machine-1. I repeated this scenario by replacing Machine-2 with a good old 6-4-stable one, same outcome. Please tell me what I could do to nail this down a bit more. Thanx in advance, Best, Arno From owner-freebsd-stable@FreeBSD.ORG Fri Jul 6 15:33:53 2012 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 ECC4E1065670 for ; Fri, 6 Jul 2012 15:33:53 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 619B78FC14 for ; Fri, 6 Jul 2012 15:33:53 +0000 (UTC) Received: from vhoffman.lon.namesco.net (lon.namesco.net [195.7.254.102]) (authenticated bits=0) by unsane.co.uk (8.14.5/8.14.5) with ESMTP id q66FXnrj054093 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 6 Jul 2012 16:33:50 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <4FF7055D.9000507@unsane.co.uk> Date: Fri, 06 Jul 2012 16:33:49 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: nfs-bug when server for 9-Stable becomes client as well ? 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 Jul 2012 15:33:54 -0000 On 06/07/2012 14:19, Arno J. Klaassen wrote: > Hello, > > looks like I discouvered a probable bug in the nfs-code, very > easy to reproduce in my setup : > > > Machine-1 : Today's 9-stable, exporting /files (ufs) and /z2 (zfs) > > Machine-2 : 8-stable as of April the 10th exporting /raid1 > > On Machine-1 I mount /raid1 (rw,nfsv3,intr,tcp,rsize=32768,wsize=32768) > and start a script on this mount looping something like : > > dd if=/dev/random of=BIG bs=1048576 count=${SIZE} > cp -fp BIG BIG2 > cmp -x BIG BIG2 > > I let this run for 24 hours (from time to time stressing Machine-1 with > other scripts, including provoking heavy swapping), no problem at all. > > However, then I mount /z2 (rw,nfsv3,intr,tcp,rsize=32768,wsize=32768) > on Machine-2, and *immediately* the above loop on Machine-1 fails : > > Copying file ...cp: BIG: Permission denied > > No console messages this time, last time I got > > kernel: nfs_getpages: error 13 > kernel: vm_fault: pager read error, pid 87803 (cmp) > > on Machine-1. > > I repeated this scenario by replacing Machine-2 with a good old > 6-4-stable one, same outcome. > > Please tell me what I could do to nail this down a bit more. Its possible (although not definite) that you have hit the a mountd bug as documented in PRs kern/131342 kern/136865 I've recently asked on -CURRENT about this and had a patch to try from Rick, I'm testing it now but it doesnt seem to fix it for me, just improve it alothough I'm trying to get enough runs to be a valid sample. (see http://docs.freebsd.org/cgi/getmsg.cgi?fetch=377627+0+archive/2012/freebsd-current/20120701.freebsd-current ) What I did for my production nas was edit mount.c so it didnt send a SIGHUP to mountd as suggested by rick, as it was easy to do and non intrusive. Vince > > Thanx in advance, > > Best, Arno > > _______________________________________________ > 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 Fri Jul 6 15:45:03 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF94F1065672 for ; Fri, 6 Jul 2012 15:45:03 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9BFD28FC0A for ; Fri, 6 Jul 2012 15:45:03 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SnAiD-0007dt-Q6 for freebsd-stable@freebsd.org; Fri, 06 Jul 2012 17:44:53 +0200 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 ; Fri, 06 Jul 2012 17:44:53 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 06 Jul 2012 17:44:53 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 06 Jul 2012 17:44:31 +0200 Lines: 34 Message-ID: References: <589E6EDB-9250-4AEE-9F8F-92A7386C261E@longcount.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDEAE95C8BEC870DBA4DAADF8" X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0) Gecko/20120213 Thunderbird/10.0 In-Reply-To: <589E6EDB-9250-4AEE-9F8F-92A7386C261E@longcount.org> X-Enigmail-Version: 1.3.5 Subject: Re: Recommendation for Hyervisor to host FreeBSD 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 Jul 2012 15:45:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDEAE95C8BEC870DBA4DAADF8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 05/07/2012 14:21, Mark Saad wrote: > I am using VMware esxi v4.01 with no issues for 6, 7, 8 and 9 . Esxi = will happily host amd64 installs and i386 provider the underlying hardwar= e supports it. The older esx 3.5 works as well on 32bit hardware but I am= no longer using it. Also I use virtualbox 4 hosted on a Mac and a 9-stab= le amd64 box with little issue . Hello, Which type of workload do you run on FreeBSD under VMWare ESXi? e.g. web server, database, e-mail...? --------------enigDEAE95C8BEC870DBA4DAADF8 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.19 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/3B+UACgkQ/QjVBj3/HSyDpQCfRalv5KyAkuRNQ3quzAcQ1kUc m9cAnjFDsLGFANqCdr0mmCOQYePhxe9E =e/tE -----END PGP SIGNATURE----- --------------enigDEAE95C8BEC870DBA4DAADF8-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 6 17:19:40 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4CB89106566B for ; Fri, 6 Jul 2012 17:19:40 +0000 (UTC) (envelope-from gmx@ross.cx) Received: from www81.your-server.de (www81.your-server.de [213.133.104.81]) by mx1.freebsd.org (Postfix) with ESMTP id 0874E8FC0A for ; Fri, 6 Jul 2012 17:19:40 +0000 (UTC) Received: from [92.76.69.32] (helo=michael-think) by www81.your-server.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.74) (envelope-from ) id 1SnCBu-0007mK-Lr for freebsd-stable@freebsd.org; Fri, 06 Jul 2012 19:19:38 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Date: Fri, 06 Jul 2012 19:19:30 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Michael Ross" Message-ID: User-Agent: Opera Mail/12.00 (Win32) X-Authenticated-Sender: gmx@ross.cx X-Virus-Scanned: Clear (ClamAV 0.97.3/15115/Fri Jul 6 15:58:34 2012) Subject: Trouble with gmirror and device ada 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 Jul 2012 17:19:40 -0000 Hello, I rented a new machine a couple of days ago, and it happens: Test: Transfer some 5GB of files to the machine Works fine as long as I use one of the drives individually. If I gmirror the drives gmirror label gm0 ada0 gmirror insert gm0 ada1 ...wait for rebuild the machine reliably locks up on the file transfer, with a frozen systat screen showing both drives at 100% busy: 10 users Load 0,41 0,44 0,20 6 Jul 18:47 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 23496 6036 600772 12252 1361840 count All 71680 6632 1074428k 28264 pages Proc: Interrupts r p d s w Csw Trp Sys Int Sof Flt cow 121 total 28 199 2 121 4 67 zfod atkbd0 1 ozfod 4 re0 16 0,4%Sys 0,0%Intr 0,0%User 0,0%Nice 99,6%Idle %ozfod atapci0 20 | | | | | | | | | | | daefr 94 cpu0:timer prcfr 23 cpu1:timer 1333 dtbuf 4 totfr Namei Name-cache Dir-cache 111358 desvn react Calls hits % hits % 1009 numvn pdwak 3 3 100 32 frevn pdpgs intrn Disks ada0 ada1 pass0 pass1 302680 wire KB/t 16,00 16,00 0,00 0,00 14716 act tps 1 1 0 0 334260 inact MB/s 0,02 0,02 0,00 0,00 cache %busy 100 100 0 0 1361840 free 217488 buf While the network stays responsive, i. e. I can ping the machine and _connect_ via ssh, I can't actually log in (or, in already open shell, execute anything). System requires a hardware reset. Nothing in the logs whatsoever (no surprise here). I have no KVM access to this system. OS is generic 9.0 stable from two days ago. I run 8.2-R on an identical machine without trouble. I run 9.0 stable as of May 4th on an similiar (other CPU and NIC) machine without trouble. On both machines, the drives are recognized as ``ad''. (Why btw? ``man ada'' says ``device ada'', but there is no such option in the GENERIC config. Do I get ``ada'' with ``device ATA_CAM ''? I'm going to try this next, kick ata_cam from the kernel, see if drives are ``ad'' and system doesn't crash.) I'd appreciate suggestions on what I could do. Thanks, Michael From owner-freebsd-stable@FreeBSD.ORG Fri Jul 6 17:44:18 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A1396106564A for ; Fri, 6 Jul 2012 17:44:18 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5C6ED8FC08 for ; Fri, 6 Jul 2012 17:44:18 +0000 (UTC) Received: from [192.168.0.6] (spaceball.home.andric.com [192.168.0.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id E226C5C59; Fri, 6 Jul 2012 19:44:11 +0200 (CEST) Message-ID: <4FF723EC.1090408@FreeBSD.org> Date: Fri, 06 Jul 2012 19:44:12 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120619 Thunderbird/14.0 MIME-Version: 1.0 To: Olivier Smedts References: <4FF2E786.4000000@FreeBSD.org> <4FF2F0BE.4060307@FreeBSD.org> In-Reply-To: <4FF2F0BE.4060307@FreeBSD.org> X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: buildworld fails with clang 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 Jul 2012 17:44:18 -0000 On 2012-07-03 15:16, Dimitry Andric wrote: > On 2012-07-03 14:54, Olivier Smedts wrote: ... >> Just to be clear, it may take some time to MFC, but will it be done >> for releng/9.1 so that 9.1-RELEASE users can simply buildworld with >> clang ? FYI, I've merged the fix to stable/9 in r238177. So it will be in the 9.1 release. From owner-freebsd-stable@FreeBSD.ORG Fri Jul 6 17:51:17 2012 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 9A9C1106564A for ; Fri, 6 Jul 2012 17:51:17 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 495028FC0A for ; Fri, 6 Jul 2012 17:51:17 +0000 (UTC) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.4/jtpda-5.4) with ESMTP id q66HpFOx000560 ; Fri, 6 Jul 2012 19:51:16 +0200 (CEST) X-Ids: 164 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.14.3/8.14.3) with ESMTP id q66HpDl1037062; Fri, 6 Jul 2012 19:51:13 +0200 (CEST) (envelope-from arno@heho.snv.jussieu.fr) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.14.3/8.14.3/Submit) id q66HpCSn037055; Fri, 6 Jul 2012 19:51:12 +0200 (CEST) (envelope-from arno) To: Vincent Hoffman From: "Arno J. Klaassen" References: <4FF7055D.9000507@unsane.co.uk> Date: Fri, 06 Jul 2012 19:51:12 +0200 In-Reply-To: <4FF7055D.9000507@unsane.co.uk> (Vincent Hoffman's message of "Fri\, 06 Jul 2012 16\:33\:49 +0100") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Miltered: at jchkmail.jussieu.fr with ID 4FF72593.003 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4FF72593.003/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ Cc: freebsd-stable@freebsd.org Subject: Re: nfs-bug when server for 9-Stable becomes client as well ? 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 Jul 2012 17:51:17 -0000 Vincent Hoffman writes: > On 06/07/2012 14:19, Arno J. Klaassen wrote: >> Hello, >> >> looks like I discouvered a probable bug in the nfs-code, very >> easy to reproduce in my setup : >> >> >> Machine-1 : Today's 9-stable, exporting /files (ufs) and /z2 (zfs) >> >> Machine-2 : 8-stable as of April the 10th exporting /raid1 >> >> On Machine-1 I mount /raid1 (rw,nfsv3,intr,tcp,rsize=32768,wsize=32768) >> and start a script on this mount looping something like : >> >> dd if=/dev/random of=BIG bs=1048576 count=${SIZE} >> cp -fp BIG BIG2 >> cmp -x BIG BIG2 >> >> I let this run for 24 hours (from time to time stressing Machine-1 with >> other scripts, including provoking heavy swapping), no problem at all. >> >> However, then I mount /z2 (rw,nfsv3,intr,tcp,rsize=32768,wsize=32768) >> on Machine-2, and *immediately* the above loop on Machine-1 fails : >> >> Copying file ...cp: BIG: Permission denied >> >> No console messages this time, last time I got >> >> kernel: nfs_getpages: error 13 >> kernel: vm_fault: pager read error, pid 87803 (cmp) >> >> on Machine-1. >> >> I repeated this scenario by replacing Machine-2 with a good old >> 6-4-stable one, same outcome. >> >> Please tell me what I could do to nail this down a bit more. > Its possible (although not definite) that you have hit the a mountd bug > as documented in PRs > > kern/131342 > kern/136865 especially kern/131342 looks similar and quite old; funny I never hit this before, I basically do the same tests since 'ages' on each new box. Could be that faster network/cpu unreveals some race condition; I notice as well that this server is the first (IIRC) who uses 3 different IRQs for network interrupts (em(4) Intel(R) PRO/1000). > I've recently asked on -CURRENT about this and had a patch to try from > Rick, I'm testing it now but it doesnt seem to fix it for me, just > improve it alothough I'm trying to get enough runs to be a valid sample. > (see > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=377627+0+archive/2012/freebsd-current/20120701.freebsd-current > ) > > What I did for my production nas was edit mount.c so it didnt send a > SIGHUP to mountd as suggested by rick, as it was easy to do and non > intrusive. hmm, this means I should patch each fbsd-client, no? May be easier to patch mountd to ignore SIHGUP and use some non-standard signal to force re-init? Arno > Vince > >> >> Thanx in advance, >> >> Best, Arno >> >> _______________________________________________ >> 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" > > > _______________________________________________ > 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 Fri Jul 6 19:32:40 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 93579106566C; Fri, 6 Jul 2012 19:32:40 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3BD938FC14; Fri, 6 Jul 2012 19:32:40 +0000 (UTC) Received: by yenl8 with SMTP id l8so10448111yen.13 for ; Fri, 06 Jul 2012 12:32:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=HUkE+o0++05856Ud0z5yABIw+06iCjI48C8pMSUnsDA=; b=UDL0zowbVKstEnTPcKWCnGEzzE+gffQ2xST92LST2FjkJmoC2V83gZ/YLTlm1pBT95 snbQtkSJY5cMahKsXsr2nfS5tTTnm/WV7KYYSjddQaXI7cCtzdzafuVepMwHl6qFJ81K XtK6kfO/7S19pncq+XxiSStjXVU7vQJ1ntpp8u0uE4YGoP57ZtisO6W0IGegBtYKrYv9 mP7pUQ6fjcAFx3jOn/rXreASNnvfBsXLFg+uY+w0QdccL8PtCQdahrroCy6tRm6Iy00C bUD6n0lZHctXQsPE4N/TvOz4gsXuSyw/vojPaCBYdTlaaixYczu1VOIBWfjd5/VTPUsQ EuxA== MIME-Version: 1.0 Received: by 10.50.158.168 with SMTP id wv8mr3361544igb.11.1341603159381; Fri, 06 Jul 2012 12:32:39 -0700 (PDT) Received: by 10.64.8.170 with HTTP; Fri, 6 Jul 2012 12:32:39 -0700 (PDT) In-Reply-To: <1341571795.625149465@f43.mail.ru> References: <1341571795.625149465@f43.mail.ru> Date: Fri, 6 Jul 2012 23:32:39 +0400 Message-ID: From: Sergey Kandaurov To: Serg R Content-Type: text/plain; charset=ISO-8859-1 Cc: David Chisnall , freebsd-stable@freebsd.org Subject: Re: FreeBSD 9.0-STABLE problem with the Adaptec Storage Manager 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 Jul 2012 19:32:40 -0000 On 6 July 2012 14:49, Serg R wrote: > Hi! > > There is a problem with running the Adaptec Storage Manager in freebsd 9. > > # uname -a > FreeBSD sorgo 9.0-STABLE FreeBSD 9.0-STABLE #4: Thu May 31 13:39:39 SAMT 2012 root@sorgo:/usr/obj/usr/src/sys/SORGO amd64 > # portversion -v | grep arc > arcconf-v7.30.18837 = up-to-date with port > # arcconf > Undefined symbol "__collate_load_error" referenced from COPY relocation in /usr/local/sbin/arcconf This is probably because the private symbol __collate_load_error changed to macro (i.e. removed) in r235785 after 9.0. If so, it might brake those older binaries which rely on that symbol, though it's still defined in Symbol.map. Probably David Chisnall could further comment on this. -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Fri Jul 6 20:04:41 2012 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 7B7F1106564A for ; Fri, 6 Jul 2012 20:04:41 +0000 (UTC) (envelope-from healer@rpi.edu) Received: from smtp5.server.rpi.edu (smtp5.server.rpi.edu [128.113.2.225]) by mx1.freebsd.org (Postfix) with ESMTP id 3D23C8FC0C for ; Fri, 6 Jul 2012 20:04:41 +0000 (UTC) Received: from [129.161.73.15] ([129.161.73.15]) (authenticated bits=0) by smtp5.server.rpi.edu (8.13.1/8.13.1) with ESMTP id q66ItxGc009475 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 6 Jul 2012 14:56:00 -0400 Message-ID: <4FF734CD.9070401@rpi.edu> Date: Fri, 06 Jul 2012 14:56:13 -0400 From: Bob Healey User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Bayes-Prob: 0.0001 (Score 0) X-RPI-SA-Score: 2.60 (**) [Hold at 11.00] RATWARE_GECKO_BUILD, 24412(1.2), 22490(-25) X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: 50851031 - 405ee53b83d8 X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.225 Subject: Problems with crashing IBM X3630 M3/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: Fri, 06 Jul 2012 20:04:41 -0000 Hello. I've got a quartet of IBM x3630 M3 with one that is frequently hard locking under heavy NFS load. I am running 9.0-RELEASE with all the patches from freebsd-update. My problem machine has 8 16 core clients, each doing IO intensive tasks connected to it via a Procurve and the onboard igb0 interface. Mostly network reads, typically 10MB read per MB written. When the machine locks under load, none of the consoles respond, nor can I reach the machine via ethernet. I can break into DDB via the serial over lan interface, and am running a debug/witness kernel at the moment (I was running GENERIC previously). During the boot sequence, witness tosses me into DDB ~10 times before I get a login prompt. Prior to this machine acting up, it had multiple 802.1q vlans, and ran 9K packets on its private network to the compute clients. A dmesg can be found at http://boyle.che.rpi.edu/~healer/boomer/dmesg /etc/rc.conf can be found at http://boyle.che.rpi.edu/~healer/boomer/rc.conf A listing of installed ports can be found at http://boyle.che.rpi.edu/~healer/boomer/pkg_info The output of psauxwwo wchan against my two crash dumps can be found at http://boyle.che.rpi.edu/~healer/boomer/crash1-psaux-wchan and http://boyle.che.rpi.edu/~healer/boomer/crash2-psaux-wchan I'm not entire convinced this is software, but I've run out of local experts to ask, and can't prove its hardware. -- Bob Healey Systems Administrator Biocomputation and Bioinformatics Constellation and Molecularium healer@rpi.edu (518) 276-4407 From owner-freebsd-stable@FreeBSD.ORG Fri Jul 6 20:17:42 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D7B001065670; Fri, 6 Jul 2012 20:17:42 +0000 (UTC) (envelope-from theraven@freebsd.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) by mx1.freebsd.org (Postfix) with ESMTP id A1E418FC12; Fri, 6 Jul 2012 20:17:42 +0000 (UTC) Received: from [192.168.0.2] (cpc2-cmbg15-2-0-cust445.5-4.cable.virginmedia.com [86.26.13.190]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id q66KHcdd033417 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Fri, 6 Jul 2012 20:17:40 GMT (envelope-from theraven@freebsd.org) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=iso-8859-1 From: David Chisnall In-Reply-To: Date: Fri, 6 Jul 2012 21:17:33 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <46A3A656-9136-46C5-B4E8-C92F266823D6@freebsd.org> References: <1341571795.625149465@f43.mail.ru> To: Sergey Kandaurov X-Mailer: Apple Mail (2.1278) Cc: Serg R , re@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 9.0-STABLE problem with the Adaptec Storage Manager 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 Jul 2012 20:17:42 -0000 On 6 Jul 2012, at 20:32, Sergey Kandaurov wrote: > This is probably because the private symbol __collate_load_error = changed > to macro (i.e. removed) in r235785 after 9.0. If so, it might brake = those > older binaries which rely on that symbol, though it's still defined in > Symbol.map. Probably David Chisnall could further comment on this. This was accidentally removed in the xlocale refactoring. I've restored = it in r238182 and CC'd re@ for permission to merge to the 9.1 release = branch. David= From owner-freebsd-stable@FreeBSD.ORG Fri Jul 6 22:02:18 2012 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 5FB64106566B for ; Fri, 6 Jul 2012 22:02:18 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id C41858FC0A for ; Fri, 6 Jul 2012 22:02:17 +0000 (UTC) Received: from vincemacbook.unsane.co.uk (vincemacbook.unsane.co.uk [10.10.10.20]) (authenticated bits=0) by unsane.co.uk (8.14.5/8.14.5) with ESMTP id q66M2EI3068721 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 6 Jul 2012 23:02:16 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <4FF76066.1000401@unsane.co.uk> Date: Fri, 06 Jul 2012 23:02:14 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4FF7055D.9000507@unsane.co.uk> In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: nfs-bug when server for 9-Stable becomes client as well ? 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 Jul 2012 22:02:18 -0000 On 06/07/2012 18:51, Arno J. Klaassen wrote: > Vincent Hoffman writes: > >> On 06/07/2012 14:19, Arno J. Klaassen wrote: >>> Hello, >>> >>> looks like I discouvered a probable bug in the nfs-code, very >>> easy to reproduce in my setup : >>> >>> >>> Machine-1 : Today's 9-stable, exporting /files (ufs) and /z2 (zfs) >>> >>> Machine-2 : 8-stable as of April the 10th exporting /raid1 >>> >>> On Machine-1 I mount /raid1 (rw,nfsv3,intr,tcp,rsize=32768,wsize=32768) >>> and start a script on this mount looping something like : >>> >>> dd if=/dev/random of=BIG bs=1048576 count=${SIZE} >>> cp -fp BIG BIG2 >>> cmp -x BIG BIG2 >>> >>> I let this run for 24 hours (from time to time stressing Machine-1 with >>> other scripts, including provoking heavy swapping), no problem at all. >>> >>> However, then I mount /z2 (rw,nfsv3,intr,tcp,rsize=32768,wsize=32768) >>> on Machine-2, and *immediately* the above loop on Machine-1 fails : >>> >>> Copying file ...cp: BIG: Permission denied >>> >>> No console messages this time, last time I got >>> >>> kernel: nfs_getpages: error 13 >>> kernel: vm_fault: pager read error, pid 87803 (cmp) >>> >>> on Machine-1. >>> >>> I repeated this scenario by replacing Machine-2 with a good old >>> 6-4-stable one, same outcome. >>> >>> Please tell me what I could do to nail this down a bit more. >> Its possible (although not definite) that you have hit the a mountd bug >> as documented in PRs >> >> kern/131342 >> kern/136865 > especially kern/131342 looks similar and quite old; funny I never hit > this before, I basically do the same tests since 'ages' on each new box. > Could be that faster network/cpu unreveals some race condition; I notice > as well that this server is the first (IIRC) who uses 3 different IRQs > for network interrupts (em(4) Intel(R) PRO/1000). Certainly possible and seems reasonable enough. > >> I've recently asked on -CURRENT about this and had a patch to try from >> Rick, I'm testing it now but it doesnt seem to fix it for me, just >> improve it alothough I'm trying to get enough runs to be a valid sample. >> (see >> http://docs.freebsd.org/cgi/getmsg.cgi?fetch=377627+0+archive/2012/freebsd-current/20120701.freebsd-current >> ) >> >> What I did for my production nas was edit mount.c so it didnt send a >> SIGHUP to mountd as suggested by rick, as it was easy to do and non >> intrusive. > hmm, this means I should patch each fbsd-client, no? May be easier to > patch mountd to ignore SIHGUP and use some non-standard signal to force > re-init? No just patch /sbin/mount on the nfs server so it doesnt send the SIGHUP to mountd. you can manually HUP mountd if needed. > > Arno > > >> Vince >> >>> Thanx in advance, >>> >>> Best, Arno From owner-freebsd-stable@FreeBSD.ORG Sat Jul 7 06:39:08 2012 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 9E18A106566C for ; Sat, 7 Jul 2012 06:39:08 +0000 (UTC) (envelope-from gmx@ross.cx) Received: from www81.your-server.de (www81.your-server.de [213.133.104.81]) by mx1.freebsd.org (Postfix) with ESMTP id 3C6408FC12 for ; Sat, 7 Jul 2012 06:39:08 +0000 (UTC) Received: from [92.76.69.32] (helo=michael-think) by www81.your-server.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.74) (envelope-from ) id 1SnOfa-0005v0-G9; Sat, 07 Jul 2012 08:39:06 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-stable@freebsd.org, "Michael Ross" References: Date: Sat, 07 Jul 2012 08:38:56 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Michael Ross" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.00 (Win32) X-Authenticated-Sender: gmx@ross.cx X-Virus-Scanned: Clear (ClamAV 0.97.3/15115/Fri Jul 6 15:58:34 2012) Cc: Subject: Re: Trouble with gmirror and device ada 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 Jul 2012 06:39:08 -0000 I've got to correct and update myself: Am 06.07.2012, 19:19 Uhr, schrieb Michael Ross : > Hello, > > I rented a new machine a couple of days ago, > and it happens: > > Test: Transfer some 5GB of files to the machine > > Works fine as long as I use one of the drives individually. > > If I gmirror the drives > gmirror label gm0 ada0 > gmirror insert gm0 ada1 > ...wait for rebuild > > the machine reliably locks up on the file transfer, > with a frozen systat screen showing both drives at 100% busy: ok it doesn't actually lock up, it just stays at 100% busy drives for a (long) time. Last attempt I managed to transfer 690KB in 8 files before the machine stalled. So I interrupted the transfer. That was about 10 minutes ago. System has not yet recovered, drive load keeps jumping to 100% on an idle system, load 0,0,0. Mirror is synchronized. 20 minutes, still not recovered (as in, launching any program takes the better part of 5 minutes.) rebooted and transferred ~2.5GB before stall. I have no problems with buildworld and installing a bunch of bigger ports. dmesg: http://pastebin.com/GWWbLrL2 Systat looks as before/below, here's a vmstat -i: interrupt total rate irq1: atkbd0 14 0 irq16: re0 531857 191 irq20: atapci0 9188 3 cpu0:timer 322709 116 cpu1:timer 79970 28 Total 943738 339 origin> ps auxwww USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 11 199,0 0,0 0 32 ?? RL 7:21am 101:49,04 [idle] root 0 0,0 0,0 0 144 ?? DLs 7:21am 0:00,00 [kernel] root 1 0,0 0,0 6276 592 ?? ILs 7:21am 0:00,01 /sbin/init -- root 2 0,0 0,0 0 16 ?? DL 7:21am 0:00,00 [ctl_thrd] root 3 0,0 0,0 0 16 ?? DL 7:21am 0:00,00 [fdc0] root 4 0,0 0,0 0 16 ?? DL 7:21am 0:00,00 [sctp_iterator] root 5 0,0 0,0 0 16 ?? DL 7:21am 0:00,00 [xpt_thrd] root 6 0,0 0,0 0 16 ?? DL 7:21am 0:00,00 [pagedaemon] root 7 0,0 0,0 0 16 ?? DL 7:21am 0:00,00 [vmdaemon] root 8 0,0 0,0 0 16 ?? DL 7:21am 0:00,00 [pagezero] root 9 0,0 0,0 0 16 ?? DL 7:21am 0:00,01 [bufdaemon] root 10 0,0 0,0 0 16 ?? DL 7:21am 0:00,00 [audit] root 12 0,0 0,0 0 240 ?? WL 7:21am 0:05,98 [intr] root 13 0,0 0,0 0 48 ?? DL 7:21am 0:00,44 [geom] root 14 0,0 0,0 0 16 ?? DL 7:21am 0:00,12 [yarrow] root 15 0,0 0,0 0 320 ?? DL 7:21am 0:00,03 [usb] root 16 0,0 0,0 0 16 ?? DL 7:21am 0:00,01 [vnlru] root 17 0,0 0,0 0 16 ?? DL 7:21am 0:00,03 [syncer] root 18 0,0 0,0 0 16 ?? DL 7:21am 0:00,10 [softdepflush] root 19 0,0 0,0 0 16 ?? DL 7:21am 0:00,11 [g_mirror gm0] root 887 0,0 0,2 10376 3496 ?? Is 7:21am 0:00,00 /sbin/devd root 1033 0,0 0,1 12052 1692 ?? Is 7:21am 0:00,01 /usr/sbin/syslogd -s -s root 1119 0,0 0,1 12024 1856 ?? Is 7:21am 0:00,00 ntpd: [priv] (ntpd) _ntp 1120 0,0 0,1 12024 1904 ?? S 7:21am 0:00,03 ntpd: ntp engine (ntpd) _ntp 1122 0,0 0,1 12024 1884 ?? I 7:21am 0:00,00 ntpd: dns engine (ntpd) root 1131 0,0 0,2 46748 4712 ?? Is 7:21am 0:00,01 /usr/sbin/sshd root 1145 0,0 0,1 14128 1828 ?? Ss 7:21am 0:00,01 /usr/sbin/cron -s root 1192 0,0 0,3 67888 5524 ?? Ss 7:21am 0:00,08 sshd: root@pts/0 (sshd) root 1197 0,0 0,3 67888 5564 ?? Ss 7:21am 0:00,10 sshd: root@pts/1 (sshd) root 1277 0,0 0,1 22688 2164 ?? Is 7:40am 0:00,01 /usr/libexec/ftpd -D root 1176 0,0 0,1 12052 1644 v0 Is+ 7:21am 0:00,00 /usr/libexec/getty Pc ttyv0 root 1177 0,0 0,1 12052 1644 v1 Is+ 7:21am 0:00,00 /usr/libexec/getty Pc ttyv1 root 1178 0,0 0,1 12052 1644 v2 Is+ 7:21am 0:00,00 /usr/libexec/getty Pc ttyv2 root 1179 0,0 0,1 12052 1644 v3 Is+ 7:21am 0:00,00 /usr/libexec/getty Pc ttyv3 root 1180 0,0 0,1 12052 1644 v4 Is+ 7:21am 0:00,00 /usr/libexec/getty Pc ttyv4 root 1181 0,0 0,1 12052 1644 v5 Is+ 7:21am 0:00,00 /usr/libexec/getty Pc ttyv5 root 1182 0,0 0,1 12052 1644 v6 Is+ 7:21am 0:00,00 /usr/libexec/getty Pc ttyv6 root 1183 0,0 0,1 12052 1644 v7 Is+ 7:21am 0:00,00 /usr/libexec/getty Pc ttyv7 root 1195 0,0 0,2 17464 3968 0 Ss 7:21am 0:00,05 -csh (csh) root 1403 0,0 0,1 14188 1820 0 R+ 8:12am 0:00,00 ps auxwww root 1200 0,0 0,2 17464 3380 1 Is 7:21am 0:00,01 -csh (csh) root 1231 0,0 0,2 18680 3692 1 S+ 7:22am 0:02,07 systat -vms 1 > > > 10 users Load 0,41 0,44 0,20 6 Jul 18:47 > > Mem:KB REAL VIRTUAL VN PAGER SWAP > PAGER > Tot Share Tot Share Free in out > in out > Act 23496 6036 600772 12252 1361840 count > All 71680 6632 1074428k 28264 pages > Proc: > Interrupts > r p d s w Csw Trp Sys Int Sof Flt cow 121 > total > 28 199 2 121 4 67 zfod > atkbd0 1 > ozfod 4 > re0 16 > 0,4%Sys 0,0%Intr 0,0%User 0,0%Nice 99,6%Idle %ozfod > atapci0 20 > | | | | | | | | | | | daefr 94 > cpu0:timer > prcfr 23 > cpu1:timer > 1333 dtbuf 4 totfr > Namei Name-cache Dir-cache 111358 desvn react > Calls hits % hits % 1009 numvn pdwak > 3 3 100 32 frevn pdpgs > intrn > Disks ada0 ada1 pass0 pass1 302680 wire > KB/t 16,00 16,00 0,00 0,00 14716 act > tps 1 1 0 0 334260 inact > MB/s 0,02 0,02 0,00 0,00 cache > %busy 100 100 0 0 1361840 free > 217488 buf > > While the network stays responsive, i. e. I can ping the machine and > _connect_ via ssh, > I can't actually log in (or, in already open shell, execute anything). > System requires a hardware reset. Nothing in the logs whatsoever (no > surprise here). > > I have no KVM access to this system. > > OS is generic 9.0 stable from two days ago. > > I run 8.2-R on an identical machine without trouble. > I run 9.0 stable as of May 4th on an similiar (other CPU and NIC) > machine without trouble. > On both machines, the drives are recognized as ``ad''. > (Why btw? ``man ada'' says ``device ada'', but there is no such option > in the GENERIC config. > Do I get ``ada'' with ``device ATA_CAM ''? I'm going to try this next, > kick ata_cam from the kernel, see if drives are ``ad'' and system > doesn't crash.) Right, should have remembered the release notes. Still the other machine doesn't ``ada'' in spite of running 9.0-STABLE. > > > I'd appreciate suggestions on what I could do. > > Thanks, > > Michael > _______________________________________________ > 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"