From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 03:47:51 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 A195C1065670; Sun, 22 Jan 2012 03:47:51 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id CDFB48FC1D; Sun, 22 Jan 2012 03:47:50 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id q0M3llj8033695; Sun, 22 Jan 2012 14:47:48 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 22 Jan 2012 14:47:47 +1100 (EST) From: Ian Smith To: mato In-Reply-To: <20120121225824.M31395@pobox.sk> Message-ID: <20120122141241.V13367@sola.nimnet.asn.au> References: <4F1B26A1.9030801@FreeBSD.org> <20120121225824.M31395@pobox.sk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Alexander Motin , freebsd-stable@freebsd.org Subject: Re: FreeBSD hangs on boot after kernel upgrade to 9.0-R 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, 22 Jan 2012 03:47:51 -0000 On Sun, 22 Jan 2012, mato wrote: > On Sat, 21 Jan 2012 22:57:05 +0200, Alexander Motin wrote > > Hi. > > > > On 01/21/12 21:34, mato wrote: > > > I've used freebsd-update to upgrade from 8.2-R to 9.0-R and all looked nice > > > until the first reboot. Now my FreeBSD always hangs midway through the boot > > > process and the last message output is: > > > "uhub3: > > I've tried safe boot option but that does not help at all. > > > When I disable USB support in BIOS the last message before hang is: > > > "ata1: reset tp1 mask=03 ostat0=00 ostat1=00 > > > (aprobe0:ata0:0:1:0): SIGNATURE: eb14" > > > > > > Any idea what might be wrong and how to fix it please ? > > > > The last line is the ATAPI device detection. What ATA controller do > > you have there? On one Core2Duo-class Supermicro system alike hang > > was caused by ITE PATA controller. In that case it was workarounded > > by adding hint.ata.0.mode="PIO4" to /oot/loader.conf. You may try > > just set it from loader prompt with `set` command. > > > > I don't know exact controller but this is Pentium M based laptop. Which one? > HDD is primary master while DVD drive is primary slave. :-/ > And it's been working like this since FreeBSD 5.3. > > Anyway, I've tried your advice but unfortunately it did not help. > Here is longer log (retyped from screen): > > ata0: reset tp1 mask=03 ostat0=50 ostat1=00 > ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb > ata0: reset tp2 stat0=50 stat1=00 devices=0x20001 > (aprobe0:ata0:0:0:0): SIGNATURE: 0000 > ata1: reset tp1 mask=03 ostat0=00 ostat1=00 > (aprobe0:ata0:0:1:0): SIGNATURE: eb14" > > Then it hangs. And please note it looks differently when USB is not turned > off in BIOS. Though I have no idea if / how that matters. > > So what now please ? Any other things to try ? It's possible this is not an ATA problem; these being the last messages you see may just be the last (maybe) successful thing happening; those messages look about normal to me. I had similar symptoms (ie the last messages before the problem occurring being ATA ones) with a long term error (60 second stall) when resuming my Thinkpad T23, which turned out to be a USB problem, in my case with UHCI. The solution to that was to build a kernel thus: include GENERIC ident NO_UHCI # load on boot, unload/reload around suspend/resume nodevice uhci # UHCI PCI->USB interface # not used nodevice ohci # OHCI PCI->USB interface # not used, USB 1 only nodevice ehci # EHCI PCI->USB interface (USB 2.0) That's on 8.2-RELEASE, but I haven't heard of this issue being resolved on 9 yet. Of course, if you can't boot you can't build a new kernel on it, but I thought I'd mention USB as a possible 'hidden' issue here. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 04:37: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 2635C106564A for ; Sun, 22 Jan 2012 04:37:34 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 065828FC12 for ; Sun, 22 Jan 2012 04:37:34 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RopBM-000Gio-Tp for freebsd-stable@freebsd.org; Sun, 22 Jan 2012 04:37:33 +0000 Date: Sun, 22 Jan 2012 13:37:31 +0900 Message-ID: From: Randy Bush To: FreeBSD Stable In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Subject: Re: buildworld: don't know how to make iterator.cc 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, 22 Jan 2012 04:37:34 -0000 fresh csup, multiple am64 machines trying to go from 8.2 to 9.0 it is also on an one i386 running 9.0 FreeBSD psg.com 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #2: Sat Dec 24 13:35:25 GMT 2011 root@psg.com:/usr/obj/usr/src/sys/PSG i386 sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 clang-tblgen /usr/obj/usr/src/tmp/legacy/usr/bin ===> gnu/usr.bin/gperf (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf created for /usr/src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf/doc created for /usr/src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop randy From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 05:04:09 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 861EA106564A for ; Sun, 22 Jan 2012 05:04:09 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta01.westchester.pa.mail.comcast.net (qmta01.westchester.pa.mail.comcast.net [76.96.62.16]) by mx1.freebsd.org (Postfix) with ESMTP id 3300C8FC13 for ; Sun, 22 Jan 2012 05:04:08 +0000 (UTC) Received: from omta22.westchester.pa.mail.comcast.net ([76.96.62.73]) by qmta01.westchester.pa.mail.comcast.net with comcast id QUv61i0021ap0As51V495y; Sun, 22 Jan 2012 05:04:09 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta22.westchester.pa.mail.comcast.net with comcast id QV481i00f1t3BNj3iV48dz; Sun, 22 Jan 2012 05:04:09 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 04111102C19; Sat, 21 Jan 2012 21:04:07 -0800 (PST) Date: Sat, 21 Jan 2012 21:04:06 -0800 From: Jeremy Chadwick To: Randy Bush Message-ID: <20120122050406.GA51443@icarus.home.lan> 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 Subject: Re: buildworld: don't know how to make iterator.cc 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, 22 Jan 2012 05:04:09 -0000 On Sun, Jan 22, 2012 at 01:37:31PM +0900, Randy Bush wrote: > fresh csup, multiple am64 machines trying to go from 8.2 to 9.0 > > it is also on an one i386 running 9.0 > > FreeBSD psg.com 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #2: Sat Dec 24 13:35:25 GMT 2011 root@psg.com:/usr/obj/usr/src/sys/PSG i386 > > sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 clang-tblgen /usr/obj/usr/src/tmp/legacy/usr/bin > ===> gnu/usr.bin/gperf (obj,depend,all,install) > /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf created for /usr/src/gnu/usr.bin/gperf > ===> gnu/usr.bin/gperf/doc (obj) > /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf/doc created for /usr/src/gnu/usr.bin/gperf/doc > make: don't know how to make iterator.cc. Stop Randy, when moving from one to another, are you deleting the contents of /usr/src before doing the csup? More explicitly, this is what you should do when going from one release to another: rm -fr /usr/src rm -fr /var/db/sup/src-all rm -fr /usr/obj/* csup ... -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 05:14:45 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 C1B26106567A for ; Sun, 22 Jan 2012 05:14:45 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id AA7778FC16 for ; Sun, 22 Jan 2012 05:14:45 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RoplN-000Gme-5T; Sun, 22 Jan 2012 05:14:45 +0000 Date: Sun, 22 Jan 2012 14:14:44 +0900 Message-ID: From: Randy Bush To: Jeremy Chadwick In-Reply-To: <20120122050406.GA51443@icarus.home.lan> References: <20120122050406.GA51443@icarus.home.lan> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD Stable Subject: Re: buildworld: don't know how to make iterator.cc 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, 22 Jan 2012 05:14:45 -0000 > Randy, when moving from one to another, are you deleting the contents > of /usr/src before doing the csup? More explicitly, this is what you > should do when going from one release to another: > > rm -fr /usr/src > rm -fr /var/db/sup/src-all > rm -fr /usr/obj/* > csup ... in a decade or more, i have never done the first two. but i ain't proud and will certainly try it now. randy From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 05:32:05 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 189201065670 for ; Sun, 22 Jan 2012 05:32:05 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta14.westchester.pa.mail.comcast.net (qmta14.westchester.pa.mail.comcast.net [76.96.59.212]) by mx1.freebsd.org (Postfix) with ESMTP id B8A6A8FC0C for ; Sun, 22 Jan 2012 05:32:04 +0000 (UTC) Received: from omta22.westchester.pa.mail.comcast.net ([76.96.62.73]) by qmta14.westchester.pa.mail.comcast.net with comcast id QVXR1i0011ap0As5EVY4Da; Sun, 22 Jan 2012 05:32:04 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta22.westchester.pa.mail.comcast.net with comcast id QVY31i01K1t3BNj3iVY4qw; Sun, 22 Jan 2012 05:32:04 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 530F4102C19; Sat, 21 Jan 2012 21:32:02 -0800 (PST) Date: Sat, 21 Jan 2012 21:32:02 -0800 From: Jeremy Chadwick To: Randy Bush Message-ID: <20120122053202.GA51695@icarus.home.lan> References: <20120122050406.GA51443@icarus.home.lan> 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 Subject: Re: buildworld: don't know how to make iterator.cc 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, 22 Jan 2012 05:32:05 -0000 On Sun, Jan 22, 2012 at 02:14:44PM +0900, Randy Bush wrote: > > Randy, when moving from one to another, are you deleting the contents > > of /usr/src before doing the csup? More explicitly, this is what you > > should do when going from one release to another: > > > > rm -fr /usr/src > > rm -fr /var/db/sup/src-all > > rm -fr /usr/obj/* > > csup ... > > in a decade or more, i have never done the first two. but i ain't proud > and will certainly try it now. I need an actual developer to confirm my theories, but FWIW, I've given people this advice many times over the years with general success. The theory that I have is that since csup is basically based on CVS, which is based heavily on version numbers, combined/intermixed with a "database", what you end up with is this kind of situation: Your /usr/src contents are, say, for RELENG_8. /usr/src/some/Makefile is version 1.4.12.3. /var/db/sup/src-all/checkouts.cvs:RELENG_8 contains a line for src/some/Makefile that says it's version 1.4.12.3. Now you come along and change your supfiles to refer to the release tag of RELENG_9. The tag value itself doesn't matter; the point is that it's different. Then you do a csup. csup now makes a new CVS database file called /var/db/sup/src-all/checkouts.cvs:RELENG_9 and begins populating this file. However, as it populates the file, it also (obviously) has to compare version numbers to that of what's actually on your filesystem in /usr/src. csup then pulls down src/some/Makefile (for RELENG_9), where the version number is different; say, version 1.14.3.0. Note that the version number is not "higher" (larger) than the previous (1.14.12.3). Thus /usr/src/some/Makefile doesn't get changed/modified. csup finishes, you think everything is great, then you build world or kernel which depends on /usr/src/some/Makefile. Depending on what the actual differences are (between the two tag/release files), it may work, and it may not. In the case of "it may not", it may be referring to some object files or source files (or anything -- especially in the case of a Makefile) that don't exist, didn't get created, etc. simply because the Makefile (maybe somewhere else in the tree) didn't build what's expected. There's also another situation (different than above, but the resulting problem can be the same) where if when installing the OS you choose to install src and ports (from the CD/DVD media), then start using csup/cvsup, things can get "out of whack". This is covered in the cvsup FAQ, and is referred to as "adopting your source", specifically Item #10 here: http://www.cvsup.org/faq.html Then there's the other situation which pertains to a /usr/obj that still contains created/data "stuff" (objects, etc.) for an old version/tag, which an administrator forgets to COMPLETELY nuke/clear out before building world/kernel after changing tags. You have to do that. There is a "make" command in /usr/src that claims to do this, but it cannot be reliably used when going between tags -- the reason is the same as above (new files or old files introduced may not get removed). As such, for all of these situations, the recommendations I have given others and have followed for years (with 100% success rate for me anyway) is: 1. Do not install src or ports from CD/DVD/USB media when installing the OS. Instead, just use csup to pull them down from the 'net. NOTE: If bandwidth is a concern and you already have a copy of these on another machine, you can rsync -avH /usr/src and /var/db/sup/src-all from one machine to another. Don't forget both though (don't just do one directory and not the other). For ports, /usr/ports and /var/db/sup/ports-all, obviously. 2. When changing tags/releases in supfiles, do the procedure I mentioned before doing the "new" (fresh) csup: rm -fr /usr/src rm -fr /var/db/sup/src-all rm -fr /usr/obj/* csup ... Finally, the problem you're experiencing could be completely unrelated to all of the above. I hate to tell you that, but it's possible. You may have some src.conf or make.conf "tweaks" (e.g. WITHOUT_xxx) that may be causing problems in the 9.x build infrastructure which didn't break on 8.x. I'm hoping this isn't the case, but it's possible. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 06:46:16 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 8668F1065675 for ; Sun, 22 Jan 2012 06:46:16 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 68F338FC19 for ; Sun, 22 Jan 2012 06:46:16 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RorBv-000GuS-2n; Sun, 22 Jan 2012 06:46:15 +0000 Date: Sun, 22 Jan 2012 15:46:14 +0900 Message-ID: From: Randy Bush To: Jeremy Chadwick In-Reply-To: <20120122050406.GA51443@icarus.home.lan> References: <20120122050406.GA51443@icarus.home.lan> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD Stable Subject: Re: buildworld: don't know how to make iterator.cc 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, 22 Jan 2012 06:46:16 -0000 > Randy, when moving from one to another, are you deleting the contents of > /usr/src before doing the csup? More explicitly, this is what you > should do when going from one release to another: > > rm -fr /usr/src > rm -fr /var/db/sup/src-all > rm -fr /usr/obj/* > csup ... first one in is one of the amd64 systems /lib/clang/libllvmsupport/libllvmsupport.a -legacy sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 clang-tblgen /usr/obj/usr/src/tmp/legacy/usr/bin ===> gnu/usr.bin/gperf (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf created for /usr/src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf/doc created for /usr/src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 --- # cat /etc/make.conf KERNCONF=RIP NO_I4B=true BOOTWAIT=5000 WITHOUT_X11=yes MAKE_IDEA=YES USA_RESIDENT=YES # added by use.perl 2011-04-24 09:23:38 PERL_VERSION=5.10.1 --- # cat /etc/src.conf # 2009.08.10 # WITHOUT_ATM=yes WITHOUT_BIND=yes WITHOUT_BLUETOOTH=yes WITHOUT_FLOPPY=yes WITHOUT_GAMES=yes WITHOUT_GPIB=YES WITHOUT_I4B=YES WITH_IDEA=yes WITHOUT_IPFILTER=yes WITHOUT_IPX=yes WITHOUT_KERBEROS=yes WITHOUT_LPR=YES WITHOUT_LPR=yes WITHOUT_MAIL=yes WITHOUT_MAILWRAPPER=yes WITHOUT_NIS=YES WITHOUT_OBJC=yes WITHOUT_PF=YES WITHOUT_PROFILE=yes WITHOUT_SENDMAIL=yes WITHOUT_USB=yes WITHOUT_WIRELESS=yes WITHOUT_WPA_SUPPLICANT_EAPOL=yes randy From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 07:53:26 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 C6D40106566B for ; Sun, 22 Jan 2012 07:53:26 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id ACFC48FC0A for ; Sun, 22 Jan 2012 07:53:26 +0000 (UTC) Received: from omta19.emeryville.ca.mail.comcast.net ([76.96.30.76]) by qmta06.emeryville.ca.mail.comcast.net with comcast id QXoJ1i0011eYJf8A6XtSEM; Sun, 22 Jan 2012 07:53:26 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta19.emeryville.ca.mail.comcast.net with comcast id QXtR1i00T1t3BNj01XtRhJ; Sun, 22 Jan 2012 07:53:25 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id DD7B8102C19; Sat, 21 Jan 2012 23:53:24 -0800 (PST) Date: Sat, 21 Jan 2012 23:53:24 -0800 From: Jeremy Chadwick To: Randy Bush Message-ID: <20120122075324.GA54092@icarus.home.lan> References: <20120122050406.GA51443@icarus.home.lan> 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 Subject: Re: buildworld: don't know how to make iterator.cc 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, 22 Jan 2012 07:53:26 -0000 On Sun, Jan 22, 2012 at 03:46:14PM +0900, Randy Bush wrote: > > Randy, when moving from one to another, are you deleting the contents of > > /usr/src before doing the csup? More explicitly, this is what you > > should do when going from one release to another: > > > > rm -fr /usr/src > > rm -fr /var/db/sup/src-all > > rm -fr /usr/obj/* > > csup ... > > first one in is one of the amd64 systems > > /lib/clang/libllvmsupport/libllvmsupport.a -legacy > sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 clang-tblgen /usr/obj/usr/src/tmp/legacy/usr/bin > ===> gnu/usr.bin/gperf (obj,depend,all,install) > /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf created for /usr/src/gnu/usr.bin/gperf > ===> gnu/usr.bin/gperf/doc (obj) > /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf/doc created for /usr/src/gnu/usr.bin/gperf/doc > make: don't know how to make iterator.cc. Stop > *** Error code 2 > > --- > > # cat /etc/make.conf > KERNCONF=RIP > NO_I4B=true > BOOTWAIT=5000 > WITHOUT_X11=yes > MAKE_IDEA=YES > USA_RESIDENT=YES > > # added by use.perl 2011-04-24 09:23:38 > PERL_VERSION=5.10.1 > > --- > > # cat /etc/src.conf > # 2009.08.10 > # > WITHOUT_ATM=yes > WITHOUT_BIND=yes > WITHOUT_BLUETOOTH=yes > WITHOUT_FLOPPY=yes > WITHOUT_GAMES=yes > WITHOUT_GPIB=YES > WITHOUT_I4B=YES > WITH_IDEA=yes > WITHOUT_IPFILTER=yes > WITHOUT_IPX=yes > WITHOUT_KERBEROS=yes > WITHOUT_LPR=YES > WITHOUT_LPR=yes > WITHOUT_MAIL=yes > WITHOUT_MAILWRAPPER=yes > WITHOUT_NIS=YES > WITHOUT_OBJC=yes > WITHOUT_PF=YES > WITHOUT_PROFILE=yes > WITHOUT_SENDMAIL=yes > WITHOUT_USB=yes > WITHOUT_WIRELESS=yes > WITHOUT_WPA_SUPPLICANT_EAPOL=yes Sounds like an actual problem with either the FreeBSD build infrastructure (not sure which bits are breaking it for you though), or a problem with the cvsup mirror. I'm not sure how to debug it past this point (mainly because I don't have RELENG_9 systems). Thanks for at least ruling out the possibility of version mismatch bits within cvs/csup, Randy. Sorry for wasting your time (per se). -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 09:09:20 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 DEF51106566B for ; Sun, 22 Jan 2012 09:09:19 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 5C3178FC18 for ; Sun, 22 Jan 2012 09:09:19 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q0M99ETR015097 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sun, 22 Jan 2012 09:09:15 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.2 smtp.infracaninophile.co.uk q0M99ETR015097 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1327223355; bh=19Ckb8qI8HFuQs9nIGkLZ1Uss/jnzHdI9OcRxqYW5Ak=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Cc; b=Q/gvpru600EgBcWmIPJBjTdbpyTjHerZ6Y+9AujdZNpyYV4J/9yGLIts9HFtrM9cp da2w5o2mizntaHhisAvx2+1iI/6ZkpQ+u2DJ+D/vb6Iix7EIun7QN5mQi+wqiASFLr b2pfrMBMyqXk+9SFpRXXHIHSksqRLsp3/q5fkRJA= Message-ID: <4F1BD22F.4040706@infracaninophile.co.uk> Date: Sun, 22 Jan 2012 09:09:03 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20120122050406.GA51443@icarus.home.lan> <20120122053202.GA51695@icarus.home.lan> In-Reply-To: <20120122053202.GA51695@icarus.home.lan> X-Enigmail-Version: 1.3.4 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9F1F9479416A884F249EDAB5" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Subject: Re: buildworld: don't know how to make iterator.cc 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, 22 Jan 2012 09:09:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9F1F9479416A884F249EDAB5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 22/01/2012 05:32, Jeremy Chadwick wrote: > csup then pulls down src/some/Makefile (for RELENG_9), where the versio= n > number is different; say, version 1.14.3.0. Note that the version > number is not "higher" (larger) than the previous (1.14.12.3). Thus > /usr/src/some/Makefile doesn't get changed/modified. I've never noticed csup(1) being at all reluctant to update a file based on the version number going backwards. Case in point -- recently the cvsup.uk.freebsd.org server has been frozen and not accepting updates from upstream. I've been updating my ports from a different cvsup server -- if I try cvsup.uk again, I get this: % root csup -h cvsup.uk.freebsd.org /usr/share/examples/cvsup/ports-supfi= le Connected to 2001:630:212:8:20e:cff:fe09:a69c Updating collection ports-all/cvs Checkout ports/MOVED Checkout ports/Mk/bsd.gnustep.mk Checkout ports/Mk/bsd.linux-apps.mk Checkout ports/Mk/bsd.port.mk Checkout ports/Mk/bsd.sites.mk Checkout ports/Tools/scripts/mergebase.sh Checkout ports/UPDATING Checkout ports/archivers/par2cmdline-tbb/Makefile Checkout ports/archivers/unrar-iconv/Makefile Checkout ports/archivers/unrar-iconv/files/patch-iconv Checkout ports/archivers/unshield/Makefile Delete ports/archivers/unshield/files/patch-unshield-v2-format Checkout ports/archivers/upx/Makefile Checkout ports/archivers/upx/distinfo Checkout ports/archivers/upx/files/patch-src-packer.h Checkout ports/astro/R-cran-maptools/Makefile Checkout ports/astro/R-cran-maptools/distinfo ^CCleaning up ... Connection to localhost closed. That's reverting most of the changes in the last week or so. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig9F1F9479416A884F249EDAB5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8b0jkACgkQ8Mjk52CukIzBzACfRtI4dC1p4jxG3rvlvD7XAxED a9oAnjdKg3PeuI2cuqdoI+fFJExzq85q =2Bgh -----END PGP SIGNATURE----- --------------enig9F1F9479416A884F249EDAB5-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 09:17:26 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 949A31065672; Sun, 22 Jan 2012 09:17:26 +0000 (UTC) (envelope-from gamato@users.sf.net) Received: from mail.pipni.cz (mail.pipni.cz [93.185.104.5]) by mx1.freebsd.org (Postfix) with ESMTP id C2CF28FC13; Sun, 22 Jan 2012 09:17:25 +0000 (UTC) Received: from mail.pipni.cz ([93.185.104.5] helo=gamato.org) id 1RotY9-0003OP-NF; Sun, 22 Jan 2012 10:17:21 +0100 From: "mato" To: Ian Smith Date: Sun, 22 Jan 2012 10:17:21 +0100 Message-Id: <20120122085920.M86689@pobox.sk> In-Reply-To: <20120122141241.V13367@sola.nimnet.asn.au> References: <4F1B26A1.9030801@FreeBSD.org> <20120121225824.M31395@pobox.sk> <20120122141241.V13367@sola.nimnet.asn.au> X-Mailer: OpenWebMail 2.53 20091220 464 X-OriginatingIP: 195.168.92.92 (m@gamato.org) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-MailScanner-ID: 1RotY9-0003OP-NF X-pipni-MailScanner: Found to be clean X-pipni-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-3.399, required 6, autolearn=not spam, BAYES_00 -1.90, KHOP_THREADED -1.50, UNPARSEABLE_RELAY 0.00) X-pipni-MailScanner-From: gamato@users.sf.net X-Spam-Status: No Cc: Alexander Motin , freebsd-stable@freebsd.org Subject: Re: FreeBSD hangs on boot after kernel upgrade to 9.0-R 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, 22 Jan 2012 09:17:26 -0000 On Sun, 22 Jan 2012 14:47:47 +1100 (EST), Ian Smith wrote > On Sun, 22 Jan 2012, mato wrote: > > On Sat, 21 Jan 2012 22:57:05 +0200, Alexander Motin wrote > > > Hi. > > > > > > On 01/21/12 21:34, mato wrote: > > > > I've used freebsd-update to upgrade from 8.2-R to 9.0-R and > all looked nice > > > until the first reboot. Now my FreeBSD always > hangs midway through the boot > > > process and the last message > output is: > > > "uhub3: > > I've tried > safe boot option but that does not help at all. > > > When I disable > USB support in BIOS the last message before hang is: > > > "ata1: > reset tp1 mask=03 ostat0=00 ostat1=00 > > > (aprobe0:ata0:0:1:0): > SIGNATURE: eb14" > > > > > > Any idea what might be wrong and how to > fix it please ? > > > > The last line is the ATAPI device > detection. What ATA controller do > > you have there? On one > Core2Duo-class Supermicro system alike hang > > was caused by ITE > PATA controller. In that case it was workarounded > > by adding > hint.ata.0.mode="PIO4" to /oot/loader.conf. You may try > > just > set it from loader prompt with `set` command. > > > > I don't know > exact controller but this is Pentium M based laptop. > > Which one? > > > HDD is primary master while DVD drive is primary slave. :-/ > > And it's been working like this since FreeBSD 5.3. > > > > Anyway, I've tried your advice but unfortunately it did not help. > > Here is longer log (retyped from screen): > > > > ata0: reset tp1 mask=03 ostat0=50 ostat1=00 > > ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > > ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb > > ata0: reset tp2 stat0=50 stat1=00 devices=0x20001 > > (aprobe0:ata0:0:0:0): SIGNATURE: 0000 > > ata1: reset tp1 mask=03 ostat0=00 ostat1=00 > > (aprobe0:ata0:0:1:0): SIGNATURE: eb14" > > > > Then it hangs. And please note it looks differently when USB is > not turned > off in BIOS. Though I have no idea if / how that matters. > > > > So what now please ? Any other things to try ? > > It's possible this is not an ATA problem; these being the last > messages you see may just be the last (maybe) successful thing > happening; those messages look about normal to me. I had similar > symptoms (ie the last messages before the problem occurring being > ATA ones) with a long term error (60 second stall) when resuming my > Thinkpad T23, which turned out to be a USB problem, in my case with > UHCI. The solution to that was to build a kernel thus: > > include GENERIC > ident NO_UHCI > # load on boot, unload/reload around suspend/resume > nodevice uhci # UHCI PCI->USB interface > # not used > nodevice ohci # OHCI PCI->USB interface > # not used, USB 1 only > nodevice ehci # EHCI PCI->USB interface (USB 2.0) > > That's on 8.2-RELEASE, but I haven't heard of this issue being > resolved on 9 yet. Of course, if you can't boot you can't build a > new kernel on it, but I thought I'd mention USB as a possible > 'hidden' issue here. It seems USB is innocent here as upon turning it back on in BIOS USB mesages are intermixed with ATA ones .. here are the last 4 before hang: uhub2: on usbus2 (aprobe0:ata0:0:1:0): SIGNATURE: eb14 ugen3.1: at usbus3 uhub3: on usbus3 I waited several minutes but no progress, it seems stuck. M. PS: This laptop is Asus W1N with following specs: Pentium M, 1GB RAM, 80GB HDD, Pioneer DVD-RW DVR-K14AS, Intel 82801DBM Ultra ATA Storage Controller - 24CA, Intel 82801DB/DBM USB2 Enhanced Host Controller - 24CD. ---------------------------------------- Freehosting PIPNI - http://www.pipni.cz/ From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 11:50:27 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 9F9361065677 for ; Sun, 22 Jan 2012 11:50:27 +0000 (UTC) (envelope-from jdc@koitsu.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 848078FC1B for ; Sun, 22 Jan 2012 11:50:27 +0000 (UTC) Received: from omta24.emeryville.ca.mail.comcast.net ([76.96.30.92]) by qmta07.emeryville.ca.mail.comcast.net with comcast id QbqT1i0021zF43QA7bqTtK; Sun, 22 Jan 2012 11:50:27 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta24.emeryville.ca.mail.comcast.net with comcast id QbqS1i0011t3BNj8kbqSEq; Sun, 22 Jan 2012 11:50:26 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id D5798102C19; Sun, 22 Jan 2012 03:50:25 -0800 (PST) Date: Sun, 22 Jan 2012 03:50:25 -0800 From: Jeremy Chadwick To: Matthew Seaman Message-ID: <20120122115025.GA58418@icarus.home.lan> References: <20120122050406.GA51443@icarus.home.lan> <20120122053202.GA51695@icarus.home.lan> <4F1BD22F.4040706@infracaninophile.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F1BD22F.4040706@infracaninophile.co.uk> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: buildworld: don't know how to make iterator.cc 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, 22 Jan 2012 11:50:27 -0000 On Sun, Jan 22, 2012 at 09:09:03AM +0000, Matthew Seaman wrote: > On 22/01/2012 05:32, Jeremy Chadwick wrote: > > csup then pulls down src/some/Makefile (for RELENG_9), where the version > > number is different; say, version 1.14.3.0. Note that the version > > number is not "higher" (larger) than the previous (1.14.12.3). Thus > > /usr/src/some/Makefile doesn't get changed/modified. > > I've never noticed csup(1) being at all reluctant to update a file based > on the version number going backwards. Case in point -- recently the > cvsup.uk.freebsd.org server has been frozen and not accepting updates > from upstream. I've been updating my ports from a different cvsup > server -- if I try cvsup.uk again, I get this: > > % root csup -h cvsup.uk.freebsd.org /usr/share/examples/cvsup/ports-supfile > Connected to 2001:630:212:8:20e:cff:fe09:a69c > Updating collection ports-all/cvs > Checkout ports/MOVED > Checkout ports/Mk/bsd.gnustep.mk > Checkout ports/Mk/bsd.linux-apps.mk > Checkout ports/Mk/bsd.port.mk > Checkout ports/Mk/bsd.sites.mk > Checkout ports/Tools/scripts/mergebase.sh > Checkout ports/UPDATING > Checkout ports/archivers/par2cmdline-tbb/Makefile > Checkout ports/archivers/unrar-iconv/Makefile > Checkout ports/archivers/unrar-iconv/files/patch-iconv > Checkout ports/archivers/unshield/Makefile > Delete ports/archivers/unshield/files/patch-unshield-v2-format > Checkout ports/archivers/upx/Makefile > Checkout ports/archivers/upx/distinfo > Checkout ports/archivers/upx/files/patch-src-packer.h > Checkout ports/astro/R-cran-maptools/Makefile > Checkout ports/astro/R-cran-maptools/distinfo > ^CCleaning up ... > > Connection to localhost closed. > > That's reverting most of the changes in the last week or so. I'm not sure this is a valid test. Your test validates that you can change mirrors while using the same release tag without issue (which is absolutely 100% true). What I'm mainly describing is what happens when you change release tags without nuking /usr/src. Staying with one release tag and "reverting" to an earlier version number works fine. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 14:24:43 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 E6E87106564A for ; Sun, 22 Jan 2012 14:24:43 +0000 (UTC) (envelope-from amdmiek@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id A35738FC13 for ; Sun, 22 Jan 2012 14:24:43 +0000 (UTC) Received: by vbbey12 with SMTP id ey12so2070485vbb.13 for ; Sun, 22 Jan 2012 06:24:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=FDEyPHClv0kS4EOzapnk3hf8qqBD5qqi9OZwvp5J9hY=; b=ORWl3ZvN5uReag40qmDoRFgO10yUAZkRIgBewQ30y8O93hN2AtxKYKNp2cG6OnyS7w hfk4dXFIUZ3iLjcTfJMB08yDy3hryHJbfpPDzu7BEu1dprF9FzJ7BFxfWaUVWagZihoG efg5VqteJekbO4OUoapdUs5HfXBNbwD2NQ03g= MIME-Version: 1.0 Received: by 10.52.95.74 with SMTP id di10mr2190775vdb.46.1327240452414; Sun, 22 Jan 2012 05:54:12 -0800 (PST) Received: by 10.220.96.66 with HTTP; Sun, 22 Jan 2012 05:54:12 -0800 (PST) Date: Sun, 22 Jan 2012 17:54:12 +0400 Message-ID: From: Michael BlackHeart To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: global make -s 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, 22 Jan 2012 14:24:44 -0000 Hello, I'd like to know is there any good way to implement make -s behaivor as a default, 'cos in man make.conf & examplet/etc/make.conf there's no anything about it. In most cases I just don't want to see echo output of make. I've added an alias to .cshrc like this^ alias make make -s \!:1 but I don't know could be there any negativity. Any advices? From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 16:27: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 718BB106564A for ; Sun, 22 Jan 2012 16:27:21 +0000 (UTC) (envelope-from traveling08@cox.net) Received: from fed1rmfepi203.cox.net (fed1rmfepi203.cox.net [68.230.241.142]) by mx1.freebsd.org (Postfix) with ESMTP id 47A908FC0A for ; Sun, 22 Jan 2012 16:27:20 +0000 (UTC) Received: from fed1rmimpo110.cox.net ([68.230.241.159]) by fed1rmfepo101.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20120122161713.LVKI3806.fed1rmfepo101.cox.net@fed1rmimpo110.cox.net>; Sun, 22 Jan 2012 11:17:13 -0500 Received: from dell64 ([72.220.91.219]) by fed1rmimpo110.cox.net with bizsmtp id QgHC1i00W4jy6EY03gHCJz; Sun, 22 Jan 2012 11:17:12 -0500 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020205.4F1C3688.009D,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=5RePncF+00wnRIuVW5OoqKytqzC3r8jLIdEm+Wz8FvA= c=1 sm=1 a=vWVaZssPRuEA:10 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=olICo1sKaMXbpqbYUd6B5g==:17 a=QycZ5dHgAAAA:8 a=No5EcEP4AAAA:8 a=PmCQTxauvM4nWc4eOqkA:9 a=4liLDv_MdbZf-ZVzcqQA:7 a=CjuIK1q_8ugA:10 a=UyrA8aZRIV0A:10 a=PKgchsl1YdkA:10 a=olICo1sKaMXbpqbYUd6B5g==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Date: Sun, 22 Jan 2012 08:17:07 -0800 From: Robert To: Jeremy Chadwick Message-ID: <20120122081707.1727c0cd@dell64> In-Reply-To: <20120122050406.GA51443@icarus.home.lan> References: <20120122050406.GA51443@icarus.home.lan> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Randy Bush , FreeBSD Stable Subject: Re: buildworld: don't know how to make iterator.cc 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, 22 Jan 2012 16:27:21 -0000 On Sat, 21 Jan 2012 21:04:06 -0800 Jeremy Chadwick wrote: > On Sun, Jan 22, 2012 at 01:37:31PM +0900, Randy Bush wrote: > > fresh csup, multiple am64 machines trying to go from 8.2 to 9.0 > > > > it is also on an one i386 running 9.0 > > > > FreeBSD psg.com 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #2: Sat Dec > > 24 13:35:25 GMT 2011 root@psg.com:/usr/obj/usr/src/sys/PSG i386 > > > > sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 > > clang-tblgen /usr/obj/usr/src/tmp/legacy/usr/bin ===> > > gnu/usr.bin/gperf > > (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf > > created for /usr/src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc > > (obj) /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf/doc created > > for /usr/src/gnu/usr.bin/gperf/doc make: don't know how to make > > iterator.cc. Stop > > Randy, when moving from one to another, are you deleting the contents > of /usr/src before doing the csup? More explicitly, this is what you > should do when going from one release to another: > > rm -fr /usr/src > rm -fr /var/db/sup/src-all > rm -fr /usr/obj/* > csup ... > I have this problem on two of my systems. Yesterday I was trying my weekly update on a i386 9.0 stable and had this failure. This morning on my i386 8.2 stable I had the same failure. I csup'd the sources again and it found no changes. I the changed my supfile from mirro 10 to mirror 5 and it updated many source files. I am now in the process of building world and it has went well past the previous failure. I am assuming that it will complete, but if not I will follow up with another email. It appears to just be a problem of an un-updated mirror. HTH Robert From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 18:21: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 18051106564A for ; Sun, 22 Jan 2012 18:21:46 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id A24A28FC16 for ; Sun, 22 Jan 2012 18:21:45 +0000 (UTC) Received: by wibhn14 with SMTP id hn14so2507423wib.13 for ; Sun, 22 Jan 2012 10:21:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=geRD3xDoVcxBKwr9v29YsCpDAx2G14zNHz9LZYCb2X4=; b=HiRSbimT5NXjyyOMyLKp4rPLs/EZ3S+LT4b89mNCnht00NM37WqEam4iUIaaLSDxXH w5r7yIcprVRhdbtpR/3VrkYt/Zu5z1fnlAIK9PTwA04JdcKze88zdVSh4jcLMH0kXpH8 CM4xAak/Re3p+HOuIx5IMZ90r6lIyTPcEGHQE= Received: by 10.180.81.72 with SMTP id y8mr8628393wix.14.1327256504580; Sun, 22 Jan 2012 10:21:44 -0800 (PST) MIME-Version: 1.0 Received: by 10.227.142.20 with HTTP; Sun, 22 Jan 2012 10:21:23 -0800 (PST) From: Christer Solskogen Date: Sun, 22 Jan 2012 19:21:23 +0100 Message-ID: To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 Subject: make release and TARGET=powerpc 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, 22 Jan 2012 18:21:46 -0000 Cross-building went fine (buildworld, buildkernel), but making the USB-image seems to not work (At least on my system) make release TARGET=powerpc TARGET_ARCH=powerpc64 __MAKE_CONF=/dev/null SRCCONF=/dev/null NOPORTS=1 NOSRC=1 ... sh /usr/src/release/powerpc/make-memstick.sh /usr/obj/usr/src/release/release /usr/obj/usr/src/release/memstick Calculated size of `/usr/obj/usr/src/release/memstick.36155': 494223360 bytes, 12459 inodes Extent size set to 8192 /usr/obj/usr/src/release/memstick.36155: 471.3MB (965280 sectors) block size 8192, fragment size 1024 using 9 cylinder groups of 54.09MB, 6924 blks, 1472 inodes. super-block backups (for fsck -b #) at: 32, 110816, 221600, 332384, 443168, 553952, 664736, 775520, 886304, Populating `/usr/obj/usr/src/release/memstick.36155' Image `/usr/obj/usr/src/release/memstick.36155' complete 49992+0 records in 49992+0 records out 511918080 bytes transferred in 3.916377 secs (130712153 bytes/sec) gpart: scheme 'APM': Invalid argument gpart: No such geom: md1. gpart: No such geom: md1. gpart: No such geom: md1. dd: /dev/md1s3: Operation not supported copying filesystem into image file failed *** Error code 1 Stop in /usr/src/release. *** Error code 1 Stop in /usr/src/release. The same thing also happens if TARGET = TARGET_ARCH. But sparc64 as TARGET worked fine. -- chs, From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 18:51: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 A4482106564A for ; Sun, 22 Jan 2012 18:51:18 +0000 (UTC) (envelope-from cliftonr@volcano.org) Received: from gateway11.websitewelcome.com (gateway11.websitewelcome.com [69.93.154.25]) by mx1.freebsd.org (Postfix) with ESMTP id 767858FC08 for ; Sun, 22 Jan 2012 18:51:18 +0000 (UTC) Received: by gateway11.websitewelcome.com (Postfix, from userid 5011) id 55DE5A74EF013; Sun, 22 Jan 2012 12:20:25 -0600 (CST) Received: from gator1313.hostgator.com (gator1313.hostgator.com [174.37.241.130]) by gateway11.websitewelcome.com (Postfix) with ESMTP id 40D32A74EEFEF for ; Sun, 22 Jan 2012 12:20:25 -0600 (CST) Received: from localhost ([127.0.0.1]:38424 helo=gator1313.hostgator.com) by gator1313.hostgator.com with esmtpa (Exim 4.69) (envelope-from ) id 1Rp21f-0004aO-Tb; Sun, 22 Jan 2012 12:20:23 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 22 Jan 2012 12:20:23 -0600 From: cliftonr@volcano.org To: Michael BlackHeart In-Reply-To: References: Message-ID: <4b554a46341058cea4a73874fd7afe68@volcano.org> X-Sender: cliftonr@volcano.org User-Agent: Roundcube Webmail/0.6 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator1313.hostgator.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - volcano.org X-BWhitelist: no X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: localhost (gator1313.hostgator.com) [127.0.0.1]:38424 X-Source-Auth: cliftonr@volcano.org X-Email-Count: 4 X-Source-Cap: Y2xpZnRvbnI7Y2xpZnRvbnI7Z2F0b3IxMzEzLmhvc3RnYXRvci5jb20= Cc: freebsd-stable@freebsd.org Subject: Re: global make -s 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, 22 Jan 2012 18:51:18 -0000 On 22.01.2012 07:54, Michael BlackHeart wrote: > Hello, I'd like to know is there any good way to implement make -s > behaivor as a default, 'cos in man make.conf & examplet/etc/make.conf > there's no anything about it. In most cases I just don't want to see > echo output of make. I've added an alias to .cshrc like this^ > > alias make make -s \!:1 > > but I don't know could be there any negativity. Any advices? You can set MAKEFLAGS=-s in your shell environment, or add -s to whatever other value you're using for MAKEFLAGS. IMHO, this would be a fine thing in a universe where everything would always go right; in our own universe, I doubt that this is a good idea because when things do go wrong you won't have any context for it. -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@volcano.org Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 18:51:23 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 2C788106564A for ; Sun, 22 Jan 2012 18:51:23 +0000 (UTC) (envelope-from cliftonr@volcano.org) Received: from gateway12.websitewelcome.com (gateway12.websitewelcome.com [69.56.144.7]) by mx1.freebsd.org (Postfix) with ESMTP id F1AB48FC0C for ; Sun, 22 Jan 2012 18:51:22 +0000 (UTC) Received: by gateway12.websitewelcome.com (Postfix, from userid 5007) id 10DC6A183BF45; Sun, 22 Jan 2012 12:27:51 -0600 (CST) Received: from gator1313.hostgator.com (gator1313.hostgator.com [174.37.241.130]) by gateway12.websitewelcome.com (Postfix) with ESMTP id EFA79A183BF20 for ; Sun, 22 Jan 2012 12:27:50 -0600 (CST) Received: from localhost ([127.0.0.1]:46752 helo=gator1313.hostgator.com) by gator1313.hostgator.com with esmtpa (Exim 4.69) (envelope-from ) id 1Rp28s-00074n-HE; Sun, 22 Jan 2012 12:27:50 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 22 Jan 2012 08:27:50 -1000 From: cliftonr@volcano.org To: Michael BlackHeart In-Reply-To: References: Message-ID: <41739c4fedb05df2cd5f916734b84181@volcano.org> X-Sender: cliftonr@volcano.org User-Agent: Roundcube Webmail/0.6 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator1313.hostgator.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - volcano.org X-BWhitelist: no X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: localhost (gator1313.hostgator.com) [127.0.0.1]:46752 X-Source-Auth: cliftonr@volcano.org X-Email-Count: 7 X-Source-Cap: Y2xpZnRvbnI7Y2xpZnRvbnI7Z2F0b3IxMzEzLmhvc3RnYXRvci5jb20= Cc: freebsd-stable@freebsd.org Subject: Re: global make -s 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, 22 Jan 2012 18:51:23 -0000 On 22.01.2012 03:54, Michael BlackHeart wrote: > Hello, I'd like to know is there any good way to implement make -s > behaivor as a default, 'cos in man make.conf & examplet/etc/make.conf > there's no anything about it. In most cases I just don't want to see > echo output of make. I've added an alias to .cshrc like this^ > > alias make make -s \!:1 > > but I don't know could be there any negativity. Any advices? You can set MAKEFLAGS=-s in your shell environment, or add -s to the current value of MAKEFLAGS if you have one. That should work. IMHO this would be good practice only in a universe where everything would always work right. In our own, this means anytime something goes wrong, you'll have no context for it. If you don't mind having to change flags and rerun whatever make command failed, when something fails, to find out what went wrong where, it's your call. -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@volcano.org Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 19:00:48 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 4344D1065675 for ; Sun, 22 Jan 2012 19:00:48 +0000 (UTC) (envelope-from cliftonr@volcano.org) Received: from gateway11.websitewelcome.com (gateway11.websitewelcome.com [69.93.154.25]) by mx1.freebsd.org (Postfix) with ESMTP id 094008FC13 for ; Sun, 22 Jan 2012 19:00:47 +0000 (UTC) Received: by gateway11.websitewelcome.com (Postfix, from userid 5011) id 4B4D0A7548E56; Sun, 22 Jan 2012 13:00:47 -0600 (CST) Received: from gator1313.hostgator.com (gator1313.hostgator.com [174.37.241.130]) by gateway11.websitewelcome.com (Postfix) with ESMTP id 3667BA7548E36 for ; Sun, 22 Jan 2012 13:00:47 -0600 (CST) Received: from localhost ([127.0.0.1]:57954 helo=gator1313.hostgator.com) by gator1313.hostgator.com with esmtpa (Exim 4.69) (envelope-from ) id 1Rp2ek-0003DX-NB for freebsd-stable@freebsd.org; Sun, 22 Jan 2012 13:00:46 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 22 Jan 2012 13:00:46 -0600 From: cliftonr@volcano.org To: In-Reply-To: <4F0F8E6F.8000909@FreeBSD.org> References: <20120111161110.4258969c.rpclark@tds.net> <20120112200843.2a348d2f.rpclark@tds.net> <4F0F8E6F.8000909@FreeBSD.org> Message-ID: <74dee0a775b93db4771f4de96eaf86c2@volcano.org> X-Sender: cliftonr@volcano.org User-Agent: Roundcube Webmail/0.6 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator1313.hostgator.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - volcano.org X-BWhitelist: no X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: localhost (gator1313.hostgator.com) [127.0.0.1]:57954 X-Source-Auth: cliftonr@volcano.org X-Email-Count: 1 X-Source-Cap: Y2xpZnRvbnI7Y2xpZnRvbnI7Z2F0b3IxMzEzLmhvc3RnYXRvci5jb20= Subject: Re: GENERIC make buildkernel error / fails - posix_fadvise 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, 22 Jan 2012 19:00:48 -0000 On 12.01.2012 15:52, Doug Barton wrote: >>> chflags -R noschg /usr/obj/usr >>> rm -rf /usr/obj/usr > > It's much faster to do: > > /bin/rm -rf ${obj}/* 2> /dev/null || /bin/chflags -R 0 ${obj}/* && > /bin/rm -rf ${obj}/* If I could just add one thing here, for those who might be tempted to immediately cut and paste that elegant command line: Consider, how does that command evaluate if the shell variable "obj" is not set, and you're running that literal string as root? A: You will very systematically wipe your entire server, starting at the root, and doing a second pass to get any protected files you missed. I'd recommend something safer like approximately this (untested): if ["X${obj}" != "X" -a -d ${obj}]; then cd ${obj} && (rest of cmds); fi Sorry for the wasted bandwidth, for those to whom it was obvious, but anybody who has ever had to clean up after a junior admin's attempt to do something a little too clever will appreciate why I'm posting this. On the efficiency front, for the core file deletion operators, I've had good results with this trick (requires Perl and makes use of its implicit-operand idioms): find ${obj} | perl -nle unlink If rm had an option to take files from standard input, or if there's another program I'm not aware of which does this, it could serve as the right-hand side of this. -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@volcano.org Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 19:16: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 CB77B106566B for ; Sun, 22 Jan 2012 19:16:56 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 2C2FE8FC18 for ; Sun, 22 Jan 2012 19:16:56 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q0MJGqPf039976 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sun, 22 Jan 2012 19:16:52 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.2 smtp.infracaninophile.co.uk q0MJGqPf039976 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1327259812; bh=MDhpZIvnaglXAW+69iXTEG15iGg/e+JHMte0FsoUzy4=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Cc; b=p584BugZGSAuqVFTp19Ogki7oz1GFIvjKarsXKWbisseqw+JzKCfa6ZPwB55gbbpu 4xTTdf7uZIZsvv/pU8cppBcz4YCBY0l3QthCfrnlh/qHBZy/kf2Js3IlHf1419y/aS fTFrNUukNTTvb52SkJnopU3fwY4rS7qDFuuf9E5M= Message-ID: <4F1C609B.3010800@infracaninophile.co.uk> Date: Sun, 22 Jan 2012 19:16:43 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20120111161110.4258969c.rpclark@tds.net> <20120112200843.2a348d2f.rpclark@tds.net> <4F0F8E6F.8000909@FreeBSD.org> <74dee0a775b93db4771f4de96eaf86c2@volcano.org> In-Reply-To: <74dee0a775b93db4771f4de96eaf86c2@volcano.org> X-Enigmail-Version: 1.3.4 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8C9FC3480799F45A3C3BB849" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Subject: Re: GENERIC make buildkernel error / fails - posix_fadvise 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, 22 Jan 2012 19:16:56 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8C9FC3480799F45A3C3BB849 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 22/01/2012 19:00, cliftonr@volcano.org wrote: > If rm had an option to take files from standard input, or if > there's another program I'm not aware of which does this, it > could serve as the right-hand side of this. xargs(1) -- generic solution to taking a list of command arguments from a file or pipe, and building a command line from them. So, supposing you have a list of files (one per line) you want to delete in a file called 'goners': xargs rm -f < goners xargs(1) is very commonly used in pipelines with find(1). Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig8C9FC3480799F45A3C3BB849 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8cYKMACgkQ8Mjk52CukIyTnQCeLW6C//w84xOpehjPfeYKmUfd KykAn3BdWrxjUIBcL5X7gs4ZwrM28RxX =fq/5 -----END PGP SIGNATURE----- --------------enig8C9FC3480799F45A3C3BB849-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 19:43:24 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 31513106574C for ; Sun, 22 Jan 2012 19:43:24 +0000 (UTC) (envelope-from cliftonr@volcano.org) Received: from gateway13.websitewelcome.com (gateway13.websitewelcome.com [69.93.154.15]) by mx1.freebsd.org (Postfix) with ESMTP id E9C578FC18 for ; Sun, 22 Jan 2012 19:43:23 +0000 (UTC) Received: by gateway13.websitewelcome.com (Postfix, from userid 5007) id EFD289EDE1263; Sun, 22 Jan 2012 13:43:22 -0600 (CST) Received: from gator1313.hostgator.com (gator1313.hostgator.com [174.37.241.130]) by gateway13.websitewelcome.com (Postfix) with ESMTP id CFD7B9EDE120A for ; Sun, 22 Jan 2012 13:43:22 -0600 (CST) Received: from localhost ([127.0.0.1]:60273 helo=gator1313.hostgator.com) by gator1313.hostgator.com with esmtpa (Exim 4.69) (envelope-from ) id 1Rp3Jy-0003yd-At; Sun, 22 Jan 2012 13:43:22 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 22 Jan 2012 13:43:22 -0600 From: cliftonr@volcano.org To: Matthew Seaman In-Reply-To: <4F1C609B.3010800@infracaninophile.co.uk> References: <20120111161110.4258969c.rpclark@tds.net> <20120112200843.2a348d2f.rpclark@tds.net> <4F0F8E6F.8000909@FreeBSD.org> <74dee0a775b93db4771f4de96eaf86c2@volcano.org> <4F1C609B.3010800@infracaninophile.co.uk> Message-ID: X-Sender: cliftonr@volcano.org User-Agent: Roundcube Webmail/0.6 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator1313.hostgator.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - volcano.org X-BWhitelist: no X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: localhost (gator1313.hostgator.com) [127.0.0.1]:60273 X-Source-Auth: cliftonr@volcano.org X-Email-Count: 3 X-Source-Cap: Y2xpZnRvbnI7Y2xpZnRvbnI7Z2F0b3IxMzEzLmhvc3RnYXRvci5jb20= Cc: freebsd-stable@freebsd.org Subject: Re: GENERIC make buildkernel error / fails - posix_fadvise 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, 22 Jan 2012 19:43:24 -0000 On 22.01.2012 13:16, Matthew Seaman wrote: > On 22/01/2012 19:00, cliftonr@volcano.org wrote: >> If rm had an option to take files from standard input, or if >> there's another program I'm not aware of which does this, it >> could serve as the right-hand side of this. > > xargs(1) -- generic solution to taking a list of command arguments > from > a file or pipe, and building a command line from them. ... > xargs(1) is very commonly used in pipelines with find(1). Thanks for making it clear that my comment was unclear. :-) I had meant a program which reads the input file list as xargs does and operates directly on its operands as xargs does I'm very familiar with xargs, and have used it in many a shell script. However, it has the weakness that it will end up doing many invocations on the executable operand, as it batches up the input into command line arguments. I don't know to what extent that overhead would compare to the other sources of overhead discussed earlier, or the overhead of executing a Perl interpreter opcode per input, but I'd guess it's higher. I think I tried that specific comparison of xargs rm vs. perl -nle unlink once, some years ago, for some kind of temp file cleanup, and found the latter was faster. I don't have any numbers though, and if I did they'd be long out of date. -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@volcano.org Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 20:45:12 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 C79DF1065672 for ; Sun, 22 Jan 2012 20:45:12 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay04.stack.nl [IPv6:2001:610:1108:5010::107]) by mx1.freebsd.org (Postfix) with ESMTP id 57E098FC0A for ; Sun, 22 Jan 2012 20:45:12 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 0A5C91DDA94; Sun, 22 Jan 2012 21:45:11 +0100 (CET) Received: by snail.stack.nl (Postfix, from userid 1677) id DA32828468; Sun, 22 Jan 2012 21:45:10 +0100 (CET) Date: Sun, 22 Jan 2012 21:45:10 +0100 From: Jilles Tjoelker To: cliftonr@volcano.org Message-ID: <20120122204510.GA33235@stack.nl> References: <20120111161110.4258969c.rpclark@tds.net> <20120112200843.2a348d2f.rpclark@tds.net> <4F0F8E6F.8000909@FreeBSD.org> <74dee0a775b93db4771f4de96eaf86c2@volcano.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <74dee0a775b93db4771f4de96eaf86c2@volcano.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: GENERIC make buildkernel error / fails - posix_fadvise 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, 22 Jan 2012 20:45:12 -0000 On Sun, Jan 22, 2012 at 01:00:46PM -0600, cliftonr@volcano.org wrote: > On 12.01.2012 15:52, Doug Barton wrote: > >>> chflags -R noschg /usr/obj/usr > >>> rm -rf /usr/obj/usr > > It's much faster to do: > > /bin/rm -rf ${obj}/* 2> /dev/null || /bin/chflags -R 0 ${obj}/* && > > /bin/rm -rf ${obj}/* > If I could just add one thing here, for those who might be tempted > to immediately cut and paste that elegant command line: > Consider, how does that command evaluate if the shell variable "obj" > is not set, and you're running that literal string as root? > A: You will very systematically wipe your entire server, starting > at the root, and doing a second pass to get any protected files you > missed. > I'd recommend something safer like approximately this (untested): > if ["X${obj}" != "X" -a -d ${obj}]; then cd ${obj} && (rest of cmds); > fi > Sorry for the wasted bandwidth, for those to whom it was obvious, > but anybody who has ever had to clean up after a junior admin's > attempt to do something a little too clever will appreciate why I'm > posting this. An easier way is to replace the first ${obj} with ${obj:?}, causing an error if obj is unset or null. One limitation is that it does not work with (t)csh. > On the efficiency front, for the core file deletion operators, I've > had good results with this trick (requires Perl and makes use of > its implicit-operand idioms): > find ${obj} | perl -nle unlink > If rm had an option to take files from standard input, or if > there's another program I'm not aware of which does this, it > could serve as the right-hand side of this. This does not handle all possible characters in filenames, such as a newline. The perlrun manpage suggests something with find's -print0 primary. Alternatively, use find's -unlink primary. -- Jilles Tjoelker From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 22:42:23 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 F0040106566C; Sun, 22 Jan 2012 22:42:23 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id C99048FC17; Sun, 22 Jan 2012 22:42:23 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Rp67B-000IO2-TC; Sun, 22 Jan 2012 22:42:22 +0000 Date: Mon, 23 Jan 2012 07:42:20 +0900 Message-ID: From: Randy Bush To: Robert In-Reply-To: <20120122081707.1727c0cd@dell64> References: <20120122050406.GA51443@icarus.home.lan> <20120122081707.1727c0cd@dell64> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD Stable , FreeBSD Hubs , Jeremy Chadwick Subject: Re: buildworld: don't know how to make iterator.cc 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, 22 Jan 2012 22:42:24 -0000 > I have this problem on two of my systems. Yesterday I was trying my > weekly update on a i386 9.0 stable and had this failure. This morning > on my i386 8.2 stable I had the same failure. > > I csup'd the sources again and it found no changes. I the changed my > supfile from mirro 10 to mirror 5 and it updated many source files. I > am now in the process of building world and it has went well past the > previous failure. I am assuming that it will complete, but if not I > will follow up with another email. > > It appears to just be a problem of an un-updated mirror. confirmed. hubs cc:d randy From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 01:08:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 6CAC7106567C for ; Mon, 23 Jan 2012 01:08:51 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 044C917AC8E; Mon, 23 Jan 2012 01:08:49 +0000 (UTC) Message-ID: <4F1CB321.50403@FreeBSD.org> Date: Sun, 22 Jan 2012 17:08:49 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120119 Thunderbird/9.0 MIME-Version: 1.0 To: cliftonr@volcano.org References: <20120111161110.4258969c.rpclark@tds.net> <20120112200843.2a348d2f.rpclark@tds.net> <4F0F8E6F.8000909@FreeBSD.org> <74dee0a775b93db4771f4de96eaf86c2@volcano.org> In-Reply-To: <74dee0a775b93db4771f4de96eaf86c2@volcano.org> X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: GENERIC make buildkernel error / fails - posix_fadvise 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, 23 Jan 2012 01:08:51 -0000 On 01/22/2012 11:00, cliftonr@volcano.org wrote: > On 12.01.2012 15:52, Doug Barton wrote: >>>> chflags -R noschg /usr/obj/usr >>>> rm -rf /usr/obj/usr >> >> It's much faster to do: >> >> /bin/rm -rf ${obj}/* 2> /dev/null || /bin/chflags -R 0 ${obj}/* && >> /bin/rm -rf ${obj}/* > > If I could just add one thing here, for those who might be tempted > to immediately cut and paste that elegant command line: > > Consider, how does that command evaluate if the shell variable "obj" > is not set, and you're running that literal string as root? It wasn't intended that anyone actually do what you're considering. I assumed that our users are smart enough to know that they have to substitute the actual value of /usr/obj. Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 02:00: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 AB98B106566B for ; Mon, 23 Jan 2012 02:00:57 +0000 (UTC) (envelope-from petro.rossini@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 592228FC1A for ; Mon, 23 Jan 2012 02:00:57 +0000 (UTC) Received: by vbbey12 with SMTP id ey12so2356567vbb.13 for ; Sun, 22 Jan 2012 18:00:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4FVd7wvwchbXfBBRCIUnbqpkKnHjyLoowA451wsFqb4=; b=oktvQZeHaaxVRabLQ7RsXyK4KSrn2tCeQJ13oYdjk1aGB3rJI3z52/pDPohIyvBHwQ X7ugX8AgPnIFdwEqEnpJfYY+lZSydYw64LEEw6bhGA4DoZmLO9oSEAkp8wgK6LP+ufse N3jsFAXW/fPXUOnR30skKU84M6UZHYZkEDG7k= MIME-Version: 1.0 Received: by 10.52.17.75 with SMTP id m11mr2843466vdd.101.1327282377414; Sun, 22 Jan 2012 17:32:57 -0800 (PST) Received: by 10.220.186.66 with HTTP; Sun, 22 Jan 2012 17:32:57 -0800 (PST) In-Reply-To: References: <4F15D643.8000907@rewt.org.uk> <20120118075049.289954e8@zelda.sugioarto.com> <20120121101842.786fc402@zelda.sugioarto.com> <20120121141151.0ee68aa3@zelda.sugioarto.com> <20120121154634.GA39172@icarus.home.lan> Date: Mon, 23 Jan 2012 12:32:57 +1100 Message-ID: From: Petro Rossini To: Kevin Oberman Content-Type: text/plain; charset=ISO-8859-1 Cc: Joe Holden , FreeBSD Stable Mailing List , Martin Sugioarto , Jeremy Chadwick , Ronald Klop Subject: Re: Timekeeping in stable/9 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, 23 Jan 2012 02:00:57 -0000 On Sun, Jan 22, 2012 at 4:42 AM, Kevin Oberman wrote: > I suspect that most VB users on FreeBSD use it to get access to a small > number of took on Windows...the ones in Office. It's still better than > either LibreOffice or OpenOffice.org for either documents or presentations, > especially presentations that will be displayed on a Windows system (as > most are). We are running a Zimbra Mail Server on FreebSD + VirtualBox. I have seen timekeeping issues with various virtualization solutions over the years, including VMWare ESXi and ESX. I tried NTP inside the VMs as well as some tricks to enhance the syncing with the host - all with mixed success. One of the reasons I love jails;-) Sorry, it does not help to solve the specific problem but I thought I add my usage example - it is not all Windows.. Regards Peter From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 09:27: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 9A0DE106564A for ; Mon, 23 Jan 2012 09:27:32 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 5A27F8FC0A for ; Mon, 23 Jan 2012 09:27:31 +0000 (UTC) Received: from [10.242.2.18] (port=49280 helo=Aris-MacBook-Pro.local) by fish.ish.com.au with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76) (envelope-from ) id 1RpGBT-0006tQ-3A for freebsd-stable@freebsd.org; Mon, 23 Jan 2012 20:27:28 +1100 X-CTCH-RefID: str=0001.0A150203.4F1D2800.0193,ss=1,re=0.000,fgs=0 Message-ID: <4F1D27FE.6040604@ish.com.au> Date: Mon, 23 Jan 2012 20:27:26 +1100 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:10.0) Gecko/20120111 Thunderbird/10.0 MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: missing 9.0 installation packages 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, 23 Jan 2012 09:27:32 -0000 I wanted to install src onto an existing RELEASE-9.0 box (that is maintained using freebsd-update), since I needed to build lsof. I then used sysintall as follows: * Media: ftp.freebsd.org * Distribution: custom -> src -> sys/base/include/lib Error message was then: | Unable to transfer the sbase distribution from │ │ ftp://ftp.freebsd.org. │ │ │ │ Do you want to try to retrieve it again? | I see some distributions here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/amd64/9.0-RELEASE/ but I can't see anything called sbase.txz in my searching. This might work fine from CD, but this server is in the colo without an easy way for me to insert a CD. Cheers Ari -- --------------------------> Aristedes Maniatis ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 17:14:59 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 A9571106566B for ; Mon, 23 Jan 2012 17:14:59 +0000 (UTC) (envelope-from prvs=1369c89d38=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 304838FC0A for ; Mon, 23 Jan 2012 17:14:56 +0000 (UTC) X-Spam-Processed: mail1.multiplay.co.uk, Mon, 23 Jan 2012 17:04:40 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50017675528.msg for ; Mon, 23 Jan 2012 17:04:40 +0000 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1369c89d38=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: <520B9285BCC0498286196195933D67E9@multiplay.co.uk> From: "Steven Hartland" To: Date: Mon, 23 Jan 2012 17:04:43 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Subject: ZFS: i/o error - all block copies unavailable on large disk number machines 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, 23 Jan 2012 17:14:59 -0000 We did a minor kernel update on a large storage machine here today which runs FreeBSD 8.2 and to our surprise it failed to boot at the loader with "ZFS: i/o error - all block copies unavailable". After some digging we discovered that this was likely due to the fact that the BIOS only enumerates the first 12 disks and this machine has more than that in the root zpool which was a striped raidz2 volume. This in turn means that the bootcode can't complete and hence the machine can't boot. Our solution was to migrate the root fs off the raidz2 volume and to a mirrored volume which was on two disks which where accessible from the BIOS. It would of course be nice if zfs warned or even prevented this, any thoughts? More info available if we find it here:- http://blog.multiplay.co.uk/2012/01/zfs-io-error-all-block-copies-unavailable-on-large-disk-number-machines/ Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 18:06:48 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 643961065672 for ; Mon, 23 Jan 2012 18:06:48 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout027.mac.com (asmtpout027.mac.com [17.148.16.102]) by mx1.freebsd.org (Postfix) with ESMTP id 4A3ED8FC1D for ; Mon, 23 Jan 2012 18:06:47 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com (unknown [17.209.4.71]) by asmtp027.mac.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0LY900AWEJMMQM40@asmtp027.mac.com> for freebsd-stable@freebsd.org; Mon, 23 Jan 2012 10:06:23 -0800 (PST) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7361,1.0.211,0.0.0000 definitions=2012-01-23_03:2012-01-22, 2012-01-23, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1201230164 From: Chuck Swiger X-Priority: 3 In-reply-to: <520B9285BCC0498286196195933D67E9@multiplay.co.uk> Date: Mon, 23 Jan 2012 10:06:21 -0800 Message-id: References: <520B9285BCC0498286196195933D67E9@multiplay.co.uk> To: Steven Hartland X-Mailer: Apple Mail (2.1084) Cc: freebsd-stable@freebsd.org Subject: Re: ZFS: i/o error - all block copies unavailable on large disk number machines 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, 23 Jan 2012 18:06:48 -0000 On Jan 23, 2012, at 9:04 AM, Steven Hartland wrote: > After some digging we discovered that this was likely due to the fact that the BIOS only enumerates the first 12 disks and this machine has more than that in the root zpool which was a striped raidz2 volume. This in turn means that the bootcode > can't complete and hence the machine can't boot. As far as I can tell, ZFS best practices guides recommend no more than nine drives in a group/pool. Putting more than that into a pool, much less something you are trying to boot from, seems like a fine experiment to make but is not something which I would rely upon... Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 18:40:24 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 88ECB1065674 for ; Mon, 23 Jan 2012 18:40:24 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 17A428FC17 for ; Mon, 23 Jan 2012 18:40:23 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q0NIeHrg011043 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 23 Jan 2012 18:40:17 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.2 smtp.infracaninophile.co.uk q0NIeHrg011043 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1327344017; bh=6dwaPhYtRiHcQeQ3VQsdeJ650NJgx6Y62uet1RJxArk=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Cc; b=yvlocgggEZn/Tpdid9Rq7pJvWPmVzBTkZNjOSUTA1U8yI1CJ17H/ytYWcuS2DjmOh VlT0rLj11t+v59Gh6mL0eiZeyE+Pddl3SjRgrubivXUbEhW0x6upNLA0c7SFFciWLo JiZen1tEta7eyJ5Xe1Zbk1pu3jG5+mWjabXITZ2g= Message-ID: <4F1DA991.1060601@infracaninophile.co.uk> Date: Mon, 23 Jan 2012 18:40:17 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <520B9285BCC0498286196195933D67E9@multiplay.co.uk> In-Reply-To: X-Enigmail-Version: 1.3.4 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig20E882F3DCD15B4FEC0F94EE" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Subject: Re: ZFS: i/o error - all block copies unavailable on large disk number machines 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, 23 Jan 2012 18:40:24 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig20E882F3DCD15B4FEC0F94EE Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 23/01/2012 18:06, Chuck Swiger wrote: > On Jan 23, 2012, at 9:04 AM, Steven Hartland wrote: >> After some digging we discovered that this was likely due to the >> fact that the BIOS only enumerates the first 12 disks and this >> machine has more than that in the root zpool which was a striped >> raidz2 volume. This in turn means that the bootcode can't complete >> and hence the machine can't boot. >=20 > As far as I can tell, ZFS best practices guides recommend no more > than nine drives in a group/pool. Putting more than that into a > pool, much less something you are trying to boot from, seems like a > fine experiment to make but is not something which I would rely > upon... Even if you do split up your pool into vdevs using 8 drives, you will still run into the problem with zfs being unable to assemble the pool unless it sees all of the drives in it. Interesting that this only appeared as part of a minor kernel update. I ran into this myself with 8-STABLE, no indication that there was a fix possible by juggling kernels. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig20E882F3DCD15B4FEC0F94EE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8dqZEACgkQ8Mjk52CukIyRaACfdxt6Yeps/crY8Lrh4ldEBGP8 lJMAn00A+7wbgHSfu8JS+Z+qDS8esyjr =Q17E -----END PGP SIGNATURE----- --------------enig20E882F3DCD15B4FEC0F94EE-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 19:21:01 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 8CA82106564A for ; Mon, 23 Jan 2012 19:21:01 +0000 (UTC) (envelope-from prvs=1369c89d38=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 18C568FC15 for ; Mon, 23 Jan 2012 19:21:00 +0000 (UTC) X-Spam-Processed: mail1.multiplay.co.uk, Mon, 23 Jan 2012 19:20:54 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50017676792.msg for ; Mon, 23 Jan 2012 19:20:54 +0000 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1369c89d38=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: From: "Steven Hartland" To: "Chuck Swiger" References: <520B9285BCC0498286196195933D67E9@multiplay.co.uk> Date: Mon, 23 Jan 2012 19:21:04 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-stable@freebsd.org Subject: Re: ZFS: i/o error - all block copies unavailable on large disk number machines 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, 23 Jan 2012 19:21:01 -0000 ----- Original Message ----- From: "Chuck Swiger" > On Jan 23, 2012, at 9:04 AM, Steven Hartland wrote: >> After some digging we discovered that this was likely due >> to the fact that the BIOS only enumerates the first 12 disks >> and this machine has more than that in the root zpool which >> was a striped raidz2 volume. This in turn means that the >> bootcode can't complete and hence the machine can't boot. > > As far as I can tell, ZFS best practices guides recommend no > more than nine drives in a group/pool. Putting more than that > into a pool, much less something you are trying to boot from, > seems like a fine experiment to make but is not something which > I would rely upon... Not something I've seem made clear, but quite possibly. Even with 9 disks you could easily get this if the BIOS doesn't see all of said disks, be that initially or due to disks added to the machine. For reference the original install was done on a zpool with 6 disks in a raidz2 config but then 6 additional disks where added to expand capacity. It was only when the new kernel was installed that data required to boot was then written to disks in the seconds raidz2 which is inaccessible to the boot code even though in perfect working order on a booted system. So something to document, watch out for and potentially safe guard against? It maybe something specific to machines with legacy BIOS hence not an issue with Sun kit? What made it more interesting is the boot code could see the directory structure but clearly not all of the required data. Would it be possible for the boot code to provide a more coherent message in this case? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 19:30:01 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 2A3B4106566C for ; Mon, 23 Jan 2012 19:30:01 +0000 (UTC) (envelope-from prvs=1369c89d38=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 8F31A8FC18 for ; Mon, 23 Jan 2012 19:30:00 +0000 (UTC) X-Spam-Processed: mail1.multiplay.co.uk, Mon, 23 Jan 2012 19:29:00 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50017676863.msg for ; Mon, 23 Jan 2012 19:28:59 +0000 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1369c89d38=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: <7F1E17105173440B8C52DB9AAFA7A400@multiplay.co.uk> From: "Steven Hartland" To: "Matthew Seaman" , References: <520B9285BCC0498286196195933D67E9@multiplay.co.uk> <4F1DA991.1060601@infracaninophile.co.uk> Date: Mon, 23 Jan 2012 19:29:12 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: Subject: Re: ZFS: i/o error - all block copies unavailable on large disk number machines 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, 23 Jan 2012 19:30:01 -0000 ----- Original Message ----- From: "Matthew Seaman" > Even if you do split up your pool into vdevs using 8 drives, you will > still run into the problem with zfs being unable to assemble the pool > unless it sees all of the drives in it. > > Interesting that this only appeared as part of a minor kernel update. > I ran into this myself with 8-STABLE, no indication that there was a fix > possible by juggling kernels. Indeed this was nothing to do with the changes in the kernel its purely down to which disks the physical copies of the data lives on within the boot zpool, at least that's what I believe is the key here. For reference the layout here is the following:- pool: tank2 state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM tank2 ONLINE 0 0 0 raidz2 ONLINE 0 0 0 gptid/aad3bd9f-05a2-11e1-8d4a-0025903b854c ONLINE 0 0 0 gptid/abbe61d0-05a2-11e1-8d4a-0025903b854c ONLINE 0 0 0 gptid/aca6dba7-05a2-11e1-8d4a-0025903b854c ONLINE 0 0 0 gptid/ad90c2ba-05a2-11e1-8d4a-0025903b854c ONLINE 0 0 0 gptid/ae773314-05a2-11e1-8d4a-0025903b854c ONLINE 0 0 0 gptid/af5dea39-05a2-11e1-8d4a-0025903b854c ONLINE 0 0 0 raidz2 ONLINE 0 0 0 da0p1 ONLINE 0 0 0 da1p1 ONLINE 0 0 0 da2p1 ONLINE 0 0 0 da3p1 ONLINE 0 0 0 gptid/c21396ba-05a5-11e1-bce9-0025903b854c ONLINE 0 0 0 gptid/c21b30b9-05a5-11e1-bce9-0025903b854c ONLINE 0 0 0 cache ada0p3 ONLINE 0 0 0 ada1p3 ONLINE 0 0 0 spares gptid/4eb3ef4c-05a6-11e1-bce9-0025903b854c AVAIL gptid/c2ba092d-05a5-11e1-bce9-0025903b854c AVAIL Initially the zpool was just the first raidz2. Only after install was the second raidz2 added to increase capacity. So what I believe has happened is the new kernel when installed happens to have data be located on the second raidz2 which consists of disks not available to the BIOS and hence results in "all block copies unavailable" from the boot code. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 19:51:50 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 F13581065672 for ; Mon, 23 Jan 2012 19:51:49 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 7C4448FC0A for ; Mon, 23 Jan 2012 19:51:49 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q0NJpfcj012333 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 23 Jan 2012 19:51:41 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.2 smtp.infracaninophile.co.uk q0NJpfcj012333 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1327348301; bh=Iegsmk6EXGvR3l7jwgtnnrbeuvpm342FjtMk0z5vGpM=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=U5VfpeCDOqhhyZNhjn2d79A3L0sALR/xpTQffURXFLFKu7UFq60HyUYVWmkukIQXa 2fQeofPDZk41PkHGm27pf5mg1TR/OYy+BJVouHGoien1Mkv30i6aFl/62f7Utsgixg ZnOpxQyb8E0NyyZVtwrcxGFtN5HagJcnM7m+FE0U= Message-ID: <4F1DBA47.8080504@infracaninophile.co.uk> Date: Mon, 23 Jan 2012 19:51:35 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Steven Hartland References: <520B9285BCC0498286196195933D67E9@multiplay.co.uk> <4F1DA991.1060601@infracaninophile.co.uk> <7F1E17105173440B8C52DB9AAFA7A400@multiplay.co.uk> In-Reply-To: <7F1E17105173440B8C52DB9AAFA7A400@multiplay.co.uk> X-Enigmail-Version: 1.3.4 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig88EDF986C89155EF28BD1E94" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: freebsd-stable@freebsd.org Subject: Re: ZFS: i/o error - all block copies unavailable on large disk number machines 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, 23 Jan 2012 19:51:50 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig88EDF986C89155EF28BD1E94 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 23/01/2012 19:29, Steven Hartland wrote: > Initially the zpool was just the first raidz2. Only after install > was the second raidz2 added to increase capacity. >=20 > So what I believe has happened is the new kernel when installed > happens to have data be located on the second raidz2 which > consists of disks not available to the BIOS and hence results in > "all block copies unavailable" from the boot code. Exactly what happened to me. You can run into this in a nasty way -- insert the drives, and expand the zpool on-line, and everything will carry on quite happily. Until you next reboot, when it just won't come back. And you can't undo the expansion of the pool: due to the copy-on-write behaviour of ZFS even overwriting a file in-place stands a 50% chance of being written to the new vdev. In my case, I fixed it by having a separate /boot on some USB sticks -- this was only ever accessed to read the kernel, kernel modules and bootloader at boot time, so no worries over performance. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig88EDF986C89155EF28BD1E94 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8duk0ACgkQ8Mjk52CukIzv9gCfbP0Lqr8fVBVsOuHnaFk9YrHE KjAAniRpSjDIjhKIlr7+3ch4krMMvDix =kC9P -----END PGP SIGNATURE----- --------------enig88EDF986C89155EF28BD1E94-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 20:32:31 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 8C6E6106564A for ; Mon, 23 Jan 2012 20:32:31 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4C1138FC12 for ; Mon, 23 Jan 2012 20:32:30 +0000 (UTC) Received: by qcse1 with SMTP id e1so2382863qcs.13 for ; Mon, 23 Jan 2012 12:32:30 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.134.197 with SMTP id k5mr3261474qct.58.1327349439638; Mon, 23 Jan 2012 12:10:39 -0800 (PST) Received: by 10.229.217.207 with HTTP; Mon, 23 Jan 2012 12:10:39 -0800 (PST) In-Reply-To: <4F1DBA47.8080504@infracaninophile.co.uk> References: <520B9285BCC0498286196195933D67E9@multiplay.co.uk> <4F1DA991.1060601@infracaninophile.co.uk> <7F1E17105173440B8C52DB9AAFA7A400@multiplay.co.uk> <4F1DBA47.8080504@infracaninophile.co.uk> Date: Mon, 23 Jan 2012 21:10:39 +0100 Message-ID: From: Olivier Smedts To: Matthew Seaman X-Gm-Message-State: ALoCoQkUrIQatXWn71zMgVPcYDLiAu5qkZSyTMMLQQ6Oe9BLtCsfytnkPg7CgfkcmxP2pMIFt7/P Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-stable@freebsd.org" , Steven Hartland Subject: Re: ZFS: i/o error - all block copies unavailable on large disk number machines 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, 23 Jan 2012 20:32:31 -0000 Le lundi 23 janvier 2012, Matthew Seaman a =E9crit : > On 23/01/2012 19:29, Steven Hartland wrote: >> Initially the zpool was just the first raidz2. Only after install >> was the second raidz2 added to increase capacity. >> >> So what I believe has happened is the new kernel when installed >> happens to have data be located on the second raidz2 which >> consists of disks not available to the BIOS and hence results in >> "all block copies unavailable" from the boot code. > > Exactly what happened to me. You can run into this in a nasty way -- > insert the drives, and expand the zpool on-line, and everything will > carry on quite happily. Until you next reboot, when it just won't come > back. And you can't undo the expansion of the pool: due to the > copy-on-write behaviour of ZFS even overwriting a file in-place stands a > 50% chance of being written to the new vdev. > > In my case, I fixed it by having a separate /boot on some USB sticks -- > this was only ever accessed to read the kernel, kernel modules and > bootloader at boot time, so no worries over performance. Have you tried using a separate /boot on a zfs with copies=3D2 (or the numb= er of vdevs composing the pool) ? > Cheers, > > Matthew > > -- > Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard > Flat 3 > PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate > JID: matthew@infracaninophile.co.uk Kent, CT11 9PW > > --=20 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 Mon Jan 23 20:43:07 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 663B4106566B for ; Mon, 23 Jan 2012 20:43:07 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 20F2F8FC19 for ; Mon, 23 Jan 2012 20:43:06 +0000 (UTC) Received: by vcbfl17 with SMTP id fl17so3343520vcb.13 for ; Mon, 23 Jan 2012 12:43:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Jz1c8EvADb45FOzguCwKmxXVeiIKe/thqoxjRPAyAE0=; b=BXUB8UiRzxUbJsiVBjeDpjT3IXgCZa66z/KEYIis3Dje9Ld5G2e+M4568H2JI5536O NN5iQPpIV58ZxP+fwQvWeVG56y5L9W3604RW29m93acJet7nawQaPK8JTIS3aShJFHJd MWxGqdqQD33i9pzdMa6xIcEaq+tNa5yUqZmDs= MIME-Version: 1.0 Received: by 10.220.157.83 with SMTP id a19mr6028690vcx.54.1327351386298; Mon, 23 Jan 2012 12:43:06 -0800 (PST) Received: by 10.220.117.11 with HTTP; Mon, 23 Jan 2012 12:43:06 -0800 (PST) In-Reply-To: References: <520B9285BCC0498286196195933D67E9@multiplay.co.uk> Date: Mon, 23 Jan 2012 12:43:06 -0800 Message-ID: From: Freddie Cash To: Steven Hartland Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: ZFS: i/o error - all block copies unavailable on large disk number machines 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, 23 Jan 2012 20:43:07 -0000 On Mon, Jan 23, 2012 at 11:21 AM, Steven Hartland wrote: > Not something I've seem made clear, but quite possibly. Even with > 9 disks you could easily get this if the BIOS doesn't see all of > said disks, be that initially or due to disks added to the machine. > > For reference the original install was done on a zpool with 6 disks > in a raidz2 config but then 6 additional disks where added to expand > capacity. > > It was only when the new kernel was installed that data required > to boot was then written to disks in the seconds raidz2 which is > inaccessible to the boot code even though in perfect working order > on a booted system. > > So something to document, watch out for and potentially safe > guard against? > > It maybe something specific to machines with legacy BIOS hence not > an issue with Sun kit? >From what I've gathered on the zfs-discuss mailing list, Solaris only supports rpool's (bootable pool) to use mirror vdevs, and only a single vdev in the rpool. FreeBSD is (AFAIK) the only ZFS implementation that supports booting from a raidz vdev, and from a pool with multiple raidz vdevs. IME, separating the bootable disks from the storage disks will always save you time, effort, and grief in the long run. :) Whether that means using a separate UFS / filesystem, or a mirrored set of disks for /, or a separate ZFS pool with a single mirror vdev is up to the admin. But boot/OS should be separate from bulk storage. :) -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 20:48:05 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 1FC36106564A for ; Mon, 23 Jan 2012 20:48:05 +0000 (UTC) (envelope-from prvs=1369c89d38=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 9C24D8FC17 for ; Mon, 23 Jan 2012 20:48:04 +0000 (UTC) X-Spam-Processed: mail1.multiplay.co.uk, Mon, 23 Jan 2012 20:47:43 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50017677636.msg for ; Mon, 23 Jan 2012 20:47:41 +0000 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1369c89d38=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: <8270FFAE3BF447C380F5A414FFA9A9D2@multiplay.co.uk> From: "Steven Hartland" To: "Olivier Smedts" , "Matthew Seaman" References: <520B9285BCC0498286196195933D67E9@multiplay.co.uk><4F1DA991.1060601@infracaninophile.co.uk><7F1E17105173440B8C52DB9AAFA7A400@multiplay.co.uk><4F1DBA47.8080504@infracaninophile.co.uk> Date: Mon, 23 Jan 2012 20:47:55 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-stable@freebsd.org Subject: Re: ZFS: i/o error - all block copies unavailable on large disk number machines 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, 23 Jan 2012 20:48:05 -0000 ----- Original Message ----- From: Olivier Smedts >> In my case, I fixed it by having a separate /boot on some USB sticks -- >> this was only ever accessed to read the kernel, kernel modules and >> bootloader at boot time, so no worries over performance. Out of interest whats the procedure you used for that Matthew? > Have you tried using a separate /boot on a zfs with copies=2 (or the > number of vdevs composing the pool) ? Interesting idea but this assumes that the insertion of the new disks doesn't affect the visability of the old disk. While this may sound like it shouldn't happen I can see the case where this may well be the case e.g. adding disks to a multi controller system where the id's of the added disks are lower and hence preferenced by the BIOS. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 21:46:58 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 BB3841065714 for ; Mon, 23 Jan 2012 21:46:58 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 4819E8FC16 for ; Mon, 23 Jan 2012 21:46:58 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q0NLkoxE014595 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 23 Jan 2012 21:46:50 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.2 smtp.infracaninophile.co.uk q0NLkoxE014595 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1327355210; bh=H/mesE1i2z6+0p4mwycDECJn1GPkV8iTDaS6qsi0i6I=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=XgDN148Akt5husfvOzWdSq/l73poJCK9WEHjK8k/dOBhtFOWYMvKNvC0NmRGbZOM/ KdIuEsMP8pK+1nfjl0gLuUM1wDaAXEX6RunXnXB92mH4/a4DNCu4GTQcOwri2cYrP8 z0+xBn/nd+rvADMdwxcrDSsPOelsJywFfojqJQa4= Message-ID: <4F1DD543.9070801@infracaninophile.co.uk> Date: Mon, 23 Jan 2012 21:46:43 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Steven Hartland References: <520B9285BCC0498286196195933D67E9@multiplay.co.uk><4F1DA991.1060601@infracaninophile.co.uk><7F1E17105173440B8C52DB9AAFA7A400@multiplay.co.uk><4F1DBA47.8080504@infracaninophile.co.uk> <8270FFAE3BF447C380F5A414FFA9A9D2@multiplay.co.uk> In-Reply-To: <8270FFAE3BF447C380F5A414FFA9A9D2@multiplay.co.uk> X-Enigmail-Version: 1.3.4 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig15F8B5E7B48D6B45583799A5" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: Olivier Smedts , freebsd-stable@freebsd.org Subject: Re: ZFS: i/o error - all block copies unavailable on large disk number machines 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, 23 Jan 2012 21:46:58 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig15F8B5E7B48D6B45583799A5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 23/01/2012 20:47, Steven Hartland wrote: >>> In my case, I fixed it by having a separate /boot on some USB sticks = -- >>> this was only ever accessed to read the kernel, kernel modules and >>> bootloader at boot time, so no worries over performance. >=20 > Out of interest whats the procedure you used for that Matthew? >=20 It was basically this: http://wiki.freebsd.org/RootOnZFS/UFSBoot but I already had a system installed on the ZFS, so Section 2 of that was pretty much a no-op for me. I built the USB sticks offline, then went into the datacenter with them to revive that server. I can't remember now whether I just had two bootable USB sticks -- one to use, and one as a spare -- or whether I'd made a gmirror from the two. Seeing as they were something like =A38 apiece having several on hand was easily justifiable. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig15F8B5E7B48D6B45583799A5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8d1UkACgkQ8Mjk52CukIxEEACffm88ugRxDzIW4mzbClD6Jk08 +oAAoJJ/0ksvfFFHqJv6UyLHErEpuYa0 =VSxo -----END PGP SIGNATURE----- --------------enig15F8B5E7B48D6B45583799A5-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 12:17:48 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 6D6A81065670 for ; Tue, 24 Jan 2012 12:17:48 +0000 (UTC) (envelope-from mvanco@di-vision.sk) Received: from mail.forza.sk (mail.forza.sk [92.240.234.106]) by mx1.freebsd.org (Postfix) with ESMTP id 244BD8FC0A for ; Tue, 24 Jan 2012 12:17:47 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.forza.sk (Postfix) with ESMTP id 862728032C for ; Tue, 24 Jan 2012 13:01:10 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=di-vision.sk; h= x-mailer:mime-version:message-id:date:date:subject:subject :content-transfer-encoding:content-type:content-type:from:from :received:received; s=mail; t=1327406470; bh=fUDL+yO2BYPgDqgK2Zp X9qkHoySCxXJk9qGX3ay6ygA=; b=FW86pGyxfZxhtV2iKAsk/2K+c6iFZ16fpWc EIwFy3Qua4mM1hCNIjcQaMhc1/q4PGyHM54ffByG0hBRX/RThq8RAim0ICwxipOT 7stqS49W4hZTm5zriQY0wq202envAi2NsgeVHTTJOzxlkewW1GjFlSB02DLqqeLS ZGxgUPtQ= X-Virus-Scanned: amavisd-new at forza.sk Received: from mail.forza.sk ([127.0.0.1]) by localhost (mail.forza.sk [127.0.0.1]) (amavisd-new, port 10026) with LMTP id pzGwLSvksY-m for ; Tue, 24 Jan 2012 13:01:10 +0100 (CET) Received: from [192.168.0.11] (unknown [178.143.101.64]) by mail.forza.sk (Postfix) with ESMTPSA id 4C92B8032A for ; Tue, 24 Jan 2012 13:01:09 +0100 (CET) From: =?utf-8?Q?Michal_Van=C4=8Do?= Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 24 Jan 2012 13:01:09 +0100 Message-Id: <43606099-9A1E-4B56-87FB-FB1CD23E9A8F@di-vision.sk> To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Apple Message framework v1251.1) X-Mailer: Apple Mail (2.1251.1) Subject: ath0: device timeout on 9.0-STABLE 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, 24 Jan 2012 12:17:48 -0000 Hi there, I've installed 9.0-STABLE (also tried on 9.0-RELEASE) on my Thinkpad T60 = and I'm not able to use WiFi. Kernel is GENERIC.=20 pciconf -lv: ath0@pci0:3:0:0: class=3D0x028000 card=3D0x0033168c = chip=3D0x0024168c rev=3D0x01 hdr=3D0x00 vendor =3D 'Atheros Communications Inc.' device =3D 'AR5008 Wireless Network Adapter' class =3D network relevant part of rc.conf: wlans_ath0=3D"wlan0" create_args_wlan0=3D"country SK" ifconfig_wlan0=3D"WPA DHCP" and wpa_supplicant.conf: ctrl_interface=3D/var/run/wpa_supplicant network=3D{ ssid=3D"XXX" psk=3D"XXX" } dmesg just fills with "ath0: device timeout" messages and wifi just = doesn't work. any clue? regards michal From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 14:01:58 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 4F50F1065674 for ; Tue, 24 Jan 2012 14:01:58 +0000 (UTC) (envelope-from jhugo@meraka.csir.co.za) Received: from marge.meraka.csir.co.za (marge.meraka.csir.co.za [IPv6:2001:4200:7000:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 882A48FC18 for ; Tue, 24 Jan 2012 14:01:57 +0000 (UTC) Received: from pcbsd-7995.localnet (unknown [IPv6:2001:4200:7000:3:211:43ff:feba:aff1]) by marge.meraka.csir.co.za (Postfix) with ESMTP id 269E1D0CC46 for ; Tue, 24 Jan 2012 16:01:52 +0200 (SAST) From: Johann Hugo To: FreeBSD Stable Mailing List Date: Tue, 24 Jan 2012 16:01:48 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-RELEASE; KDE/4.7.3; i386; ; ) X-KMail-Markup: true MIME-Version: 1.0 Message-Id: <201201241601.48356.jhugo@meraka.csir.co.za> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: zpool detach pool 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: Tue, 24 Jan 2012 14:01:58 -0000 Is there any way to recover data from a (good) disk that was detached from a zpool ? Johann From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 14:37: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 BE0AF106566B for ; Tue, 24 Jan 2012 14:37:00 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 489A28FC18 for ; Tue, 24 Jan 2012 14:37:00 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q0OEau1A032767 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 24 Jan 2012 14:36:56 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.2 smtp.infracaninophile.co.uk q0OEau1A032767 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1327415816; bh=+yapagDOfbe/c2ICqf393wqaWq2XZABHTxhe8WuBUBA=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Cc; b=KfLsD82lDaCYON/XMWBebITzjmTlDW+csHzA/c5B97f78awcphj+NpDjTcg0j4yDo aMWUd7t1SVQYXIAr/ltSACjNANpfnhCfjs8XVQCNg3TP771zf1RIdkxCx3uBVNpk20 mDSShjYeawtnxgS8H82QKGnd4efgCBXwipXumddM= Message-ID: <4F1EC208.5060808@infracaninophile.co.uk> Date: Tue, 24 Jan 2012 14:36:56 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <201201241601.48356.jhugo@meraka.csir.co.za> In-Reply-To: <201201241601.48356.jhugo@meraka.csir.co.za> X-Enigmail-Version: 1.3.4 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7156DA432AB06C8EA4C87684" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Subject: Re: zpool detach pool 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: Tue, 24 Jan 2012 14:37:00 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7156DA432AB06C8EA4C87684 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 24/01/2012 14:01, Johann Hugo wrote: > Is there any way to recover data from a (good) disk that was detached f= rom a=20 > zpool ? Possibly, but not necessarily easily. It depends on how much of your pool that disk represents. If it's one half of a mirror, then sure -- easy. You just need a system you can import the pool too. The zpool will show up as degraded, but if you have enough copies of everything it should still show up. If it's part of a raidz{,2,3} or your zpool extended over several vdevs, then you won't be able to recover the entire pool. Also, you won't be able to access the data through the filesystem in the usual way. You'ld have to read the individual 128k blocks used by ZFS and try and piece them back into complete files. Depending on the history of the drive you might be able to recover a previous version of a file, even if you can't get the latest one back. To do this may well require the services of a specialised data recovery company. If you're worried about leaking confidential information on old disk drives, then a few passes with dban should render the data unrecoverable except by heroic measures. Unless you're dealing in highly sensitive material, that is generally sufficient. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig7156DA432AB06C8EA4C87684 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8ewggACgkQ8Mjk52CukIwbbACfV4YU3ALy8GfeBq8YGR2StzKM iYYAnRRAjovNeid7+XPSfUYXUcxDkLD2 =d1HM -----END PGP SIGNATURE----- --------------enig7156DA432AB06C8EA4C87684-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 15: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 B0E9D1065675 for ; Tue, 24 Jan 2012 15:02:18 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta14.emeryville.ca.mail.comcast.net (qmta14.emeryville.ca.mail.comcast.net [76.96.27.212]) by mx1.freebsd.org (Postfix) with ESMTP id 989B08FC17 for ; Tue, 24 Jan 2012 15:02:18 +0000 (UTC) Received: from omta03.emeryville.ca.mail.comcast.net ([76.96.30.27]) by qmta14.emeryville.ca.mail.comcast.net with comcast id RSwK1i0010b6N64AET2J42; Tue, 24 Jan 2012 15:02:18 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta03.emeryville.ca.mail.comcast.net with comcast id RT2H1i00N1t3BNj8PT2HyZ; Tue, 24 Jan 2012 15:02:17 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 1F845102C19; Tue, 24 Jan 2012 07:02:17 -0800 (PST) Date: Tue, 24 Jan 2012 07:02:17 -0800 From: Jeremy Chadwick To: Matthew Seaman Message-ID: <20120124150217.GA10327@icarus.home.lan> References: <201201241601.48356.jhugo@meraka.csir.co.za> <4F1EC208.5060808@infracaninophile.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F1EC208.5060808@infracaninophile.co.uk> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: zpool detach pool 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: Tue, 24 Jan 2012 15:02:18 -0000 On Tue, Jan 24, 2012 at 02:36:56PM +0000, Matthew Seaman wrote: > If you're worried about leaking confidential information on old disk > drives, then a few passes with dban should render the data unrecoverable > except by heroic measures. Comments in passing: 1) A single pass of writing zeros to every LBA (which DBAN can do) is sufficient. The "multi-pass" nonsense was debunked a while back, where no data recovery company took on the challenge of recovering data from a drive that had all zeros written to every LBA. You can read the story here, and some data recovery companies' reactions: http://hostjury.com/blog/view/195/the-great-zero-challenge-remains-unaccepted http://hardware.slashdot.org/story/08/09/06/189248/the-great-zero-challenge-remains-unaccepted http://16s.us/zero/index.php 2) Folks considering debunking the above by mentioning Steve Gibson's SpinRite software should try their best to figure out what that buzzword-focused software actually does (including reading the technical paper on it; "DynaStat", whatever dude) -- but the reason it sometimes works for people is because it works on two levels -- both sector level *and* filesystem level. It does understand FAT/FAT32/NTFS and some other common ones, but not *IX filesystems (to my knowledge). 3) Folks considering using DBAN should either use DBAN 1.0.x or DBAN 2.2.6 "fixed", since the 2.x.x series has a well-established compatibility issue with many motherboards (the author chose to use a buggy version of SYSLINUX/MEMLINUX/ISOLINUX which causes this problem). The end result is a bootable CD that complains about "no configuration file". I've seen this happen on both consumer (Gigabyte) and server-grade hardware (Supermicro). Details: http://sourceforge.net/tracker/?func=detail&aid=3151269&group_id=61951&atid=498945 You can download the 2.2.6 "fixed" ISO here (which is the same software just built with a newer/bugfixed version of SYSLINUX/etc.): http://ubcdcreator.stopspazzing.com/dban/dban-2.2.6_i586-fixed.iso You can also Google for "dban-2.2.6_i586-fixed.iso" and find lots of people complaining about the same problem. It's fairly widespread. All DBAN does is write {whatever-source-you-choose} to the drive basically with dd (it's actually a separate wrapper program but it behaves identically to dd). 4) If you ever plan on re-using this drive in a system, please do not use the PRNG method or similar methods ("write random jibberish all over the drive"). This is almost guaranteed to confuse a system (ANY system) the next time you insert the disk; data is written to the MBR and partition table regions which is gobbledegook, resulting in the underlying BIOS, OS, or anything else trying to parse that data, and thus begins behaving weirdly/oddly ("what do you mean I can't partition this disk?" "Yeah, there's an HP/UX partition on this thing, right..."). I speak from personal experience on this matter. As such, I always advocate people zero their drives and not to pick the defaults. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 03:46:31 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 02E42106566C; Wed, 25 Jan 2012 03:46:31 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 91C368FC08; Wed, 25 Jan 2012 03:46:30 +0000 (UTC) Received: by vcbfl17 with SMTP id fl17so4983413vcb.13 for ; Tue, 24 Jan 2012 19:46:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=WwjT6FY0UdnX7xm0mMYO283zZ/MU2l/0duZcoI/naQs=; b=pDNR1qysUJbNy0tmdH8rtucJXVDLW8K2hQSV42J30N77WIV2nnTqie7XDPVia2smm/ cM7Nhovxg7lcx3aNVRjj7ei804eRzmFwhIWFn98AXdD0g7jNbHNQsF4dCCHxgmOmh9Bo sMCnjdNWsrZWRMP3xVBLXwhXeb8bkpRjrCTDg= MIME-Version: 1.0 Received: by 10.52.94.73 with SMTP id da9mr7816459vdb.6.1327463189616; Tue, 24 Jan 2012 19:46:29 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.71.241 with HTTP; Tue, 24 Jan 2012 19:46:29 -0800 (PST) In-Reply-To: <43606099-9A1E-4B56-87FB-FB1CD23E9A8F@di-vision.sk> References: <43606099-9A1E-4B56-87FB-FB1CD23E9A8F@di-vision.sk> Date: Tue, 24 Jan 2012 19:46:29 -0800 X-Google-Sender-Auth: kK2TUytS7eHt2HSl-wbTxV0PepM Message-ID: From: Adrian Chadd To: =?UTF-8?Q?Michal_Van=C4=8Do?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-wireless@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ath0: device timeout on 9.0-STABLE 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, 25 Jan 2012 03:46:31 -0000 Sure, can you please: * compile with the following options: options ATH_DEBUG options AH_DEBUG options ATH_DIAGAPI * compile /usr/src/sys/tools/tools/ath/athstats/ * run athstats -i ath0 and email them to me + freebsd-wireless@freebsd.org Thanks! Adrian On 24 January 2012 04:01, Michal Van=C4=8Do wrote: > Hi there, > > I've installed 9.0-STABLE (also tried on 9.0-RELEASE) on my Thinkpad T60 > and I'm not able to use WiFi. Kernel is GENERIC. > > pciconf -lv: > ath0@pci0:3:0:0: class=3D0x028000 card=3D0x0033168c chip=3D0x00241= 68c > rev=3D0x01 hdr=3D0x00 > vendor =3D 'Atheros Communications Inc.' > device =3D 'AR5008 Wireless Network Adapter' > class =3D network > > relevant part of rc.conf: > wlans_ath0=3D"wlan0" > create_args_wlan0=3D"country SK" > ifconfig_wlan0=3D"WPA DHCP" > > and wpa_supplicant.conf: > ctrl_interface=3D/var/run/wpa_supplicant > > network=3D{ > ssid=3D"XXX" > psk=3D"XXX" > } > > dmesg just fills with "ath0: device timeout" messages and wifi just > doesn't work. > > any clue? > > regards > michal > > _______________________________________________ > 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 Jan 25 07:51:04 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 0EE7C106566C for ; Wed, 25 Jan 2012 07:51:04 +0000 (UTC) (envelope-from mvanco@di-vision.sk) Received: from mail.forza.sk (mail.forza.sk [92.240.234.106]) by mx1.freebsd.org (Postfix) with ESMTP id A1FA78FC14 for ; Wed, 25 Jan 2012 07:51:03 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.forza.sk (Postfix) with ESMTP id A07A38031C; Wed, 25 Jan 2012 08:51:01 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=di-vision.sk; h= x-mailer:references:message-id:content-transfer-encoding:date :date:in-reply-to:from:from:content-type:content-type :mime-version:subject:subject:received:received; s=mail; t= 1327477861; bh=cOn2vtXNj7vh/t98VBwsAEmcxGLGMQVQe0eFMSfrwLA=; b=d +U0drXNMTRirPOt5aJ75g9Y7zlXH7EF/uLg2lf3UQJQJTICABTNFJ2GGshoCc4EB JBxYypwFYe0krqp3a7ntcZwLml8ICJMRTB/jkkvWCmSqWwRuDyPfkDHnwIkoboYS 9CWsDMJZS9l/sls7y90uELbNfTJR1ppw3GFfSwpIHU= X-Virus-Scanned: amavisd-new at forza.sk Received: from mail.forza.sk ([127.0.0.1]) by localhost (mail.forza.sk [127.0.0.1]) (amavisd-new, port 10026) with LMTP id Q2iyj1GpmPqT; Wed, 25 Jan 2012 08:51:01 +0100 (CET) Received: from [192.168.0.11] (unknown [178.143.101.64]) by mail.forza.sk (Postfix) with ESMTPSA id 993C480317; Wed, 25 Jan 2012 08:51:00 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=utf-8 From: =?utf-8?Q?Michal_Van=C4=8Do?= In-Reply-To: Date: Wed, 25 Jan 2012 08:51:00 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <43606099-9A1E-4B56-87FB-FB1CD23E9A8F@di-vision.sk> To: Adrian Chadd X-Mailer: Apple Mail (2.1251.1) Cc: freebsd-wireless@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ath0: device timeout on 9.0-STABLE 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, 25 Jan 2012 07:51:04 -0000 Adrian, believe or not =E2=80=A6 it simply started to work. I just left my = thinkpad turned off during the night and now when I booted, almost = everything works as expected: # ifconfig wlan0 wlan0: flags=3D8843 metric 0 mtu = 1500 ether 00:19:7e:52:1c:c4 inet 192.168.0.17 netmask 0xffffff00 broadcast 192.168.0.255 nd6 options=3D29 media: IEEE 802.11 Wireless Ethernet OFDM/48Mbps mode 11g status: associated ssid XXX channel 9 (2452 MHz 11g) bssid 10:9a:dd:88:2a:5d regdomain ETSI2 country SK indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 3:128-bit txpower 30 bmiss 7 scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst roaming MANUAL # /usr/src/tools/tools/ath/athstats/athstats -i ath0 4228 data frames received 818 data frames transmit 3 tx frames with an alternate rate 126 long on-chip tx retries 29480 mib overflow interrupts 24M current transmit rate 730 tx frames with short preamble 210 rx failed 'cuz of bad CRC 18 rx failed 'cuz of PHY err 18 CCK restart 10 periodic calibrations -0/+0 TDMA slot adjust (usecs, smoothed) 37 rssi of last ack 37 avg recv rssi -96 rx noise floor 90 tx frames through raw api 1 spur immunity level 1 first step level 9 ANI increased spur immunity 2 ANI decrease spur immunity 103 ANI enabled OFDM weak signal detect 4 ANI disabled OFDM weak signal detect 102 ANI disabled CCK weak signal threshold 3 ANI increased first step level 7392282 cumulative OFDM phy error count 34526 cumulative CCK phy error count 20 ANI forced listen time to zero 126 missing ACK's 291 bad FCS 2928 beacons received 39 average rssi (beacons only) 37 average rssi (all rx'd frames) 37 average rssi (ACKs only) Antenna profile: [0] tx 817 rx 65 [1] tx 0 rx 4163 I say "almost" because that small WiFi-LED doesn't blink as it should. = Is there any way to fix this? I see these sysctls: dev.ath.0.softled: 0 dev.ath.0.ledpin: 0 dev.ath.0.ledon: 0 dev.ath.0.ledidle: 2700 but I'm lost with them :) regards michal On 25.1.2012, at 4:46, Adrian Chadd wrote: > Sure, can you please: >=20 > * compile with the following options: >=20 > options ATH_DEBUG > options AH_DEBUG > options ATH_DIAGAPI >=20 > * compile /usr/src/sys/tools/tools/ath/athstats/ >=20 > * run athstats -i ath0 and email them to me + = freebsd-wireless@freebsd.org >=20 > Thanks! >=20 >=20 >=20 > Adrian >=20 >=20 > On 24 January 2012 04:01, Michal Van=C4=8Do = wrote: > Hi there, >=20 > I've installed 9.0-STABLE (also tried on 9.0-RELEASE) on my Thinkpad = T60 and I'm not able to use WiFi. Kernel is GENERIC. >=20 > pciconf -lv: > ath0@pci0:3:0:0: class=3D0x028000 card=3D0x0033168c = chip=3D0x0024168c rev=3D0x01 hdr=3D0x00 > vendor =3D 'Atheros Communications Inc.' > device =3D 'AR5008 Wireless Network Adapter' > class =3D network >=20 > relevant part of rc.conf: > wlans_ath0=3D"wlan0" > create_args_wlan0=3D"country SK" > ifconfig_wlan0=3D"WPA DHCP" >=20 > and wpa_supplicant.conf: > ctrl_interface=3D/var/run/wpa_supplicant >=20 > network=3D{ > ssid=3D"XXX" > psk=3D"XXX" > } >=20 > dmesg just fills with "ath0: device timeout" messages and wifi just = doesn't work. >=20 > any clue? >=20 > regards > michal >=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" >=20 From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 07:52: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 F3FB11065672; Wed, 25 Jan 2012 07:52:33 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 946298FC1E; Wed, 25 Jan 2012 07:52:33 +0000 (UTC) Received: by vcmm1 with SMTP id m1so56581vcm.13 for ; Tue, 24 Jan 2012 23:52:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=TEdCHY0NvY7/K5MBXkG6lEl1zvenSDYE4h7xb2pdobI=; b=SSKlFFkWSH+gqyAi7p05R21HQMzKi29Uh/6mpfE9OoGRgchwRc3PVZteEwUCZnO0Sg HDpIQGdnEA5LstgdCJsLDoCdHAVCQqZcq6XMqsHF5FLSikxAgJHOD9U6fmMK+1rgFAcw aUEsRrESIma7vd0I+50lvFa7TrNb65nt5a9TQ= MIME-Version: 1.0 Received: by 10.52.29.228 with SMTP id n4mr8183345vdh.57.1327477952000; Tue, 24 Jan 2012 23:52:32 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.71.241 with HTTP; Tue, 24 Jan 2012 23:52:31 -0800 (PST) In-Reply-To: References: <43606099-9A1E-4B56-87FB-FB1CD23E9A8F@di-vision.sk> Date: Tue, 24 Jan 2012 23:52:31 -0800 X-Google-Sender-Auth: _agOZIxUeisULXyZOlZv4Liljc0 Message-ID: From: Adrian Chadd To: =?UTF-8?Q?Michal_Van=C4=8Do?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-wireless@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ath0: device timeout on 9.0-STABLE 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, 25 Jan 2012 07:52:34 -0000 Hi, The LED stuff may be a bit broken for 9.0. I'll try to fix it up and backport the GPIO and LED fixes. Adrian On 24 January 2012 23:51, Michal Van=C4=8Do wrote: > Adrian, > > believe or not =E2=80=A6 it simply started to work. I just left my thinkp= ad turned > off during the night and now when I booted, almost everything works as > expected: > > # ifconfig wlan0 > wlan0: flags=3D8843 metric 0 mtu = 1500 > ether 00:19:7e:52:1c:c4 > inet 192.168.0.17 netmask 0xffffff00 broadcast 192.168.0.255 > nd6 options=3D29 > media: IEEE 802.11 Wireless Ethernet OFDM/48Mbps mode 11g > status: associated > ssid XXX channel 9 (2452 MHz 11g) bssid 10:9a:dd:88:2a:5d > regdomain ETSI2 country SK indoor ecm authmode WPA2/802.11i > privacy ON deftxkey UNDEF AES-CCM 3:128-bit txpower 30 bmiss 7 > scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 > roam:rate 5 protmode CTS wme burst roaming MANUAL > > # /usr/src/tools/tools/ath/athstats/athstats -i ath0 > 4228 data frames received > 818 data frames transmit > 3 tx frames with an alternate rate > 126 long on-chip tx retries > 29480 mib overflow interrupts > 24M current transmit rate > 730 tx frames with short preamble > 210 rx failed 'cuz of bad CRC > 18 rx failed 'cuz of PHY err > 18 CCK restart > 10 periodic calibrations > -0/+0 TDMA slot adjust (usecs, smoothed) > 37 rssi of last ack > 37 avg recv rssi > -96 rx noise floor > 90 tx frames through raw api > 1 spur immunity level > 1 first step level > 9 ANI increased spur immunity > 2 ANI decrease spur immunity > 103 ANI enabled OFDM weak signal detect > 4 ANI disabled OFDM weak signal detect > 102 ANI disabled CCK weak signal threshold > 3 ANI increased first step level > 7392282 cumulative OFDM phy error count > 34526 cumulative CCK phy error count > 20 ANI forced listen time to zero > 126 missing ACK's > 291 bad FCS > 2928 beacons received > 39 average rssi (beacons only) > 37 average rssi (all rx'd frames) > 37 average rssi (ACKs only) > Antenna profile: > [0] tx 817 rx 65 > [1] tx 0 rx 4163 > > I say "almost" because that small WiFi-LED doesn't blink as it should. Is > there any way to fix this? I see these sysctls: > > dev.ath.0.softled: 0 > dev.ath.0.ledpin: 0 > dev.ath.0.ledon: 0 > dev.ath.0.ledidle: 2700 > > but I'm lost with them :) > > regards > michal > > On 25.1.2012, at 4:46, Adrian Chadd wrote: > > > Sure, can you please: > > > > * compile with the following options: > > > > options ATH_DEBUG > > options AH_DEBUG > > options ATH_DIAGAPI > > > > * compile /usr/src/sys/tools/tools/ath/athstats/ > > > > * run athstats -i ath0 and email them to me + > freebsd-wireless@freebsd.org > > > > Thanks! > > > > > > > > Adrian > > > > > > On 24 January 2012 04:01, Michal Van=C4=8Do wrote= : > > Hi there, > > > > I've installed 9.0-STABLE (also tried on 9.0-RELEASE) on my Thinkpad T6= 0 > and I'm not able to use WiFi. Kernel is GENERIC. > > > > pciconf -lv: > > ath0@pci0:3:0:0: class=3D0x028000 card=3D0x0033168c chip=3D0x002= 4168c > rev=3D0x01 hdr=3D0x00 > > vendor =3D 'Atheros Communications Inc.' > > device =3D 'AR5008 Wireless Network Adapter' > > class =3D network > > > > relevant part of rc.conf: > > wlans_ath0=3D"wlan0" > > create_args_wlan0=3D"country SK" > > ifconfig_wlan0=3D"WPA DHCP" > > > > and wpa_supplicant.conf: > > ctrl_interface=3D/var/run/wpa_supplicant > > > > network=3D{ > > ssid=3D"XXX" > > psk=3D"XXX" > > } > > > > dmesg just fills with "ath0: device timeout" messages and wifi just > doesn't work. > > > > any clue? > > > > regards > > michal > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g > " > > > > _______________________________________________ > 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 Jan 25 08:09:05 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 96357106566C for ; Wed, 25 Jan 2012 08:09:05 +0000 (UTC) (envelope-from jhugo@meraka.csir.co.za) Received: from marge.meraka.csir.co.za (marge.meraka.csir.co.za [IPv6:2001:4200:7000:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 8820C8FC12 for ; Wed, 25 Jan 2012 08:09:04 +0000 (UTC) Received: from pcbsd-7995.localnet (unknown [IPv6:2001:4200:7000:3:211:43ff:feba:aff1]) by marge.meraka.csir.co.za (Postfix) with ESMTP id DC55AD0CC29 for ; Wed, 25 Jan 2012 10:09:01 +0200 (SAST) From: Johann Hugo To: freebsd-stable@freebsd.org Date: Wed, 25 Jan 2012 10:08:39 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-RELEASE; KDE/4.7.3; i386; ; ) References: <201201241601.48356.jhugo@meraka.csir.co.za> <4F1EC208.5060808@infracaninophile.co.uk> In-Reply-To: <4F1EC208.5060808@infracaninophile.co.uk> X-KMail-Markup: true MIME-Version: 1.0 Message-Id: <201201251008.40061.jhugo@meraka.csir.co.za> Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: zpool detach pool 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, 25 Jan 2012 08:09:05 -0000 On Tuesday, January 24, 2012 04:36:56 PM Matthew Seaman wrote: > On 24/01/2012 14:01, Johann Hugo wrote: > > Is there any way to recover data from a (good) disk that was detached > > from a zpool ? > > Possibly, but not necessarily easily. It depends on how much of your > pool that disk represents. If it's one half of a mirror, then sure -- > easy. You just need a system you can import the pool too. The zpool > will show up as degraded, but if you have enough copies of everything it > should still show up. Yes, the pool is one half of a mirror, but "zpool import" does not recognizes any pool on the disk. I have a copy of all the crucial stuff on the disk, but there is also some nice-to-have stuff on the disk if I can get hold of it without to much effort. Johann From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 08:13:29 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 6339E1065670; Wed, 25 Jan 2012 08:13:29 +0000 (UTC) (envelope-from mvanco@di-vision.sk) Received: from mail.forza.sk (mail.forza.sk [92.240.234.106]) by mx1.freebsd.org (Postfix) with ESMTP id F23048FC08; Wed, 25 Jan 2012 08:13:28 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.forza.sk (Postfix) with ESMTP id A4B6A8031C; Wed, 25 Jan 2012 09:13:27 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=di-vision.sk; h= x-mailer:references:message-id:content-transfer-encoding:date :date:in-reply-to:from:from:content-type:content-type :mime-version:subject:subject:received:received; s=mail; t= 1327479207; bh=69zYYVa3NT5euIyJsYT7ZW5tvalVXaiT8L+iGKHfR+4=; b=d ihE1LjswTeZtVcDwNL81E1pYWnowtlmNeVgrG8CcZwU+0Uy1+rQbwW9p9I7ZVaVK j4GxSMmp6Swv9tJbZ/jWwQNLdUiiBGMOM3ZXcXwuF/skU2HTElCWOHZtCiqrrJPH VNKqGRWwRRk2Acs19We2p9hxtGg26etMlVWs4eLXY4= X-Virus-Scanned: amavisd-new at forza.sk Received: from mail.forza.sk ([127.0.0.1]) by localhost (mail.forza.sk [127.0.0.1]) (amavisd-new, port 10026) with LMTP id WDN0KT6Nalgn; Wed, 25 Jan 2012 09:13:27 +0100 (CET) Received: from [192.168.0.11] (unknown [178.143.101.64]) by mail.forza.sk (Postfix) with ESMTPSA id 2028B802F2; Wed, 25 Jan 2012 09:13:26 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=utf-8 From: =?utf-8?Q?Michal_Van=C4=8Do?= In-Reply-To: Date: Wed, 25 Jan 2012 09:13:26 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <2FBABAB8-A464-4A66-9753-20D72C6A7CB0@di-vision.sk> References: <43606099-9A1E-4B56-87FB-FB1CD23E9A8F@di-vision.sk> To: Adrian Chadd X-Mailer: Apple Mail (2.1251.1) Cc: freebsd-wireless@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ath0: device timeout on 9.0-STABLE 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, 25 Jan 2012 08:13:29 -0000 Hi, thanks for your response. Though there is one more thing. Is my adapter supposed to work in 5GHz = band? I'm sure it works in windows and linux. Trying to switch to a = different SSID (5GHz one) on the same AP, wlan0 stay unassociated = (status: no carrier): # ifconfig wlan0 wlan0: flags=3D8843 metric 0 mtu = 1500 ether 00:19:7e:52:1c:c4 nd6 options=3D29 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid "XXX (5 GHz)" channel 36 (5180 MHz 11a) regdomain ETSI2 country SK indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF txpower 17 bmiss 7 mcastrate 6 = mgmtrate 6 scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 12 wme burst roaming MANUAL =09 # /usr/src/tools/tools/ath/athstats/athstats -i ath0 3245 data frames received 1102 data frames transmit 652 mib overflow interrupts 6M current transmit rate 116 rx failed 'cuz of bad CRC 46 rx failed 'cuz of PHY err 46 CCK restart -0/+0 TDMA slot adjust (usecs, smoothed) 23 rssi of last ack 25 avg recv rssi -96 rx noise floor 1102 tx frames through raw api 1 spur immunity level 1 first step level 14 ANI increased spur immunity 889 ANI enabled OFDM weak signal detect 889 ANI disabled CCK weak signal threshold 10 ANI increased first step level 180060 cumulative OFDM phy error count 1709 cumulative CCK phy error count 113 bad FCS 25 average rssi (beacons only) 32 average rssi (all rx'd frames) 23 average rssi (ACKs only) Antenna profile: [0] tx 1056 rx 200 [1] tx 0 rx 3045 With these messages in dmesg: ar5212StopDmaReceive: dma failed to stop in 10ms AR_CR=3D0x00000024 AR_DIAG_SW=3D0x42000020 ar5212StopDmaReceive: dma failed to stop in 10ms AR_CR=3D0x00000024 AR_DIAG_SW=3D0x42000020 Michal On 25.1.2012, at 8:52, Adrian Chadd wrote: > Hi, >=20 > The LED stuff may be a bit broken for 9.0. I'll try to fix it up and = backport the GPIO and LED fixes. >=20 >=20 > Adrian >=20 > On 24 January 2012 23:51, Michal Van=C4=8Do = wrote: > Adrian, >=20 > believe or not =E2=80=A6 it simply started to work. I just left my = thinkpad turned off during the night and now when I booted, almost = everything works as expected: >=20 > # ifconfig wlan0 > wlan0: flags=3D8843 metric 0 = mtu 1500 > ether 00:19:7e:52:1c:c4 > inet 192.168.0.17 netmask 0xffffff00 broadcast 192.168.0.255 > nd6 options=3D29 > media: IEEE 802.11 Wireless Ethernet OFDM/48Mbps mode 11g > status: associated > ssid XXX channel 9 (2452 MHz 11g) bssid 10:9a:dd:88:2a:5d > regdomain ETSI2 country SK indoor ecm authmode WPA2/802.11i > privacy ON deftxkey UNDEF AES-CCM 3:128-bit txpower 30 bmiss 7 > scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 > roam:rate 5 protmode CTS wme burst roaming MANUAL >=20 > # /usr/src/tools/tools/ath/athstats/athstats -i ath0 > 4228 data frames received > 818 data frames transmit > 3 tx frames with an alternate rate > 126 long on-chip tx retries > 29480 mib overflow interrupts > 24M current transmit rate > 730 tx frames with short preamble > 210 rx failed 'cuz of bad CRC > 18 rx failed 'cuz of PHY err > 18 CCK restart > 10 periodic calibrations > -0/+0 TDMA slot adjust (usecs, smoothed) > 37 rssi of last ack > 37 avg recv rssi > -96 rx noise floor > 90 tx frames through raw api > 1 spur immunity level > 1 first step level > 9 ANI increased spur immunity > 2 ANI decrease spur immunity > 103 ANI enabled OFDM weak signal detect > 4 ANI disabled OFDM weak signal detect > 102 ANI disabled CCK weak signal threshold > 3 ANI increased first step level > 7392282 cumulative OFDM phy error count > 34526 cumulative CCK phy error count > 20 ANI forced listen time to zero > 126 missing ACK's > 291 bad FCS > 2928 beacons received > 39 average rssi (beacons only) > 37 average rssi (all rx'd frames) > 37 average rssi (ACKs only) > Antenna profile: > [0] tx 817 rx 65 > [1] tx 0 rx 4163 >=20 > I say "almost" because that small WiFi-LED doesn't blink as it should. = Is there any way to fix this? I see these sysctls: >=20 > dev.ath.0.softled: 0 > dev.ath.0.ledpin: 0 > dev.ath.0.ledon: 0 > dev.ath.0.ledidle: 2700 >=20 > but I'm lost with them :) >=20 > regards > michal >=20 > On 25.1.2012, at 4:46, Adrian Chadd wrote: >=20 > > Sure, can you please: > > > > * compile with the following options: > > > > options ATH_DEBUG > > options AH_DEBUG > > options ATH_DIAGAPI > > > > * compile /usr/src/sys/tools/tools/ath/athstats/ > > > > * run athstats -i ath0 and email them to me + = freebsd-wireless@freebsd.org > > > > Thanks! > > > > > > > > Adrian > > > > > > On 24 January 2012 04:01, Michal Van=C4=8Do = wrote: > > Hi there, > > > > I've installed 9.0-STABLE (also tried on 9.0-RELEASE) on my Thinkpad = T60 and I'm not able to use WiFi. Kernel is GENERIC. > > > > pciconf -lv: > > ath0@pci0:3:0:0: class=3D0x028000 card=3D0x0033168c = chip=3D0x0024168c rev=3D0x01 hdr=3D0x00 > > vendor =3D 'Atheros Communications Inc.' > > device =3D 'AR5008 Wireless Network Adapter' > > class =3D network > > > > relevant part of rc.conf: > > wlans_ath0=3D"wlan0" > > create_args_wlan0=3D"country SK" > > ifconfig_wlan0=3D"WPA DHCP" > > > > and wpa_supplicant.conf: > > ctrl_interface=3D/var/run/wpa_supplicant > > > > network=3D{ > > ssid=3D"XXX" > > psk=3D"XXX" > > } > > > > dmesg just fills with "ath0: device timeout" messages and wifi just = doesn't work. > > > > any clue? > > > > regards > > michal > > > > _______________________________________________ > > 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" > > >=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" >=20 From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 15:23: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 ADB0B1065674 for ; Wed, 25 Jan 2012 15:23:37 +0000 (UTC) (envelope-from amdmiek@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6DEB98FC0C for ; Wed, 25 Jan 2012 15:23:37 +0000 (UTC) Received: by mail-vx0-f182.google.com with SMTP id m1so458715vcm.13 for ; Wed, 25 Jan 2012 07:23:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=Q82MOI0vL8w6TeAzImiuUwymcepP2Lu6Uunc8AfL4nk=; b=cW4JzuX8NEVdU8y+SnkUPMeh0NcQ16n5RC+gexzyLI8Oc9K6YnpJqkpkx1ReRUjqKf 0jY1GCwK9XoXgPBBAj8MInglFaso8vpkuzcr+zHZKNx0QI7iafLVScuFynMpdZSsIzMr sgzOnSPa80Ds801QPcc9Ewq7msJl1lBbVeMqg= MIME-Version: 1.0 Received: by 10.52.90.71 with SMTP id bu7mr9520277vdb.63.1327505016520; Wed, 25 Jan 2012 07:23:36 -0800 (PST) Received: by 10.220.96.66 with HTTP; Wed, 25 Jan 2012 07:23:36 -0800 (PST) Date: Wed, 25 Jan 2012 19:23:36 +0400 Message-ID: From: Michael BlackHeart To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: AHCI powersaving issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2012 15:23:37 -0000 Hello, I've a trouble with new achi driver on currently 9 release, but it was the same on 8-stable. I've have an: smartctl -a /dev/ada0 === START OF INFORMATION SECTION === Model Family: Western Digital Scorpio Blue Serial ATA Device Model: WDC WD3200BEVT-22A23T0 Serial Number: WD-WXL1AB086780 And there's an idle state disabled by wdidle3 v1.05. But it constantly goes to power saving mode. I can see it 'cos I'm hearing a sound of spinning up HDD and SMART param 193 Load_Cycle_Count rises VERY frequently, something insane about one per few minutes. This thing solves the problem: camcontrol cmd ada0 -a "EF 85 00 00 00 00 00 00 00 00 00 00" and everything goes fine from that moment. Output with disabled APM. camcontrol identify ada0 pass0: ATA-8 SATA 2.x device pass0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) protocol ATA/ATAPI-8 SATA 2.x device model WDC WD3200BEVT-22A23T0 firmware revision 01.01A01 serial number WD-WXL1AB086780 WWN 50014ee6565acc41 cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 512, offset 0 LBA supported 268435455 sectors LBA48 supported 625142448 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 media RPM 5400 Feature Support Enabled Value Vendor read ahead yes yes write cache yes yes flush cache yes yes overlap no Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) yes 32 tags SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management yes no 254/0xFE automatic acoustic management yes no 254/0xFE 128/0x80 media status notification no no power-up in Standby no no write-read-verify no no unload yes yes free-fall no no data set management (TRIM) no And finally i've got in /boot/loader.conf: hint.ahcich.0.pm_level=0 I'd like to know how to permanently disable this APM mode because it's killing my HDD. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 17:09: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 3BCE9106566C; Wed, 25 Jan 2012 17:09:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 141E38FC17; Wed, 25 Jan 2012 17:09:41 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id ABFF846B09; Wed, 25 Jan 2012 12:09:40 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3CB6CB90E; Wed, 25 Jan 2012 12:09:40 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org, nwhitehorn@freebsd.org Date: Wed, 25 Jan 2012 11:48:33 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <4F1D27FE.6040604@ish.com.au> In-Reply-To: <4F1D27FE.6040604@ish.com.au> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201201251148.33304.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 25 Jan 2012 12:09:40 -0500 (EST) Cc: Aristedes Maniatis Subject: Re: missing 9.0 installation packages 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, 25 Jan 2012 17:09:41 -0000 On Monday, January 23, 2012 4:27:26 am Aristedes Maniatis wrote: > I wanted to install src onto an existing RELEASE-9.0 box (that is maintai= ned=20 using freebsd-update), since I needed to build lsof. I then used sysintall = as=20 follows: >=20 > * Media: ftp.freebsd.org > * Distribution: custom -> src -> sys/base/include/lib >=20 > Error message was then: >=20 > | Unable to transfer the sbase distribution from =E2=94=82 > =E2=94=82 ftp://ftp.freebsd.org. =E2=94=82 > =E2=94=82 =E2=94=82 > =E2=94=82 Do you want to try to retrieve it again? | >=20 >=20 > I see some distributions here:=20 ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/amd64/9.0-RELEASE/ but I= =20 can't see anything called sbase.txz in my searching. >=20 > This might work fine from CD, but this server is in the colo without an e= asy=20 way for me to insert a CD. You can't use sysinstall on 9.0 since the distribution format changed. I=20 don't think there is a way to install them via bsdinstall post-install. =20 (Nathan cc'd in case there is). I think you can root around in the FTP=20 directory and find the source tarball and untar it on your box by hand=20 however. =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 21:58:20 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 05834106574C for ; Wed, 25 Jan 2012 21:58:20 +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 B7D708FC17 for ; Wed, 25 Jan 2012 21:58:19 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q0PLMtBL011381; Wed, 25 Jan 2012 14:22:55 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q0PLMtL2011378; Wed, 25 Jan 2012 14:22:55 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Wed, 25 Jan 2012 14:22:55 -0700 (MST) From: Warren Block To: Michael BlackHeart In-Reply-To: Message-ID: References: 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]); Wed, 25 Jan 2012 14:22:56 -0700 (MST) Cc: freebsd-stable@freebsd.org Subject: Re: AHCI powersaving issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2012 21:58:20 -0000 On Wed, 25 Jan 2012, Michael BlackHeart wrote: > Hello, I've a trouble with new achi driver on currently 9 release, but > it was the same on 8-stable. I've have an: > > smartctl -a /dev/ada0 > > === START OF INFORMATION SECTION === > Model Family: Western Digital Scorpio Blue Serial ATA > Device Model: WDC WD3200BEVT-22A23T0 > Serial Number: WD-WXL1AB086780 > > And there's an idle state disabled by wdidle3 v1.05. I think I have that same drive. wdidle ran without errors, but the drive still parks eight seconds after the last access. If the problem isn't in the firmware, it would be nice to get some use out if it; there's a noticeable delay while the heads load. There's the brute-force method of waking it up with a camcontrol command or just touch a file every five seconds or so. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 21:58:20 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 84BAD106566B for ; Wed, 25 Jan 2012 21:58:20 +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 434F38FC1A for ; Wed, 25 Jan 2012 21:58:20 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q0PLOkPG011408; Wed, 25 Jan 2012 14:24:46 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q0PLOjke011405; Wed, 25 Jan 2012 14:24:45 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Wed, 25 Jan 2012 14:24:45 -0700 (MST) From: Warren Block To: John Baldwin In-Reply-To: <201201251148.33304.jhb@freebsd.org> Message-ID: References: <4F1D27FE.6040604@ish.com.au> <201201251148.33304.jhb@freebsd.org> 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]); Wed, 25 Jan 2012 14:24:46 -0700 (MST) Cc: freebsd-stable@freebsd.org, nwhitehorn@freebsd.org, Aristedes Maniatis Subject: Re: missing 9.0 installation packages 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, 25 Jan 2012 21:58:20 -0000 On Wed, 25 Jan 2012, John Baldwin wrote: > On Monday, January 23, 2012 4:27:26 am Aristedes Maniatis wrote: >> I wanted to install src onto an existing RELEASE-9.0 box (that is maintained > using freebsd-update), since I needed to build lsof. I then used sysintall as > follows: >> >> * Media: ftp.freebsd.org >> * Distribution: custom -> src -> sys/base/include/lib >> >> Error message was then: >> >> | Unable to transfer the sbase distribution from ? >> ? ftp://ftp.freebsd.org. ? >> ? ? >> ? Do you want to try to retrieve it again? | >> >> >> I see some distributions here: > ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/amd64/9.0-RELEASE/ but I > can't see anything called sbase.txz in my searching. >> >> This might work fine from CD, but this server is in the colo without an easy > way for me to insert a CD. > > You can't use sysinstall on 9.0 since the distribution format changed. I > don't think there is a way to install them via bsdinstall post-install. > (Nathan cc'd in case there is). I think you can root around in the FTP > directory and find the source tarball and untar it on your box by hand > however. People have been asking on the forums, too, so I wrote this to show retrieving the source as a tar file, with csup, and with svn: http://forums.freebsd.org/showthread.php?t=29172 From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 22:07: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 6C5631065672 for ; Wed, 25 Jan 2012 22:07:18 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id 52B7A8FC1F for ; Wed, 25 Jan 2012 22:07:17 +0000 (UTC) Received: from omta23.emeryville.ca.mail.comcast.net ([76.96.30.90]) by qmta02.emeryville.ca.mail.comcast.net with comcast id RxMG1i0051wfjNsA2y7HLA; Wed, 25 Jan 2012 22:07:17 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta23.emeryville.ca.mail.comcast.net with comcast id Ry7G1i00A1t3BNj8jy7Gbu; Wed, 25 Jan 2012 22:07:17 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 6C9F5102C19; Wed, 25 Jan 2012 14:07:16 -0800 (PST) Date: Wed, 25 Jan 2012 14:07:16 -0800 From: Jeremy Chadwick To: Michael BlackHeart Message-ID: <20120125220716.GA39307@icarus.home.lan> 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: AHCI powersaving issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2012 22:07:18 -0000 On Wed, Jan 25, 2012 at 07:23:36PM +0400, Michael BlackHeart wrote: > Hello, I've a trouble with new achi driver on currently 9 release, but > it was the same on 8-stable. I've have an: > > smartctl -a /dev/ada0 > > === START OF INFORMATION SECTION === > Model Family: Western Digital Scorpio Blue Serial ATA > Device Model: WDC WD3200BEVT-22A23T0 > Serial Number: WD-WXL1AB086780 > > And there's an idle state disabled by wdidle3 v1.05. > > But it constantly goes to power saving mode. I can see it 'cos I'm > hearing a sound of spinning up HDD and SMART param 193 > Load_Cycle_Count rises VERY frequently, something insane about one per > few minutes. > > This thing solves the problem: camcontrol cmd ada0 -a "EF 85 00 00 00 > 00 00 00 00 00 00 00" and everything goes fine from that moment. > > Output with disabled APM. > camcontrol identify ada0 > pass0: ATA-8 SATA 2.x device > pass0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > > protocol ATA/ATAPI-8 SATA 2.x > device model WDC WD3200BEVT-22A23T0 > firmware revision 01.01A01 > serial number WD-WXL1AB086780 > WWN 50014ee6565acc41 > cylinders 16383 > heads 16 > sectors/track 63 > sector size logical 512, physical 512, offset 0 > LBA supported 268435455 sectors > LBA48 supported 625142448 sectors > PIO supported PIO4 > DMA supported WDMA2 UDMA6 > media RPM 5400 > > Feature Support Enabled Value Vendor > read ahead yes yes > write cache yes yes > flush cache yes yes > overlap no > Tagged Command Queuing (TCQ) no no > Native Command Queuing (NCQ) yes 32 tags > SMART yes yes > microcode download yes yes > security yes no > power management yes yes > advanced power management yes no 254/0xFE > automatic acoustic management yes no 254/0xFE 128/0x80 > media status notification no no > power-up in Standby no no > write-read-verify no no > unload yes yes > free-fall no no > data set management (TRIM) no > > And finally i've got in /boot/loader.conf: > hint.ahcich.0.pm_level=0 > > I'd like to know how to permanently disable this APM mode because it's > killing my HDD. This "problem" has been reported to the list before, on other models of drives (some models of WD Green drives, for example). The drive is excessively parking its heads based upon what Western Digital implemented in their firmware. Western Digital goes over this in detail in a FAQ entry, except they go completely bonkers and start blaming Linux syslogd and other nonsensical things (that is to say: I understand what they're getting at, they're saying that syslogd is causing the drive to spin up when it attempts to write data to log files -- so what? This is normal. Any kind of write I/O would do this, not just syslogd); it seems their explanation tries to divert from the truth, which is that the drives are aggressively parking heads. FAQ entries: http://wdc.custhelp.com/app/answers/detail/a_id/5357/ http://wdc.custhelp.com/app/answers/detail/a_id/3263/ You will find in these FAQs that alternately you can use "a utility" to try and work around this issue by setting the value to the maximum duration (not disable, but maximum duration). I doubt this works, as I believe it just sets the IDLE or STANDBY timers to their maximum value (keep reading). You should be aware that the WDIDLE3 utility does not work on some models of drives, and is known (in very rare/odd cases) to break drives permanently. Given that WD in their FAQs haven't mentioned support of the Scorpio Blue (this is a 2.5" laptop drive and intended for such environments), I would not have run this utility. The "cryptic command" you mention: camcontrol cmd ada0 -a "EF 85 00 00 00 00 00 00 00 00 00 00" Issues ATA command 0xEF (SET FEATURES), with subcommand 0x85. Subcommand 0x85 is defined per ATA8-ACS revision 4a as: "Subcommand code 85h disables Advanced Power Management. Subcommand 85h may not be implemented on all devices that implement SET FEATURES subcommand 05h." The last part of the sentence I wanted folks to see, since the behaviour varies from drive to drive, vendor to vendor, firmware to firmware. I realise 0x85 works for you, but since this is an archived mailing list... Anyway, continuing: There does not appear to be a way using camcontrol, aside from the "cryptic command", to disable APM on an ATA device. Readers are very likely to point out the idle/standby commands of camcontrol, but those issue IDLE_IMMEDIATE (0xe1) and STANDBY_IMMEDIATE (0xe0). Readers are also likely to point out that "these commands support timers (-t)". Use of -t causes the utility to, respectively, issue IDLE (0xe3) and STANDBY (0xe2) commands instead. The timer value is passed directly to the drive itself (yes, the timer stuff is truly ATA-level). None of these will disable drive APM. Per above spec, section 4.5, "Advanced Power Management is independent of the Standby timer setting". As for your /boot/loader.conf setting of: hint.ahcich.0.pm_level=0 This has absolutely nothing to do with drive-level APM. This controls whether or not you want your AHCI controller to honour power management capability at the *controller* level. It has nothing to do with disks. You should remove this setting. So how do you solve this problem? At this present time the best choice would be to drop a simple script into /usr/local/etc/rc.d that issues the "cryptic command". Yes, camcontrol could be extended to support a command like "camcontrol setfeature disable-apm /dev/XXX", but someone would need to write the code. I could implement this , except in the case of SET FEATURES, FreeBSD is missing proper definitions for the subcommand values in src/sys/sys/ata.h (for example 0x85 is not there). This makes it more difficult to provide a simple userland patch/diff, and instead requires both userland and kernel (include files) tinkering. You can see the list of commands in that .h file, look around line 347 (all the indented entries after #define ATA_SETFEATURES). We should really go through that file and make it match the ATA8-ACS spec as best as possible. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 01:33:42 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 D8611106566C for ; Thu, 26 Jan 2012 01:33:42 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 824CB8FC08 for ; Thu, 26 Jan 2012 01:33:41 +0000 (UTC) Received: from [10.242.2.6] (port=58583 helo=Aris-MacBook-Pro.local) by fish.ish.com.au with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76) (envelope-from ) id 1RqEDZ-0001CT-00; Thu, 26 Jan 2012 12:33:37 +1100 X-CTCH-RefID: str=0001.0A150205.4F20AD71.00C2,ss=1,re=0.000,fgs=0 Message-ID: <4F20AD6C.2010304@ish.com.au> Date: Thu, 26 Jan 2012 12:33:32 +1100 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:10.0) Gecko/20120118 Thunderbird/10.0 MIME-Version: 1.0 To: John Baldwin References: <4F1D27FE.6040604@ish.com.au> <201201251148.33304.jhb@freebsd.org> In-Reply-To: <201201251148.33304.jhb@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, nwhitehorn@freebsd.org Subject: Re: missing 9.0 installation packages 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, 26 Jan 2012 01:33:42 -0000 On 26/01/12 3:48 AM, John Baldwin wrote: > On Monday, January 23, 2012 4:27:26 am Aristedes Maniatis wrote: >> I wanted to install src onto an existing RELEASE-9.0 box (that is maintained > using freebsd-update), since I needed to build lsof. I then used sysintall as > follows: >> >> * Media: ftp.freebsd.org >> * Distribution: custom -> src -> sys/base/include/lib >> >> Error message was then: >> >> | Unable to transfer the sbase distribution from │ >> │ ftp://ftp.freebsd.org. │ >> │ │ >> │ Do you want to try to retrieve it again? | >> >> >> I see some distributions here: > ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/amd64/9.0-RELEASE/ but I > can't see anything called sbase.txz in my searching. >> >> This might work fine from CD, but this server is in the colo without an easy > way for me to insert a CD. > > You can't use sysinstall on 9.0 since the distribution format changed. I > don't think there is a way to install them via bsdinstall post-install. > (Nathan cc'd in case there is). I think you can root around in the FTP > directory and find the source tarball and untar it on your box by hand > however. Thanks for this information. I guess we are in an interim place between sysinstall and the new installer. Perhaps, in 9.1, freebsd-update should remove sysinstall since it not longer works properly. Perhaps this functionality could be built into freebsd-update? After all, it scans the system to find which packages have been installed and which have not. Wouldn't it be nice if it could go one step further and install them for you? Right now, if freebsd-update gets stuck (for example, because you have a custom kernel) it is quite hard to get it unstuck and get back on the binary update path. Thanks for the very nice work in 9.0. Subjectively, the disk subsystem changes from 8.2 to 9.0 have been a huge performance improvement. Cheers Ari -- --------------------------> Aristedes Maniatis ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 02:02:19 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 62FB41065675; Thu, 26 Jan 2012 02:02:19 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 4EC0D8FC21; Thu, 26 Jan 2012 02:02:19 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RqEfK-0008Wg-VW; Thu, 26 Jan 2012 02:02:19 +0000 Date: Thu, 26 Jan 2012 11:02:17 +0900 Message-ID: From: Randy Bush To: FreeBSD Net , FreeBSD Stable User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Subject: 9-stable - ifmedia_set: no match for 0x0/0xfffffff 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, 26 Jan 2012 02:02:19 -0000 day old i386 current bge1: mem 0xd0200000-0xd020ffff irq 10 at device 0.0 on pci5 bge1: CHIP ID 0x00004101; ASIC REV 0x04; CHIP REV 0x41; PCI-E miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: OUI 0x001018, model 0x0018, rev. 0 brgphy1: no media present ifmedia_set: no match for 0x0/0xfffffff panic: ifmedia_set KDB: stack backtrace: #0 0xc05bc257 at kdb_backtrace+0x47 #1 0xc058db2f at panic+0xaf #2 0xc063e3d1 at ifmedia_set+0x41 #3 0xc04e94fa at miibus_mediainit+0x8a #4 0xc04e227f at brgphy_attach+0x3bf #5 0xc05b5f6f at device_attach+0x36f #6 0xc05b745c at device_probe_and_attach+0x2c #7 0xc05b7489 at bus_generic_attach+0x19 #8 0xc04e9987 at miibus_attach+0xd7 #9 0xc05b5f6f at device_attach+0x36f #10 0xc05b745c at device_probe_and_attach+0x2c #11 0xc05b7489 at bus_generic_attach+0x19 #12 0xc04e9f0c at mii_attach+0x40c #13 0xc04db0f3 at bge_attach+0x3a93 #14 0xc05b5f6f at device_attach+0x36f #15 0xc05b745c at device_probe_and_attach+0x2c #16 0xc05b7489 at bus_generic_attach+0x19 #17 0xc049e984 at acpi_pci_attach+0x194 Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, --> or switch off the system now. randy From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 03:10: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 CDFD71065690; Thu, 26 Jan 2012 03:10:13 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id B16028FC1C; Thu, 26 Jan 2012 03:10:13 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RqFj3-0008dM-3T; Thu, 26 Jan 2012 03:10:13 +0000 Date: Thu, 26 Jan 2012 12:10:12 +0900 Message-ID: From: Randy Bush To: FreeBSD Net , FreeBSD Stable In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Subject: Re: 9-stable - ifmedia_set: no match for 0x0/0xfffffff 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, 26 Jan 2012 03:10:13 -0000 way cool. a /boot/device.hints entry of hint.acpi.bge.1.disable=1 did disable bge1. but now it's bge0, and i need that interface. and media are present! so i tried /etc/rc.conf ifconfig_bge0="198.180.150.1/25 media 1000baseTX" ifconfig_bge0_ipv6="inet6 2001:418:8006::1/64" ifconfig_bge0_alias0="inet 198.180.150.2/32" ifconfig_bge1="media 1000baseTX" pcib4: irq 12 at device 28.2 on pci0 pcib0: allocated type 3 (0xd0100000-0xd01fffff) for rid 20 of pcib4 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: memory decode 0xd0100000-0xd01fffff pcib4: no prefetched decode ACPI: Found matching pin for 4.0.INTA at func 0: 12 pci4: on pcib4 pci4: domain=0, physical bus=4 found-> vendor=0x14e4, dev=0x1659, revid=0x11 domain=0, bus=4, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=12 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xd0100000, size 16, enabled pcib4: allocated memory range (0xd0100000-0xd010ffff) for rid 10 of pci0:4:0:0 pcib4: matched entry for 4.0.INTA (src \_SB_.PCI0.LNKC:0) pcib4: slot 0 INTA routed to irq 12 via \_SB_.PCI0.LNKC pci0:4:0:0: bad VPD cksum, remain 14 bge0: mem 0xd0100000-0xd010ffff irq 12 at device 0.0 on pci4 bge0: CHIP ID 0x00004101; ASIC REV 0x04; CHIP REV 0x41; PCI-E miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: OUI 0x001018, model 0x0018, rev. 0 brgphy0: no media present ifmedia_set: no match for 0x0/0xfffffff panic: ifmedia_set KDB: stack backtrace: #0 0xc05bc257 at kdb_backtrace+0x47 #1 0xc058db2f at panic+0xaf #2 0xc063e3d1 at ifmedia_set+0x41 #3 0xc04e94fa at miibus_mediainit+0x8a #4 0xc04e227f at brgphy_attach+0x3bf #5 0xc05b5f6f at device_attach+0x36f #6 0xc05b745c at device_probe_and_attach+0x2c #7 0xc05b7489 at bus_generic_attach+0x19 #8 0xc04e9987 at miibus_attach+0xd7 #9 0xc05b5f6f at device_attach+0x36f #10 0xc05b745c at device_probe_and_attach+0x2c #11 0xc05b7489 at bus_generic_attach+0x19 #12 0xc04e9f0c at mii_attach+0x40c #13 0xc04db0f3 at bge_attach+0x3a93 #14 0xc05b5f6f at device_attach+0x36f #15 0xc05b745c at device_probe_and_attach+0x2c #16 0xc05b7489 at bus_generic_attach+0x19 #17 0xc049e984 at acpi_pci_attach+0x194 Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, --> or switch off the system now. randy From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 03:24: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 87890106566B; Thu, 26 Jan 2012 03:24:13 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 713EE8FC12; Thu, 26 Jan 2012 03:24:13 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RqFwb-0008fE-3L; Thu, 26 Jan 2012 03:24:13 +0000 Date: Thu, 26 Jan 2012 12:24:11 +0900 Message-ID: From: Randy Bush To: FreeBSD Net , FreeBSD Stable In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Subject: Re: 9-stable - ifmedia_set: no match for 0x0/0xfffffff 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, 26 Jan 2012 03:24:13 -0000 ok, i o used device.hints to disable both bge interfaces o booted successfully o used serial console o ifconfiged bge0 to the normal addresses o and it is working i suspect that something sucks in bge initialization at startup. insightful, i know. sorry. randy From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 10:17:50 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id AB5DC1065680 for ; Thu, 26 Jan 2012 10:17:50 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-150-251.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id CCBA01A9104; Thu, 26 Jan 2012 10:17:48 +0000 (UTC) Message-ID: <4F21284C.4050600@FreeBSD.org> Date: Thu, 26 Jan 2012 02:17:48 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120119 Thunderbird/9.0 MIME-Version: 1.0 To: Miroslav Lachman <000.fbsd@quip.cz> References: <4F197F44.8000902@quip.cz> In-Reply-To: <4F197F44.8000902@quip.cz> X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: not overwriting files in /usr/share/skel 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, 26 Jan 2012 10:17:50 -0000 Sorry it's taken so long to get back to you about this. On 01/20/2012 06:50, Miroslav Lachman wrote: > Files in /usr/share/skel are used as example . (dot) files for new > accounts, when new user is added by adduser command. > We have some local modifications in those files, like another umask and > so on. You would probably be better off putting these kinds of local modifications in /etc/login.conf. > The files are overwritten on each installworld. > > Is there any option to not overwrite files in /usr/share/skel or > install/upgrade them with mergemaster instead? No such option exists, sorry. > Or should we use some other directory and use adduser.conf instead? That would be another suitable alternative for you, yes. > PS: I am CCing you Doug, because I think you are the most competent > person in this area I'm flattered. :) And once again, sorry for the delay. hth, Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 14:30: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 084C5106566C for ; Thu, 26 Jan 2012 14:30:53 +0000 (UTC) (envelope-from ml@os2.kiev.ua) Received: from s1.sdv.com.ua (s1.sdv.com.ua [77.120.97.61]) by mx1.freebsd.org (Postfix) with ESMTP id 462438FC08 for ; Thu, 26 Jan 2012 14:30:52 +0000 (UTC) Received: from 94-105-243-80.cust.centrio.cz ([80.243.105.94] helo=[192.168.101.203]) by s1.sdv.com.ua with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RqPkY-000NXt-KS for freebsd-stable@freebsd.org; Thu, 26 Jan 2012 15:52:31 +0200 Message-ID: <4F215A99.8020003@os2.kiev.ua> Date: Thu, 26 Jan 2012 14:52:25 +0100 From: Alex Samorukov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111229 Thunderbird/9.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-SA-Score: -1.0 Subject: disk devices speed is ugly 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, 26 Jan 2012 14:30:53 -0000 Hi, I ported exfat fuse module to FreeBSD (PR 164473) and found that it works much slower then on Linux. I found 2 reasons for this: 1) FreeBSD kernel do not allow to have nonalignment access to device with standard read/write commands. mmap to the entire disk (/dev/da0s1) doesn`t work also (EINVAL). When its not a big deal for read requests, for write it becomes a real issue - to write non-aligned data i need to read beginning and end of the block. So in fact for one write request i can get 2 reads. 2) It seems that there is a very simple read caching on such devices without write caching at all. It makes write performance enormously slow. I found geom_cache module, but it provides only read optimization. I decided to compare speed on Linux and FreeBSD and below are my results. I used old USB flash drive to do the tests. Read Speed of 100Mb: Linux 3.0.0: 22.7 Mb/sec FreeBSD: 10.22 Mb/sec FreeBSD + gcache: 18.75 Mb/sec (!) Write speed of 100Mb file: Linux: 90Mb/sec (cache, much higher then device speed) FreeBSD: 0.52 Mb/sec (!) FreeBSD + gcache: 0.52 Mb/sec As you could see write performance is enormously slow. May be we need to create some geom provider for such caching or i am missing something? I think, that other fuse modules like ntfs-3g and fuse-ext4 having same issue. Also i found that fuse4bsd itself is non stable and may crash the system without any visible reasons. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 23:13:30 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 21634106566C for ; Thu, 26 Jan 2012 23:13:30 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp8.server.rpi.edu (smtp8.server.rpi.edu [128.113.2.228]) by mx1.freebsd.org (Postfix) with ESMTP id D6F028FC14 for ; Thu, 26 Jan 2012 23:13:29 +0000 (UTC) Received: from gilead.netel.rpi.edu (gilead.netel.rpi.edu [128.113.124.121]) by smtp8.server.rpi.edu (8.13.1/8.13.1) with ESMTP id q0QM0W8L014140 for ; Thu, 26 Jan 2012 17:00:32 -0500 Message-ID: <4F21CD00.7090306@rpi.edu> Date: Thu, 26 Jan 2012 17:00:32 -0500 From: Garance A Drosihn User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: fb-stable 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: 1.40 (*) [Hold at 8.00] RATWARE_GECKO_BUILD,22490(-25) X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: 46256542 - 07ef31bd24aa X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.228 Subject: Problem with USB keyboard during boot screen 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, 26 Jan 2012 23:13:30 -0000 Hi. I recently installed 9.0-release on a brand new PC which has an i3 chip. During the initial install I happened to use a USB keyboard from Apple. I installed freebsd/amd64. Everything that I tried worked okay with it. After testing a variety of things, I put the machine in a small rack I have, and hooked up a different USB keyboard to it. Once the machine has booted all the way up to a "login:" prompt, the newer USB keyboard also works fine. It's from Logitech, and has illuminated keys (if that makes any difference). The thing is, the newer keyboard will not work during the initial boot screen. I see the menu fine, but everything I type using the logitech keyboard is ignored. If I plug in the Apple keyboard, that works fine during the bootup screen. Is there something I could configure to make the Logitech keyboard work during that bootup screen? The thing is that the Apple keyboard has a pretty short USB cable, while the Logitech one has a much longer cable. When I plug in the Logitech keyboard, I get /var/log/messages of: Jan 26 16:54:20 santropez kernel: ugen1.3: at usbus1 Jan 26 16:54:20 santropez kernel: ukbd0: on usbus1 Jan 26 16:54:20 santropez kernel: kbd2 at ukbd0 Jan 26 16:54:20 santropez kernel: uhid0: on usbus1 When I plug in the Apple keyboard, I get messages of: Jan 26 16:54:37 santropez kernel: ugen1.4: at usbus1 Jan 26 16:54:37 santropez kernel: uhub4: on usbus1 Jan 26 16:54:38 santropez kernel: uhub4: 3 ports with 2 removable, bus powered Jan 26 16:54:39 santropez kernel: ugen1.5: at usbus1 Jan 26 16:54:39 santropez kernel: ukbd1: on usbus1 Jan 26 16:54:39 santropez kernel: kbd3 at ukbd1 Jan 26 16:54:39 santropez kernel: uhid1: on usbus1 This is not particularly critical to me, but it'd be nice if I could get the logitech one to work during the bootup screen. -- Garance Alistair Drosehn = drosih@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 23:35: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 6FA3B106564A for ; Thu, 26 Jan 2012 23:35:37 +0000 (UTC) (envelope-from alonsoschaich@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id D40DE8FC16 for ; Thu, 26 Jan 2012 23:35:36 +0000 (UTC) Received: (qmail invoked by alias); 26 Jan 2012 23:35:34 -0000 Received: from unknown (EHLO harmony.localnet.edu) [141.87.213.55] by mail.gmx.net (mp061) with SMTP; 27 Jan 2012 00:35:34 +0100 X-Authenticated: #6569712 X-Provags-ID: V01U2FsdGVkX18PGhctXUAPdlz2rhUEemM+FuXOPzmILm9tuJJ/Tz a11CF206iVMJD+ From: Schaich Alonso To: freebsd-stable@freebsd.org Date: Fri, 27 Jan 2012 00:35:30 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) References: <4F21CD00.7090306@rpi.edu> In-Reply-To: <4F21CD00.7090306@rpi.edu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201201270035.30878.alonsoschaich@gmx.de> X-Y-GMX-Trusted: 0 Subject: Re: Problem with USB keyboard during boot screen 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, 26 Jan 2012 23:35:37 -0000 On 2012-01-26 (Thursday) 23:00:32 Garance A Drosihn wrote: > Hi. > > I recently installed 9.0-release on a brand new PC which has an i3 chip. > During the initial install I happened to use a USB keyboard from Apple. > I installed freebsd/amd64. Everything that I tried worked okay with it. > > After testing a variety of things, I put the machine in a small rack I > have, and hooked up a different USB keyboard to it. Once the machine > has booted all the way up to a "login:" prompt, the newer USB keyboard > also works fine. It's from Logitech, and has illuminated keys (if that > makes any difference). > > The thing is, the newer keyboard will not work during the initial boot > screen. I see the menu fine, but everything I type using the logitech > keyboard is ignored. If I plug in the Apple keyboard, that works fine > during the bootup screen. > > Is there something I could configure to make the Logitech keyboard work > during that bootup screen? The thing is that the Apple keyboard has a > pretty short USB cable, while the Logitech one has a much longer cable. > > When I plug in the Logitech keyboard, I get /var/log/messages of: > > Jan 26 16:54:20 santropez kernel: ugen1.3: at usbus1 > Jan 26 16:54:20 santropez kernel: ukbd0: Illuminated Keyboard, class 0/0, rev 2.00/55.01, addr 3> on usbus1 > Jan 26 16:54:20 santropez kernel: kbd2 at ukbd0 > Jan 26 16:54:20 santropez kernel: uhid0: Illuminated Keyboard, class 0/0, rev 2.00/55.01, addr 3> on usbus1 > > When I plug in the Apple keyboard, I get messages of: > > Jan 26 16:54:37 santropez kernel: ugen1.4: at usbus1 > Jan 26 16:54:37 santropez kernel: uhub4: class 9/0, rev 2.00/94.15, addr 4> on usbus1 > Jan 26 16:54:38 santropez kernel: uhub4: 3 ports with 2 removable, > bus powered > Jan 26 16:54:39 santropez kernel: ugen1.5: at usbus1 > Jan 26 16:54:39 santropez kernel: ukbd1: class 0/0, rev 2.00/0.69, addr 5> on usbus1 > Jan 26 16:54:39 santropez kernel: kbd3 at ukbd1 > Jan 26 16:54:39 santropez kernel: uhid1: class 0/0, rev 2.00/0.69, addr 5> on usbus1 > > This is not particularly critical to me, but it'd be nice if I could > get the logitech one to work during the bootup screen. The illuminated keyboard is most probably an usb-2 device, while the nonilluminated one is usb-1. USB-1 is supported by BIOS and USB-2 is not I would guess, and it's also the bios where you could eventually change this (notice that you will probably not be able to enter BIOS with the illuminated keyboard either) Alonso From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 00:15: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 D5F69106564A for ; Fri, 27 Jan 2012 00:15:46 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id BBA568FC0A for ; Fri, 27 Jan 2012 00:15:46 +0000 (UTC) Received: from omta18.emeryville.ca.mail.comcast.net ([76.96.30.74]) by qmta06.emeryville.ca.mail.comcast.net with comcast id SPWC1i0071bwxycA6QFmry; Fri, 27 Jan 2012 00:15:46 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta18.emeryville.ca.mail.comcast.net with comcast id SQFl1i00k1t3BNj8eQFlTw; Fri, 27 Jan 2012 00:15:45 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 39C56102C19; Thu, 26 Jan 2012 16:15:45 -0800 (PST) Date: Thu, 26 Jan 2012 16:15:45 -0800 From: Jeremy Chadwick To: Schaich Alonso Message-ID: <20120127001545.GA64476@icarus.home.lan> References: <4F21CD00.7090306@rpi.edu> <201201270035.30878.alonsoschaich@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201201270035.30878.alonsoschaich@gmx.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Problem with USB keyboard during boot screen 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, 27 Jan 2012 00:15:46 -0000 On Fri, Jan 27, 2012 at 12:35:30AM +0100, Schaich Alonso wrote: > On 2012-01-26 (Thursday) 23:00:32 Garance A Drosihn wrote: > > Hi. > > > > I recently installed 9.0-release on a brand new PC which has an i3 chip. > > During the initial install I happened to use a USB keyboard from Apple. > > I installed freebsd/amd64. Everything that I tried worked okay with it. > > > > After testing a variety of things, I put the machine in a small rack I > > have, and hooked up a different USB keyboard to it. Once the machine > > has booted all the way up to a "login:" prompt, the newer USB keyboard > > also works fine. It's from Logitech, and has illuminated keys (if that > > makes any difference). > > > > The thing is, the newer keyboard will not work during the initial boot > > screen. I see the menu fine, but everything I type using the logitech > > keyboard is ignored. If I plug in the Apple keyboard, that works fine > > during the bootup screen. > > > > Is there something I could configure to make the Logitech keyboard work > > during that bootup screen? The thing is that the Apple keyboard has a > > pretty short USB cable, while the Logitech one has a much longer cable. > > > > When I plug in the Logitech keyboard, I get /var/log/messages of: > > > > Jan 26 16:54:20 santropez kernel: ugen1.3: at usbus1 > > Jan 26 16:54:20 santropez kernel: ukbd0: > Illuminated Keyboard, class 0/0, rev 2.00/55.01, addr 3> on usbus1 > > Jan 26 16:54:20 santropez kernel: kbd2 at ukbd0 > > Jan 26 16:54:20 santropez kernel: uhid0: > Illuminated Keyboard, class 0/0, rev 2.00/55.01, addr 3> on usbus1 > > > > When I plug in the Apple keyboard, I get messages of: > > > > Jan 26 16:54:37 santropez kernel: ugen1.4: at usbus1 > > Jan 26 16:54:37 santropez kernel: uhub4: > class 9/0, rev 2.00/94.15, addr 4> on usbus1 > > Jan 26 16:54:38 santropez kernel: uhub4: 3 ports with 2 removable, > > bus powered > > Jan 26 16:54:39 santropez kernel: ugen1.5: at usbus1 > > Jan 26 16:54:39 santropez kernel: ukbd1: > class 0/0, rev 2.00/0.69, addr 5> on usbus1 > > Jan 26 16:54:39 santropez kernel: kbd3 at ukbd1 > > Jan 26 16:54:39 santropez kernel: uhid1: > class 0/0, rev 2.00/0.69, addr 5> on usbus1 > > > > This is not particularly critical to me, but it'd be nice if I could > > get the logitech one to work during the bootup screen. > > The illuminated keyboard is most probably an usb-2 device, while the > nonilluminated one is usb-1. USB-1 is supported by BIOS and USB-2 is not I > would guess, and it's also the bios where you could eventually change this > (notice that you will probably not be able to enter BIOS with the illuminated > keyboard either) I must disagree with your assessment. First off, the Logitech keyboard shown is just a keyboard. There are no other "features" it provides (aside from illumination, which plays no role here). Secondly, the Apple keyboard is a keyboard which also offers USB ports on it (meaning it has internally a USB hub). The hub part of the keyboard may be USB 2.0 class (people are likely to plug USB flash drives, etc. into the keyboard) than the Logitech. Thirdly, the protocol (USB 1.0 vs. 1.1 vs. 2.0) plays no role here. Of course I have no confirmed USB 2.0 keyboards, but what you're saying really doesn't make any sense. Fourthly, entering the system BIOS -- assuming this is a PC and not an Apple computer -- with a USB keyboard is completely and entirely possible, no matter what "class" of keyboard it is. Furthermore, you correlate the lack of keyboard functionality in FreeBSD with "the system BIOS" -- this is simply not the case. Many PC BIOSes offer an Enable/Disable feature what it labelled "USB Legacy" or sometimes "USB Keyboard" (with a separate one for "USB Mouse"). This feature has zero -- I repeat, ZERO -- relevancy to FreeBSD once the kernel initialises. The BIOS feature effectively emulates a PS/2 keyboard via USB, and does so by tying BIOS INT 10h (I think? It's been a while) to an internal piece of code located in the BIOS that then translates the I/O into USB keyboard class I/O. Thus, your USB keyboard is able to function in operating systems like MS-DOS, or in boot loaders like FreeBSD's BTX/boot0/boot2/loader, or GRUB. If you were to disable the BIOS option, you would still be able to enter the BIOS with a USB keyboard, but once the system POSTs you would not be able to type into a bootloader or legacy OS since the interrupt handler shim didn't exist. When the FreeBSD kernel loads, it completely destroys most of the interrupt handlers, thus it immediately "breaks" this "emulation" layer. FreeBSD has a USB stack that supports USB keyboards natively -- no need for the BIOS shim. The same applies to Windows, Linux, and any other operating system. This is just how it works. Welcome to the atrocity that is PC architecture in 2012. Finally, the reason I mention the system matters -- if this is an Apple system (MacBook, etc.), I believe they use EFI instead of classic x86 BIOS, where things are substantially different. I cannot speak about that as I have no experience with EFI. So, for the OP: can you please answer yes/no to the following questions: - If you power on the system with the Logitech keyboard attached, can you successfully type at the loader prompt ("FreeBSD beastie logo")? - If you power on the system with the Apple keyboard attached, can you successfully type at the loader prompt ("FreeBSD beastie logo")? - If you power on the system with the Logitech keyboard attached, and let the FreeBSD kernel load, can you successfully type at the login: prompt? - If you power on the system with the Apple keyboard attached, and let the FreeBSD kernel load, can you successfully type at the login: prompt? Yes/no answers to these 4 questions will provide enough insight to know where the problem lies. Please DO NOT hot-swap keyboards during any of this testing. Just stick to what I've described please, thanks. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 00:53:05 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 B560E106566B; Fri, 27 Jan 2012 00:53:05 +0000 (UTC) (envelope-from antonio.trindade@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id D49988FC13; Fri, 27 Jan 2012 00:53:04 +0000 (UTC) Received: by wgbgn7 with SMTP id gn7so608225wgb.1 for ; Thu, 26 Jan 2012 16:53:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:content-type:subject:date:references:to:message-id :mime-version:x-mailer:x-virus-scanned; bh=96A9Ap1cKjjSG3Wq3oUNR2KVGmON8njWal6mIAoqB84=; b=v7aVJYBjywQ0H2Gf0shuVtvYIzXc+udcUuhDV8Cf0byT3vIQb2Z8fuVHXx2FaEkukm +pniQSFO1XoH4J8eUnGKARZE4qP2Gih0F1kDGTi3JluaRuQzEQJM/ylh1XtsDzqqrpv/ EZtSoHiSBZAyOLb3WTpJJ5AhvbCyxuXtpJaug= Received: by 10.180.81.35 with SMTP id w3mr7413940wix.10.1327625102068; Thu, 26 Jan 2012 16:45:02 -0800 (PST) Received: from gatekeeper.darklair.homeunix.net (a89-153-149-64.cpe.netcabo.pt. [89.153.149.64]) by mx.google.com with ESMTPS id u12sm8361921wiv.10.2012.01.26.16.45.00 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 26 Jan 2012 16:45:01 -0800 (PST) Received: from gatekeeper.darklair.homeunix.net (localhost [127.0.0.1]) by gatekeeper.darklair.homeunix.net (Postfix) with ESMTP id 905B5CF06B; Fri, 27 Jan 2012 00:44:42 +0000 (WET) Received: from altair-wifi.darklair.homeunix.net (altair-wifi.darklair.homeunix.net [10.0.0.11]) by gatekeeper.darklair.homeunix.net (Postfix) with ESMTPA id 31A24CF069; Fri, 27 Jan 2012 00:44:42 +0000 (WET) From: "=?iso-8859-1?Q?Ant=F3nio_Trindade?=" Date: Fri, 27 Jan 2012 00:44:41 +0000 References: <315A1E95-9064-494F-A3B8-48F1C4951624@gmail.com> To: freebsd-stable@freebsd.org, freebsd-fs@freebsd.org, freebsd-bugs@freebsd.org Message-Id: Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) X-Virus-Scanned: ClamAV using ClamSMTP Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: kernel: panic: softdep_sync_buf: Unknown type jnewblk 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, 27 Jan 2012 00:53:05 -0000 > From: Ant=F3nio Trindade > Date: 27 de Janeiro de 2012 00:40:06 WET > To: freebsd-stable@freebsd.org, freebsd-fs@freebsd.org, = freebsd-bugs@freebsd.org > Subject: kernel: panic: softdep_sync_buf: Unknown type jnewblk >=20 > Cheers. >=20 > I recently updated my system to FreeBSD-9.0 and activated softupdate = journaling for a number of file systems (name /home, /var, /usr). >=20 > Since then I have been experiencing kernel panics: > kernel: panic: softdep_sync_buf: Unknown type jnewblk >=20 > Yesterday, Jan 26th, I got 6 (six) automatic reboots due to these = kernel panics. >=20 > I have now disabled softupdates journaling in the hope that the panics = disappear. >=20 > I am sorry for not providing more information about the panic, but = I'll gladly try to gather more info if instructed how to. >=20 > Cumprimentos/Best regards/Mit freundlichen Gr=FC=DFen, > Ant=F3nio Trindade > Antonio Trindade gmail.com >=20 > S=EDtios pessoais: > Galeria Fotogr=E1fica: http://trindade.myphotos.cc/fotos/ > Blog de fotografia: http://trindade.myphotos.cc/fotografia/ > Blog de not=EDcias: http://trindade.myphotos.cc/noticiasavulsas/ > Blog pessoal: http://trindade.myphotos.cc/pensamentosnoar/ >=20 I forgot some additional info: To deactivate softupdates journaling, I rebooted into single-user mode = and ran full fsck to every file system I had activated journaling for. To my surprise, fsck reported errors (namely wrong block counts and = bitmap errors, nothing serious). Cumprimentos/Best regards/Mit freundlichen Gr=FC=DFen, Ant=F3nio Trindade Antonio Trindade gmail.com S=EDtios pessoais: Galeria Fotogr=E1fica: http://trindade.myphotos.cc/fotos/ Blog de fotografia: http://trindade.myphotos.cc/fotografia/ Blog de not=EDcias: http://trindade.myphotos.cc/noticiasavulsas/ Blog pessoal: http://trindade.myphotos.cc/pensamentosnoar/ From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 01:03: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 50F9B106566C; Fri, 27 Jan 2012 01:03:56 +0000 (UTC) (envelope-from antonio.trindade@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7CA438FC0A; Fri, 27 Jan 2012 01:03:55 +0000 (UTC) Received: by wibhn14 with SMTP id hn14so1348052wib.13 for ; Thu, 26 Jan 2012 17:03:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:mime-version:content-type:subject:date:in-reply-to:to :references:message-id:x-mailer:x-virus-scanned; bh=yBaQppE7IFfpT5fbyZJQlaenl56nUM8/S23+qTbKo6A=; b=QWcQBENQ8EBrcYKh6wlAilzEfUZx2UVpS5Psh03+UPV38w1F0v18XHvxFMxt8wK0wR 1jlXQBPCSq1cufArrMU0Y0z7V+kq5Fxafnmksv/CdvKq2MzBC9mIl2BUdcjEjKkz5o5M xYm1kCfURue0NdANjYku1Hm0ufNNaOCpRoOEA= Received: by 10.181.12.106 with SMTP id ep10mr8164858wid.8.1327626234429; Thu, 26 Jan 2012 17:03:54 -0800 (PST) Received: from gatekeeper.darklair.homeunix.net (a89-153-149-64.cpe.netcabo.pt. [89.153.149.64]) by mx.google.com with ESMTPS id ho4sm8463683wib.3.2012.01.26.17.03.52 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 26 Jan 2012 17:03:53 -0800 (PST) Received: from gatekeeper.darklair.homeunix.net (localhost [127.0.0.1]) by gatekeeper.darklair.homeunix.net (Postfix) with ESMTP id C3B1DCF06B; Fri, 27 Jan 2012 01:03:50 +0000 (WET) Received: from altair-wifi.darklair.homeunix.net (altair-wifi.darklair.homeunix.net [10.0.0.11]) by gatekeeper.darklair.homeunix.net (Postfix) with ESMTPA id 39A58CF069; Fri, 27 Jan 2012 01:03:50 +0000 (WET) From: "=?iso-8859-1?Q?Ant=F3nio_Trindade?=" Mime-Version: 1.0 (Apple Message framework v1084) Date: Fri, 27 Jan 2012 01:03:48 +0000 In-Reply-To: To: freebsd-stable@freebsd.org, freebsd-fs@freebsd.org, freebsd-bugs@freebsd.org References: <315A1E95-9064-494F-A3B8-48F1C4951624@gmail.com> Message-Id: X-Mailer: Apple Mail (2.1084) X-Virus-Scanned: ClamAV using ClamSMTP Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: kernel: panic: softdep_sync_buf: Unknown type jnewblk 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, 27 Jan 2012 01:03:56 -0000 I'm sorry for so many mails... Please cc me about this, because I'm not on any of the FreeBSD mailing = lists... Thanks in advance. Cumprimentos/Best regards/Mit freundlichen Gr=FC=DFen, Ant=F3nio Trindade Antonio Trindade gmail.com S=EDtios pessoais: Galeria Fotogr=E1fica: http://trindade.myphotos.cc/fotos/ Blog de fotografia: http://trindade.myphotos.cc/fotografia/ Blog de not=EDcias: http://trindade.myphotos.cc/noticiasavulsas/ Blog pessoal: http://trindade.myphotos.cc/pensamentosnoar/ On 2012/01/27, at 00:44, Ant=F3nio Trindade wrote: >=20 >> From: Ant=F3nio Trindade >> Date: 27 de Janeiro de 2012 00:40:06 WET >> To: freebsd-stable@freebsd.org, freebsd-fs@freebsd.org, = freebsd-bugs@freebsd.org >> Subject: kernel: panic: softdep_sync_buf: Unknown type jnewblk >>=20 >> Cheers. >>=20 >> I recently updated my system to FreeBSD-9.0 and activated softupdate = journaling for a number of file systems (name /home, /var, /usr). >>=20 >> Since then I have been experiencing kernel panics: >> kernel: panic: softdep_sync_buf: Unknown type jnewblk >>=20 >> Yesterday, Jan 26th, I got 6 (six) automatic reboots due to these = kernel panics. >>=20 >> I have now disabled softupdates journaling in the hope that the = panics disappear. >>=20 >> I am sorry for not providing more information about the panic, but = I'll gladly try to gather more info if instructed how to. >>=20 >> Cumprimentos/Best regards/Mit freundlichen Gr=FC=DFen, >> Ant=F3nio Trindade >> Antonio Trindade gmail.com >>=20 >> S=EDtios pessoais: >> Galeria Fotogr=E1fica: http://trindade.myphotos.cc/fotos/ >> Blog de fotografia: http://trindade.myphotos.cc/fotografia/ >> Blog de not=EDcias: http://trindade.myphotos.cc/noticiasavulsas/ >> Blog pessoal: http://trindade.myphotos.cc/pensamentosnoar/ >>=20 >=20 > I forgot some additional info: > To deactivate softupdates journaling, I rebooted into single-user mode = and ran full fsck to every file system I had activated journaling for. > To my surprise, fsck reported errors (namely wrong block counts and = bitmap errors, nothing serious). >=20 > Cumprimentos/Best regards/Mit freundlichen Gr=FC=DFen, > Ant=F3nio Trindade > Antonio Trindade gmail.com >=20 > S=EDtios pessoais: > Galeria Fotogr=E1fica: http://trindade.myphotos.cc/fotos/ > Blog de fotografia: http://trindade.myphotos.cc/fotografia/ > Blog de not=EDcias: http://trindade.myphotos.cc/noticiasavulsas/ > Blog pessoal: http://trindade.myphotos.cc/pensamentosnoar/ >=20 From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 01:09:05 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 BA73C106566C; Fri, 27 Jan 2012 01:09:05 +0000 (UTC) (envelope-from antonio.trindade@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id EC1B78FC0C; Fri, 27 Jan 2012 01:09:04 +0000 (UTC) Received: by werg1 with SMTP id g1so1365830wer.13 for ; Thu, 26 Jan 2012 17:09:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:content-type:subject:date:message-id:to:mime-version:x-mailer :x-virus-scanned; bh=yegifHQyyfqugG7BoEwQEM8bI96daTRUSkmQEWraQ78=; b=beQLFl+DJ5hRF0GpfKVXXFQ+nNjth9KjTvO1O90iuE6v78xusIyH+WLD9brHvJEI0Y WvfsRwB1mng7KKv9KqyRWEUxtUtyjXEvVRM1Jui/CEupI7TX0AjDa6MMNEZxeMtn6IVH vNDM3AsO9BuDaOi9T4J3KVaCMVd/05rCDk1nU= Received: by 10.216.134.3 with SMTP id r3mr2555935wei.40.1327624814222; Thu, 26 Jan 2012 16:40:14 -0800 (PST) Received: from gatekeeper.darklair.homeunix.net (a89-153-149-64.cpe.netcabo.pt. [89.153.149.64]) by mx.google.com with ESMTPS id fv6sm17754040wib.8.2012.01.26.16.40.11 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 26 Jan 2012 16:40:13 -0800 (PST) Received: from gatekeeper.darklair.homeunix.net (localhost [127.0.0.1]) by gatekeeper.darklair.homeunix.net (Postfix) with ESMTP id B9186CF06B; Fri, 27 Jan 2012 00:40:08 +0000 (WET) Received: from altair-wifi.darklair.homeunix.net (altair-wifi.darklair.homeunix.net [10.0.0.11]) by gatekeeper.darklair.homeunix.net (Postfix) with ESMTPA id CE806CF069; Fri, 27 Jan 2012 00:40:07 +0000 (WET) From: =?iso-8859-1?Q?Ant=F3nio_Trindade?= Date: Fri, 27 Jan 2012 00:40:06 +0000 Message-Id: <315A1E95-9064-494F-A3B8-48F1C4951624@gmail.com> To: freebsd-stable@freebsd.org, freebsd-fs@freebsd.org, freebsd-bugs@freebsd.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) X-Virus-Scanned: ClamAV using ClamSMTP Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: kernel: panic: softdep_sync_buf: Unknown type jnewblk 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, 27 Jan 2012 01:09:05 -0000 Cheers. I recently updated my system to FreeBSD-9.0 and activated softupdate = journaling for a number of file systems (name /home, /var, /usr). Since then I have been experiencing kernel panics: kernel: panic: softdep_sync_buf: Unknown type jnewblk Yesterday, Jan 26th, I got 6 (six) automatic reboots due to these kernel = panics. I have now disabled softupdates journaling in the hope that the panics = disappear. I am sorry for not providing more information about the panic, but I'll = gladly try to gather more info if instructed how to. Cumprimentos/Best regards/Mit freundlichen Gr=FC=DFen, Ant=F3nio Trindade Antonio Trindade gmail.com S=EDtios pessoais: Galeria Fotogr=E1fica: http://trindade.myphotos.cc/fotos/ Blog de fotografia: http://trindade.myphotos.cc/fotografia/ Blog de not=EDcias: http://trindade.myphotos.cc/noticiasavulsas/ Blog pessoal: http://trindade.myphotos.cc/pensamentosnoar/ From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 01:32:07 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 7A1B8106566C; Fri, 27 Jan 2012 01:32:07 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-150-251.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 2AB2A151BF6; Fri, 27 Jan 2012 01:32:07 +0000 (UTC) Message-ID: <4F21FE96.7070805@FreeBSD.org> Date: Thu, 26 Jan 2012 17:32:06 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120119 Thunderbird/9.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Ant=F3nio_Trindade?= References: <315A1E95-9064-494F-A3B8-48F1C4951624@gmail.com> In-Reply-To: <315A1E95-9064-494F-A3B8-48F1C4951624@gmail.com> X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: kernel: panic: softdep_sync_buf: Unknown type jnewblk 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, 27 Jan 2012 01:32:07 -0000 On 01/26/2012 16:40, António Trindade wrote: > Cheers. > > I recently updated my system to FreeBSD-9.0 and activated softupdate journaling for a number of file systems (name /home, /var, /usr). > > Since then I have been experiencing kernel panics: > kernel: panic: softdep_sync_buf: Unknown type jnewblk > > Yesterday, Jan 26th, I got 6 (six) automatic reboots due to these kernel panics. > > I have now disabled softupdates journaling in the hope that the panics disappear. > > I am sorry for not providing more information about the panic, but I'll gladly try to gather more info if instructed how to. Make sure that dumpdev is defined in rc.conf. Usually you want to use your swap device. You should also boot into single user mode and do 'fsck -y' to make sure that the file systems are actually clean. There have been problems reported where SU+J doesn't recover fully after a crash, which leads to the kinds of instability you're reporting. hth, Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 01:54:31 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 B5F4B1065677 for ; Fri, 27 Jan 2012 01:54:31 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id 9B8E28FC0C for ; Fri, 27 Jan 2012 01:54:31 +0000 (UTC) Received: from omta22.emeryville.ca.mail.comcast.net ([76.96.30.89]) by qmta10.emeryville.ca.mail.comcast.net with comcast id SQ2A1i0041vN32cAARuXsH; Fri, 27 Jan 2012 01:54:31 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta22.emeryville.ca.mail.comcast.net with comcast id SRuW1i00Z1t3BNj8iRuWle; Fri, 27 Jan 2012 01:54:31 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 5C69D102C19; Thu, 26 Jan 2012 17:54:30 -0800 (PST) Date: Thu, 26 Jan 2012 17:54:30 -0800 From: Jeremy Chadwick To: Doug Barton Message-ID: <20120127015430.GA66235@icarus.home.lan> References: <315A1E95-9064-494F-A3B8-48F1C4951624@gmail.com> <4F21FE96.7070805@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F21FE96.7070805@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Ant?nio Trindade , freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: kernel: panic: softdep_sync_buf: Unknown type jnewblk 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, 27 Jan 2012 01:54:31 -0000 On Thu, Jan 26, 2012 at 05:32:06PM -0800, Doug Barton wrote: > On 01/26/2012 16:40, Ant?nio Trindade wrote: > > Cheers. > > > > I recently updated my system to FreeBSD-9.0 and activated softupdate journaling for a number of file systems (name /home, /var, /usr). > > > > Since then I have been experiencing kernel panics: > > kernel: panic: softdep_sync_buf: Unknown type jnewblk > > > > Yesterday, Jan 26th, I got 6 (six) automatic reboots due to these kernel panics. > > > > I have now disabled softupdates journaling in the hope that the panics disappear. > > > > I am sorry for not providing more information about the panic, but I'll gladly try to gather more info if instructed how to. > > Make sure that dumpdev is defined in rc.conf. Usually you want to use > your swap device. > > You should also boot into single user mode and do 'fsck -y' to make sure > that the file systems are actually clean. There have been problems > reported where SU+J doesn't recover fully after a crash, which leads to > the kinds of instability you're reporting. I'll also point out, though the OP isn't using snapshots, that it's confirmed use of snapshots on SU+J can result in a full filesystem hang. Confirmation is from Kirk McKusick (author of SU and designer of SU+J): http://lists.freebsd.org/pipermail/freebsd-fs/2012-January/013429.html Something really needs to be done about this combination of problems. Since SU+J is the default choice for all UFS filesystems on 9.0-RELEASE, the only solution I can think of is to send a massive announcement to relevant mailing lists, AND put something on the freebsd.org home page about these issues. For the snapshot issue, I believe not using SU+J (and only SU) works around the problem, so possibly that would be the best choice of recommendation at this time. I urge key members of the community and (as always) kernel developers to chime in here with advice. Something needs to be done, users need to be made aware of these problems, and so on. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 02:48:27 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 E2D1F106566C for ; Fri, 27 Jan 2012 02:48:27 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id B1DF98FC08 for ; Fri, 27 Jan 2012 02:48:27 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RqbrL-0007KU-KR for freebsd-stable@freebsd.org; Thu, 26 Jan 2012 21:48:15 -0500 Date: Thu, 26 Jan 2012 21:48:15 -0500 From: Gary Palmer To: freebsd-stable@freebsd.org Message-ID: <20120127024815.GD17973@in-addr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on noop.in-addr.com); SAEximRunCond expanded to false Subject: Panic on 7.4-RELEASE-p5 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, 27 Jan 2012 02:48:28 -0000 Hi, My Soekris firewall just panic'd Fatal trap 12: page fault while in kernel mode fault virtual address = 0x14001d fault code = supervisor write, page not present instruction pointer = 0x20:0xc06fd2d3 stack pointer = 0x28:0xd63557bc frame pointer = 0x28:0xd63558a4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1869 (tcpdump) trap number = 12 panic: page fault KDB: stack backtrace: db_trace_self_wrapper(c079bbfc,c07fb800,c078d680,d6355660,d6355660,...) at db_tr ace_self_wrapper+0x26 panic(c078d680,c07b829c,c36d6d24,1,1,...) at panic+0xed trap_fatal(c2c352d0,140000,2,8,d63556c8,...) at trap_fatal+0x234 trap_pfault(c2b13620,0,c368f460,4,c36d6b00,...) at trap_pfault+0x27a trap(d635577c) at trap+0x34e calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc06fd2d3, esp = 0xd63557bc, ebp = 0xd63558a4 --- softdep_disk_io_initiation(c2ade474,1000,c3003738,1,c2aab9b8,...) at softdep_dis k_io_initiation+0xb3 ffs_geom_strategy(c3003738,c2aab9b8,1000,edb000,0,...) at ffs_geom_strategy+0x10 c ufs_strategy(d6355910,d6355910,c07f3980,c378bbdc,c2aab9b8,...) at ufs_strategy+0 x64 bufstrategy(c378bc9c,c2aab9b8,c368f460,c2aab9b8,c2bd46b4,...) at bufstrategy+0x2 e bufwrite(c2aab9b8,c2aabb04,20,c368f460,0,...) at bufwrite+0xf4 cluster_wbuild(c378bbdc,4000,3b7,0,8,...) at cluster_wbuild+0x6c9 cluster_write(c378bbdc,c2bd46b4,edc000,0,7f,...) at cluster_write+0x715 ffs_write(d6355bc0,c07091e4,c378bc34,0,c378bc64,...) at ffs_write+0x837 VOP_WRITE_APV(c07e9500,d6355bc0,c368f460,c07a2aec,252,...) at VOP_WRITE_APV+0xa0 vn_write(c2e2adf4,d6355c54,c36d7500,0,c368f460,...) at vn_write+0x26f dofilewrite(d6355c54,ffffffff,ffffffff,0,c2e2adf4,...) at dofilewrite+0x84 kern_writev(c368f460,4,d6355c54,d6355c74,1,...) at kern_writev+0x58 write(c368f460,d6355cf8,c,c0798e1b,39bfbd8f,...) at write+0x50 syscall(d6355d38) at syscall+0x1b9 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (4, FreeBSD ELF32, write), eip = 0x28354663, esp = 0xbfbfe85c, ebp = 0xbfbfe878 --- Uptime: 11d5h5m49s Physical memory: 503 MB Dumping 112 MB: 97 81 65 49 33 17 1 Dump complete Automatic reboot in 1 seconds - press a key on the console to abort fsck prevented the box from coming up automatically /dev/ufs/varlog: PARTIALLY TRUNCATED INODE I=1496123 /dev/ufs/varlog: UNEXPECTED SOFT UPDATE INCONSISTENCY; RUN fsck MANUALLY. THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: ufs: /dev/ufs/varlog (/var/log) Anyone seen this before? Any clues? I think this has happened on this box before (or a similar incident anyway, I didn't have the console wired up the last time so I didn't get the above trace). I have a crash dump, although since this is a soekris box I don't have debugging symbols available on the flash card. Thanks, Gary From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 03:09: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 A14541065673 for ; Fri, 27 Jan 2012 03:09:08 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id 623EA8FC13 for ; Fri, 27 Jan 2012 03:09:08 +0000 (UTC) Received: from omta03.westchester.pa.mail.comcast.net ([76.96.62.27]) by qmta07.westchester.pa.mail.comcast.net with comcast id ST831i0020bG4ec57T98Ww; Fri, 27 Jan 2012 03:09:08 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta03.westchester.pa.mail.comcast.net with comcast id ST971i00y1t3BNj3PT98Df; Fri, 27 Jan 2012 03:09:08 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 5B37C102C19; Thu, 26 Jan 2012 19:09:06 -0800 (PST) Date: Thu, 26 Jan 2012 19:09:06 -0800 From: Jeremy Chadwick To: Gary Palmer Message-ID: <20120127030906.GA67449@icarus.home.lan> References: <20120127024815.GD17973@in-addr.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120127024815.GD17973@in-addr.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Panic on 7.4-RELEASE-p5 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, 27 Jan 2012 03:09:08 -0000 On Thu, Jan 26, 2012 at 09:48:15PM -0500, Gary Palmer wrote: > Hi, > > My Soekris firewall just panic'd > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x14001d > fault code = supervisor write, page not present > instruction pointer = 0x20:0xc06fd2d3 > stack pointer = 0x28:0xd63557bc > frame pointer = 0x28:0xd63558a4 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1869 (tcpdump) > trap number = 12 > panic: page fault > KDB: stack backtrace: > db_trace_self_wrapper(c079bbfc,c07fb800,c078d680,d6355660,d6355660,...) at db_tr > ace_self_wrapper+0x26 > panic(c078d680,c07b829c,c36d6d24,1,1,...) at panic+0xed > trap_fatal(c2c352d0,140000,2,8,d63556c8,...) at trap_fatal+0x234 > trap_pfault(c2b13620,0,c368f460,4,c36d6b00,...) at trap_pfault+0x27a > trap(d635577c) at trap+0x34e > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc06fd2d3, esp = 0xd63557bc, ebp = 0xd63558a4 --- > softdep_disk_io_initiation(c2ade474,1000,c3003738,1,c2aab9b8,...) at softdep_dis > k_io_initiation+0xb3 > ffs_geom_strategy(c3003738,c2aab9b8,1000,edb000,0,...) at ffs_geom_strategy+0x10 > c > ufs_strategy(d6355910,d6355910,c07f3980,c378bbdc,c2aab9b8,...) at ufs_strategy+0 > x64 > bufstrategy(c378bc9c,c2aab9b8,c368f460,c2aab9b8,c2bd46b4,...) at bufstrategy+0x2 > e > bufwrite(c2aab9b8,c2aabb04,20,c368f460,0,...) at bufwrite+0xf4 > cluster_wbuild(c378bbdc,4000,3b7,0,8,...) at cluster_wbuild+0x6c9 > cluster_write(c378bbdc,c2bd46b4,edc000,0,7f,...) at cluster_write+0x715 > ffs_write(d6355bc0,c07091e4,c378bc34,0,c378bc64,...) at ffs_write+0x837 > VOP_WRITE_APV(c07e9500,d6355bc0,c368f460,c07a2aec,252,...) at VOP_WRITE_APV+0xa0 > vn_write(c2e2adf4,d6355c54,c36d7500,0,c368f460,...) at vn_write+0x26f > dofilewrite(d6355c54,ffffffff,ffffffff,0,c2e2adf4,...) at dofilewrite+0x84 > kern_writev(c368f460,4,d6355c54,d6355c74,1,...) at kern_writev+0x58 > write(c368f460,d6355cf8,c,c0798e1b,39bfbd8f,...) at write+0x50 > syscall(d6355d38) at syscall+0x1b9 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (4, FreeBSD ELF32, write), eip = 0x28354663, esp = 0xbfbfe85c, ebp = > 0xbfbfe878 --- > Uptime: 11d5h5m49s > Physical memory: 503 MB > Dumping 112 MB: 97 81 65 49 33 17 1 > Dump complete > Automatic reboot in 1 seconds - press a key on the console to abort > > fsck prevented the box from coming up automatically > > /dev/ufs/varlog: PARTIALLY TRUNCATED INODE I=1496123 > /dev/ufs/varlog: UNEXPECTED SOFT UPDATE INCONSISTENCY; RUN fsck MANUALLY. > THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: > ufs: /dev/ufs/varlog (/var/log) > > Anyone seen this before? Any clues? Please shed some light as to your filesystem and disk setup. Partitioning details, any GEOM layers you use, you get the idea. The more verbose the better. Please be sure to state which filesystems use softupdates and which do not (this matters a lot in this situation). As for the actual crash -- I assume the filesystem in question which induced this has softupdates. Have you booted this box into single-user and issued a manual fsck on all the filesystems? If not, please do so ASAP and provide details of the results. These are confirmed cases of background_fsck not properly catching/dealing with all filesystem errors, thus letting some transparently pass through. You are running 7.4-p2, which makes this likelihood even more probable. This is why I advocate (and have for years) background_fsck="no" in rc.conf. I can dig up the (very long and semi-heated) thread discussing this if you want, but I probably won't get to it until next week. I have too much going on with job-related things outside of FreeBSD to spend a lot of time with it now. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 03:11:20 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 C32E91065676 for ; Fri, 27 Jan 2012 03:11:20 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp5.server.rpi.edu (smtp5.server.rpi.edu [128.113.2.225]) by mx1.freebsd.org (Postfix) with ESMTP id 641A28FC1E for ; Fri, 27 Jan 2012 03:11:20 +0000 (UTC) Received: from gilead.netel.rpi.edu (gilead.netel.rpi.edu [128.113.124.121]) by smtp5.server.rpi.edu (8.13.1/8.13.1) with ESMTP id q0R282Eu000966; Thu, 26 Jan 2012 21:08:03 -0500 Message-ID: <4F220702.6040308@FreeBSD.org> Date: Thu, 26 Jan 2012 21:08:02 -0500 From: Garance A Drosehn User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: Jeremy Chadwick References: <4F21CD00.7090306@rpi.edu> <201201270035.30878.alonsoschaich@gmx.de> <20120127001545.GA64476@icarus.home.lan> In-Reply-To: <20120127001545.GA64476@icarus.home.lan> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Bayes-Prob: 0.0001 (Score 0) X-RPI-SA-Score: 1.50 (*) [Hold at 8.00] COMBINED_FROM,RATWARE_GECKO_BUILD X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: 46260423 - ee94ea47b0e6 X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.225 Cc: freebsd-stable@FreeBSD.org, Schaich Alonso Subject: Re: Problem with USB keyboard during boot screen 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, 27 Jan 2012 03:11:20 -0000 On 1/26/12 7:15 PM, Jeremy Chadwick wrote: > On Fri, Jan 27, 2012 at 12:35:30AM +0100, Schaich Alonso wrote: > >> On 2012-01-26 (Thursday) 23:00:32 Garance A Drosihn wrote: >> >>> After testing a variety of things, I put the machine in a small rack I >>> have, and hooked up a different USB keyboard to it. Once the machine >>> has booted all the way up to a "login:" prompt, the newer USB keyboard >>> also works fine. It's from Logitech, and has illuminated keys (if that >>> makes any difference). >>> >>> The thing is, the newer keyboard will not work during the initial boot >>> screen. I see the menu fine, but everything I type using the logitech >>> keyboard is ignored. If I plug in the Apple keyboard, that works fine >>> during the bootup screen. >>> > Fourthly, entering the system BIOS -- assuming this is a PC and not an > Apple computer -- with a USB keyboard is completely and entirely > possible, no matter what "class" of keyboard it is. Furthermore, you > correlate the lack of keyboard functionality in FreeBSD with "the system > BIOS" -- this is simply not the case. > This is a PC built by System76, the "Ratel": http://www.system76.com/desktops/model/ratel I used the mac keyboard during the initial install just because it was the closest one within reach... (I have about 10 computers in here, but most of them are serial. In fact, this is my first PC (non-Mac) which has no serial ports on it). I bought the Ratel with no keyboard. FWIW, If I do plug the Logitech keyboard into a USB port on my Mac, System Profiler shows it connected to a "USB bus", with the info of: USB Bus: Host Controller Location: Expansion Slot Host Controller Driver: AppleUSBOHCI PCI Device ID: 0x0035 PCI Revision ID: 0x0043 PCI Vendor ID: 0x1033 Bus Number: 0x01 Logitech Illuminated Keyboard: Product ID: 0xc318 Vendor ID: 0x046d (Logitech Inc.) Version: 55.01 Speed: Up to 12 Mb/sec Manufacturer: Logitech Location ID: 0x01300000 / 2 Current Available (mA): 500 Current Required (mA): 300 If I plug in the Mac keyboard to the exact same USB port, I'm told it is connected to a "USB High-Speed Bus", with this info. As you noted, the info includes info about the USB hub which is in the keyboard. I have nothing plugged into those extra ports on the keyboard: USB High-Speed Bus: Host Controller Location: Expansion Slot Host Controller Driver: AppleUSBEHCI PCI Device ID: 0x00e0 PCI Revision ID: 0x0004 PCI Vendor ID: 0x1033 Bus Number: 0x41 Keyboard Hub: Product ID: 0x1006 Vendor ID: 0x05ac (Apple Inc.) Version: 94.15 Serial Number: 000000000000 Speed: Up to 480 Mb/sec Manufacturer: Apple, Inc. Location ID: 0x41500000 / 2 Current Available (mA): 500 Current Required (mA): 300 Apple Keyboard: Product ID: 0x0220 Vendor ID: 0x05ac (Apple Inc.) Version: 0.69 Speed: Up to 1.5 Mb/sec Manufacturer: Apple, Inc Location ID: 0x41520000 / 3 Current Available (mA): 100 Current Required (mA): 20 > So, for the OP: can you please answer yes/no to the following questions: > > - If you power on the system with the Logitech keyboard attached, can > you successfully type at the loader prompt ("FreeBSD beastie logo")? > As I mentioned in my original message: No. That's exactly the part I'd like to get working if fixing it is easy. (although it's also okay if I have to go buy another keyboard for this). > - If you power on the system with the Apple keyboard attached, can you > successfully type at the loader prompt ("FreeBSD beastie logo")? > Yes. > - If you power on the system with the Logitech keyboard attached, > and let the FreeBSD kernel load, can you successfully type at > the 'login:' prompt? > Yes. > - If you power on the system with the Apple keyboard attached, > and let the FreeBSD kernel load, can you successfully type at > the 'login:' prompt? > Yes. > Yes/no answers to these 4 questions will provide enough insight to > know where the problem lies. Please DO NOT hot-swap keyboards during > any of this testing. Just stick to what I've described please, thanks. > And to answer a question that Schaich asked, it turns out I can't break into the bios-config screens using the newer keyboard. I would have almost bet that I could, but I can't seem to do it right now. And in thinking about the work I did, all of the BIOS-configs were done back when I still had the Apple keyboard attached. I'll also say that it's somewhat tricky timing getting into the BIOS with the Apple keyboard. It often takes me two or three times to get the timing right. I actually used a digital camera to take pictures of all my BIOS setting screens, so I can review them without having to boot the system. There is a setting there for "On-board Devices", which says the "Serial Port" is "". Interesting when there is no serial port on the back! Looking over BIOS settings, I now see that there was a "USB" subscreen which I didn't realize was there (I thought it was just a heading, but it is a "button" to enter a separate screen of BIOS settings). In that screen there is an option "Backwards Compatibility Mode", which was disabled. I tried Enabling that, but that didn't seem to change the behavior of either keyboard (not even after powering off and back on after having set that BIOS option). There's also an option called "UBC Legacy" which is Enabled. That didn't sound like something which would help by *disabling*, so I did not try disabling that. If there's an easy fix for this, that'd be nice. But don't spend much time worrying about it. It is interesting to see that some USB keyboards work and other ones do not. I had hoped we would be past flakey behavior like this once we got to USB hardware! Other people have sent me email saying they also had trouble with one USB keyboard which went away when they changed keyboards. Thanks! -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 03:13: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 D920A106564A for ; Fri, 27 Jan 2012 03:13:53 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA11.westchester.pa.mail.comcast.net (qmta11.westchester.pa.mail.comcast.net [76.96.59.211]) by mx1.freebsd.org (Postfix) with ESMTP id 8656F8FC0A for ; Fri, 27 Jan 2012 03:13:53 +0000 (UTC) Received: from omta10.westchester.pa.mail.comcast.net ([76.96.62.28]) by QMTA11.westchester.pa.mail.comcast.net with comcast id STDm1i0040cZkys5BTDtFi; Fri, 27 Jan 2012 03:13:53 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta10.westchester.pa.mail.comcast.net with comcast id STDs1i00h1t3BNj3WTDtaX; Fri, 27 Jan 2012 03:13:53 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 4EDFB102C19; Thu, 26 Jan 2012 19:13:51 -0800 (PST) Date: Thu, 26 Jan 2012 19:13:51 -0800 From: Jeremy Chadwick To: Gary Palmer Message-ID: <20120127031351.GA67596@icarus.home.lan> References: <20120127024815.GD17973@in-addr.com> <20120127030906.GA67449@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120127030906.GA67449@icarus.home.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Panic on 7.4-RELEASE-p5 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, 27 Jan 2012 03:13:54 -0000 On Thu, Jan 26, 2012 at 07:09:06PM -0800, Jeremy Chadwick wrote: > On Thu, Jan 26, 2012 at 09:48:15PM -0500, Gary Palmer wrote: > > Hi, > > > > My Soekris firewall just panic'd > > > > Fatal trap 12: page fault while in kernel mode > > fault virtual address = 0x14001d > > fault code = supervisor write, page not present > > instruction pointer = 0x20:0xc06fd2d3 > > stack pointer = 0x28:0xd63557bc > > frame pointer = 0x28:0xd63558a4 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 1869 (tcpdump) > > trap number = 12 > > panic: page fault > > KDB: stack backtrace: > > db_trace_self_wrapper(c079bbfc,c07fb800,c078d680,d6355660,d6355660,...) at db_tr > > ace_self_wrapper+0x26 > > panic(c078d680,c07b829c,c36d6d24,1,1,...) at panic+0xed > > trap_fatal(c2c352d0,140000,2,8,d63556c8,...) at trap_fatal+0x234 > > trap_pfault(c2b13620,0,c368f460,4,c36d6b00,...) at trap_pfault+0x27a > > trap(d635577c) at trap+0x34e > > calltrap() at calltrap+0x6 > > --- trap 0xc, eip = 0xc06fd2d3, esp = 0xd63557bc, ebp = 0xd63558a4 --- > > softdep_disk_io_initiation(c2ade474,1000,c3003738,1,c2aab9b8,...) at softdep_dis > > k_io_initiation+0xb3 > > ffs_geom_strategy(c3003738,c2aab9b8,1000,edb000,0,...) at ffs_geom_strategy+0x10 > > c > > ufs_strategy(d6355910,d6355910,c07f3980,c378bbdc,c2aab9b8,...) at ufs_strategy+0 > > x64 > > bufstrategy(c378bc9c,c2aab9b8,c368f460,c2aab9b8,c2bd46b4,...) at bufstrategy+0x2 > > e > > bufwrite(c2aab9b8,c2aabb04,20,c368f460,0,...) at bufwrite+0xf4 > > cluster_wbuild(c378bbdc,4000,3b7,0,8,...) at cluster_wbuild+0x6c9 > > cluster_write(c378bbdc,c2bd46b4,edc000,0,7f,...) at cluster_write+0x715 > > ffs_write(d6355bc0,c07091e4,c378bc34,0,c378bc64,...) at ffs_write+0x837 > > VOP_WRITE_APV(c07e9500,d6355bc0,c368f460,c07a2aec,252,...) at VOP_WRITE_APV+0xa0 > > vn_write(c2e2adf4,d6355c54,c36d7500,0,c368f460,...) at vn_write+0x26f > > dofilewrite(d6355c54,ffffffff,ffffffff,0,c2e2adf4,...) at dofilewrite+0x84 > > kern_writev(c368f460,4,d6355c54,d6355c74,1,...) at kern_writev+0x58 > > write(c368f460,d6355cf8,c,c0798e1b,39bfbd8f,...) at write+0x50 > > syscall(d6355d38) at syscall+0x1b9 > > Xint0x80_syscall() at Xint0x80_syscall+0x20 > > --- syscall (4, FreeBSD ELF32, write), eip = 0x28354663, esp = 0xbfbfe85c, ebp = > > 0xbfbfe878 --- > > Uptime: 11d5h5m49s > > Physical memory: 503 MB > > Dumping 112 MB: 97 81 65 49 33 17 1 > > Dump complete > > Automatic reboot in 1 seconds - press a key on the console to abort > > > > fsck prevented the box from coming up automatically > > > > /dev/ufs/varlog: PARTIALLY TRUNCATED INODE I=1496123 > > /dev/ufs/varlog: UNEXPECTED SOFT UPDATE INCONSISTENCY; RUN fsck MANUALLY. > > THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: > > ufs: /dev/ufs/varlog (/var/log) > > > > Anyone seen this before? Any clues? > > Please shed some light as to your filesystem and disk setup. > Partitioning details, any GEOM layers you use, you get the idea. > The more verbose the better. Please be sure to state which filesystems > use softupdates and which do not (this matters a lot in this situation). I forgot to mention -- if the storage disk is physical and isn't something like a CF card or similar, if you could provide smartctl -a output from any attached disks (please be sure to state which output correlates with which disk), I can review that to ensure there isn't an underlying disk issue. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 03:23:48 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 2E01A106566C for ; Fri, 27 Jan 2012 03:23:47 +0000 (UTC) (envelope-from gjp@in-addr.com) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id BC6838FC17 for ; Fri, 27 Jan 2012 03:23:47 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RqcPX-0007PD-M3 for freebsd-stable@freebsd.org; Thu, 26 Jan 2012 22:23:35 -0500 Date: Thu, 26 Jan 2012 22:23:35 -0500 From: Gary Palmer To: freebsd-stable@freebsd.org Message-ID: <20120127032335.GE17973@in-addr.com> References: <20120127024815.GD17973@in-addr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120127024815.GD17973@in-addr.com> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gjp@in-addr.com X-SA-Exim-Scanned: No (on noop.in-addr.com); SAEximRunCond expanded to false Subject: Re: Panic on 7.4-RELEASE-p5 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, 27 Jan 2012 03:23:48 -0000 On Thu, Jan 26, 2012 at 09:48:15PM -0500, Gary Palmer wrote: > Hi, > > My Soekris firewall just panic'd > [snip] > I think this has happened on this box before (or a similar incident anyway, > I didn't have the console wired up the last time so I didn't get the above > trace). Just found old daily security e-mail with the last panic Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc34b6a08 fault code = supervisor write, page not present instruction pointer = 0x20:0xc06faa58 stack pointer = 0x28:0xd5096a34 frame pointer = 0x28:0xd5096b18 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 38 (syncer) trap number = 12 panic: page fault KDB: stack backtrace: db_trace_self_wrapper(c079803d,c07f6fa0,c0789da0,d50968e0,d50968e0,...) at db_trace_self_wrapper+0x26 panic(c0789da0,c07b423e,c2d087a4,1,1,...) at panic+0xed trap_fatal(c1154000,c34b6000,2,0,c2b5985c,...) at trap_fatal+0x240 trap_pfault(d5096960,d5096964,0,173a,c2d08580,...) at trap_pfault+0x27a trap(d50969f4) at trap+0x35e calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc06faa58, esp = 0xd5096a34, ebp = 0xd5096b18 --- softdep_disk_io_initiation(c2b96730,1000,c302d84c,9,c2b96730,...) at softdep_disk_io_initiation+0xd8 ffs_geom_strategy(c302d84c,c2b96730,1000,f9fd3000,ffffffff,...) at ffs_geom_strategy+0x13b ufs_strategy(d5096b84,d5096b84,c07ef140,c37e29b4,c2b96730,...) at ufs_strategy+0x64 bufstrategy(c37e2a74,c2b96730,4000,0,c37e29b4,...) at bufstrategy+0x2e bufwrite(c2b96730,ffffffff,4ab2de0,0,d5096c1c,10,8,4000,0,1,d5096c04,ffffe7f4,ffffffff,4000,d5096c24,c0706a53,c37e2a0c,0,4000,0,0) at bufwrite+0xfe vfs_bio_awrite(c2b96730,200012,0,c2cb7d20,0,...) at vfs_bio_awrite+0x51 ffs_syncvnode(c37e29b4,3,c37e2a74,d5096cf0,c05f5083,...) at ffs_syncvnode+0x2c5 ffs_fsync(d5096cd0,d5096cd0,c2cb7d20,c079e9a0,681,...) at ffs_fsync+0x1c sched_sync(0,d5096d38,aa55aa55,aa55aa55,aa55aa55,...) at sched_sync+0x6f3 fork_exit(c05f4990,0,d5096d38) at fork_exit+0x8d fork_trampoline() at fork_trampoline+0x8 Main difference seems to be the above panic came via the syncer but from bufwrite on up the stack is the same Was on 7.3-RELEASE back in July last year. Thanks, Gary From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 03:38:52 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 446D51065670 for ; Fri, 27 Jan 2012 03:38:52 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id 03E0E8FC12 for ; Fri, 27 Jan 2012 03:38:52 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Rqce6-0007Q7-Jo; Thu, 26 Jan 2012 22:38:38 -0500 Date: Thu, 26 Jan 2012 22:38:38 -0500 From: Gary Palmer To: Jeremy Chadwick Message-ID: <20120127033838.GF17973@in-addr.com> References: <20120127024815.GD17973@in-addr.com> <20120127030906.GA67449@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120127030906.GA67449@icarus.home.lan> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on noop.in-addr.com); SAEximRunCond expanded to false Cc: freebsd-stable@freebsd.org Subject: Re: Panic on 7.4-RELEASE-p5 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, 27 Jan 2012 03:38:52 -0000 On Thu, Jan 26, 2012 at 07:09:06PM -0800, Jeremy Chadwick wrote: > On Thu, Jan 26, 2012 at 09:48:15PM -0500, Gary Palmer wrote: > > Hi, > > > > My Soekris firewall just panic'd > > > > Fatal trap 12: page fault while in kernel mode > > fault virtual address = 0x14001d > > fault code = supervisor write, page not present > > instruction pointer = 0x20:0xc06fd2d3 > > stack pointer = 0x28:0xd63557bc > > frame pointer = 0x28:0xd63558a4 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 1869 (tcpdump) > > trap number = 12 > > panic: page fault > > KDB: stack backtrace: > > db_trace_self_wrapper(c079bbfc,c07fb800,c078d680,d6355660,d6355660,...) at db_tr > > ace_self_wrapper+0x26 > > panic(c078d680,c07b829c,c36d6d24,1,1,...) at panic+0xed > > trap_fatal(c2c352d0,140000,2,8,d63556c8,...) at trap_fatal+0x234 > > trap_pfault(c2b13620,0,c368f460,4,c36d6b00,...) at trap_pfault+0x27a > > trap(d635577c) at trap+0x34e > > calltrap() at calltrap+0x6 > > --- trap 0xc, eip = 0xc06fd2d3, esp = 0xd63557bc, ebp = 0xd63558a4 --- > > softdep_disk_io_initiation(c2ade474,1000,c3003738,1,c2aab9b8,...) at softdep_dis > > k_io_initiation+0xb3 > > ffs_geom_strategy(c3003738,c2aab9b8,1000,edb000,0,...) at ffs_geom_strategy+0x10 > > c > > ufs_strategy(d6355910,d6355910,c07f3980,c378bbdc,c2aab9b8,...) at ufs_strategy+0 > > x64 > > bufstrategy(c378bc9c,c2aab9b8,c368f460,c2aab9b8,c2bd46b4,...) at bufstrategy+0x2 > > e > > bufwrite(c2aab9b8,c2aabb04,20,c368f460,0,...) at bufwrite+0xf4 > > cluster_wbuild(c378bbdc,4000,3b7,0,8,...) at cluster_wbuild+0x6c9 > > cluster_write(c378bbdc,c2bd46b4,edc000,0,7f,...) at cluster_write+0x715 > > ffs_write(d6355bc0,c07091e4,c378bc34,0,c378bc64,...) at ffs_write+0x837 > > VOP_WRITE_APV(c07e9500,d6355bc0,c368f460,c07a2aec,252,...) at VOP_WRITE_APV+0xa0 > > vn_write(c2e2adf4,d6355c54,c36d7500,0,c368f460,...) at vn_write+0x26f > > dofilewrite(d6355c54,ffffffff,ffffffff,0,c2e2adf4,...) at dofilewrite+0x84 > > kern_writev(c368f460,4,d6355c54,d6355c74,1,...) at kern_writev+0x58 > > write(c368f460,d6355cf8,c,c0798e1b,39bfbd8f,...) at write+0x50 > > syscall(d6355d38) at syscall+0x1b9 > > Xint0x80_syscall() at Xint0x80_syscall+0x20 > > --- syscall (4, FreeBSD ELF32, write), eip = 0x28354663, esp = 0xbfbfe85c, ebp = > > 0xbfbfe878 --- > > Uptime: 11d5h5m49s > > Physical memory: 503 MB > > Dumping 112 MB: 97 81 65 49 33 17 1 > > Dump complete > > Automatic reboot in 1 seconds - press a key on the console to abort > > > > fsck prevented the box from coming up automatically > > > > /dev/ufs/varlog: PARTIALLY TRUNCATED INODE I=1496123 > > /dev/ufs/varlog: UNEXPECTED SOFT UPDATE INCONSISTENCY; RUN fsck MANUALLY. > > THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: > > ufs: /dev/ufs/varlog (/var/log) > > > > Anyone seen this before? Any clues? > > Please shed some light as to your filesystem and disk setup. > Partitioning details, any GEOM layers you use, you get the idea. > The more verbose the better. Please be sure to state which filesystems > use softupdates and which do not (this matters a lot in this situation). kryten# mount /dev/ad0s1a on / (ufs, local, read-only) devfs on /dev (devfs, local) /dev/md0 on /etc (ufs, local) /dev/md1 on /etc (ufs, local) /dev/ufs/home on /home (ufs, local, soft-updates) /dev/ufs/var on /var (ufs, local, soft-updates) /dev/ufs/varlog on /var/log (ufs, local, soft-updates) devfs on /var/db/dhcpd/dev (devfs, local) (note the second md on /etc is an anomaly - there is normally only one and the daily security report already flagged that up as being different. Haven't looked into where / why that happened yet. This is a nanobsd build) kryten# glabel list Geom name: ad0s2a Providers: 1. Name: ufsid/4ef571bfcc16bfa6 Mediasize: 1015636480 (969M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 1983665 length: 1015636480 index: 0 Consumers: 1. Name: ad0s2a Mediasize: 1015636480 (969M) Sectorsize: 512 Mode: r0w0e0 Geom name: ad1s1d Providers: 1. Name: ufs/varlog Mediasize: 107374182912 (100G) Sectorsize: 512 Mode: r1w1e1 secoffset: 0 offset: 0 seclength: 209715201 length: 107374182912 index: 0 Consumers: 1. Name: ad1s1d Mediasize: 107374182912 (100G) Sectorsize: 512 Mode: r1w1e2 Geom name: ad1s1e Providers: 1. Name: ufs/home Mediasize: 8589934592 (8.0G) Sectorsize: 512 Mode: r1w1e1 secoffset: 0 offset: 0 seclength: 16777216 length: 8589934592 index: 0 Consumers: 1. Name: ad1s1e Mediasize: 8589934592 (8.0G) Sectorsize: 512 Mode: r1w1e2 Geom name: ad1s1f Providers: 1. Name: ufs/var Mediasize: 3438215680 (3.2G) Sectorsize: 512 Mode: r1w1e1 secoffset: 0 offset: 0 seclength: 6715265 length: 3438215680 index: 0 Consumers: 1. Name: ad1s1f Mediasize: 3438215680 (3.2G) Sectorsize: 512 Mode: r1w1e2 Geom name: ad0s1a Providers: 1. Name: ufsid/4f125433ead0d4df Mediasize: 1015636480 (969M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 1983665 length: 1015636480 index: 0 Consumers: 1. Name: ad0s1a Mediasize: 1015636480 (969M) Sectorsize: 512 Mode: r0w0e0 Geom name: ad0s3 Providers: 1. Name: ufsid/47d97f881feaef9a Mediasize: 17031168 (16M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 33264 length: 17031168 index: 0 Consumers: 1. Name: ad0s3 Mediasize: 17031168 (16M) Sectorsize: 512 Mode: r0w0e0 # grep 'ad[01]' /var/run/dmesg.boot ad0: 1953MB at ata0-master WDMA2 ad1: DMA limited to UDMA33, device found non-ATA66 cable ad1: 114473MB at ata0-slave UDMA33 Trying to mount root from ufs:/dev/ad0s1a > As for the actual crash -- I assume the filesystem in question which > induced this has softupdates. I have no idea from the backtrace which filesystem was being written to at the time. The filesystem that it complained was unable to be checked on boot does have softupdates on it (although thinking about it I probably don't actually need SU) > Have you booted this box into single-user and issued a manual fsck on > all the filesystems? If not, please do so ASAP and provide details of > the results. I don't use background fsck and when the box tried rebooting it couldn't handle an unexpected inconsistency in one filesystem and dropped to single user mode. I did 2 fsck passes from single user mode before exiting out of the shell and letting the box finish booting. ( from a login shell after the boot has finished ) # grep fsck /etc/rc.conf background_fsck="NO" ( from my console log ) Starting file system checks: /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 985492 free (33988 frags, 118938 blocks, 1.7% fragmentation) /dev/ad0s3: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s3: clean, 30883 free (139 frags, 3843 blocks, 0.4% fragmentation) /dev/ufs/home: 142 files, 1974 used, 4158281 free (81 frags, 519775 blocks, 0.0% fragmentation) /dev/ufs/var: UNREF FILE I=75348 OWNER=someuser MODE=100600 /dev/ufs/var: SIZE=2048 MTIME=Jan 25 14:47 2012 (CLEARED) /dev/ufs/var: UNREF FILE I=75349 OWNER=someuser MODE=100644 /dev/ufs/var: SIZE=39402 MTIME=Jan 25 14:43 2012 (CLEARED) /dev/ufs/var: UNREF FILE I=75350 OWNER=someuser MODE=100600 /dev/ufs/var: SIZE=2048 MTIME=Jan 25 14:47 2012 (CLEARED) /dev/ufs/var: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) /dev/ufs/var: SUMMARY INFORMATION BAD (SALVAGED) /dev/ufs/var: BLK(S) MISSING IN BIT MAPS (SALVAGED) /dev/ufs/var: 499 files, 2861 used, 1661962 free (234 frags, 207716 blocks, 0.0% fragmentation) /dev/ufs/varlog: PARTIALLY TRUNCATED INODE I=1496123 /dev/ufs/varlog: UNEXPECTED SOFT UPDATE INCONSISTENCY; RUN fsck MANUALLY. THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: ufs: /dev/ufs/varlog (/var/log) Automatic file system check failed; help! ERROR: ABORTING BOOT (sending SIGTERM to parent)! # fsck -p /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 985492 free (33988 frags, 118938 blocks, 1.7% fragmentation) /dev/ad0s3: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s3: clean, 30883 free (139 frags, 3843 blocks, 0.4% fragmentation) /dev/ufs/home: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ufs/home: clean, 4158281 free (81 frags, 519775 blocks, 0.0% fragmentation) /dev/ufs/var: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ufs/var: clean, 1661962 free (234 frags, 207716 blocks, 0.0% fragmentation) /dev/ufs/varlog: PARTIALLY TRUNCATED INODE I=1496123 /dev/ufs/varlog: UNEXPECTED SOFT UPDATE INCONSISTENCY; RUN fsck MANUALLY. THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: ufs: /dev/ufs/varlog (/var/log) # fsck -y /dev/ufs/varlog ** /dev/ufs/varlog ** Last Mounted on /var/log ** Phase 1 - Check Blocks and Sizes PARTIALLY TRUNCATED INODE I=1496123 SALVAGE? yes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? yes SUMMARY INFORMATION BAD SALVAGE? yes BLK(S) MISSING IN BIT MAPS SALVAGE? yes 907 files, 15527664 used, 36687228 free (860 frags, 4585796 blocks, 0.0% fragmen tation) ***** FILE SYSTEM MARKED CLEAN ***** ***** FILE SYSTEM WAS MODIFIED ***** # fsck -y /dev/ufs/varlog ** /dev/ufs/varlog ** Last Mounted on /var/log ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 907 files, 15527664 used, 36687228 free (860 frags, 4585796 blocks, 0.0% fragmen tation) # fsck -p /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 985492 free (33988 frags, 118938 blocks, 1.7% fragmentation) /dev/ad0s3: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s3: clean, 30883 free (139 frags, 3843 blocks, 0.4% fragmentation) /dev/ufs/var: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ufs/home: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ufs/home: clean, 4158281 free (81 frags, 519775 blocks, 0.0% fragmentation) /dev/ufs/varlog: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ufs/varlog: clean, 36687228 free (860 frags, 4585796 blocks, 0.0% fragmenta tion) /dev/ufs/var: clean, 1661962 free (234 frags, 207716 blocks, 0.0% fragmentation) > These are confirmed cases of background_fsck not properly > catching/dealing with all filesystem errors, thus letting some > transparently pass through. You are running 7.4-p2, which makes this > likelihood even more probable. This is why I advocate (and have for > years) background_fsck="no" in rc.conf. I can dig up the (very long and > semi-heated) thread discussing this if you want, but I probably won't > get to it until next week. I have too much going on with job-related > things outside of FreeBSD to spend a lot of time with it now. Way ahead of you Jeremy :) None of my boxes use background FSCK for that very reason. I prefer to wait a bit longer for the boot than suffer ... oddities. Thanks, Gary From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 03:44:04 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 E50B5106564A for ; Fri, 27 Jan 2012 03:44:04 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id A24718FC0A for ; Fri, 27 Jan 2012 03:44:04 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RqcjA-0007QY-J9; Thu, 26 Jan 2012 22:43:52 -0500 Date: Thu, 26 Jan 2012 22:43:52 -0500 From: Gary Palmer To: Jeremy Chadwick Message-ID: <20120127034352.GG17973@in-addr.com> References: <20120127024815.GD17973@in-addr.com> <20120127030906.GA67449@icarus.home.lan> <20120127031351.GA67596@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120127031351.GA67596@icarus.home.lan> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on noop.in-addr.com); SAEximRunCond expanded to false Cc: freebsd-stable@freebsd.org Subject: Re: Panic on 7.4-RELEASE-p5 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, 27 Jan 2012 03:44:05 -0000 On Thu, Jan 26, 2012 at 07:13:51PM -0800, Jeremy Chadwick wrote: > On Thu, Jan 26, 2012 at 07:09:06PM -0800, Jeremy Chadwick wrote: > > On Thu, Jan 26, 2012 at 09:48:15PM -0500, Gary Palmer wrote: > > > Hi, > > > > > > My Soekris firewall just panic'd > > > > > > Fatal trap 12: page fault while in kernel mode > > > fault virtual address = 0x14001d > > > fault code = supervisor write, page not present > > > instruction pointer = 0x20:0xc06fd2d3 > > > stack pointer = 0x28:0xd63557bc > > > frame pointer = 0x28:0xd63558a4 > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 0, pres 1, def32 1, gran 1 > > > processor eflags = interrupt enabled, resume, IOPL = 0 > > > current process = 1869 (tcpdump) > > > trap number = 12 > > > panic: page fault > > > KDB: stack backtrace: > > > db_trace_self_wrapper(c079bbfc,c07fb800,c078d680,d6355660,d6355660,...) at db_tr > > > ace_self_wrapper+0x26 > > > panic(c078d680,c07b829c,c36d6d24,1,1,...) at panic+0xed > > > trap_fatal(c2c352d0,140000,2,8,d63556c8,...) at trap_fatal+0x234 > > > trap_pfault(c2b13620,0,c368f460,4,c36d6b00,...) at trap_pfault+0x27a > > > trap(d635577c) at trap+0x34e > > > calltrap() at calltrap+0x6 > > > --- trap 0xc, eip = 0xc06fd2d3, esp = 0xd63557bc, ebp = 0xd63558a4 --- > > > softdep_disk_io_initiation(c2ade474,1000,c3003738,1,c2aab9b8,...) at softdep_dis > > > k_io_initiation+0xb3 > > > ffs_geom_strategy(c3003738,c2aab9b8,1000,edb000,0,...) at ffs_geom_strategy+0x10 > > > c > > > ufs_strategy(d6355910,d6355910,c07f3980,c378bbdc,c2aab9b8,...) at ufs_strategy+0 > > > x64 > > > bufstrategy(c378bc9c,c2aab9b8,c368f460,c2aab9b8,c2bd46b4,...) at bufstrategy+0x2 > > > e > > > bufwrite(c2aab9b8,c2aabb04,20,c368f460,0,...) at bufwrite+0xf4 > > > cluster_wbuild(c378bbdc,4000,3b7,0,8,...) at cluster_wbuild+0x6c9 > > > cluster_write(c378bbdc,c2bd46b4,edc000,0,7f,...) at cluster_write+0x715 > > > ffs_write(d6355bc0,c07091e4,c378bc34,0,c378bc64,...) at ffs_write+0x837 > > > VOP_WRITE_APV(c07e9500,d6355bc0,c368f460,c07a2aec,252,...) at VOP_WRITE_APV+0xa0 > > > vn_write(c2e2adf4,d6355c54,c36d7500,0,c368f460,...) at vn_write+0x26f > > > dofilewrite(d6355c54,ffffffff,ffffffff,0,c2e2adf4,...) at dofilewrite+0x84 > > > kern_writev(c368f460,4,d6355c54,d6355c74,1,...) at kern_writev+0x58 > > > write(c368f460,d6355cf8,c,c0798e1b,39bfbd8f,...) at write+0x50 > > > syscall(d6355d38) at syscall+0x1b9 > > > Xint0x80_syscall() at Xint0x80_syscall+0x20 > > > --- syscall (4, FreeBSD ELF32, write), eip = 0x28354663, esp = 0xbfbfe85c, ebp = > > > 0xbfbfe878 --- > > > Uptime: 11d5h5m49s > > > Physical memory: 503 MB > > > Dumping 112 MB: 97 81 65 49 33 17 1 > > > Dump complete > > > Automatic reboot in 1 seconds - press a key on the console to abort > > > > > > fsck prevented the box from coming up automatically > > > > > > /dev/ufs/varlog: PARTIALLY TRUNCATED INODE I=1496123 > > > /dev/ufs/varlog: UNEXPECTED SOFT UPDATE INCONSISTENCY; RUN fsck MANUALLY. > > > THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: > > > ufs: /dev/ufs/varlog (/var/log) > > > > > > Anyone seen this before? Any clues? > > > > Please shed some light as to your filesystem and disk setup. > > Partitioning details, any GEOM layers you use, you get the idea. > > The more verbose the better. Please be sure to state which filesystems > > use softupdates and which do not (this matters a lot in this situation). > > I forgot to mention -- if the storage disk is physical and isn't > something like a CF card or similar, if you could provide smartctl -a > output from any attached disks (please be sure to state which output > correlates with which disk), I can review that to ensure there isn't an > underlying disk issue. kryten# smartctl -a /dev/ad1 smartctl 5.42 2011-10-20 r3458 [FreeBSD 7.4-RELEASE-p5 i386] (local build) Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net === START OF INFORMATION SECTION === Model Family: Hitachi Travelstar 5K250 Device Model: Hitachi HTS542512K9SA00 Serial Number: 071202BB0200WBHGW9XC LU WWN Device Id: 5 000cca 530d4db41 Firmware Version: BB2OC31P User Capacity: 120,034,123,776 bytes [120 GB] Sector Size: 512 bytes logical/physical Device is: In smartctl database [for details use: -P show] ATA Version is: 8 ATA Standard is: ATA-8-ACS revision 3f Local Time is: Fri Jan 27 03:39:16 2012 GMT SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x00) Offline data collection activity was never started. Auto Offline Data Collection: Disabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: ( 645) seconds. Offline data collection capabilities: (0x5b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. No Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 56) minutes. SCT capabilities: (0x003d) SCT Status supported. SCT Error Recovery Control supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000b 100 100 062 Pre-fail Always - 0 2 Throughput_Performance 0x0005 100 100 040 Pre-fail Offline - 0 3 Spin_Up_Time 0x0007 253 253 033 Pre-fail Always - 0 4 Start_Stop_Count 0x0012 100 100 000 Old_age Always - 28 5 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail Always - 0 7 Seek_Error_Rate 0x000b 100 100 067 Pre-fail Always - 0 8 Seek_Time_Performance 0x0005 100 100 040 Pre-fail Offline - 0 9 Power_On_Hours 0x0012 023 023 000 Old_age Always - 33748 10 Spin_Retry_Count 0x0013 100 100 060 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 28 191 G-Sense_Error_Rate 0x000a 100 100 000 Old_age Always - 0 192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 4 193 Load_Cycle_Count 0x0012 001 001 000 Old_age Always - 7286353 194 Temperature_Celsius 0x0002 103 103 000 Old_age Always - 53 (Min/Max 17/58) 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0 197 Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 0 223 Load_Retry_Count 0x000a 100 100 000 Old_age Always - 0 SMART Error Log Version: 1 ATA Error Count: 239 (device log contains only the most recent five errors) CR = Command Register [HEX] FR = Features Register [HEX] SC = Sector Count Register [HEX] SN = Sector Number Register [HEX] CL = Cylinder Low Register [HEX] CH = Cylinder High Register [HEX] DH = Device/Head Register [HEX] DC = Device Command Register [HEX] ER = Error register [HEX] ST = Status register [HEX] Powered_Up_Time is measured from power on, and printed as DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes, SS=sec, and sss=millisec. It "wraps" after 49.710 days. Error 239 occurred at disk power-on lifetime: 25188 hours (1049 days + 12 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 40 51 01 eb bb 12 e0 Error: UNC 1 sectors at LBA = 0x0012bbeb = 1227755 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- c8 00 01 eb bb 12 e0 08 22d+07:23:48.580 READ DMA ca 00 20 a0 b3 a6 ed 08 22d+07:23:48.580 WRITE DMA ca 00 20 60 b3 a6 ed 08 22d+07:23:48.580 WRITE DMA ca 00 14 df ef 12 e0 08 22d+07:23:48.580 WRITE DMA c8 00 01 ea bb 12 e0 08 22d+07:23:44.380 READ DMA Error 238 occurred at disk power-on lifetime: 25188 hours (1049 days + 12 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 40 51 01 ea bb 12 e0 Error: UNC 1 sectors at LBA = 0x0012bbea = 1227754 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- c8 00 01 ea bb 12 e0 08 22d+07:23:44.380 READ DMA ca 00 20 1f c1 12 e0 08 22d+07:23:44.380 WRITE DMA c8 00 01 ea bc 12 e0 08 22d+07:23:40.280 READ DMA ca 00 80 ff 8c 88 e4 08 22d+07:23:40.280 WRITE DMA ca 00 80 7f 8c 88 e4 08 22d+07:23:40.280 WRITE DMA Error 237 occurred at disk power-on lifetime: 25188 hours (1049 days + 12 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 40 51 01 ea bc 12 e0 Error: UNC 1 sectors at LBA = 0x0012bcea = 1228010 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- c8 00 01 ea bc 12 e0 08 22d+07:23:40.280 READ DMA ca 00 80 ff 8c 88 e4 08 22d+07:23:40.280 WRITE DMA ca 00 80 7f 8c 88 e4 08 22d+07:23:40.280 WRITE DMA ca 00 20 5f 4b 87 e4 08 22d+07:23:40.280 WRITE DMA ca 00 14 df ef 12 e0 08 22d+07:23:40.280 WRITE DMA Error 236 occurred at disk power-on lifetime: 25188 hours (1049 days + 12 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 40 51 01 eb bb 12 e0 Error: UNC 1 sectors at LBA = 0x0012bbeb = 1227755 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- c8 00 01 eb bb 12 e0 08 22d+07:23:36.280 READ DMA ca 00 20 7f 8c 88 e4 08 22d+07:23:36.280 WRITE DMA ca 00 40 3f 8c 88 e4 08 22d+07:23:36.280 WRITE DMA ca 00 20 1f 22 16 e0 08 22d+07:23:36.280 WRITE DMA ca 00 18 3f e9 12 e0 08 22d+07:23:36.280 WRITE DMA Error 235 occurred at disk power-on lifetime: 25188 hours (1049 days + 12 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 40 51 01 ea bb 12 e0 Error: UNC 1 sectors at LBA = 0x0012bbea = 1227754 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- c8 00 01 ea bb 12 e0 08 22d+07:23:32.180 READ DMA ca 00 20 bf 54 69 eb 08 22d+07:23:32.180 WRITE DMA ca 00 20 3f 28 24 e3 08 22d+07:23:32.180 WRITE DMA ca 00 14 df ef 12 e0 08 22d+07:23:32.180 WRITE DMA ca 00 20 ff c1 12 e0 08 22d+07:23:32.180 WRITE DMA SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed without error 00% 33078 - # 2 Short offline Completed without error 00% 33077 - SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. I noticed a while ago that there were some "bad" sectors on the disk, and at the time they were under the swap partition if my math was correct, and the box never swaps so it wasn't a problem. I don't know if the errors above are the same ones I saw earlier or not. There were no read or write errors on the console prior to the panic earlier today. In fact the previos output on the console relates to the last reboot for a software upgrade (fixing some packages) 11 days prior. The only thing in logs going back to November relating to ad1 are boot messages. Thanks, Gary From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 07:16: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 2620F106564A; Fri, 27 Jan 2012 07:16:18 +0000 (UTC) (envelope-from lmpb707@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7B8698FC19; Fri, 27 Jan 2012 07:16:17 +0000 (UTC) Received: by werg1 with SMTP id g1so1594045wer.13 for ; Thu, 26 Jan 2012 23:16:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=o/XTlfgAxqmipEeCwZ1dtQ8WvZE6jN+JGB/bmaGPCL0=; b=JXF6EYJGUcJeBtfFYrrUyhpO3CtaBDBp2x66kitI//w2b6OAQ4RPwOKpsIDhMSJY3K 9h8hn1hUdKCtxJP1zdCifOnZzDMtNjenILRElQ3XOA3naJf3D+MOdrsfZxHRWRTBh/5X M7aEHc/H+Vex5QGzjMjr5AN057xk5Ok+dP4OY= MIME-Version: 1.0 Received: by 10.216.138.24 with SMTP id z24mr2398059wei.48.1327647014587; Thu, 26 Jan 2012 22:50:14 -0800 (PST) Received: by 10.216.183.205 with HTTP; Thu, 26 Jan 2012 22:50:14 -0800 (PST) Received: by 10.216.183.205 with HTTP; Thu, 26 Jan 2012 22:50:14 -0800 (PST) In-Reply-To: <4F220702.6040308@FreeBSD.org> References: <4F21CD00.7090306@rpi.edu> <201201270035.30878.alonsoschaich@gmx.de> <20120127001545.GA64476@icarus.home.lan> <4F220702.6040308@FreeBSD.org> Date: Fri, 27 Jan 2012 07:50:14 +0100 Message-ID: From: marek lastname To: Garance A Drosehn Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Jeremy Chadwick , Schaich Alonso Subject: Re: Problem with USB keyboard during boot screen 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, 27 Jan 2012 07:16:18 -0000 Are you sure that you are *not* using USB 3.0 ports for the keyboard which makes problems? I had that on ZBOX ID34 - with keyobard connected to 3.0 I was not able to enter BIOS at all. Marek From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 08:39:47 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 B0C28106564A; Fri, 27 Jan 2012 08:39:47 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from mail.yamagi.org (unknown [IPv6:2a01:4f8:121:2102:1::7]) by mx1.freebsd.org (Postfix) with ESMTP id 479978FC16; Fri, 27 Jan 2012 08:39:47 +0000 (UTC) Received: from happy.home.yamagi.org (hmbg-5f77ef73.pool.mediaWays.net [95.119.239.115]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yamagi.org (Postfix) with ESMTPSA id B23EA1666334; Fri, 27 Jan 2012 09:39:45 +0100 (CET) Date: Fri, 27 Jan 2012 09:39:34 +0100 From: Yamagi Burmeister To: freebsd@jdc.parodius.com Message-Id: <20120127093934.ae7ca125.lists@yamagi.org> In-Reply-To: <20120127015430.GA66235@icarus.home.lan> References: <315A1E95-9064-494F-A3B8-48F1C4951624@gmail.com> <4F21FE96.7070805@FreeBSD.org> <20120127015430.GA66235@icarus.home.lan> X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Fri__27_Jan_2012_09_39_34_+0100_HXMDEpTt9rOFnD29" Cc: antonio.trindade@gmail.com, freebsd-fs@freebsd.org, dougb@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: kernel: panic: softdep_sync_buf: Unknown type jnewblk 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, 27 Jan 2012 08:39:47 -0000 --Signature=_Fri__27_Jan_2012_09_39_34_+0100_HXMDEpTt9rOFnD29 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi :) On Thu, 26 Jan 2012 17:54:30 -0800 Jeremy Chadwick wrote: > I'll also point out, though the OP isn't using snapshots, that it's > confirmed use of snapshots on SU+J can result in a full filesystem hang. > Confirmation is from Kirk McKusick (author of SU and designer of SU+J): >=20 > http://lists.freebsd.org/pipermail/freebsd-fs/2012-January/013429.html >=20 > Something really needs to be done about this combination of problems. >=20 > Since SU+J is the default choice for all UFS filesystems on 9.0-RELEASE, > the only solution I can think of is to send a massive announcement to > relevant mailing lists, AND put something on the freebsd.org home page > about these issues. The problem was analyzed but no immediate solution found. Therefor snapshots on filesystems with SU+J (but not SU alone) were disabled by Kirk McKusick in SVN r230250. The MFC to 9-STABLE has still to be done. Maybe this fix is a candidate for an errata notice / patch, distributed by freebsd-update? > For the snapshot issue, I believe not using SU+J (and only SU) works > around the problem, so possibly that would be the best choice of > recommendation at this time. Yes, snapshots with SU alone are working. > I urge key members of the community and (as always) kernel developers to > chime in here with advice. Something needs to be done, users need to be > made aware of these problems, and so on. Due to lack of time and not being the author of the rather complex code Kirk McKusick was not able to fix the problem. We're now waiting for Jeff Roberson to step up, but I was told that he is very busy and has no time too. > --=20 > | Jeremy Chadwick jdc@parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, US | > | Making life hard for others since 1977. PGP 4BD6C0CB | >=20 > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >=20 --=20 Homepage: www.yamagi.org XMPP: yamagi@yamagi.org GnuPG/GPG: 0xEFBCCBCB --Signature=_Fri__27_Jan_2012_09_39_34_+0100_HXMDEpTt9rOFnD29 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk8iYtAACgkQWTjlg++8y8vsuQCgwHdjqZupfrQa9/MvR65JIyQQ r44An2u0CaN9Oh1Q2b7hf2RIjXn88+aa =qxCQ -----END PGP SIGNATURE----- --Signature=_Fri__27_Jan_2012_09_39_34_+0100_HXMDEpTt9rOFnD29-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 10:06: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 09ABF106566B; Fri, 27 Jan 2012 10:06:48 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E98E68FC19; Fri, 27 Jan 2012 10:06:47 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q0RA6le0037726; Fri, 27 Jan 2012 10:06:47 GMT (envelope-from danger@freefall.freebsd.org) Received: (from danger@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q0RA6ljK037725; Fri, 27 Jan 2012 10:06:47 GMT (envelope-from danger) Date: Fri, 27 Jan 2012 10:06:47 +0000 From: Daniel Gerzo To: hackers@FreeBSD.org Message-ID: <20120127100647.GA37668@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.3i Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: FreeBSD Quarterly Status Report October-December, 2011 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: monthly@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, 27 Jan 2012 10:06:48 -0000 FreeBSD Quarterly Status Report October-December, 2011 Introduction This report covers FreeBSD-related projects between October and December 2011. It is the last of the four reports planned for 2011. This quarter was mainly devoted to polishing the bits for the next major version of FreeBSD, 9.0, which was already successfully released in the beginning of January 2012. Thanks to all the reporters for the excellent work! This report contains 32 entries and we hope you enjoy reading it. Please note that the deadline for submissions covering the period between January and March 2012 is April 15th, 2012. __________________________________________________________________ Projects * Auditdistd Project * BSD-Licensed C++ Stack * pfSense User-land Programs * Replacing the Regular Expression Code * System Configuration Utilities FreeBSD Team Reports * FreeBSD Ports Management Team Status Report * Release Engineering Team Status Report * The FreeBSD Foundation Status Report Kernel * CAM Target Layer (CTL) * FreeBSD No-IPv4 ("IPv6-Only") Support * GEOM MULTIPATH Rewrite * HDA Sound Driver (snd_hda) Improvements * LSI Supported mps(4) SAS driver * SCSI Direct Access Driver (da) Improvements * Status Report for NFS * The New CARP Documentation * A Tool to Check for Mistakes in Documentation -- igor * The FreeBSD German Documentation Project * The FreeBSD Japanese Documentation Project Architectures * FreeBSD/390 * FreeBSD/arm on Marvell Armada XP * FreeBSD/powerpc on AppliedMicro APM86290 * FreeBSD/powerpc on Freescale QorIQ DPAA * Improving Support for New Features in the Intel SandyBridge CPUs Ports * FreeBSD Haskell Ports * FreeBSD Ruby Ports * FreeBSD/GNOME * FreeBSD/KDE * Multimedia -- Watching/Recording Digital TV * Perl Ports Testing * Public FreeBSD Ports Development Infrastructure -- redports.org * Up to Date X.Org Server __________________________________________________________________ A Tool to Check for Mistakes in Documentation -- igor URL: http://www.wonkity.com/~wblock/igor/ Contact: Warren Block igor is a program that proofreads man pages, DocBook SGML source, and other text files for many common mistakes. Files are tested for spelling mistakes, repeated words, and white-space problems. Man pages are also checked for minimal structure, and DocBook SGML source files are checked for formatting and tag problems. If you write or edit FreeBSD documentation, let igor help you check it for correctness. Open tasks: 1. Find a testing or parsing framework that can do a faster or better job, or that can understand the state of DocBook tags. 2. Add more tests. 3. Improve speed. __________________________________________________________________ Auditdistd Project Contact: Pawel Jakub Dawidek Current weakness of FreeBSD's Security Event Audit facility is that audit records are stored locally and can be modified or removed by an attacker after a system compromise. The auditdistd will allow to reliably and securely distribute audit trail files over TCP/IP network to remote system. In case of system compromise it will enable administrators to analyze audit records in trusted environment. This project is sponsored by the FreeBSD Foundation and should be completed by the end of February 2012. __________________________________________________________________ BSD-Licensed C++ Stack Contact: David Chisnall Two new libraries, libc++ (providing a C++11 STL implementation) and libcxxrt (providing an implementation of the C++ ABI specification) have been added. This is enabled by adding WITH_LIBCPLUSPLUS=yes to src.conf. It is not enabled by default because libc++ does not build with the version of gcc in the base system and requires you to build with clang. Once it is built, you can select between using GNU libstdc++ and libc++ by adding -stdlib=libc++ or -stdlib=libstdc++ to your compile and link flags (when building with clang). If you are running head (or have a spare [virtual] machine you can try it on) then please try building your C++ code with libc++ and let me know of any failures, ideally with reduced test cases. Open tasks: 1. Test ports with libc++. Hopefully most will Just Work., but others may need patches or have a hard dependency on libstdc++. 2. Make libstdc++ dynamically link to libsupc++. This will allow us to use libmap.conf to switch between libsupc++ and libcxxrt. 3. Enable building libc++ by default (hopefully in the 9.1 time-frame, when clang becomes the default system compiler) and switch to using libcxxrt instead of libsupc++ by default. 4. Lots more testing. Followed by even more testing. 5. Removing libstdc++ from the base system and making it available through ports for backwards compatibility. __________________________________________________________________ CAM Target Layer (CTL) URL: http://lists.FreeBSD.org/pipermail/freebsd-current/2012-January/031007. html Contact: Ken Merry The CAM Target Layer (CTL) is now in FreeBSD/head. CTL is a disk and processor device emulation subsystem originally written for Copan Systems under Linux starting in 2003. It has been shipping in Copan (now SGI) products since 2005. It was ported to FreeBSD in 2008, and thanks to an agreement between SGI (who acquired Copan's assets in 2010) and Spectra Logic in 2010, CTL is available under a BSD-style license. The intent behind the agreement was that Spectra would work to get CTL into the FreeBSD tree. It will likely be merged into the stable/9 tree in mid-February. Some CTL features: * Disk and processor device emulation * Tagged queueing * SCSI task attribute support (ordered, head of queue, simple tags) * SCSI implicit command ordering support. (e.g. if a read follows a mode select, the read will be blocked until the mode select completes.) * Full task management support (abort, LUN reset, target reset, etc.) * Support for multiple ports * Support for multiple simultaneous initiators * Support for multiple simultaneous backing stores * Persistent reservation support * Mode sense/select support * Error injection support * High Availability support (1) * All I/O handled in-kernel, no userland context switch overhead. (1) HA Support is just an API stub, and needs much more to be fully functional. For the basics on configuring and running CTL, see src/sys/cam/ctl/README.ctl.txt in the FreeBSD/head source tree. __________________________________________________________________ FreeBSD Haskell Ports URL: http://wiki.FreeBSD.org/Haskell URL: https://github.com/freebsd-haskell/freebsd-haskell/ URL: http://haskell.org/mailman/listinfo/freebsd-haskell/ Contact: Gábor János PÁLI Contact: Ashish SHUKLA We are proud to announce that the FreeBSD Haskell Team has updated the Haskell Platform to 2011.4.0.0, as well as updated GHC to 7.0.4 in FreeBSD Haskell ports repository. We also added a number of new Haskell ports, and their count is now more than 300. Some of the new ports include Yesod, Happstack (popular web development frameworks in Haskell), ThreadScope (a graphical profiler tool for parallel Haskell programs). Due to ports repository freeze for 9.0-RELEASE, these updates are not in official ports tree yet. They will be committed to the ports repository after it is unfrozen again, in the meantime they can be accessed through FreeBSD Haskell ports repository. Open tasks: 1. Commit pending Haskell ports to FreeBSD ports repository. 2. Test GHC to work with clang/LLVM. 3. Add an option to the lang/ghc port to be able to build it with already installed GHC instead of requiring a separate GHC bootstrap tarball. __________________________________________________________________ FreeBSD No-IPv4 ("IPv6-Only") Support URL: http://www.FreeBSD.org/ipv6/ipv6only.html Contact: Bjoern A. Zeeb The No-IPv4 (fka. "IPv6-Only") project initially prototyped in p4 and merged into mainstream FreeBSD with support from the FreeBSD Foundation and iXsystems earlier in 2011 for World IPv6 Day continued as a free time project. Thanks to the help of an anonymous source, dedicated i386 and amd64 build machines and a distribution node were setup to allow continuous building of snapshots and we hope to extend the support for the snapshots in the future providing more services. During the 9.0 release cycle a BETA and an RC snapshot were built and released. FreeBSD 9.0-RELEASE will be the first official release supporting a kernel to compile out IPv4 support. We will provide (and given 9.0 is out at time of writing do provide) a no-IPv4 snapshot accompanying the official release and hope for your feedback. I would like to thank Hiroki Sato/allbsd.org for providing a mirror in Japan for the Asian community in addition to mine in Europe. Open tasks: 1. Commit/Submit upstream a few user space fixes. 2. More user space cleanup and testing. 3. Get rid of gethostby*() calls. __________________________________________________________________ FreeBSD Ports Management Team Status Report URL: http://www.FreeBSD.org/ports/ URL: http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/contributing-ports/ URL: http://portsmon.FreeBSD.org/index.html URL: http://www.FreeBSD.org/portmgr/index.html URL: http://blogs.FreeBSDish.org/portmgr/ URL: http://www.twitter.com/freebsd_portmgr/ URL: http://www.facebook.com/group.php?gid=135441496471197 Contact: Thomas Abthorpe Contact: Port Management Team The ports tree finally surpassed 23,000 ports. The PR count still remains at about 1100. In Q4 we added 4 new committers, took in 4 commit bit for safe keeping, and had one committer return to ports work. The Ports Management team have been running -exp runs on an ongoing basis, verifying how base system updates may affect the ports tree, as well as providing QA runs for major ports updates. Of note, -exp runs were done for: * KDE4 and cmake updates * Multiple runs to test and fix breakages induced by the bump in digits for FreeBSD 10 * Verify the removal of X11BASE from ports * Test ports after import of flex and m4 into src base * Optimizations to bsd.ports.mk * Test xcb update and split into multiple ports * Estimate number of ports utilizing old interface ioctls * Ongoing validation of infrastructure with pkgng * testing ports with clang as default compiler pkgng now has real safe binary upgrade, as well as real integrity checking, work has been started to have the ports tree be able to bootstrap pkgng. More info on the CFT email.. The pointyhat-west build machine continues toward production use, code updates have made it more versatile such as swapping out information in make.conf for build slaves, assist in testing of pkgng -exp runs and to properly build linux_base ports. It has been decided that the ports tree will be migrated from CVS to Subversion, beat@ will be in charge of the project. More information on the wiki. A moderated mailing list has been created for ports related announcements, http://lists.FreeBSD.org/mailman/listinfo/freebsd-ports-announce, it is intended, but not limited, to be a means of communicating portmgr@ announcements, Calls for Testing, plus other relevant information to be used by our committers and ports maintainer community. Open tasks: 1. Looking for help getting ports to build with clang. 2. Looking for help fixing ports broken on CURRENT. (List needs updating, too) 3. Looking for help with Tier-2 architectures. 4. ports broken by src changes. 5. ports failing on pointyhat. 6. ports failing on pointyhat-west. 7. ports that are marked as BROKEN. 8. When did that port break. 9. Most ports PRs are assigned, we now need to focus on testing, committing and closing. __________________________________________________________________ FreeBSD Ruby Ports URL: http://wiki.FreeBSD.org/Ruby URL: http://people.FreeBSD.org/~pgollucci/FreeBSD/prs/prefixes.html#ruby- URL: http://people.FreeBSD.org/~pgollucci/FreeBSD/prs/prefixes.html#rubygem- Contact: Philip Gollucci Contact: Steve Wills Work is underway to convert the remaining ruby- ports to rubygem-* ports in order to keep up with the gem community. A second attempt will be made to change the default ruby from 1.8 to 1.9. There will be some unavoidable casualties of this transition. The sysutils/rubygem-chef-server port was contributed by RideCharge Inc / Taxi Magic who is now using it exclusively. Open tasks: 1. Need some fresh -exp runs to check the new status especially with ruby 1.9.3-p0. __________________________________________________________________ FreeBSD/390 Contact: Pau Amma Contact: Bjoern A. Zeeb I wandered in and started working on FreeBSD/390 about 1 month ago based on source Bjoern provided. My short term goals are to sync it with the current HEAD and write a minimal IPLabel loader, so we do not have to depend on Hercules-only commands to test the kernel boot process. Then it will be time to make the crossbuild work again and get the kernel booting. __________________________________________________________________ FreeBSD/arm on Marvell Armada XP URL: http://svnweb.FreeBSD.org/base/projects/armv6/ Contact: Grzegorz Bernacki Contact: Rafal Jaworowski Marvell Armada XP is a complete system-on-chip solution based on Sheeva embedded CPU. These devices integrate up to four ARMv6/v7 compliant Sheeva CPU cores with shared L2 cache. This work is extending the FreeBSD/arm infrastructure towards support for recent ARM architecture variations along with a basic set of device drivers for integrated peripherals. The following code has been implemented since the last status report: * SMP support * + Implemented TLB broadcast and RFO + Tested 2 and 4 cores setup in WT cache mode * SATA driver integrated and tested * CESA driver integrated and tested Next steps: * L2 cache support * Full support for WB/WBA cache __________________________________________________________________ FreeBSD/GNOME URL: http://www.FreeBSD.org/gnome URL: http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi/ Contact: GNOME FreeBSD mailing list It has been a while since we did a status report. This year we started work on GNOME 3.0. Due to time constrains and lack of man power, this version did not make it into the ports. Currently we have 3.2 in our development repo. See the development FAQ on our website for details. The MC-UPDATING file contains upgrade instructions. Currently the GNOME team is understaffed, help is welcome! Open tasks: 1. Update the FreeBSD gnome website with GNOME 3.x information, and still supply the 2.32.x info. __________________________________________________________________ FreeBSD/KDE URL: http://FreeBSD.kde.org URL: http://FreeBSD.kde.org/area51.php Contact: FreeBSD KDE The KDE/FreeBSD team have continued to improve the experience of KDE software and Qt under FreeBSD. The latest round of improvements include: * Many fixes upstream to make KDE and Qt build with Clang * Making automoc not freeze with parallel builds The team has also made many releases and upstreamed many fixes and patches. The latest round of releases include: * KDE SC: 4.7.3, 4.7.4 (in the area51 experimental repository) * Qt: 4.8.0 (in the area51 experimental repository) * CMake: 2.8.6, 2.8.7 The team is always looking for more testers and porters so please contact us at kde@FreeBSD.org and visit our home page at http://FreeBSD.kde.org. Open tasks: 1. Testing KDE SC 4.8.0. 2. Testing KDE PIM 4.7.4. 3. Testing phonon-gstreamer and phonon-vlc as the phonon-xine backend was deprecated (but will remain in the ports for now). 4. Testing the Calligra beta releases (in the area51 repository). __________________________________________________________________ FreeBSD/powerpc on AppliedMicro APM86290 Contact: Grzegorz Bernacki Contact: Rafal Jaworowski The APM86290 system-on-chip device is a member of AppliedMicro's PACKETpro family of embedded processors. The chip includes two Power Architecture PPC465 processor cores, which are compliant with Book-E specification of the architecture, and a number of integrated peripherals. This work is extending current Book-E support in FreeBSD towards PPC4xx processors variation along with device drivers for integrated peripherals. The following drivers have been created since the last report: * Ethernet controller driver * Classifier driver * Finished Queue Manager/Traffic Manager * Improved performance and stability Next steps: * L2 cache support * Merge APM86290 support to -CURRENT __________________________________________________________________ FreeBSD/powerpc on Freescale QorIQ DPAA URL: http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=P2040 URL: http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=P3041 URL: http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=P5020 Contact: Michal Dubiel Contact: Rafal Jaworowski Contact: Piotr Ziecik The QorIQ Data Path Acceleration Architecture (DPAA) from Freescale is a comprehensive architecture, which integrates all aspects of packet processing in the SoC, addressing issues and requirements resulting from the nature of QorIQ multicore SoCs. It includes: * Cores * Network and packet I/O * Hardware offload accelerators * The infrastructure required to facilitate the flow of packets between the above The DPAA also addresses various performance related requirements, especially those created by the high speed network I/O found on multicore SoCs such as P2041, P3041, P5020, etc. This work is bringing up FreeBSD on these system-on-chip devices along with device drivers for integrated peripherals. Current FreeBSD QorIQ DPAA support includes: * QorIQ P2041 and P3041 devices * E500mc core complex * Adaptation of toolchain for the new core * Booting via U-Boot bootloader * CoreNet interconnect fabric * L1, L2, L3 cache * Serial console (UART) * Interrupt controller * DPAA infrastructure (BMAN, FMAN, QMAN) * Ethernet (basic network functionality using Independent Mode of DPAA infrastructure) * EHCI controller * PCI Express controller (host mode) * SMP support (up to quad-core) * I2C Next steps: * QorIQ P5020 (32-bit mode) support * Ethernet (full network functionality using Regular Mode of DPAA infrastructure) * Enhanced SDHC __________________________________________________________________ GEOM MULTIPATH Rewrite URL: http://people.FreeBSD.org/~mav/gmultipath5.patch Contact: Alexander Motin The GEOM MULTIPATH class underwent a major rewrite to fix many problems and improve functionality, including: * Improved locking and destruction process to fix crashes. * "Automatic" configuration method improved to make it safe by reading metadata back from all specified paths after writing to one. * "Manual" configuration method added to work without using on-disk metadata. New "add" and "remove" commands allow to manage paths manually. * Failed paths are no longer dropped from GEOM, but only marked as failed and excluded from I/O operations. Failed paths can be automatically restored when all other paths are lost or marked as failed, for example, because of device-caused (not transport) errors. "Fail" and "restore" commands added to manually control failure status. * Added Active/Active mode support. Unlike the default Active/Passive mode, the load is evenly distributed between all working paths. If supported by the device, it allows to significantly improve performance, utilizing bandwidth of all paths. It is controlled by the -A option during creation. * Provider size check added to reduce chance of conflict with other GEOM classes. * GEOM is now destroyed on last provider disconnection. * `status` and `list` commands output was improved. These changes are now committed into the FreeBSD HEAD branch. Merge to 9-STABLE and 8-STABLE is planned after 9.0 release. Project sponsored by iXsystems, Inc. Open tasks: 1. Implement some additional request ordering mechanism for the Active/Active mode. Some consumers in theory may not wait for previous requests completion before submitting new overlapping or dependent requests. Those requests may be reordered on device if run via different paths simultaneously. __________________________________________________________________ HDA Sound Driver (snd_hda) Improvements URL: http://people.FreeBSD.org/~mav/hda.rewrite2.patch Contact: Alexander Motin snd_hda(4) driver took major rewrite: * Big old hdac driver was split into three independent pieces: HDA controller driver (hdac), HDA CODEC driver (hdacc) and HDA audio function driver (hdaa). All drivers are completely independent and talk to each other only via NewBus interfaces. Using more NewBus bells and whistles allows to properly see HDA structure with standard system instruments, such as `devinfo -v`. Biggest driver file size now is 150K, instead of 240K before, and the code is much cleaner. * Support for multichannel recording was added. While I have never seen it configured by default, UAA specification tells that it is possible. Now, as specification defines, driver checks input associations for pins with sequence numbers 14 and 15, and if found (usually) -- works as before, mixing signals together. If it does not, it configures input association as multichannel. I have found some CODECs doing strange things when configured for multichannel recording, but I have also found successfully working examples. * Signal tracer was improved to look for cases where several DACs/ADCs in CODEC can work with the same audio signal. If such a case is found, the driver registers additional playback/record stream (channel) for the pcm device. Having more than one stream allows to avoid vchans use and so avoid extra conversion to vchan's pre-configured sample rate and format. Not many CODECs allow this, especially on playback, but some do. * New controller streams reservation mechanism was implemented. That allows to have more pcm devices than streams supported by the controller (usually 4 in each direction). Now it limits only number of simultaneously transferred audio streams, that is rarely reachable and properly reported if happens. * Codec pins and GPIO signals configuration was exported via set of writable sysctls. Another sysctl dev.hdaa.X.reconfig allows to trigger driver reconfiguration in run-time. The only requirement is that all pcm devices should be closed at the moment, as they will be destroyed and recreated. This should significantly simplify process of fixing CODEC configuration. It should be possible now even to write GUI to do it with few mouse clicks. * Driver now decodes pins location and connector type names. In some cases it gives a hint to the user where the connectors of the pcm device are located on the system case. The number of channels supported by pcm device, reported now (if it is not 2), should also make finding them easier. The code is in testing now and should be soon committed to the HEAD branch. Project sponsored by iXsystems, Inc. Open tasks: 1. Closer inspection of HDMI/DisplayPort audio is planned. 2. A number of hardware, mostly laptops, need workarounds to work properly. Some statistics should be collected to implement some of them avoiding excessive code bloat. __________________________________________________________________ Improving Support for New Features in the Intel SandyBridge CPUs Contact: Konstantin Belousov Support for new features in the Intel SandyBridge CPUs is progressing. The patch to query and allow extended FPU states was committed, which enabled the YMM registers and AVX instruction set on the capable processors. Todo items include get wider testing of the change before planned merge to stable/9 in a month, and start using XSAVEOPT instruction to optimize context switch times. Patch to enable and use per-process TLB was developed. Latest version is available at http://people.freebsd.org/~kib/misc/pcid.2.patch. The facility, referred in the documentation as PCID, allows to avoid TLB flush on context switches by applying PID tag to each non-global TLB entry. On SandyBridge, measurements did not prove any difference between context switch latencies on patched and stock kernels. Forthcoming IvyBridge CPUs promised to provide optimizations in the form of INVPCID instructions that allow to optimize TLB shootdown handlers. The patch above uses the instruction on the capable CPU. Todo items are to get access to IvyBridge and do the benchmarks. Future work might provide SEP support, use hardware random generator from IvyBridge for random(4), considering using faster instructions to access %fs and %gs bases, and use improved AES-NI instruction set for aesni(4). __________________________________________________________________ LSI Supported mps(4) SAS driver URL: http://lists.FreeBSD.org/pipermail/freebsd-current/2012-January/031358. html Contact: Ken Merry Contact: Kashyap Desai The LSI-supported version of the mps(4) driver, that supports their 6Gb SAS controllers and WarpDrive solid state drives, is available in FreeBSD/head. In addition to WarpDrive support, the driver also has several other new features: * Integrated RAID (IR) support * Improved error recovery code * Support for SCSI protection information (EEDP) * Support for TLR (Transport Level Retries), needed for tape drives * ioctl interface compatible with LSI utilities Thanks to LSI for doing the work on this driver, and the testing. I plan to merge it into stable/9 and stable/8 in early February. __________________________________________________________________ Multimedia -- Watching/Recording Digital TV URL: http://wiki.FreeBSD.org/WebcamCompat URL: http://wiki.FreeBSD.org/HTPC URL: http://wiki.FreeBSD.org/VDR Contact: Hans Petter Selasky Contact: Jason Harmening Contact: Juergen Lock Progress has been made when watching/recording live digital TV using FreeBSD: * multimedia/webcamd is continuously adding support for more and more USB tuners using the Linux V4L/DVB drivers (also including remotes via webcamd and comms/lirc.) * multimedia/cx88 recently added Linux DVB API support for CX88-based PCI(-e) DVB-T tuners so "common" apps can now also be used with that hardware. * multimedia/xbmc-pvr was committed recently and the multimedia/vdr ports are working too for watching/recording live digital TV, and also other apps like kaffeine, or mplayer, or vlc. Open tasks: 1. Continue updating the VDR ports to the latest versions and fix remaining bugs. 2. Update multimedia/libxine to 1.2.0 that recently was released (which VDR uses.) 3. Test more hardware? __________________________________________________________________ Perl Ports Testing Contact: Steve Wills Contact: Sunpoet Po-Chuan Hsieh Many Perl modules in ports come with test cases included with their source. This project's goal is to ensure that all these tests pass. Patches have been added to the ports tinderbox to allow test related dependencies to be installed and many ports have TEST_DEPENDS now. A patch is available to enable testing for those who wish to help out. All p5- ports have been built and tests attempted. Approximately 61% of the Perl ports pass currently. Many ports have been updated to include missing dependencies or make other changes which allow tests to pass. Long term goals include a more generic framework for testing ports and automated tests executed when ports are updated. Open tasks: 1. Many Perl ports which do not pass tests remain. 2. Need to figure out how to move testing out of tinderbox. 3. A patch to build Perl with -pthread (but not enable useithreads in Perl) is pending. It will fix many currently broken tests __________________________________________________________________ pfSense URL: http://www.pfsense.org/ Contact: Scott Ullrich Contact: Chris Buechler Contact: Ermal Luçi pfSense is a free and open source customized distribution of FreeBSD tailored for use as a firewall and router. 2.0.1 was just released which corrected a number of issues http://blog.pfsense.org/?p=633. Open tasks: 1. 6 month release cycle. 2. Moving builds to FreeBSD 9. 3. Full IPV6 support. 4. PBI Package binaries. 5. Unbound integration. 6. Multi-instance Captive Portal. 7. Replacing Prototype with jQuery. __________________________________________________________________ Public FreeBSD Ports Development Infrastructure -- redports.org URL: http://redports.org/ URL: irc://irc.freenode.net#redports URL: https://groups.google.com/group/redports URL: http://redports.org/wiki/UserGuide Contact: Bernhard Froehlich Redports is a free service for FreeBSD port maintainers and port committers to automatically buildtest ports on various FreeBSD versions and architectures. The motivation to do that was because there are many people that do not have access to Ports Tinderboxes and the existing Tinderboxes are usually dedicated to a single team. The platform was designed with scalability in mind but building capacity is currently very limited until more hardware is available. I am already in contact with the usual suspects to improve that. Open tasks: 1. Get more Hardware for building. 2. Port options support. 3. ports-mgmt/portlint support. __________________________________________________________________ Release Engineering Team Status Report URL: http://www.FreeBSD.org/releng/ Contact: Release Engineering Team The Release Engineering Team was pleased to announce the release of FreeBSD-9.0 on January 12th, 2012. To acknowledge his incredible contributions to the world of computing and in particular the FreeBSD Project's corner of that world FreeBSD-9.0 was dedicated to Dennis Ritchie. May he rest in peace. The Release Engineering Team also wishes to thank the FreeBSD Developers and Community for all the work they put into the release. With the FreeBSD-9.0 release cycle completed our focus shifts to preparing for the FreeBSD-8.3 release. A schedule has not been set but we expect to be shooting for release some time in March 2012. __________________________________________________________________ Replacing the Regular Expression Code URL: http://svnweb.FreeBSD.org/base/user/gabor/tre-integration/ URL: http://laurikari.net/tre/ URL: http://www.tdk.aut.bme.hu/Files/TDK2011/POSIX-regularis-kifejezesek1.pd f Contact: Gábor Kövesdán The current regular expression code in libc has to be replaced because it is old, unmaintained and does not support wide characters. As it has been elaborated, TRE is the most suitable replacement outside that has an acceptable license. However, the development of BSD grep also brought some relevant observations. In short, there are some possibilities to optimize pattern matching but it is not possible with the POSIX API, because: * It uses NUL-terminated strings that requires processing each character and makes longer jumps impossible. * It matches for one pattern at a time. If more patterns are searched, there are more efficient ways for pattern matching but we have to know all of them and process them together. This project intends to implement these shortcut and provide efficient pattern matching for all programs that use regex matching. It will also help avoiding the custom tricks that are hardcoded into some programs, like GNU grep, to work around the limiting POSIX API. Besides, GNU grep has some extensions over the POSIX regular expression, which are necessary if we want to get rid of GNU code in the end. Open tasks: 1. Implement multi-pattern heuristic regex matching. 2. Implement GNU-specific regex extensions. 3. Adapt BSD grep to use the multi-pattern interface. 4. Test standard-compliance and correct behavior. __________________________________________________________________ SCSI Direct Access Driver (da) Improvements Contact: Alexander Motin BIO_DELETE support (aka TRIM) was added to the CAM SCSI Direct Access device driver (da). Depending on device capabilities different methods are used to implement it. Currently used method can be read/set via kern.cam.da.X.delete_method sysctls. Possible values are: * NONE - no provisioning support reported by the device; * DISABLE - provisioning support was disabled because of errors; * ZERO - use WRITE SAME (10) command to write zeroes; * WS10 - use WRITE SAME (10) command with UNMAP bit set; * WS16 - use WRITE SAME (16) command with UNMAP bit set; * UNMAP - use UNMAP command (equivalent of the ATA DSM TRIM command). The last two methods (UNMAP and WS16) are defined by SBC specification and the UNMAP method is the most advanced one. The rest of the methods I have found supported in Linux, and as they were trivial to implement, then why not? I hope they will be useful in some cases. As side product of fetching logical block provisioning support flag, da driver also got support for reporting device physical sector size (aka Advanced Format) via stripesize/stripeoffset GEOM fields. Some quirks were added for known 4K sector disks not reporting it properly. The code was committed to the HEAD branch and is going to be merged to 8/9-STABLE after some time. Project sponsored by iXsystems, Inc. Open tasks: 1. To implement more effective selection of the best delete method some more parameters need to be obtained from the device. Unluckily none of devices I have report them. __________________________________________________________________ Status Report for NFS Contact: Rick Macklem The new NFS client and server are no longer considered experimental and are the default for FreeBSD 9.0. Included is fairly complete support for NFSv4.0, as well as NFSv3 and NFSv2. NFSv4.0 delegations are not enabled by default for the server, since there is no handling of them for local system calls done on the server, as yet. So far, the transition seems to have gone alright, with only a couple of obscure issues identified that did not get fixed for FreeBSD 9.0. Patches for these can be found at http://people.FreeBSD.org/~rmacklem Work is ongoing with respect to NFSv4.1 client support. The current code includes functioning support for the required components, in particular, sessions for both fore and back channels. Development for the big optional component pNFS is in progress and will hopefully be functional for the Files layout in a few months. The modified sources can be found at http://svn.FreeBSD.org/viewvc/base/projects/nfsv4.1-client. There is also a patch for what I call packrats, where threads perform aggressive on-disk caching of delegated file in the NFSv4.0 client. It currently seems to function OK, but does not yet have client reboot recovery implemented, so it can only be used experimentally at this time. This patch can be found at http://people.FreeBSD.org/~rmacklem/packrat-patches. __________________________________________________________________ System Configuration Utilities URL: http://druidbsd.sourceforge.net/ Contact: Devin Teske On December 31st, 2011 sysutils/sysrc was added to the ports-tree. On January 6th, 2012 sysutils/host-setup was added to the ports-tree. Still pending is the addition of sysutils/tzdialog. Together or separately, these utilities try to make configuring the system easier and more efficient. sysrc(8) allows you to safely modify rc.conf(5) without fear or trepidation; making remote-management and scripted changes a simple transaction. Also useful in managing puppet installations. host-setup(8) allows you to configure your time zone, hostname, network interfaces, default router/gateway, DNS nameservers in resolv.conf(5) all via dialog(1) (or Xdialog(1)) interface. Designed to replace sysinstall(8), host-setup is written entirely in sh(1) and is completely stand-alone. tzdialog(8) is an ISO-3166 compatible sh(1) rewrite of tzsetup(8). It is designed to be a drop-in replacement for tzsetup. The major difference between the two is tzdialog(8) adds supports for graphical user interface via Xdialog(1) (by passing the `-X' argument), whereas tzsetup(8) only supports console-based interaction. Open tasks: 1. Write a man-page for tzdialog(8). 2. Submit current tzdialog(8) version (1.1) and yet-to-be completed man-page to ports-tree as sysutils/tzdialog. __________________________________________________________________ The FreeBSD Foundation Status Report URL: www.FreeBSDFoundation.org Contact: Deb Goodkin The most exciting news to report is that we raised $426,000 through our fundraising efforts. We were overwhelmed by the generosity of the FreeBSD community. We would like to thank everyone who made a contribution to FreeBSD by either making a financial donation to the foundation or volunteering on the Project. We published our semi-annual newsletter in December. If you have not already done so, please take a moment to read this publication to find out how we supported the FreeBSD Project and community during the second half of 2011. There are also two great testimonials in the newsletter from TaxiMagic and the Apache Software Foundation. The Foundation sponsored EuroBSDCon 2011 which was held in The Netherlands, October 6-9. And, we sponsored six developers to attend the conference. We sponsored the Bay Area Vendor Summit in November. We were represented at LISA '11, Dec 7-8 in Boston MA. We are a proud sponsor of AsiaBSDCon 2012, which will be held in Tokyo, Japan, March 22-25. The Foundation funded project Feed-Forward Clock Synchronization Algorithms Project by the University of Melbourne completed. We approved two new projects for 2012, they are analyzing the performance of FreeBSD's IPv6 stack by Bjoern Zeeb, and implementing auditdistd daemon by Pawel Jakub Dawidek We purchased more servers and other hardware for the FreeBSD co-location centers at Sentex, NYI, and ISC. The work above, as well as many other tasks which we do for the FreeBSD Project, could not be done without donations. Please help us by making a donation or asking your company to make a donation. We would be happy to send marketing literature to you or your company. Find out how to make a donation at our donate page. Find out more up-to-date Foundation news by reading our blog and Facebook page. __________________________________________________________________ The FreeBSD German Documentation Project URL: https://doc.bsdgroup.de/ URL: http://www.FreeBSD.org/doc/de_DE.ISO8859-1/books/handbook/bsdinstall.ht ml Contact: Benedict Reuschling Contact: Johann Kois The German Documentation Project is happy to report that two big chapters have been translated in the past quarter. The first update is in the firewall chapter and covering the complete IPFW section. It was contributed by Christopher J. Ruwe. There were style and language fixes to be done, but the biggest amount of work, the actual translation, was done by him. We thank Christopher very much. The other chapter that was translated is the new bsdinstall chapter. Benedict Reuschling did the work on this chapter. He tried to keep the same titles for sections that are mostly describing the same things as in the sysinstall chapter (at least where this was possible). German speaking users are encouraged to read both chapters and report typos or grammar errors back to us so we can fix them. The German website is being updated on a regular basis. Open tasks: 1. Catch up with the latest changes made to the documentation. 2. Translate more www pages into German. 3. Find bugs in the German documentation and fix them. __________________________________________________________________ The FreeBSD Japanese Documentation Project URL: http://www.FreeBSD.org/ja/ URL: http://www.jp.FreeBSD.org/doc-jp/ Contact: Hiroki Sato Contact: Ryusuke Suzuki During this period, many part of the outdated contents in the www/ja subtree were updated to the latest versions in the English counterpart. The "bsdinstall" section in Handbook was newly translated and the "cutting-edge" section is now work-in-progress. Open tasks: 1. Further translation work for outdated documents in both doc/ja_JP.eucJP and www/ja. __________________________________________________________________ The New CARP URL: http://svnweb.FreeBSD.org/base?view=revision&revision=228571 Contact: Gleb Smirnoff Contact: Bjoern Zeeb Contact: George Neville-Neil Significantly updated CARP protocol has been committed to head/. I expect the new code to be easier to maintain and less buggy, since it uses less hacks in the networking stack. The new CARP does not bring a lot of new features, however here is a couple: * One can put a single redundant address on an interface. * Master/backup state can be switched via ifconfig. * Feature that demotes carp(4) during pfsync(4) update has been restored (it was lost in 7.0). * The overall ifconfig(8) output is now more readable, since addresses are exactly on the interfaces they are running. Yes, this is feature, too :) The code has been developed by glebius@ with lots of help from bz@. Open tasks: 1. Work on arpbalance/ipbalance features. Since I do not utilize them at all, first I need to find somebody eager to see these features and willing to test patches. Sponsoring work is also appreciated. glebius@ to handle. 2. Estimate whether we need to catch up with OpenBSD on putting demotion counter into datagrams. glebius@ to handle. 3. Update tcpdump(8) to enable nice printing of CARP packets. gnn@ to handle. 4. Work with IANA to get an official protocol number. gnn@ to handle. __________________________________________________________________ Up to Date X.Org Server URL: http://wiki.FreeBSD.org/Xorg Contact: X11 FreeBSD mailing list The X11 team has started work on the next major update for the X.Org ports. You might have noticed libraries and proto ports being updated that belong to the X.Org stack. Currently in our development repository we have the latest versions of many ports including mesa and xf86-video-intel. We support versions 1.7.7 and 1.10.4 of the X.Org tree for users with the appropriate hardware and patches. We need more testers for both the standard version from xorg-devel and the WITH_NEW_XORG version. We also need testers for updated input/video drivers, especially for the less mainstream ones. In order to test check out our svn repository from http://trillian.chruetertee.ch/ports/browser/branches/xorg-dev and the merge script from http://people.FreeBSD.org/~miwi/xorg/xorgmerge. See the wiki for more details. Open tasks: 1. Investigate xorg-server 1.12 which brings xinput 2.2. 2. Merge development repository into the main repository, after more testing. __________________________________________________________________ (c) 1995-2012 The FreeBSD Project. All rights reserved. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 12:42: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 9B3B8106564A for ; Fri, 27 Jan 2012 12:42:00 +0000 (UTC) (envelope-from peter.maloney@brockmann-consult.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.10]) by mx1.freebsd.org (Postfix) with ESMTP id 263C78FC0A for ; Fri, 27 Jan 2012 12:42:00 +0000 (UTC) Received: from [10.3.0.26] ([141.4.215.32]) by mrelayeu.kundenserver.de (node=mrbap3) with ESMTP (Nemesis) id 0Md4Bm-1S7sNF37oY-00IFzy; Fri, 27 Jan 2012 13:29:23 +0100 Message-ID: <4F2298A3.4030204@brockmann-consult.de> Date: Fri, 27 Jan 2012 13:29:23 +0100 From: Peter Maloney User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.23) Gecko/20110922 Thunderbird/3.1.15 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20120127024815.GD17973@in-addr.com> <20120127030906.GA67449@icarus.home.lan> <20120127031351.GA67596@icarus.home.lan> <20120127034352.GG17973@in-addr.com> In-Reply-To: <20120127034352.GG17973@in-addr.com> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:xpGay2SBmC1ojozFhpw/claDvwcNLFRC33JNXizGsuK StUDhdUPx+lwnKw3C6jXGNnvn5xdcksJUWNhik9VDgUebb7bQR 1wn/yqpaJvGbgFMJu7u/yMrY8C9fit6vt4MbOXBe5phmsfYmUf C/dYbhshD+Umy9OaZgZli/lPM5hr+elu+IOZSTdzPyRakFwMsm 8QJCbckOdlq4FPISfOX8KGvZuCV2LIWfoN5APLidELSgj1Co8z bLrxSX2Z6jsYgsPxcMyHLpRetH9aTsrn0ZP2caewt8B08HhSKB E3lU3xxtRW4ZHjAil75m+F6yVWrnojGQbrraKK52gmSI5BPmcB 24GQv+qTPfoAKVdJ9XbNCYuJf8wsUI5MqiUl6LOlO Subject: Re: Panic on 7.4-RELEASE-p5 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, 27 Jan 2012 12:42:00 -0000 On 01/27/2012 04:43 AM, Gary Palmer wrote: > > After scanning selected spans, do NOT read-scan remainder of disk. > If Selective self-test is pending on power-up, resume after 0 minute delay. > > I noticed a while ago that there were some "bad" sectors on the disk, and > at the time they were under the swap partition if my math was correct, > and the box never swaps so it wasn't a problem. I don't know if > the errors above are the same ones I saw earlier or not. > > There were no read or write errors on the console prior to the panic > earlier today. In fact the previos output on the console relates to > the last reboot for a software upgrade (fixing some packages) 11 > days prior. The only thing in logs going back to November relating > to ad1 are boot messages. > > Thanks, > > Gary > Unmount your swap, and then write zeros to it to relocate the bad sectors. in one shell: gstat -I 100ms -f da#p# in another: swapoff /dev/da#p# sysctl kern.geom.debugflags=0x10 dd if=/dev/zero of=/dev/da#p# bs=1M (eventually it stops saying end of device or no space left; at this point I am not sure if you should then continue writing where it stopped in 512 byte blocks, or if it wrote a partial 1M in the last 1M) Watch first shell. If the speed goes up, settles at a certain number, then wildly goes down low and back up to that number, it is possibly working. Then repeat. If the same wild fluctuations happen, then the drive didn't relocate enough, because it is trying to keep some semi-bad ones, or they are only bad when reading. If it is just settling at a speed and staying there, then it is probably successful. I don't know how reliable it is. I have found it to be 100% reliable in my testing though. But some/most disks lie to you on the "relocated sector count". And then remount the swap and change that kernel parameter back. sysctl kern.geom.debugflags=0 swapon /dev/da#p# Your relocated sector count: 5 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail Always - 0 However, this does not fix your disk. eg. If you have heads grinding the platter, you have dust flying around, and your disk will get worse. Be VERY careful using dd to write directly to disks. If you use the wrong slice, or you use the main device without slices and miscalculate, bad things happen. This is why that kernel parameter was set to stop you. > _______________________________________________ > 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" -- -------------------------------------------- Peter Maloney Brockmann Consult Max-Planck-Str. 2 21502 Geesthacht Germany Tel: +49 4152 889 300 Fax: +49 4152 889 333 E-mail: peter.maloney@brockmann-consult.de Internet: http://www.brockmann-consult.de -------------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 18:15:43 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 BD657106566C; Fri, 27 Jan 2012 18:15:43 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mx1.giulioferro.ch (mx1.giulioferro.ch [217.150.252.208]) by mx1.freebsd.org (Postfix) with ESMTP id 681C78FC0A; Fri, 27 Jan 2012 18:15:43 +0000 (UTC) Received: from mailscan.giulioferro.ch (unknown [192.168.115.2]) by mx1.giulioferro.ch (Postfix) with ESMTP id 7F19736F31; Fri, 27 Jan 2012 18:58:51 +0100 (CET) X-Virus-Scanned: amavisd-new at example.com Received: from mx1.giulioferro.ch ([192.168.114.4]) by mailscan.giulioferro.ch (mailscan.giulioferro.ch [192.168.115.2]) (amavisd-new, port 10024) with ESMTP id iCK4WqAniHtD; Fri, 27 Jan 2012 18:58:48 +0100 (CET) Received: from mail.zirakzigil.org (net-93-70-48-129.cust.dsl.vodafone.it [93.70.48.129]) by mx1.giulioferro.ch (Postfix) with ESMTP id 9929036F1B; Fri, 27 Jan 2012 18:58:48 +0100 (CET) Received: from ext.zirakzigil.org (unknown [192.168.1.2]) by mail.zirakzigil.org (Postfix) with ESMTP id 5BDF519282F; Fri, 27 Jan 2012 18:58:48 +0100 (CET) X-Virus-Scanned: amavisd-new at zirakzigil.org Received: from mail.zirakzigil.org ([192.168.1.2]) by ext.zirakzigil.org (ext.zirakzigil.org [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id otg5R2JXZrzg; Fri, 27 Jan 2012 18:58:47 +0100 (CET) Received: from [192.168.10.83] (ext [192.168.1.2]) (Authenticated sender: auryn@zirakzigil.org) by mail.zirakzigil.org (Postfix) with ESMTPA id C0F3D192829; Fri, 27 Jan 2012 18:58:47 +0100 (CET) Message-ID: <4F22E5D7.4000707@zirakzigil.org> Date: Fri, 27 Jan 2012 18:58:47 +0100 From: Giulio Ferro User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111229 Thunderbird/9.0 MIME-Version: 1.0 To: "freebsd-net@freebsd.org" , freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: kerberized NFS 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, 27 Jan 2012 18:15:43 -0000 I'm trying to setup a kerberized NFS system made of a server and a client (both freebsd 9 amd64 stable) I've tried to follow this howto: http://code.google.com/p/macnfsv4/wiki/FreeBSD8KerberizedNFSSetup But couldn't get much out of it. First question : is this howto still valid or something more recent should be followed? I've searched with Google but I've come up empty. I've set up kerberos heimdal, created the dns entries for both client and server, set up krb5.keytab and copied it to client, set up nfs4 according to man nfsv4: (server) cat /etc/exports V4: /usr/src -sec=krb5:krb5i:krb5p and then tried to mount it from the client: mount_nfs -o ntfsv4,sec=krb5i,gssname=nfs nfsinternal1.dcssrl.it:/usr/src /usr/src but it failed with : [tcp] nfsinternal1.dcssrl.it:/usr/src: Permission denied Can you point me to something that I might have got wrong? Thanks in advance. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 18:33:06 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 EB9B2106566B; Fri, 27 Jan 2012 18:33:06 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from sirius.xvoid.org (sirius.xvoid.org [IPv6:2001:470:28:4ba:20c:29ff:fe62:9a22]) by mx1.freebsd.org (Postfix) with ESMTP id 8C1718FC0C; Fri, 27 Jan 2012 18:33:06 +0000 (UTC) Received: from sirius.xvoid.org (yuri@sirius.xvoid.org [IPv6:::1]) by sirius.xvoid.org (8.14.5/8.14.5) with ESMTP id q0RIX3tq037687; Fri, 27 Jan 2012 22:33:03 +0400 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by sirius.xvoid.org (8.14.5/8.14.5/Submit) id q0RIX3M7037686; Fri, 27 Jan 2012 22:33:03 +0400 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: sirius.xvoid.org: yuri set sender to yuri.pankov@gmail.com using -f Date: Fri, 27 Jan 2012 22:33:03 +0400 From: Yuri Pankov To: Giulio Ferro Message-ID: <20120127183303.GG1070@sirius.xvoid.org> References: <4F22E5D7.4000707@zirakzigil.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SO98HVl1bnMOfKZd" Content-Disposition: inline In-Reply-To: <4F22E5D7.4000707@zirakzigil.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "freebsd-net@freebsd.org" , freebsd-stable@freebsd.org Subject: Re: kerberized NFS 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, 27 Jan 2012 18:33:07 -0000 --SO98HVl1bnMOfKZd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 27, 2012 at 06:58:47PM +0100, Giulio Ferro wrote: > I'm trying to setup a kerberized NFS system made of a server and a > client (both freebsd 9 amd64 stable) >=20 > I've tried to follow this howto: > http://code.google.com/p/macnfsv4/wiki/FreeBSD8KerberizedNFSSetup >=20 > But couldn't get much out of it. >=20 > First question : is this howto still valid or something more recent > should be followed? I've searched with Google but I've come up empty. >=20 > I've set up kerberos heimdal, created the dns entries for both > client and server, set up krb5.keytab and copied it to client, set > up nfs4 according to man nfsv4: >=20 > (server) > cat /etc/exports > V4: /usr/src -sec=3Dkrb5:krb5i:krb5p >=20 > and then tried to mount it from the client: >=20 > mount_nfs -o ntfsv4,sec=3Dkrb5i,gssname=3Dnfs=20 > nfsinternal1.dcssrl.it:/usr/src /usr/src > > but it failed with : > [tcp] nfsinternal1.dcssrl.it:/usr/src: Permission denied >=20 > Can you point me to something that I might have got wrong? Not really related to Kerberos question, but.. Some problems here: - ntfsv4 - probably a typo - more serious one - V4: line specifies the ROOT of NFSv4 exported FS - nfsinternal1.dcssrl.it:/usr/src points to /usr/src/usr/src. What you /etc/exports could look like (the way it works for me, doesn't mean that it's correct though): /usr/src V4: / -sec=3Dkrb5:krb5i:krb5p Yuri --SO98HVl1bnMOfKZd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQIcBAABAgAGBQJPIu3fAAoJEF9SuVmZPGsqs0AP/i5DlKKBjM8r4grf0LkWLJmr p6A+AqhBHRE7Ei3I+XxwKGk1gI3uBYTgNpXFNeVlsv2Qf4R+2LdhDSmCj8Z3X16S Y+Ro+lbMP4++sUm44BCouxzx/a9TGzAeW8P9KZwG7DrdreBuVc5FI/WxbyxVTbrW QeEdh7oNhp/yj5S4AkX0Kd2/w1GcwPX/kK8PvdxSOJ6bzSnRvBRiXHq2A5Lm727g vrl+OmwqKf2ibAQQCqKVVfjr9PTR+UQjPeGJnw3lFokOfz4grqDM11aZEtdTK8WT 4aUaarswptDpHEGp7KM9NePa2AqvatlWjfU6u9n66+yg1QyoSVAwrKVacXnNt81k uAHEk0eoI8PSWyunZ0CjAFf7DNe0KcyCgJ8oWqSZSRhuE9yCQ0dSUQtfA5LpRS0n HM6ZPTlcaBqrMxlpaEGHa1dXoQZ75ZnZz2cG/xRTZAhz86rfmqVA3Rl0NxzWBi/+ RcpR7RmuIvzXP0/OcA4WMCmxUU1mmD0MTJNrg++naTVEBS40ulme1bh/y8KbeQin EwiyeNx9t6EXyG/43EqeYUkkMNxke4uvO4Dt98bRhpUG68/I3pqpClLozD46sFRv ZeKvL7z+yBkk6IsHdX/SgMdV262OnCVLezqntDWVQAR9yd6u62hy4gzGbcTtGvsD pNQLZCdWUYo0gaWIdLFH =OhN3 -----END PGP SIGNATURE----- --SO98HVl1bnMOfKZd-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 00:03:59 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 A8100106564A for ; Sat, 28 Jan 2012 00:03:59 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 652F38FC14 for ; Sat, 28 Jan 2012 00:03:59 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EAOY5I0+DaFvO/2dsb2JhbABEhQuqUIFyAQEFI0sLGxgCAg0ZAlkGiBemOpFYgS+CUIURAQUDHAQBCwEIAQYEAwMEEBIDgmYFAwMBAgcDFQEFCwcCAYNCgRYEiD+MW5Jr X-IronPort-AV: E=Sophos;i="4.71,583,1320642000"; d="scan'208";a="157160203" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 27 Jan 2012 19:00:47 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 43A62B3F08; Fri, 27 Jan 2012 19:00:47 -0500 (EST) Date: Fri, 27 Jan 2012 19:00:47 -0500 (EST) From: Rick Macklem To: Yuri Pankov Message-ID: <708626908.299589.1327708847263.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20120127183303.GG1070@sirius.xvoid.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-net@freebsd.org, Giulio Ferro , freebsd-stable@freebsd.org Subject: Re: kerberized NFS 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, 28 Jan 2012 00:03:59 -0000 Yuri Pankov wrote: > On Fri, Jan 27, 2012 at 06:58:47PM +0100, Giulio Ferro wrote: > > I'm trying to setup a kerberized NFS system made of a server and a > > client (both freebsd 9 amd64 stable) > > > > I've tried to follow this howto: > > http://code.google.com/p/macnfsv4/wiki/FreeBSD8KerberizedNFSSetup > > > > But couldn't get much out of it. > > > > First question : is this howto still valid or something more recent > > should be followed? I've searched with Google but I've come up > > empty. > > > > I've set up kerberos heimdal, created the dns entries for both > > client and server, set up krb5.keytab and copied it to client, set > > up nfs4 according to man nfsv4: > > > > (server) > > cat /etc/exports > > V4: /usr/src -sec=krb5:krb5i:krb5p > > > > and then tried to mount it from the client: > > > > mount_nfs -o ntfsv4,sec=krb5i,gssname=nfs > > nfsinternal1.dcssrl.it:/usr/src /usr/src > > > > but it failed with : > > [tcp] nfsinternal1.dcssrl.it:/usr/src: Permission denied > > > > Can you point me to something that I might have got wrong? > > Not really related to Kerberos question, but.. Some problems here: > - ntfsv4 - probably a typo > - more serious one - V4: line specifies the ROOT of NFSv4 exported FS > - nfsinternal1.dcssrl.it:/usr/src points to /usr/src/usr/src. > > What you /etc/exports could look like (the way it works for me, > doesn't > mean that it's correct though): > > /usr/src > V4: / -sec=krb5:krb5i:krb5p > > > Yuri Btw, Guilio, your email address bounces for me, so hopefully you read the mailing list and see the previous messages. rick From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 00:06:59 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 70689106566B for ; Sat, 28 Jan 2012 00:06:59 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 29E278FC15 for ; Sat, 28 Jan 2012 00:06:58 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EALo4I0+DaFvO/2dsb2JhbABEhQuqUIFyAQEEASNWGxgCAg0ZAlkGiA8IpjaRWIEvglCFEQEFAxwEAQsBCAEGBAMDBBASA4JmBQMDAQIHAxUBBQsHAgGDQoEWBIg/jFuSaw X-IronPort-AV: E=Sophos;i="4.71,583,1320642000"; d="scan'208";a="157159970" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 27 Jan 2012 18:57:24 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 974BEB3F27; Fri, 27 Jan 2012 18:57:24 -0500 (EST) Date: Fri, 27 Jan 2012 18:57:24 -0500 (EST) From: Rick Macklem To: Yuri Pankov Message-ID: <2004862701.299511.1327708644586.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20120127183303.GG1070@sirius.xvoid.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-net@freebsd.org, Giulio Ferro , freebsd-stable@freebsd.org Subject: Re: kerberized NFS 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, 28 Jan 2012 00:06:59 -0000 Yuri Pankov wrote: > On Fri, Jan 27, 2012 at 06:58:47PM +0100, Giulio Ferro wrote: > > I'm trying to setup a kerberized NFS system made of a server and a > > client (both freebsd 9 amd64 stable) > > > > I've tried to follow this howto: > > http://code.google.com/p/macnfsv4/wiki/FreeBSD8KerberizedNFSSetup > > > > But couldn't get much out of it. > > > > First question : is this howto still valid or something more recent > > should be followed? I've searched with Google but I've come up > > empty. > > > > I've set up kerberos heimdal, created the dns entries for both > > client and server, set up krb5.keytab and copied it to client, set > > up nfs4 according to man nfsv4: > > > > (server) > > cat /etc/exports > > V4: /usr/src -sec=krb5:krb5i:krb5p > > > > and then tried to mount it from the client: > > > > mount_nfs -o ntfsv4,sec=krb5i,gssname=nfs > > nfsinternal1.dcssrl.it:/usr/src /usr/src > > > > but it failed with : > > [tcp] nfsinternal1.dcssrl.it:/usr/src: Permission denied > > > > Can you point me to something that I might have got wrong? > > Not really related to Kerberos question, but.. Some problems here: > - ntfsv4 - probably a typo > - more serious one - V4: line specifies the ROOT of NFSv4 exported FS > - nfsinternal1.dcssrl.it:/usr/src points to /usr/src/usr/src. > > What you /etc/exports could look like (the way it works for me, > doesn't > mean that it's correct though): > > /usr/src > V4: / -sec=krb5:krb5i:krb5p > Yes. If you specify "/", then the tree starts at the root. The main problem with doing this is that, for ZFS, you then have to export all file systems from "/" down to where you want to mount. (Again, these are done by export lines separate from the "V4:" line.) If you specify: V4: /usr/src -sec=krb5:krb5i:krb5p /usr/src -sec=krb5:krb5i:krb5p then the client mounts /usr/src via: % mount -t nfs -o nfsv4,sec=krb5i server:/ /mntpoint rick > > Yuri From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 00:20: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 42E8D1065673 for ; Sat, 28 Jan 2012 00:20:41 +0000 (UTC) (envelope-from tomdean@speakeasy.org) Received: from asbnvacz-mailrelay01.megapath.net (asbnvacz-mailrelay01.megapath.net [207.145.128.243]) by mx1.freebsd.org (Postfix) with ESMTP id 007DD8FC0C for ; Sat, 28 Jan 2012 00:20:40 +0000 (UTC) Received: from mail4.sea5.speakeasy.net (mail4.sea5.speakeasy.net [69.17.117.48]) by asbnvacz-mailrelay01.megapath.net (Postfix) with ESMTP id D0127A71BC0 for ; Fri, 27 Jan 2012 18:46:52 -0500 (EST) Received: (qmail 17408 invoked from network); 27 Jan 2012 23:46:53 -0000 Received: by simscan 1.4.0 ppid: 1036, pid: 29128, t: 0.2506s scanners: clamav: 0.88.2/m:52/d:10739 spam: 3.0.4 Received: from unknown (HELO P9X79.tddhome) (tomdean@[24.113.112.30]) (envelope-sender ) by mail4.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 27 Jan 2012 23:46:52 -0000 Message-ID: <4F23376D.4000904@speakeasy.org> Date: Fri, 27 Jan 2012 15:46:53 -0800 From: "Thomas D. Dean" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120126 Thunderbird/9.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail4.sea5 X-Spam-Level: X-Spam-Status: No, score=0.9 required=8.0 tests=FORGED_RCVD_HELO, RATWARE_GECKO_BUILD autolearn=disabled version=3.0.4 Subject: Make Buildworld Fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2012 00:20:41 -0000 # uname -a FreeBSD P9X79.tddhome 9.0-STABLE FreeBSD 9.0-STABLE #0: Wed Jan 4 14:16:41 PST 2012 tomdean@P9X79.tddhome:/usr/src/sys/GENERIC amd64 Source up-to-date as of now, via cvsup. # env -i make cleandir # env -i make cleandir # env -i make buildworld ... cc -O2 -pipe -I. -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -std=gnu89 -I/usr/obj/usr/src/tmp/legacy/usr/include -L/usr/obj/usr/src/tmp/legacy/usr/lib -o genchecksum genchecksum.o errors.o libiberty.a ===> kerberos5/tools (obj,depend,all) ===> kerberos5/tools/make-print-version (obj) ===> kerberos5/tools/make-roken (obj) ===> kerberos5/tools/asn1_compile (obj) ===> kerberos5/tools/slc (obj) ===> kerberos5/tools/make-print-version (depend) ===> kerberos5/tools/make-roken (depend) ===> kerberos5/tools/asn1_compile (depend) cd /usr/src/kerberos5/tools/asn1_compile/../make-print-version && make make: don't know how to make /usr/src/tmp/legacy/usr/lib/libegacy.a. Stop *** Error code 2 Stop in /usr/src/kerberos5/tools/asn1_compile. *** Error code 1 Stop in /usr/src/kerberos5/tools. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Tom Dean _ From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 00:21:26 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 3DBDF106567E for ; Sat, 28 Jan 2012 00:21:26 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id EEE908FC0A for ; Sat, 28 Jan 2012 00:21:25 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EAIs3I0+DaFvO/2dsb2JhbABEhQuqUIFyAQEBAwEBAQEgKyALBRYOCgICDRkCKQEJJgYIBwQBHASHWwimNpFbgS+CUIURAQUDHAQBCwEIAQYEAwMEEIJ7BQMDAQIHAxUBBQsHAgGBGwkGghiBFgSIP4o0gieSaw X-IronPort-AV: E=Sophos;i="4.71,583,1320642000"; d="scan'208";a="157159609" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 27 Jan 2012 18:52:24 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id C9274B3EB2; Fri, 27 Jan 2012 18:52:24 -0500 (EST) Date: Fri, 27 Jan 2012 18:52:24 -0500 (EST) From: Rick Macklem To: Giulio Ferro Message-ID: <1755360318.299423.1327708344781.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4F22E5D7.4000707@zirakzigil.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: kerberized NFS 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, 28 Jan 2012 00:21:26 -0000 Giulio Ferro wrote: > I'm trying to setup a kerberized NFS system made of a server and a > client (both freebsd 9 amd64 stable) > > I've tried to follow this howto: > http://code.google.com/p/macnfsv4/wiki/FreeBSD8KerberizedNFSSetup > > But couldn't get much out of it. > > First question : is this howto still valid or something more recent > should be followed? I've searched with Google but I've come up empty. > It's all there is. I don't think anything has changed since it was written. (I haven't had a kerberos setup for about 2 years, so I know I haven't changed anything recently.) It was a google wiki, since I hoped others would add to it, but I don't think that has happened? > I've set up kerberos heimdal, created the dns entries for both > client and server, set up krb5.keytab and copied it to client, set > up nfs4 according to man nfsv4: > > (server) > cat /etc/exports > V4: /usr/src -sec=krb5:krb5i:krb5p > The V4: line doesn't export any file system. It only defines where the root of the directory tree is for NFSv4 and what authentication can be used for "system operations" which do not take any file handle and, therefore, aren't tied to any server file system. For example, the above would need to be something like: V4: /usr/src -sec=krb5:krb5i:krb5p /usr/src -sec=krb5:krb5i:krb5p - If /usr/src is not the root of a file system on the server, it is less confusing to export the root of the file system, such as "/usr" or "/". > and then tried to mount it from the client: > > mount_nfs -o ntfsv4,sec=krb5i,gssname=nfs > nfsinternal1.dcssrl.it:/usr/src /usr/src > To make the "gssname" case work, you need a couple of things: - You need the patch it refers to applied to the client's kernel, so it can handle "host based initiator credentials". After applying the patch, you also need to have an entry in the client's /etc/keytab that looks like: nfs/client-host.dnsdomain@YOUR.REALM Without the above, the client can only do an NFSv4 mount as a user (not root) that has a valid credential. For example: - non-root mounts enabled via # sysctl vfs.usermount=1 - then a user logs in - gets a kerberos TGT via "kinit" - then does a mount command that looks like: % mount -t nfs -o nfsv4,sec=krb5i :/path - this mount breaks if this user's TGT expires, so it either must be maintained via some utility (there are a couple out there, but I can't remember the name of one offhand) or manually by doing "kinit" again before it expires - this user must umount the file system when done with it (I know, it would be nice if the host based initiator cred. worked, "out of the box", but the patch is ugly and the reviewer understandably didn't agree with it. However, I don't know how to do it another way for the version of Heimdal in FreeBSD. There is a bug that has apparently been fixed for newer Heimdal releases, where it gets confused w.r.t. encryption type for the keytab entry unless it is forced to one encryption type only.) Also, you need the following in the server's /etc/rc.conf: nfsv4_server_enable="YES" gssd_enable="YES" and in the client: nfsuserd_enable="YES" gssd_enable="YES" Finally, I'd suggest that you get NFSv4 mounts over "sys" working first and then you can try Kerberos. > but it failed with : > [tcp] nfsinternal1.dcssrl.it:/usr/src: Permission denied > > Can you point me to something that I might have got wrong? > > Thanks in advance. > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 00:52:20 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 C2443106566C for ; Sat, 28 Jan 2012 00:52:20 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id AA1F08FC08 for ; Sat, 28 Jan 2012 00:52:20 +0000 (UTC) Received: from omta23.emeryville.ca.mail.comcast.net ([76.96.30.90]) by qmta02.emeryville.ca.mail.comcast.net with comcast id SoZj1i0061wfjNsA2osLmq; Sat, 28 Jan 2012 00:52:20 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta23.emeryville.ca.mail.comcast.net with comcast id SosK1i00h1t3BNj8josKP7; Sat, 28 Jan 2012 00:52:19 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 46DCC102C19; Fri, 27 Jan 2012 16:52:19 -0800 (PST) Date: Fri, 27 Jan 2012 16:52:19 -0800 From: Jeremy Chadwick To: "Thomas D. Dean" Message-ID: <20120128005219.GA90020@icarus.home.lan> References: <4F23376D.4000904@speakeasy.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F23376D.4000904@speakeasy.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Make Buildworld Fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2012 00:52:20 -0000 On Fri, Jan 27, 2012 at 03:46:53PM -0800, Thomas D. Dean wrote: > # uname -a > FreeBSD P9X79.tddhome 9.0-STABLE FreeBSD 9.0-STABLE #0: Wed Jan 4 > 14:16:41 PST 2012 tomdean@P9X79.tddhome:/usr/src/sys/GENERIC > amd64 > > Source up-to-date as of now, via cvsup. What cvsup mirror did you use? There has been a recent influx of problems people have reported with building world all of which have related to problems with certain cvsup servers. You can read about those problems on freebsd-stable, or look on freebsd-hubs (which is the place such issues get reported). I recommend you try a different cvsup mirror for starters. Also: was this system "upgraded" from 8.2 to 9.0 by changing a release tag in one of your supfiles, or was it always 9.0? > # env -i make cleandir > # env -i make cleandir > # env -i make buildworld > ... > cc -O2 -pipe -I. -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H > -DPREFIX=\"/usr\" > -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc > -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber > -g -DGENERATOR_FILE -DHAVE_CONFIG_H -std=gnu89 > -I/usr/obj/usr/src/tmp/legacy/usr/include > -L/usr/obj/usr/src/tmp/legacy/usr/lib -o genchecksum genchecksum.o > errors.o libiberty.a > ===> kerberos5/tools (obj,depend,all) > ===> kerberos5/tools/make-print-version (obj) > ===> kerberos5/tools/make-roken (obj) > ===> kerberos5/tools/asn1_compile (obj) > ===> kerberos5/tools/slc (obj) > ===> kerberos5/tools/make-print-version (depend) > ===> kerberos5/tools/make-roken (depend) > ===> kerberos5/tools/asn1_compile (depend) > cd /usr/src/kerberos5/tools/asn1_compile/../make-print-version && make > make: don't know how to make /usr/src/tmp/legacy/usr/lib/libegacy.a. Stop > *** Error code 2 > > Stop in /usr/src/kerberos5/tools/asn1_compile. > *** Error code 1 Nothing in either of these trees has changed in many years: http://www.freebsd.org/cgi/cvsweb.cgi/src/kerberos5/tools/ http://www.freebsd.org/cgi/cvsweb.cgi/src/kerberos5/tools/asn1_compile/ http://www.freebsd.org/cgi/cvsweb.cgi/src/kerberos5/tools/make-print-version/ Also, please do not rely on "cleandir" to remove all old /usr/obj objects. Please rm -fr /usr/obj/* instead. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 04:03:51 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 485EC106566B for ; Sat, 28 Jan 2012 04:03:51 +0000 (UTC) (envelope-from tomdean@speakeasy.org) Received: from asbnvacz-mailrelay01.megapath.net (asbnvacz-mailrelay01.megapath.net [207.145.128.243]) by mx1.freebsd.org (Postfix) with ESMTP id 1883F8FC12 for ; Sat, 28 Jan 2012 04:03:50 +0000 (UTC) Received: from mail7.sea5.speakeasy.net (mail7.sea5.speakeasy.net [69.17.117.52]) by asbnvacz-mailrelay01.megapath.net (Postfix) with ESMTP id 5E92AA72CDB for ; Fri, 27 Jan 2012 23:03:49 -0500 (EST) Received: (qmail 32311 invoked from network); 28 Jan 2012 04:03:44 -0000 Received: by simscan 1.4.0 ppid: 27219, pid: 32270, t: 0.2621s scanners: clamav: 0.88.2/m:52/d:13513 spam: 3.0.4 Received: from unknown (HELO P9X79.tddhome) (tomdean@[24.113.112.30]) (envelope-sender ) by mail7.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 28 Jan 2012 04:03:44 -0000 Message-ID: <4F2373A0.9030707@speakeasy.org> Date: Fri, 27 Jan 2012 20:03:44 -0800 From: "Thomas D. Dean" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120126 Thunderbird/9.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4F23376D.4000904@speakeasy.org> <20120128005219.GA90020@icarus.home.lan> In-Reply-To: <20120128005219.GA90020@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail7.sea5 X-Spam-Level: X-Spam-Status: No, score=0.9 required=8.0 tests=FORGED_RCVD_HELO, RATWARE_GECKO_BUILD autolearn=disabled version=3.0.4 Subject: Re: Make Buildworld Fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2012 04:03:51 -0000 On 01/27/12 16:52, Jeremy Chadwick wrote: > What cvsup mirror did you use? > > There has been a recent influx of problems people have reported with > building world all of which have related to problems with certain cvsup > servers. You can read about those problems on freebsd-stable, or look > on freebsd-hubs (which is the place such issues get reported). > > I recommend you try a different cvsup mirror for starters. > > Also: was this system "upgraded" from 8.2 to 9.0 by changing a release > tag in one of your supfiles, or was it always 9.0? > Always on FreeBSD 9.0. I will try a different server. # cat /sup/stable-supfile|sed '/^#/d' *default host=cvsup4.FreeBSD.org *default base=/var/db *default prefix=/usr *default release=cvs tag=RELENG_9 *default delete use-rel-suffix *default compress src-all Tom Dean From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 04:26:29 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 B6CC8106564A for ; Sat, 28 Jan 2012 04:26:29 +0000 (UTC) (envelope-from tomdean@speakeasy.org) Received: from asbnvacz-mailrelay01.megapath.net (asbnvacz-mailrelay01.megapath.net [207.145.128.243]) by mx1.freebsd.org (Postfix) with ESMTP id 738648FC15 for ; Sat, 28 Jan 2012 04:26:29 +0000 (UTC) Received: from mail7.sea5.speakeasy.net (mail7.sea5.speakeasy.net [69.17.117.52]) by asbnvacz-mailrelay01.megapath.net (Postfix) with ESMTP id C630FA72CB9 for ; Fri, 27 Jan 2012 23:26:27 -0500 (EST) Received: (qmail 758 invoked from network); 28 Jan 2012 04:26:28 -0000 Received: by simscan 1.4.0 ppid: 32070, pid: 30618, t: 0.2381s scanners: clamav: 0.88.2/m:52/d:13513 spam: 3.0.4 Received: from unknown (HELO P9X79.tddhome) (tomdean@[24.113.112.30]) (envelope-sender ) by mail7.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 28 Jan 2012 04:26:27 -0000 Message-ID: <4F2378F4.4020907@speakeasy.org> Date: Fri, 27 Jan 2012 20:26:28 -0800 From: "Thomas D. Dean" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120126 Thunderbird/9.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4F23376D.4000904@speakeasy.org> In-Reply-To: <4F23376D.4000904@speakeasy.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail7.sea5 X-Spam-Level: X-Spam-Status: No, score=0.9 required=8.0 tests=FORGED_RCVD_HELO, RATWARE_GECKO_BUILD autolearn=disabled version=3.0.4 Subject: Re: Make Buildworld Fails (Broken Servers) 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, 28 Jan 2012 04:26:29 -0000 On 01/27/12 15:46, Thomas D. Dean wrote: I earlier used cvsup4.FreeBSD.org. No files were updated. Buildworld was broken as I reported earlier. # cvsup10.FreeBSD.org ########################################### Now, I used cvsup10.FreeBSD.org. Many (~150?) files were updated. # cd /usr/src # env -i make cleandir # env -i make cleandir # env -i make -j 10 buildworld ... failed on iterator.c - redo to check if -j 10 broke things. # env -i make cleandir # env -i make cleandir # env -i make buildworld ... mkdep -f .depend -a -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/games/fortune/strfile/strfile.c cc -O2 -pipe -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -static -L/usr/obj/usr/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 strfile /usr/obj/usr/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf created for /usr/src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf/doc created for /usr/src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. No, -j10 did not break it. # cvsup5.FreeBSD.org ########################################### # cd /usr/src # env -i make cleandir # env -i make cleandir # env -i make buildworld ... same problem as with cvsup4, cd /usr/src/kerberos5/tools/asn1_compile/../make-print-version && make make: don't know how to make /usr/src/tmp/legacy/usr/lib/libegacy.a. Stop Tom Dean From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 04:44:07 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 A4B1A106566C for ; Sat, 28 Jan 2012 04:44:07 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta04.emeryville.ca.mail.comcast.net (qmta04.emeryville.ca.mail.comcast.net [76.96.30.40]) by mx1.freebsd.org (Postfix) with ESMTP id 8B63D8FC0C for ; Sat, 28 Jan 2012 04:44:07 +0000 (UTC) Received: from omta10.emeryville.ca.mail.comcast.net ([76.96.30.28]) by qmta04.emeryville.ca.mail.comcast.net with comcast id SsjU1i0020cQ2SLA4sk6HB; Sat, 28 Jan 2012 04:44:06 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta10.emeryville.ca.mail.comcast.net with comcast id Ssk51i00B1t3BNj8Wsk6hA; Sat, 28 Jan 2012 04:44:06 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id AADB3102C19; Fri, 27 Jan 2012 20:44:05 -0800 (PST) Date: Fri, 27 Jan 2012 20:44:05 -0800 From: Jeremy Chadwick To: "Thomas D. Dean" Message-ID: <20120128044405.GA93627@icarus.home.lan> References: <4F23376D.4000904@speakeasy.org> <4F2378F4.4020907@speakeasy.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F2378F4.4020907@speakeasy.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Make Buildworld Fails (Broken Servers) 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, 28 Jan 2012 04:44:07 -0000 On Fri, Jan 27, 2012 at 08:26:28PM -0800, Thomas D. Dean wrote: > On 01/27/12 15:46, Thomas D. Dean wrote: > > I earlier used cvsup4.FreeBSD.org. No files were updated. > Buildworld was broken as I reported earlier. > > # cvsup10.FreeBSD.org ########################################### > Now, I used cvsup10.FreeBSD.org. Many (~150?) files were updated. > > # cd /usr/src > # env -i make cleandir > # env -i make cleandir > # env -i make -j 10 buildworld > ... > failed on iterator.c - redo to check if -j 10 broke things. > > # env -i make cleandir > # env -i make cleandir > # env -i make buildworld > ... > mkdep -f .depend -a -I/usr/obj/usr/src/tmp/legacy/usr/include > /usr/src/games/fortune/strfile/strfile.c > echo strfile: /usr/lib/libc.a > /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend > cc -O2 -pipe -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include > -c /usr/src/games/fortune/strfile/strfile.c > cc -O2 -pipe -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include > -static -L/usr/obj/usr/src/tmp/legacy/usr/lib -o strfile strfile.o > -legacy > sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 strfile > /usr/obj/usr/src/tmp/legacy/usr/games > ===> gnu/usr.bin/gperf (obj,depend,all,install) > /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf created for > /usr/src/gnu/usr.bin/gperf > ===> gnu/usr.bin/gperf/doc (obj) > /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf/doc created for > /usr/src/gnu/usr.bin/gperf/doc > make: don't know how to make iterator.cc. Stop > *** Error code 2 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > No, -j10 did not break it. This error shown here is *exactly* what Randy Bush posted about a few days ago. Please read the ENTIRE THREAD. http://lists.freebsd.org/pipermail/freebsd-stable/2012-January/065616.html The root cause was a bad cvsup server. Randy posted to freebsd-hubs about the problem (I haven't looked to find the mail though). > # cvsup5.FreeBSD.org ########################################### > > # cd /usr/src > # env -i make cleandir > # env -i make cleandir > # env -i make buildworld > ... > same problem as with cvsup4, > cd /usr/src/kerberos5/tools/asn1_compile/../make-print-version && make > make: don't know how to make /usr/src/tmp/legacy/usr/lib/libegacy.a. Stop No, this is a different error, which could ALSO be caused by a bad cvsup server. You should post these problems to freebsd-hubs; the owners of the cvsup servers need to be made aware of these problems. Finally: please stop with the "cleandir". rm -fr /usr/obj/* and do not use make -jX at all. This will rule out any inconsistencies. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 05:40: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 211A21065672 for ; Sat, 28 Jan 2012 05:40:17 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 0A2778FC12 for ; Sat, 28 Jan 2012 05:40:17 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Rr11M-000GDV-Dp; Sat, 28 Jan 2012 05:40:16 +0000 Date: Sat, 28 Jan 2012 14:40:15 +0900 Message-ID: From: Randy Bush To: Jeremy Chadwick In-Reply-To: <20120128044405.GA93627@icarus.home.lan> References: <4F23376D.4000904@speakeasy.org> <4F2378F4.4020907@speakeasy.org> <20120128044405.GA93627@icarus.home.lan> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: Make Buildworld Fails (Broken Servers) 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, 28 Jan 2012 05:40:17 -0000 > The root cause was a bad cvsup server. Randy posted to freebsd-hubs > about the problem (I haven't looked to find the mail though). found four bad servers while upgrading various systems. entropy seems to have struck the hub system. randy From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 08:05:52 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 903DE106566C; Sat, 28 Jan 2012 08:05:52 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mx1.giulioferro.ch (mx1.giulioferro.ch [217.150.252.208]) by mx1.freebsd.org (Postfix) with ESMTP id 423A48FC0A; Sat, 28 Jan 2012 08:05:52 +0000 (UTC) Received: from mailscan.giulioferro.ch (unknown [192.168.115.2]) by mx1.giulioferro.ch (Postfix) with ESMTP id BB88B3683A; Sat, 28 Jan 2012 09:05:50 +0100 (CET) X-Virus-Scanned: amavisd-new at example.com Received: from mx1.giulioferro.ch ([192.168.114.4]) by mailscan.giulioferro.ch (mailscan.giulioferro.ch [192.168.115.2]) (amavisd-new, port 10024) with ESMTP id Pj1SaB2RaZiG; Sat, 28 Jan 2012 09:05:48 +0100 (CET) Received: from mail.zirakzigil.org (net-93-70-48-129.cust.dsl.vodafone.it [93.70.48.129]) by mx1.giulioferro.ch (Postfix) with ESMTP id 7B9A736825; Sat, 28 Jan 2012 09:05:48 +0100 (CET) Received: from ext.zirakzigil.org (unknown [192.168.1.2]) by mail.zirakzigil.org (Postfix) with ESMTP id 88474192235; Sat, 28 Jan 2012 09:05:47 +0100 (CET) X-Virus-Scanned: amavisd-new at zirakzigil.org Received: from mail.zirakzigil.org ([192.168.1.2]) by ext.zirakzigil.org (ext.zirakzigil.org [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id DSMH4B5f1L6M; Sat, 28 Jan 2012 09:05:46 +0100 (CET) Received: from [192.168.229.41] (ext [192.168.1.2]) (Authenticated sender: auryn@zirakzigil.org) by mail.zirakzigil.org (Postfix) with ESMTPA id 79D5C192230; Sat, 28 Jan 2012 09:05:46 +0100 (CET) Message-ID: <4F23AC5A.3080308@zirakzigil.org> Date: Sat, 28 Jan 2012 09:05:46 +0100 From: Giulio Ferro User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111229 Thunderbird/9.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org, freebsd-stable@freebsd.org References: <4F22E5D7.4000707@zirakzigil.org> In-Reply-To: <4F22E5D7.4000707@zirakzigil.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: kerberized NFS 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, 28 Jan 2012 08:05:52 -0000 I forgot to mentioned that I compiled both servers with option KGSSAPI and device crypto, and I enabled gssd on both. Is there anyone who was able to configure this setup? From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 11:06:40 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 E25BA1065672 for ; Sat, 28 Jan 2012 11:06:40 +0000 (UTC) (envelope-from peter@hk.ipsec.se) Received: from n.manet.nu (n.manet.nu [212.91.140.35]) by mx1.freebsd.org (Postfix) with ESMTP id 741738FC08 for ; Sat, 28 Jan 2012 11:06:39 +0000 (UTC) Received: from bore.hk.ipsec.se (h87-241-127-130.dynamic.se.alltele.net [87.241.127.130]) by n.manet.nu (8.14.3/8.14.3) with ESMTP id q0SB6NQX056750 for ; Sat, 28 Jan 2012 12:06:38 +0100 (CET) (envelope-from peter@hk.ipsec.se) Received: from [192.168.99.6] (zap.hk.ipsec.se [192.168.99.6]) by bore.hk.ipsec.se (8.14.4/8.14.4) with ESMTP id q0SB68Pi081363 for ; Sat, 28 Jan 2012 12:06:23 +0100 (CET) (envelope-from peter@hk.ipsec.se) From: peter h To: "freebsd-stable@freebsd.org" Date: Sat, 28 Jan 2012 12:06:05 +0100 User-Agent: KMail/1.8 References: <201201171859.10812.peter@hk.ipsec.se> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <201201281206.05945.peter@hk.ipsec.se> Subject: Re: about thumper aka sun fire x4500 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, 28 Jan 2012 11:06:41 -0000 On Tuesday 17 January 2012 22.52, Patrick M. Hausen wrote: > Hi, all, >=20 > Am 17.01.2012 um 18:59 schrieb peter h : >=20 > > I have been beating on of these a few days, i have udes freebsd 9.0 and= 8.2 > > Both fails when i engage > 10 disks, the system craches and messages : > > "Hyper transport sync flood" will get into the BIOS errorlog ( but noth= ing will > > come to syslog since reboot is immediate) > >=20 > > Using a zfs radz of 25 disks and typing "zpool scrub" will bring the sy= stem down in seconds. > >=20 > > Anyone using a x4500 that can comfirm that it works ? Or is this box br= oken ? >=20 > Well, I hate to write that, but ... does it work with the vendor supporte= d [tm] OS? > If yes, you can rule out a hardware defect. I would at least try Solaris = for this reason. > If no, the HW is broken and there is no need to look for a fault on FreeB= SD's side. >=20 > Kind regards, > Patrick Yes, this computer stayus alive and works well with nexenta core ( a clone = of sun-os) The conclusion is that something is missing in the dealing with hypertransp= ort. A valid question might be : will other systems using hypertransport work or= fail ? Is it a smb-issue ? Or is the problem specific for thumper hardware ? >=20 =2D-=20 Peter H=E5kanson =20 There's never money to do it right, but always money to do it again ... and again ... and again ... and again. ( Det =E4r billigare att g=F6ra r=E4tt. Det =E4r dyrt att laga fel.= ) From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 12:18:33 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 4208C106566B for ; Sat, 28 Jan 2012 12:18:33 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id B3B3A8FC16 for ; Sat, 28 Jan 2012 12:18:32 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id q0SCIUKX038543; Sat, 28 Jan 2012 13:18:30 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id q0SCIUEE038542; Sat, 28 Jan 2012 13:18:30 +0100 (CET) (envelope-from marius) Date: Sat, 28 Jan 2012 13:18:30 +0100 From: Marius Strobl To: Randy Bush Message-ID: <20120128121830.GA38513@alchemy.franken.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Stable , FreeBSD Net Subject: Re: 9-stable - ifmedia_set: no match for 0x0/0xfffffff 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, 28 Jan 2012 12:18:33 -0000 On Thu, Jan 26, 2012 at 12:24:11PM +0900, Randy Bush wrote: > ok, i > o used device.hints to disable both bge interfaces > o booted successfully > o used serial console > o ifconfiged bge0 to the normal addresses > o and it is working > > i suspect that something sucks in bge initialization at startup. > insightful, i know. sorry. > Has that worked before with FreeBSD and if yes with which reversion? Marius From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 12:34: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 43953106566B; Sat, 28 Jan 2012 12:34:08 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 22A5F8FC0C; Sat, 28 Jan 2012 12:34:08 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Rr7Tq-000Gv8-91; Sat, 28 Jan 2012 12:34:06 +0000 Date: Sat, 28 Jan 2012 21:34:04 +0900 Message-ID: From: Randy Bush To: Marius Strobl In-Reply-To: <20120128121830.GA38513@alchemy.franken.de> References: <20120128121830.GA38513@alchemy.franken.de> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD Stable , FreeBSD Net Subject: Re: 9-stable - ifmedia_set: no match for 0x0/0xfffffff 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, 28 Jan 2012 12:34:08 -0000 >> ok, i >> o used device.hints to disable both bge interfaces >> o booted successfully >> o used serial console >> o ifconfiged bge0 to the normal addresses >> o and it is working >> >> i suspect that something sucks in bge initialization at startup. >> insightful, i know. sorry. > > Has that worked before with FreeBSD and if yes with which reversion? yes, the bge and config worked for a long time on 7.foo and 8.foo, most recently 8.2. randy From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 13:18:31 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 B4F02106566C; Sat, 28 Jan 2012 13:18:31 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 30D5F8FC08; Sat, 28 Jan 2012 13:18:30 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id q0SDIUBF038763; Sat, 28 Jan 2012 14:18:30 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id q0SDIUZw038762; Sat, 28 Jan 2012 14:18:30 +0100 (CET) (envelope-from marius) Date: Sat, 28 Jan 2012 14:18:30 +0100 From: Marius Strobl To: Randy Bush Message-ID: <20120128131830.GZ44286@alchemy.franken.de> References: <20120128121830.GA38513@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Stable , FreeBSD Net Subject: Re: 9-stable - ifmedia_set: no match for 0x0/0xfffffff 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, 28 Jan 2012 13:18:31 -0000 On Sat, Jan 28, 2012 at 09:34:04PM +0900, Randy Bush wrote: > >> ok, i > >> o used device.hints to disable both bge interfaces > >> o booted successfully > >> o used serial console > >> o ifconfiged bge0 to the normal addresses > >> o and it is working > >> > >> i suspect that something sucks in bge initialization at startup. > >> insightful, i know. sorry. > > > > Has that worked before with FreeBSD and if yes with which reversion? > > yes, the bge and config worked for a long time on 7.foo and 8.foo, most > recently 8.2. > Hrm, the problem apparently is that while when probing, the PHY still knows about the media it supports, it just has forgotten about it after the reset during attach. There was a change prior to 8.2 which would turn this from silently being ignored (which generally might or might not work) into resulting what you see now (the upper layers arguably shouldn't trigger a panic in this case though). I can't remember a change to either bge(4) or brgphy(4) between 8.2 and now which could trigger this though. Have you tried to set the loader-tunable hw.bge.allow_asf to 0? The default for that option still is different between 8 and 9+. Marius From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 15:54: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 93D831065672; Sat, 28 Jan 2012 15:54:56 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 32CCA8FC08; Sat, 28 Jan 2012 15:54:56 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EAMcYJE+DaFvO/2dsb2JhbABDhQuqU4FyAQEFI1YbDgoCAg0ZAlkGrzaRKYEvhw0BBQMcBAELAQgBBgQDAwQQFYJmBQMDAQIHAxUBBQsHAgGBGwmCHoEWBIg/jFuSbw X-IronPort-AV: E=Sophos;i="4.71,585,1320642000"; d="scan'208";a="154113025" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 28 Jan 2012 10:54:55 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 3BE97B3F22; Sat, 28 Jan 2012 10:54:55 -0500 (EST) Date: Sat, 28 Jan 2012 10:54:55 -0500 (EST) From: Rick Macklem To: Giulio Ferro Message-ID: <1721865563.311886.1327766095191.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4F23AC5A.3080308@zirakzigil.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: kerberized NFS 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, 28 Jan 2012 15:54:56 -0000 Giulio Ferro wrote: > I forgot to mentioned that I compiled both servers with > option KGSSAPI and device crypto, and I enabled gssd > on both. > > Is there anyone who was able to configure this setup? > I had a server at the nfsv4 testing event last June and it worked ok. I haven't tried one since then. Step 1: make sure that nfsv4 mounts work over auth_sys. (You'll need to add "sys" to the sec= flavours, so your /etc/exports will look something like: V4: /usr/src -sec=sys:krb5:krb5i:krb5p /usr/src -sec=sys:krb5:krb5i:krb5p Then on the client: # mount -t nfs -o nfsv4 :/ / (Where "<" and ">" indicate "replace this with what yours".) - Then cd / and do an "ls -l" to see that the file ownership looks ok. If it doesn't, it will be related to "nfsuserd", which must be running in both client and server. Once, Step 1 looks fine: Step 2: Check that Kerberos is working ok in the server. - Log into the server as root and do the following: # kinit -k nfs/@ - This should work ok. # klist - This should list a TGT for nfs/@ If this doesn't work, something isn't right in the Kerberos setup on the server. The NFS server (not client) must have a /etc/krb5.keytab file with an entry for: nfs/@ in it. You should create it on your KDC with encryption type DES-CBC_CRC initially and you should specify that as your default enctype in your /etc/krb5.conf. Once that is working, make sure all the daemons are running on the server. mountd, nfsd, nfsuserd and gssd If this all looks good, go to the client: # sysctl vfs.usermount=1 - make sure these daemons are running nfsuserd, gssd - Log in as non-root user: % kinit % klist - there should be a TGT for the user you are logged in as - Now, try a kerberos mount, as follows: % mount -t nfs -o nfsv4,sec=krb5 :/ / - if that works % cd / % ls -l If these last steps fail, it is not easy to figure out why. (Look in /var/log/messages for any errors. If you get what the gssd calls an minor status, that is the kerberos error.) rick From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 16:18:16 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 A481E106566C; Sat, 28 Jan 2012 16:18:16 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mx1.giulioferro.ch (mx1.giulioferro.ch [217.150.252.208]) by mx1.freebsd.org (Postfix) with ESMTP id 5223E8FC0C; Sat, 28 Jan 2012 16:18:16 +0000 (UTC) Received: from mailscan.giulioferro.ch (unknown [192.168.115.2]) by mx1.giulioferro.ch (Postfix) with ESMTP id DF38B37CC3; Sat, 28 Jan 2012 17:18:14 +0100 (CET) X-Virus-Scanned: amavisd-new at example.com Received: from mx1.giulioferro.ch ([192.168.114.4]) by mailscan.giulioferro.ch (mailscan.giulioferro.ch [192.168.115.2]) (amavisd-new, port 10024) with ESMTP id FrXwqxLDBs9M; Sat, 28 Jan 2012 17:18:13 +0100 (CET) Received: from mail.zirakzigil.org (net-93-70-48-129.cust.dsl.vodafone.it [93.70.48.129]) by mx1.giulioferro.ch (Postfix) with ESMTP id 1018D37CB9; Sat, 28 Jan 2012 17:18:13 +0100 (CET) Received: from ext.zirakzigil.org (unknown [192.168.1.2]) by mail.zirakzigil.org (Postfix) with ESMTP id BF041192A78; Sat, 28 Jan 2012 17:18:12 +0100 (CET) X-Virus-Scanned: amavisd-new at zirakzigil.org Received: from mail.zirakzigil.org ([192.168.1.2]) by ext.zirakzigil.org (ext.zirakzigil.org [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id 58-_-X-aiwLh; Sat, 28 Jan 2012 17:18:12 +0100 (CET) Received: from [192.168.229.36] (ext [192.168.1.2]) (Authenticated sender: auryn@zirakzigil.org) by mail.zirakzigil.org (Postfix) with ESMTPA id 7C560192A72; Sat, 28 Jan 2012 17:18:12 +0100 (CET) Message-ID: <4F241FC4.20508@zirakzigil.org> Date: Sat, 28 Jan 2012 17:18:12 +0100 From: Giulio Ferro User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111229 Thunderbird/9.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org, freebsd-stable@freebsd.org References: <1721865563.311886.1327766095191.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <1721865563.311886.1327766095191.JavaMail.root@erie.cs.uoguelph.ca> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: kerberized NFS 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, 28 Jan 2012 16:18:16 -0000 Thank you to all of you for your replies. I'll try next week and let you know. My mail server was down for a few hours, but everything should be ok now... Giulio. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 19:56:31 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 245C9106564A; Sat, 28 Jan 2012 19:56:31 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 062A98FC16; Sat, 28 Jan 2012 19:56:31 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RrENy-000HiH-4x; Sat, 28 Jan 2012 19:56:30 +0000 Date: Sun, 29 Jan 2012 04:56:28 +0900 Message-ID: From: Randy Bush To: Marius Strobl In-Reply-To: <20120128131830.GZ44286@alchemy.franken.de> References: <20120128121830.GA38513@alchemy.franken.de> <20120128131830.GZ44286@alchemy.franken.de> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD Stable , FreeBSD Net Subject: Re: 9-stable - ifmedia_set: no match for 0x0/0xfffffff 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, 28 Jan 2012 19:56:31 -0000 > Hrm, the problem apparently is that while when probing, the PHY > still knows about the media it supports, it just has forgotten > about it after the reset during attach. There was a change prior > to 8.2 which would turn this from silently being ignored (which > generally might or might not work) into resulting what you see > now (the upper layers arguably shouldn't trigger a panic in this > case though). I can't remember a change to either bge(4) or > brgphy(4) between 8.2 and now which could trigger this though. > Have you tried to set the loader-tunable hw.bge.allow_asf to 0? > The default for that option still is different between 8 and 9+. it no longer panics when booting, but the interface comes up not seeing carrier bge0: flags=8843 metric 0 mtu 1500 options=8009b ether 00:30:48:82:11:a2 inet 198.180.150.1 netmask 0xffffff80 broadcast 198.180.150.127 inet6 fe80::230:48ff:fe82:11a2%bge0 prefixlen 64 scopeid 0x1 inet6 2001:418:8006::1 prefixlen 64 inet 198.180.150.2 netmask 0xffffffff broadcast 198.180.150.2 nd6 options=21 media: Ethernet 1000baseT (none) status: no carrier randy From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 20:45: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 76C67106566C; Sat, 28 Jan 2012 20:45:03 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 4D8798FC08; Sat, 28 Jan 2012 20:45:03 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RrF8w-000I19-Q8; Sat, 28 Jan 2012 20:45:02 +0000 Date: Sun, 29 Jan 2012 05:45:01 +0900 Message-ID: From: Randy Bush To: Marius Strobl In-Reply-To: References: <20120128121830.GA38513@alchemy.franken.de> <20120128131830.GZ44286@alchemy.franken.de> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD Stable , FreeBSD Net Subject: Re: 9-stable - ifmedia_set: no match for 0x0/0xfffffff 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, 28 Jan 2012 20:45:03 -0000 >> Have you tried to set the loader-tunable hw.bge.allow_asf to 0? >> The default for that option still is different between 8 and 9+. > it no longer panics when booting, but the interface comes up not > seeing carrier an additional datum. o with hw.bge.allow_asf untouched, i.e. default o with /boot/device.hints having hint.bge.0.disabled=1 o with /etc/rc.conf having ifconfig_bge0="198.180.150.1/25 media 1000baseTX" ifconfig_bge0_alias0="inet 198.180.150.2/32" etc o it boots but bge0 carrier is down and can not be brought up comment out the bge0 entries in /etc/rc.conf, and it boots, carrier is up, and can be hand configured with the address assignments, and works. randy From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 21:38:59 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 6BA901065673; Sat, 28 Jan 2012 21:38:59 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id F2B0F8FC12; Sat, 28 Jan 2012 21:38:58 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id q0SLcv9H040335; Sat, 28 Jan 2012 22:38:57 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id q0SLcvXQ040334; Sat, 28 Jan 2012 22:38:57 +0100 (CET) (envelope-from marius) Date: Sat, 28 Jan 2012 22:38:57 +0100 From: Marius Strobl To: Randy Bush Message-ID: <20120128213857.GB39861@alchemy.franken.de> References: <20120128121830.GA38513@alchemy.franken.de> <20120128131830.GZ44286@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Stable , FreeBSD Net Subject: Re: 9-stable - ifmedia_set: no match for 0x0/0xfffffff 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, 28 Jan 2012 21:38:59 -0000 On Sun, Jan 29, 2012 at 04:56:28AM +0900, Randy Bush wrote: > > Hrm, the problem apparently is that while when probing, the PHY > > still knows about the media it supports, it just has forgotten > > about it after the reset during attach. There was a change prior > > to 8.2 which would turn this from silently being ignored (which > > generally might or might not work) into resulting what you see > > now (the upper layers arguably shouldn't trigger a panic in this > > case though). I can't remember a change to either bge(4) or > > brgphy(4) between 8.2 and now which could trigger this though. > > Have you tried to set the loader-tunable hw.bge.allow_asf to 0? > > The default for that option still is different between 8 and 9+. > > it no longer panics when booting, but the interface comes up not seeing > carrier > > bge0: flags=8843 metric 0 mtu 1500 > options=8009b > ether 00:30:48:82:11:a2 > inet 198.180.150.1 netmask 0xffffff80 broadcast 198.180.150.127 > inet6 fe80::230:48ff:fe82:11a2%bge0 prefixlen 64 scopeid 0x1 > inet6 2001:418:8006::1 prefixlen 64 > inet 198.180.150.2 netmask 0xffffffff broadcast 198.180.150.2 > nd6 options=21 > media: Ethernet 1000baseT (none) > status: no carrier > Are you sure that the other end is also forced to 1000baseT half-duplex? What happens if you set hw.bge.allow_asf to 0 and use auto-negotiation on both sides? Marius From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 23:04:28 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 2A07D106566B for ; Sat, 28 Jan 2012 23:04:28 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9E12B8FC13 for ; Sat, 28 Jan 2012 23:04:27 +0000 (UTC) Received: by bkbc12 with SMTP id c12so77443bkb.13 for ; Sat, 28 Jan 2012 15:04:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:cc:subject:references:x-comment-to:sender:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=XauBNaq4vSP1Y5i7/FW6ii7LIcDyWAimeMsfnyEGwuo=; b=Eht8RinZ4s3TF6UdrSXwNz7u0YF0CpCrNywDdyhHcdVkiD+nAqWWU83IAOISuzMk+m OYTAYiPinQpPU4Pm1FEMVAt5iykVQd6dB0t/kVll3FlLi1o/bKEEHGAuB9dKM9aRiRLO 6tIyQiUazg5/mO+2p+NEXLIxFv5vXrMsCTbug= Received: by 10.205.122.134 with SMTP id gg6mr5825540bkc.41.1327790140419; Sat, 28 Jan 2012 14:35:40 -0800 (PST) Received: from localhost ([95.69.173.122]) by mx.google.com with ESMTPS id 20sm15276226bkr.0.2012.01.28.14.35.37 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 28 Jan 2012 14:35:38 -0800 (PST) From: Mikolaj Golub To: Artem Kajalainen References: X-Comment-To: Artem Kajalainen Sender: Mikolaj Golub Date: Sun, 29 Jan 2012 00:35:35 +0200 In-Reply-To: (Artem Kajalainen's message of "Wed, 18 Jan 2012 20:23:25 +0200") Message-ID: <86ipjvbglk.fsf@kopusha.home.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: Pawel Jakub Dawidek , freebsd-stable@freebsd.org Subject: Re: problems with hast 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, 28 Jan 2012 23:04:28 -0000 --=-=-= Hi, On Wed, 18 Jan 2012 20:23:25 +0200 Artem Kajalainen wrote: AK> Hello, AK> I'm trying to setup hastd on two servers and got error, which I can't AK> understand. Box is running as primary, then i reboot it, another box AK> get primary role by carp events, then 1st box at boot tries to set up AK> primary role on own hast instance and fails with this: AK> Jan 18 22:13:03 gw_chlb_2 hastd[1387]: [storage0] (primary) AK> G_GATE_CMD_DONE failed: No such file or directory. AK> Jan 18 22:13:08 gw_chlb_2 hastd[1004]: [storage0] (primary) Worker AK> process exited ungracefully (pid=1387, exitcode=71). AK> I thought that geom_gate module can be problem, so i compiled it in AK> kernel. As you can see - it doesn't help. Both servers are AK> FreeBSD9.0-stable, updated 1 week ago. Hastd use whole disk. More info AK> from hastd: AK> gw_chlb_2# hastd -dF -c /etc/hast.conf AK> [INFO] Started successfully, running protocol version 1. AK> [DEBUG][1] Listening on control address /var/run/hastctl. AK> [INFO] Listening on address 192.168.0.1:8457. AK> [INFO] [storage0] (init) Role changed to primary. AK> [DEBUG][1] [storage0] (primary) Obtained info about /dev/ada2. AK> [DEBUG][1] [storage0] (primary) Locked /dev/ada2. AK> [INFO] [storage0] (primary) Device hast/storage0 created. AK> [DEBUG][1] [storage0] (primary) Privileges successfully dropped using AK> jail+setgid+setuid. AK> [INFO] [storage0] (primary) Privileges successfully dropped. AK> [INFO] [storage0] (primary) Connected to tcp4://192.168.0.2. AK> [INFO] [storage0] (primary) Synchronization started. 6.0MB to go. AK> [ERROR] [storage0] (primary) G_GATE_CMD_DONE failed: No such file or directory. AK> [INFO] [storage0] (primary) Received cancel from the kernel, exiting. AK> [DEBUG][1] Unable to receive event header: Socket is not connected. AK> [ERROR] [storage0] (primary) Worker process exited ungracefully AK> (pid=1452, exitcode=71). AK> [INFO] [storage0] (primary) Changing resource role back to init. AK> Any thoughts? Sorry, Artem, I read your email only today. Investigating, it looks after r226859, when 'async' mode was added, we have 2 issues with synchronization from secondary to master (rather very rear case normally): 1) When the synchronization from secondary to master is running and primary gets READ request, the request should be sent to the secondary but actually it is lost. As a result READ operation gets stuck. After the syncronization is complete the following READ requests, which now can be served by primary, work ok. 2) In async mode, for syncronization requests, write_complete() function, which sends G_GATE_CMD_DONE command to ggate, is called twice and the second call fails. Artem, did you run async mode? If you did then I suppose you observed the second issue. Could you please try the attached patch? -- Mikolaj Golub --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=hastd.remote_read.patch Index: sbin/hastd/primary.c =================================================================== --- sbin/hastd/primary.c (revision 230661) +++ sbin/hastd/primary.c (working copy) @@ -1255,7 +1255,7 @@ ggate_recv_thread(void *arg) pjdlog_debug(2, "ggate_recv: (%p) Moving request to the send queues.", hio); refcount_init(&hio->hio_countdown, ncomps); - for (ii = ncomp; ii < ncomps; ii++) + for (ii = ncomp; ncomps != 0; ncomps--, ii++) QUEUE_INSERT1(hio, send, ii); } /* NOTREACHED */ @@ -1326,7 +1326,7 @@ local_send_thread(void *arg) } else { hio->hio_errors[ncomp] = 0; if (hio->hio_replication == - HAST_REPLICATION_ASYNC) { + HAST_REPLICATION_ASYNC && !ISSYNCREQ(hio)) { ggio->gctl_error = 0; write_complete(res, hio); } --=-=-=--