From owner-freebsd-stable@FreeBSD.ORG Sun Nov 23 01:20:07 2008 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 B5D3E1065677 for ; Sun, 23 Nov 2008 01:20:07 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 892518FC0C for ; Sun, 23 Nov 2008 01:20:07 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id AD9571C56FC; Sat, 22 Nov 2008 20:20:06 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Sat, 22 Nov 2008 20:20:06 -0500 X-Sasl-enc: M8jNGJmEh+hJ4jrS3YQjyXhd+myNgFbfceVkku1V5/nz 1227403206 Received: from [192.168.124.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id DE9F627CC8; Sat, 22 Nov 2008 20:20:05 -0500 (EST) Message-ID: <4928AFC3.40703@incunabulum.net> Date: Sun, 23 Nov 2008 01:20:03 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: Gavin Atkinson References: <4926BDE5.5020708@icyb.net.ua> <20081121161629.GJ99866@uriah.heep.sax.de> <1227286112.40570.12.camel@buffy.york.ac.uk> In-Reply-To: <1227286112.40570.12.camel@buffy.york.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Joerg Wunsch , FreeBSD Stable , Andriy Gapon Subject: Re: smbmsg(8): slave address confusion? 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, 23 Nov 2008 01:20:07 -0000 Gavin Atkinson wrote: > I believe this is the case, yes. See for example, PR kern/100513. It > appears that some frivers treat the adfdress one way, and others treat > it the other. > I can confirm this from recent commercial work I had to do involving smb(4). thanks, BMS From owner-freebsd-stable@FreeBSD.ORG Sun Nov 23 16:41:40 2008 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 E950C1065675 for ; Sun, 23 Nov 2008 16:41:40 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from mail3.sea5.speakeasy.net (mail3.sea5.speakeasy.net [69.17.117.5]) by mx1.freebsd.org (Postfix) with ESMTP id C559E8FC0A for ; Sun, 23 Nov 2008 16:41:40 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: (qmail 5746 invoked from network); 23 Nov 2008 16:41:39 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 23 Nov 2008 16:41:39 -0000 Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.6]) by be-well.ilk.org (Postfix) with ESMTP id 7D8BC50820; Sun, 23 Nov 2008 11:41:35 -0500 (EST) Received: by lowell-desk.lan (Postfix, from userid 1147) id D215B1CE83; Sun, 23 Nov 2008 11:41:34 -0500 (EST) To: Jordi Espasa Clofent References: <492536C2.6060605@minibofh.org> <447i6wvoyx.fsf@be-well.ilk.org> <4929207A.1000704@minibofh.org> From: Lowell Gilbert Date: Sun, 23 Nov 2008 11:41:34 -0500 In-Reply-To: <4929207A.1000704@minibofh.org> (Jordi Espasa Clofent's message of "Sun\, 23 Nov 2008 10\:20\:58 +0100") Message-ID: <44tz9ymm2p.fsf@lowell-desk.lan> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: Error in 7.0p5 upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2008 16:41:41 -0000 Jordi Espasa Clofent writes: >> Neither of those methods seem to be the officially supported source >> update method, which includes (in order, but with some other steps left >> out) make buildworld >> make buildkernel >> make installkernel >> >> make installworld >> >> Is that actually what you did? > > Yes, of course. > > update sources -> OK > make buildworld -> OK > make kernel (it is a simple make buildkernel && make install > kernel short-way) --> WRONG > > The problem appears in first kernel stage, which means in "make > buildkernel". > > Is it the first time I've seen it. > >> That should be fine, and doesn't seem to be related to the symptoms. > > Yes. The errors you showed earlier looked like they came from userland, not the kernel (building /rescue). If it really does come during "make buildkernel", what kernel are you builidng? I assume you tried GENERIC before trying to report a problem? From owner-freebsd-stable@FreeBSD.ORG Sun Nov 23 23:37:14 2008 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 266D61065670 for ; Sun, 23 Nov 2008 23:37:14 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out1.libero.it (cp-out1.libero.it [212.52.84.101]) by mx1.freebsd.org (Postfix) with ESMTP id B05AB8FC08 for ; Sun, 23 Nov 2008 23:37:13 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from wmail27 (172.31.0.38) by cp-out1.libero.it (8.5.016.1) id 491961600157CA2A; Mon, 24 Nov 2008 00:36:39 +0100 Message-ID: <5113227.789231227483399867.JavaMail.defaultUser@defaultHost> Date: Mon, 24 Nov 2008 00:36:39 +0100 (CET) From: Barbara To: MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 7bit X-SenderIP: 82.61.157.72 Cc: kensmith , FreeBSD-stable Subject: R: Re: 6.4-RC2 crashes after a few minutes of uptime X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barbara List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2008 23:37:14 -0000 >> About kgdb... >> I never used freebsd-update, so sorry if I'm saying something >> stupid, but could it be the case that the kernel has been built >> without debugging symbols or something like that? Does freebsd- >> update provide a kernel.debug? > >I haven't had to use a the kernel.debug file in the obj dir in a long >time. As far as I know, these days, the GENERIC kernel includes debug >symbols. And in cases when there aren't any debug symbols, that >shouldn't prevent kgdb from loading, I wouldn't think. Hello, I had a k panic some hours ago but I think that's related to a problem with one of my HDs. I've got a dump in /var/crash, and as you were interested, I run: # kgdb /boot/kernel/kernel /var/crash/vmcore.6 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386- marcel-freebsd"...(no debugging symbols found)... Attempt to extract a component of a value that is not a structure pointer. Attempt to extract a component of a value that is not a structure pointer. Attempt to extract a component of a value that is not a structure pointer. Attempt to extract a component of a value that is not a structure pointer. Terminated I had to pkill kgdb as it was in a loop. Running it against kernel.debug in /usr/obj/usr/src/sys/$KERNCONF/ worked as expected. I've always followed this way, so I don't know if it was working with earlier releases. B From owner-freebsd-stable@FreeBSD.ORG Mon Nov 24 04:53:02 2008 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 E0BC61065672 for ; Mon, 24 Nov 2008 04:53:02 +0000 (UTC) (envelope-from rorya+freebsd.org@TrueStep.com) Received: from Tserver.TrueStep.com (Tserver.TrueStep.com [64.253.96.188]) by mx1.freebsd.org (Postfix) with ESMTP id 5CC598FC12 for ; Mon, 24 Nov 2008 04:53:02 +0000 (UTC) (envelope-from rorya+freebsd.org@TrueStep.com) Received: from Cypher.TrueStep (Cypher.TrueStep [10.101.1.8]) (authenticated bits=0) by Tserver.TrueStep.com (8.14.3/8.14.3) with ESMTP id mAO4qk3I042740 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 23 Nov 2008 23:52:51 -0500 (EST) (envelope-from rorya+freebsd.org@TrueStep.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=TrueStep.com; s=default; t=1227502372; bh=cvmADO+5h0EIzjQpjhWWyLWleJG8kZKAKr0NBLg HKnc=; h=Cc:Message-Id:From:To:In-Reply-To:Content-Type: Content-Transfer-Encoding:Mime-Version:Subject:Date:References; b=fHG2xREi4JSXil0y8YqEJnc8vn2FBsz254Up4PNKGhsFFHa2krkE+UinaBNNJDJPi RVhtk2ZuwXiODEEW0rrkk2lYSs+TMeQ1Mudd8VN588XWXlUIvYUmBALVLGFZ4Ej0bUC Z53lw8IEG3onMJBWtZsl2i36kPZ6dYnsJhpKxOc= Message-Id: <77652940-BEF4-4CA9-9E28-C3AAD72AA02E@TrueStep.com> From: Rory Arms To: Barbara In-Reply-To: <5113227.789231227483399867.JavaMail.defaultUser@defaultHost> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Sun, 23 Nov 2008 23:52:45 -0500 References: <5113227.789231227483399867.JavaMail.defaultUser@defaultHost> X-Mailer: Apple Mail (2.929.2) Cc: kensmith , FreeBSD-stable Subject: Re: R: Re: 6.4-RC2 crashes after a few minutes of uptime 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, 24 Nov 2008 04:53:03 -0000 On 2008-11-23, at 18:36 , Barbara wrote: >>> About kgdb... >>> I never used freebsd-update, so sorry if I'm saying > something >>> stupid, but could it be the case that the kernel has been > built >>> without debugging symbols or something like that? Does freebsd- >>> > update provide a kernel.debug? >> >> I haven't had to use a the kernel.debug file > in the obj dir in a long >> time. As far as I know, these days, the GENERIC > kernel includes debug >> symbols. And in cases when there aren't any debug > symbols, that >> shouldn't prevent kgdb from loading, I wouldn't think. > > Hello, > > I had a k panic some hours ago but I think that's related to a > problem with one > of my HDs. > > I've got a dump in /var/crash, and as you were interested, I run: > > > # kgdb /boot/kernel/kernel /var/crash/vmcore.6 > > > GNU gdb 6.1.1 > [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free > software, covered by the GNU General Public License, and you are > > welcome > to change it and/or distribute copies of it under certain conditions. > > Type > "show copying" to see the conditions. > > There is absolutely no warranty for > GDB. Type "show warranty" for details. > > This GDB was configured as "i386- > marcel-freebsd"...(no debugging symbols found)... > > Attempt to extract a > component of a value that is not a structure pointer. > > Attempt to extract a > component of a value that is not a structure pointer. > > Attempt to extract a > component of a value that is not a structure pointer. > > Attempt to extract a > component of a value that is not a structure pointer. > > Terminated > > > I had > to pkill kgdb as it was in a loop. > > Running it against kernel.debug in > /usr/obj/usr/src/sys/$KERNCONF/ worked as expected. > I've always followed this > way, so I don't know if it was working with earlier releases. Ah, well you must not be using GENERIC then, because it does have the debugging symbols. I think this is the setting in the GENERIC config that controls it: makeoptions DEBUG=-g But I guess what you're doing works if you're using a custom kernel that does not have that config setting. - rory From owner-freebsd-stable@FreeBSD.ORG Mon Nov 24 06:51:23 2008 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 E37CA1065672 for ; Mon, 24 Nov 2008 06:51:23 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out4.libero.it (cp-out4.libero.it [212.52.84.104]) by mx1.freebsd.org (Postfix) with ESMTP id 7447A8FC14 for ; Mon, 24 Nov 2008 06:51:23 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from wmail27 (172.31.0.38) by cp-out4.libero.it (8.5.016.1) id 491979DC01595ED7; Mon, 24 Nov 2008 07:51:03 +0100 Message-ID: <3638601.794241227509463670.JavaMail.defaultUser@defaultHost> Date: Mon, 24 Nov 2008 07:51:03 +0100 (CET) From: Barbara To: MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 7bit X-SenderIP: 82.61.157.72 Cc: FreeBSD-stable Subject: R: Re: R: Re: 6.4-RC2 crashes after a few minutes of uptime X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barbara List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Nov 2008 06:51:24 -0000 >>>> About kgdb... >>>> I never used freebsd-update, so sorry if I'm saying >> something >>>> stupid, but could it be the case that the kernel has been >> built >>>> without debugging symbols or something like that? Does freebsd- >>>> >> update provide a kernel.debug? >>> >>> I haven't had to use a the kernel. debug file >> in the obj dir in a long >>> time. As far as I know, these days, the GENERIC >> kernel includes debug >>> symbols. And in cases when there aren't any debug >> symbols, that >>> shouldn't prevent kgdb from loading, I wouldn't think. >> >> Hello, >> >> I had a k panic some hours ago but I think that's related to a >> problem with one >> of my HDs. >> >> I've got a dump in /var/crash, and as you were interested, I run: >> >> >> # kgdb /boot/kernel/kernel /var/crash/vmcore.6 >> >> >> GNU gdb 6.1.1 >> [FreeBSD] >> >> Copyright 2004 Free Software Foundation, Inc. >> >> GDB is free >> software, covered by the GNU General Public License, and you are >> >> welcome >> to change it and/or distribute copies of it under certain conditions. >> >> Type >> "show copying" to see the conditions. >> >> There is absolutely no warranty for >> GDB. Type "show warranty" for details. >> >> This GDB was configured as "i386- >> marcel-freebsd"...(no debugging symbols found)... >> >> Attempt to extract a >> component of a value that is not a structure pointer. >> >> Attempt to extract a >> component of a value that is not a structure pointer. >> >> Attempt to extract a >> component of a value that is not a structure pointer. >> >> Attempt to extract a >> component of a value that is not a structure pointer. >> >> Terminated >> >> >> I had >> to pkill kgdb as it was in a loop. >> >> Running it against kernel. debug in >> /usr/obj/usr/src/sys/$KERNCONF/ worked as expected. >> I've always followed this >> way, so I don't know if it was working with earlier releases. > >Ah, well you must not be using GENERIC then, because it does have the >debugging symbols. > >I think this is the setting in the GENERIC config that controls it: > >makeoptions DEBUG=-g > >But I guess what you're doing works if you're using a custom kernel >that does not have that config setting. > >- rory > I'm not using GENERIC but I have makeoptions DEBUG=-g in my KERNCONF. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 24 08:09:18 2008 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 5811A106564A for ; Mon, 24 Nov 2008 08:09:18 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id BBA818FC08 for ; Mon, 24 Nov 2008 08:09:17 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id mAO89EX7032725; Mon, 24 Nov 2008 09:09:15 +0100 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 580FB2E5; Mon, 24 Nov 2008 09:09:14 +0100 (CET) Date: Mon, 24 Nov 2008 09:09:14 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Freddie Cash Message-Id: <20081124090914.4cc54024.gerrit@pmp.uni-hannover.de> In-Reply-To: <200811210816.35573.fjwcash@gmail.com> References: <20081121151518.9f4f6af8.gerrit@pmp.uni-hannover.de> <20081121154153.a741e391.gerrit@pmp.uni-hannover.de> <200811210816.35573.fjwcash@gmail.com> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.11.24.75808 Cc: freebsd-stable@freebsd.org Subject: Re: Curious failure of ZFS snapshots 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, 24 Nov 2008 08:09:18 -0000 On Fri, 21 Nov 2008 08:16:35 -0800 Freddie Cash wrote about Re: Curious failure of ZFS snapshots: FC> > GK> mclane# ll /tank/home/pt/.zfs/ FC> > GK> ls: snapshot: Bad file descriptor FC> > GK> total 0 FC> Which shell are you using? I've seen quite a few FC> different "non-existent"/"invalid directory" errors when using tcsh FC> to navigate through the .zfs/ hierarchy. Can do "cd ..", "ls .", or FC> tab completion when in anything under .zfs/ Standard root login, so it's /bin/csh. I cannot remember if I tried to cd into the dir, and after rebooting everything's fine up to now. I will try this if I see the problem again. However, it would be rather strange if this was shell-dependent, as all other snapshots were happily accessible with csh (and the panic after trying to unmount the fs is definitely not an expected behaviour either :-). FC> Using sh or zsh, these errors don't occur. FC> Just curious if this is the same kind of thing. I will try it when I see the problem next time. cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Mon Nov 24 08:40:24 2008 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 41F441065674 for ; Mon, 24 Nov 2008 08:40:24 +0000 (UTC) (envelope-from rorya+freebsd.org@TrueStep.com) Received: from Tserver.TrueStep.com (Tserver.TrueStep.com [64.253.96.188]) by mx1.freebsd.org (Postfix) with ESMTP id BB4E88FC14 for ; Mon, 24 Nov 2008 08:40:23 +0000 (UTC) (envelope-from rorya+freebsd.org@TrueStep.com) Received: from Cypher.TrueStep (Cypher.TrueStep [10.101.1.8]) (authenticated bits=0) by Tserver.TrueStep.com (8.14.3/8.14.3) with ESMTP id mAO8eGOF045658 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 24 Nov 2008 03:40:22 -0500 (EST) (envelope-from rorya+freebsd.org@TrueStep.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=TrueStep.com; s=default; t=1227516022; bh=TzR3HQhcZyFK+F0WnNcY7p/1VvMUqfbAuby3XRG CIBw=; h=Cc:Message-Id:From:To:In-Reply-To:Content-Type: Content-Transfer-Encoding:Mime-Version:Subject:Date:References; b=PE9K7OV3NaLaEzBjjfJ3GgcyJE1wh7pGj8USwsTHQKuVpg4p27L0soLoM/GlyTY3Z oEjNOf0l5oWLHev43SGduxrTNyqQ6H6+Y++WVUdL7Qp2rZIfQ927Vaw+E8nnm26TWJn GRTTDPmQyWGTJ6iwFaCWMTRCBVsL5VKscR1wN+0= Message-Id: <1EF61C75-2161-40F1-B09B-53F158DEFBFE@TrueStep.com> From: Rory Arms To: Barbara In-Reply-To: <3638601.794241227509463670.JavaMail.defaultUser@defaultHost> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Mon, 24 Nov 2008 03:40:16 -0500 References: <3638601.794241227509463670.JavaMail.defaultUser@defaultHost> X-Mailer: Apple Mail (2.929.2) Cc: FreeBSD-stable Subject: Re: R: Re: R: Re: 6.4-RC2 crashes after a few minutes of uptime 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, 24 Nov 2008 08:40:24 -0000 On 2008-11-24, at 1:51 , Barbara wrote: >>>>> About kgdb... >>>>> I never used freebsd-update, so sorry if I'm saying >>> > something >>>>> stupid, but could it be the case that the kernel has been >>> > built >>>>> without debugging symbols or something like that? Does freebsd- >>>>> > >>> update provide a kernel.debug? >>>> >>>> I haven't had to use a the kernel. > debug file >>> in the obj dir in a long >>>> time. As far as I know, these days, > the GENERIC >>> kernel includes debug >>>> symbols. And in cases when there > aren't any debug >>> symbols, that >>>> shouldn't prevent kgdb from loading, I > wouldn't think. >>> >>> Hello, >>> >>> I had a k panic some hours ago but I think > that's related to a >>> problem with one >>> of my HDs. >>> >>> I've got a dump > in /var/crash, and as you were interested, I run: >>> >>> >>> # kgdb > /boot/kernel/kernel /var/crash/vmcore.6 >>> >>> >>> GNU gdb 6.1.1 >>> [FreeBSD] > >>> >>> Copyright 2004 Free Software Foundation, Inc. >>> >>> GDB is free >>> > software, covered by the GNU General Public License, and you are >>> >>> > welcome >>> to change it and/or distribute copies of it under certain > conditions. >>> >>> Type >>> "show copying" to see the conditions. >>> >>> > There is absolutely no warranty for >>> GDB. Type "show warranty" for details. > >>> >>> This GDB was configured as "i386- >>> marcel-freebsd"...(no debugging > symbols found)... >>> >>> Attempt to extract a >>> component of a value that is > not a structure pointer. >>> >>> Attempt to extract a >>> component of a value > that is not a structure pointer. >>> >>> Attempt to extract a >>> component of > a value that is not a structure pointer. >>> >>> Attempt to extract a >>> > component of a value that is not a structure pointer. >>> >>> Terminated >>> >>> > >>> I had >>> to pkill kgdb as it was in a loop. >>> >>> Running it against kernel. > debug in >>> /usr/obj/usr/src/sys/$KERNCONF/ worked as expected. >>> I've always > followed this >>> way, so I don't know if it was working with earlier releases. > >> >> Ah, well you must not be using GENERIC then, because it does have the > >> debugging symbols. >> >> I think this is the setting in the GENERIC config that > controls it: >> >> makeoptions DEBUG=-g >> >> But I guess what you're doing works if > you're using a custom kernel >> that does not have that config setting. >> >> - > rory >> > > I'm not using GENERIC but I have > makeoptions DEBUG=-g > in my KERNCONF. Barbara, Ah, so you had the exact same results I got, when using /book/kernel/ kernel. So, that answers that question then, apparently I do need to build a kernel.debug to get a backtrace on 6.4. So, it looks like maybe things are different in 6 than I had remembered. I haven't looked at the 6.4-RC2 notebook to see what the kernel directory has, but on my 7.0 server at least, I've noticed that kgdb(1) does work with /book/kernel/kernel, and I think it might have to do with putting the symbols in a separate, kernel.symbols file. So, I assume that this doesn't exist on 6. However I did notice that if I remove that file, and run kgdb again (on 7.0) I also get that structure pointer error that you get, it doesn't lock up.. and I can still get a backtrace, but the output is more terse.. in that it shows function names, but without corresponding source file names and line numbers. So, the addition of the symbols file it seems, adds some some more debugging information than what the kernel provides by itself. So, maybe that makeoptions directive does different things on each version. Thank you for your feedback with this, much appreciated. Now, to see if I can build a kernel.debug on that machine, can get a backtrace -- though it sure sounds like a problem with ata(4). - rory From owner-freebsd-stable@FreeBSD.ORG Mon Nov 24 09:57:01 2008 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 329F81065673; Mon, 24 Nov 2008 09:57:01 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id B5C718FC08; Mon, 24 Nov 2008 09:57:00 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=daemon.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1L4YBe-000DcY-Hk; Mon, 24 Nov 2008 17:56:58 +0800 Message-ID: <492A7A6A.7020104@micom.mng.net> Date: Mon, 24 Nov 2008 17:56:58 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.12 (X11/20080415) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG References: <4922906D.4060805@micom.mng.net> <492508C6.3090005@micom.mng.net> In-Reply-To: <492508C6.3090005@micom.mng.net> X-Enigmail-Version: 0.95.6 OpenPGP: id=78F6425E Content-Type: multipart/mixed; boundary="------------010207050105030500040702" Cc: Kostik Belousov , kib@FreeBSD.org Subject: Re: shutdown -p now crashes 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, 24 Nov 2008 09:57:01 -0000 This is a multi-part message in MIME format. --------------010207050105030500040702 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Ganbold wrote: > (kgdb) p *fsrootvp > $3 = {v_type = VDIR, v_tag = 0xc0864e51 "ufs", v_op = 0xc0926280, > v_data = 0xc3e5d000, v_mount = 0xc3e56b30, v_nmntvnodes = {tqe_next = > 0xc3d119b4, > tqe_prev = 0xc3e56b98}, v_un = {vu_mount = 0x0, vu_socket = 0x0, > vu_cdev = 0x0, vu_fifoinfo = 0x0, vu_yield = 0}, v_hashlist = {le_next > = 0x0, > le_prev = 0xc3d09da0}, v_hash = 2, v_cache_src = {lh_first = 0x0}, > v_cache_dst = {tqh_first = 0x0, tqh_last = 0xc3d11af8}, v_dd = 0x0, > v_cstart = 0, > v_lasta = 0, v_lastw = 0, v_clen = 0, v_lock = {lk_object = {lo_name > = 0xc0864e51 "ufs", lo_type = 0xc0864e51 "ufs", lo_flags = 70844416, > lo_witness_data = {lod_list = {stqe_next = 0x0}, lod_witness = > 0x0}}, lk_interlock = 0xc0956510, lk_flags = 262208, lk_sharecount = 0, > lk_waitcount = 0, lk_exclusivecount = 1, lk_prio = 80, lk_timo = > 51, lk_lockholder = 0xc3b31d20, lk_newlock = 0x0}, v_interlock = > {lock_object = { > lo_name = 0xc086fb51 "vnode interlock", lo_type = 0xc086fb51 > "vnode interlock", lo_flags = 16973824, lo_witness_data = {lod_list = > {stqe_next = 0x0}, > lod_witness = 0x0}}, mtx_lock = 3283295520, mtx_recurse = 0}, > v_vnlock = 0xc3d11b20, v_holdcnt = 2, v_usecount = 0, v_iflag = 0, > v_vflag = 1, > v_writecount = 0, v_freelist = {tqe_next = 0x0, tqe_prev = 0x0}, > v_bufobj = {bo_mtx = 0xc3d11b50, bo_clean = {bv_hd = {tqh_first = > 0xe3d02594, > tqh_last = 0xe3d025cc}, bv_root = 0xe3d02594, bv_cnt = 1}, > bo_dirty = {bv_hd = {tqh_first = 0x0, tqh_last = 0xc3d11b9c}, bv_root > = 0x0, > bv_cnt = 0}, bo_numoutput = 0, bo_flag = 0, bo_ops = 0xc091ae00, > bo_bsize = 16384, bo_object = 0xc106183c, bo_synclist = {le_next = 0x0, > le_prev = 0x0}, bo_private = 0xc3d11ac8, __bo_vnode = > 0xc3d11ac8}, v_pollinfo = 0x0, v_label = 0x0, v_lockf = 0x0} > (kgdb) p rootvnode > $4 = (struct vnode *) 0x0 > (kgdb) p *rootvnode > Cannot access memory at address 0x0 > (kgdb) > > Konstantin, I have tried your patch. It seems like it is working, tried "shutdown -p now" 2 times and my RELENG_7 didn't crash after using zfs/geli external HDD via USB. Attached patches are for RELENG_7 (small modifications made in order to apply to RELENG_7). thanks a lot, Ganbold -- If you think education is expensive, try ignorance. -- Derek Bok, president of Harvard --------------010207050105030500040702 Content-Type: text/plain; name="opensolaris_kobj.c.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="opensolaris_kobj.c.patch" --- opensolaris_kobj.c~ 2008-04-17 09:23:29.000000000 +0800 +++ opensolaris_kobj.c 2008-11-24 14:28:01.000000000 +0800 @@ -67,17 +67,25 @@ kobj_open_file_vnode(const char *file) { struct thread *td = curthread; + struct filedesc *fd; struct nameidata nd; int error, flags; - if (td->td_proc->p_fd->fd_rdir == NULL) - td->td_proc->p_fd->fd_rdir = rootvnode; - if (td->td_proc->p_fd->fd_cdir == NULL) - td->td_proc->p_fd->fd_cdir = rootvnode; + fd = td->td_proc->p_fd; + FILEDESC_XLOCK(fd); + if (fd->fd_rdir == NULL) { + fd->fd_rdir = rootvnode; + vref(fd->fd_rdir); + } + if (fd->fd_cdir == NULL) { + fd->fd_cdir = rootvnode; + vref(fd->fd_cdir); + } + FILEDESC_XUNLOCK(fd); flags = FREAD; - NDINIT(&nd, LOOKUP, NOFOLLOW, UIO_SYSSPACE, file, td); - error = vn_open_cred(&nd, &flags, 0, td->td_ucred, NULL); + NDINIT(&nd, LOOKUP, MPSAFE, UIO_SYSSPACE, file, td); + error = vn_open_cred(&nd, &flags, O_NOFOLLOW, td->td_ucred, NULL); NDFREE(&nd, NDF_ONLY_PNBUF); if (error != 0) return (NULL); @@ -122,12 +130,15 @@ struct thread *td = curthread; struct vattr va; int error; - + int vfslocked; + + vfslocked = VFS_LOCK_GIANT(vp->v_mount); vn_lock(vp, LK_SHARED | LK_RETRY, td); error = VOP_GETATTR(vp, &va, td->td_ucred, td); VOP_UNLOCK(vp, 0, td); if (error == 0) *size = (uint64_t)va.va_size; + VFS_UNLOCK_GIANT(vfslocked); return (error); } @@ -161,6 +172,7 @@ struct uio auio; struct iovec aiov; int error; + int vfslocked; bzero(&aiov, sizeof(aiov)); bzero(&auio, sizeof(auio)); @@ -176,9 +188,11 @@ auio.uio_resid = size; auio.uio_td = td; + vfslocked = VFS_LOCK_GIANT(vp->v_mount); vn_lock(vp, LK_SHARED | LK_RETRY, td); error = VOP_READ(vp, &auio, IO_UNIT | IO_SYNC, td->td_ucred); VOP_UNLOCK(vp, 0, td); + VFS_UNLOCK_GIANT(vfslocked); return (error != 0 ? -1 : size - auio.uio_resid); } @@ -213,8 +227,11 @@ struct vnode *vp = file->ptr; struct thread *td = curthread; int flags = FREAD; - + int vfslocked; + + vfslocked = VFS_LOCK_GIANT(vp->v_mount); vn_close(vp, flags, td->td_ucred, td); + VFS_UNLOCK_GIANT(vfslocked); } kmem_free(file, sizeof(*file)); } --------------010207050105030500040702 Content-Type: text/plain; name="vnode.h.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="vnode.h.patch" --- vnode.h~ 2008-04-17 09:23:30.000000000 +0800 +++ vnode.h 2008-11-24 14:33:13.000000000 +0800 @@ -156,6 +156,7 @@ vnode_t **vpp, enum create crwhy, mode_t umask) { struct thread *td = curthread; + struct filedesc *fdc; struct nameidata nd; int error; @@ -164,12 +165,20 @@ ASSERT(crwhy == CRCREAT); ASSERT(umask == 0); - if (td->td_proc->p_fd->fd_rdir == NULL) - td->td_proc->p_fd->fd_rdir = rootvnode; - if (td->td_proc->p_fd->fd_cdir == NULL) - td->td_proc->p_fd->fd_cdir = rootvnode; + fdc = td->td_proc->p_fd; + FILEDESC_XLOCK(fdc); + if (fdc->fd_rdir == NULL) { + fdc->fd_rdir = rootvnode; + vref(fdc->fd_rdir); + } + if (fdc->fd_cdir == NULL) { + fdc->fd_cdir = rootvnode; + vref(fdc->fd_rdir); + } + FILEDESC_XUNLOCK(fdc); - NDINIT(&nd, LOOKUP, NOFOLLOW, UIO_SYSSPACE, pnamep, td); + NDINIT(&nd, LOOKUP, MPSAFE, UIO_SYSSPACE, pnamep, td); + filemode |= O_NOFOLLOW; error = vn_open_cred(&nd, &filemode, createmode, td->td_ucred, NULL); NDFREE(&nd, NDF_ONLY_PNBUF); if (error == 0) { --------------010207050105030500040702-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 24 11:42:53 2008 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 9AFF31065674 for ; Mon, 24 Nov 2008 11:42:53 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (core.byshenk.net [62.58.73.230]) by mx1.freebsd.org (Postfix) with ESMTP id 061DB8FC1C for ; Mon, 24 Nov 2008 11:42:52 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (localhost.aoes.com [127.0.0.1]) by core.byshenk.net (8.14.3/8.14.3) with ESMTP id mAOBgnkK059503 for ; Mon, 24 Nov 2008 12:42:49 +0100 (CET) (envelope-from byshenknet@core.byshenk.net) Received: (from byshenknet@localhost) by core.byshenk.net (8.14.3/8.14.3/Submit) id mAOBgnRG059502 for freebsd-stable@freebsd.org; Mon, 24 Nov 2008 12:42:49 +0100 (CET) (envelope-from byshenknet) Date: Mon, 24 Nov 2008 12:42:49 +0100 From: Greg Byshenk To: freebsd-stable@freebsd.org Message-ID: <20081124114248.GA4609@core.byshenk.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on core.byshenk.net Subject: Problem with Adaptec 29320LPE 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, 24 Nov 2008 11:42:53 -0000 Is there a problem with the Adaptec 29320LPE (PCIe x1, single-channel Ultra320) SCSI controller under FreeBSD 7? I've recently received a server with this controller, which is intended to be used to connect to Sony AIT tape libraries for backup. Unfortunately, it does not seem to function properly. It sees the connected devices without any difficulty, but fails to write to any connected drives, and produces very strange errors when attempting to address the libraries. That is, when attempting to write to a drive, the drive is seen as present, but any attempt actually to write results in an error (an end of tape is reported) without any data being written (mt status reports the tape at File Number 0, Record number 0). Additionally, attempting to address the changers produces erratic results. Sometimes, the result is normal, but at other times the results are garbled, and syslog reports a string of errors from the controller, followed by a long string of errors on 'ch' (see below). I am reasonably certain that the errors are not related to the tape libraries, as a) the libraries worked normally on the old server, and b) after installing a different controller (Adaptec 29160), the libraries function properly on the new machine. And I am reasonably sure that the problem is not a 320/160 problem, as setting the new controller to 160 in the BIOS does not help. The system is currently running FreeBSD 7.1-PRERELEASE: Wed Nov 19 11:33:15 CET 2008, from sources csup'ed immediately prior to the build. The kernel is very close to GENERIC, but with various cardbus, wlan, and usb support removed. Searching has indicated some similar-looking errors reported, but all from rather a long time ago (2000-2002). backuphost# camcontrol devlist at scbus0 target 0 lun 0 (pass0,ch3) at scbus0 target 1 lun 0 (sa3,pass1) at scbus0 target 2 lun 0 (pass2,ch4) at scbus0 target 3 lun 0 (sa4,pass3) at scbus1 target 0 lun 0 (da0,pass4) at scbus1 target 0 lun 1 (da1,pass5) backuphost# chio -f /dev/ch2 status picker 0: slot 0: slot 1: slot 2: slot 3: slot 4: slot 5: slot 6: slot 7: slot 8: slot 9: slot 10: slot 11: slot 12: slot 13: slot 14: slot 15: drive 0: backuphost# chio -f /dev/ch2 status picker 0: slot 8: slot 9: slot 10: slot 11: slot 12: slot 13: slot 14: slot 15: slot 8: slot 9: slot 10: slot 11: slot 12: slot 13: slot 14: slot 0: drive 0: backuphost# Nov 20 17:53:08 backuphost kernel: ahd0: port 0x4400-0x44ff, 0x4000-0x40ff mem 0xda600000-0xda601fff irq 18 at device 4.0 on pci10 Nov 20 17:53:08 backuphost kernel: ahd0: [ITHREAD] Nov 20 17:53:08 backuphost kernel: aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 101-133Mhz, 51 2 SCBs Nov 20 15:01:16 backuphost kernel: ahd0: Transmission error detected Nov 20 15:01:16 backuphost kernel: LQISTAT1[0x0] LASTPHASE[0x40]:(P_DATAIN) SCSISIGI[0x40]:(P_DATAIN ) Nov 20 15:01:16 backuphost kernel: PERRDIAG[0xd0]:(PARITYERR|HIPERR|HIZERO) Nov 20 15:01:16 backuphost kernel: >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< Nov 20 15:01:16 backuphost kernel: ahd0: Dumping Card State at program address 0x3b Mode 0x22 Nov 20 15:01:16 backuphost kernel: Card was paused Nov 20 15:01:16 backuphost kernel: INTSTAT[0x8]:(SCSIINT) SELOID[0x0] SELID[0x10] HS_MAILBOX[0x0] Nov 20 15:01:16 backuphost kernel: INTCTL[0xc0]:(SWTMINTEN|SWTMINTMASK) SEQINTSTAT[0x10]:(SEQ_SWTMRT O) Nov 20 15:01:16 backuphost kernel: SAVED_MODE[0x11] DFFSTAT[0x19]:(CURRFIFO_1|FIFO0FREE) Nov 20 15:01:16 backuphost kernel: SCSISIGI[0xb6]:(P_MESGOUT|REQI|BSYI|ATNI) SCSIPHASE[0x4]:(MSG_OUT _PHASE) Nov 20 15:01:16 backuphost kernel: SCSIBUS[0xc0] LASTPHASE[0x40]:(P_DATAIN) SCSISEQ0[0x0] Nov 20 15:01:16 backuphost kernel: SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) SEQCTL0[0x0] SEQINTCTL[0x0] Nov 20 15:01:16 backuphost kernel: SEQ_FLAGS[0x20]:(DPHASE) SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x40a] Nov 20 15:01:16 backuphost kernel: KERNEL_QFREEZE_COUNT[0x40a] MK_MESSAGE_SCB[0xff00] Nov 20 15:01:16 backuphost kernel: MK_MESSAGE_SCSIID[0xff] SSTAT0[0x2]:(SPIORDY) SSTAT1[0x11]:(REQIN IT|PHASEMIS) Nov 20 15:01:16 backuphost kernel: SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x0] SIMODE1[0xac]:(ENSCSIPERR|E NBUSFREE|ENSCSIRST|ENSELTIMO) Nov 20 15:01:16 backuphost kernel: LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0] Nov 20 15:01:16 backuphost kernel: LQOSTAT1[0x0] LQOSTAT2[0x0] Nov 20 15:01:16 backuphost kernel: Nov 20 15:01:16 backuphost kernel: SCB Count = 512 CMDS_PENDING = 1 LASTSCB 0xffff CURRSCB 0x1ff NEX TSCB 0x0 Nov 20 15:01:16 backuphost kernel: qinstart = 4230 qinfifonext = 4230 Nov 20 15:01:16 backuphost kernel: QINFIFO: Nov 20 15:01:16 backuphost kernel: WAITING_TID_QUEUES: Nov 20 15:01:16 backuphost kernel: Pending list: Nov 20 15:01:16 backuphost kernel: 511 FIFO_USE[0x0] SCB_CONTROL[0x40]:(DISCENB) SCB_SCSIID[0x7] Nov 20 15:01:16 backuphost kernel: Total 1 Nov 20 15:01:16 backuphost kernel: Kernel Free SCB lists: Nov 20 15:01:16 backuphost kernel: Any Device: 508 510 509 497 498 499 500 501 502 503 504 505 506 5 07 496 495 494 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477 476 475 474 473 4 72 471 470 469 468 467 466 465 464 463 462 461 460 459 458 457 456 455 454 453 452 451 450 449 448 4 47 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423 4 22 421 420 419 418 417 416 415 414 413 412 411 410 409 408 407 406 405 404 403 402 401 400 399 398 3 97 396 395 394 393 392 391 390 389 388 387 386 385 384 383 382 381 380 379 378 377 376 375 374 373 3 72 371 370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 3 47 346 345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 327 326 325 324 323 3 22 321 320 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 298 2 97 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 280 279 278 277 276 275 274 273 2 72 271 270 269 268 267 266 265 264 263 262 261 260 Nov 20 15:01:16 backuphost kernel: 58 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243 24 2 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218 21 7 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 19 2 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 16 7 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 14 2 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 11 7 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 5 6 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 Nov 20 15:01:16 backuphost kernel: Sequencer Complete DMA-inprog list: Nov 20 15:01:16 backuphost kernel: Sequencer Complete list: Nov 20 15:01:16 backuphost kernel: Sequencer DMA-Up and Complete list: Nov 20 15:01:16 backuphost kernel: Sequencer On QFreeze and Complete list: Nov 20 15:01:16 backuphost kernel: Nov 20 15:01:16 backuphost kernel: Nov 20 15:01:16 backuphost kernel: ahd0: FIFO0 Free, LONGJMP == 0x80ff, SCB 0x0 Nov 20 15:01:16 backuphost kernel: SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENC FG4DATA|ENSAVEPTRS) Nov 20 15:01:16 backuphost kernel: SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD _AVAIL) Nov 20 15:01:16 backuphost kernel: SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] Nov 20 15:01:16 backuphost kernel: SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 Nov 20 15:01:16 backuphost kernel: HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) Nov 20 15:01:16 backuphost kernel: Nov 20 15:01:16 backuphost kernel: ahd0: FIFO1 Active, LONGJMP == 0x81fd, SCB 0x1ff Nov 20 15:01:16 backuphost kernel: SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENC FG4DATA|ENSAVEPTRS) Nov 20 15:01:16 backuphost kernel: SEQINTSRC[0x0] DFCNTRL[0x8]:(HDMAEN) DFSTATUS[0x81]:(FIFOEMP|PREL OAD_AVAIL) Nov 20 15:01:16 backuphost kernel: SG_CACHE_SHADOW[0x8a]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] Nov 20 15:01:16 backuphost kernel: SOFFCNT[0x0] MDFFSTAT[0xc]:(DLZERO|SHVALID) SHADDR = 0x077abb00, SHCNT = 0x10 Nov 20 15:01:16 backuphost kernel: HADDR = 0x077abb00, HCNT = 0x10 CCSGCTL[0x10]:(SG_CACHE_AVAIL) Nov 20 15:01:16 backuphost kernel: LQIN: 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 Nov 20 15:01:16 backuphost kernel: ahd0: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE = 0x42 Nov 20 15:01:16 backuphost kernel: ahd0: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x0 Nov 20 15:01:16 backuphost kernel: ahd0: SAVED_SCSIID = 0x0 SAVED_LUN = 0x0 Nov 20 15:01:16 backuphost kernel: Nov 20 15:01:16 backuphost kernel: SIMODE0[0xc]:(ENOVERRUN|ENIOERR) Nov 20 15:01:16 backuphost kernel: CCSCBCTL[0x4]:(CCSCBDIR) Nov 20 15:01:16 backuphost kernel: ahd0: REG0 == 0x1ff, SINDEX = 0x1c0, DINDEX = 0x102 Nov 20 15:01:16 backuphost kernel: ahd0: SCBPTR == 0xffff, SCB_NEXT == 0xff00, SCB_NEXT2 == 0xff18 Nov 20 15:01:16 backuphost kernel: CDB b8 0 0 80 88 6e Nov 20 15:01:16 backuphost kernel: STACK: 0x217 0x0 0x0 0x0 0x0 0x0 0x0 0x0 Nov 20 15:01:16 backuphost kernel: <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> Nov 20 15:01:16 backuphost kernel: (ch2:ahd0:0:0:0): warning, READ ELEMENT STATUS avail != count Nov 20 15:01:16 backuphost kernel: ch: warning: could not map element source address 43927d to a val id element type Nov 20 15:01:16 backuphost kernel: ch: warning: could not map element source address 31239d to a val id element type Nov 20 15:01:16 backuphost kernel: ch: warning: could not map element source address 31616d to a val id element type Nov 20 15:01:16 backuphost kernel: ch: warning: could not map element source address 30983d to a val id element type Nov 20 15:01:16 backuphost kernel: ch: warning: could not map element source address 30983d to a val id element type Nov 20 15:01:16 backuphost kernel: ch: warning: could not map element source address 31239d to a val id element type Nov 20 15:01:16 backuphost kernel: ch: warning: could not map element source address 31616d to a val id element type Nov 20 15:01:16 backuphost kernel: ch: warning: could not map element source address 30215d to a val id element type Nov 20 15:01:16 backuphost kernel: ch: warning: could not map element source address 25603d to a val id element type Nov 20 15:01:16 backuphost kernel: ch: warning: could not map element source address 31239d to a val id element type Nov 20 15:01:16 backuphost kernel: ch: warning: could not map element source address 31616d to a val id element type -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From owner-freebsd-stable@FreeBSD.ORG Mon Nov 24 11:48:49 2008 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 B999F1065677 for ; Mon, 24 Nov 2008 11:48:49 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id 7D0FD8FC18 for ; Mon, 24 Nov 2008 11:48:49 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id B5BB06D43B; Mon, 24 Nov 2008 12:49:16 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2GjN-DAmiVVv; Mon, 24 Nov 2008 12:49:12 +0100 (CET) Received: by mx1.rink.nu (Postfix, from userid 1000) id 8335B6D42B; Mon, 24 Nov 2008 12:49:12 +0100 (CET) Date: Mon, 24 Nov 2008 12:49:12 +0100 From: Rink Springer To: Greg Byshenk Message-ID: <20081124114912.GA28709@rink.nu> References: <20081124114248.GA4609@core.byshenk.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081124114248.GA4609@core.byshenk.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: Problem with Adaptec 29320LPE 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, 24 Nov 2008 11:48:49 -0000 Hi Greg, On Mon, Nov 24, 2008 at 12:42:49PM +0100, Greg Byshenk wrote: > backuphost# camcontrol devlist > at scbus0 target 0 lun 0 (pass0,ch3) > at scbus0 target 1 lun 0 (sa3,pass1) > at scbus0 target 2 lun 0 (pass2,ch4) > at scbus0 target 3 lun 0 (sa4,pass3) > at scbus1 target 0 lun 0 (da0,pass4) > at scbus1 target 0 lun 1 (da1,pass5) Are these volumes perhaps >2TB ? If so, it won't work... we stumbled on this at work a few weeks ago, and once we resized the volumes so that'd all be <2TB, the controller worked fine... As far as I know, this is the only workaround - I couldn't see relevant patches in Open/NetBSD either that might have fixed this issue :-( Regards, -- Rink P.W. Springer - http://rink.nu "Anyway boys, this is America. Just because you get more votes doesn't mean you win." - Fox Mulder From owner-freebsd-stable@FreeBSD.ORG Mon Nov 24 12:10:50 2008 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 E9C191065670 for ; Mon, 24 Nov 2008 12:10:50 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (core.byshenk.net [62.58.73.230]) by mx1.freebsd.org (Postfix) with ESMTP id 850AF8FC08 for ; Mon, 24 Nov 2008 12:10:50 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (localhost.aoes.com [127.0.0.1]) by core.byshenk.net (8.14.3/8.14.3) with ESMTP id mAOCAmuE059810; Mon, 24 Nov 2008 13:10:48 +0100 (CET) (envelope-from byshenknet@core.byshenk.net) Received: (from byshenknet@localhost) by core.byshenk.net (8.14.3/8.14.3/Submit) id mAOCAmA8059809; Mon, 24 Nov 2008 13:10:48 +0100 (CET) (envelope-from byshenknet) Date: Mon, 24 Nov 2008 13:10:48 +0100 From: Greg Byshenk To: Rink Springer Message-ID: <20081124121048.GB4609@core.byshenk.net> References: <20081124114248.GA4609@core.byshenk.net> <20081124114912.GA28709@rink.nu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081124114912.GA28709@rink.nu> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on core.byshenk.net Cc: freebsd-stable@FreeBSD.org Subject: Re: Problem with Adaptec 29320LPE 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, 24 Nov 2008 12:10:51 -0000 On Mon, Nov 24, 2008 at 12:49:12PM +0100, Rink Springer wrote: > Hi Greg, > > On Mon, Nov 24, 2008 at 12:42:49PM +0100, Greg Byshenk wrote: > > backuphost# camcontrol devlist > > at scbus0 target 0 lun 0 (pass0,ch3) > > at scbus0 target 1 lun 0 (sa3,pass1) > > at scbus0 target 2 lun 0 (pass2,ch4) > > at scbus0 target 3 lun 0 (sa4,pass3) > > at scbus1 target 0 lun 0 (da0,pass4) > > at scbus1 target 0 lun 1 (da1,pass5) > Are these volumes perhaps >2TB ? If so, it won't work... we stumbled on > this at work a few weeks ago, and once we resized the volumes so that'd > all be <2TB, the controller worked fine... > > As far as I know, this is the only workaround - I couldn't see relevant > patches in Open/NetBSD either that might have fixed this issue :-( The volume da1 is indeed >2TB, but it is not connected to the controller; it (along with da0) is actually a RAID-10 array connected to a 3Ware/AMCC SATA controller. The Adaptec contoller is used only for the tape drives (the SDX-900V is AIT4; the SDX-1100 is AIT5), and they are <2TB. -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From owner-freebsd-stable@FreeBSD.ORG Mon Nov 24 14:44:52 2008 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 3B4AA1065670 for ; Mon, 24 Nov 2008 14:44:52 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 13EF98FC1F for ; Mon, 24 Nov 2008 14:44:52 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1L4cgF-0000Zy-Hh for freebsd-stable@freebsd.org; Mon, 24 Nov 2008 06:44:51 -0800 Message-ID: <20662192.post@talk.nabble.com> Date: Mon, 24 Nov 2008 06:44:51 -0800 (PST) From: hamtilla To: freebsd-stable@freebsd.org In-Reply-To: <20081121212206.GI58082@cesium.hyperfine.info> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: tangel@gmail.com References: <20616760.post@talk.nabble.com> <20081121210931.GY51761@server.vk2pj.dyndns.org> <20081121212206.GI58082@cesium.hyperfine.info> Subject: Re: Integrated RTL8168/8111 NIC not assigned interface 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, 24 Nov 2008 14:44:52 -0000 I upgraded to 7.1-PRERELEASE and it works now. Thank you! Peter C. Lai-2 wrote: > > On 2008-11-22 08:09:31AM +1100, Peter Jeremy wrote: >> On 2008-Nov-21 00:07:26 -0800, hamtilla wrote: >> >I'm running 7.0-RELEASE-i386 on Jetway's NC92-N230 mainboard. The board >> has >> >one integrated RTL8168/8111 gigabit NIC as well as an expansion board >> with >> >three RTL8168/8111 NICs. Why would the three NICs work while the onboard >> NIC >> >does not? >> > >> >none2@pci0:1:0:0: class=0x020000 card=0x816810ec chip=0x816810ec >> >rev=0x02 hdr=0x00 >> > vendor = 'Realtek Semiconductor' >> > device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' >> > class = network >> > subclass = ethernet >> >re0@pci0:2:4:0: class=0x020000 card=0x10ec16f3 chip=0x816710ec rev=0x10 >> >hdr=0x00 >> > vendor = 'Realtek Semiconductor' >> > device = 'RTL8169/8110 Family Gigabit Ethernet NIC' >> > class = network >> > subclass = ethernet >> ... >> >> The on-board NIC is a different type to your expansion cards (note the >> different 'chip=' values. Looking at the code, it appears that only >> some variants of the RTL8168 are supported in 7.x. Unfortunately, >> pciconf >> doesn't report the actual hardware revision, so you can't tell from the >> pciconf output whether it's supported or not. >> >> Can you report the output of 'pciconf -r pci0:1:0:0 0x40' (which should >> report the hw revision) and 'pciconf -r pci0:2:4:0 0x40' (which gives >> me a double-check). >> >> You could try booting -current and see if the on-board NIC works there - >> the range of supported NICs has changed. >> >> -- >> Peter Jeremy >> Please excuse any delays as the result of my ISP's inability to implement >> an MTA that is either RFC2821-compliant or matches their claimed >> behaviour. > > Yes, 7.0-R is pretty old in terms of re(4) work. I believe yongari@ > is still working on this driver. 7.1 is close enough for patching > with patches from http://people.freebsd.org/~yongari/re/ > > Currently development is stifled because he has to basically guess > the appropriate magic values for various PHY permutations in these > 8111C/8168C gigabit cards everyone seems to be putting in their > motherboards these days. > > -- > =========================================================== > Peter C. Lai | Bard College at Simon's Rock > Systems Administrator | 84 Alford Rd. > Information Technology Svcs. | Gt. Barrington, MA 01230 USA > peter AT simons-rock.edu | (413) 528-7428 > =========================================================== > > _______________________________________________ > 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" > > -- View this message in context: http://www.nabble.com/Integrated-RTL8168-8111-NIC-not-assigned-interface-tp20616760p20662192.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 24 14:59:40 2008 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 698DB1065673 for ; Mon, 24 Nov 2008 14:59:40 +0000 (UTC) (envelope-from michael.grant@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 923D98FC12 for ; Mon, 24 Nov 2008 14:59:39 +0000 (UTC) (envelope-from michael.grant@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1562681fgb.35 for ; Mon, 24 Nov 2008 06:59:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=T+yB2IgYMvVs7GmQSOh90vXLPgpaNI7ALK3dcRlsS0s=; b=Ut3r6d34FGNUGqY6UNCoBwemLmHKZGGOpD4Snk+hMTnlgEp7H0Jsl/UXeUnop489kC y9TIm5MfVACzVTARKtudqphUI6FFFz14+VECI3b8snNZeTGOQTRJToXWzRPHV2gM3hvb uhcXs3eWZv+nBYbeolW46xYcglsH/i4pkYPZE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=Zfy7hg+K1sZqyBwV9sAs+OQ+W7ZAA8kdZV3c5Mwy3qFn/chB6itTyak6sDg7MD1Gg4 XZrg0HgYWKCtLbcqScoTjf7z8CgAGvs4CBs9DcthrimnECMAU668Y6GyB93NZocicrpg IzJjdh4ertRJvNxLrm9tbDOLNx407jRRUVmCo= Received: by 10.181.20.13 with SMTP id x13mr1151800bki.164.1227538778234; Mon, 24 Nov 2008 06:59:38 -0800 (PST) Received: by 10.181.30.1 with HTTP; Mon, 24 Nov 2008 06:59:38 -0800 (PST) Message-ID: <62b856460811240659v4e8a8dfx601e5bc9a4e69c7e@mail.gmail.com> Date: Mon, 24 Nov 2008 09:59:38 -0500 From: "Michael Grant" Sender: michael.grant@gmail.com To: "FreeBSD Stable List" In-Reply-To: <20080911105631.GB25493@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080716203900.5jt4qce17gg0og0o@mail.basicnets.co.uk> <62b856460807241309k3cea60dbh24eea677cd6751f7@mail.gmail.com> <4888E207.4020606@FreeBSD.org> <62b856460809110138o5fb10171h9832ac8b964fa3f6@mail.gmail.com> <20080911092047.GA24499@icarus.home.lan> <62b856460809110308sa44f057mc08189a97efa9d0c@mail.gmail.com> <20080911105631.GB25493@icarus.home.lan> X-Google-Sender-Auth: ef6d94e920acb365 Subject: Re: Fresh 7.0 Install: Fatal Trap 12 panic when put under load 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, 24 Nov 2008 14:59:40 -0000 On Thu, Sep 11, 2008 at 11:56 AM, Jeremy Chadwick wrote: > On Thu, Sep 11, 2008 at 12:08:47PM +0200, Michael Grant wrote: >> On Thu, Sep 11, 2008 at 11:20 AM, Jeremy Chadwick wrote: >> > On Thu, Sep 11, 2008 at 10:38:36AM +0200, Michael Grant wrote: >> >> My box crashed again: >> >> >> >> panic: kmem_malloc(4096): kmem_map too small: 1073741824 total allocated >> >> cpuid = 0 >> >> Uptime: 33d11h12m58s >> >> Dumping 3327 MB (2 chunks) >> >> chunk 0: 1MB (151 pages) ... ok >> >> chunk 1: 3327MB (851568 pages) <---hung here >> >> >> >> Still no valid dump. >> >> >> >> There is 4gig of physical memory in the machine. >> >> >> >> In /boot/loader.conf, I currently have the following: >> >> >> >> vm.kmem_size=1G >> >> vm.kmem_size_max=1G >> >> vm.kmem_size_scale=2 >> >> >> >> and in my kernel conf file I have: >> >> >> >> options KVA_PAGES=512 >> >> >> >> It stayed up for 33 days this time. Is there anything else I can do? >> > >> > First and foremost: are you using ZFS on this machine? If so, there are >> > many tunables you can apply to try and limit this; I'm willing to bet >> > it's ARC which is doing it. See below. >> > >> > In general, it appears that you need to increase the maximum range of >> > kmem. The kernel attempted to utilise more than 1GB, and your limit is >> > 1G. My machines running RELENG_7 on amd64, with only 2GB of RAM >> > installed, use the following tunables in loader.conf: >> > >> > vm.kmem_size="1536M" >> > vm.kmem_size_max="1536M" >> > >> > If ZFS is in use, I recommend these as well: >> > >> > vfs.zfs.arc_min="16M" >> > vfs.zfs.arc_max="64M" >> > vfs.zfs.prefetch_disable="1" >> > >> > Do not increase kmem_size any larger than 1.5GB; the amount of RAM you >> > have in the machine, with regards to RELENG_7, will not help. This is a >> > known limitation which has been fixed in HEAD/CURRENT (where the limit >> > has been increased to 512GB). See the "Kernel" section below; you'll >> > see the applicable item. >> > >> > http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues >> > >> > Your only solution may be to run HEAD/CURRENT. >> >> I am not running ZFS. My file systems are ufs. >> >> This feels like some sort of memory leak in the kernel. Giving it >> more and more memory just seems to delay the crash. Are you saying >> the crash is fixed in HEAD/CURRENT? > > It's an intentional crash, not "the program tried to access NULL, which > crashed the machine" crash. The kernel wants more memory to accomplish > a certain thing, and it's not available. kris@ can explain this in > better terms than I can. > > First and foremost, it would be good to find out what all you are > running on this machine (process-wise). A process could be tickling > something in the kernel which requires a large amount of memory to be > required. I can imagine something like MySQL would require this. > > Ideally what needs to happen is to debug the kernel or get a full map > of kmem to find out what's using what. I believe vmstat -m or vmstat -z > output might help. > > Obviously since the machine panics, you won't be able to run those > commands after the fact. I would recommend you set up a cronjob that > runs every 1-2 minutes and logs the output of both of those commands > to a file. When the panic happens, restart the system and look at > the logfile to see if you can figure out if anything suddenly starts > taking up a large amount of memory, or if it's a gradual thing > (indicating a memory leak). > > If you can figure out what might be tickling the problem, you can > ultimately figure out if increasing kmem is the right thing to do, or if > there's a greater problem here. > >> I'm running 6.3 by the way. >> >> I have put your changes into my loader.conf, we'll see how long it >> goes this time. I'm not qute in position to update everything to 7.x >> at the moment. > > Our production webservers run RELENG_6 and RELENG_7, and we don't > encounter this kind of problem. I'm not saying what you're experiencing > is indicative of hardware issues or something like that -- I'm simply > saying I have loaded systems which don't ever hit that condition. So > figuring out what's causing it in your case would be good. > This appears to be too high as the machine reboots immediately after the fsck: >> > vm.kmem_size="1536M" >> > vm.kmem_size_max="1536M" Returning it to 1G, it panics again about a month later. Here's vmstat -m and -z roughly 1 minute before it crashed (I was logging to a file every minute via cron): Fri Nov 21 15:15:00 EST 2008 Type InUse MemUse HighUse Requests Size(s) pfs_vncache 2 1K - 864205 32 GEOM 168 24K - 416279 16,32,64,128,256,512,1024,2048,4096 isadev 17 2K - 17 64 CAM periph 1 1K - 1 128 cdev 26 4K - 26 128 CAM queue 3 1K - 3 16 file desc 739 474K - 284943537 16,32,64,256,512,1024,2048,4096 sigio 3 1K - 4802 32 kenv 116 8K - 118 16,32,64,4096 kqueue 246 154K - 17652506 256,1024 proc-args 153 10K - 107101480 16,32,64,128,256 zombie 0 0K - 99871925 128 ithread 147 15K - 147 16,64,128 KTRACE 100 13K - 265722 16,32,64,128,256,512,1024,2048,4096 linker 178 453K - 475 16,32,256,512,1024,2048,4096 lockf 18 2K - 7774966702 64 devbuf 594 1779K - 598 16,32,64,128,256,512,1024,2048,4096 temp 3170780 795024K - 684086094 16,32,64,128,256,512,1024,2048, 4096 ip6opt 1 1K - 1 128 ip6ndp 7 1K - 8 64,128 module 403 26K - 403 64,128 mtx_pool 1 8K - 1 CAM dev queue 1 1K - 1 64 pgrp 90 6K - 785669 64 session 65 9K - 681185 128 proc 2 8K - 2 4096 subproc 1307 1576K - 99873232 256,4096 cred 268 34K - 1054173599 128 ata_generic 9 9K - 9 1024 plimit 44 11K - 5647664 256 uidinfo 29 2K - 384426 32,1024 sysctl 0 0K - 2200402 16,32,64 sysctloid 3411 104K - 3411 16,32,64 sysctltmp 0 0K - 2662228 16,32,128 umtx 1750 110K - 3360 64 SWAP 2 2189K - 2 64 bus 1090 46K - 7017 16,32,64,128,1024 bus-sc 79 28K - 3015 16,32,64,128,256,512,1024,2048,4096 devstat 12 25K - 12 16,4096 eventhandler 51 3K - 51 32,128 CAM SIM 1 1K - 1 64 kobj 257 514K - 315 2048 CAM XPT 10 1K - 17 16,64,512 ad_driver 8 1K - 8 32 ata_dma 10 2K - 10 128 rman 193 13K - 707 16,64 sbuf 0 0K - 5350749 16,32,64,128,256,512,1024,2048,4096 ar_driver 0 0K - 34 512,2048 taskqueue 11 1K - 11 16,128 Unitno 18 1K - 160999938 16,64 ioctlops 0 0K - 31916658 16,32,64,128,256,512,1024 iov 0 0K - 323400897 16,32,64,128,256,4096 msg 4 25K - 4 1024,4096 sem 4 7K - 4 512,1024,4096 shm 124 135K - 65027 1024 ttys 2337 328K - 100279 128,1024 ptys 21 3K - 21 128 accf 35 1K - 12157 16,32 mbextcnt 11 1K - 87164975 16 mbuf_tag 0 0K - 17517357 32 soname 73 9K - 276614136 16,32,128 pcb 106 6K - 18574167 16,32,64,2048 BIO buffer 28 56K - 11612611 1024,2048 vfscache 1 512K - 1 cluster_save buffer 0 0K - 3154212 32,64 VFS hash 1 256K - 1 vnodes 11 1K - 669 16,128 mount 171 5K - 7997 16,32,64,128,2048 vnodemarker 0 0K - 2210275 512 BPF 6 1K - 3103 16,64,128,256 ifnet 7 7K - 8 256,1024 ifaddr 86 19K - 105 16,32,64,128,256,512,2048 ether_multi 22 1K - 26 16,32,64 clone 6 24K - 6 4096 arpcom 3 1K - 3 16 lo 1 1K - 1 16 acd_driver 1 2K - 1 2048 ppbusdev 3 1K - 3 128 routetbl 212 41K - 16997 16,32,64,128,256 in_multi 4 1K - 5 32 IpFw/IpAcct 1 1K - 1 64 ip_moptions 1 1K - 1 128 hostcache 1 24K - 1 syncache 1 8K - 1 in6_multi 16 1K - 16 16,32,64 NFS req 0 0K - 250799856 128 NFSV3 diroff 0 0K - 183024 512 NFS daemon 1 8K - 1 p1003.1b 1 1K - 1 16 pagedep 1 64K - 1 inodedep 1 256K - 1 newblk 1 1K - 1 256 UFS dirhash 770 175K - 10023288 16,32,64,128,256,512,1024,2048,4096 UFS mount 12 245K - 15 256,2048 UMAHash 9 42K - 46 256,512,1024,2048,4096 entropy 1024 64K - 1024 64 USB 49 5K - 49 16,32,64,128,256 USBdev 4 1K - 13 16,128,512 VM pgdata 2 65K - 2 64 DEVFS2 152 3K - 203 16 atkbddev 2 1K - 2 32 DEVFS3 494 62K - 501 128 DEVFS1 152 38K - 154 256 DEVFS_RULE 34 8K - 34 32,256 DEVFS 38 1K - 42 16,128 I/O APIC 4 4K - 4 1024 memdesc 1 4K - 1 4096 nexusdev 3 1K - 3 16 pfs_nodes 20 3K - 20 128 acpica 1207 66K - 26775 16,32,64,128,256,512,1024,2048 acpitask 0 0K - 1 32 PCI Link 16 2K - 16 32,64,128 acpisem 22 2K - 22 64 acpidev 58 2K - 58 32 raid3_data 4 2K - 2597361 16,32,256,512 NULLFS node 182 3K - 1548645220 16 NULLFS hash 1 1K - 1 64 NULLFS mount 5 1K - 5 16 vlan 2 1K - 2 16,64 netgraph_msg 0 0K - 6464 64,128,256,512,1024 netgraph_node 5 2K - 2521 256 netgraph_hook 16 2K - 156 128 netgraph 1 8K - 18 512 netgraph_sock 1 1K - 2453 64 netgraph_path 0 0K - 6464 16,32 netgraph_iface 1 1K - 2 64 netgraph_ppp 1 2K - 2 2048 netgraph_bpf 6 2K - 144 64,128,256,512 netgraph_ksock 0 0K - 16 64 netgraph_mppc 0 0K - 28 1024 ITEM SIZE LIMIT USED FREE REQUESTS FAILURES UMA Kegs: 140, 0, 77, 19, 77, 0 UMA Zones: 480, 0, 77, 3, 77, 0 UMA Slabs: 64, 0, 6484, 1304, 30596118, 0 UMA RCntSlabs: 104, 0, 625, 189, 1205420, 0 UMA Hash: 128, 0, 3, 27, 12, 0 16 Bucket: 76, 0, 39, 111, 186, 0 32 Bucket: 140, 0, 66, 74, 208, 0 64 Bucket: 268, 0, 118, 36, 459, 9 128 Bucket: 524, 0, 10974, 261, 984992, 4546474 VM OBJECT: 132, 0, 42296, 60016, 2315027163, 0 MAP: 192, 0, 7, 13, 7, 0 KMAP ENTRY: 68, 90104, 160, 7512, 98287339, 0 MAP ENTRY: 68, 0, 36757, 15379, 4327383373, 0 PV ENTRY: 24, 2067410, 626121, 1238434, 52068959685, 0 DP fakepg: 72, 0, 0, 0, 0, 0 mt_zone: 1024, 0, 219, 237, 219, 0 16: 16, 0, 3875, 1606, 2218944237, 0 32: 32, 0, 2007, 3643, 157755404, 0 64: 64, 0, 5655, 1012, 8091390625, 0 128: 128, 0, 4065, 1245, 1507077079, 0 256: 256, 0, 3169837, 458, 269064785, 0 512: 512, 0, 928, 1288, 12048433, 0 1024: 1024, 0, 2493, 1407, 405766834, 0 2048: 2048, 0, 512, 788, 103888082, 0 4096: 4096, 0, 399, 533, 114531797, 0 Files: 72, 0, 1799, 2070, 2326899098, 0 TURNSTILE: 52, 0, 1751, 373, 3361, 0 PROC: 536, 0, 332, 641, 99872258, 0 THREAD: 384, 0, 1114, 636, 80501077, 0 KSEGRP: 88, 0, 994, 606, 2875793, 0 UPCALL: 44, 0, 72, 630, 3421747, 0 SLEEPQUEUE: 32, 0, 1751, 509, 3361, 0 VMSPACE: 296, 0, 282, 836, 99798265, 0 mbuf_packet: 256, 0, 288, 804, 1623032273, 0 mbuf: 256, 0, 29, 649, 7723849747, 0 mbuf_cluster: 2048, 25600, 1092, 158, 41217209, 0 mbuf_jumbo_pagesize: 4096, 0, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 0, 0, 0, 0, 0 ACL UMA zone: 388, 0, 0, 0, 0, 0 g_bio: 132, 0, 0, 1218, 4046376667, 2 ata_request: 204, 0, 0, 798, 1167883416, 2 ata_composite: 196, 0, 0, 0, 0, 0 VNODE: 272, 0, 32878, 67432, 4286504460, 0 VNODEPOLL: 76, 0, 2, 248, 39, 0 S VFS Cache: 68, 0, 32722, 65670, 3034960875, 0 L VFS Cache: 291, 0, 629, 2790, 66550626, 0 NAMEI: 1024, 0, 1, 667, 9997159801, 0 DIRHASH: 1024, 0, 1850, 434, 21697253, 0 NFSMOUNT: 480, 0, 1, 7, 2, 0 NFSNODE: 464, 0, 1, 3943, 221540609, 0 PIPE: 408, 0, 24, 543, 54218876, 0 KNOTE: 68, 0, 4132, 796, 110922846, 0 socket: 356, 12331, 349, 1081, 47659527, 0 ipq: 32, 904, 0, 904, 2259778, 0 udpcb: 180, 12342, 46, 218, 14346034, 0 inpcb: 180, 12342, 260, 1170, 17672886, 0 tcpcb: 464, 12328, 142, 690, 17672886, 0 tcptw: 48, 2496, 118, 1442, 8139533, 0 syncache: 100, 15366, 2, 622, 12257432, 0 hostcache: 76, 15400, 1220, 1130, 1125859, 0 tcpreass: 20, 1690, 0, 845, 564503, 0 sackhole: 20, 0, 1, 675, 2544305, 0 ripcb: 180, 12342, 1, 153, 637466, 0 unpcb: 144, 12339, 158, 787, 15000640, 0 rtentry: 132, 0, 50, 182, 5723, 0 IPFW dynamic rule: 108, 0, 0, 0, 0, 0 SWAPMETA: 276, 121576, 14525, 22393, 55820649, 0 Mountpoints: 664, 0, 15, 21, 17, 0 FFS inode: 132, 0, 32619, 58383, 2515314975, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 32619, 56586, 2515314975, 0 gr3:64k: 65536, 0, 0, 292, 10698518, 178524 gr3:16k: 16384, 0, 0, 348, 53407139, 2817786 gr3:4k: 4096, 0, 0, 284, 53870651, 3399 gr3:64k: 65536, 0, 0, 434, 30935972, 267730 gr3:16k: 16384, 0, 0, 722, 253649141, 26383756 gr3:4k: 4096, 0, 0, 659, 86316934, 4074 NetGraph items: 36, 546, 0, 312, 176587, 0 From owner-freebsd-stable@FreeBSD.ORG Mon Nov 24 19:29:58 2008 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 E62C5106564A for ; Mon, 24 Nov 2008 19:29:58 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id A4EA18FC40 for ; Mon, 24 Nov 2008 19:29:58 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so899097yxb.13 for ; Mon, 24 Nov 2008 11:29:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=avWAeMbFBFIMrre7W0oxq629kiUietfShEMthfxxB0A=; b=ocH0JWzM4Kx8vCF5j+I69VvGoA+juSwXm9e+8JeXKKCf6WouIY3sVzBOjSwQTMF7BG OtpH3n2Ydml6kqgK8pvBu3A9dzEDoyCq0X6Wtu9zD0h+6dvM3jYAAzyFPs6QpwEKZZUb SfsraPyjehvuH9o1R6nBfvogLbc/2Z2z8BWjc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=anKnivuRjbBbKgBbLIuXhUcS7gGMndNHdE2f3K/wMZyhCRtMVCfZ5VT6iabvBlrVBO 2aSiCC/VQNN1EqRuyw+k08ZHl6ZUj1WgXKG7I7jYHCZM9HY423JYPig3psEMVLrDTdao IAExSbTLVAFxpAJGuJEwryEAVNT3uExrq6au8= Received: by 10.150.219.18 with SMTP id r18mr7635099ybg.50.1227554998006; Mon, 24 Nov 2008 11:29:58 -0800 (PST) Received: by 10.150.228.1 with HTTP; Mon, 24 Nov 2008 11:29:57 -0800 (PST) Message-ID: <8cb6106e0811241129o642dcf28re4ae177c8ccbaa25@mail.gmail.com> Date: Mon, 24 Nov 2008 14:29:57 -0500 From: "Josh Carroll" To: "FreeBSD Stable" , freebsd-fs@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: ext2 inode size patch - RE: PR kern/124621 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Nov 2008 19:29:59 -0000 A while back, I submitted a patch for PR kern/124621, which allows the mounting of an ext2(3) filesystem created with an inode size other than 128. The e2fsprogs' default is now 256, so file systems created on newer Linux distributions or with the port will not be mountable. I was hopeful this would get committed in time for 7.1-RELEASE (and 6.4-RELEASE), however the PR remains open. If there is an issue with the patch itself, I would be glad to fix it. I'm posting to fs@ because hopefully some folks more experienced with file system/kernel code can have a look and see if the patch is ok to commit. I've seen a few people in ##freebsdhelp on Freenode as well as #freebsdhelp on EFnet with this problem, and have had them test this patch out with success (and no obvious adverse effects), so I was hoping it could committed in time for 7.1-RELEASE. Since 6.4 is so close to release, I'm not so sure about that. Anyway, I would appreciate it if the patch could get some review to see if it can be committed in time. Regards, Josh From owner-freebsd-stable@FreeBSD.ORG Mon Nov 24 20:55:22 2008 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 DBB02106564A for ; Mon, 24 Nov 2008 20:55:22 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from mail.netconsonance.com (mail.netconsonance.com [198.207.204.4]) by mx1.freebsd.org (Postfix) with ESMTP id C9DF18FC18 for ; Mon, 24 Nov 2008 20:55:22 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by mail.netconsonance.com (8.14.1/8.14.1) with ESMTP id mAOKtKNg086563 for ; Mon, 24 Nov 2008 12:55:20 -0800 (PST) (envelope-from jrhett@netconsonance.com) X-Virus-Scanned: amavisd-new at netconsonance.com X-Spam-Flag: NO X-Spam-Score: -0.717 X-Spam-Level: X-Spam-Status: No, score=-0.717 tagged_above=-999 required=3.5 tests=[ALL_TRUSTED=-1.44, AWL=0.054, SARE_SUB_NO=0.669] Message-Id: From: Jo Rhett To: freebsd-stable Stable Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Mon, 24 Nov 2008 12:55:14 -0800 X-Mailer: Apple Mail (2.929.2) Subject: no priority on the console? 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, 24 Nov 2008 20:55:23 -0000 As per my previous message, I've spent about 3 months trying to debug a problem that was causing all disk I/O to go very slowly. One of the things which made this nearly impossible to diagnose was the absolute lack of priority given to the console. Logging in on the console would take 12-15 minutes. Hitting enter on the console would usually take between 3 and 5 minutes. This doesn't seem right to me. Can someone explain why the console isn't given a very high priority? Why not? What other mechanism does the sysadmin have for debugging, at a time when SSH logins either fail, or take up to an hour to complete? From owner-freebsd-stable@FreeBSD.ORG Mon Nov 24 21:18:36 2008 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 97CF0106564A; Mon, 24 Nov 2008 21:18:36 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 887158FC0A; Mon, 24 Nov 2008 21:18:36 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.14.1/8.14.1) with ESMTP id mAOKmSQ5097456; Mon, 24 Nov 2008 12:48:28 -0800 (PST) (envelope-from jrhett@svcolo.com) X-Virus-Scanned: amavisd-new at svcolo.com Message-Id: From: Jo Rhett To: freebsd-stable Stable Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Mon, 24 Nov 2008 12:48:22 -0800 X-Mailer: Apple Mail (2.929.2) Cc: Jeremy Chadwick Subject: smartd long self-test causes drives to hang 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, 24 Nov 2008 21:18:36 -0000 I've spent about 3 months tracing down what was causing my personal colo box to start getting "sluggish" right around dawn every Saturday morning. It took so long because some mornings I simply couldn't pull my head out of my tail enough to do proper debugging. The cause was *really slow* filesystem response time. No cron jobs in that period. No specific process ran any slower than another, although I eventually learned that ones which did no file i/o were fine. And finally I realized that just "ls -la" was very slow (~1 minute) even after I had killed off every disk-using process in the system. SMTP and HTTP in particular were basically fubar. No data loss, just *real slow*. Nothing other than a soft reboot ever solved the problem. Even leaving it running only minimal processes for 24 hours didn't bring it back to normal. Finally I was browsing through Jeremy Chadwick's list of known ATA problems and spotted his comments about smartd self-tests causing problems. Sure enough, my long self test was scheduled for 5am on Saturday mornings. Rechecking the observed slow-down periods confirmed that the problem never became visible before 5am. (sometimes it took up to 45 minutes before things slowed down enough to set off monitoring alarms) So, long story short, if you're having weirdness in system time response - check the smartd configuration, and try disabling the self tests. The short self test I was running daily didn't appear to affect anything, but the long test was just bringing the system to just shuddering and limping at best. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 24 21:39:40 2008 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 443EC1065689 for ; Mon, 24 Nov 2008 21:39:40 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from mail.netconsonance.com (mail.netconsonance.com [198.207.204.4]) by mx1.freebsd.org (Postfix) with ESMTP id 1274C8FC19 for ; Mon, 24 Nov 2008 21:39:40 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by mail.netconsonance.com (8.14.1/8.14.1) with ESMTP id mAOLdb6M088133 for ; Mon, 24 Nov 2008 13:39:37 -0800 (PST) (envelope-from jrhett@netconsonance.com) X-Virus-Scanned: amavisd-new at netconsonance.com X-Spam-Flag: NO X-Spam-Score: -1.052 X-Spam-Level: X-Spam-Status: No, score=-1.052 tagged_above=-999 required=3.5 tests=[ALL_TRUSTED=-1.44, AWL=0.388] Message-Id: <280616DD-A58F-4AE5-AB03-92C5F2C244EC@netconsonance.com> From: Jo Rhett To: freebsd-stable Stable In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Mon, 24 Nov 2008 13:39:32 -0800 References: <84E1EC10-5323-4A8C-AD60-31142621DB32@netconsonance.com> <200810271151.47366.jhb@freebsd.org> X-Mailer: Apple Mail (2.929.2) Subject: Can I get a committer to mark this bug as blocking 6.4-RELEASE ? 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, 24 Nov 2008 21:39:40 -0000 This is now filed as PR 129149 http://www.freebsd.org/cgi/query-pr.cgi?pr=129149 Given the nature of this bug, can I persuade someone to mark this as blocking 6.4-RELEASE ? On Nov 5, 2008, at 3:41 PM, Jo Rhett wrote: > On Oct 27, 2008, at 8:51 AM, John Baldwin wrote: >> On Friday 24 October 2008 02:48:13 pm Jo Rhett wrote: >>> So I booted up by CD and used Fixit mode to switch the system to >>> boot >>> via serial (keyboard detached), but this gathered me even less. >>> >>> /boot.config: -Dh >>> Consoles: internal video/keyboard serial port >>> BIOS drive A: is disk0 >>> BIOS drive C: is disk1 >>> BIOS drive D: is disk2 >>> BIOS 639kB/4062144kB available memory >>> >>> FreeBSD/i386 bootstrap loader, Revision 1.1 >>> (root@dessler.cse.b >>> >>> Plugging back in the monitor after lockup showed only a single char >>> more: >>> (root@dessler.cse.bu >> >> This confirms it is hanging in one of the two BIOS routines to >> output a >> character. One thing you can do would be to boot up and do the >> following: >> >> dd if=/dev/mem bs=0x400 count=1 of=idt.out >> dd if=/dev/mem bs=64k iseek=15 count=1 of=bios.out >> >> Then place those files some place I can fetch them. > > Both files are at http://support.netconsonance.com/freebsd/ > > FYI, this is notable -- the keyboard does not respond at the boot > prompt. I mean the menu where you can escape to the loader prompt, > with the fat freebsd ascii art. No keyboard presses are observed > here. This is also true for the boot menu on the 6.4 installation > CD too. > > No problems with 6.2 or 6.3 > > -- > Jo Rhett > Net Consonance : consonant endings by net philanthropy, open source > and other randomness > > > _______________________________________________ > 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 Mon Nov 24 21:50:47 2008 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 62C4F1065674; Mon, 24 Nov 2008 21:50:47 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from mail.netconsonance.com (mail.netconsonance.com [198.207.204.4]) by mx1.freebsd.org (Postfix) with ESMTP id 48C3F8FC25; Mon, 24 Nov 2008 21:50:47 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by mail.netconsonance.com (8.14.1/8.14.1) with ESMTP id mAOLoiok088507; Mon, 24 Nov 2008 13:50:44 -0800 (PST) (envelope-from jrhett@netconsonance.com) X-Virus-Scanned: amavisd-new at netconsonance.com X-Spam-Flag: NO X-Spam-Score: -1.054 X-Spam-Level: X-Spam-Status: No, score=-1.054 tagged_above=-999 required=3.5 tests=[ALL_TRUSTED=-1.44, AWL=0.386] Message-Id: <1766C532-64AB-400F-8383-2DBE6BF51D9B@netconsonance.com> From: Jo Rhett To: freebsd-stable Stable In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Mon, 24 Nov 2008 13:50:38 -0800 References: X-Mailer: Apple Mail (2.929.2) Cc: Jeremy Chadwick Subject: Re: smartd long self-test causes drives to hang 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, 24 Nov 2008 21:50:47 -0000 On re-reading the message I realized that my message was in danger of being content-free. gmirror whole-disk mirror of seagate 300gb drives $ atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI revision 7 Slave: ad1 ATA/ATAPI revision 7 $ gmirror list Geom name: gm0 State: COMPLETE Components: 2 Balance: round-robin Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 575427344 Providers: 1. Name: mirror/gm0 Mediasize: 300069051904 (279G) Sectorsize: 512 Mode: r5w5e6 Consumers: 1. Name: ad0 Mediasize: 300069052416 (279G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: DIRTY GenID: 0 SyncID: 1 ID: 3917165570 2. Name: ad1 Mediasize: 300069052416 (279G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: DIRTY GenID: 0 SyncID: 1 ID: 3874187635 On Nov 24, 2008, at 12:48 PM, Jo Rhett wrote: > I've spent about 3 months tracing down what was causing my personal > colo box to start getting "sluggish" right around dawn every > Saturday morning. It took so long because some mornings I simply > couldn't pull my head out of my tail enough to do proper debugging. > > The cause was *really slow* filesystem response time. No cron jobs > in that period. No specific process ran any slower than another, > although I eventually learned that ones which did no file i/o were > fine. And finally I realized that just "ls -la" was very slow (~1 > minute) even after I had killed off every disk-using process in the > system. SMTP and HTTP in particular were basically fubar. > > No data loss, just *real slow*. Nothing other than a soft reboot > ever solved the problem. Even leaving it running only minimal > processes for 24 hours didn't bring it back to normal. > > Finally I was browsing through Jeremy Chadwick's list of known ATA > problems and spotted his comments about smartd self-tests causing > problems. Sure enough, my long self test was scheduled for 5am on > Saturday mornings. Rechecking the observed slow-down periods > confirmed that the problem never became visible before 5am. > (sometimes it took up to 45 minutes before things slowed down enough > to set off monitoring alarms) > > So, long story short, if you're having weirdness in system time > response - check the smartd configuration, and try disabling the > self tests. The short self test I was running daily didn't appear > to affect anything, but the long test was just bringing the system > to just shuddering and limping at best. > _______________________________________________ > 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 Mon Nov 24 21:51:23 2008 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 5F4C3106564A for ; Mon, 24 Nov 2008 21:51:23 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id ECA7E8FC20 for ; Mon, 24 Nov 2008 21:51:22 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 1722128449 for ; Tue, 25 Nov 2008 05:51:22 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 89094EB540A; Tue, 25 Nov 2008 05:51:21 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id 0YRO9jlnOAbO; Tue, 25 Nov 2008 05:51:16 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 34EF0EB52D7; Tue, 25 Nov 2008 05:51:14 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=s+EmWJUg7/uO5FrfqKa7wksV5/UCMiZrFofyjninTNDIoXFAEATlwdW1QlcIJvPnC 3K7DkhNAEMvfCr0u0zAdg== Message-ID: <492B21D0.5060906@delphij.net> Date: Mon, 24 Nov 2008 13:51:12 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.17 (X11/20080928) MIME-Version: 1.0 To: Jo Rhett References: <84E1EC10-5323-4A8C-AD60-31142621DB32@netconsonance.com> <200810271151.47366.jhb@freebsd.org> <280616DD-A58F-4AE5-AB03-92C5F2C244EC@netconsonance.com> In-Reply-To: <280616DD-A58F-4AE5-AB03-92C5F2C244EC@netconsonance.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable Stable Subject: Re: Can I get a committer to mark this bug as blocking 6.4-RELEASE ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Nov 2008 21:51:23 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jo Rhett wrote: > This is now filed as PR 129149 > > http://www.freebsd.org/cgi/query-pr.cgi?pr=129149 > > Given the nature of this bug, can I persuade someone to mark this as > blocking 6.4-RELEASE ? My wild guess is that this is somehow related to SMP handling since the installation process would install a SMP kernel, but the default CD-ROM kernel is UP for 6.x. Could you please try if you have the same problem with UP kernel? (Copy from LiveCD or something) > On Nov 5, 2008, at 3:41 PM, Jo Rhett wrote: >> On Oct 27, 2008, at 8:51 AM, John Baldwin wrote: >>> On Friday 24 October 2008 02:48:13 pm Jo Rhett wrote: >>>> So I booted up by CD and used Fixit mode to switch the system to boot >>>> via serial (keyboard detached), but this gathered me even less. >>>> >>>> /boot.config: -Dh >>>> Consoles: internal video/keyboard serial port >>>> BIOS drive A: is disk0 >>>> BIOS drive C: is disk1 >>>> BIOS drive D: is disk2 >>>> BIOS 639kB/4062144kB available memory >>>> >>>> FreeBSD/i386 bootstrap loader, Revision 1.1 >>>> (root@dessler.cse.b >>>> >>>> Plugging back in the monitor after lockup showed only a single char >>>> more: >>>> (root@dessler.cse.bu >>> >>> This confirms it is hanging in one of the two BIOS routines to output a >>> character. One thing you can do would be to boot up and do the >>> following: >>> >>> dd if=/dev/mem bs=0x400 count=1 of=idt.out >>> dd if=/dev/mem bs=64k iseek=15 count=1 of=bios.out >>> >>> Then place those files some place I can fetch them. >> >> Both files are at http://support.netconsonance.com/freebsd/ >> >> FYI, this is notable -- the keyboard does not respond at the boot >> prompt. I mean the menu where you can escape to the loader prompt, >> with the fat freebsd ascii art. No keyboard presses are observed >> here. This is also true for the boot menu on the 6.4 installation CD >> too. >> >> No problems with 6.2 or 6.3 >> >> -- >> Jo Rhett >> Net Consonance : consonant endings by net philanthropy, open source >> and other randomness >> >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkrIc8ACgkQi+vbBBjt66BVUACcDLDK7Ubugt2sto8WKAYfxF0L 93cAoI3bJ/7YcKQeVUmWTO9R2tOCOf6W =dEk9 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 24 22:12:37 2008 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 DBFAB1065670 for ; Mon, 24 Nov 2008 22:12:37 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from mail.netconsonance.com (mail.netconsonance.com [198.207.204.4]) by mx1.freebsd.org (Postfix) with ESMTP id C48588FC0C for ; Mon, 24 Nov 2008 22:12:37 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by mail.netconsonance.com (8.14.1/8.14.1) with ESMTP id mAOMCKgq089655; Mon, 24 Nov 2008 14:12:20 -0800 (PST) (envelope-from jrhett@netconsonance.com) X-Virus-Scanned: amavisd-new at netconsonance.com X-Spam-Flag: NO X-Spam-Score: -1.057 X-Spam-Level: X-Spam-Status: No, score=-1.057 tagged_above=-999 required=3.5 tests=[ALL_TRUSTED=-1.44, AWL=0.383] Message-Id: <5A213707-E115-4E4A-9E4E-1D1994A2000D@netconsonance.com> From: Jo Rhett To: d@delphij.net In-Reply-To: <492B21D0.5060906@delphij.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Mon, 24 Nov 2008 14:12:14 -0800 References: <84E1EC10-5323-4A8C-AD60-31142621DB32@netconsonance.com> <200810271151.47366.jhb@freebsd.org> <280616DD-A58F-4AE5-AB03-92C5F2C244EC@netconsonance.com> <492B21D0.5060906@delphij.net> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-stable Stable Subject: Re: Can I get a committer to mark this bug as blocking 6.4-RELEASE ? 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, 24 Nov 2008 22:12:37 -0000 So boot from CD, go to LIVE filesystem, mount my root and copy only / boot/kernel? Are there any other modules I should copy, or settings I should change? On Nov 24, 2008, at 1:51 PM, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Jo Rhett wrote: >> This is now filed as PR 129149 >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=129149 >> >> Given the nature of this bug, can I persuade someone to mark this as >> blocking 6.4-RELEASE ? > > My wild guess is that this is somehow related to SMP handling since > the > installation process would install a SMP kernel, but the default CD- > ROM > kernel is UP for 6.x. Could you please try if you have the same > problem > with UP kernel? (Copy from LiveCD or something) > >> On Nov 5, 2008, at 3:41 PM, Jo Rhett wrote: >>> On Oct 27, 2008, at 8:51 AM, John Baldwin wrote: >>>> On Friday 24 October 2008 02:48:13 pm Jo Rhett wrote: >>>>> So I booted up by CD and used Fixit mode to switch the system to >>>>> boot >>>>> via serial (keyboard detached), but this gathered me even less. >>>>> >>>>> /boot.config: -Dh >>>>> Consoles: internal video/keyboard serial port >>>>> BIOS drive A: is disk0 >>>>> BIOS drive C: is disk1 >>>>> BIOS drive D: is disk2 >>>>> BIOS 639kB/4062144kB available memory >>>>> >>>>> FreeBSD/i386 bootstrap loader, Revision 1.1 >>>>> (root@dessler.cse.b >>>>> >>>>> Plugging back in the monitor after lockup showed only a single >>>>> char >>>>> more: >>>>> (root@dessler.cse.bu >>>> >>>> This confirms it is hanging in one of the two BIOS routines to >>>> output a >>>> character. One thing you can do would be to boot up and do the >>>> following: >>>> >>>> dd if=/dev/mem bs=0x400 count=1 of=idt.out >>>> dd if=/dev/mem bs=64k iseek=15 count=1 of=bios.out >>>> >>>> Then place those files some place I can fetch them. >>> >>> Both files are at http://support.netconsonance.com/freebsd/ >>> >>> FYI, this is notable -- the keyboard does not respond at the boot >>> prompt. I mean the menu where you can escape to the loader prompt, >>> with the fat freebsd ascii art. No keyboard presses are observed >>> here. This is also true for the boot menu on the 6.4 installation >>> CD >>> too. >>> >>> No problems with 6.2 or 6.3 >>> >>> -- >>> Jo Rhett >>> Net Consonance : consonant endings by net philanthropy, open source >>> and other randomness >>> >>> >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org >>> " >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org >> " > > > - -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.9 (FreeBSD) > > iEYEARECAAYFAkkrIc8ACgkQi+vbBBjt66BVUACcDLDK7Ubugt2sto8WKAYfxF0L > 93cAoI3bJ/7YcKQeVUmWTO9R2tOCOf6W > =dEk9 > -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 24 22:21:09 2008 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 2B6A51065673 for ; Mon, 24 Nov 2008 22:21:09 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id B8B018FC20 for ; Mon, 24 Nov 2008 22:21:08 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id EEE8228449 for ; Tue, 25 Nov 2008 06:21:07 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id A0E5EEB40B4; Tue, 25 Nov 2008 06:21:07 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id YXWTa70w+0Js; Tue, 25 Nov 2008 06:21:02 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 78060EB1CAD; Tue, 25 Nov 2008 06:21:01 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=ohtqFR3SuoPgzciNsvHwKG8hVmjpSsKgw3t1kuWyjH6vzLzlq5/gZ+UTmIM6q3Tgi PkkNqbkMu1ZyVjDEAFQoQ== Message-ID: <492B28CA.7040701@delphij.net> Date: Mon, 24 Nov 2008 14:20:58 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.17 (X11/20080928) MIME-Version: 1.0 To: Jo Rhett References: <84E1EC10-5323-4A8C-AD60-31142621DB32@netconsonance.com> <200810271151.47366.jhb@freebsd.org> <280616DD-A58F-4AE5-AB03-92C5F2C244EC@netconsonance.com> <492B21D0.5060906@delphij.net> <5A213707-E115-4E4A-9E4E-1D1994A2000D@netconsonance.com> In-Reply-To: <5A213707-E115-4E4A-9E4E-1D1994A2000D@netconsonance.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable Stable , d@delphij.net Subject: Re: Can I get a committer to mark this bug as blocking 6.4-RELEASE ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Nov 2008 22:21:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jo Rhett wrote: > So boot from CD, go to LIVE filesystem, mount my root and copy only > /boot/kernel? Yes. > Are there any other modules I should copy, or settings I should change? You should probably overwrite the whole /boot/kernel directory, i.e. rename /boot/kernel to /boot/kernel.old. BTW could you also test if 7.1-PRERELEASE exhibit the same issue? > On Nov 24, 2008, at 1:51 PM, Xin LI wrote: > Jo Rhett wrote: >>>> This is now filed as PR 129149 >>>> >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=129149 >>>> >>>> Given the nature of this bug, can I persuade someone to mark this as >>>> blocking 6.4-RELEASE ? > > My wild guess is that this is somehow related to SMP handling since the > installation process would install a SMP kernel, but the default CD-ROM > kernel is UP for 6.x. Could you please try if you have the same problem > with UP kernel? (Copy from LiveCD or something) > >>>> On Nov 5, 2008, at 3:41 PM, Jo Rhett wrote: >>>>> On Oct 27, 2008, at 8:51 AM, John Baldwin wrote: >>>>>> On Friday 24 October 2008 02:48:13 pm Jo Rhett wrote: >>>>>>> So I booted up by CD and used Fixit mode to switch the system to boot >>>>>>> via serial (keyboard detached), but this gathered me even less. >>>>>>> >>>>>>> /boot.config: -Dh >>>>>>> Consoles: internal video/keyboard serial port >>>>>>> BIOS drive A: is disk0 >>>>>>> BIOS drive C: is disk1 >>>>>>> BIOS drive D: is disk2 >>>>>>> BIOS 639kB/4062144kB available memory >>>>>>> >>>>>>> FreeBSD/i386 bootstrap loader, Revision 1.1 >>>>>>> (root@dessler.cse.b >>>>>>> >>>>>>> Plugging back in the monitor after lockup showed only a single char >>>>>>> more: >>>>>>> (root@dessler.cse.bu >>>>>> >>>>>> This confirms it is hanging in one of the two BIOS routines to >>>>>> output a >>>>>> character. One thing you can do would be to boot up and do the >>>>>> following: >>>>>> >>>>>> dd if=/dev/mem bs=0x400 count=1 of=idt.out >>>>>> dd if=/dev/mem bs=64k iseek=15 count=1 of=bios.out >>>>>> >>>>>> Then place those files some place I can fetch them. >>>>> >>>>> Both files are at http://support.netconsonance.com/freebsd/ >>>>> >>>>> FYI, this is notable -- the keyboard does not respond at the boot >>>>> prompt. I mean the menu where you can escape to the loader prompt, >>>>> with the fat freebsd ascii art. No keyboard presses are observed >>>>> here. This is also true for the boot menu on the 6.4 installation CD >>>>> too. >>>>> >>>>> No problems with 6.2 or 6.3 >>>>> >>>>> -- >>>>> Jo Rhett >>>>> Net Consonance : consonant endings by net philanthropy, open source >>>>> and other randomness >>>>> >>>>> >>>>> _______________________________________________ >>>>> freebsd-stable@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>>>> To unsubscribe, send any mail to >>>>> "freebsd-stable-unsubscribe@freebsd.org" >>>> >>>> _______________________________________________ >>>> freebsd-stable@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>>> To unsubscribe, send any mail to >>>> "freebsd-stable-unsubscribe@freebsd.org" > > - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkrKMoACgkQi+vbBBjt66AARgCbBHYl8WpX4jjoJrRbrKjJUMPg lvsAnRlA6be6C62yQNrmNdLhWbOsCBAF =DiYt -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 24 22:58:59 2008 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 76F0C1065670 for ; Mon, 24 Nov 2008 22:58:59 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail-chaos.rambler.ru (mail-chaos.rambler.ru [81.19.68.130]) by mx1.freebsd.org (Postfix) with ESMTP id B21138FC1B for ; Mon, 24 Nov 2008 22:58:58 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from cmb.rambler.ramblermedia.com (unknown [91.78.189.73]) (Authenticated sender: citrin@citrin.ru) by mail-chaos.rambler.ru (Postfix) with ESMTPSA id 269961705C for ; Tue, 25 Nov 2008 01:48:40 +0300 (MSK) Message-ID: <492B2F46.9000709@citrin.ru> Date: Tue, 25 Nov 2008 01:48:38 +0300 From: Anton Yuzhaninov User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: RELENG_7 panic under load: vm_page_unwire: invalid wire count: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Nov 2008 22:58:59 -0000 Box with fresh RELENG_7 panic under heavy network load (more than 50k connections). This panics seems to be senfile(2) related, because when sendfile disabled in nginx, I can't reproduce the problem. Backtrace in all cases like this: # kgdb kernel /spool/crash/vmcore.1 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: panic: vm_page_unwire: invalid wire count: 0 cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x182 vm_page_unwire() at vm_page_unwire+0x84 sf_buf_mext() at sf_buf_mext+0x3c mb_free_ext() at mb_free_ext+0x99 sbdrop_internal() at sbdrop_internal+0x1e8 tcp_do_segment() at tcp_do_segment+0x1512 tcp_input() at tcp_input+0x7f7 ip_input() at ip_input+0xa8 ether_demux() at ether_demux+0x1b4 ether_input() at ether_input+0x1bb bge_intr() at bge_intr+0x3ca ithread_loop() at ithread_loop+0x180 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffea28fd30, rbp = 0 --- Uptime: 36m47s Physical memory: 4087 MB Dumping 708 MB: 693 677 661 645 629 613 597 581 565 549 533 517 501 485 469 453 437 421 405 389 373 357 341 325 309 293 277 261 245 229 213 197 181 165 149 133 117 101 85 69 53 37 21 5 #0 doadump () at pcpu.h:195 195 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xffffffff8031adf8 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xffffffff8031b25c in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xffffffff8044a084 in vm_page_unwire (m=Variable "m" is not available. ) at /usr/src/sys/vm/vm_page.c:1410 #4 0xffffffff80379a4c in sf_buf_mext (addr=Variable "addr" is not available. ) at /usr/src/sys/kern/uipc_syscalls.c:1720 #5 0xffffffff8036e9c9 in mb_free_ext (m=0xffffff0081f93d00) at /usr/src/sys/kern/uipc_mbuf.c:257 #6 0xffffffff80372c38 in sbdrop_internal (sb=0xffffff00b4161458, len=2896) at mbuf.h:515 #7 0xffffffff803d6532 in tcp_do_segment (m=0xffffff0075c23b00, th=0xffffff0075c53024, so=0xffffff00b41612d0, tp=0xffffff00b4154b60, drop_hdrlen=52, tlen=0) at /usr/src/sys/netinet/tcp_input.c:2042 #8 0xffffffff803d7bc7 in tcp_input (m=0xffffff0075c23b00, off0=20) at /usr/src/sys/netinet/tcp_input.c:846 #9 0xffffffff803cf108 in ip_input (m=0xffffff0075c23b00) at /usr/src/sys/netinet/ip_input.c:665 #10 0xffffffff803b8004 in ether_demux (ifp=0xffffff0001255800, m=0xffffff0075c23b00) at /usr/src/sys/net/if_ethersubr.c:834 #11 0xffffffff803b825b in ether_input (ifp=0xffffff0001255800, m=0xffffff0075c23b00) at /usr/src/sys/net/if_ethersubr.c:692 #12 0xffffffff801bcf5a in bge_intr (xsc=Variable "xsc" is not available. ) at /usr/src/sys/dev/bge/if_bge.c:3160 #13 0xffffffff802fb5f0 in ithread_loop (arg=0xffffff0003711840) at /usr/src/sys/kern/kern_intr.c:1088 #14 0xffffffff802f7f7f in fork_exit (callout=0xffffffff802fb470 , arg=0xffffff0003711840, frame=0xffffffffea28fc80) at /usr/src/sys/kern/kern_fork.c:804 #15 0xffffffff8045b88e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:455 #16 0x0000000000000000 in ?? () #17 0x0000000000000000 in ?? () #18 0x0000000000000001 in ?? () in /boot/loader.conf I have: vm.kmem_size=1536M # 2 Mb KVA/kmem net.inet.tcp.tcbhashsize=131072 # 64M KVA kern.maxbcache=64M # 4M KVA kern.ipc.maxpipekva=4M # net.inet.tcp.syncache.hashsize=1024 net.inet.tcp.syncache.bucketlimit=100 in /etc/sysctl.conf # 576 Mb KVA/kmem kern.ipc.nmbclusters=262144 kern.ipc.nmbjumbop=65536 kern.ipc.maxsockets=307200 kern.ipc.somaxconn=4096 kern.maxfiles=307200 kern.maxfilesperproc=102400 $ sysctl vm.kvm_free vm.kvm_free: 327151616 netstat -m output, several seconds before panic: 380270/63895/444165 mbufs in use (current/cache/total) 14141/29273/43414/262144 mbuf clusters in use (current/cache/total/max) 14141/29251 mbuf+clusters out of packet secondary zone in use (current/cache) 0/9/9/65536 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 123349K/74555K/197905K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 1 requests for I/O initiated by sendfile 0 calls to protocol drain routines -- Anton Yuzhaninov From owner-freebsd-stable@FreeBSD.ORG Mon Nov 24 23:18:07 2008 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 79D7B1065673 for ; Mon, 24 Nov 2008 23:18:07 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5AFCB8FC17 for ; Mon, 24 Nov 2008 23:18:07 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTP id E13CF46B0C; Mon, 24 Nov 2008 18:18:06 -0500 (EST) Date: Mon, 24 Nov 2008 23:18:06 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Zaphod Beeblebrox In-Reply-To: <5f67a8c40811211558n5fc77a54v3d4589dc838af443@mail.gmail.com> Message-ID: References: <5f67a8c40811211558n5fc77a54v3d4589dc838af443@mail.gmail.com> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Stable Mailing List Subject: Re: MFC ZFS: when? 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, 24 Nov 2008 23:18:07 -0000 On Fri, 21 Nov 2008, Zaphod Beeblebrox wrote: > In several of the recent ZFS posts, multiple people have asked when this > will be MFC'd to 7.x. This query has been studiously ignored as other > chatter about whatever ZFS issue is discussed. Presumably the MFC schedule is largely up to Pawel, who did the work. However, Pawel was on travel last weekend and week attending MeetBSD and the FreeBSD developer summit in the bay area, and hasn't been seen on stable@ since the 17th. I think it's likely not so much that anyone is being studiously ignored, it's that the person who can best answer he question hasn't been keeping up with the list for a bit. Robert N M Watson Computer Laboratory University of Cambridge > > So in a post with no other bug report or discussion content to distract us, > when is it intended that ZFS be MFC'd to 7.x? > _______________________________________________ > 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 Mon Nov 24 23:23:59 2008 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 CA8FE1065675 for ; Mon, 24 Nov 2008 23:23:59 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (email.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 87A848FC13 for ; Mon, 24 Nov 2008 23:23:59 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id D1810172FF; Tue, 25 Nov 2008 10:23:57 +1100 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [10.1.50.60] (ppp121-44-7-122.lns10.syd7.internode.on.net [121.44.7.122]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id B0C3A171BF for ; Tue, 25 Nov 2008 10:23:53 +1100 (EST) Message-ID: <492B36F0.7080207@modulus.org> Date: Tue, 25 Nov 2008 10:21:20 +1100 From: Andrew Snow User-Agent: Thunderbird 2.0.0.14 (X11/20080523) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <5f67a8c40811211558n5fc77a54v3d4589dc838af443@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: MFC ZFS: when? 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, 24 Nov 2008 23:23:59 -0000 The problem appears to be that the latest ZFS commit in 8-CURRENT relies on too many other new features that aren't in 7.1. After 7.1 is released, then perhaps ZFS and the other new code it requires can be moved into 7-STABLE? - Andrew From owner-freebsd-stable@FreeBSD.ORG Mon Nov 24 23:38:44 2008 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 975EC1065677 for ; Mon, 24 Nov 2008 23:38:44 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail-chaos.rambler.ru (mail-chaos.rambler.ru [81.19.68.130]) by mx1.freebsd.org (Postfix) with ESMTP id 54E328FC0A for ; Mon, 24 Nov 2008 23:38:44 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from cmb.rambler.ramblermedia.com (unknown [91.78.189.73]) (Authenticated sender: citrin@citrin.ru) by mail-chaos.rambler.ru (Postfix) with ESMTPSA id 0664E17076 for ; Tue, 25 Nov 2008 02:38:41 +0300 (MSK) Message-ID: <492B3B01.9040105@citrin.ru> Date: Tue, 25 Nov 2008 02:38:41 +0300 From: Anton Yuzhaninov User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org References: <492B2F46.9000709@citrin.ru> In-Reply-To: <492B2F46.9000709@citrin.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: RELENG_7 panic under load: vm_page_unwire: invalid wire count: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Nov 2008 23:38:44 -0000 On 25.11.2008 01:48, Anton Yuzhaninov wrote: > Box with fresh RELENG_7 panic under heavy network load (more than 50k > connections). > > This panics seems to be senfile(2) related, because when sendfile > disabled in nginx, I can't reproduce the problem. > > Backtrace in all cases like this: > > # kgdb kernel /spool/crash/vmcore.1 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > panic: vm_page_unwire: invalid wire count: 0 > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > panic() at panic+0x182 > vm_page_unwire() at vm_page_unwire+0x84 > sf_buf_mext() at sf_buf_mext+0x3c > mb_free_ext() at mb_free_ext+0x99 > sbdrop_internal() at sbdrop_internal+0x1e8 > tcp_do_segment() at tcp_do_segment+0x1512 > tcp_input() at tcp_input+0x7f7 > ip_input() at ip_input+0xa8 > ether_demux() at ether_demux+0x1b4 > ether_input() at ether_input+0x1bb > bge_intr() at bge_intr+0x3ca > ithread_loop() at ithread_loop+0x180 > fork_exit() at fork_exit+0x11f > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffffffea28fd30, rbp = 0 --- > Uptime: 36m47s > Physical memory: 4087 MB > Dumping 708 MB: 693 677 661 645 629 613 597 581 565 549 533 517 501 485 > 469 453 437 421 405 389 373 357 341 325 309 293 277 261 245 229 213 197 > 181 165 149 133 117 101 85 69 53 37 21 5 > > #0 doadump () at pcpu.h:195 > 195 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > (kgdb) bt > #0 doadump () at pcpu.h:195 > #1 0xffffffff8031adf8 in boot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:418 > #2 0xffffffff8031b25c in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:574 > #3 0xffffffff8044a084 in vm_page_unwire (m=Variable "m" is not available. > ) at /usr/src/sys/vm/vm_page.c:1410 > #4 0xffffffff80379a4c in sf_buf_mext (addr=Variable "addr" is not > available. > ) at /usr/src/sys/kern/uipc_syscalls.c:1720 > #5 0xffffffff8036e9c9 in mb_free_ext (m=0xffffff0081f93d00) at > /usr/src/sys/kern/uipc_mbuf.c:257 May be it is wire_count integer overflow? wire_count type is u_short... -- Anton Yuzhaninov From owner-freebsd-stable@FreeBSD.ORG Tue Nov 25 04:59:24 2008 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 A2A4E106567D for ; Tue, 25 Nov 2008 04:59:24 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (sysmon.tcworks.net [65.66.76.4]) by mx1.freebsd.org (Postfix) with ESMTP id 487D38FC16 for ; Tue, 25 Nov 2008 04:59:24 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (localhost [127.0.0.1]) by sysmon.tcworks.net (8.13.1/8.13.1) with ESMTP id mAP4VPCI050114 for ; Mon, 24 Nov 2008 22:31:25 -0600 (CST) (envelope-from lambert@lambertfam.org) Received: (from lambert@localhost) by sysmon.tcworks.net (8.13.1/8.13.1/Submit) id mAP4VOIw050113 for freebsd-stable@freebsd.org; Mon, 24 Nov 2008 22:31:24 -0600 (CST) (envelope-from lambert@lambertfam.org) X-Authentication-Warning: sysmon.tcworks.net: lambert set sender to lambert@lambertfam.org using -f Date: Mon, 24 Nov 2008 22:31:24 -0600 From: Scott Lambert To: FreeBSD-STABLE Message-ID: <20081125043124.GA18518@sysmon.tcworks.net> Mail-Followup-To: FreeBSD-STABLE Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Subject: FreeBSD 7.0-STABLE Jul 23: panic: ffs_blkfree: freeing free frag X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD-STABLE List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Nov 2008 04:59:24 -0000 I have a box I am using for hosting jailed web servers. I did a test move of a jail from a FreeBSD 6 box to the FreeBSD 7 server, web1.hosting. It took forever, 30 minutes to be exact, to create the jail with the 3GB image file and restore the data from the FreeBSD 6 box into it. I created a test archive of the running jail with ezjail-admin on the FreeBSD 6 box and scp'd it to web1.hosting. That took 5 minutes. (I was timing all of this to estimate how long it would really take later.) Once the archive was on web1.hosting, I created the new jail using the archive to populate it. sudo ezjail-admin create -a test_host_tcworks_net-200811241856.40.tar.gz \ -s 3G -i testhost.tcworks.net 192.168.1.238 That step took 40 minutes. According to 'systat -vm 1', da0 tended to show around 90% utilization, da1 was about 23% and MB/s was about 1.6 for both during the creation of the jail. After about 20 to 40 minutes of ensuring that the jail was working properly with the compat6x libs, I decided to erase the test jail and get ready for doing the transfer for real during the next maintenance window. Just before the box stopped responding to me, I had run: sudo ezjail-admin delete -w testhost.tcworks.net It might have been about 30 seconds after that I noticed it wasn't responding. According to Nagios, it took about 25 minutes to panic, reboot, fsck and come back up. Funny, it felt a lot longer. The gmirror is currently degraded and 'systat -vm 1' is showing 98% utilization on da0 and 23% utilization on da1 with 35 to 50MB/s on both da0 and da1. I hadn't looked at the mirror status before the crash. 21:42:09 Mon Nov 24 $ gmirror status Name Status Components mirror/gm0 DEGRADED da0 (84%) da1 I think I'll wait for it to complete the rebuild before I put any disk load on it looking for when it degraded, if not during the crash. 21:53:34 Mon Nov 24 # gmirror status Name Status Components mirror/gm0 COMPLETE da0 da1 The disks show to be quiet in systat, as expected. I don't find any messages except for when it booted up. I think the mirror was whole before the crash. The console log files go back to July 21 2008. The messages log files only go back to Nov 22. I need to fix that. The syslog messages about gm0, the kgdb output, and /var/run/dmesg.boot are below. If you want anything else, please let me know. 22:15:02 Mon Nov 24 $ gmirror list Geom name: gm0 State: COMPLETE Components: 2 Balance: round-robin Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 149269652 Providers: 1. Name: mirror/gm0 Mediasize: 146815737344 (137G) Sectorsize: 512 Mode: r6w6e7 Consumers: 1. Name: da0 Mediasize: 146815737856 (137G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: DIRTY GenID: 0 SyncID: 1 ID: 779766152 2. Name: da1 Mediasize: 146815737856 (137G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: DIRTY GenID: 0 SyncID: 1 ID: 1224070577 21:58:06 Mon Nov 24 $ sudo cat /var/log/console.log | grep gm0 Nov 24 21:01:23 web1 kernel: kernel dumps on /dev/mirror/gm0s1b Nov 24 21:01:23 web1 kernel: swapon: adding /dev/mirror/gm0s1b as swap device Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1a: 3505 files, 133813 used, 120002 free (2498 frags, 14688 blocks, 1.0% fragmentation) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1g: UNREF FILE I=967747 OWNER=root MODE=100644 Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1g: SIZE=1073741824 MTIME=Oct 15 18:51 2008 (CLEARED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1g: UNREF FILE I=967754 OWNER=root MODE=100644 Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1g: SIZE=1073741824 MTIME=Oct 15 19:02 2008 (CLEARED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1g: UNREF FILE I=1978373 OWNER=root MODE=100644 Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1g: SIZE=3221225472 MTIME=Nov 24 20:42 2008 (CLEARED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1g: ZERO LENGTH DIR I=1978491 OWNER=root MODE=40755 Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1g: SIZE=0 MTIME=Oct 28 18:38 2008 (CLEARED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1g: UNREF FILE I=1978492 OWNER=root MODE=100644 Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1g: SIZE=1073741824 MTIME=Oct 15 18:58 2008 (CLEARED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1g: UNREF FILE I=2596868 OWNER=root MODE=100644 Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1g: SIZE=0 MTIME=Nov 22 02:54 2008 (CLEARED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1g: UNREF FILE I=3109973 OWNER=mysql MODE=100600 Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1g: SIZE=0 MTIME=Nov 22 02:54 2008 (CLEARED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1g: UNREF FILE I=3109974 OWNER=mysql MODE=100600 Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1g: SIZE=0 MTIME=Nov 22 02:54 2008 (CLEARED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1g: UNREF FILE I=3109975 OWNER=mysql MODE=100600 Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1g: SIZE=0 MTIME=Nov 22 02:54 2008 (CLEARED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1g: UNREF FILE I=3109976 OWNER=mysql MODE=100600 Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1g: SIZE=0 MTIME=Nov 22 02:54 2008 (CLEARED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1g: UNREF FILE I=3109977 OWNER=mysql MODE=100600 Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1g: SIZE=0 MTIME=Nov 22 02:54 2008 (CLEARED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1g: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1g: SUMMARY INFORMATION BAD (SALVAGED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1g: BLK(S) MISSING IN BIT MAPS (SALVAGED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1g: 180957 files, 3981413 used, 51484012 free (25284 frags, 6432341 blocks, 0.0% fragmentation) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1d: UNREF FILE I=117761 OWNER=root MODE=100644 Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1d: SIZE=730 MTIME=Nov 22 02:54 2008 (CLEARED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1d: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1d: SUMMARY INFORMATION BAD (SALVAGED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1d: BLK(S) MISSING IN BIT MAPS (SALVAGED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1d: 18 files, 13 used, 1013002 free (74 frags, 126616 blocks, 0.0% fragmentation) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1f: UNREF FILE I=518537 OWNER=root MODE=100555 Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1f: SIZE=24640 MTIME=May 11 22:53 2008 (CLEARED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1f: UNREF FILE I=519794 OWNER=root MODE=100755 Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1f: SIZE=305039 MTIME=Jun 3 22:32 2008 (CLEARED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1f: UNREF FILE I=519797 OWNER=root MODE=100755 Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1f: SIZE=671546 MTIME=Jun 3 22:32 2008 (CLEARED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1f: UNREF FILE I=519801 OWNER=root MODE=100755 Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1f: SIZE=153266 MTIME=Jun 3 22:32 2008 (CLEARED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1f: UNREF FILE I=519814 OWNER=root MODE=100755 Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1f: SIZE=649739 MTIME=Jun 3 22:32 2008 (CLEARED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1f: UNREF FILE I=520303 OWNER=root MODE=100755 Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1f: SIZE=29360 MTIME=Jun 3 22:32 2008 (CLEARED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1f: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1f: SUMMARY INFORMATION BAD (SALVAGED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1f: BLK(S) MISSING IN BIT MAPS (SALVAGED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1f: 248702 files, 1841720 used, 1203327 free (100279 frags, 137881 blocks, 3.3% fragmentation) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1e: UNREF FILE I=376847 OWNER=root MODE=100640 Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1e: SIZE=728 MTIME=Jul 27 21:55 2008 (CLEARED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1e: UNREF FILE I=612359 OWNER=root MODE=100644 Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1e: SIZE=0 MTIME=Oct 28 17:56 2008 (CLEARED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1e: UNREF FILE I=612363 OWNER=root MODE=140666 Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1e: SIZE=0 MTIME=Oct 28 19:03 2008 (CLEARED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1e: UNREF FILE I=683013 OWNER=mysql MODE=100600 Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1e: SIZE=0 MTIME=Oct 28 18:14 2008 (CLEARED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1e: UNREF FILE I=683014 OWNER=mysql MODE=100600 Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1e: SIZE=0 MTIME=Oct 28 18:14 2008 (CLEARED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1e: UNREF FILE I=683015 OWNER=mysql MODE=100600 Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1e: SIZE=0 MTIME=Oct 28 18:14 2008 (CLEARED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1e: UNREF FILE I=683016 OWNER=mysql MODE=100600 Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1e: SIZE=0 MTIME=Oct 28 18:14 2008 (CLEARED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1e: UNREF FILE I=683017 OWNER=mysql MODE=100600 Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1e: SIZE=0 MTIME=Oct 28 18:14 2008 (CLEARED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1e: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1e: SUMMARY INFORMATION BAD (SALVAGED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1e: BLK(S) MISSING IN BIT MAPS (SALVAGED) Nov 24 21:01:23 web1 kernel: /dev/mirror/gm0s1e: 25966 files, 735604 used, 6880035 free (11179 frags, 858607 blocks, 0.1% fragmentation) Nov 24 21:01:23 web1 kernel: Checking for core dump on /dev/mirror/gm0s1b... >From the last time it rebooted: 21:55:08 Mon Nov 24 $ sudo bzcat /var/log/console.log.* | grep gm0 Jul 23 07:05:53 web1 kernel: kernel dumps on /dev/mirror/gm0s1b Jul 23 07:05:53 web1 kernel: swapon: adding /dev/mirror/gm0s1b as swap device Jul 23 07:05:53 web1 kernel: /dev/mirror/gm0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS Jul 23 07:05:53 web1 kernel: /dev/mirror/gm0s1a: clean, 116377 free (2345 frags, 14254 blocks, 0.9% fragmentation) Jul 23 07:05:53 web1 kernel: /dev/mirror/gm0s1g: FILE SYSTEM CLEAN; SKIPPING CHECKS Jul 23 07:05:53 web1 kernel: /dev/mirror/gm0s1g: clean, 45920082 free (46434 frags, 5734206 blocks, 0.1% fragmentation) Jul 23 07:05:53 web1 kernel: /dev/mirror/gm0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS Jul 23 07:05:53 web1 kernel: /dev/mirror/gm0s1d: clean, 1013003 free (67 frags, 126617 blocks, 0.0% fragmentation) Jul 23 07:05:53 web1 kernel: /dev/mirror/gm0s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS Jul 23 07:05:53 web1 kernel: /dev/mirror/gm0s1f: clean, 1241438 free (102950 frags, 142311 blocks, 3.4% fragmentation) Jul 23 07:05:53 web1 kernel: /dev/mirror/gm0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS Jul 23 07:05:53 web1 kernel: /dev/mirror/gm0s1e: clean, 6913824 free (12232 frags, 862699 blocks, 0.2% fragmentation) Jul 23 07:05:53 web1 kernel: Checking for core dump on /dev/mirror/gm0s1b... 21:56:34 Mon Nov 24 $ sudo cat /var/log/messages | grep gm0 Nov 24 21:01:23 web1 kernel: GEOM_MIRROR: Device mirror/gm0 launched (1/2). Nov 24 21:01:23 web1 kernel: GEOM_MIRROR: Device gm0: rebuilding provider da0. Nov 24 21:01:23 web1 kernel: Trying to mount root from ufs:/dev/mirror/gm0s1a Nov 24 21:51:29 web1 kernel: GEOM_MIRROR: Device gm0: rebuilding provider da0 finished. FreeBSD web1.hosting.tcworks.net 7.0-STABLE FreeBSD 7.0-STABLE #1: Wed Jul 23 03:09:31 CDT 2008 root@web1.hosting.tcworks.net:/usr/obj/usr/src/sys/GENERIC i386 I changed the fs = part of this line to avoid privacy issues for my customer whose web host jail I've been working with. I just changed the hostname: dev = md14, block = 1320903, fs = /home/ezjails/testhost.tcworks.net 21:23:17 Mon Nov 24 # kgdb /boot/kernel/kernel vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: dev = md14, block = 1320903, fs = /home/ezjails/testhost.tcworks.net panic: ffs_blkfree: freeing free frag cpuid = 0 Uptime: 124d14h34m47s Physical memory: 1011 MB Dumping 199 MB: 184 168 152 136 120 104 88 72 56 40 24 8 Reading symbols from /boot/kernel/geom_mirror.ko...Reading symbols from /boot/kernel/geom_mirror.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_mirror.ko Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko Reading symbols from /boot/kernel/pflog.ko...Reading symbols from /boot/kernel/pflog.ko.symbols...done. done. Loaded symbols for /boot/kernel/pflog.ko Reading symbols from /boot/kernel/pf.ko...Reading symbols from /boot/kernel/pf.ko.symbols...done. done. Loaded symbols for /boot/kernel/pf.ko Reading symbols from /boot/kernel/nullfs.ko...Reading symbols from /boot/kernel/nullfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/nullfs.ko Reading symbols from /boot/kernel/fdescfs.ko...Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/fdescfs.ko #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc077fd27 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc077ffe9 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:572 #3 0xc09667a3 in ffs_blkfree (ump=0xc865d400, fs=0xc4946800, devvp=0xc7dc4880, bno=1320903, size=2048, inum=336842) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1918 #4 0xc097a1af in handle_workitem_freeblocks (freeblks=0xc5aab600, flags=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2764 #5 0xc097b1b8 in process_worklist_item (mp=0xc4859598, flags=Variable "flags" is not available. ) at /usr/src/sys/ufs/ffs/ffs_softdep.c:962 #6 0xc097cc62 in softdep_process_worklist (mp=0xc4859598, full=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:845 #7 0xc097f687 in softdep_flush () at /usr/src/sys/ufs/ffs/ffs_softdep.c:756 #8 0xc075d479 in fork_exit (callout=0xc097f210 , arg=0x0, frame=0xe44edd38) at /usr/src/sys/kern/kern_fork.c:781 #9 0xc0a6e170 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 (kgdb) dmesg: Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-STABLE #1: Wed Jul 23 03:09:31 CDT 2008 root@web1.hosting.tcworks.net:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.29-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Features2=0x4400 Logical CPUs per core: 2 real memory = 1073676288 (1023 MB) avail memory = 1037049856 (989 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard lapic0: Forcing LINT1 to edge trigger kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard ACPI Warning (dswload-0794): Type override - [DEB_] had invalid type (Integer) for Scope operator, changed to (Scope) [20070320] ACPI Warning (dswload-0794): Type override - [MLIB] had invalid type (Integer) for Scope operator, changed to (Scope) [20070320] ACPI Warning (dswload-0794): Type override - [DATA] had invalid type (String) for Scope operator, changed to (Scope) [20070320] ACPI Warning (dswload-0794): Type override - [SIO_] had invalid type (String) for Scope operator, changed to (Scope) [20070320] ACPI Warning (dswload-0794): Type override - [LEDP] had invalid type (String) for Scope operator, changed to (Scope) [20070320] ACPI Warning (dswload-0794): Type override - [GPEN] had invalid type (String) for Scope operator, changed to (Scope) [20070320] ACPI Warning (dswload-0794): Type override - [GPST] had invalid type (String) for Scope operator, changed to (Scope) [20070320] ACPI Warning (dswload-0794): Type override - [WUES] had invalid type (String) for Scope operator, changed to (Scope) [20070320] ACPI Warning (dswload-0794): Type override - [WUSE] had invalid type (String) for Scope operator, changed to (Scope) [20070320] ACPI Warning (dswload-0794): Type override - [SBID] had invalid type (String) for Scope operator, changed to (Scope) [20070320] ACPI Warning (dswload-0794): Type override - [SWCE] had invalid type (String) for Scope operator, changed to (Scope) [20070320] acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_ec0: port 0xca6,0xca7 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pcib1: at device 3.0 on pci0 pci2: on pcib1 pcib2: at device 29.0 on pci2 pci4: on pcib2 ahd0: port 0x3800-0x38ff,0x4000-0x40ff mem 0xfe9e0000-0xfe9e1fff irq 50 at device 7.0 on pci4 ahd0: [ITHREAD] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs ahd1: port 0x3000-0x30ff,0x3400-0x34ff mem 0xfe9f0000-0xfe9f1fff irq 49 at device 7.1 on pci4 ahd1: [ITHREAD] aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs pcib3: at device 31.0 on pci2 pci3: on pcib3 em0: port 0x2040-0x207f mem 0xfe6c0000-0xfe6dffff irq 30 at device 7.0 on pci3 em0: [FILTER] em0: Ethernet address: 00:07:e9:05:61:0a em1: port 0x2000-0x203f mem 0xfe6e0000-0xfe6fffff irq 31 at device 7.1 on pci3 em1: [FILTER] em1: Ethernet address: 00:07:e9:05:61:0b pci0: at device 3.1 (no driver attached) uhci0: port 0x5020-0x503f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x5000-0x501f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered pcib4: at device 30.0 on pci0 pci1: on pcib4 vgapci0: port 0x1000-0x10ff mem 0xfd000000-0xfdffffff,0xfe5f0000-0xfe5f0fff irq 17 at device 12.0 on pci1 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x3a0-0x3af at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) cpu0: on acpi0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc97ff,0xc9800-0xcafff pnpid ORM0000 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle acd0: CDROM at ata1-master UDMA33 da0 at ahd1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz DT, offset 63, 16bit) da0: Command Queueing Enabled da0: 140014MB (286749488 512 byte sectors: 255H 63S/T 17849C) da1 at ahd1 bus 0 target 3 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 320.000MB/s transfers (160.000MHz DT, offset 63, 16bit) da1: Command Queueing Enabled da1: 140014MB (286749488 512 byte sectors: 255H 63S/T 17849C) ses0 at ahd1 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device lapic1: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! GEOM_MIRROR: Device mirror/gm0 launched (1/2). GEOM_MIRROR: Device gm0: rebuilding provider da0. Trying to mount root from ufs:/dev/mirror/gm0s1a WARNING: / was not properly dismounted -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From owner-freebsd-stable@FreeBSD.ORG Tue Nov 25 07:42:45 2008 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 614341065674 for ; Tue, 25 Nov 2008 07:42:45 +0000 (UTC) (envelope-from rajkumars@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.175]) by mx1.freebsd.org (Postfix) with ESMTP id 031D08FC12 for ; Tue, 25 Nov 2008 07:42:44 +0000 (UTC) (envelope-from rajkumars@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so2695891wfg.7 for ; Mon, 24 Nov 2008 23:42:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:mime-version:content-type:content-transfer-encoding :content-disposition; bh=z6+9SnmnjvLZ0QLY6rQ85xvDiE+m2L+ALIck4sgG+AE=; b=bd2j4VDTK4RHfcJ8DTUyb7etB6RpWCamHpxeJPaAiUJedtJEwPwTbg7WbJbYKPFZkM M15FGfJ2kYrqb34MzVimTTvfp6Q49WJpJZRds44oJcA3Wjq6ygDRMKlwXNJvoU5MKQ45 0OIxD28s+Kj0moi8pdCRW2pCbx3DQsHYZ45+I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:mime-version:content-type :content-transfer-encoding:content-disposition; b=RfzVJBphxfmk/0aDApsp6jQHFlEdmsq381FexyYLMIjwrSgjbAl2VE+7OiqEEUsrYP PivS6xrLn16iyJSwKESORVhOe4AqHycUyzdGn3Fvq92pgw+bSStk48L5/urNG9PB3bJi HvaHoZUcbqfx5vlLk9/IfQl+g78Xkc4jF256c= Received: by 10.142.177.5 with SMTP id z5mr2022289wfe.240.1227597043046; Mon, 24 Nov 2008 23:10:43 -0800 (PST) Received: by 10.143.167.2 with HTTP; Mon, 24 Nov 2008 23:10:42 -0800 (PST) Message-ID: <64de5c8b0811242310l14932467kdcef55ab48322b23@mail.gmail.com> Date: Tue, 25 Nov 2008 12:40:42 +0530 From: "Rajkumar S" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: dev@pfsense.com Subject: ioctl DIOCSMBR: Inappropriate ioctl for 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, 25 Nov 2008 07:42:45 -0000 Hi, I am working on a nanobsd derived system for updating an embedded pfSense image. The disk is partitioned into 4 partitions with 2 similar "code" partitions. One of the two code partition is live at any moment. To update the partition image is written to the other partition and a command like boot0cfg -s 2 -v ad2 to boot to the new partition. Instead of using device names I am using bsdlabel and refer the disks using the label in fdisk. Current partitions are as follows: nanoimg:~# fdisk ad2 ******* Working on device /dev/ad2 ******* parameters extracted from in-core disklabel are: cylinders=1999 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=1999 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 32, size 239584 (116 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 467/ head 15/ sector 32 The data for partition 2 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 239648, size 239584 (116 Meg), flag 0 beg: cyl 468/ head 1/ sector 1; end: cyl 935/ head 15/ sector 32 The data for partition 3 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 479232, size 2048 (1 Meg), flag 0 beg: cyl 936/ head 0/ sector 1; end: cyl 939/ head 15/ sector 32 The data for partition 4 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 481280, size 20480 (10 Meg), flag 0 beg: cyl 940/ head 0/ sector 1; end: cyl 979/ head 15/ sector 32 dmesg shows the following when booting: ad2: 983MB at ata1-master PIO4 GEOM: ad2: partition 4 does not start on a track boundary. GEOM: ad2: partition 4 does not end on a track boundary. GEOM: ad2: partition 3 does not start on a track boundary. GEOM: ad2: partition 3 does not end on a track boundary. GEOM: ad2: partition 2 does not start on a track boundary. GEOM: ad2: partition 2 does not end on a track boundary. GEOM: ad2: partition 1 does not start on a track boundary. GEOM: ad2: partition 1 does not end on a track boundary. GEOM_LABEL: Label for provider ad2s3 is ufs/cfg. GEOM_LABEL: Label for provider ad2s4 is ufs/cf. GEOM_LABEL: Label for provider ad2s1a is ufs/root0. GEOM_LABEL: Label for provider ad2s2a is ufs/root1. Trying to mount root from ufs:/dev/ufs/root0 Fstab is: /dev/ufs/root0 / ufs ro 1 1 /dev/ufs/cfg /cfg ufs rw,noauto 2 2 /dev/ufs/cf /cf ufs ro 1 1 both ad2s1a and ad2s2a are active and they appear in boot screen as F1 and F2. I can manually press F1 and F2 and boot from either of them. But when I give a command boot0cfg -s 1 -v ad2 I get boot0cfg: /dev/ad2: Class not found boot0cfg: /dev/ad2: ioctl DIOCSMBR: Inappropriate ioctl for device I have searched google and archives and could not find much about this error. Any help to resolve this would be much appreciated. with regards, raj From owner-freebsd-stable@FreeBSD.ORG Tue Nov 25 07:44:37 2008 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 496B4106564A for ; Tue, 25 Nov 2008 07:44:37 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate02.web.de (fmmailgate02.web.de [217.72.192.227]) by mx1.freebsd.org (Postfix) with ESMTP id 064038FC1B for ; Tue, 25 Nov 2008 07:44:36 +0000 (UTC) (envelope-from nakal@web.de) Received: from smtp06.web.de (fmsmtp06.dlan.cinetic.de [172.20.5.172]) by fmmailgate02.web.de (Postfix) with ESMTP id 6DC25F70B992 for ; Tue, 25 Nov 2008 08:44:35 +0100 (CET) Received: from [217.236.31.96] (helo=zelda.local) by smtp06.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.109 #226) id 1L4sb5-00043s-00 for freebsd-stable@freebsd.org; Tue, 25 Nov 2008 08:44:35 +0100 Date: Tue, 25 Nov 2008 08:44:33 +0100 From: Martin To: freebsd-stable@freebsd.org Message-ID: <20081125084433.568cc876@zelda.local> In-Reply-To: <20081119080741.6197009a@zelda.local> References: <20081119003820.2bea8117@zelda.local> <20081119080741.6197009a@zelda.local> X-Mailer: Claws Mail 3.6.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX1/MsaXbpsTAdKlnTKgUbSvYclOg83hKJSOCd/9X mRVjvvPu9J3lb9TGIqDlHbcwLaoZkrO7hAwwAN5LhiRSPW2hof ZAGgL/S80= Subject: nfs unreachable: can't get /dev/console for controlling terminal 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, 25 Nov 2008 07:44:37 -0000 Hi, besides the wrong order of initializing syslogd in rc system when IPv6 has been enabled, I have found a second similar problem with the rc system on my client desktops. When you physically detach your NIC or make wireless access point inaccessible on which you have an nfs mounted file system (in fstab). The system will prevent you to get access to /dev/console and won't even start in single user mode. This is extremely annoying. Nov 25 07:58:11 zelda init: /bin/sh on /etc/rc terminated abnormally, going to single user mode Nov 25 07:58:11 zelda init: can't get /dev/console for controlling terminal: Operation not permitted Nov 25 07:58:42 zelda init: can't get /dev/console for controlling terminal: Operation not permitted Nov 25 08:00:13 zelda last message repeated 3 times Nov 25 08:01:15 zelda last message repeated 2 times -- Martin From owner-freebsd-stable@FreeBSD.ORG Tue Nov 25 11:35:25 2008 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 911801065670 for ; Tue, 25 Nov 2008 11:35:25 +0000 (UTC) (envelope-from rorya+freebsd.org@TrueStep.com) Received: from Tserver.TrueStep.com (Tserver.TrueStep.com [64.253.96.188]) by mx1.freebsd.org (Postfix) with ESMTP id 2DEDA8FC19 for ; Tue, 25 Nov 2008 11:35:25 +0000 (UTC) (envelope-from rorya+freebsd.org@TrueStep.com) Received: from Cypher.TrueStep (Cypher.TrueStep [10.101.1.8]) (authenticated bits=0) by Tserver.TrueStep.com (8.14.3/8.14.3) with ESMTP id mAPBZAP0060373 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 25 Nov 2008 06:35:15 -0500 (EST) (envelope-from rorya+freebsd.org@TrueStep.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=TrueStep.com; s=default; t=1227612916; bh=o8RpexmzLRgovvnO2u7QgPxOrauXj2d5/O/DX0O +yaA=; h=Cc:Message-Id:From:To:In-Reply-To:Content-Type: Content-Transfer-Encoding:Mime-Version:Subject:Date:References; b=CuvXIAFW+PNuBbyHOxjk1l5ynDymwCykYRWRSLbBG3JtU+LCPJNfAGwP0gnAN2/la nZr6yeBEhmjtoRvWug21aFB7FhdvBH1FkcZFkGdiTtaRQQ7xLkSM7kDhw12XBUjvzgC nQbK0A1p7rjwgzTVSAnHZoNbYUArOdXj72sUWQM= Message-Id: From: Rory Arms To: kensmith Smith In-Reply-To: <5113227.789231227483399867.JavaMail.defaultUser@defaultHost> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Tue, 25 Nov 2008 06:35:10 -0500 References: <5113227.789231227483399867.JavaMail.defaultUser@defaultHost> X-Mailer: Apple Mail (2.929.2) Cc: FreeBSD-stable Subject: Re: R: Re: 6.4-RC2 crashes after a few minutes of uptime 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, 25 Nov 2008 11:35:25 -0000 Ken, I built a GENERIC debug kernel, and now have a backtrace that I can provide related to this problem on 6.4-RC2: surfer# kgdb /sys/i386/compile/GENERIC/kernel.debug /var/crash/vmcore.1 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: acd0: WARNING - READ_TOC read data overrun 18>12 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x78 fault code = supervisor read, page not present instruction pointer = 0x20:0xc06d39b9 stack pointer = 0x28:0xca865c10 frame pointer = 0x28:0xca865c14 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 19 (swi6: task queue) trap number = 12 panic: page fault Uptime: 16m20s Physical memory: 179 MB Dumping 53 MB: 38 22 6 Reading symbols from /boot/kernel/snd_maestro.ko...done. Loaded symbols for /boot/kernel/snd_maestro.ko Reading symbols from /boot/kernel/sound.ko...done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/kernel/acpi.ko...done. Loaded symbols for /boot/kernel/acpi.ko Reading symbols from /boot/kernel/mach64.ko...done. Loaded symbols for /boot/kernel/mach64.ko Reading symbols from /boot/kernel/drm.ko...done. Loaded symbols for /boot/kernel/drm.ko #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc06b2e3e in boot (howto=260) at ../../../kern/kern_shutdown.c:410 #2 0xc06b30d4 in panic (fmt=0xc098be6b "%s") at ../../../kern/kern_shutdown.c:566 #3 0xc092b1f4 in trap_fatal (frame=0xca865bd0, eva=120) at ../../../i386/i386/trap.c:838 #4 0xc092a992 in trap (frame= {tf_fs = 8, tf_es = -1038352344, tf_ds = -1038352344, tf_edi = -1033627044, tf_esi = -1038289792, tf_ebp = -897164268, tf_isp = -897164292, tf_ebx = -1039268288, tf_edx = 0, tf_ecx = 4, tf_eax = -1038289760, tf_trapno = 12, tf_err = 0, tf_eip = -1066583623, tf_cs = 32, tf_eflags = 589826, tf_esp = -1038289792, tf_ss = -897164232}) at ../../../i386/i386/trap.c:270 #5 0xc0917e2a in calltrap () at ../../../i386/i386/exception.s:139 #6 0xc06d39b9 in turnstile_setowner (ts=0xc20e0640, owner=0x4) at ../../../kern/subr_turnstile.c:456 #7 0xc06d3d16 in turnstile_wait (lock=0xc2641aa8, owner=0x4, queue=0) at ../../../kern/subr_turnstile.c:661 #8 0xc06a9d2a in _mtx_lock_sleep (m=0xc2641aa8, tid=3256677504, opts=0, file=0x0, line=0) at ../../../kern/kern_mutex.c:579 #9 0xc06b2492 in _sema_post (sema=0xc2641aa8, file=0x0, line=0) at ../../../kern/kern_sema.c:79 #10 0xc04e7c26 in ata_completed (context=0xc2641a5c, dummy=1) at ../../../dev/ata/ata-queue.c:481 ---Type to continue, or q to quit--- #11 0xc06d29a3 in taskqueue_run (queue=0xc21c4100) at ../../../kern/subr_taskqueue.c:257 #12 0xc06d2bb6 in taskqueue_swi_run (dummy=0x0) at ../../../kern/subr_taskqueue.c:299 #13 0xc069baad in ithread_execute_handlers (p=0xc21ce860, ie=0xc21c4080) at ../../../kern/kern_intr.c:682 #14 0xc069bbc8 in ithread_loop (arg=0xc214cb60) at ../../../kern/kern_intr.c:766 #15 0xc069aa34 in fork_exit (callout=0xc069bb74 , arg=0xc214cb60, frame=0xca865d38) at ../../../kern/kern_fork.c:788 #16 0xc0917e8c in fork_trampoline () at ../../../i386/i386/exception.s: 208 (kgdb) print panicstr $1 = 0xc0a8d480 "page fault" (kgdb) This panic happened just a few minutes after bootup completed, without logging on. Also, I've noticed that sometimes when the panic happens, savecore(8) seems to be unable to recover the coredump in the swap area. I noticed that on the bootup, the system seems to engage the swap partition well before savecore(8) has a chance to scan it. So, I wondered if it's possible that maybe that when swap is being engaged, it may be writing something to the swap partition, effectively overwriting the signature that savecore(8) checks, to detect the existence of a core dump? To recap (in case this doesn't get attached to the original thread) As I said in the original message, another odd thing about this, is that usually after it crashes on the first (and sometimes second) cold boot, it will remain stable till the machine is shut down. And as I think I also mentioned, once logged into GNOME, I see that a "blank disc" icon flashes off and on on the desktop, as if the system detects the existence of a CD in the drive, so that might be related. Though, this also happened with 6.3 + GNOME, though as I said, the system didn't panic there. Thanks, - rory From owner-freebsd-stable@FreeBSD.ORG Tue Nov 25 11:40:06 2008 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 99FD91065675 for ; Tue, 25 Nov 2008 11:40:06 +0000 (UTC) (envelope-from ken73.chen@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.170]) by mx1.freebsd.org (Postfix) with ESMTP id 6CD548FC1F for ; Tue, 25 Nov 2008 11:40:06 +0000 (UTC) (envelope-from ken73.chen@gmail.com) Received: by wf-out-1314.google.com with SMTP id 28so2756018wfa.27 for ; Tue, 25 Nov 2008 03:40:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=kob8XUyE1HmreElhzubQIYUZbfZbViHTt1QaRGYyiMw=; b=K4VkM7QPK67d6LRX3hU1ARnCRlSh2wIGF2mhWpeH6Im7DzR2azKPDDd3Iv6qBWWfLu +2sSwIeAnhQciv1oWuo109ZWbcYjPgSaHMB8AqeugRWa1R48QQC21v65KyCH7XJ/pcEN dHoi+R0VP50uvAuhjIDG+d+ljyHvTyMTs8LQI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=lP1E9np4axuf8foQYdklUJug4EnUkCKx6KhEnhlfRMlbROd75jw56PYo/Ru1qlGFSh +zc6mnLe6Ok2IEVDVOCFiLKJbVPJMe7cFgPx4rEQ2OE7YBvOFwrTvT5zAQoXAhJg7Gtx e3eHk6O3Zh9rgeNcAl7SHGOlhscc1R/PLLp1Y= Received: by 10.142.240.9 with SMTP id n9mr2114156wfh.217.1227613206170; Tue, 25 Nov 2008 03:40:06 -0800 (PST) Received: by 10.142.224.11 with HTTP; Tue, 25 Nov 2008 03:40:05 -0800 (PST) Message-ID: Date: Tue, 25 Nov 2008 19:40:05 +0800 From: "Ken Chen" To: stable@freebsd.org In-Reply-To: MIME-Version: 1.0 References: <20081107142137.GA7051@icarus.home.lan> <4917285C.2030702@lozenetz.org> <20081111160526.GA1608@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: php-cgi frozen with sbwait when SMP enable 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, 25 Nov 2008 11:40:06 -0000 Change to configuration to solve this problem: #server.network-backend = "freebsd-sendfile" server.network-backend = "writev" http://redmine.lighttpd.net/boards/2/topics/show/141 From owner-freebsd-stable@FreeBSD.ORG Tue Nov 25 11:54:54 2008 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 78465106564A for ; Tue, 25 Nov 2008 11:54:54 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail-chaos.rambler.ru (mail-chaos.rambler.ru [81.19.68.130]) by mx1.freebsd.org (Postfix) with ESMTP id 0E7728FC1C for ; Tue, 25 Nov 2008 11:54:54 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from cmb.rambler.ramblermedia.com (unknown [81.19.91.13]) (Authenticated sender: citrin@citrin.ru) by mail-chaos.rambler.ru (Postfix) with ESMTPSA id 3633A1702A for ; Tue, 25 Nov 2008 14:54:52 +0300 (MSK) Message-ID: <492BE78B.6070202@citrin.ru> Date: Tue, 25 Nov 2008 14:54:51 +0300 From: Anton Yuzhaninov User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org References: <492B2F46.9000709@citrin.ru> <492B3B01.9040105@citrin.ru> In-Reply-To: <492B3B01.9040105@citrin.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: RELENG_7 panic under load: vm_page_unwire: invalid wire count: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Nov 2008 11:54:54 -0000 On 25.11.2008 02:38, Anton Yuzhaninov wrote: > On 25.11.2008 01:48, Anton Yuzhaninov wrote: >> Box with fresh RELENG_7 panic under heavy network load (more than 50k >> connections). >> >> This panics seems to be senfile(2) related, because when sendfile >> disabled in nginx, I can't reproduce the problem. >> >> Backtrace in all cases like this: >> >> # kgdb kernel /spool/crash/vmcore.1 >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and >> you are >> welcome to change it and/or distribute copies of it under certain >> conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for >> details. >> This GDB was configured as "amd64-marcel-freebsd"... >> >> Unread portion of the kernel message buffer: >> panic: vm_page_unwire: invalid wire count: 0 >> cpuid = 0 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a >> panic() at panic+0x182 >> vm_page_unwire() at vm_page_unwire+0x84 >> sf_buf_mext() at sf_buf_mext+0x3c >> mb_free_ext() at mb_free_ext+0x99 >> sbdrop_internal() at sbdrop_internal+0x1e8 >> tcp_do_segment() at tcp_do_segment+0x1512 >> tcp_input() at tcp_input+0x7f7 >> ip_input() at ip_input+0xa8 >> ether_demux() at ether_demux+0x1b4 >> ether_input() at ether_input+0x1bb >> bge_intr() at bge_intr+0x3ca >> ithread_loop() at ithread_loop+0x180 >> fork_exit() at fork_exit+0x11f >> fork_trampoline() at fork_trampoline+0xe >> --- trap 0, rip = 0, rsp = 0xffffffffea28fd30, rbp = 0 --- >> Uptime: 36m47s >> Physical memory: 4087 MB >> Dumping 708 MB: 693 677 661 645 629 613 597 581 565 549 533 517 501 >> 485 469 453 437 421 405 389 373 357 341 325 309 293 277 261 245 229 >> 213 197 181 165 149 133 117 101 85 69 53 37 21 5 >> >> #0 doadump () at pcpu.h:195 >> 195 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); >> (kgdb) bt >> #0 doadump () at pcpu.h:195 >> #1 0xffffffff8031adf8 in boot (howto=260) at >> /usr/src/sys/kern/kern_shutdown.c:418 >> #2 0xffffffff8031b25c in panic (fmt=Variable "fmt" is not available. >> ) at /usr/src/sys/kern/kern_shutdown.c:574 >> #3 0xffffffff8044a084 in vm_page_unwire (m=Variable "m" is not >> available. >> ) at /usr/src/sys/vm/vm_page.c:1410 >> #4 0xffffffff80379a4c in sf_buf_mext (addr=Variable "addr" is not >> available. >> ) at /usr/src/sys/kern/uipc_syscalls.c:1720 >> #5 0xffffffff8036e9c9 in mb_free_ext (m=0xffffff0081f93d00) at >> /usr/src/sys/kern/uipc_mbuf.c:257 > > May be it is wire_count integer overflow? > > wire_count type is u_short... > Yes, It clearly wire_count integer overflow On kernel with INVARIANTS panic string is: vm_page_wire: wire_count overflow m=0xffffff00d7d270c8 (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xffffffff8030b806 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xffffffff8030bc6c in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xffffffff8042e289 in vm_page_wire (m=Variable "m" is not available. ) at /usr/src/sys/vm/vm_page.c:1358 #4 0xffffffff8042f62e in vm_page_grab (object=0xffffff0003cfa340, pindex=7, allocflags=672) at /usr/src/sys/vm/vm_page.c:1695 #5 0xffffffff8036a9ca in kern_sendfile (td=0xffffff0003870a50, uap=0xffffffffec6e1bf0, hdr_uio=0x1000, trl_uio=0xffffff001ea7e6c0, compat=Variable "compat" is not available. ) at /usr/src/sys/kern/uipc_syscalls.c:2050 #6 0xffffffff8036b0f6 in sendfile (td=0xffffff0003870a50, uap=0xffffffffec6e1bf0) at /usr/src/sys/kern/uipc_syscalls.c:1775 #7 0xffffffff804593ec in syscall (frame=0xffffffffec6e1c80) at /usr/src/sys/amd64/amd64/trap.c:907 I see 2 ways to fix this bug: 1. Change wire_count type to u_int - it bad, because vm_page will eats more memory. I have tested with u_int wire_count - panic don't repeated. 2. Check wire_count overflow and return error to sendfile(2) caller, but it is not easy to implement... -- Anton Yuzhaninov From owner-freebsd-stable@FreeBSD.ORG Tue Nov 25 12:03:14 2008 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 2EB72106567A for ; Tue, 25 Nov 2008 12:03:14 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id D561C8FC20 for ; Tue, 25 Nov 2008 12:03:13 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1L4wdK-0004HE-9z for freebsd-stable@freebsd.org; Tue, 25 Nov 2008 12:03:10 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 25 Nov 2008 12:03:10 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 25 Nov 2008 12:03:10 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 25 Nov 2008 13:02:58 +0100 Lines: 33 Message-ID: References: <20081107142137.GA7051@icarus.home.lan> <4917285C.2030702@lozenetz.org> <20081111160526.GA1608@icarus.home.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig24B7D94FAEEA7F6B8094D5F2" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.17 (X11/20080925) In-Reply-To: X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: php-cgi frozen with sbwait when SMP enable 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, 25 Nov 2008 12:03:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig24B7D94FAEEA7F6B8094D5F2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Ken Chen wrote: > Change to configuration to solve this problem: >=20 > #server.network-backend =3D "freebsd-sendfile" > server.network-backend =3D "writev" >=20 > http://redmine.lighttpd.net/boards/2/topics/show/141 Good to know. Please consider posting a PR. --------------enig24B7D94FAEEA7F6B8094D5F2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJK+lyldnAQVacBcgRAu/7AKCk8sLGX92mcaVqE11LFwh3SjzsFgCfZKnO utOem+loQipCe+8ezfZnOFQ= =Ffz/ -----END PGP SIGNATURE----- --------------enig24B7D94FAEEA7F6B8094D5F2-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 25 13:42:10 2008 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 23B1A1065676 for ; Tue, 25 Nov 2008 13:42:10 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from crivens.kernel32.de (crivens.asm68k.org [81.169.171.191]) by mx1.freebsd.org (Postfix) with ESMTP id E0B988FC1A for ; Tue, 25 Nov 2008 13:42:09 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from www.terrorteam.de (localhost [127.0.0.1]) by crivens.kernel32.de (Postfix) with ESMTP id 6495BB02E8 for ; Tue, 25 Nov 2008 14:42:08 +0100 (CET) MIME-Version: 1.0 Date: Tue, 25 Nov 2008 14:42:08 +0100 From: Marian Hettwer To: freebsd-stable@freebsd.org Message-ID: <7511626e1d5390a7e614093c9dc4bc04@localhost> X-Sender: mh@kernel32.de User-Agent: RoundCube Webmail/0.1-rc2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Subject: nvidia quadro fx 1300 doesn't work 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, 25 Nov 2008 13:42:10 -0000 Hi Folks, I'm having trouble getting the nvidia.ko recognizing my nvidia card. As far as I understood the nvidia website, the card itself should be supported. To the facts: vgapci0@pci0:2:0:0: class=0x030000 card=0x023810de chip=0x00fe10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'NVBR02GL Quadro FX 1300' class = display subclass = VGA when kldloading: nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_busmaster vgapci0: child nvidia0 requested pci_enable_io nvidia0: [GIANT-LOCKED] nvidia0: [ITHREAD] this is a recent port of nvidia-driver: pkg_info nvidia-driver-173.14.12 The 177.* driver seems to be the wrong one, according to dmesg: NVRM: The NVIDIA Quadro FX 1300 GPU installed in this system is NVRM: supported through the NVIDIA 173.14.xx Legacy drivers. Please NVRM: visit http://www.nvidia.com/object/unix.html for more NVRM: information. The 177.80 NVIDIA driver will ignore NVRM: this GPU. Continuing probe... That's why I installed x11/nvidia-driver-173/ I'm just csup'ing the latest RELENG_7 to recompile world, although I doubt that it helps. FreeBSD right now is: FreeBSD motor.mobile.rz 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Wed Sep 10 18:39:19 CEST 2008 root@motor:/usr/obj/usr/src/sys/GENERIC any idea how to get the nvidia kernel driver up 'n' running? I'd really like to get rid of xorg's nv driver and use nvidia instead... Complete dmesg can be found here: http://crivens.kernel32.de/~rabauke/FreeBSD/dmesg-7.1-10thsep.txt Complete pciconf -lv here (the hostbridge entries are suspicious): http://crivens.kernel32.de/~rabauke/FreeBSD/pciconf-lv-10thsep.txt TIA, Marian From owner-freebsd-stable@FreeBSD.ORG Tue Nov 25 14:06:08 2008 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 DD347106564A; Tue, 25 Nov 2008 14:06:08 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 82E408FC0A; Tue, 25 Nov 2008 14:06:08 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1L4yYH-000In6-2v; Tue, 25 Nov 2008 16:06:05 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id mAPE62gm055136 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Nov 2008 16:06:02 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id mAPE620i029805; Tue, 25 Nov 2008 16:06:02 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id mAPE61tr029804; Tue, 25 Nov 2008 16:06:01 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 25 Nov 2008 16:06:01 +0200 From: Kostik Belousov To: Josh Carroll Message-ID: <20081125140601.GH2042@deviant.kiev.zoral.com.ua> References: <8cb6106e0811241129o642dcf28re4ae177c8ccbaa25@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tT3UgwmDxwvOMqfu" Content-Disposition: inline In-Reply-To: <8cb6106e0811241129o642dcf28re4ae177c8ccbaa25@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1L4yYH-000In6-2v fe9781d4b055e009e4d364450c5c50d8 X-Terabit: YES Cc: freebsd-fs@freebsd.org, FreeBSD Stable Subject: Re: ext2 inode size patch - RE: PR kern/124621 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, 25 Nov 2008 14:06:09 -0000 --tT3UgwmDxwvOMqfu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 24, 2008 at 02:29:57PM -0500, Josh Carroll wrote: > A while back, I submitted a patch for PR kern/124621, which allows the > mounting of an ext2(3) filesystem created with an inode size other > than 128. The e2fsprogs' default is now 256, so file systems created > on newer Linux distributions or with the port will not be mountable. >=20 > I was hopeful this would get committed in time for 7.1-RELEASE (and > 6.4-RELEASE), however the PR remains open. >=20 > If there is an issue with the patch itself, I would be glad to fix it. > I'm posting to fs@ because hopefully some folks more experienced with > file system/kernel code can have a look and see if the patch is ok to > commit. >=20 > I've seen a few people in ##freebsdhelp on Freenode as well as > #freebsdhelp on EFnet with this problem, and have had them test this > patch out with success (and no obvious adverse effects), so I was > hoping it could committed in time for 7.1-RELEASE. Since 6.4 is so > close to release, I'm not so sure about that. >=20 > Anyway, I would appreciate it if the patch could get some review to > see if it can be committed in time. I already expressed my opinion on http://lists.freebsd.org/pipermail/freebsd-hackers/2008-September/025933.ht= ml --tT3UgwmDxwvOMqfu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkksBkkACgkQC3+MBN1Mb4g1PgCggOMebiGEkgSE8pRzdcNU+LLb uKsAn0NKlK252ckvN/+4gXJe3NFmNpeG =w9bP -----END PGP SIGNATURE----- --tT3UgwmDxwvOMqfu-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 25 14:17:07 2008 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 D5BB7106568F for ; Tue, 25 Nov 2008 14:17:07 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.189]) by mx1.freebsd.org (Postfix) with ESMTP id 91AAD8FC4B for ; Tue, 25 Nov 2008 14:17:07 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by rn-out-0910.google.com with SMTP id j71so1948603rne.12 for ; Tue, 25 Nov 2008 06:17:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=IDQLbBr+kQnmD8uDhtponrzOEkXSnR5AC8it+sqSCVM=; b=qqJO2G4Qu02Jjnuaf7dPxYm8I6bTffL44gNKWF4rOZgN8yiEU50Ya4XwAPv4v9Ai4f meYYyJ801JUNYA6gmrr/ELKojFh5wKKCcxbVlY4OiyoDOweRfTkvVcyWpXw50pFuL6Be 5/p1gPJoe1eizA671HjMfh05sNKl194qpoYqs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:references; b=SYIyxOmxXY1QJ17Xmk6QbhSeHJaqgZS9XSotDiiex8eLC8w5nuJReOdP/qkEDPRlJq wglLEvc5AmZUTbGsXeh0Ur19TmDFubQ3ZD8rfbFAlHjAlBB4mEwt6/bcXynqiktrd/A+ D5y/wY4l2yuiXzD/OxvQHA8RqeAQclhYfBHn4= Received: by 10.151.147.16 with SMTP id z16mr9331688ybn.13.1227622626688; Tue, 25 Nov 2008 06:17:06 -0800 (PST) Received: by 10.150.218.5 with HTTP; Tue, 25 Nov 2008 06:17:06 -0800 (PST) Message-ID: <8cb6106e0811250617q5fffb41exe20dfb8314fc4a9d@mail.gmail.com> Date: Tue, 25 Nov 2008 09:17:06 -0500 From: "Josh Carroll" To: "Kostik Belousov" In-Reply-To: <20081125140601.GH2042@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8cb6106e0811241129o642dcf28re4ae177c8ccbaa25@mail.gmail.com> <20081125140601.GH2042@deviant.kiev.zoral.com.ua> Cc: freebsd-fs@freebsd.org, FreeBSD Stable Subject: Re: ext2 inode size patch - RE: PR kern/124621 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Nov 2008 14:17:07 -0000 > I already expressed my opinion on > http://lists.freebsd.org/pipermail/freebsd-hackers/2008-September/025933.html > Sorry, I do not subscribe to hackers@ so I did not see that message. So what do you recommend is done to further test it? I tested simple things like copies, writes, deletes, etc on a memory disk, but nothing formal. I don't (currently) have a spare blank disk or space on an existing disk to test on physical media, but I can look into doing so once my development box is back up and running. I'm also curious what about the changes you feel are dangerous, so I can target the testing to exercise the boundary conditions or circumstances you think this patch would elicit problems. Thanks, Josh From owner-freebsd-stable@FreeBSD.ORG Tue Nov 25 14:28:31 2008 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 B0802106564A; Tue, 25 Nov 2008 14:28:31 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 55C9D8FC1B; Tue, 25 Nov 2008 14:28:31 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1L4yty-000NEc-7z; Tue, 25 Nov 2008 16:28:30 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id mAPESRPm057720 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Nov 2008 16:28:27 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id mAPESRfh046284; Tue, 25 Nov 2008 16:28:27 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id mAPESRYs046279; Tue, 25 Nov 2008 16:28:27 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 25 Nov 2008 16:28:27 +0200 From: Kostik Belousov To: Josh Carroll Message-ID: <20081125142827.GI2042@deviant.kiev.zoral.com.ua> References: <8cb6106e0811241129o642dcf28re4ae177c8ccbaa25@mail.gmail.com> <20081125140601.GH2042@deviant.kiev.zoral.com.ua> <8cb6106e0811250617q5fffb41exe20dfb8314fc4a9d@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YrQNB5Deg1WGKZi3" Content-Disposition: inline In-Reply-To: <8cb6106e0811250617q5fffb41exe20dfb8314fc4a9d@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1L4yty-000NEc-7z a13e4a15a875bcf41a1bab53dbf2c87b X-Terabit: YES Cc: freebsd-fs@freebsd.org, FreeBSD Stable Subject: Re: ext2 inode size patch - RE: PR kern/124621 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, 25 Nov 2008 14:28:31 -0000 --YrQNB5Deg1WGKZi3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 25, 2008 at 09:17:06AM -0500, Josh Carroll wrote: > > I already expressed my opinion on > > http://lists.freebsd.org/pipermail/freebsd-hackers/2008-September/02593= 3.html > > >=20 > Sorry, I do not subscribe to hackers@ so I did not see that message. > So what do you recommend is done to further test it? I tested simple > things like copies, writes, deletes, etc on a memory disk, but nothing > formal. I don't (currently) have a spare blank disk or space on an > existing disk to test on physical media, but I can look into doing so > once my development box is back up and running. > > I'm also curious what about the changes you feel are dangerous, so > I can target the testing to exercise the boundary conditions or > circumstances you think this patch would elicit problems. I do not suggest testing. I suggest understand what inode metadata is stored in the added 128 bytes and evaluate whether this information can be ignored without dangerous consequences for filesystem consistency or user data. --YrQNB5Deg1WGKZi3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkksC4sACgkQC3+MBN1Mb4jj1QCfaVNB2QHYcaUXwA/t2L1v96Lr y4gAmwfewF0Ox1PUlLFkRCj8QFLQnVGu =u/UR -----END PGP SIGNATURE----- --YrQNB5Deg1WGKZi3-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 25 15:03:49 2008 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 1D86A106564A; Tue, 25 Nov 2008 15:03:49 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 064248FC18; Tue, 25 Nov 2008 15:03:47 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1L4zS6-0003Jf-Mg; Tue, 25 Nov 2008 17:03:46 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id mAPF3h0v061835 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Nov 2008 17:03:43 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id mAPF3gCF058475; Tue, 25 Nov 2008 17:03:42 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id mAPF3gT3058474; Tue, 25 Nov 2008 17:03:42 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 25 Nov 2008 17:03:42 +0200 From: Kostik Belousov To: Josh Carroll Message-ID: <20081125150342.GL2042@deviant.kiev.zoral.com.ua> References: <8cb6106e0811241129o642dcf28re4ae177c8ccbaa25@mail.gmail.com> <20081125140601.GH2042@deviant.kiev.zoral.com.ua> <8cb6106e0811250617q5fffb41exe20dfb8314fc4a9d@mail.gmail.com> <20081125142827.GI2042@deviant.kiev.zoral.com.ua> <8cb6106e0811250657q6fdf08b0x1e94f35fd0a7ed4f@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ucfHZChuBC0NsER/" Content-Disposition: inline In-Reply-To: <8cb6106e0811250657q6fdf08b0x1e94f35fd0a7ed4f@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1L4zS6-0003Jf-Mg 4d2fb6b8ba26568a1f40e41e02a31b2b X-Terabit: YES Cc: freebsd-fs@freebsd.org, FreeBSD Stable Subject: Re: ext2 inode size patch - RE: PR kern/124621 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, 25 Nov 2008 15:03:49 -0000 --ucfHZChuBC0NsER/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 25, 2008 at 09:57:18AM -0500, Josh Carroll wrote: > > I do not suggest testing. I suggest understand what inode metadata is s= tored > > in the added 128 bytes and evaluate whether this information can be ign= ored > > without dangerous consequences for filesystem consistency or user data. > > >=20 > Well, to be clear I didn't just double the size of the inode table. It > is dynamically determined based on the data structure. I'm not a file > system expert (to call me a novice would probably be stretching it), > so I'm hoping someone more versed can chime in. > > All the code does is query the data structure (specifically, the > s_inode_size field of the structure) and use that value instead of > blindly assuming an inode size of 128. I don't think it's a matter of > what is done with the extra bits, since it's just querying the size of > an already created filesystem. Ok, I describe my concern once more. I do not object against the checking of the inode size. But, if inode size is changed, then some data is added to the inode, that could (and usually does, otherwise why extend it ?) change intrerpetation of the inode. Thus, we need a verification of the fact that simply ignoring added fields does not damage filesystem or cause user data corruption. Verification !=3D testing. Until we make this work, patch cannot go into the tree. --ucfHZChuBC0NsER/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkksE84ACgkQC3+MBN1Mb4iE8gCg1Ue4Be6qJSS+Tj4ewDC1fq2f L1UAoL1dlpbZ1B6N39248Fn7jvVgxYW0 =JVAS -----END PGP SIGNATURE----- --ucfHZChuBC0NsER/-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 25 15:05:06 2008 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 3B1111065670 for ; Tue, 25 Nov 2008 15:05:06 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from mail-gx0-f12.google.com (mail-gx0-f12.google.com [209.85.217.12]) by mx1.freebsd.org (Postfix) with ESMTP id CDF7F8FC1E for ; Tue, 25 Nov 2008 15:05:05 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by gxk5 with SMTP id 5so321517gxk.19 for ; Tue, 25 Nov 2008 07:05:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=RRS1FXdk6KlOebjY9FSAS8fA0kl0y8YlEbfplRT45M0=; b=Jdoquum9NTRB8Y0QWe5f8nVgLb8KfQcg0Nt6AoMr9acbSrXoHEhV7gYmJrymn+7uwW Sw9ypTcOTH1ZR8JZ6e55Ii8jZ36ytrGvHULsbe9aLoYkI+CEMwR5t5stql0dU8B492Q6 Npv9G8Qdzt/ok6XTJQxB8TWm2JSo1p3K/UARI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:references; b=lsYAyPaKcTCUAIp/Wj2A4i6S4P+wIouowlWywrqAgdKywOQ/brvAQrjy/fq6EoQdDz 0+iFAW/TN5PGzkneHzVWCxSrEm5dbniD/tsv/135HgwW9S1uLJiV5BRVrwvK4riSd8tU HkCGK/J+VNsfPKDfHslQVJytvu0VuUBTeJb5E= Received: by 10.150.49.15 with SMTP id w15mr8563645ybw.152.1227625038227; Tue, 25 Nov 2008 06:57:18 -0800 (PST) Received: by 10.150.218.5 with HTTP; Tue, 25 Nov 2008 06:57:18 -0800 (PST) Message-ID: <8cb6106e0811250657q6fdf08b0x1e94f35fd0a7ed4f@mail.gmail.com> Date: Tue, 25 Nov 2008 09:57:18 -0500 From: "Josh Carroll" To: "Kostik Belousov" In-Reply-To: <20081125142827.GI2042@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8cb6106e0811241129o642dcf28re4ae177c8ccbaa25@mail.gmail.com> <20081125140601.GH2042@deviant.kiev.zoral.com.ua> <8cb6106e0811250617q5fffb41exe20dfb8314fc4a9d@mail.gmail.com> <20081125142827.GI2042@deviant.kiev.zoral.com.ua> Cc: freebsd-fs@freebsd.org, FreeBSD Stable Subject: Re: ext2 inode size patch - RE: PR kern/124621 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Nov 2008 15:05:06 -0000 > I do not suggest testing. I suggest understand what inode metadata is stored > in the added 128 bytes and evaluate whether this information can be ignored > without dangerous consequences for filesystem consistency or user data. > Well, to be clear I didn't just double the size of the inode table. It is dynamically determined based on the data structure. I'm not a file system expert (to call me a novice would probably be stretching it), so I'm hoping someone more versed can chime in. All the code does is query the data structure (specifically, the s_inode_size field of the structure) and use that value instead of blindly assuming an inode size of 128. I don't think it's a matter of what is done with the extra bits, since it's just querying the size of an already created filesystem. Thanks, Josh From owner-freebsd-stable@FreeBSD.ORG Tue Nov 25 15:11:10 2008 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 C6A01106567A for ; Tue, 25 Nov 2008 15:11:10 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 792B08FC25 for ; Tue, 25 Nov 2008 15:11:10 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1072506yxb.13 for ; Tue, 25 Nov 2008 07:11:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=XR6Vnj6YGXBsIv5h/CS4qPwS++MUIR88S/RJB1E8yFo=; b=U3V03csqKVSqbuJ06+wQgMzezPyapB3xlUxnXx+TpxFXXNwqEtDFZi7fBKfNY3w30b P7TN6Ra59Ad3MMC8sKlhmYBYvlHDDgeMR07DE3MetMEUYsOEuBltJyOFhFT1whZEQY7t o7O5d5OlFRanc6FcSbVETHTf6xoHnv9/ctxhs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:references; b=ctTj0LEr494K9ehKvPlg/RBUHp0+7wdr6NvTM9a++Zm9ZLQrAtblzq4mwKKix4wWJ6 MHyZ6isywJ2mj53+/8oVCQh2cQ60EJEOQx0huxUZjVznC/t7YcVn5Tecz0N2rH+oKy+f Ioo8OK0WOTLea8t/Y9YqCbK7EZL5ULSTc2o34= Received: by 10.151.149.14 with SMTP id b14mr9306415ybo.243.1227625869560; Tue, 25 Nov 2008 07:11:09 -0800 (PST) Received: by 10.150.218.5 with HTTP; Tue, 25 Nov 2008 07:11:09 -0800 (PST) Message-ID: <8cb6106e0811250711x39775d2asd601e8a53eaaeac7@mail.gmail.com> Date: Tue, 25 Nov 2008 10:11:09 -0500 From: "Josh Carroll" To: "Kostik Belousov" In-Reply-To: <20081125150342.GL2042@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8cb6106e0811241129o642dcf28re4ae177c8ccbaa25@mail.gmail.com> <20081125140601.GH2042@deviant.kiev.zoral.com.ua> <8cb6106e0811250617q5fffb41exe20dfb8314fc4a9d@mail.gmail.com> <20081125142827.GI2042@deviant.kiev.zoral.com.ua> <8cb6106e0811250657q6fdf08b0x1e94f35fd0a7ed4f@mail.gmail.com> <20081125150342.GL2042@deviant.kiev.zoral.com.ua> Cc: freebsd-fs@freebsd.org, FreeBSD Stable Subject: Re: ext2 inode size patch - RE: PR kern/124621 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Nov 2008 15:11:10 -0000 > Ok, I describe my concern once more. I do not object against the checking > of the inode size. But, if inode size is changed, then some data is added > to the inode, that could (and usually does, otherwise why extend it ?) > change intrerpetation of the inode. Thus, we need a verification of the > fact that simply ignoring added fields does not damage filesystem or > cause user data corruption. Verification != testing. Ok, I see your point. I will do some more research into the ext2 inode structure on disk and see what happens when inode size > 128. > > Until we make this work, patch cannot go into the tree. > Understood, thanks for your attention. Regards, Josh From owner-freebsd-stable@FreeBSD.ORG Tue Nov 25 15:11:28 2008 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 417C910656FE for ; Tue, 25 Nov 2008 15:11:28 +0000 (UTC) (envelope-from lists@loveturtle.net) Received: from loveturtle.net (loveturtle.net [216.89.228.174]) by mx1.freebsd.org (Postfix) with ESMTP id 0736A8FC1D for ; Tue, 25 Nov 2008 15:11:27 +0000 (UTC) (envelope-from lists@loveturtle.net) Received: from localhost (localhost [127.0.0.1]) by loveturtle.net (Postfix) with ESMTP id 75A3AA5276 for ; Tue, 25 Nov 2008 09:54:24 -0500 (EST) X-Virus-Scanned: amavisd-new at loveturtle.net Received: from loveturtle.net ([127.0.0.1]) by localhost (loveturtle.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I0h-CuM774Ft for ; Tue, 25 Nov 2008 09:54:23 -0500 (EST) Received: from vier.loveturtle.net (vier.loveturtle.net [216.182.254.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by loveturtle.net (Postfix) with ESMTPSA id 1DA2DA526B for ; Tue, 25 Nov 2008 09:54:23 -0500 (EST) Message-ID: <492C119E.4070601@loveturtle.net> Date: Tue, 25 Nov 2008 09:54:22 -0500 From: Dillon Kass User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b1pre) Gecko/20081006 Shredder/3.0a3 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <5f67a8c40811211558n5fc77a54v3d4589dc838af443@mail.gmail.com> <492B36F0.7080207@modulus.org> In-Reply-To: <492B36F0.7080207@modulus.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: MFC ZFS: when? 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, 25 Nov 2008 15:11:28 -0000 I'm very excited and can't wait! I have this clone I need to promote but I'm encountering this bug http://bugs.opensolaris.org/view_bug.do?bug_id=6738349 Hopefully it gets mfc before the diff between the real fs and the clone becomes so large that my pool fills up :-) I should have a few months before that happens though. On 11/24/08 6:21 PM, Andrew Snow wrote: > > The problem appears to be that the latest ZFS commit in 8-CURRENT > relies on too many other new features that aren't in 7.1. > > After 7.1 is released, then perhaps ZFS and the other new code it > requires can be moved into 7-STABLE? > > - Andrew > > _______________________________________________ > 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 Tue Nov 25 15:51:22 2008 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 4D2CB106564A for ; Tue, 25 Nov 2008 15:51:22 +0000 (UTC) (envelope-from peter@simons-rock.edu) Received: from hedwig.simons-rock.edu (hedwig.simons-rock.edu [208.81.88.14]) by mx1.freebsd.org (Postfix) with ESMTP id 0FAA48FC13 for ; Tue, 25 Nov 2008 15:51:22 +0000 (UTC) (envelope-from peter@simons-rock.edu) Received: from cesium.hyperfine.info (c2.8d.5646.static.theplanet.com [70.86.141.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hedwig.simons-rock.edu (Postfix) with ESMTP id 33D93ED01D; Tue, 25 Nov 2008 10:51:21 -0500 (EST) Date: Tue, 25 Nov 2008 10:48:26 -0500 From: "Peter C. Lai" To: Josh Carroll Message-ID: <20081125154826.GI27780@cesium.hyperfine.info> References: <8cb6106e0811241129o642dcf28re4ae177c8ccbaa25@mail.gmail.com> <20081125140601.GH2042@deviant.kiev.zoral.com.ua> <8cb6106e0811250617q5fffb41exe20dfb8314fc4a9d@mail.gmail.com> <20081125142827.GI2042@deviant.kiev.zoral.com.ua> <8cb6106e0811250657q6fdf08b0x1e94f35fd0a7ed4f@mail.gmail.com> <20081125150342.GL2042@deviant.kiev.zoral.com.ua> <8cb6106e0811250711x39775d2asd601e8a53eaaeac7@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8cb6106e0811250711x39775d2asd601e8a53eaaeac7@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-fs@freebsd.org, FreeBSD Stable Subject: Re: ext2 inode size patch - RE: PR kern/124621 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, 25 Nov 2008 15:51:22 -0000 On 2008-11-25 10:11:09AM -0500, Josh Carroll wrote: > > Ok, I describe my concern once more. I do not object against the checking > > of the inode size. But, if inode size is changed, then some data is added > > to the inode, that could (and usually does, otherwise why extend it ?) > > change intrerpetation of the inode. Thus, we need a verification of the > > fact that simply ignoring added fields does not damage filesystem or > > cause user data corruption. Verification != testing. > > Ok, I see your point. I will do some more research into the ext2 inode > structure on disk and see what happens when inode size > 128. Possibly overstating the obvious, but since e2fsprogs were the ones who actually initiated the change in default inode size, maybe start digging through that to see what it actually does with the other 128 bytes (the changelog and some posts on comp.os.linux seem to suggest is that it has something to do with optimizing extended attributes/acls; basically extended acls being inaccessible to kernels that ignore the extra data, and 2.4 kernels refusing to mount those filesystems at all (presumably due to the same assumption we've been making)). -- =========================================================== Peter C. Lai | Bard College at Simon's Rock Systems Administrator | 84 Alford Rd. Information Technology Svcs. | Gt. Barrington, MA 01230 USA peter AT simons-rock.edu | (413) 528-7428 =========================================================== From owner-freebsd-stable@FreeBSD.ORG Tue Nov 25 16:44:39 2008 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 EE7E51065670 for ; Tue, 25 Nov 2008 16:44:39 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail-chaos.rambler.ru (mail-chaos.rambler.ru [81.19.68.130]) by mx1.freebsd.org (Postfix) with ESMTP id 885528FC1B for ; Tue, 25 Nov 2008 16:44:39 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from cmb.rambler.ramblermedia.com (unknown [81.19.91.13]) (Authenticated sender: citrin@citrin.ru) by mail-chaos.rambler.ru (Postfix) with ESMTPSA id EC44A1705C for ; Tue, 25 Nov 2008 19:44:37 +0300 (MSK) Message-ID: <492C2B75.8090007@citrin.ru> Date: Tue, 25 Nov 2008 19:44:37 +0300 From: Anton Yuzhaninov User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org References: <492B2F46.9000709@citrin.ru> <492B3B01.9040105@citrin.ru> <492BE78B.6070202@citrin.ru> In-Reply-To: <492BE78B.6070202@citrin.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: RELENG_7 panic under load: vm_page_unwire: invalid wire count: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Nov 2008 16:44:40 -0000 On 25.11.2008 14:54, Anton Yuzhaninov wrote: > On 25.11.2008 02:38, Anton Yuzhaninov wrote: >> On 25.11.2008 01:48, Anton Yuzhaninov wrote: >>> Box with fresh RELENG_7 panic under heavy network load (more than 50k >>> connections). >>> >>> This panics seems to be senfile(2) related, because when sendfile >>> disabled in nginx, I can't reproduce the problem. >>> >>> Backtrace in all cases like this: >>> >>> # kgdb kernel /spool/crash/vmcore.1 >>> GNU gdb 6.1.1 [FreeBSD] >>> Copyright 2004 Free Software Foundation, Inc. >>> GDB is free software, covered by the GNU General Public License, and >>> you are >>> welcome to change it and/or distribute copies of it under certain >>> conditions. >>> Type "show copying" to see the conditions. >>> There is absolutely no warranty for GDB. Type "show warranty" for >>> details. >>> This GDB was configured as "amd64-marcel-freebsd"... >>> >>> Unread portion of the kernel message buffer: >>> panic: vm_page_unwire: invalid wire count: 0 >>> cpuid = 0 >>> KDB: stack backtrace: >>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a >>> panic() at panic+0x182 >>> vm_page_unwire() at vm_page_unwire+0x84 >>> sf_buf_mext() at sf_buf_mext+0x3c >>> mb_free_ext() at mb_free_ext+0x99 >>> sbdrop_internal() at sbdrop_internal+0x1e8 >>> tcp_do_segment() at tcp_do_segment+0x1512 >>> tcp_input() at tcp_input+0x7f7 >>> ip_input() at ip_input+0xa8 >>> ether_demux() at ether_demux+0x1b4 >>> ether_input() at ether_input+0x1bb >>> bge_intr() at bge_intr+0x3ca >>> ithread_loop() at ithread_loop+0x180 >>> fork_exit() at fork_exit+0x11f >>> fork_trampoline() at fork_trampoline+0xe >>> --- trap 0, rip = 0, rsp = 0xffffffffea28fd30, rbp = 0 --- >>> Uptime: 36m47s >>> Physical memory: 4087 MB >>> Dumping 708 MB: 693 677 661 645 629 613 597 581 565 549 533 517 501 >>> 485 469 453 437 421 405 389 373 357 341 325 309 293 277 261 245 229 >>> 213 197 181 165 149 133 117 101 85 69 53 37 21 5 >>> >>> #0 doadump () at pcpu.h:195 >>> 195 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); >>> (kgdb) bt >>> #0 doadump () at pcpu.h:195 >>> #1 0xffffffff8031adf8 in boot (howto=260) at >>> /usr/src/sys/kern/kern_shutdown.c:418 >>> #2 0xffffffff8031b25c in panic (fmt=Variable "fmt" is not available. >>> ) at /usr/src/sys/kern/kern_shutdown.c:574 >>> #3 0xffffffff8044a084 in vm_page_unwire (m=Variable "m" is not >>> available. >>> ) at /usr/src/sys/vm/vm_page.c:1410 >>> #4 0xffffffff80379a4c in sf_buf_mext (addr=Variable "addr" is not >>> available. >>> ) at /usr/src/sys/kern/uipc_syscalls.c:1720 >>> #5 0xffffffff8036e9c9 in mb_free_ext (m=0xffffff0081f93d00) at >>> /usr/src/sys/kern/uipc_mbuf.c:257 >> >> May be it is wire_count integer overflow? >> >> wire_count type is u_short... >> > > Yes, It clearly wire_count integer overflow > > On kernel with INVARIANTS panic string is: > > vm_page_wire: wire_count overflow m=0xffffff00d7d270c8 > > (kgdb) bt > #0 doadump () at pcpu.h:195 > #1 0xffffffff8030b806 in boot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:418 > #2 0xffffffff8030bc6c in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:574 > #3 0xffffffff8042e289 in vm_page_wire (m=Variable "m" is not available. > ) at /usr/src/sys/vm/vm_page.c:1358 > #4 0xffffffff8042f62e in vm_page_grab (object=0xffffff0003cfa340, > pindex=7, allocflags=672) > at /usr/src/sys/vm/vm_page.c:1695 > #5 0xffffffff8036a9ca in kern_sendfile (td=0xffffff0003870a50, > uap=0xffffffffec6e1bf0, hdr_uio=0x1000, > trl_uio=0xffffff001ea7e6c0, compat=Variable "compat" is not available. > ) at /usr/src/sys/kern/uipc_syscalls.c:2050 > #6 0xffffffff8036b0f6 in sendfile (td=0xffffff0003870a50, > uap=0xffffffffec6e1bf0) at /usr/src/sys/kern/uipc_syscalls.c:1775 > #7 0xffffffff804593ec in syscall (frame=0xffffffffec6e1c80) at > /usr/src/sys/amd64/amd64/trap.c:907 > > I see 2 ways to fix this bug: > > 1. Change wire_count type to u_int - it bad, because vm_page will eats > more memory. > > I have tested with u_int wire_count - panic don't repeated. > It seems to be good solution. due to alignment vm_page has same size On unpatched kernel (u_short wire_count): (kgdb) print sizeof(struct vm_page) $1 = 120 On patched kernel (u_int wire_count): (kgdb) print sizeof(struct vm_page) $1 = 120 arch is amd64 on both boxes. -- Anton Yuzhaninov From owner-freebsd-stable@FreeBSD.ORG Tue Nov 25 18:53:10 2008 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 E20E2106564A for ; Tue, 25 Nov 2008 18:53:10 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id 8F2B98FC20 for ; Tue, 25 Nov 2008 18:53:10 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so61262ywe.13 for ; Tue, 25 Nov 2008 10:53:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=ffHlJ51ei4d4CfYCJPXzM+mZ2dLUnt+5C5vIr1d7/DY=; b=RMh3+c75yNgksK2e2uyGiA+4RNsotLSyXbabn9Q0DV3CUYnvs7+Y6qlNcKoUxOPI/l /99ruPiPLebp6z5u+tF3RKgqERhiwiGbNWeZrljhRk6qdGTp34SamTpZABBM00Wufp2w QdgfhiCuAsWGcX+jz26uWi2oQXNfy/Ek/NFd8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=uonOx2q0NPYwpjLvnuJyINc4tq/gIdhTuSng45dDh9jS0cBJ1aYfVNzSB6g6lKk1AV GhrIR6ixbaPfJhapouAHijOrx8oZicEkmumeZMWxz4VaB4to/tAKoEF6DLlzYuAofqLE rKYDSkORwqUIFcdrqEMAy+YMUtMvkQOqTJYhY= Received: by 10.103.240.5 with SMTP id s5mr1724822mur.106.1227637862671; Tue, 25 Nov 2008 10:31:02 -0800 (PST) Received: by 10.103.1.7 with HTTP; Tue, 25 Nov 2008 10:31:02 -0800 (PST) Message-ID: Date: Tue, 25 Nov 2008 13:31:02 -0500 From: "Scott Ullrich" To: "Ken Chen" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081107142137.GA7051@icarus.home.lan> <4917285C.2030702@lozenetz.org> <20081111160526.GA1608@icarus.home.lan> Cc: stable@freebsd.org Subject: Re: php-cgi frozen with sbwait when SMP enable 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, 25 Nov 2008 18:53:11 -0000 On Tue, Nov 25, 2008 at 6:40 AM, Ken Chen wrote: > Change to configuration to solve this problem: > > #server.network-backend = "freebsd-sendfile" > server.network-backend = "writev" > > http://redmine.lighttpd.net/boards/2/topics/show/141 Maybe this patch is related? http://redmine.lighttpd.net/issues/show/1813 Scott From owner-freebsd-stable@FreeBSD.ORG Tue Nov 25 20:09:08 2008 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 202F5106564A for ; Tue, 25 Nov 2008 20:09:08 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id C9CD78FC08 for ; Tue, 25 Nov 2008 20:09:07 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id mAPK97Pp054600 for ; Tue, 25 Nov 2008 12:09:07 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id mAPK97jM054599 for stable@freebsd.org; Tue, 25 Nov 2008 12:09:07 -0800 (PST) (envelope-from david) Date: Tue, 25 Nov 2008 12:09:07 -0800 From: David Wolfskill To: stable@freebsd.org Message-ID: <20081125200907.GX83287@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+OC8RVH7U83T7eJX" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: RELENG_7_1: Laptop mouse (psm0) disappeared??!? 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, 25 Nov 2008 20:09:08 -0000 --+OC8RVH7U83T7eJX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I was running the recently-tagged RELENG_7_1 on my laptop, doing stuff involving switching among a small handful of xterms, when the mouse became unresponsive. Ctl+Alt+F2 got me to a vty, though, so the systems hadn't paniced. A "ps ax | grep mouse" showed that moused(8) was running. I tried re-starting moused(8) via "sh /etc/rc.d/moused restart", only to be informed: psm0: failed to reset the aux device. psm0: the aux device has gone! (reinitialize). This was not auspicious. :-{ I tried suspend (to RAM), then awakening the machine; no change. I tried attaching an external PS/2 mouse; no change. Eventually, I gave up & rebooted -- after appending hint.psm.0.flags=3D"0x2000" to /boot/device.hints. The machine is running: FreeBSD 7.1-PRERELEASE #785: Tue Nov 25 05:59:55 PST 2008 root@g1-37.ca= twhisker.org:/common/S3/obj/usr/src/sys/CANARY i386 The hardware is a mutant/hybrid between a Dell Latitude D840 & a Dell Inspiron 8200. While I normally run RELENG_6 when I'm doing most work on it, I have been tracking RELENG_6 (on slice 1), RELENG_7 (on slice 3), and HEAD (on slice 4). This morning, I "cloned" slice 3 to slice 2 & set it up to track RELENG_7_1. I've not encountered this behavior previously; the current hardware configuration has been stable for at least 6 weeks or so (and most of the significant parts have been in regular use for at least a couple of years). I'm not especially keen to turn psm(4) debugging on, unless there's some way to get it to be pretty selective and only produce output that has a reasonably high probability of being useful. Any (other) suggestions? Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --+OC8RVH7U83T7eJX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkksW2IACgkQmprOCmdXAD0JIgCfQbHiUXWK/L/GHX/C5Xmj+q45 voUAn1cCLUQDU6oEt4t/2KWd0HwGFbuC =AOug -----END PGP SIGNATURE----- --+OC8RVH7U83T7eJX-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 26 00:09:47 2008 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 B6F5A1065679 for ; Wed, 26 Nov 2008 00:09:47 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.191]) by mx1.freebsd.org (Postfix) with ESMTP id 4C7508FC13 for ; Wed, 26 Nov 2008 00:09:46 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so161230fkk.11 for ; Tue, 25 Nov 2008 16:09:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=1ne3+3ghrZpmVFSapNPB2zVfAp5pJRM9be+9PXrA8rs=; b=MKqiOg+Y468dtSwGKP49dNo/mbaVkw/ztCBbUTGDF70KbNiMREQV4mabTTZEKfaZv5 747ZE1jvQMaRsf0ddWooFtoZQB4yQaCDYc6wS0fm5nW11j7R3bShGo7kNt+uXKJk6rsQ Y8eXMmj8DRFnGLTfiJnZtldGpu5N+RShjVzD4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=wJ/7Ywp+FH6IF/Hz71jQcDK79xa/c/Qd8YV//cMRbI4Adf6QU/EHCwB6pTLB8Ameg+ PaGinCmwbzyW2qp8HYhvMt/OMkZFZsrmNCd/jNJjIBjOuGBHv+f+fnPu4t33+H/cca7E b0ha2GChp5+s3YagOsORQLqjmBsrUbBrlCQT4= Received: by 10.181.217.2 with SMTP id u2mr1709615bkq.153.1227656488203; Tue, 25 Nov 2008 15:41:28 -0800 (PST) Received: by 10.181.25.9 with HTTP; Tue, 25 Nov 2008 15:41:28 -0800 (PST) Message-ID: <2a41acea0811251541n53887005oabd7d2d96f346b6d@mail.gmail.com> Date: Tue, 25 Nov 2008 15:41:28 -0800 From: "Jack Vogel" To: "freebsd-net@freebsd.org" , "FreeBSD stable" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: 7.1 RC E1000 fix testing 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, 26 Nov 2008 00:09:47 -0000 Anyone running 7.1 and using E1000 hardware that has the time, I would appreciate any testing you can do. This has an important fix for SuperMicro servers but any regression test of the code would be helpful. The email was getting rejected due to the tarball size, so contact me and I will send you the code directly. Jack From owner-freebsd-stable@FreeBSD.ORG Tue Nov 25 23:58:52 2008 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 EC436106564A for ; Tue, 25 Nov 2008 23:58:51 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 4DEA78FC14 for ; Tue, 25 Nov 2008 23:58:49 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so108269fgb.35 for ; Tue, 25 Nov 2008 15:58:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=c1f3CMZoyROxjaWAvWd+6W3oiupdyUkZC+2juLHCoqA=; b=wlYPhkXHANK/db06/wgzACRpHTbTvoszMqXH6bcjeN1TVMXB6KIjosBpYIL0gn6yu7 6W9ixzgyDnvxB9hCrc/YQceF1WQFbBtU3lH0iG7sWvllmwTbs57X3CADDfaHjWt9fuyg 7atJAkhfWE4mJQuX9xuGswoACZiqTJZPb4+Bo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=Ggkh/pfzuYGfi6ED8Tskqb+3Xl9s+4h68w+WJkSaX9aDc6CSsw0GZdNcH8bCPVEhjW bTK0RfuMKK0AbRHNIJtFQDHxkxwE2ESiGcJcvGKD3HEO5jzLu2HcRLkwCZC5+3dA7iBB 9+lWY7LldQ4LzJnWPe0sI8T042iVNx0aUopcg= Received: by 10.181.197.2 with SMTP id z2mr1717362bkp.100.1227656320654; Tue, 25 Nov 2008 15:38:40 -0800 (PST) Received: by 10.181.25.9 with HTTP; Tue, 25 Nov 2008 15:38:39 -0800 (PST) Message-ID: <2a41acea0811251538x6dbc8d5etcb114b99b784800a@mail.gmail.com> Date: Tue, 25 Nov 2008 15:38:39 -0800 From: "Jack Vogel" To: "freebsd-net@freebsd.org" , "FreeBSD stable" MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_19936_21980209.1227656320636" X-Mailman-Approved-At: Wed, 26 Nov 2008 00:16:41 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: 7.1 RC E1000 fix 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, 25 Nov 2008 23:58:52 -0000 ------=_Part_19936_21980209.1227656320636 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Anyone running 7.1 and using E1000 hardware that has the time, I would appreciate any testing you can do. This has an important fix for SuperMicro servers but any regression test of the code would be helpful. Backup the contents of /usr/src/sys/dev/e1000 and then overwrite with this tarball. Send feedback to me, Jack ------=_Part_19936_21980209.1227656320636-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 26 00:17:04 2008 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 BB4401065672 for ; Wed, 26 Nov 2008 00:17:04 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: from mail.h3q.com (mail.h3q.com [213.73.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 0D19A8FC12 for ; Wed, 26 Nov 2008 00:17:03 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: (qmail 66899 invoked from network); 25 Nov 2008 23:50:22 -0000 Received: from unknown (HELO goa.local) (smtpsend@78.52.96.0) by mail.h3q.com with AES256-SHA encrypted SMTP; 25 Nov 2008 23:50:22 -0000 Message-ID: <492C8F3D.2090602@h3q.com> Date: Wed, 26 Nov 2008 00:50:21 +0100 From: Philipp Wuensche User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <5f67a8c40811211558n5fc77a54v3d4589dc838af443@mail.gmail.com> <492B36F0.7080207@modulus.org> <492C119E.4070601@loveturtle.net> In-Reply-To: <492C119E.4070601@loveturtle.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Dillon Kass Subject: Re: MFC ZFS: when? 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, 26 Nov 2008 00:17:04 -0000 Dillon Kass wrote: > I'm very excited and can't wait! I have this clone I need to promote but > I'm encountering this bug > http://bugs.opensolaris.org/view_bug.do?bug_id=6738349 > > Hopefully it gets mfc before the diff between the real fs and the clone > becomes so large that my pool fills up :-) > I should have a few months before that happens though. As 8-CURRENT got ZFS version 13 with the last commit and this bug was fixed in opensolaris snv_98 which introduced ZFS version 13, chances are high that this bug is already solved in FreeBSD. Or are you already using 8-CURRENT? See http://opensolaris.org/os/community/zfs/version/13/ greetings, philipp From owner-freebsd-stable@FreeBSD.ORG Wed Nov 26 00:19:46 2008 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 DD5B71065744; Wed, 26 Nov 2008 00:19:46 +0000 (UTC) (envelope-from prvs=121695da30=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 469958FC1E; Wed, 26 Nov 2008 00:19:46 +0000 (UTC) (envelope-from prvs=121695da30=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1227657779; x=1228262579; q=dns/txt; h=Received: Message-ID:From:To:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=rDAy2EIXEV+mYlt82OS/K hkK8ZDgh/IkqZwKRY9XhL4=; b=VkhUNN/hee6Lgqr0DQBWhSqsF4SlzVs6OPayK m/Le5F1huCE3wFr6y7/wnLd/nmYDXhc8E6LbmzpbTG6JgBrmJcv3kxhl0V9zmxOW LfIaidK5S3BzcKFtWzftnDUi2+PPDjYIvmwLAFH89TUHy3QFuTl03+62DyBhrYg1 NpXYeU= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, FORGED_MUA_OUTLOOK, USER_IN_WHITELIST,USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.6) with ESMTP id md50006592966.msg; Wed, 26 Nov 2008 00:02:57 +0000 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 213.123.247.160 X-Return-Path: prvs=121695da30=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <6D1A722EC3A74794A4DC82D8DC35F85B@multiplay.co.uk> From: "Steven Hartland" To: "Jack Vogel" , , "FreeBSD stable" References: <2a41acea0811251541n53887005oabd7d2d96f346b6d@mail.gmail.com> Date: Wed, 26 Nov 2008 00:02:51 -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.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Spam-Processed: mail1.multiplay.co.uk, Wed, 26 Nov 2008 00:02:58 +0000 X-MDAV-Processed: mail1.multiplay.co.uk, Wed, 26 Nov 2008 00:02:59 +0000 Cc: Subject: Re: 7.1 RC E1000 fix testing 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, 26 Nov 2008 00:19:47 -0000 We run a large about of supermicro servers here and I've got two just about to be commissioned which I could use for testing. What sort of thing should we be looking for and what's the nature of the patch? Regards Steve ----- Original Message ----- From: "Jack Vogel" To: ; "FreeBSD stable" Sent: Tuesday, November 25, 2008 11:41 PM Subject: 7.1 RC E1000 fix testing > Anyone running 7.1 and using E1000 hardware that has the time, I would > appreciate > any testing you can do. This has an important fix for SuperMicro servers but > any > regression test of the code would be helpful. > > The email was getting rejected due to the tarball size, so contact me and I > will send > you the code directly. > > Jack > _______________________________________________ > 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" > ================================================ 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 Wed Nov 26 01:12:35 2008 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 0E774106564A for ; Wed, 26 Nov 2008 01:12:35 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from warped.bluecherry.net (unknown [IPv6:2001:440:eeee:fffb::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7C0948FC1B for ; Wed, 26 Nov 2008 01:12:34 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (unknown [74.193.182.107]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by warped.bluecherry.net (Postfix) with ESMTPSA id 6A2BDA271625; Tue, 25 Nov 2008 19:12:32 -0600 (CST) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.3/8.14.3) with ESMTP id mAQ1CRhk025843; Tue, 25 Nov 2008 19:12:27 -0600 (CST) (envelope-from morganw@chemikals.org) Date: Tue, 25 Nov 2008 19:12:27 -0600 (CST) From: Wes Morgan To: Dillon Kass In-Reply-To: <492C119E.4070601@loveturtle.net> Message-ID: References: <5f67a8c40811211558n5fc77a54v3d4589dc838af443@mail.gmail.com> <492B36F0.7080207@modulus.org> <492C119E.4070601@loveturtle.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: MFC ZFS: when? 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, 26 Nov 2008 01:12:35 -0000 On Tue, 25 Nov 2008, Dillon Kass wrote: > I'm very excited and can't wait! I have this clone I need to promote but I'm > encountering this bug > http://bugs.opensolaris.org/view_bug.do?bug_id=6738349 > > Hopefully it gets mfc before the diff between the real fs and the clone > becomes so large that my pool fills up :-) > I should have a few months before that happens though. Is it possible you could boot a -current system and promote the clone without upgrading your pools/filesystems, then reboot to -stable? > > On 11/24/08 6:21 PM, Andrew Snow wrote: >> >> The problem appears to be that the latest ZFS commit in 8-CURRENT relies on >> too many other new features that aren't in 7.1. >> >> After 7.1 is released, then perhaps ZFS and the other new code it requires >> can be moved into 7-STABLE? >> >> - Andrew >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 26 02:15:52 2008 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 E1A53106564A for ; Wed, 26 Nov 2008 02:15:52 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id A11B28FC0A for ; Wed, 26 Nov 2008 02:15:52 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id mAQ2FqgL055668; Tue, 25 Nov 2008 18:15:52 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id mAQ2FpvC055667; Tue, 25 Nov 2008 18:15:52 -0800 (PST) (envelope-from david) Date: Tue, 25 Nov 2008 18:15:51 -0800 From: David Wolfskill To: stable@freebsd.org Message-ID: <20081126021551.GA83287@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8QEjIIRQMK54tiVT" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: bsdtar vs. NFS: Couldn't visit directory: No such file or directory 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, 26 Nov 2008 02:15:53 -0000 --8QEjIIRQMK54tiVT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Running an 8-core RELENG_7_1/i386 system (updated this morning), trying to tar up a directory hierarchy rooted at a directory nnamed "sb2" in a file system that is NFS-mounted (exported from a NetApp Filer); I have the following logged: @ 1227662967 [Tue Nov 25 17:29:27 2008] Starting "tar zcpf sb2.tgz sb2" in = /homes/dwolf/bspace tar: sb2/src/vendor/berkeley-db/os/CVS: Couldn't visit directory: No such f= ile or directory tar: sb2/src/vendor/berkeley-db/mutex: Couldn't visit directory: No such fi= le or directory ... tar: sb2/src/bsd/lib/libgdchart: Couldn't visit directory: No such file or = directory tar: sb2/src/bsd/lib/libgd: Couldn't visit directory: No such file or direc= tory @ 1227665194 [Tue Nov 25 18:06:34 2008] Ending "tar zcpf sb2.tgz sb2" in /h= omes/dwolf/bspace (I elided a couple dozen or so of the whines.) I looked from a different NFS client host and saw each of the allegedly nonexistent filles or directories for which I cared to look. I then see that tar(1) took 1924.05 seconds to do this, and exited with a status code of 0. (I ran it under the auspices of /usr/bin/time.) Now, the reason I was doing this was to make a pristine archive of that hierarchy, so after I did some things in the hhierarcchy, I could blow it away, restore from the pristine archive, and repeat the performance: the intent is to be able to get reproducible results (both timing and output) from several repetitions of a several-hour-long process. The script I cobbled up to do the work checks the status code when tar(1) completes, and terminaates the process if it sees that there was a non-zero status code at that point (among others). Since tar(1) is exiting with a status code of 0, the script has no way to tell that something went (dreadfully) wrong in trying to create the archive, and blithely carries on... which is doomed to failure. Some questions: * Is it both intentional and appropriate for tar(1) to exit with a status code of 0 in this circumstance? The code that issues the whine is in write.c, around lines 662-663 in rev. 1.63.2.10. * It may be argued that telling tar(1) to go look in a file or directory, then claiming that it doesn't exist, is rather bad form; I certainly wouldn't ddisagree, yet I don't know what I can do to prevent it. I'm certain that it's not a case of some process on some other NFS client modifying that directory hierarchy during the tar(1) run. Is there anything that may be done to prevent it? Is there something broken in FreeBSD's NFS client implementation as of RELENG_7_1 that might be causing this? Perhaps it is an artifact of some sort of caching? * Does it matter that the NFS mount is being "managed" by amd(8)? * Am I using tar(1) appropriately? Is there some other tool (e.g. cpio(1)) that might have more appropriate behavior for the intended usage? * Might it help to defer the compression to a point subsequent to the creation of the archive proper? Thanks.... Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --8QEjIIRQMK54tiVT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkkssVcACgkQmprOCmdXAD288QCfWDpCK2ey/xFDg0O6UqNDHdq+ KkkAnRD9peNCf95faQNoJ6sNTLQ12Oi6 =ssDU -----END PGP SIGNATURE----- --8QEjIIRQMK54tiVT-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 26 02:19:18 2008 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 4E39B106564A for ; Wed, 26 Nov 2008 02:19:18 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 128A18FC1A for ; Wed, 26 Nov 2008 02:19:17 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mAQ2JFfV029957; Tue, 25 Nov 2008 21:19:16 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id mAQ2JFEL065881 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Nov 2008 21:19:15 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200811260219.mAQ2JFEL065881@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 25 Nov 2008 21:19:09 -0500 To: freebsd-stable@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Subject: sio vs uart vs ucomm problems / differences 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, 26 Nov 2008 02:19:18 -0000 We are in the process of migrating one of our embedded apps to use uart by default instead of sio in RELENG_7 in prep for the day when sio eventually disappears. Unfortunately, the application doesnt want to work with uart with puc backed devices, but still works with sio. Stranger still, the app works with the uart driver when uart attaches to the built in com port on the isa bus. However, its uart devices when its connected to a PUC backed serial card where the problems happen. e.g. when the uart driver attaches as so, puc0: port 0xe520-0xe53f,0xe540-0xe55f mem 0xa0005000-0xa0005fff,0xa0006000-0xa0006fff irq 15 at device 17.0 on pci0 puc0: [FILTER] uart0: <16950 or compatible> on puc0 uart0: [FILTER] uart1: <16950 or compatible> on puc0 uart1: [FILTER] uart2: <16950 or compatible> on puc0 uart2: [FILTER] uart3: <16950 or compatible> on puc0 uart3: [FILTER] the applications does not work. When its the sio driver, it works as expected puc0: port 0xe520-0xe53f,0xe540-0xe55f mem 0xa0005000-0xa0005fff,0xa0006000-0xa0006fff irq 15 at device 17.0 on pci0 puc0: [FILTER] sio1 on puc0 sio1: type 16550A sio1: [FILTER] sio2 on puc0 sio2: type 16550A sio2: [FILTER] sio3 on puc0 sio3: type 16550A sio3: [FILTER] sio4 on puc0 sio4: type 16550A sio4: [FILTER] Unfortunately, we only control the FreeBSD side of things and the other end of the serial connection is a windows app we dont control. Everything seems to work ok from our side, but the other side which we dont control seems to be missing some things we are sending it and vice versa. I also tested the application with a ucom attached driver and it also does not work so I suspect something our app is doing. However, if I use something like minicom or cu, I see 2 way communication just fine and I can transfer data back and forth just fine. Is it possible some defaults are different from sio to uart that our app might not be setting properly when opening up the port ? The open routine is below static int open_dev(struct dev *dev) { struct termios t; int val; cur_state.carrier = 0; if (cur_state.num_trans == 0) { cur_state.startup = time(0); } TRY_OPEN_AGAIN: dev->fd = open(dev->name, O_RDWR); if (dev->fd >= 0) { if (debug) { syslog(LOG_LOCAL1 | LOG_DEBUG, "(%s) %s:%d: open_dev", dev->name, __FILE__, __LINE__); } if (tcgetattr(dev->fd, &t) >= 0) { t.c_ispeed = dev->speed; t.c_ospeed = dev->speed; t.c_lflag &= ~(ICANON | ISIG | IEXTEN | ECHO | ECHOE | ECHOK | ECHOKE | ECHONL | ECHOCTL | ECHOPRT | ALTWERASE | NOFLSH | TOSTOP | FLUSHO | PENDIN | NOKERNINFO | EXTPROC); t.c_iflag &= ~(ISTRIP | ICRNL | INLCR | IGNCR | IXON | IXOFF | IXANY | IMAXBEL | IGNBRK | BRKINT | INPCK | IGNPAR | PARM RK); t.c_oflag &= ~(OPOST | ONLCR | OCRNL | OXTABS | ONOEOT | ONOCR | ONLRET); t.c_cflag &= ~(CSIZE | CSTOPB | PARENB | CCTS_OFLOW | CRTS_IFLOW | CDTR_IFLOW | CDSR_OFLOW | CCAR_OFLOW); t.c_cflag |= (CS8); t.c_cc[VMIN] = 1; t.c_cc[VTIME] = 0; tcsetattr(dev->fd, TCSANOW, &t); val = fcntl(dev->fd, F_GETFL, 0); if (val >= 0) { fcntl(dev->fd, F_SETFL, val | O_NONBLOCK); } } else { tcflush(dev->fd, TCIOFLUSH); close(dev->fd); dev->fd = -1; } } else { if (errno == EINTR) goto TRY_OPEN_AGAIN; syslog(LOG_LOCAL1 | LOG_DEBUG, "(%s) open_dev errno=%d %s", dev->name, errno, strerror(errno)); } return dev->fd; } ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Wed Nov 26 16:44:04 2008 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 940621065686 for ; Wed, 26 Nov 2008 16:44:04 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.190]) by mx1.freebsd.org (Postfix) with ESMTP id 2FBD48FC19 for ; Wed, 26 Nov 2008 16:44:03 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: by fk-out-0910.google.com with SMTP id k31so518428fkk.11 for ; Wed, 26 Nov 2008 08:44:02 -0800 (PST) Received: by 10.181.141.7 with SMTP id t7mr2006211bkn.61.1227716460284; Wed, 26 Nov 2008 08:21:00 -0800 (PST) Received: by 10.181.223.4 with HTTP; Wed, 26 Nov 2008 08:21:00 -0800 (PST) Message-ID: <47713ee10811260821taf548aapceb210a3bc7314ea@mail.gmail.com> Date: Thu, 27 Nov 2008 00:21:00 +0800 From: "Lin Jui-Nan Eric" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: NFS Performance 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, 26 Nov 2008 16:44:04 -0000 Hi Listers, We recently found that the Performance of the NFS Client in FreeBSD is worse than that in Linux. Linux [/net/iscsi] -jnlin- sudo ls -al /net/iscsi/mysql/blog-2/var/pixblog_2/blogarticle.ibd -rw-rw---- 1 3306 3306 734003200 2008-11-27 00:13 /net/iscsi/mysql/blog-2/var/pixblog_2/blogarticle.ibd Linux [/net/iscsi] -jnlin- uname -a Linux proxy 2.6.22.6-Linux #1 Mon Sep 3 11:54:48 CST 2007 i686 GNU/Linux Linux [/net/iscsi] -jnlin- sudo rsync --progress /net/iscsi/mysql/blog-2/var/pixblog_2/blogarticle.ibd /tmp/ blogarticle.ibd 734003200 100% 15.16MB/s 0:00:46 (xfer#1, to-check=0/1) FreeBSD [/net/iscsi] -jnlin- uname -a FreeBSD newphp 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #3: Tue Nov 25 15:55:33 CST 2008 root@FreeBSD:/usr/obj/usr/src/sys/KERNEL i386 FreeBSD [/net/iscsi] -jnlin- sudo rsync --progress /net/iscsi/mysql/blog-2/var/pixblog_2/blogarticle.ibd /tmp/ blogarticle.ibd 734003200 100% 5.66MB/s 0:02:03 (xfer#1, to-check=0/1) It's about 1/3 of NFS client in Linux. We have tuned TCP recv/send buffer, and got no gain. The mount parameters are: (We use amd) rw,nfsv3,lockd,grpid,intr,soft,cache,nodev,resvport,timeo=10,retrans=3,async,rsize=1024,wsize=1024,noatime Does anyone has any suggestion to get the performance better? Thank you all! From owner-freebsd-stable@FreeBSD.ORG Wed Nov 26 17:44:15 2008 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 D9A4D1065676 for ; Wed, 26 Nov 2008 17:44:15 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [IPv6:2001:470:1f09:16f:2::3]) by mx1.freebsd.org (Postfix) with ESMTP id 4851F8FC17 for ; Wed, 26 Nov 2008 17:44:15 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from localhost (filter.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 580AE4509E for ; Wed, 26 Nov 2008 15:09:58 +0000 (GMT) X-Virus-Scanned: amavisd-new at thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (filter.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id C7TwXDyc+67n for ; Wed, 26 Nov 2008 15:09:54 +0000 (UTC) Received: from [10.0.2.50] (82-71-32-9.dsl.in-addr.zen.co.uk [82.71.32.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx0.thekeelecentre.com (Postfix) with ESMTPSA id 8E5F245067 for ; Wed, 26 Nov 2008 15:09:54 +0000 (GMT) Message-ID: <492D6663.60704@thekeelecentre.com> Date: Wed, 26 Nov 2008 15:08:19 +0000 From: Richard Tector User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="------------070601040806090207030406" Subject: Random hangs with 7.1-PRE 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, 26 Nov 2008 17:44:15 -0000 This is a multi-part message in MIME format. --------------070601040806090207030406 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I'm not discounting hardware here, but I'm having problems with a previously stable amd64 system (dmesg attached) now running: FreeBSD 7.1-PRERELEASE #1: Wed Nov 26 00:10:41 GMT 2008 and previously running a RELENG_7 from around Oct 15th which also exhibited the problem. The system appears to hang with SSH terminals eventually timing out, and no other services being available. The odd thing is, when I go to the console, I can switch between terminals with Alt-F2, etc, but can not type anything. Pressing the power button a couple of times gives an acpi not ready message, so it doesn't appear the system has completely hung. The system is in a cool room and under little load running basic services: samba, postgres, dhcp, etc. Never seen problems with the machine previously. Does anyone have any thoughts or suggestions on narrowing down the cause? Regards, Richard Tector --------------070601040806090207030406 Content-Type: text/plain; name="daffy-dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="daffy-dmesg.txt" Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-PRERELEASE #1: Wed Nov 26 00:10:41 GMT 2008 richard@daffy.tector.org.uk:/usr/obj/usr/src/sys/DAFFY Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) Dual CPU E2160 @ 1.80GHz (1795.51-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fd Stepping = 13 Features=0xbfebfbff Features2=0xe39d AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 2137554944 (2038 MB) avail memory = 2062880768 (1967 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 uhci0: port 0x1820-0x183f irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1840-0x185f irq 17 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1860-0x187f irq 18 at device 26.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xf4a02800-0xf4a02bff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered umass0: on uhub3 pcib1: irq 16 at device 28.0 on pci0 pci5: on pcib1 pcib2: at device 0.0 on pci5 pci6: on pcib2 pcib3: at device 8.0 on pci6 pci7: on pcib3 arcmsr0: mem 0xf4500000-0xf4500fff,0xf4000000-0xf43fffff irq 18 at device 14.0 on pci7 ARECA RAID ADAPTER0: Driver Version 1.20.00.15 2007-10-07 ARECA RAID ADAPTER0: FIRMWARE VERSION V1.42 2006-10-13 arcmsr0: [ITHREAD] pcib4: irq 16 at device 28.4 on pci0 pci13: on pcib4 em0: port 0x2000-0x201f mem 0xf4480000-0xf449ffff,0xf4400000-0xf447ffff irq 16 at device 0.0 on pci13 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:e0:81:79:fd:0e pcib5: irq 17 at device 28.5 on pci0 pci15: on pcib5 em1: port 0x3000-0x301f mem 0xf4680000-0xf469ffff,0xf4600000-0xf467ffff irq 17 at device 0.0 on pci15 em1: Using MSI interrupt em1: [FILTER] em1: Ethernet address: 00:e0:81:79:fd:0f uhci3: port 0x1880-0x189f irq 16 at device 29.0 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0x18a0-0x18bf irq 17 at device 29.1 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered uhci5: port 0x18c0-0x18df irq 18 at device 29.2 on pci0 uhci5: [GIANT-LOCKED] uhci5: [ITHREAD] usb6: on uhci5 usb6: USB revision 1.0 uhub6: on usb6 uhub6: 2 ports with 2 removable, self powered ehci1: mem 0xf4a02c00-0xf4a02fff irq 16 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb7: EHCI version 1.0 usb7: companion controllers, 2 ports each: usb4 usb5 usb6 usb7: on ehci1 usb7: USB revision 2.0 uhub7: on usb7 uhub7: 6 ports with 6 removable, self powered pcib6: at device 30.0 on pci0 pci17: on pcib6 fxp0: port 0x4080-0x40bf mem 0xf4720000-0xf4720fff,0xf4700000-0xf471ffff irq 21 at device 0.0 on pci17 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:ce:6f:15 fxp0: [ITHREAD] vgapci0: port 0x4000-0x407f mem 0xf0000000-0xf3ffffff,0xf4740000-0xf477ffff at device 3.0 on pci17 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1c20-0x1c2f,0x1c10-0x1c1f at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci1: port 0x1c98-0x1c9f,0x1c8c-0x1c8f,0x1c90-0x1c97,0x1c88-0x1c8b,0x1c40-0x1c4f,0x1c30-0x1c3f irq 18 at device 31.5 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pci0: at device 31.6 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 uart0: [FILTER] uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 cryptosoft0: on motherboard orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. ad0: 238418MB at ata0-master SATA300 Waiting 5 seconds for SCSI devices to settle (probe17:arcmsr0:0:16:0): inquiry data fails comparison at DV1 step da0 at arcmsr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit) da0: 1831054MB (3749999616 512 byte sectors: 255H 63S/T 233426C) SMP: AP CPU #1 Launched! cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 40.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted WARNING: /home was not properly dismounted WARNING: /data2 was not properly dismounted WARNING: attempt to net_add_domain(netgraph) after domainfinalize() em0: link state changed to UP --------------070601040806090207030406-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 26 18:46:00 2008 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 DC9931065674 for ; Wed, 26 Nov 2008 18:46:00 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from mail-gx0-f12.google.com (mail-gx0-f12.google.com [209.85.217.12]) by mx1.freebsd.org (Postfix) with ESMTP id 8063E8FC16 for ; Wed, 26 Nov 2008 18:46:00 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by gxk5 with SMTP id 5so637058gxk.19 for ; Wed, 26 Nov 2008 10:45:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=jnm/mBcyrIIKmW/hT6u12bvKWzealq0akdFm9mnoadE=; b=Xx98tW7u9vZRn5zddO4iYcuniyYhfRDRUFCE+Cc3moUJOBg7BfiDguF7rfr5cnApv4 7JBUNpoSjmzJJp/KmDmYY0KjMUMna5qel3+pWPOuXc3/5+92Nzv1UWDHMvE0x8rpuBbi IAQhZkl7NaxWPLe42xJ1rDsqMOMpxJ1nuD8tE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=TWKeZeikuGLk1+NFLj1hNqHnsiZbJsjeAhwvJ6PmUqg7i4YJX+MTPtbZCicS4OQofv efIxhfqt3EJA5EGmjyC9JgV+Zfoo7cIqtejVZsxAqfu497RpAwulwee1XzP693EstQk6 TUo1ZAkLGF2LC/v2XBdvgsFShLl+sgKaOL5tw= Received: by 10.103.227.13 with SMTP id e13mr2253378mur.20.1227724161268; Wed, 26 Nov 2008 10:29:21 -0800 (PST) Received: by 10.103.249.11 with HTTP; Wed, 26 Nov 2008 10:29:21 -0800 (PST) Message-ID: Date: Wed, 26 Nov 2008 19:29:21 +0100 From: "Claus Guttesen" To: "Lin Jui-Nan Eric" In-Reply-To: <47713ee10811260821taf548aapceb210a3bc7314ea@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47713ee10811260821taf548aapceb210a3bc7314ea@mail.gmail.com> Cc: stable@freebsd.org Subject: Re: NFS Performance 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, 26 Nov 2008 18:46:01 -0000 > We recently found that the Performance of the NFS Client in FreeBSD is > worse than that in Linux. What OS is your nfs-server running? > It's about 1/3 of NFS client in Linux. We have tuned TCP recv/send > buffer, and got no gain. The mount parameters are: (We use amd) > rw,nfsv3,lockd,grpid,intr,soft,cache,nodev,resvport,timeo=10,retrans=3,async,rsize=1024,wsize=1024,noatime > > Does anyone has any suggestion to get the performance better? Thank you all! You can ommit read- and write-size using tcp-mounts. From 'man mount_nfs': -w Set the write data size to the specified value. Ditto the com- ments w.r.t. the -r option, but using the ``fragments dropped due to timeout'' value on the server instead of the client. Note that both the -r and -w options should only be used as a last ditch effort at improving performance when mounting servers that do not support TCP mounts. I have a solaris 9 nfs-server with vxfs and I used to mount using udp but then I ran into 'server not responding' and changed to tcp-nfs-mount instead. I just copied a 200 MB file to the nfs-server in 7.5 sec. which is 26.6 MB/s. -- regards Claus When lenity and cruelty play for a kingdom, the gentler gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Wed Nov 26 18:59:52 2008 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 C04AE1065670 for ; Wed, 26 Nov 2008 18:59:52 +0000 (UTC) (envelope-from victor@bsdes.net) Received: from alf.bsdes.net (244.Red-217-126-240.staticIP.rima-tde.net [217.126.240.244]) by mx1.freebsd.org (Postfix) with ESMTP id 703838FC1D for ; Wed, 26 Nov 2008 18:59:52 +0000 (UTC) (envelope-from victor@bsdes.net) Received: by alf.bsdes.net (Postfix, from userid 1001) id 51B34119D93; Wed, 26 Nov 2008 19:41:36 +0100 (CET) Date: Wed, 26 Nov 2008 19:41:36 +0100 From: Victor Balada Diaz To: stable@FreeBSD.org Message-ID: <20081126184135.GC22211@alf.bsdes.net> 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: Subject: IXP SB600 SATA missing quirk? 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, 26 Nov 2008 18:59:52 -0000 Hello, i'm trying FreeBSD 7.1 BETA2 in amd64 and i'm having issues with interrupt storms. The machine works without problems as long as i don't stress much the HD. If i have high IO load after a few hours the system starts to have interrupt storms and never again recovers from them until i restart. My SATA card is: atapci0@pci0:0:18:0: class=0x01018f card=0x73271462 chip=0x43801002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 Serial ATA Controller' class = mass storage subclass = ATA The MotherBoard is MSI K9AG Neo 2[1] and the kernel is GENERIC without USB and firewire support. After digging a bit in the source i've find that linux people have a quirk for this chipset and i've been unable to find in our code a similar quirk. You can find the quirk here: http://fxr.watson.org/fxr/source/drivers/pci/quirks.c?v=linux-2.6#L870 I don't know exactly what does it do, neither i do know if it have anything to know with my interrupt issues, but could someone who knows a bit better tell me if that could fix the issue or if we need that quirk for other purposes? Regards. Thanks in advance. [1]: http://global.msi.com.tw/index.php?func=proddesc&prod_no=1241&maincat_no=1 -- La prueba más fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 26 19:04:14 2008 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 6BF801065674; Wed, 26 Nov 2008 19:04:14 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 1E7EA8FC0C; Wed, 26 Nov 2008 19:04:13 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id mAQJ4DE3060067; Wed, 26 Nov 2008 11:04:13 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id mAQJ4DE0060066; Wed, 26 Nov 2008 11:04:13 -0800 (PST) (envelope-from david) Date: Wed, 26 Nov 2008 11:04:13 -0800 From: David Wolfskill To: Tim Kientzle Message-ID: <20081126190413.GF83287@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Tim Kientzle , stable@freebsd.org References: <20081126021551.GA83287@bunrab.catwhisker.org> <492D9A34.6020509@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xXF8SilVSrRwayWj" Content-Disposition: inline In-Reply-To: <492D9A34.6020509@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: bsdtar vs. NFS: Couldn't visit directory: No such file or directory 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, 26 Nov 2008 19:04:15 -0000 --xXF8SilVSrRwayWj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 26, 2008 at 10:49:24AM -0800, Tim Kientzle wrote: > ... > >I then see that tar(1) took 1924.05 seconds to do this, and exited with > >a status code of 0. (I ran it under the auspices of /usr/bin/time.) >=20 > I agree that this does seem wrong. Thank you: I managed to acquire a cold or some such thing, so nothing between my ears is working right, and I was wondering if I'd managed to completely lose track of reality, there.... :-} > Since you explicitly called out the time required for the > operation, did you have any concerns about the performance? Probably, but the first order of business would seem to be a matter of ensuring proper operation. That done, I expect that NFS performmance (vs. that of tar(1)) will be a gating factor -- but also fully expect to measure & report. :-} > >* Is it both intentional and appropriate for tar(1) to exit with a > > status code of 0 in this circumstance? The code that issues the > > whine is in write.c, around lines 662-663 in rev. 1.63.2.10. >=20 > As you pointed out, automated scripts need to be able > to trust the exit code to know whether everything > went okay. Based on that, I would agree this is inappropriate, > though perhaps someone has an argument to the contrary. > I'll take a closer look. Excellent; thank you! > ... > >* Am I using tar(1) appropriately? Is there some other tool (e.g. > > cpio(1)) that might have more appropriate behavior for the intended > > usage? >=20 > tar(1) seems appropriate here. Good; I have been using it for similar things rather longer than I really want to think about. :-} > >* Might it help to defer the compression to a point subsequent to the > > creation of the archive proper? >=20 > That should have no effect. That's what I thought, but I'm sure you're familiar with the expression "grasping at straws." And I'm confident that you're far mor familiar with tar(1)'s internel workings than I ever will be. :-) > Only odd thing I see in your usage is that the 'p' modifier > has no effect when used with 'c'. (bsdtar always records > everything it can when creating the archive, limited only by > what the underlying format can represent.) OK -- but that ought not be harmful, yes? > If you can reproduce this on a smaller test case, I think > some of the folks working on NFS support might find detailed > tcpdump output to be interesting reading. I'll see what I can do; such details of the case that catalyzed this thread would certainly not be appropriate for public disclosure. I will, of course, be happy to test. :-} Thank you very much, Tim! Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --xXF8SilVSrRwayWj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkktnawACgkQmprOCmdXAD3GuwCdFFnsS3f1EB7qGJpaNLO1SSoS 2fwAoIK72AbdHOAO4tkpCYhVLXQVUo1Z =ugYe -----END PGP SIGNATURE----- --xXF8SilVSrRwayWj-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 26 19:07:27 2008 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 620A51065679 for ; Wed, 26 Nov 2008 19:07:27 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id F03728FC12 for ; Wed, 26 Nov 2008 19:07:26 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: by fk-out-0910.google.com with SMTP id k31so564512fkk.11 for ; Wed, 26 Nov 2008 11:07:25 -0800 (PST) Received: by 10.181.134.12 with SMTP id l12mr2063688bkn.26.1227726445164; Wed, 26 Nov 2008 11:07:25 -0800 (PST) Received: by 10.181.223.4 with HTTP; Wed, 26 Nov 2008 11:07:25 -0800 (PST) Message-ID: <47713ee10811261107r956aa8ag2340c92f3e820bcc@mail.gmail.com> Date: Thu, 27 Nov 2008 03:07:25 +0800 From: "Lin Jui-Nan Eric" To: "Claus Guttesen" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47713ee10811260821taf548aapceb210a3bc7314ea@mail.gmail.com> Cc: stable@freebsd.org Subject: Re: NFS Performance 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, 26 Nov 2008 19:07:27 -0000 On Thu, Nov 27, 2008 at 2:29 AM, Claus Guttesen wrote: >> We recently found that the Performance of the NFS Client in FreeBSD is >> worse than that in Linux. > > What OS is your nfs-server running? Our NFS server is NetApp. > > You can ommit read- and write-size using tcp-mounts. From 'man mount_nfs': > > -w Set the write data size to the specified value. Ditto the com- > ments w.r.t. the -r option, but using the ``fragments dropped due > to timeout'' value on the server instead of the client. Note > that both the -r and -w options should only be used as a last > ditch effort at improving performance when mounting servers that > do not support TCP mounts. > > I have a solaris 9 nfs-server with vxfs and I used to mount using udp > but then I ran into 'server not responding' and changed to > tcp-nfs-mount instead. I just copied a 200 MB file to the nfs-server > in 7.5 sec. which is 26.6 MB/s. > I'm trying to mount without read- and write-size now. Thank you! From owner-freebsd-stable@FreeBSD.ORG Wed Nov 26 19:07:30 2008 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 480951065670 for ; Wed, 26 Nov 2008 19:07:30 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id F12408FC14 for ; Wed, 26 Nov 2008 19:07:29 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.178] (p53.kientzle.com [66.166.149.53]) by kientzle.com (8.12.9/8.12.9) with ESMTP id mAQInTtv069935; Wed, 26 Nov 2008 10:49:29 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <492D9A34.6020509@freebsd.org> Date: Wed, 26 Nov 2008 10:49:24 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Wolfskill References: <20081126021551.GA83287@bunrab.catwhisker.org> In-Reply-To: <20081126021551.GA83287@bunrab.catwhisker.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: bsdtar vs. NFS: Couldn't visit directory: No such file or directory 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, 26 Nov 2008 19:07:30 -0000 David Wolfskill wrote: > Running an 8-core RELENG_7_1/i386 system (updated this morning), trying > to tar up a directory hierarchy rooted at a directory nnamed "sb2" in a > file system that is NFS-mounted (exported from a NetApp Filer); I have > the following logged: > > @ 1227662967 [Tue Nov 25 17:29:27 2008] Starting "tar zcpf sb2.tgz sb2" in /homes/dwolf/bspace > tar: sb2/src/vendor/berkeley-db/os/CVS: Couldn't visit directory: No such file or directory > tar: sb2/src/vendor/berkeley-db/mutex: Couldn't visit directory: No such file or directory > ... > > I then see that tar(1) took 1924.05 seconds to do this, and exited with > a status code of 0. (I ran it under the auspices of /usr/bin/time.) I agree that this does seem wrong. Since you explicitly called out the time required for the operation, did you have any concerns about the performance? > * Is it both intentional and appropriate for tar(1) to exit with a > status code of 0 in this circumstance? The code that issues the > whine is in write.c, around lines 662-663 in rev. 1.63.2.10. As you pointed out, automated scripts need to be able to trust the exit code to know whether everything went okay. Based on that, I would agree this is inappropriate, though perhaps someone has an argument to the contrary. I'll take a closer look. > * It may be argued that telling tar(1) to go look in a file or > directory, then claiming that it doesn't exist, is rather bad form; > I certainly wouldn't ddisagree, yet I don't know what I can do to > prevent it. I'm certain that it's not a case of some process on > some other NFS client modifying that directory hierarchy during the > tar(1) run. Is there anything that may be done to prevent it? Is > there something broken in FreeBSD's NFS client implementation as > of RELENG_7_1 that might be causing this? Perhaps it is an artifact > of some sort of caching? > > * Does it matter that the NFS mount is being "managed" by amd(8)? No idea about the underlying cause. Hopefully someone else can chime in about whether there is some known NFS issue that may be at work here. > * Am I using tar(1) appropriately? Is there some other tool (e.g. > cpio(1)) that might have more appropriate behavior for the intended > usage? tar(1) seems appropriate here. > * Might it help to defer the compression to a point subsequent to the > creation of the archive proper? That should have no effect. Only odd thing I see in your usage is that the 'p' modifier has no effect when used with 'c'. (bsdtar always records everything it can when creating the archive, limited only by what the underlying format can represent.) If you can reproduce this on a smaller test case, I think some of the folks working on NFS support might find detailed tcpdump output to be interesting reading. Tim From owner-freebsd-stable@FreeBSD.ORG Wed Nov 26 19:32:04 2008 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 173141065672 for ; Wed, 26 Nov 2008 19:32:04 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (sysmon.tcworks.net [65.66.76.4]) by mx1.freebsd.org (Postfix) with ESMTP id D24778FC1C for ; Wed, 26 Nov 2008 19:32:03 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (localhost [127.0.0.1]) by sysmon.tcworks.net (8.13.1/8.13.1) with ESMTP id mAQJW2oO095824 for ; Wed, 26 Nov 2008 13:32:02 -0600 (CST) (envelope-from lambert@lambertfam.org) Received: (from lambert@localhost) by sysmon.tcworks.net (8.13.1/8.13.1/Submit) id mAQJW2S6095823 for freebsd-stable@freebsd.org; Wed, 26 Nov 2008 13:32:02 -0600 (CST) (envelope-from lambert@lambertfam.org) X-Authentication-Warning: sysmon.tcworks.net: lambert set sender to lambert@lambertfam.org using -f Date: Wed, 26 Nov 2008 13:32:02 -0600 From: Scott Lambert To: FreeBSD-STABLE Message-ID: <20081126193202.GB22462@sysmon.tcworks.net> Mail-Followup-To: FreeBSD-STABLE References: <20081125043124.GA18518@sysmon.tcworks.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081125043124.GA18518@sysmon.tcworks.net> User-Agent: Mutt/1.4.2.2i Subject: Re: FreeBSD 7.0-STABLE Jul 23: panic: ffs_blkfree: freeing free frag 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, 26 Nov 2008 19:32:04 -0000 On Mon, Nov 24, 2008 at 10:31:24PM -0600, Scott Lambert wrote: > I have a box I am using for hosting jailed web servers. I did a > test move of a jail from a FreeBSD 6 box to the FreeBSD 7 server, > web1.hosting. It took forever, 30 minutes to be exact, to create the > jail with the 3GB image file and restore the data from the FreeBSD 6 box > into it. > > I created a test archive of the running jail with ezjail-admin on the > FreeBSD 6 box and scp'd it to web1.hosting. That took 5 minutes. (I > was timing all of this to estimate how long it would really take later.) > > Once the archive was on web1.hosting, I created the new jail using the > archive to populate it. > > sudo ezjail-admin create -a test_host_tcworks_net-200811241856.40.tar.gz \ > -s 3G -i testhost.tcworks.net 192.168.1.238 > > That step took 40 minutes. According to 'systat -vm 1', da0 tended to > show around 90% utilization, da1 was about 23% and MB/s was about 1.6 > for both during the creation of the jail. > > After about 20 to 40 minutes of ensuring that the jail was working > properly with the compat6x libs, I decided to erase the test jail and > get ready for doing the transfer for real during the next maintenance > window. > > Just before the box stopped responding to me, I had run: > sudo ezjail-admin delete -w testhost.tcworks.net > > It might have been about 30 seconds after that I noticed it wasn't > responding. > > FreeBSD web1.hosting.tcworks.net 7.0-STABLE FreeBSD > 7.0-STABLE #1: Wed Jul 23 03:09:31 CDT 2008 > root@web1.hosting.tcworks.net:/usr/obj/usr/src/sys/GENERIC i386 > > I changed the fs = part of this line to avoid privacy issues for my > customer whose web host jail I've been working with. I just changed the > hostname: > > dev = md14, block = 1320903, fs = /home/ezjails/testhost.tcworks.net > > 21:23:17 Mon Nov 24 # kgdb /boot/kernel/kernel vmcore.0 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd"... > > Unread portion of the kernel message buffer: > dev = md14, block = 1320903, fs = /home/ezjails/testhost.tcworks.net > panic: ffs_blkfree: freeing free frag > cpuid = 0 > Uptime: 124d14h34m47s > Physical memory: 1011 MB > Dumping 199 MB: 184 168 152 136 120 104 88 72 56 40 24 8 > > #0 doadump () at pcpu.h:195 > 195 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:195 > #1 0xc077fd27 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 > #2 0xc077ffe9 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:572 > #3 0xc09667a3 in ffs_blkfree (ump=0xc865d400, fs=0xc4946800, > devvp=0xc7dc4880, bno=1320903, size=2048, inum=336842) > at /usr/src/sys/ufs/ffs/ffs_alloc.c:1918 > #4 0xc097a1af in handle_workitem_freeblocks (freeblks=0xc5aab600, flags=0) > at /usr/src/sys/ufs/ffs/ffs_softdep.c:2764 > #5 0xc097b1b8 in process_worklist_item (mp=0xc4859598, flags=Variable "flags" is not available. > ) > at /usr/src/sys/ufs/ffs/ffs_softdep.c:962 > #6 0xc097cc62 in softdep_process_worklist (mp=0xc4859598, full=0) > at /usr/src/sys/ufs/ffs/ffs_softdep.c:845 > #7 0xc097f687 in softdep_flush () at /usr/src/sys/ufs/ffs/ffs_softdep.c:756 > #8 0xc075d479 in fork_exit (callout=0xc097f210 , arg=0x0, > frame=0xe44edd38) at /usr/src/sys/kern/kern_fork.c:781 > #9 0xc0a6e170 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 > (kgdb) My non-developer eye thinks this looks like some of the other ffs_blkfree panics in the PR database which tend to involve deleteing large amounts of data in FreeBSD 5 and 6 and 7-CURRENT. http://www.freebsd.org/cgi/query-pr-summary.cgi?text=ffs_blkfree Some refer to "freeing free block", some to "freeing free frag". Would disabling soft-updates be a good temporary workaround? I can't afford to attempt to reproduce the problem, on this box, until I get some production stuff shifted. I am going to try on a different box, but everything about that box is different except that it uses a gmirror. Thanks for your help and Happy Thanksgiving, for those of you who celebrate it! -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From owner-freebsd-stable@FreeBSD.ORG Wed Nov 26 19:37:30 2008 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 771F01065670 for ; Wed, 26 Nov 2008 19:37:30 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2F2288FC1D for ; Wed, 26 Nov 2008 19:37:30 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from [10.123.2.178] (p53.kientzle.com [66.166.149.53]) by kientzle.com (8.12.9/8.12.9) with ESMTP id mAQJ5etv069995; Wed, 26 Nov 2008 11:05:40 -0800 (PST) (envelope-from tim@kientzle.com) Message-ID: <492D9DFF.8050407@kientzle.com> Date: Wed, 26 Nov 2008 11:05:35 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Wolfskill References: <20081126021551.GA83287@bunrab.catwhisker.org> In-Reply-To: <20081126021551.GA83287@bunrab.catwhisker.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: bsdtar vs. NFS: Couldn't visit directory: No such file or directory 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, 26 Nov 2008 19:37:30 -0000 David Wolfskill wrote: > Running an 8-core RELENG_7_1/i386 system (updated this morning), trying > to tar up a directory hierarchy rooted at a directory nnamed "sb2" in a > file system that is NFS-mounted (exported from a NetApp Filer); I have > the following logged: > > @ 1227662967 [Tue Nov 25 17:29:27 2008] Starting "tar zcpf sb2.tgz sb2" in /homes/dwolf/bspace > tar: sb2/src/vendor/berkeley-db/os/CVS: Couldn't visit directory: No such file or directory > ... > * It may be argued that telling tar(1) to go look in a file or > directory, then claiming that it doesn't exist, is rather bad form; Couple of quick notes about what tar is seeing here that may help diagnose the NFS issue. First, tar(1) has it's own directory-traversal code. Here's how that code works: * Tar reads all of the elements of the 'os' directory. * As it reads, it calls lstat() on each one. (stat() would have been used if you'd requested a -L logical traversal) * Any that are directories ('CVS' in this case) are put onto a work queue for later attention * At some later point, the 'CVS' entry is popped from the work queue and tar invokes chdir("CVS") to visit that directory. * It then uses opendir(".") to read entries from that directory. A few key points: 1) An lstat() of the 'CVS' directory here succeeded. 2) Some time may have elapsed between when the lstat() was invoked (and clearly succeeded, else 'CVS' wouldn't have been identified as a directory and put onto the work queue) and when the chdir() call was made. That may be interacting badly with some underlying cache expiration or network variability. 3) The error here is being triggered by a failed chdir() system call. I hope this helps someone to understand the NFS issue that you're seeing. Meanwhile, I'll look at the tar issue. Thanks very much for reporting this. This sort of problem is extremely hard to test for and doesn't get reported very often when it does occur. Hmmmmm.... I just noticed that there's currently no error handling if a chdir("..") operation fails when you try to ascend back to a parent directory. I should probably fix that, too, while I'm in here. Tim From owner-freebsd-stable@FreeBSD.ORG Wed Nov 26 21:13:03 2008 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 5B35A1065677 for ; Wed, 26 Nov 2008 21:13:03 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 12D518FC23 for ; Wed, 26 Nov 2008 21:13:02 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id mAQLCqHM034770 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Nov 2008 16:12:56 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Jo Rhett In-Reply-To: <280616DD-A58F-4AE5-AB03-92C5F2C244EC@netconsonance.com> References: <84E1EC10-5323-4A8C-AD60-31142621DB32@netconsonance.com> <200810271151.47366.jhb@freebsd.org> <280616DD-A58F-4AE5-AB03-92C5F2C244EC@netconsonance.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-G9VTUOEEU4SzuPxe8VjD" Date: Wed, 26 Nov 2008 16:12:47 -0500 Message-Id: <1227733967.83059.1.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1335; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=1.7 required=5.0 tests=RCVD_IN_SORBS_DUL, RDNS_DYNAMIC autolearn=no version=3.2.3 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: freebsd-stable Stable Subject: Re: Can I get a committer to mark this bug as blocking 6.4-RELEASE ? 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, 26 Nov 2008 21:13:03 -0000 --=-G9VTUOEEU4SzuPxe8VjD Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2008-11-24 at 13:39 -0800, Jo Rhett wrote: > Given the nature of this bug, can I persuade someone to mark this as =20 > blocking 6.4-RELEASE ? Unfortunately no. As John indicated in the earlier thread BIOS issues tend to be extremely hard to diagnose and so far it seems like its specific to this one motherboard. Given this problem does cause issues with installs I'd be willing to provide ISOs built at the point we've done the Errata Notice that fixes the problem. But its too nebulous an issue to hold up the release itself for. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-G9VTUOEEU4SzuPxe8VjD Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkktu8UACgkQ/G14VSmup/YSqwCbBObNQGim3K8+KiMC0pFSkw2g nMwAn30ULoMVd7ejIeREvYISDS6Wy8EC =f4Hz -----END PGP SIGNATURE----- --=-G9VTUOEEU4SzuPxe8VjD-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 27 00:14:23 2008 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 055BD1065673 for ; Thu, 27 Nov 2008 00:14:23 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from fallbackmx08.syd.optusnet.com.au (fallbackmx08.syd.optusnet.com.au [211.29.132.10]) by mx1.freebsd.org (Postfix) with ESMTP id D4DB98FC14 for ; Thu, 27 Nov 2008 00:14:21 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by fallbackmx08.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id mAQ8oHLV000950 for ; Wed, 26 Nov 2008 19:50:17 +1100 Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id mAQ8o4pT013730 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Nov 2008 19:50:06 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id mAQ8o40j034399; Wed, 26 Nov 2008 19:50:04 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id mAQ8o3gZ034398; Wed, 26 Nov 2008 19:50:03 +1100 (EST) (envelope-from peter) Date: Wed, 26 Nov 2008 19:50:03 +1100 From: Peter Jeremy To: David Wolfskill , stable@freebsd.org Message-ID: <20081126085003.GD51761@server.vk2pj.dyndns.org> References: <20081125200907.GX83287@bunrab.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xiprIVX1FSGBv8kC" Content-Disposition: inline In-Reply-To: <20081125200907.GX83287@bunrab.catwhisker.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Re: RELENG_7_1: Laptop mouse (psm0) disappeared??!? 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, 27 Nov 2008 00:14:23 -0000 --xiprIVX1FSGBv8kC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Nov-25 12:09:07 -0800, David Wolfskill wrote: >I was running the recently-tagged RELENG_7_1 on my laptop, doing stuff >involving switching among a small handful of xterms, when the mouse >became unresponsive. =2E.. > psm0: failed to reset the aux device. > psm0: the aux device has gone! (reinitialize). My son's HP v6107 running 6.4-PRERELEASE/amd64 does this occasionally as well. I haven't found any solution other than reboot either. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --xiprIVX1FSGBv8kC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkktDbsACgkQ/opHv/APuIcEIwCfepZOGJIARUj9FUT/BJ5saHDr VFIAn165KpM2KTrDb3x/MTnx+xMRh6+m =I+KY -----END PGP SIGNATURE----- --xiprIVX1FSGBv8kC-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 27 02:30:42 2008 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 2BAB1106564A for ; Thu, 27 Nov 2008 02:30:42 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.188]) by mx1.freebsd.org (Postfix) with ESMTP id B151B8FC17 for ; Thu, 27 Nov 2008 02:30:41 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by mu-out-0910.google.com with SMTP id i2so632036mue.3 for ; Wed, 26 Nov 2008 18:30:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=y7Vdl86Hhp+JqtcpSU/2weLPc+wvIoIzbuA7m1p23Us=; b=flkuQj7cK9GUx/CTj3GIJ67fkGshCRQkgWQUCDu1fHnx0i5WSXCgPL6ErU2w9XpB+7 OX9wG4sr6jZRwpWD+QgWMFQZfMDs94tmX4uee48b8JjMfd0V7RAfmFLuLOuOuSBeP4kT ++xyduPpyOAnxc7vkKF6JSlvWMKIALZRKN5tk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=uFU1j7UCXDD+SD+gTQTn3717uCB8qFC9wunjpN36Tx0FjZai+FKxdr59F25fSO/qGW Mwj9N2pocajNb+BkvFi3EwNwtitxeY5v21t79qMFPF9l38TFWB4E5MN8KOHg/uofoGWS 9Ik2DdtJGynkWxmtiTfwPZejcfCfm7qo98G/k= Received: by 10.103.217.7 with SMTP id u7mr2406475muq.73.1227751779568; Wed, 26 Nov 2008 18:09:39 -0800 (PST) Received: by 10.103.137.8 with HTTP; Wed, 26 Nov 2008 18:09:39 -0800 (PST) Message-ID: Date: Thu, 27 Nov 2008 00:09:39 -0200 From: "Carlos A. M. dos Santos" To: "Peter Jeremy" In-Reply-To: <20081126085003.GD51761@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081125200907.GX83287@bunrab.catwhisker.org> <20081126085003.GD51761@server.vk2pj.dyndns.org> Cc: stable@freebsd.org Subject: Re: RELENG_7_1: Laptop mouse (psm0) disappeared??!? 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, 27 Nov 2008 02:30:42 -0000 On Wed, Nov 26, 2008 at 6:50 AM, Peter Jeremy wrote: > On 2008-Nov-25 12:09:07 -0800, David Wolfskill wrote: >>I was running the recently-tagged RELENG_7_1 on my laptop, doing stuff >>involving switching among a small handful of xterms, when the mouse >>became unresponsive. > ... >> psm0: failed to reset the aux device. >> psm0: the aux device has gone! (reinitialize). > > My son's HP v6107 running 6.4-PRERELEASE/amd64 does this occasionally > as well. I haven't found any solution other than reboot either. I'd suggest you to attempt upgrading the BIOS, if you did not make it before. Version F.3D fixes some touchpad issues. Unfortunately HP only provides winflash updates for this notebook, so you will need Windows to apply it. -- cd /usr/ports/sysutils/life make clean From owner-freebsd-stable@FreeBSD.ORG Thu Nov 27 05:56:54 2008 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 928E3106564A; Thu, 27 Nov 2008 05:56:54 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forwards4.yandex.ru (forwards4.yandex.ru [77.88.32.20]) by mx1.freebsd.org (Postfix) with ESMTP id E402C8FC19; Thu, 27 Nov 2008 05:56:53 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp5.yandex.ru (smtp5.yandex.ru [77.88.32.24]) by forwards4.yandex.ru (Yandex) with ESMTP id 5234D193655; Thu, 27 Nov 2008 08:42:14 +0300 (MSK) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:59614 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S6144126AbYK0FmM (ORCPT + 2 others); Thu, 27 Nov 2008 08:42:12 +0300 X-Yandex-Spam: 1 X-Yandex-Front: smtp5 X-Yandex-TimeMark: 1227764532 X-BornDate: 1137963600 X-Yandex-Karma: 0 X-Yandex-KarmaStatus: 0 X-MsgDayCount: 3 X-Comment: RFC 2476 MSA function at smtp5.yandex.ru logged sender identity as: bu7cher Message-ID: <492E3332.1090907@yandex.ru> Date: Thu, 27 Nov 2008 08:42:10 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Victor Balada Diaz References: <20081126184135.GC22211@alf.bsdes.net> In-Reply-To: <20081126184135.GC22211@alf.bsdes.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org, =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= Subject: Re: IXP SB600 SATA missing quirk? 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, 27 Nov 2008 05:56:54 -0000 Victor Balada Diaz wrote: > i'm trying FreeBSD 7.1 BETA2 in amd64 and i'm having issues with interrupt > storms. The machine works without problems as long as i don't stress much > the HD. If i have high IO load after a few hours the system starts to have > interrupt storms and never again recovers from them until i restart. > > My SATA card is: > > atapci0@pci0:0:18:0: class=0x01018f card=0x73271462 chip=0x43801002 rev=0x00 hdr=0x00 > vendor = 'ATI Technologies Inc' > device = 'IXP SB600 Serial ATA Controller' > class = mass storage > subclass = ATA > > The MotherBoard is MSI K9AG Neo 2[1] and the kernel is > GENERIC without USB and firewire support. > > After digging a bit in the source i've find that linux > people have a quirk for this chipset and i've been unable > to find in our code a similar quirk. You can find the quirk > here: > > http://fxr.watson.org/fxr/source/drivers/pci/quirks.c?v=linux-2.6#L870 > > I don't know exactly what does it do, neither i do know > if it have anything to know with my interrupt issues, but > could someone who knows a bit better tell me if that > could fix the issue or if we need that quirk for other > purposes? It seems this quirk only changes PCIR_PROGIF and PCIR_SUBCLASS registers to PCIP_STORAGE_SATA_AHCI_1_0 and PCIS_STORAGE_SATA values. I don't know which magic these changes should do, but I think they aren't needed. Your controller should work in AHCI mode without this quirk. -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Thu Nov 27 07:57:44 2008 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 36F571065670 for ; Thu, 27 Nov 2008 07:57:44 +0000 (UTC) (envelope-from victor@bsdes.net) Received: from alf.bsdes.net (244.Red-217-126-240.staticIP.rima-tde.net [217.126.240.244]) by mx1.freebsd.org (Postfix) with ESMTP id C49EE8FC1B for ; Thu, 27 Nov 2008 07:57:42 +0000 (UTC) (envelope-from victor@bsdes.net) Received: by alf.bsdes.net (Postfix, from userid 1001) id 1E783119D93; Thu, 27 Nov 2008 08:57:41 +0100 (CET) Date: Thu, 27 Nov 2008 08:57:40 +0100 From: Victor Balada Diaz To: "Andrey V. Elsukov" Message-ID: <20081127075740.GD22211@alf.bsdes.net> References: <20081126184135.GC22211@alf.bsdes.net> <492E3332.1090907@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <492E3332.1090907@yandex.ru> User-Agent: Mutt/1.4.2.3i Cc: stable@FreeBSD.org, =?iso-8859-1?Q?S=F8ren?= Schmidt Subject: Re: IXP SB600 SATA missing quirk? 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, 27 Nov 2008 07:57:44 -0000 On Thu, Nov 27, 2008 at 08:42:10AM +0300, Andrey V. Elsukov wrote: > Victor Balada Diaz wrote: > >i'm trying FreeBSD 7.1 BETA2 in amd64 and i'm having issues with interrupt > >storms. The machine works without problems as long as i don't stress much > >the HD. If i have high IO load after a few hours the system starts to have > >interrupt storms and never again recovers from them until i restart. > > > >My SATA card is: > > > >atapci0@pci0:0:18:0: class=0x01018f card=0x73271462 chip=0x43801002 > >rev=0x00 hdr=0x00 > > vendor = 'ATI Technologies Inc' > > device = 'IXP SB600 Serial ATA Controller' > > class = mass storage > > subclass = ATA > > > >The MotherBoard is MSI K9AG Neo 2[1] and the kernel is > >GENERIC without USB and firewire support. > > > >After digging a bit in the source i've find that linux > >people have a quirk for this chipset and i've been unable > >to find in our code a similar quirk. You can find the quirk > >here: > > > >http://fxr.watson.org/fxr/source/drivers/pci/quirks.c?v=linux-2.6#L870 > > > >I don't know exactly what does it do, neither i do know > >if it have anything to know with my interrupt issues, but > >could someone who knows a bit better tell me if that > >could fix the issue or if we need that quirk for other > >purposes? > > It seems this quirk only changes PCIR_PROGIF and PCIR_SUBCLASS registers > to PCIP_STORAGE_SATA_AHCI_1_0 and PCIS_STORAGE_SATA values. I don't know > which > magic these changes should do, but I think they aren't needed. > Your controller should work in AHCI mode without this quirk. > Thanks Andrey. Yes, my controller is detected as AHCI, but i thought this quirk could have anything to do with the interrupt issues i'm having. Now it's clear that it doesn't have anything to do, so 'll keep searching, but I'm a bit lost as you can see :) Regards -- La prueba más fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 27 12:32:39 2008 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 724F91065676 for ; Thu, 27 Nov 2008 12:32:39 +0000 (UTC) (envelope-from m.wallace@peoplecompare.co.uk) Received: from mail55.e-shot.net (mail55.e-shot.net [195.217.60.55]) by mx1.freebsd.org (Postfix) with ESMTP id BB32B8FC16 for ; Thu, 27 Nov 2008 12:32:38 +0000 (UTC) (envelope-from m.wallace@peoplecompare.co.uk) Received: from e-shot02 ([192.168.50.1]) by mail55.e-shot.net (StrongMail Enterprise 4.1.1.3(4.1.1.3-45945)); Thu, 27 Nov 2008 12:17:31 +0000 X-VirtualServer: Default, mail55.e-shot.net, 192.168.50.55 X-MailingID: 00000::00000::00000::00000::263:41:64243::161464 X-SMHeaderMap: mid="X-MailingID" X-Destination-ID: stable@freebsd.org X-SMFBL: c3RhYmxlQGZyZWVic2Qub3Jn DomainKey-Signature: a=rsa-sha1; c=nofws; s=eshot; d=peoplecompare.co.uk; q=dns; b=atjCvJvKPCFMDiy5IZ5F6fMMBSdagd54nq7LwnPZLjCa2Kkqqa5xlY+UQ8vKCnKjbN1XLI+SHiNQVjFnD6/mi4M1WgwsjNGkCl6NBgaqHXbsG71jjwFDPCiYEqBoM718DPwBAhuJOT4Aekczz7CSrT97/0yEc54Gx6Zaj2U+oI4= DKIM-Signature: v=1; a=rsa-sha1; c=simple; d=peoplecompare.co.uk; s=eshot; i=@peoplecompare.co.uk; h=From:To:Reply-To:Subject:Date: Message-ID:X-eshot:X-VirtualServerGroup:MIME-Version: Content-Type; bh=7p/NKQRxGkpfs8oKct5LU26CgN4=; b=e9pHzdPX2yrv/iX OE0qnhSj2dMjqg6PTKvVjErndx99KwsNe5g3xVopMlMAnekRlE9vrAcVVfBuGQFz Cz6ZNXfLdlAR15mAILY3RKeUN5qXic86qzhVz/OkJulx+IEhPaAaX9RDyvH/Bfr9 lQa9eUW0uFxlonTB0VBB8dcYdPSk= From: "People Compare" To: "stable@freebsd.org" Date: Thu, 27 Nov 2008 12:17:28 -0000 Message-ID: <20081127-12172806-1540-0@e-shot02> X-eshot: 263:41:64243 X-VirtualServerGroup: Default MIME-Version: 1.0 Content-Type: text/plain;charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: November News X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kevyn@peoplecompare.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Nov 2008 12:32:39 -0000 Peoplecompare.co.uk - Call 0115 852 47 48 View this email in a web browser: http://newsletters.e-shot.net/viewwithtoken.asp?6B%2FFISkSvrigndO%2F%3F Forward to a friend: http://control.e-shot.net/ForwardToFriend.asp?6B%2FFISkSvrigndO%2F%3F ----------- November Newsletter 2008 VERSION 2 NOW LAUNCHES Version 2 of the peoplecompare site is now live. Aswell as the obvious visual improvements to the site there is new functionality being programmed as you read, including:- CV distribution, interim and contract account types, video media hosting and much more! http://control.e-shot.net//le35.asp?263:1:64243:41 WIN A TRIP TO THE BIG APPLE! To further encourage further traffic, Peoplecompare are offering a lucky winner the opportunity to win a trip to New York City! The client who posts the 10,000 job through the site to our network will win the break for 2 and £1000 spending money. This is a great incentive and proving popular amongst the users who have provided feedback. *linkpath* National TV Campaign hits the Screens! Its taken a while but at last the peoplecompare brand has hit TV screens across the UK. The first advert aired this weekend on Sky News and increased site traffic significantly resulting in many fresh enquiries. The promotion will also be showing on E4, Dave, Bloomberg, The Business Channel and Sky News in the coming week. If you want to preview the advert, please click the link below. http://control.e-shot.net//le35.asp?263:3:64243:41 Why not read our Blog? http://peoplecompare.blogspot.com/ ----------- People Compare Ltd, 15 Wheeler Gate, Nottingham NG1 2NE. Registered in England & Wales: 06546591 Tel: 0845 652 1634 This message was sent to stable@freebsd.org; We hope you found it relevant. However, if you'd rather not receive future e-mails from us, please visit the opt-out link by clicking http://control.e-shot.net/ManageProfile.asp?6B%2FFISkSvrigndO%2F%3F From owner-freebsd-stable@FreeBSD.ORG Thu Nov 27 15:28:42 2008 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 49758106564A for ; Thu, 27 Nov 2008 15:28:42 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 0B3448FC12 for ; Thu, 27 Nov 2008 15:28:42 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id A464973098; Thu, 27 Nov 2008 16:33:23 +0100 (CET) Date: Thu, 27 Nov 2008 16:33:23 +0100 From: Luigi Rizzo To: stable@freebsd.org Message-ID: <20081127153323.GA36377@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: eeebox and FreeBSD notes 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, 27 Nov 2008 15:28:42 -0000 for what it is worth, i have put some notes on using FreeBSD on the EEE Box. http://info.iet.unipi.it/~luigi/FreeBSD/eeebox.html Most things work, the one big remaining issue is configuring X11 so that it recognises non standard resolutions e.g. 1680x1050 or similar using the "intel" driver. feedback welcome cheers luigi From owner-freebsd-stable@FreeBSD.ORG Thu Nov 27 17:42:28 2008 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 51A06106564A for ; Thu, 27 Nov 2008 17:42:28 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail17.syd.optusnet.com.au (mail17.syd.optusnet.com.au [211.29.132.198]) by mx1.freebsd.org (Postfix) with ESMTP id DCC4F8FC12 for ; Thu, 27 Nov 2008 17:42:27 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail17.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id mARHgPvG017748 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Nov 2008 04:42:26 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id mARHgPnJ072022; Fri, 28 Nov 2008 04:42:25 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id mARHgPUO072021; Fri, 28 Nov 2008 04:42:25 +1100 (EST) (envelope-from peter) Date: Fri, 28 Nov 2008 04:42:24 +1100 From: Peter Jeremy To: "Carlos A. M. dos Santos" Message-ID: <20081127174224.GH51761@server.vk2pj.dyndns.org> References: <20081125200907.GX83287@bunrab.catwhisker.org> <20081126085003.GD51761@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3ig5MTpp3LwprTX9" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: stable@freebsd.org Subject: Re: RELENG_7_1: Laptop mouse (psm0) disappeared??!? 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, 27 Nov 2008 17:42:28 -0000 --3ig5MTpp3LwprTX9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Nov-27 00:09:39 -0200, "Carlos A. M. dos Santos" wrote: >On Wed, Nov 26, 2008 at 6:50 AM, Peter Jeremy > wrote: >> My son's HP v6107 running 6.4-PRERELEASE/amd64 does this occasionally >> as well. I haven't found any solution other than reboot either. > >I'd suggest you to attempt upgrading the BIOS, if you did not make it >before. Version F.3D fixes some touchpad issues. Thanks for the suggestion but it's already running F.3D. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --3ig5MTpp3LwprTX9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkku3AAACgkQ/opHv/APuIcjHgCghl4hCd5g4ZahwrbC1BndxkHf UEEAniyhis1JEltZqNbwk9M6ZII4plfq =iXOc -----END PGP SIGNATURE----- --3ig5MTpp3LwprTX9-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 27 23:44:48 2008 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 76433106564A for ; Thu, 27 Nov 2008 23:44:48 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 20F3E8FC08 for ; Thu, 27 Nov 2008 23:44:48 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so516617ywe.13 for ; Thu, 27 Nov 2008 15:44:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:message-id :in-reply-to:references:date:subject:from:to:cc:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance:sender; bh=GB/Wxj6tOFqcoV/AlHHe5+QZRfGG5azWf+fadIsDLis=; b=xe/BucI6ut/cMie65M0OHASmYvAwAG1a2z6sEXzwDs4/KakU0n6pgAmyBOk+PhhK8a d25VJad0EyX8uPV6QoYDlNORNoxmJTHW14lIDd7AgBQ3ENGsLDGyR7STT5uALSTJmcsV 1DhEV78KKvjEOkabQ+ITFBH0BDnRA3b46SBVY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance:sender; b=i9uk3ZoxZHO5CcDw+nPdMa/YsHaTYozjbQpPD1j2sHYniETe1SFAKRgsU63Opu2P4x HZ75k43C3zEwc57/+LkoDbf0QTf1c39MXBgNWAxEVteHBt9AyExXAA/Dpt9b8NNcW+dQ j/tWTCToMccy1oyC1lqmPK47AXBdDO4m79fhQ= Received: by 10.100.105.15 with SMTP id d15mr3783569anc.69.1227829487371; Thu, 27 Nov 2008 15:44:47 -0800 (PST) Received: from cygnus.homeunix.com ([189.71.5.13]) by mx.google.com with ESMTPS id c29sm562985anc.29.2008.11.27.15.44.43 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 27 Nov 2008 15:44:46 -0800 (PST) Received: by cygnus.homeunix.com (Postfix, from userid 80) id E6B71B8210; Thu, 27 Nov 2008 20:44:37 -0300 (BRT) Received: from 10.1.1.2 (SquirrelMail authenticated user matheus) by lamneth with HTTP; Thu, 27 Nov 2008 21:44:37 -0200 (BRST) Message-ID: In-Reply-To: <4926887E.9000303@bsdforen.de> References: <4923C8D4.2000109@bsdforen.de> <9b5d48672e38f20652cf315844965606.squirrel@cygnus.homeunix.com> <4926887E.9000303@bsdforen.de> Date: Thu, 27 Nov 2008 21:44:37 -0200 (BRST) From: "Nenhum_de_Nos" To: "Dominic Fandrey" User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Sender: Nenhum_de_Nos Cc: freebsd-stable@freebsd.org, Nenhum_de_Nos Subject: Re: u3g and ubsa 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, 27 Nov 2008 23:44:48 -0000 On Fri, November 21, 2008 8:07 am, Dominic Fandrey wrote: > Nenhum_de_Nos wrote: >> On Wed, November 19, 2008 6:05 am, Dominic Fandrey wrote: >>> I have recently been pointed to the u3g driver and gave it a try, >>> because UBSA works very unreliable for me. >>> >>> - In combination with PF-NAT I get kernel panics under high load. >>> - I have to hack some buffer sizes in the driver to get the full >>> 3G speed. >>> - Often my USB-3G stick is not detected, sometimes I spent several >>> minutes plugging it in and out until it is detected. >>> - It doesn't let me use the card reader in the stick. >>> >>> The u3g driver has NONE of these problems. Everything just works >>> for me. >>> >>> So obviously I would like to have u3g in stable and chose for >>> myself or even take support for devices out of ubsa that work >>> better with u3g. >>> _______________________________________________ >> >> same for me. I'm looking forward to see u3g in STABLE. >> >> matheus >> > > > Do you know about anyone pushing this? I think it's not even in > CURRENT! AFAIK, it is ... :) I tried sometime ago, but -CURRENT doesn't like my P4 though ;) matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-stable@FreeBSD.ORG Fri Nov 28 13:20:56 2008 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 933851065670 for ; Fri, 28 Nov 2008 13:20:56 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C44F88FC0C for ; Fri, 28 Nov 2008 13:20:55 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA24162 for ; Fri, 28 Nov 2008 15:20:54 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <492FF035.3060308@icyb.net.ua> Date: Fri, 28 Nov 2008 15:20:53 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.18 (X11/20081124) MIME-Version: 1.0 To: FreeBSD Stable References: <4926BDE5.5020708@icyb.net.ua> <20081121161629.GJ99866@uriah.heep.sax.de> <1227286112.40570.12.camel@buffy.york.ac.uk> <4926EC94.8060609@icyb.net.ua> In-Reply-To: <4926EC94.8060609@icyb.net.ua> Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: Subject: inconsistent addressing of smb slaves 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, 28 Nov 2008 13:20:56 -0000 on 21/11/2008 19:15 Andriy Gapon said the following: > on 21/11/2008 18:48 Gavin Atkinson said the following: >> On Fri, 2008-11-21 at 17:16 +0100, Joerg Wunsch wrote: >>> As Andriy Gapon wrote: >>> >>>> Now: >>>> >>>> (0x44 << 1) & 0xff == (0xc4 << 1) & 0xff = 0x88 (looks like RTC) >>>> (0x50 << 1) & 0xff == (0xd0 << 1) & 0xff = 0xa0 (well known SPD addr) >>>> (0x52 << 1) & 0xff == (0xd2 << 1) & 0xff = 0xa4 (well known SPD addr) >>>> (0x80 << 1) & 0xff = 0x0 (mentioned above "global address") >>>> (0x88 << 1) & 0xff == MIN_I2C_ADDR = 0x10 (something weird) >>>> >>>> I think that this demonstrates that FreeBSD smb driver expects slave >>>> addresses in range 0x0-0x7f. >>> Well, the machine I've been writing smbmsg(8) on has been a Sun E450 I >>> don't have access to any longer, so I cannot post a live example >>> output. However, I could swear the output did make sense on that >>> machine, i. e. the typical 0xa0 etc. addresses were populated there. >>> Basically, the 0xa0 example you can find in the EXAMPLES section of >>> the man page has been tailored after an actual session transcript made >>> on said Sun E450. (I'm not completely sure about the 0x70 example >>> anymore, this could be a hypothetical one.) >>> >>> So could that be a backend driver issue, so various backend drivers >>> use different addressing formats? *shudder* >> I believe this is the case, yes. See for example, PR kern/100513. It >> appears that some frivers treat the adfdress one way, and others treat >> it the other. > > Darn it! Thank you! > I also started to have doubts and almost came to conclusion that this is > 6.X vs 7.X issue, because on my 6.X machine everything worked > reasonably. But I now see that my 6.X machine has nfsmb and 7.X machines > have ichsmb. > > PR link for convenience: > http://www.freebsd.org/cgi/query-pr.cgi?pr=100513 > > We have to settle to one addressing scheme or the other. I did some searching through code and it seems that only ichsmb is a black sheep, all others seem to be consistent with each other. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Nov 28 13:24:59 2008 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 5E3661065673; Fri, 28 Nov 2008 13:24:59 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 3BD9F8FC0C; Fri, 28 Nov 2008 13:24:57 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA24257; Fri, 28 Nov 2008 15:24:56 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <492FF127.807@icyb.net.ua> Date: Fri, 28 Nov 2008 15:24:55 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.18 (X11/20081124) MIME-Version: 1.0 References: <4912E462.4090608@icyb.net.ua> <491586B9.2020303@vwsoft.com> <4919851B.7050800@icyb.net.ua> In-Reply-To: <4919851B.7050800@icyb.net.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , freebsd-usb@freebsd.org Subject: Re: usb keyboard dying at loader prompt 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, 28 Nov 2008 13:24:59 -0000 I did more testing and it seems that our loader does have something to do with the problem. If I boot to memtest86 the keyboard keeps working. If I pause boot menu, wait for many minutes, the keyboard still works. If I escape to loader prompt, this when the keyboard stops working after a few seconds. Not sure how to explain this. I think I've seen some changes to reduce memory usage of loader, I will try them to see if that would make any difference for my situation. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Nov 28 14:28:51 2008 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 DF1571065670 for ; Fri, 28 Nov 2008 14:28:51 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 080EE8FC12 for ; Fri, 28 Nov 2008 14:28:50 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA27654 for ; Fri, 28 Nov 2008 16:28:49 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <49300020.6060603@icyb.net.ua> Date: Fri, 28 Nov 2008 16:28:48 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.18 (X11/20081124) MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: ichwd problem: watchdog doesn't "bark" 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, 28 Nov 2008 14:28:52 -0000 uname: FreeBSD 7.1-PRERELEASE r185311 amd64 dmesg: ichwd0: on isa0 ichwd0: Intel ICH9R watchdog timer (ICH9 or equivalent) ichwd0: timer disabled pciconf: isab0@pci0:0:31:0: class=0x060100 card=0x50448086 chip=0x29168086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IR (ICH9R) LPC Interface Controller' class = bridge subclass = PCI-ISA When I start watchdogd I see the following messages: timer enabled timeout set to 28 ticks and then a flow of messages: timer reloaded Then I kill -9 watchdogd. "timer reloded" messages are no longer produced. And there are no other messages. But nothing happens for many minutes that I waited. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Nov 28 15:27:32 2008 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 850F51065674 for ; Fri, 28 Nov 2008 15:27:32 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3A4C98FC14 for ; Fri, 28 Nov 2008 15:27:31 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mASFRTbU069522; Fri, 28 Nov 2008 10:27:29 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id mASFRTO6081442 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Nov 2008 10:27:29 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200811281527.mASFRTO6081442@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 28 Nov 2008 10:27:23 -0500 To: Andriy Gapon , FreeBSD Stable From: Mike Tancsa In-Reply-To: <49300020.6060603@icyb.net.ua> References: <49300020.6060603@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: Re: ichwd problem: watchdog doesn't "bark" 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, 28 Nov 2008 15:27:32 -0000 At 09:28 AM 11/28/2008, Andriy Gapon wrote: >Then I kill -9 watchdogd. >"timer reloded" messages are no longer produced. >And there are no other messages. > >But nothing happens for many minutes that I waited. Is the watchdog disabled in the BIOS by chance ? ---Mike From owner-freebsd-stable@FreeBSD.ORG Fri Nov 28 15:31:04 2008 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 8C3991065670 for ; Fri, 28 Nov 2008 15:31:04 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A47908FC1D for ; Fri, 28 Nov 2008 15:31:03 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA28919; Fri, 28 Nov 2008 17:30:55 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <49300EAE.3070702@icyb.net.ua> Date: Fri, 28 Nov 2008 17:30:54 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.18 (X11/20081124) MIME-Version: 1.0 To: Mike Tancsa References: <49300020.6060603@icyb.net.ua> <200811281527.mASFRTO6081442@lava.sentex.ca> In-Reply-To: <200811281527.mASFRTO6081442@lava.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: ichwd problem: watchdog doesn't "bark" 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, 28 Nov 2008 15:31:04 -0000 on 28/11/2008 17:27 Mike Tancsa said the following: > At 09:28 AM 11/28/2008, Andriy Gapon wrote: >> Then I kill -9 watchdogd. >> "timer reloded" messages are no longer produced. >> And there are no other messages. >> >> But nothing happens for many minutes that I waited. > > Is the watchdog disabled in the BIOS by chance ? There is no such setting there, -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Nov 28 19:37:25 2008 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 E68141065670 for ; Fri, 28 Nov 2008 19:37:25 +0000 (UTC) (envelope-from lopez.on.the.lists@yellowspace.net) Received: from mail.yellowspace.net (mail.yellowspace.net [80.190.200.164]) by mx1.freebsd.org (Postfix) with ESMTP id 61FB58FC18 for ; Fri, 28 Nov 2008 19:37:25 +0000 (UTC) (envelope-from lopez.on.the.lists@yellowspace.net) Received: from five.intranet ([93.104.110.130]) (AUTH: LOGIN lopez.on.the.lists@yellowspace.net) by mail.yellowspace.net with esmtp; Fri, 28 Nov 2008 20:37:23 +0100 id 0032549C.0000000049304873.0000763D Message-Id: <9DEE7A69-604D-4CB0-9CC4-69455EC447A3@yellowspace.net> From: Lorenzo Perone To: Zaphod Beeblebrox In-Reply-To: <5f67a8c40811211558n5fc77a54v3d4589dc838af443@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Fri, 28 Nov 2008 20:37:22 +0100 References: <5f67a8c40811211558n5fc77a54v3d4589dc838af443@mail.gmail.com> X-Mailer: Apple Mail (2.929.2) Cc: FreeBSD Stable Mailing List Subject: Re: MFC ZFS: when? 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, 28 Nov 2008 19:37:26 -0000 On 22.11.2008, at 00:58, Zaphod Beeblebrox wrote: > In several of the recent ZFS posts, multiple people have asked when > this > will be MFC'd to 7.x. This query has been studiously ignored as other > chatter about whatever ZFS issue is discussed. > > So in a post with no other bug report or discussion content to > distract us, > when is it intended that ZFS be MFC'd to 7.x? While I'd seconded update info a month ago, I think it is no more inappropriate. Work is actively ongoing (if you follow -current) and now it's time to take out that old (or new) box and help debugging all possible scenarios on CURRENT before crying after the next kmap_too_small or panic. If I understand correctly, the issues arising with large de/allocations of memory in kernel space is a tricky buisiness which needs careful and thorough testing, tuning and thinking... Afaik, even solaris hasn't ironed out all the potential problems, e.g. if you read this article and the linked bugdatabase entries...: http://www.solarisinternals.com/wiki/index.php/ZFS_Evil_Tuning_Guide#Limiting_the_ARC_Cache So let's really rather help (if possible) with a -current install, or at least not take time with tedious requests :) Sincere regards to PJD and the whole development core team, as FreeBSD is really keeping up with the fast tech hype - but with style. Lorenzo From owner-freebsd-stable@FreeBSD.ORG Fri Nov 28 19:52:39 2008 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 50713106564A for ; Fri, 28 Nov 2008 19:52:38 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 12DB18FC08 for ; Fri, 28 Nov 2008 19:52:37 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id mASJqU9r044715 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 28 Nov 2008 14:52:30 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-stable Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Zh6aYmOyd4fQBUvtirR/" Organization: U. Buffalo CSE Department Date: Fri, 28 Nov 2008 14:52:30 -0500 Message-Id: <1227901950.74788.19.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-DCC--Metrics: phoebe.cse.buffalo.edu 1335; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Subject: 7.1/6.4 Release Status... 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, 28 Nov 2008 19:52:39 -0000 --=-Zh6aYmOyd4fQBUvtirR/ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Sorry, as usual I've not been very good about status updates... As far as the 7.1-REL process goes two issues that got classified as show-stoppers got worked out right around the time work on a security advisory came along. Progress on both releases got unblocked at the same time so some work has been done with 7.1 (some folks have already noticed the branch was done) but we focused a bit more on finishing 6.4. We expect to get the 7.1-RC1 builds started Sunday. If testing doesn't turn up any more show-stoppers 7.1-RC2 will be done about 1.5 weeks after RC1, and 7.1-REL will be done about 1.5 weeks after RC2. 6.4-RELEASE is done. Details here: http://www.freebsd.org/releases/6.4R/announce.html Thanks... --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-Zh6aYmOyd4fQBUvtirR/ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkkwS/4ACgkQ/G14VSmup/YliQCfWz3957POhJ6FDh9pNvh1hcPL uogAn176+oP+IYfjF8v4ERuJHNW03DTW =RvIE -----END PGP SIGNATURE----- --=-Zh6aYmOyd4fQBUvtirR/-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 28 20:23:37 2008 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 0F29D1065670 for ; Fri, 28 Nov 2008 20:23:37 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from dhcp-172-19-247-186.corp.google.com (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D53808FC0C; Fri, 28 Nov 2008 20:23:36 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <49305348.3060801@FreeBSD.org> Date: Fri, 28 Nov 2008 12:23:36 -0800 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: Richard Tector References: <492D6663.60704@thekeelecentre.com> In-Reply-To: <492D6663.60704@thekeelecentre.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Random hangs with 7.1-PRE 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, 28 Nov 2008 20:23:37 -0000 Richard Tector wrote: > I'm not discounting hardware here, but I'm having problems with a > previously stable amd64 system (dmesg attached) now running: > FreeBSD 7.1-PRERELEASE #1: Wed Nov 26 00:10:41 GMT 2008 > and previously running a RELENG_7 from around Oct 15th which also > exhibited the problem. > > The system appears to hang with SSH terminals eventually timing out, and > no other services being available. The odd thing is, when I go to the > console, I can switch between terminals with Alt-F2, etc, but can not > type anything. Pressing the power button a couple of times gives an acpi > not ready message, so it doesn't appear the system has completely hung. > > The system is in a cool room and under little load running basic > services: samba, postgres, dhcp, etc. Never seen problems with the > machine previously. > > Does anyone have any thoughts or suggestions on narrowing down the cause? See the developers handbook chapter on kernel debugging for full instructions on how to gather the necessary information to proceed. Kris From owner-freebsd-stable@FreeBSD.ORG Fri Nov 28 21:21:01 2008 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 28D1F1065670 for ; Fri, 28 Nov 2008 21:21:01 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qy0-f18.google.com (mail-qy0-f18.google.com [209.85.221.18]) by mx1.freebsd.org (Postfix) with ESMTP id B77F38FC16 for ; Fri, 28 Nov 2008 21:21:00 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by qyk11 with SMTP id 11so1816719qyk.19 for ; Fri, 28 Nov 2008 13:20:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=oZGt6MGh3IGoFkPij9N+BBCpANyF5nmSPzUtpgT70HQ=; b=XoxBbdEESI4bGHLSMsXD0LvNjbcvJ+Gk/fBKgzCxwfb3kKsNEX3wQ4r1q0tFbWWlcE mFLRCrKoycm2OhZ1xnt/V8Dj4kV1+41vx5RrwtFSCYg3hv1xVcWr1z5F8KBLxxSzElTp 3Q9+PF1Y+Ya6QGXA8CQMwEZ2UOXxh5Nt/sbds= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=tYBKwLjx+u18uhikzwjyEP2rrwA6iUbYqvwUMxGaJfkN/R5oAt8qcwG5xsMlKk0gkq bYkFFJs+u3oV9B3q+PVBmhuAGuxSBJYH5l4KtuENUQUhPqENMac6+kL+JtDfTt0JS6RX UqVV4VaQrI7ijBJZ3bbOcT4vVpD8D08mZfDOI= Received: by 10.215.40.1 with SMTP id s1mr8263236qaj.271.1227905731942; Fri, 28 Nov 2008 12:55:31 -0800 (PST) Received: by 10.215.41.1 with HTTP; Fri, 28 Nov 2008 12:55:31 -0800 (PST) Message-ID: Date: Fri, 28 Nov 2008 15:55:31 -0500 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "Zaphod Beeblebrox" In-Reply-To: <5f67a8c40811211620x63ea3095m6817d9b9de2d2f9a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <5f67a8c40811211558n5fc77a54v3d4589dc838af443@mail.gmail.com> <3a142e750811211609u67969c2fqe16a88aea52309fb@mail.gmail.com> <5f67a8c40811211620x63ea3095m6817d9b9de2d2f9a@mail.gmail.com> X-Google-Sender-Auth: 96e33d0410337860 Cc: "Paul B. Mahol" , FreeBSD Stable Mailing List Subject: Re: MFC ZFS: when? 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, 28 Nov 2008 21:21:01 -0000 2008/11/21 Zaphod Beeblebrox : >> Once no new bugs appear any more, and old one are fixed. > > > That's a pretty cop-out answer. Considering the the version of ZFS in 7.x > has significant issues and the ZFS patches havn't shown any propensity to > affect non-ZFS systems when ZFS is not running or loaded, the benefit of > importing the new code seems to outweigh any caution you might feel. I can > understand an answer such as "not in 7.1, but immediately after" ... given > the standards we apply to release branches ... but a vague "when no bugs > seem to appear" applies much less to a system like ZFS (still in flux) than, > say, the new USB stack. Pawel will probably not say no to any offers of help by people who would like to help port and maintain the FreeBSD-7 ZFS support. Adrian From owner-freebsd-stable@FreeBSD.ORG Fri Nov 28 21:32:32 2008 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 1ED511065676 for ; Fri, 28 Nov 2008 21:32:32 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from dhcp-172-19-247-186.corp.google.com (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E4CBB8FC08; Fri, 28 Nov 2008 21:32:31 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4930636F.3070603@FreeBSD.org> Date: Fri, 28 Nov 2008 13:32:31 -0800 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: Andrew Snow References: <5f67a8c40811211558n5fc77a54v3d4589dc838af443@mail.gmail.com> <492B36F0.7080207@modulus.org> In-Reply-To: <492B36F0.7080207@modulus.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: MFC ZFS: when? 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, 28 Nov 2008 21:32:32 -0000 Andrew Snow wrote: > > The problem appears to be that the latest ZFS commit in 8-CURRENT relies > on too many other new features that aren't in 7.1. > > After 7.1 is released, then perhaps ZFS and the other new code it > requires can be moved into 7-STABLE? That is certainly the intention, but I trust that everyone will appreciate the need to watch and wait before dumping an enormous and potentially risky filesystem change into the laps of all 7-STABLE users. Kris From owner-freebsd-stable@FreeBSD.ORG Fri Nov 28 21:33:36 2008 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 DE81D1065673 for ; Fri, 28 Nov 2008 21:33:36 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from dhcp-172-19-247-186.corp.google.com (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A33BB8FC18; Fri, 28 Nov 2008 21:33:36 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <493063B0.8050908@FreeBSD.org> Date: Fri, 28 Nov 2008 13:33:36 -0800 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: Wes Morgan References: <5f67a8c40811211558n5fc77a54v3d4589dc838af443@mail.gmail.com> <492B36F0.7080207@modulus.org> <492C119E.4070601@loveturtle.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Dillon Kass , freebsd-stable@freebsd.org Subject: Re: MFC ZFS: when? 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, 28 Nov 2008 21:33:37 -0000 Wes Morgan wrote: > On Tue, 25 Nov 2008, Dillon Kass wrote: > >> I'm very excited and can't wait! I have this clone I need to promote >> but I'm encountering this bug >> http://bugs.opensolaris.org/view_bug.do?bug_id=6738349 >> >> Hopefully it gets mfc before the diff between the real fs and the >> clone becomes so large that my pool fills up :-) >> I should have a few months before that happens though. > > Is it possible you could boot a -current system and promote the clone > without upgrading your pools/filesystems, then reboot to -stable? The promotion is not backwards compatible. Kris From owner-freebsd-stable@FreeBSD.ORG Fri Nov 28 22:20:48 2008 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 E78281065670 for ; Fri, 28 Nov 2008 22:20:47 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-qy0-f18.google.com (mail-qy0-f18.google.com [209.85.221.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7DA868FC16 for ; Fri, 28 Nov 2008 22:20:47 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by qyk11 with SMTP id 11so1833200qyk.19 for ; Fri, 28 Nov 2008 14:20:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:message-id :in-reply-to:references:date:subject:from:to:cc:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance:sender; bh=LoZ7a+x1KikAo+53BWNyE2Q9YifWztZ+iASG1ah4H6E=; b=uzqJ8C70vFITdzmw7jR2eWb2v19gMl8HXBkV5B5sd4mTnzhFDjDoFHBY8uVmIPY7wP cHMFTPzKwgP4lRYrywM+DcpQTKG+J4lgeFfmo4gXoxw3R1rXUtm/BlAwaSYymehbNTft 9IM0pL3tXvhYu9a3B5VEMfJcE8W50ZcOaZgE0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance:sender; b=TcW7CQPlrhQc4zp79/Q43vY6SdoOcuOBirzOwKz+KcD1UuowqkO2Ztv47iHJ3khsSY BkMSu/vBuho0XJdyowUFg2JW9dCmTUgUiQSQSZuwX/QbrpTw9qnBEA/TNENvAFXK5pLs 7FX68QlwxD5DaZUWpIO9BdZtwzAcP8xOQfhAk= Received: by 10.214.181.1 with SMTP id d1mr8302746qaf.376.1227910846345; Fri, 28 Nov 2008 14:20:46 -0800 (PST) Received: from cygnus.homeunix.com ([189.71.32.93]) by mx.google.com with ESMTPS id 34sm3445625yxl.8.2008.11.28.14.20.43 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 28 Nov 2008 14:20:45 -0800 (PST) Received: by cygnus.homeunix.com (Postfix, from userid 80) id C2F76B8210; Fri, 28 Nov 2008 19:20:38 -0300 (BRT) Received: from 189.71.76.245 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Fri, 28 Nov 2008 20:20:38 -0200 (BRST) Message-ID: <2246ec1e726cdd6919aa19edc94853fb.squirrel@cygnus.homeunix.com> In-Reply-To: <49240915.5060201@kkip.pl> References: <76f9bb3fd8d40028f22f4585d2b8e983.squirrel@cygnus.homeunix.com> <49240915.5060201@kkip.pl> Date: Fri, 28 Nov 2008 20:20:38 -0200 (BRST) From: "Nenhum_de_Nos" To: "Bartosz Stec" User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Sender: Nenhum_de_Nos Cc: freebsd-stable@freebsd.org Subject: Re: gmirror and gstripe 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, 28 Nov 2008 22:20:48 -0000 On Wed, November 19, 2008 10:39 am, Bartosz Stec wrote: > Nenhum_de_Nos pisze: >> hail, >> >> I have an old AthlonXP 1700+ running 7-STABLE: >> >> FreeBSD xxx 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #1: Thu Nov 13 >> 23:54:59 >> BRT 2008 root@xxx:/usr/obj/usr/src/sys/xxx i386 >> >> where I have two 750GB Seagate SATA Disks. They are divided as two >> slices, >> around the first 120GB are gathered in gmirror, and what left is in >> gstripe. so that's whats going on. if the machine locks, and fsck comes >> to >> make its job, the box just gets slower and slower till I have to reset >> it >> the hard way. to make it not lock after just 5 minutes I have to boot >> and >> umount the "arrays", and then run fsck_ufs on them. so this way I can >> have >> the box running again. >> > Did you mean that machine slows down while doing background fsck? If > yes, problem is probably related to snapshot which is created, and > background fsck is done on snapshot. > >> as I can't count on no power outage till the end of days, what can I do >> ? >> >> > You may just disable background fsck and do it manually in single user > mode in that case just by typing fsck -y. >> i just recompiled stable to make it stop this, but no go here ... >> >> this is an AthlonXP as said, running on EPoX kt600 based board, sata I >> is >> from via southbridge and 1GB of RAM. just another 40GB disk to the >> system. >> >> thanks, >> >> matheus >> > If I am correct, your problem is old known and mksnap_ffs related. > Jeremy Chadwick wrote a lot about it: > http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues > > Good luck. > > -- > Bartosz Stec some news: my router+file server got stuck with a usb 2.5" hdd enclosure and I had to hard reboot. when it got uo again, I got this: fsync: giving up on dirty 0xc43ec678: tag devfs, type VCHR usecount 1, writecount 0, refcount 678 mountedhere 0xc4388b00 flags () v_object 0xc14291f0 ref 0 pages 2700 lock type devfs: EXCL (count 1) by thread 0xc45e9220 (pid 1719) dev mirror/mirror0 but afaik, the files are there. so I question, is it yet safe to use gmirror for my files integrity sake ? is there anything I may be doing wrong to cause this ? what can I help to help fix this ? thanks, matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-stable@FreeBSD.ORG Sat Nov 29 05:13:34 2008 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 521B1106564A for ; Sat, 29 Nov 2008 05:13:34 +0000 (UTC) (envelope-from p.christias@noc.ntua.gr) Received: from achilles.noc.ntua.gr (achilles.noc.ntua.gr [IPv6:2001:648:2000:de::210]) by mx1.freebsd.org (Postfix) with ESMTP id B83378FC13 for ; Sat, 29 Nov 2008 05:13:33 +0000 (UTC) (envelope-from p.christias@noc.ntua.gr) Received: from ajax.noc.ntua.gr (ajax6.noc.ntua.gr [IPv6:2001:648:2000:dc::1]) by achilles.noc.ntua.gr (8.14.3/8.14.3) with ESMTP id mAT5DJBp094088 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 29 Nov 2008 07:13:20 +0200 (EET) (envelope-from p.christias@noc.ntua.gr) Received: from ajax.noc.ntua.gr (localhost.noc.ntua.gr [127.0.0.1]) by ajax.noc.ntua.gr (8.13.8/8.13.8) with ESMTP id mAT5DJaT008745 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 29 Nov 2008 07:13:19 +0200 (EET) (envelope-from p.christias@noc.ntua.gr) Received: (from christia@localhost) by ajax.noc.ntua.gr (8.13.8/8.13.8/Submit) id mAT5DJEI008744; Sat, 29 Nov 2008 07:13:19 +0200 (EET) (envelope-from p.christias@noc.ntua.gr) X-Authentication-Warning: ajax.noc.ntua.gr: christia set sender to p.christias@noc.ntua.gr using -f Date: Sat, 29 Nov 2008 07:13:19 +0200 From: Panagiotis Christias To: Ken Smith Message-ID: <20081129051319.GA8458@noc.ntua.gr> References: <1227901950.74788.19.camel@bauer.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1227901950.74788.19.camel@bauer.cse.buffalo.edu> User-Agent: Mutt/1.5.16 (2007-06-09) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on achilles.noc.ntua.gr X-Virus-Status: Clean Cc: freebsd-stable Subject: Re: 7.1/6.4 Release Status... 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, 29 Nov 2008 05:13:34 -0000 On Fri, Nov 28, 2008 at 02:52:30PM -0500, Ken Smith wrote: > > Sorry, as usual I've not been very good about status updates... > > As far as the 7.1-REL process goes two issues that got classified as > show-stoppers got worked out right around the time work on a security > advisory came along. Progress on both releases got unblocked at the > same time so some work has been done with 7.1 (some folks have already > noticed the branch was done) but we focused a bit more on finishing 6.4. > We expect to get the 7.1-RC1 builds started Sunday. If testing doesn't > turn up any more show-stoppers 7.1-RC2 will be done about 1.5 weeks > after RC1, and 7.1-REL will be done about 1.5 weeks after RC2. > > 6.4-RELEASE is done. Details here: > > http://www.freebsd.org/releases/6.4R/announce.html > > Thanks... Hello, previous releases used to have progress report pages in the FreeBSD main site that were really useful and informative, e.g.: http://www.freebsd.org/releases/7.0R/todo.html Are there any such pages for 7.1 and 6.4? Thank you for your efforts, Panagiotis -- Panagiotis J. Christias Network Management Center P.Christias@noc.ntua.gr National Technical Univ. of Athens, GREECE From owner-freebsd-stable@FreeBSD.ORG Sat Nov 29 10:39:35 2008 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 D10541065672 for ; Sat, 29 Nov 2008 10:39:35 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206045082.chello.pl [87.206.45.82]) by mx1.freebsd.org (Postfix) with ESMTP id 259928FC16 for ; Sat, 29 Nov 2008 10:39:34 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id CE25A45685; Sat, 29 Nov 2008 11:39:32 +0100 (CET) Received: from localhost (chello087206045082.chello.pl [87.206.45.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id AC9EB45C99; Sat, 29 Nov 2008 11:39:27 +0100 (CET) Date: Sat, 29 Nov 2008 11:39:31 +0100 From: Pawel Jakub Dawidek To: Zaphod Beeblebrox Message-ID: <20081129103930.GA1494@garage.freebsd.pl> References: <5f67a8c40811211558n5fc77a54v3d4589dc838af443@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <5f67a8c40811211558n5fc77a54v3d4589dc838af443@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: FreeBSD Stable Mailing List Subject: Re: MFC ZFS: when? 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, 29 Nov 2008 10:39:35 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 21, 2008 at 06:58:51PM -0500, Zaphod Beeblebrox wrote: > In several of the recent ZFS posts, multiple people have asked when this > will be MFC'd to 7.x. This query has been studiously ignored as other > chatter about whatever ZFS issue is discussed. >=20 > So in a post with no other bug report or discussion content to distract u= s, > when is it intended that ZFS be MFC'd to 7.x? I can't give you the date yet, simply because its too early to judge how stable the new ZFS is. The amount of code changes is really huge. The ZFS functionality is also huge (which is good for the users, not so good for me) and I'm simply unable to test entire thing. While I was working on ZFSv13 port I started working on regression tests as well (you can find some in tools/regression/zfs/) so I could have more automated testing. Eventhough I implemented 2850 tests, it not even covers entire zpool(8) functionality. All in all. People are using ZFS in production, but not only them won't be happy to lose their data, so I'm not going to MFC ZFS until I'm convinced the new one is at least not worse than the old one. To speed up this process everyone is very welcome to try ZFS on HEAD and report results (both bad and good). The current plan is to have new ZFS in 7.2. For this to happen, some other changes have to be MFCed too, like *at() syscalls, etc. I hope this helps to understand what's going on. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFJMRviForvXbEpPzQRAqiTAJ9cULUrJlcp4IjxXqOm83KMww3EUwCeOGpQ MHoEydtW5QSrcDFicIYprjA= =FZGG -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 29 10:46:45 2008 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 39DD51065677 for ; Sat, 29 Nov 2008 10:46:45 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206045082.chello.pl [87.206.45.82]) by mx1.freebsd.org (Postfix) with ESMTP id 87E3A8FC2B for ; Sat, 29 Nov 2008 10:46:43 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 112D2456B1; Sat, 29 Nov 2008 11:46:42 +0100 (CET) Received: from localhost (chello087206045082.chello.pl [87.206.45.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 1F20E45685; Sat, 29 Nov 2008 11:46:36 +0100 (CET) Date: Sat, 29 Nov 2008 11:46:40 +0100 From: Pawel Jakub Dawidek To: Freddie Cash Message-ID: <20081129104640.GB1494@garage.freebsd.pl> References: <20081121151518.9f4f6af8.gerrit@pmp.uni-hannover.de> <20081121154153.a741e391.gerrit@pmp.uni-hannover.de> <200811210816.35573.fjwcash@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="A6N2fC+uXW/VQSAv" Content-Disposition: inline In-Reply-To: <200811210816.35573.fjwcash@gmail.com> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-stable@freebsd.org Subject: Re: Curious failure of ZFS snapshots 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, 29 Nov 2008 10:46:45 -0000 --A6N2fC+uXW/VQSAv Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 21, 2008 at 08:16:35AM -0800, Freddie Cash wrote: > On November 21, 2008 06:41 am Gerrit K=FChn wrote: > > On Fri, 21 Nov 2008 15:15:18 +0100 Gerrit K=FChn > > wrote about Re: Curious failure of ZFS > > snapshots: > > > > GK> Right now 3 of them are fine, and one is showing the same problem > > you GK> described: > > GK> > > GK> mclane# ll /tank/home/pt/.zfs/ > > GK> ls: snapshot: Bad file descriptor > > GK> total 0 Is there a way for me to reproduce that? > Which shell are you using? I've seen quite a few=20 > different "non-existent"/"invalid directory" errors when using tcsh to=20 > navigate through the .zfs/ hierarchy. Can do "cd ..", "ls .", or tab=20 > completion when in anything under .zfs/ This was a bug in ZFS and is fixed in HEAD. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --A6N2fC+uXW/VQSAv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFJMR2PForvXbEpPzQRAoQnAKCVKgiUy+/bitxTuDC+AuGtXY3XYgCguEpP jXLt06kjv8gql3dPPX+wMps= =TuFj -----END PGP SIGNATURE----- --A6N2fC+uXW/VQSAv-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 29 13:01:24 2008 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 7AD0A1065673; Sat, 29 Nov 2008 13:01:24 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 4B4AA8FC08; Sat, 29 Nov 2008 13:01:24 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1L6PRm-000LUb-Sr; Sat, 29 Nov 2008 13:01:18 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1L6PRm-000JlR-R4; Sat, 29 Nov 2008 13:01:18 +0000 To: fjwcash@gmail.com, pjd@FreeBSD.org In-Reply-To: <20081129104640.GB1494@garage.freebsd.pl> Message-Id: From: Pete French Date: Sat, 29 Nov 2008 13:01:18 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: Curious failure of ZFS snapshots 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, 29 Nov 2008 13:01:24 -0000 > Is there a way for me to reproduce that? I am not sure how to reproduce it, as I am unclear as to what causes is. I have two machines making regular snapshots, one of which ends up in this state, and one which doesnt. The only difference is that the one which goes wwrong is actually trying to access the snapshots, whereas the other is a backup machine where they just sit there. What I can try and do is to setup a small system to try and reproduce the bug on a small file backed zfs system, aandd then maybe email you the failed image if I can get it to fail. Would that be of any use ? The current failed image is about 50GB, so I dont have an easy way to send you that. Is an image of a filesystem with the problem actualll of any use to you anywway ? -pete. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 29 13:04:59 2008 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 8999F1065672 for ; Sat, 29 Nov 2008 13:04:59 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id 44A028FC0A for ; Sat, 29 Nov 2008 13:04:58 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by qw-out-2122.google.com with SMTP id 9so396347qwb.7 for ; Sat, 29 Nov 2008 05:04:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:message-id :date:subject:from:to:user-agent:mime-version:content-type :content-transfer-encoding:x-priority:importance:sender; bh=0q4YeMpf+4adnwbd22y3Uf6KSNUKConozvlCKteWSDw=; b=Cb6A4Ral/k2vUN2mScSOTzO6enTW2NM83iM4Uaq9eAW1S40Bhb9dwXpZdy4JTsQccq Hha1KFnzr+FO0pxwdmSByfxAfimN9q6HVcm2Gm8M1EfizpJAwTiNQVTmxvo8Jk6WzXNg I1UT7dNqdVSZ74GnUxLzKqnq6i7yCBTO4xL/s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance:sender; b=mQKjYkNVhUlBgYdOxVPkls5u+68AWGOh+44UFC3hcj8aInQluu1sdh1grEJ6z5o9U+ 6PCh2TN64XYA90aVxD0Gs5WfvKl2P/sN9hkigru6hZs2sv6BQvr78wKjC+BCRbmk8aot 6yVeT9MVlVeUNd8uVkEnwisYaIcKsP0aalABg= Received: by 10.214.79.5 with SMTP id c5mr8419809qab.251.1227963898279; Sat, 29 Nov 2008 05:04:58 -0800 (PST) Received: from cygnus.homeunix.com ([189.71.32.93]) by mx.google.com with ESMTPS id 34sm4727963yxl.8.2008.11.29.05.04.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 29 Nov 2008 05:04:57 -0800 (PST) Received: by cygnus.homeunix.com (Postfix, from userid 80) id 29C7FB8210; Sat, 29 Nov 2008 10:04:52 -0300 (BRT) Received: from 10.1.1.80 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Sat, 29 Nov 2008 11:04:52 -0200 (BRST) Message-ID: <06f42c950f38518dd085f07270d8f75e.squirrel@cygnus.homeunix.com> Date: Sat, 29 Nov 2008 11:04:52 -0200 (BRST) From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Sender: Nenhum_de_Nos Subject: Re: gmirror and gstripe 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, 29 Nov 2008 13:04:59 -0000 On Wed, November 19, 2008 10:39 am, Bartosz Stec wrote: > Nenhum_de_Nos pisze: >> hail, >> >> I have an old AthlonXP 1700+ running 7-STABLE: >> >> FreeBSD xxx 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #1: Thu Nov 13 23:54:59 >> BRT 2008 root@xxx:/usr/obj/usr/src/sys/xxx i386 >> >> where I have two 750GB Seagate SATA Disks. They are divided as two slices, >> around the first 120GB are gathered in gmirror, and what left is in gstripe. so that's whats going on. if the machine locks, and fsck comes to >> make its job, the box just gets slower and slower till I have to reset it >> the hard way. to make it not lock after just 5 minutes I have to boot and >> umount the "arrays", and then run fsck_ufs on them. so this way I can have >> the box running again. >> > Did you mean that machine slows down while doing background fsck? If yes, problem is probably related to snapshot which is created, and background fsck is done on snapshot. > >> as I can't count on no power outage till the end of days, what can I do ? >> >> > You may just disable background fsck and do it manually in single user mode in that case just by typing fsck -y. >> i just recompiled stable to make it stop this, but no go here ... >> >> this is an AthlonXP as said, running on EPoX kt600 based board, sata I is >> from via southbridge and 1GB of RAM. just another 40GB disk to the system. >> >> thanks, >> >> matheus >> > If I am correct, your problem is old known and mksnap_ffs related. Jeremy Chadwick wrote a lot about it: > http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues > > Good luck. > > -- > Bartosz Stec some news: my router+file server got stuck with a usb 2.5" hdd enclosure and I had to hard reboot. when it got uo again, I got this: fsync: giving up on dirty 0xc43ec678: tag devfs, type VCHR usecount 1, writecount 0, refcount 678 mountedhere 0xc4388b00 flags () v_object 0xc14291f0 ref 0 pages 2700 lock type devfs: EXCL (count 1) by thread 0xc45e9220 (pid 1719) dev mirror/mirror0 but afaik, the files are there. so I question, is it yet safe to use gmirror for my files integrity sake ? is there anything I may be doing wrong to cause this ? what can I help to help fix this ? thanks, matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-stable@FreeBSD.ORG Sat Nov 29 19:30:04 2008 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 20302106564A for ; Sat, 29 Nov 2008 19:30:04 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from websrv01.jr-hosting.nl (websrv01.jr-hosting.nl [78.47.69.233]) by mx1.freebsd.org (Postfix) with ESMTP id D7D358FC08 for ; Sat, 29 Nov 2008 19:30:03 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from pgw.vnode.se ([77.110.37.134] helo=hackbook.local) by websrv01.jr-hosting.nl with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1L6UrN-0004aZ-AC; Sat, 29 Nov 2008 19:48:05 +0100 Message-ID: <49318E5F.9040206@FreeBSD.org> Date: Sat, 29 Nov 2008 19:47:59 +0100 From: Joel Dahl User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: Luigi Rizzo References: <20081127153323.GA36377@onelab2.iet.unipi.it> In-Reply-To: <20081127153323.GA36377@onelab2.iet.unipi.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: eeebox and FreeBSD notes 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, 29 Nov 2008 19:30:04 -0000 Luigi Rizzo skrev: > for what it is worth, i have put some notes on using > FreeBSD on the EEE Box. > > http://info.iet.unipi.it/~luigi/FreeBSD/eeebox.html > > Most things work, the one big remaining issue is > configuring X11 so that it recognises non standard resolutions > e.g. 1680x1050 or similar using the "intel" driver. I bought one of these last week but it hasn't arrived yet. Looks like an interesting machine. If you manage to find a xorg.conf that works with the correct resolution and the intel driver, could you add that to your notes as well? -- Joel From owner-freebsd-stable@FreeBSD.ORG Sat Nov 29 20:39:16 2008 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 BF69E1065670 for ; Sat, 29 Nov 2008 20:39:16 +0000 (UTC) (envelope-from apache@vulcan.highspd.net) Received: from vulcan.highspd.net (vulcan.highspd.net [66.199.31.170]) by mx1.freebsd.org (Postfix) with ESMTP id 76F8D8FC16 for ; Sat, 29 Nov 2008 20:39:16 +0000 (UTC) (envelope-from apache@vulcan.highspd.net) Received: from vulcan.highspd.net (vulcan.highspd.net [127.0.0.1]) by vulcan.highspd.net (8.12.11/8.12.11) with ESMTP id mATKIpXp032059 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 29 Nov 2008 14:18:51 -0600 Received: (from apache@localhost) by vulcan.highspd.net (8.12.11/8.12.11/Submit) id mATKIpX4032058; Sat, 29 Nov 2008 14:18:51 -0600 Date: Sat, 29 Nov 2008 14:18:51 -0600 Message-Id: <200811292018.mATKIpX4032058@vulcan.highspd.net> To: stable@FreeBSD.ORG From: "Col. Salva Taha (Rtd)" MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Cc: Subject: PROPERTIES. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: salvataha1@live.co.za List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Nov 2008 20:39:16 -0000 Good Day, I wish to introduce myself to you.I am Col.Salva Taha a top Sudanese Goverment official who opposed the war in Dafur in my country Sudan.Due to my oppostion to the war,the goverment of my country has been persecuting me.Consequently my wife,children and I managed to enter a red cross air plane that was evacuating foreigners and we are presently in Cape Town,South Africa. We wish to invest in properties in your country with your assistance and cooperation.If you are in a good position to help my family, please send an email to the email address below indicating your desire to help my family invest the funds in your country and beyond. I urgently await your email. best regards. God bless, Col. Salva Taha (Rtd) Email:salvataha1@live.co.za