From owner-freebsd-stable@FreeBSD.ORG Sun Nov 19 03:12:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5270516A415 for ; Sun, 19 Nov 2006 03:12:07 +0000 (UTC) (envelope-from joe@joeholden.co.uk) Received: from claire.ber.rewt.org.uk (claire.ber.rewt.org.uk [217.160.200.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00C8E43D55 for ; Sun, 19 Nov 2006 03:11:59 +0000 (GMT) (envelope-from joe@joeholden.co.uk) Received: from localhost (unknown [127.0.0.1]) by claire.ber.rewt.org.uk (Postfix) with ESMTP id 05E9F5C36; Sun, 19 Nov 2006 03:12:05 +0000 (UTC) X-Virus-Scanned: amavisd-new at claire.ber.rewt.org.uk Received: from claire.ber.rewt.org.uk ([127.0.0.1]) by localhost (claire.ber.rewt.org.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7b4RCNEFAlmo; Sun, 19 Nov 2006 03:11:58 +0000 (UTC) Received: from [62.84.172.67] (dsl172-67.as6911.net [62.84.172.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by claire.ber.rewt.org.uk (Postfix) with ESMTP id F17D85C34; Sun, 19 Nov 2006 03:11:57 +0000 (UTC) Message-ID: <455FCB7C.8000600@joeholden.co.uk> Date: Sun, 19 Nov 2006 03:11:56 +0000 From: Joe Holden User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: joe@joeholden.co.uk References: <455D5F38.4060208@joeholden.co.uk> <232F7011-5BCC-4616-82CC-973D1CB41593@lassitu.de> <455D66D6.8080708@joeholden.co.uk> <20061117114754.dafdbc1a.dom@helenmarks.co.uk> <455DBAAD.6080403@joeholden.co.uk> <0BE259F4-95BC-4A44-983F-5F65921EFD14@lassitu.de> <455DBF71.8060203@joeholden.co.uk> In-Reply-To: <455DBF71.8060203@joeholden.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Stefan Bethke , Dominic Marks Subject: Re: (Seemingly) Spontaneous rebooting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: joe@joeholden.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Nov 2006 03:12:07 -0000 Joe Holden wrote: > Stefan Bethke wrote: >> >> If the system has ACPI, you might get some temperature information >> from the sysctl hw.acpi.thermal OIDs. >> > No acpi whatsoever, it is a very "stripped down" machine, looks like a > blade or something. > >> If the hard disk is recent enough, it might have a temperature sensors >> as well, see sysutils/smartmontools. >> > 17 degrees C apparently. > > Ta, > Joe Hello, the machine rebooted a few hours ago, no crash dumps, no messages in any logs indicating any sort of error, even last doesn't say "crash" etc, is there anything I can try? Thanks, Joe -- finger joe@joeholden.co.uk From owner-freebsd-stable@FreeBSD.ORG Sun Nov 19 06:35:09 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4A27A16A407 for ; Sun, 19 Nov 2006 06:35:09 +0000 (UTC) (envelope-from some@pa-jer.com) Received: from eoc8.neoplus.adsl.tpnet.pl (eoc8.neoplus.adsl.tpnet.pl [83.20.18.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03F9843D7C for ; Sun, 19 Nov 2006 06:31:58 +0000 (GMT) (envelope-from some@pa-jer.com) Message-ID: <000c01c70ba5$41301cd0$08121453@viper1vvuvxsrd> From: "MSN" To: freebsd-stable@FreeBSD.ORG Date: Sun, 19 Nov 2006 07:37:59 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0008_01C70BAD.A2F484D0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: new X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2006 06:35:09 -0000 ------=_NextPart_000_0008_01C70BAD.A2F484D0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable Edit am this category Copyright am copy Netscape Terms Usevisit our. Get = with links other Faqs glitches forumhot pc? Selection variety Hunter = Search gamescheat Patch Includes Krypt. Report abusespam is help is the entire! Update listing become an editor report! Report abusespam help the entire in is Gamesvideo Genie. Nds covering popular Features product. Cheats and Hints about dmoz of suggest. Terms Usevisit our sister sites. To discuss cheatsgame Revolution new. An editor report abusespam help = the entire! On major Also am Extreme selection variety in Hunter. Krypt large of collection. Terms Usevisit our? Report a abusespam is help of the entire in = Gamesvideo Genie of. List Cube Dreamcast Cheater Post in. Xbox see alsogames Computer. Open Directory Games Video or Console Platforms Cheats and Hints. Edit = am this category Copyright am copy Netscape Terms Usevisit our. ------=_NextPart_000_0008_01C70BAD.A2F484D0-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 19 14:09:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 13C1B16A403 for ; Sun, 19 Nov 2006 14:09:28 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8DD843D8E for ; Sun, 19 Nov 2006 14:08:55 +0000 (GMT) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.62) for freebsd-stable@freebsd.org with esmtp (envelope-from ) id <1GlnM0-0002ag-68>; Sun, 19 Nov 2006 15:09:04 +0100 Received: from e178023254.adsl.alicedsl.de ([85.178.23.254] helo=[192.168.1.128]) by inpost2.zedat.fu-berlin.de (Exim 4.62) for freebsd-stable@freebsd.org with esmtpsa (envelope-from ) id <1GlnM0-0003Zb-3r>; Sun, 19 Nov 2006 15:09:04 +0100 Message-ID: <4560657A.9000002@mail.zedat.fu-berlin.de> Date: Sun, 19 Nov 2006 15:08:58 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.8 (X11/20061110) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.23.254 Subject: nfe: can not cvs sources anymore! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2006 14:09:28 -0000 Hello. Using these two sources for getting nfe() driver support for my FreeBSD 6.2-BETA/AMD64 box was pretty convenient in the past weeks due to my big interrupt problems using the nve() driver. But with yesterday, I can't get the sources anymore. nfe() isn't yet a part of the 6.2 BETA, that's what I looked first for, so can anybody help me out? Is nfe() a part of 6.2-REL in the near future or are there other reasons stop spreading the sources via that cvs source? Thanks for your help in advance, regards, Oliver From owner-freebsd-stable@FreeBSD.ORG Sun Nov 19 16:17:53 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0166916A416 for ; Sun, 19 Nov 2006 16:17:53 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id C335943D8B for ; Sun, 19 Nov 2006 16:17:36 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id E9597600E; Sun, 19 Nov 2006 19:17:45 +0300 (MSK) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id C869F600C; Sun, 19 Nov 2006 19:17:45 +0300 (MSK) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id kAJGHnJa032222; Sun, 19 Nov 2006 19:17:49 +0300 (MSK) (envelope-from ru) Date: Sun, 19 Nov 2006 19:17:49 +0300 From: Ruslan Ermilov To: "O. Hartmann" Message-ID: <20061119161749.GB31926@rambler-co.ru> References: <4560657A.9000002@mail.zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mojUlQ0s9EVzWg2t" Content-Disposition: inline In-Reply-To: <4560657A.9000002@mail.zedat.fu-berlin.de> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-stable@FreeBSD.org Subject: Re: nfe: can not cvs sources anymore! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2006 16:17:53 -0000 --mojUlQ0s9EVzWg2t Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 19, 2006 at 03:08:58PM +0100, O. Hartmann wrote: > Hello. > Using these two sources for getting nfe() driver support for my FreeBSD > 6.2-BETA/AMD64 box was pretty convenient in the past weeks due to my big > interrupt problems using the nve() driver. > But with yesterday, I can't get the sources anymore. nfe() isn't yet a > part of the 6.2 BETA, that's what I looked first for, so can anybody > help me out? Is nfe() a part of 6.2-REL in the near future or are there > other reasons stop spreading the sources via that cvs source? >=20 > Thanks for your help in advance, >=20 Did you try the version at http://www.se.hiroshima-u.ac.jp/~shigeaki/software/freebsd-nfe.html ? I use it and except for some peer-to-peer gigabit problems I didn't notice any other bad signs. It's far more stable that what we have now in the CVS tree. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --mojUlQ0s9EVzWg2t Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFYIOtqRfpzJluFF4RAhXTAJ4/e9aQJZP6a9YXB9xjO7p0i4bSpwCfaWhC SBIlMJ46abneD0W/a3fGk4E= =1A+j -----END PGP SIGNATURE----- --mojUlQ0s9EVzWg2t-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 19 16:45:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0CF8B16A4AB for ; Sun, 19 Nov 2006 16:45:38 +0000 (UTC) (envelope-from nikruzhan@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C15E43D7B for ; Sun, 19 Nov 2006 16:45:20 +0000 (GMT) (envelope-from nikruzhan@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so1656886nfc for ; Sun, 19 Nov 2006 08:45:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=ERLzQZ4eI+NCDk14nJfPKBUuQBJA6mlCuISqrdBwFbiZJ8+0xf3ZqE1z0qK8NeeE34UqP/NuuDW+U3Q/7CKrPnu2ZuBZjAHJdXtap3iaVkV4cO6S6J1s9DyT531YtGBkIr1gzO/djta1Hgm/gU0SGmO/IiMS964YXhLkBYs7/GY= Received: by 10.78.185.7 with SMTP id i7mr4212139huf.1163954729152; Sun, 19 Nov 2006 08:45:29 -0800 (PST) Received: by 10.78.155.3 with HTTP; Sun, 19 Nov 2006 08:45:28 -0800 (PST) Message-ID: <60ffc71f0611190845p6b149b5av14c6b740ab0d555f@mail.gmail.com> Date: Mon, 20 Nov 2006 00:45:28 +0800 From: Nik To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Fatal trap 12 - while installing nvidia-driver for FreeBSD 6.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2006 16:45:38 -0000 Hi, I'm facing kernel panic when try to install nvidia-driver in FreeBSD 6.1. It happen when nvidia kernel module loaded. This is a part of error message: Warning device driver Fatal Trap 12 FYI, I'm still using generic kernel as will compile my own kernel with nvidia kernel module inside. But first I need to make sure that nvidia driver is installed in the system. Thanks. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 19 18:26:09 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E3A6216A517; Sun, 19 Nov 2006 18:26:09 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFD3C43D88; Sun, 19 Nov 2006 18:25:53 +0000 (GMT) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.62) with esmtp (envelope-from ) id <1GlrMQ-000481-DE>; Sun, 19 Nov 2006 19:25:46 +0100 Received: from e178011201.adsl.alicedsl.de ([85.178.11.201] helo=[192.168.1.128]) by inpost2.zedat.fu-berlin.de (Exim 4.62) with esmtpsa (envelope-from ) id <1GlrMQ-0008Gu-AT>; Sun, 19 Nov 2006 19:25:46 +0100 Message-ID: <4560A1A5.4050500@mail.zedat.fu-berlin.de> Date: Sun, 19 Nov 2006 19:25:41 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.8 (X11/20061110) MIME-Version: 1.0 To: Ruslan Ermilov References: <4560657A.9000002@mail.zedat.fu-berlin.de> <20061119161749.GB31926@rambler-co.ru> In-Reply-To: <20061119161749.GB31926@rambler-co.ru> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.11.201 Cc: freebsd-stable@FreeBSD.org Subject: Re: nfe: can not cvs sources anymore! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2006 18:26:10 -0000 Ruslan Ermilov wrote: > On Sun, Nov 19, 2006 at 03:08:58PM +0100, O. Hartmann wrote: > >> Hello. >> Using these two sources for getting nfe() driver support for my FreeBSD >> 6.2-BETA/AMD64 box was pretty convenient in the past weeks due to my big >> interrupt problems using the nve() driver. >> But with yesterday, I can't get the sources anymore. nfe() isn't yet a >> part of the 6.2 BETA, that's what I looked first for, so can anybody >> help me out? Is nfe() a part of 6.2-REL in the near future or are there >> other reasons stop spreading the sources via that cvs source? >> >> Thanks for your help in advance, >> >> > Did you try the version at > http://www.se.hiroshima-u.ac.jp/~shigeaki/software/freebsd-nfe.html > ? I use it and except for some peer-to-peer gigabit problems I > didn't notice any other bad signs. It's far more stable that > what we have now in the CVS tree. > > > Cheers, > Thank you for the link. No, I did not try this link since I thought the CVS tree's version was the stabelst version we have. I find it convenient by pushing it via net using cvs just after I upgraded my CVS tree of the sources for the operating system. I will keep this link in mind. Is there a date we can this driver expect in FreeBSD 6.2? Or is the driver more subject to be merged in 6.2-STABLE and for 6.3? nve() isn't suitable, neither with SCHED_ULE (which I use now again) and with SCHED_4BSD, because on my hardware platform the interrupt generation is much higher than that of the nfe() driver - and due to this massive interrupts useless for me. Regards, Oliver -- O. Hartmann Freie Universitaet Berlin Institut fuer Geowissenschaften Fernerkundung der Erde und Planeten Malteser-Str. 74 - 100/Haus D D-12249 Berlin Tel.: +49 (0) 30 838 70 508 FAX: +49 (0) 30 838 70 837 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 19 18:26:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA15416A47E for ; Sun, 19 Nov 2006 18:26:57 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A27343DB1 for ; Sun, 19 Nov 2006 18:26:37 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0J8Z007CDPW9GO60@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 19 Nov 2006 19:26:33 +0100 (CET) Received: from kg-work.kg4.no ([80.203.66.169]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0J8Z00ATGPW9SY67@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 19 Nov 2006 19:26:33 +0100 (CET) Date: Sun, 19 Nov 2006 19:26:33 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <1163885169.6558.39.camel@resurrection> To: freebsd-stable@freebsd.org Message-id: <20061119192633.0af1ea15.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <1163885169.6558.39.camel@resurrection> Cc: lopisaur@gmail.com Subject: Re: Status of 3945ABG and others X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2006 18:26:57 -0000 On Sat, 18 Nov 2006 22:26:08 +0100 Christian Lopez de Castilla Wagner wrote: > Sound is ALC861, Probably HDA, you should test the snd_hdac driver. Look on -multimedia mailinglist for clues. > wireless 3945ABG. As far as I know (and I'm interested, because I have a laptop with this device myself), nothing has happened on this front. It seems that Intel, for reasons of their own, isn't able to (or doesn't want to) release necessary docs to make a good driver. OpenBSD (4.0) have support for this via the wpi driver, but it doesn't support WPA yet, only WEP. Your best bet would be to a) exchange the network card, if possible. Some laptop network cards are miniPCI and can be exchanged, but I do not know if this is the case for the 3945ABG. b) use an external usb network "dongle". Look at the ural driver, you can find some of the supported devices quite cheap. I dont know how good they are, I have just tested one, and have some issues with it (stability) but haven't been able to rule out if it is something with my setup yet. HTH -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Sun Nov 19 18:39:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A81816A4A0 for ; Sun, 19 Nov 2006 18:39:14 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBA4543D96 for ; Sun, 19 Nov 2006 18:38:50 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0J8Z007I4QGYGT70@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 19 Nov 2006 19:38:58 +0100 (CET) Received: from kg-work.kg4.no ([80.203.66.169]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0J8Z00A9XQGYSXF6@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 19 Nov 2006 19:38:58 +0100 (CET) Date: Sun, 19 Nov 2006 19:38:58 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <1163885169.6558.39.camel@resurrection> To: freebsd-stable@freebsd.org Message-id: <20061119193858.62c2c635.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <1163885169.6558.39.camel@resurrection> Subject: Re: Status of 3945ABG and others X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2006 18:39:14 -0000 On Sat, 18 Nov 2006 22:26:08 +0100 Christian Lopez de Castilla Wagner wrote: > wireless 3945ABG. I never got around to test the Hmm, I checked this one closer, it seems like the 3945 is a PCIe Mini card, according to http://www.intel.com/network/connectivity/resources/doc_library/tech_brief/310796.htm are there Atheros (ath) based PCIe MMini Cards for sale? -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Sun Nov 19 18:48:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B8A116A416 for ; Sun, 19 Nov 2006 18:48:34 +0000 (UTC) (envelope-from richard@unixguru.nl) Received: from mx1.unixguru.nl (mx1.unixguru.nl [84.16.238.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E5BB43D6B for ; Sun, 19 Nov 2006 18:48:20 +0000 (GMT) (envelope-from richard@unixguru.nl) Received: from localhost (localhost [127.0.0.1]) by mx1.unixguru.nl (Postfix) with ESMTP id F10D2400D; Sun, 19 Nov 2006 19:48:25 +0100 (CET) Received: from mx1.unixguru.nl ([84.16.238.226]) by localhost (vs8616 [84.16.238.226]) (amavisd-new, port 10024) with ESMTP id 01119-02; Sun, 19 Nov 2006 19:48:17 +0100 (CET) Received: from mail.unixguru.nl (mail.unixguru.nl [212.120.110.227]) by mx1.unixguru.nl (Postfix) with ESMTP id 6DA4C400C; Sun, 19 Nov 2006 19:48:17 +0100 (CET) Received: from localhost (sun.unixguru.nl [192.168.10.7]) by mail.unixguru.nl (Postfix) with ESMTP id BD69856470; Sun, 19 Nov 2006 19:47:25 +0100 (CET) Date: Sun, 19 Nov 2006 19:48:17 +0100 From: Richard Arends To: Torfinn Ingolfsen Message-ID: <20061119184817.GA29863@sun.unixguru.nl> References: <1163885169.6558.39.camel@resurrection> <20061119193858.62c2c635.torfinn.ingolfsen@broadpark.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061119193858.62c2c635.torfinn.ingolfsen@broadpark.no> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at unixguru.nl Cc: freebsd-stable@freebsd.org Subject: Re: Status of 3945ABG and others X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2006 18:48:34 -0000 On Sun, Nov 19, 2006 at 07:38:58PM +0100, Torfinn Ingolfsen wrote: > are there Atheros (ath) based PCIe MMini Cards for sale? Yes, in my IBM T60 i'm using this one: http://www5.pc.ibm.com/nl/products.nsf/$wwwPartNumLookup/_40Y7026?OpenDocument -- Regards, Richard. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 19 18:56:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F85116A403 for ; Sun, 19 Nov 2006 18:56:19 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA61D43D67 for ; Sun, 19 Nov 2006 18:55:59 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.189.86] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis), id 0MKwh2-1Glrpn3vHi-0001Cb; Sun, 19 Nov 2006 19:56:08 +0100 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Sun, 19 Nov 2006 19:55:56 +0100 User-Agent: KMail/1.9.4 References: <1163885169.6558.39.camel@resurrection> <20061119192633.0af1ea15.torfinn.ingolfsen@broadpark.no> In-Reply-To: <20061119192633.0af1ea15.torfinn.ingolfsen@broadpark.no> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1328287.40oINgdKmu"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200611191956.06071.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Torfinn Ingolfsen , lopisaur@gmail.com Subject: Re: Status of 3945ABG and others X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2006 18:56:19 -0000 --nextPart1328287.40oINgdKmu Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 19 November 2006 19:26, Torfinn Ingolfsen wrote: > On Sat, 18 Nov 2006 22:26:08 +0100 > > Christian Lopez de Castilla Wagner wrote: > > Sound is ALC861, > > Probably HDA, you should test the snd_hdac driver. Look on -multimedia > mailinglist for clues. > > > wireless 3945ABG. > > As far as I know (and I'm interested, because I have a laptop with > this device myself), nothing has happened on this front. It seems that > Intel, for reasons of their own, isn't able to (or doesn't want to) > release necessary docs to make a good driver. > OpenBSD (4.0) have support for this via the wpi driver, but it doesn't > support WPA yet, only WEP. There is an experimental FreeBSD version of this driver available via:=20 http://people.freebsd.org/~flz/local/wpi/ ... there are a couple of=20 people interested in getting this working, see Threads on freebsd-net@=20 from October and November. > Your best bet would be to > a) exchange the network card, if possible. Some laptop network cards > are miniPCI and can be exchanged, but I do not know if this is the case > for the 3945ABG. > b) use an external usb network "dongle". Look at the ural driver, you > can find some of the supported devices quite cheap. I dont know how > good they are, I have just tested one, and have some issues with it > (stability) but haven't been able to rule out if it is something with > my setup yet. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1328287.40oINgdKmu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFYKjGXyyEoT62BG0RAlS2AJoDAVNBDvkeZzp7nrTRERcIize4cQCfdwcY jUWWp/hsRJtikcAVOhCMx4I= =NKdT -----END PGP SIGNATURE----- --nextPart1328287.40oINgdKmu-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 19 20:14:16 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3497916A492; Sun, 19 Nov 2006 20:14:16 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4DA743DB1; Sun, 19 Nov 2006 20:13:54 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id B283F1A3C20; Sun, 19 Nov 2006 12:13:54 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 72EAF514EA; Sun, 19 Nov 2006 15:13:41 -0500 (EST) Date: Sun, 19 Nov 2006 15:13:41 -0500 From: Kris Kennaway To: "O. Hartmann" Message-ID: <20061119201341.GA1381@xor.obsecurity.org> References: <4560657A.9000002@mail.zedat.fu-berlin.de> <20061119161749.GB31926@rambler-co.ru> <4560A1A5.4050500@mail.zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline In-Reply-To: <4560A1A5.4050500@mail.zedat.fu-berlin.de> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@FreeBSD.org, Ruslan Ermilov Subject: Re: nfe: can not cvs sources anymore! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2006 20:14:16 -0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 19, 2006 at 07:25:41PM +0100, O. Hartmann wrote: > Ruslan Ermilov wrote: > > On Sun, Nov 19, 2006 at 03:08:58PM +0100, O. Hartmann wrote: > > =20 > >> Hello. > >> Using these two sources for getting nfe() driver support for my FreeBSD > >> 6.2-BETA/AMD64 box was pretty convenient in the past weeks due to my b= ig > >> interrupt problems using the nve() driver. > >> But with yesterday, I can't get the sources anymore. nfe() isn't yet a > >> part of the 6.2 BETA, that's what I looked first for, so can anybody > >> help me out? Is nfe() a part of 6.2-REL in the near future or are there > >> other reasons stop spreading the sources via that cvs source? > >> > >> Thanks for your help in advance, > >> > >> =20 > > Did you try the version at > > http://www.se.hiroshima-u.ac.jp/~shigeaki/software/freebsd-nfe.html > > ? I use it and except for some peer-to-peer gigabit problems I > > didn't notice any other bad signs. It's far more stable that > > what we have now in the CVS tree. > > > > > > Cheers, > > =20 > Thank you for the link. > No, I did not try this link since I thought the CVS tree's version was > the stabelst version we have. I find it convenient by pushing it via net > using cvs just after I upgraded my CVS tree of the sources for the > operating system. I will keep this link in mind. > Is there a date we can this driver expect in FreeBSD 6.2? Or is the > driver more subject to be merged in 6.2-STABLE and for 6.3? nve() isn't > suitable, neither with SCHED_ULE (which I use now again) and with > SCHED_4BSD, because on my hardware platform the interrupt generation is > much higher than that of the nfe() driver - and due to this massive > interrupts useless for me. Please remember to turn off SCHED_ULE before submitting any and all future bug reports, thanks :-) Kris --yrj/dFKFPuw6o+aM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFYLr0Wry0BWjoQKURAjn8AJ4mLUtikB73uWl54WxBg23cHagBQwCff6Lb io0ZFds0i4mIlen/uv8NpXo= =cPL3 -----END PGP SIGNATURE----- --yrj/dFKFPuw6o+aM-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 19 20:17:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 35BFF16A559 for ; Sun, 19 Nov 2006 20:17:23 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C071343DA4 for ; Sun, 19 Nov 2006 20:15:47 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id AD4061A3C20; Sun, 19 Nov 2006 12:15:47 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3BA9D514EA; Sun, 19 Nov 2006 15:15:34 -0500 (EST) Date: Sun, 19 Nov 2006 15:15:34 -0500 From: Kris Kennaway To: Nik Message-ID: <20061119201534.GB1381@xor.obsecurity.org> References: <60ffc71f0611190845p6b149b5av14c6b740ab0d555f@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oLBj+sq0vYjzfsbl" Content-Disposition: inline In-Reply-To: <60ffc71f0611190845p6b149b5av14c6b740ab0d555f@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: Fatal trap 12 - while installing nvidia-driver for FreeBSD 6.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2006 20:17:23 -0000 --oLBj+sq0vYjzfsbl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 20, 2006 at 12:45:28AM +0800, Nik wrote: > Hi, >=20 > I'm facing kernel panic when try to install nvidia-driver in FreeBSD 6.1.= It > happen when nvidia kernel module loaded. This is a part of error message: >=20 > Warning device driver > Fatal Trap 12 FYI, it's rarely a good idea to only include part of an error message. If the rest of the error message wasn't important then it wouldn't be displayed to you. > FYI, I'm still using generic kernel as will compile my own kernel with > nvidia kernel module inside. But first I need to make sure that nvidia > driver is installed in the system. One typically sees panics when using a kernel module that is built against a different set of kernel sources. How did you obtain the module? Kris --oLBj+sq0vYjzfsbl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFYLtlWry0BWjoQKURArLKAKCUtO7O2KNHPyMf1aPFn3KFMe0/ngCbB7HA BhjcZGO7fs5jK6mHGCcccZU= =PjMx -----END PGP SIGNATURE----- --oLBj+sq0vYjzfsbl-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 19 21:09:47 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A0C716A407; Sun, 19 Nov 2006 21:09:47 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA5F743D77; Sun, 19 Nov 2006 21:09:28 +0000 (GMT) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.62) with esmtp (envelope-from ) id <1Gltv1-0004oh-8S>; Sun, 19 Nov 2006 22:09:39 +0100 Received: from e178011201.adsl.alicedsl.de ([85.178.11.201] helo=[192.168.1.128]) by inpost2.zedat.fu-berlin.de (Exim 4.62) with esmtpsa (envelope-from ) id <1Gltv1-0002rH-5U>; Sun, 19 Nov 2006 22:09:39 +0100 Message-ID: <4560C80E.7020402@mail.zedat.fu-berlin.de> Date: Sun, 19 Nov 2006 22:09:34 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.8 (X11/20061110) MIME-Version: 1.0 To: Kris Kennaway References: <4560657A.9000002@mail.zedat.fu-berlin.de> <20061119161749.GB31926@rambler-co.ru> <4560A1A5.4050500@mail.zedat.fu-berlin.de> <20061119201341.GA1381@xor.obsecurity.org> In-Reply-To: <20061119201341.GA1381@xor.obsecurity.org> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.11.201 Cc: Ruslan Ermilov , freebsd-stable@FreeBSD.org Subject: Re: nfe: can not cvs sources anymore! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2006 21:09:47 -0000 Kris Kennaway wrote: > On Sun, Nov 19, 2006 at 07:25:41PM +0100, O. Hartmann wrote: > >> Ruslan Ermilov wrote: >> >>> On Sun, Nov 19, 2006 at 03:08:58PM +0100, O. Hartmann wrote: >>> >>> >>>> Hello. >>>> Using these two sources for getting nfe() driver support for my FreeBSD >>>> 6.2-BETA/AMD64 box was pretty convenient in the past weeks due to my big >>>> interrupt problems using the nve() driver. >>>> But with yesterday, I can't get the sources anymore. nfe() isn't yet a >>>> part of the 6.2 BETA, that's what I looked first for, so can anybody >>>> help me out? Is nfe() a part of 6.2-REL in the near future or are there >>>> other reasons stop spreading the sources via that cvs source? >>>> >>>> Thanks for your help in advance, >>>> >>>> >>>> >>> Did you try the version at >>> http://www.se.hiroshima-u.ac.jp/~shigeaki/software/freebsd-nfe.html >>> ? I use it and except for some peer-to-peer gigabit problems I >>> didn't notice any other bad signs. It's far more stable that >>> what we have now in the CVS tree. >>> >>> >>> Cheers, >>> >>> >> Thank you for the link. >> No, I did not try this link since I thought the CVS tree's version was >> the stabelst version we have. I find it convenient by pushing it via net >> using cvs just after I upgraded my CVS tree of the sources for the >> operating system. I will keep this link in mind. >> Is there a date we can this driver expect in FreeBSD 6.2? Or is the >> driver more subject to be merged in 6.2-STABLE and for 6.3? nve() isn't >> suitable, neither with SCHED_ULE (which I use now again) and with >> SCHED_4BSD, because on my hardware platform the interrupt generation is >> much higher than that of the nfe() driver - and due to this massive >> interrupts useless for me. >> > > Please remember to turn off SCHED_ULE before submitting any and all > future bug reports, thanks :-) > > Kris > Well, yes, I do this, and as I wrote above, the problem ist even worse with SCHED_4BSD. And SCHED_ULE is now my defaukt, beacause FreeBSD 6.2-PRE/AMD64 ADN i386 is as freezing for short periods of times as never seen before ... Regards, Oliver From owner-freebsd-stable@FreeBSD.ORG Sun Nov 19 22:06:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C49D16A500 for ; Sun, 19 Nov 2006 22:06:35 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11EC943D7E for ; Sun, 19 Nov 2006 22:06:13 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so1741543nfc for ; Sun, 19 Nov 2006 14:06:24 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=oSbbO5mCcpN55n01mMcML1ur5+wQfOeOCAbObuBSh5CIfC82A9rG/4+UUenFZcJbmV0NTrOXknF0o7Y02WMwgXs7bhjCePejw2JBEyV/5AZFZBkSZTTUEGQSzLzyopY7RUtyw0/YVHces95Nupypwl2SkdCaaeQG2zQFGkerQZE= Received: by 10.78.128.15 with SMTP id a15mr4523093hud.1163973983897; Sun, 19 Nov 2006 14:06:23 -0800 (PST) Received: by 10.78.97.15 with HTTP; Sun, 19 Nov 2006 14:06:23 -0800 (PST) Message-ID: Date: Sun, 19 Nov 2006 23:06:23 +0100 From: "Claus Guttesen" To: freebsd-stable@freebsd.org In-Reply-To: <200611171651.kAHGpnd1039957@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200611171651.kAHGpnd1039957@lurza.secnetix.de> Subject: Re: Re: hp c class blade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2006 22:06:35 -0000 > > I've installed FreeBSD 6.2 RC1 onto a BL460c blade. The installation > > itself went fine, but there is no network. The nic is on a broadcom 16 > > ports GB switch on the backside of the blade-chassis. > > What kind of NIC is it? Type "pcicinf -lv" and look for it. > If you tell us the name, vendor ID and device ID (or even > better, the whole section from pciconf output), someone > might be able to tell you details about the support status > of it in FreeBSD. After reading http://www.mail-archive.com/freebsd-stable@freebsd.org/msg83981.html I added: { BRCM_VENDORID, BRCM_DEVICEIDBCM7808S, HP_VENDORID, 0x16AC, "HP ... ADAPTER" }, to /usr/src/sys/dev/bce/if_bce.c. After reboot I get SerDes controllers not supported in dmesg, device_attach: bce0 attach returned 19. Pciconf -lv says: bce0@pci7:0:0: class=0x020000 card=0x703b103c chip=0x16ac14e4 rev=0x11 hdr=0x00 vendor = Broadcom Corporation' class = networl subclass = ethernet bce1 likewise. There doesn't seem to be any available drivers atm. I (even :-)) tried ubuntu 6.10 server (amd64) and it didn't detect any network-cards either. The switch is a 16 ports gb passthrough switch. regards Claus From owner-freebsd-stable@FreeBSD.ORG Sun Nov 19 22:10:37 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C814F16A4A0; Sun, 19 Nov 2006 22:10:37 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (mail.cs.rice.edu [128.42.1.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 364F643D60; Sun, 19 Nov 2006 22:10:25 +0000 (GMT) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (localhost.localdomain [127.0.0.1]) by mail.cs.rice.edu (Postfix) with ESMTP id 7EBB12C2D18; Sun, 19 Nov 2006 16:10:36 -0600 (CST) X-Virus-Scanned: by amavis-2.4.0 at mail.cs.rice.edu Received: from mail.cs.rice.edu ([127.0.0.1]) by mail.cs.rice.edu (mail.cs.rice.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id ksRlXVfW7FvV; Sun, 19 Nov 2006 16:10:35 -0600 (CST) Received: from [216.63.78.18] (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.rice.edu (Postfix) with ESMTP id CFF7C2C2CD2; Sun, 19 Nov 2006 16:10:35 -0600 (CST) Message-ID: <4560D65B.6070805@cs.rice.edu> Date: Sun, 19 Nov 2006 16:10:35 -0600 From: Alan Cox User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.10) Gecko/20050817 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <7ad7ddd90611160255m553a471cy41f6c911bdc2a1bf@mail.gmail.com> <20061116150309.GD48412@rambler-co.ru> <20061116191037.GA1515@roadrunner.q.local> <20061116223800.GA85695@rambler-co.ru> <20061117155335.GA2898@rambler-co.ru> In-Reply-To: <20061117155335.GA2898@rambler-co.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alan Cox , stable@freebsd.org Subject: Re: systat -vm output showing negative total virtual memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2006 22:10:37 -0000 The change to vm_meter.c is ok. Could you please add a comment like that above the location of the patch. Alan From owner-freebsd-stable@FreeBSD.ORG Sun Nov 19 23:47:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DEE9D16A407 for ; Sun, 19 Nov 2006 23:47:02 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 256E743D53 for ; Sun, 19 Nov 2006 23:46:50 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0J9000C164QDKS10@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 20 Nov 2006 00:47:01 +0100 (CET) Received: from kg-work.kg4.no ([80.203.66.169]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0J9000CEG4QDB7U7@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 20 Nov 2006 00:47:01 +0100 (CET) Date: Mon, 20 Nov 2006 00:47:00 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <20061119184817.GA29863@sun.unixguru.nl> To: freebsd-stable@freebsd.org Message-id: <20061120004700.b41353a8.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <1163885169.6558.39.camel@resurrection> <20061119193858.62c2c635.torfinn.ingolfsen@broadpark.no> <20061119184817.GA29863@sun.unixguru.nl> Subject: Re: Status of 3945ABG and others X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2006 23:47:03 -0000 On Sun, 19 Nov 2006 19:48:17 +0100 Richard Arends wrote: > Yes, in my IBM T60 i'm using this one: > http://www5.pc.ibm.com/nl/products.nsf/$wwwPartNumLookup/_40Y7026?OpenDocument Interesting. This card (partnumber 40Y7026) seems to be the only other choice of mini-PCI express cards available in Norway. The other is - you guessed it - the infamous Intel 3945abg. Now, before I shell out some money for this, does anybody know if it will work in another laptop than the Lenovo / IBM? And, if anybody have experiedce with installing this card in an Acer laptop (AS5672) tha would be even better. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Sun Nov 19 23:59:45 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66D4B16A417; Sun, 19 Nov 2006 23:59:45 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6698A43D5D; Sun, 19 Nov 2006 23:59:32 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 9D02C1A3C20; Sun, 19 Nov 2006 15:59:44 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E01CD5128A; Sun, 19 Nov 2006 18:59:30 -0500 (EST) Date: Sun, 19 Nov 2006 18:59:30 -0500 From: Kris Kennaway To: "O. Hartmann" Message-ID: <20061119235930.GA6345@xor.obsecurity.org> References: <4560657A.9000002@mail.zedat.fu-berlin.de> <20061119161749.GB31926@rambler-co.ru> <4560A1A5.4050500@mail.zedat.fu-berlin.de> <20061119201341.GA1381@xor.obsecurity.org> <4560C80E.7020402@mail.zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline In-Reply-To: <4560C80E.7020402@mail.zedat.fu-berlin.de> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@FreeBSD.org, Ruslan Ermilov , Kris Kennaway Subject: Re: nfe: can not cvs sources anymore! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2006 23:59:45 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 19, 2006 at 10:09:34PM +0100, O. Hartmann wrote: > Kris Kennaway wrote: > > On Sun, Nov 19, 2006 at 07:25:41PM +0100, O. Hartmann wrote: > > =20 > >> Ruslan Ermilov wrote: > >> =20 > >>> On Sun, Nov 19, 2006 at 03:08:58PM +0100, O. Hartmann wrote: > >>> =20 > >>> =20 > >>>> Hello. > >>>> Using these two sources for getting nfe() driver support for my Free= BSD > >>>> 6.2-BETA/AMD64 box was pretty convenient in the past weeks due to my= big > >>>> interrupt problems using the nve() driver. > >>>> But with yesterday, I can't get the sources anymore. nfe() isn't yet= a > >>>> part of the 6.2 BETA, that's what I looked first for, so can anybody > >>>> help me out? Is nfe() a part of 6.2-REL in the near future or are th= ere > >>>> other reasons stop spreading the sources via that cvs source? > >>>> > >>>> Thanks for your help in advance, > >>>> > >>>> =20 > >>>> =20 > >>> Did you try the version at > >>> http://www.se.hiroshima-u.ac.jp/~shigeaki/software/freebsd-nfe.html > >>> ? I use it and except for some peer-to-peer gigabit problems I > >>> didn't notice any other bad signs. It's far more stable that > >>> what we have now in the CVS tree. > >>> > >>> > >>> Cheers, > >>> =20 > >>> =20 > >> Thank you for the link. > >> No, I did not try this link since I thought the CVS tree's version was > >> the stabelst version we have. I find it convenient by pushing it via n= et > >> using cvs just after I upgraded my CVS tree of the sources for the > >> operating system. I will keep this link in mind. > >> Is there a date we can this driver expect in FreeBSD 6.2? Or is the > >> driver more subject to be merged in 6.2-STABLE and for 6.3? nve() isn't > >> suitable, neither with SCHED_ULE (which I use now again) and with > >> SCHED_4BSD, because on my hardware platform the interrupt generation is > >> much higher than that of the nfe() driver - and due to this massive > >> interrupts useless for me. > >> =20 > > > > Please remember to turn off SCHED_ULE before submitting any and all > > future bug reports, thanks :-) > > > > Kris > > =20 >=20 >=20 > Well, yes, I do this, and as I wrote above, the problem ist even worse wi= th SCHED_4BSD. And SCHED_ULE is now my defaukt, beacause FreeBSD 6.2-PRE/AM= D64 ADN i386 is as freezing for short periods of times as never seen before= ... Even with the above driver? Kris --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFYO/iWry0BWjoQKURAhO2AKDgFHDYWVPCknSEjOdaTjRYReDI3gCg1kcN Xd0Ab7PVGJBlARL6yk4Db74= =0H6p -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 20 00:17:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 54EDD16A492 for ; Mon, 20 Nov 2006 00:17:58 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2CE343E2A for ; Mon, 20 Nov 2006 00:13:32 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id YLH58234; Sun, 19 Nov 2006 16:13:34 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 0029F4504F; Sun, 19 Nov 2006 16:13:34 -0800 (PST) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Torfinn Ingolfsen In-Reply-To: Your message of "Mon, 20 Nov 2006 00:47:00 +0100." <20061120004700.b41353a8.torfinn.ingolfsen@broadpark.no> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1163981613_1337P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 19 Nov 2006 16:13:33 -0800 From: "Kevin Oberman" Message-Id: <20061120001334.0029F4504F@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: Status of 3945ABG and others X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Nov 2006 00:17:58 -0000 --==_Exmh_1163981613_1337P Content-Type: text/plain; charset=us-ascii > On Sun, 19 Nov 2006 19:48:17 +0100 > Richard Arends wrote: > > > Yes, in my IBM T60 i'm using this one: > > http://www5.pc.ibm.com/nl/products.nsf/$wwwPartNumLookup/_40Y7026?OpenDocument > > Interesting. This card (partnumber 40Y7026) seems to be the only other > choice of mini-PCI express cards available in Norway. The other is - > you guessed it - the infamous Intel 3945abg. > Now, before I shell out some money for this, does anybody know if it > will work in another laptop than the Lenovo / IBM? > And, if anybody have experiedce with installing this card in an Acer > laptop (AS5672) tha would be even better. I don't know about availability in Norway, but the 73P4301 is an Atheros card. It is available in the US. http://shop.lenovo.com/SEUILibrary/controller/catalog.workflow:item.detail?Gro upID=38&Code=73P4301 $65 looks a bit high. You can probably get it cheaper on ebay or elsewhere. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1163981613_1337P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFYPMtkn3rs5h7N1ERAkZIAJ9DuIrZtkzHO2pYFx1vT4tpv7tg5ACffdeh sxGvMQQF/tNpKeen8vadPzM= =5l8R -----END PGP SIGNATURE----- --==_Exmh_1163981613_1337P-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 20 00:42:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A141616A47B for ; Mon, 20 Nov 2006 00:42:26 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9561E43D53 for ; Mon, 20 Nov 2006 00:42:13 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0J9000CAK7APKS70@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 20 Nov 2006 01:42:25 +0100 (CET) Received: from kg-work.kg4.no ([80.203.66.169]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0J90005SR7AOBKE0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 20 Nov 2006 01:42:24 +0100 (CET) Date: Mon, 20 Nov 2006 01:42:24 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <200611191956.06071.max@love2party.net> To: freebsd-stable@freebsd.org Message-id: <20061120014224.02b2aa38.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <1163885169.6558.39.camel@resurrection> <20061119192633.0af1ea15.torfinn.ingolfsen@broadpark.no> <200611191956.06071.max@love2party.net> Subject: Re: Status of 3945ABG and others X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Nov 2006 00:42:26 -0000 On Sun, 19 Nov 2006 19:55:56 +0100 Max Laier wrote: > There is an experimental FreeBSD version of this driver available > via: http://people.freebsd.org/~flz/local/wpi/ ... there are a couple This is indeed great news! I have tested the driver on my laptop, amd it works: tingo@kg-home$ uname -a FreeBSD kg-home.kg4.no 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #3: Fri Nov 10 23:09:04 CET 2006 root@kg-home.kg4.no:/usr/obj/usr/src/sys/AS5672 i386 tingo@kg-home$ ifconfig wpi0 wpi0: flags=8843 mtu 1500 inet 10.1.150.12 netmask 0xffff0000 broadcast 10.1.255.255 ether 00:13:02:3e:d4:ce media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/6Mbps) status: associated ssid kg4 channel 1 bssid 00:0f:66:51:aa:41 authmode WPA privacy ON deftxkey UNDEF TKIP 2:128-bit txpowmax 100 bmiss 7 protmode CTS roaming MANUAL bintval 100 (I actually SSH'ed into the laptop to get this message) The driver only works with acpi disabled (tha fault of the laptop, not the driver - it is the same with the bge driver), and it spits out soem error messages. I'll update the web page with the information. When updated, you can find dmesg output on http://tingox.googlepages.com/aceraspireas5672andfreebsd Let me know if I can test anything else to help. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Mon Nov 20 00:50:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1067916A403 for ; Mon, 20 Nov 2006 00:50:12 +0000 (UTC) (envelope-from norbert@augenstein.net) Received: from www33.your-server.de (www33.your-server.de [213.133.104.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE8D943D6B for ; Mon, 20 Nov 2006 00:49:50 +0000 (GMT) (envelope-from norbert@augenstein.net) Received: from [84.154.19.72] (helo=surfer.augenstein.ten) by www33.your-server.de with esmtpa (Exim 4.52) id 1GlxMH-0001D6-PP for freebsd-stable@freebsd.org; Mon, 20 Nov 2006 01:50:01 +0100 Received: from seth.augenstein.ten (seth.augenstein.ten [192.168.0.2]) by surfer.augenstein.ten (Postfix) with ESMTP id 5B1143ED0 for ; Mon, 20 Nov 2006 01:49:58 +0100 (CET) Received: by seth.augenstein.ten (Postfix, from userid 666) id 0DC3790F; Mon, 20 Nov 2006 01:49:58 +0100 (CET) Date: Mon, 20 Nov 2006 01:49:57 +0100 From: Norbert Augenstein To: freebsd-stable@freebsd.org Message-ID: <20061120004957.GA1270@seth.augenstein.ten> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Operating-System: FreeBSD 6.2-RC1 X-Copyright: (c) auge -> Norbert Augenstein, Munich, Germany X-Authenticated-Sender: norbert@augenstein.net X-Virus-Scanned: Clear (ClamAV 0.88.4/2204/Sun Nov 19 18:23:44 2006) Subject: 6.2-RC1 /boot/loader | dhclient X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Nov 2006 00:50:12 -0000 Hi list, i just want to note that after updating to RC1 /boot/loader still refuses to boot with Grub. -> endless rebooting chainloading works though, fortunately. dhclient shows a similar behavior to that Steve Franks reported Nov 13 on -CURRENT. After 20 min of inactivity the route gets flushed on my laptop, calling dhclient wi0 from the command line remedies the problem until it gets flushed again. isc-dhclient does not exhibit this behavior, the route never gets flushed. And btw, isc-dhclient seems to be started so early in the boot-process that its pidfile in /var/run gets deleted later during boot. I have not checked if this happens to dhclient as well. regards, --> auge -- 1:15AM up 105 days, 2:19, 0 users, load averages: 0.00, 0.00, 0.00 ======================================================================== In my end is my beginning. -- Mary Stuart, Queen of Scots From owner-freebsd-stable@FreeBSD.ORG Mon Nov 20 00:55:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C72F16A415 for ; Mon, 20 Nov 2006 00:55:29 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: from alias2.ihug.co.nz (alias2.ihug.co.nz [203.96.222.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF77F43D55 for ; Mon, 20 Nov 2006 00:55:10 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from ironport4.ihug.co.nz [203.109.254.24] by alias2.ihug.co.nz with esmtp (Exim 3.36 #1 (Debian)) id 1GlxP4-0000lj-00; Mon, 20 Nov 2006 13:52:54 +1300 Received: from 203-109-251-39.static.bliink.ihug.co.nz (HELO heff.fud.org.nz) ([203.109.251.39]) by ironport4.ihug.co.nz with ESMTP; 20 Nov 2006 13:58:52 +1300 X-Ironport-Seen: Yes Received: by heff.fud.org.nz (Postfix, from userid 1001) id 791D71CC29; Mon, 20 Nov 2006 13:55:20 +1300 (NZDT) Date: Mon, 20 Nov 2006 13:55:20 +1300 From: Andrew Thompson To: freebsd-stable@freebsd.org Message-ID: <20061120005520.GB79115@heff.fud.org.nz> References: <20061120004957.GA1270@seth.augenstein.ten> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061120004957.GA1270@seth.augenstein.ten> User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: 6.2-RC1 /boot/loader | dhclient X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Nov 2006 00:55:29 -0000 On Mon, Nov 20, 2006 at 01:49:57AM +0100, Norbert Augenstein wrote: > Hi list, > > i just want to note that after updating to RC1 /boot/loader > still refuses to boot with Grub. -> endless rebooting > chainloading works though, fortunately. > > dhclient shows a similar behavior to that Steve Franks reported > Nov 13 on -CURRENT. > After 20 min of inactivity the route gets flushed on my laptop, > calling dhclient wi0 from the command line remedies the problem > until it gets flushed again. > isc-dhclient does not exhibit this behavior, the route never gets > flushed. Linkstate handling is known to be broken in wi(4) which dhclient relies on, you may just have to use isc-dhclient. Andrew From owner-freebsd-stable@FreeBSD.ORG Mon Nov 20 04:54:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 172B016A407; Mon, 20 Nov 2006 04:54:42 +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 EDD6C43D49; Mon, 20 Nov 2006 04:54:27 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kAK4seAr033789; Sun, 19 Nov 2006 23:54:40 -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.6/8.13.3) with ESMTP id kAK4sdat083568 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 19 Nov 2006 23:54:39 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200611200454.kAK4sdat083568@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 19 Nov 2006 23:54:50 -0500 To: Scott Long From: Mike Tancsa In-Reply-To: <4558E3DC.6080800@samsco.org> References: <2a41acea0611081719h31be096eu614d2f2325aff511@mail.gmail.com> <200611091536.kA9FaltD018819@lava.sentex.ca> <45534E76.6020906@samsco.org> <200611092200.kA9M0q1E020473@lava.sentex.ca> <200611102004.kAAK4iO9027778@lava.sentex.ca> <2a41acea0611101400w5b8cef40ob84ed6de181f3e2c@mail.gmail.com> <200611102221.kAAML6ol028630@lava.sentex.ca> <455570D8.6070000@samsco.org> <200611120412.kAC4CuIB035746@lava.sentex.ca> <45574ECA.4080207@samsco.org> <200611130040.kAD0etbp040637@lava.sentex.ca> <4557CECD.2000609@samsco.org> <200611130158.kAD1wdKE040908@lava.sentex.ca> <4557EF13.9060305@samsco.org> <200611130454.kAD4sZwe041556@lava.sentex.ca> <4557FF7A.8020704@samsco.org> <200611132054.kADKsFvK045726@lava.sentex.ca> <4558E3DC.6080800@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Status: Clean Cc: freebsd-net , glebius@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Proposed 6.2 em RELEASE patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Nov 2006 04:54:42 -0000 At 04:30 PM 11/13/2006, Scott Long wrote: >Mike Tancsa wrote: >>At 12:15 AM 11/13/2006, Scott Long wrote: >> >>>Is this with EM_INTR_FAST enabled also? >> >>Without it, the 2 streams are definitely lossy on the management interface >> >> ---Mike > >Ok, and would you be able to test the polling options as well? Here are some more results. I am still going through testing with firewall rules as well as testing with the size of the routing table. Should get through that tomorrow. Again, this is the same setup as described at http://www.tancsa.com/blast.jpg Note about platforms. The HEAD w Patch is a patch glebius@freebsd.org asked me to test. FastFWD is with net.inet.ip.fastforwarding on. Also with FastFWD set to one, I always used the kernel options ADAPTIVE_GIANT commented out and added NO_ADAPTIVE_MUTEXES. INET6 was removed from all kernels as well. With these kernel changes, and fast forwarding on, I was able to keep the box r2 responsive from the console as while blasting packets across its 2 interfaces. Otherwise, the box seemingly livelocked. For the linux kernel config, it was pretty well the default, except I removed INET6, IPSEC and disabled iptables. The LINUX kernel was 2.6.18.2 on FC5. The first test is with UDP netperf. /usr/local/netperf/netperf -l 60 -H 192.168.44.1 -i 10,2 -I 99,10 -t UDP_STREAM -- -m 10 -s 32768 -S 32768 /usr/local/netperf/netperf -l 60 -H 192.168.44.1 -i 10,2 -I 99,10 -t UDP_STREAM -- -m 64 -s 32768 -S 32768 /usr/local/netperf/netperf -l 60 -H 192.168.44.1 -i 10,2 -I 99,10 -t UDP_STREAM -- -m 128 -s 32768 -S 32768 /usr/local/netperf/netperf -l 60 -H 192.168.44.1 -i 10,2 -I 99,10 -t UDP_STREAM -- -m 200 -s 32768 -S 32768 Not much difference UDP STREAM TEST Platform 10 64 128 200 Linux 2.18.2 NAPI 46.79 297.65 531.00 706.00 FreeBSD HEAD 46.75 297.82 530.70 728.01 RELENG6 i386 46.70 296.32 529.12 721.80 RELENG6 i386 FastFWD 46.37 295.88 529.72 722.02 FreeBSD HEAD w Patch 46.39 293.78 529.41 728.17 FreeBSD HEAD w Patch FastFWD 46.52 295.71 529.81 718.32 AMD64 RELENG6 w FastFWD 46.27 295.85 529.44 721.96 Next test was one box blasting packets across using netrate, as measured at the receiving end of the blast-- i.e. what made it through the 2 interfaces on R2. I would sample the rate for 10 seconds and then record the average. The values were pretty tight with little variation. LINUX was faster, but the difference is uninteresting between it and the top values for FreeBSD. Straight Routing test One Stream pps Linux 581,309.81 FreeBSD HEAD 441,559.50 RELENG6 i386 407,403.00 RELENG6 i386 FastFWD 557,589.25 FreeBSD HEAD w Patch 422,294.13 FreeBSD HEAD w Patch FastFWD 567,290.00 AMD64 RELENG6 w FastFWD 574,591.88 AMD64 RELENG6 polling 285,917.13 AMD64 RELENG6 polling FastFWD 512,042.00 RELENG6 i386 polling FastFWD 558,603.00 The differences here between LINUX and FreeBSD were a bit more in this test. Straight Routing test 2 streams opposite direction pps Linux 473,814 FreeBSD HEAD 204,043 RELENG6 i386 165,461 RELENG6 i386 FastFWD 368,967 FreeBSD HEAD w Patch 127,832 FreeBSD HEAD w Patch FastFWD 346,220 AMD64 RELENG6 w Polling 155,659 AMD64 RELENG6 w Polling FastFWD 231,541 More data to come.... ---Mike From owner-freebsd-stable@FreeBSD.ORG Mon Nov 20 06:40:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 731A016A50D for ; Mon, 20 Nov 2006 06:40:56 +0000 (UTC) (envelope-from lopisaur@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id E462843D7E for ; Mon, 20 Nov 2006 06:40:29 +0000 (GMT) (envelope-from lopisaur@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so1866263nfc for ; Sun, 19 Nov 2006 22:40:06 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:reply-to:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=RNLCdaThZ8allXCsXPKHkYEcXqKEU7dfIyqIFHksj8sJin1dvzAGOfejVjEeT4cF1vMNsbfmr+Ll0leyYd9n5BxqAxWeApyAdan1D9luVEHqSukutNdxIHxkXK0Eka+fb/B+NBa5TgBeGZsTyef1WlD7sgUik3zOPvqexwaI4MA= Received: by 10.49.42.5 with SMTP id u5mr6273016nfj.1164004806435; Sun, 19 Nov 2006 22:40:06 -0800 (PST) Received: from ?192.168.1.33? ( [84.63.96.152]) by mx.google.com with ESMTP id l22sm20860105nfc.2006.11.19.22.40.05; Sun, 19 Nov 2006 22:40:06 -0800 (PST) From: Christian Lopez de Castilla Wagner To: Max Laier In-Reply-To: <200611191956.06071.max@love2party.net> References: <1163885169.6558.39.camel@resurrection> <20061119192633.0af1ea15.torfinn.ingolfsen@broadpark.no> <200611191956.06071.max@love2party.net> Content-Type: text/plain Date: Mon, 20 Nov 2006 07:40:07 +0100 Message-Id: <1164004807.10209.7.camel@resurrection> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Status of 3945ABG and others X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lopisaur@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, 20 Nov 2006 06:40:56 -0000 On Sun, 2006-11-19 at 19:55 +0100, Max Laier wrote: > On Sunday 19 November 2006 19:26, Torfinn Ingolfsen wrote: > > On Sat, 18 Nov 2006 22:26:08 +0100 > > > > Christian Lopez de Castilla Wagner wrote: > > > Sound is ALC861, > > > > Probably HDA, you should test the snd_hdac driver. Look on -multimedia > > mailinglist for clues. > > > > > wireless 3945ABG. > > > > As far as I know (and I'm interested, because I have a laptop with > > this device myself), nothing has happened on this front. It seems that > > Intel, for reasons of their own, isn't able to (or doesn't want to) > > release necessary docs to make a good driver. > > OpenBSD (4.0) have support for this via the wpi driver, but it doesn't > > support WPA yet, only WEP. > > There is an experimental FreeBSD version of this driver available via: > http://people.freebsd.org/~flz/local/wpi/ ... there are a couple of > people interested in getting this working, see Threads on freebsd-net@ > from October and November. > > > Your best bet would be to > > a) exchange the network card, if possible. Some laptop network cards > > are miniPCI and can be exchanged, but I do not know if this is the case > > for the 3945ABG. > > b) use an external usb network "dongle". Look at the ural driver, you > > can find some of the supported devices quite cheap. I dont know how > > good they are, I have just tested one, and have some issues with it > > (stability) but haven't been able to rule out if it is something with > > my setup yet. > Hmm, guess I'll have to get back used to running around with patch cables... at least for a while. On a side note, thanks to all you guys who responded! I actually tried getting some ideas for some other issues in a Linux-vendor's forum (machine would fsck and hang if booted without the radio on, weird) and all I got were flames, so I can proudly say that we have a great community! Keep up the good work! -- Christian Lopez de Castilla Wagner lopisaur@gmail.com clopez@uni-koblenz.de (+49-173)1030695 PGP Keys: 98FC0D41 483EA9B6 (Old) From owner-freebsd-stable@FreeBSD.ORG Mon Nov 20 10:56:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C43916A403 for ; Mon, 20 Nov 2006 10:56:54 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C7ED43D49 for ; Mon, 20 Nov 2006 10:56:38 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so966265uge for ; Mon, 20 Nov 2006 02:56:52 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MIVrpwRp8QqLqWeRVSiDFf8uief3za1rmsElnmuCpLHTI6bV+5zVDUlyjuI1OjycsIcACucJZVPqhtaCeaRRfwi8sYIpyIi/YN5HPvinNa5GALbAcK0JbLindGqKoJRJvif6GDjvEweflEd9Ips5sfQGgZt8/9RBRT64wn2tBrQ= Received: by 10.78.204.7 with SMTP id b7mr5087708hug.1164020212446; Mon, 20 Nov 2006 02:56:52 -0800 (PST) Received: by 10.78.97.15 with HTTP; Mon, 20 Nov 2006 02:56:52 -0800 (PST) Message-ID: Date: Mon, 20 Nov 2006 11:56:52 +0100 From: "Claus Guttesen" To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200611171651.kAHGpnd1039957@lurza.secnetix.de> Subject: Re: Re: Re: hp c class blade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Nov 2006 10:56:54 -0000 > > > I've installed FreeBSD 6.2 RC1 onto a BL460c blade. The installation > > > itself went fine, but there is no network. The nic is on a broadcom 16 > > > ports GB switch on the backside of the blade-chassis. > > > > What kind of NIC is it? Type "pcicinf -lv" and look for it. > > If you tell us the name, vendor ID and device ID (or even > > better, the whole section from pciconf output), someone > > might be able to tell you details about the support status > > of it in FreeBSD. According to the specs on the BL460c the network adapter is a nc373i. I found http://www.mail-archive.com/freebsd-hardware@freebsd.org/msg01604.html which discussed a related issue on a HP G5. Has anyone installed FreeBSD (6.2) on a BL460c? regards Claus From owner-freebsd-stable@FreeBSD.ORG Mon Nov 20 12:48:15 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B031516A412 for ; Mon, 20 Nov 2006 12:48:15 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from ithil.ics.muni.cz (ithil.ics.muni.cz [147.251.4.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6685943E2A for ; Mon, 20 Nov 2006 12:45:59 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (kloboucek.ics.muni.cz [147.251.3.38]) (authenticated bits=0) by ithil.ics.muni.cz (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id kAKCk1CT020065 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Mon, 20 Nov 2006 13:46:02 +0100 From: "Petr Holub" To: Date: Mon, 20 Nov 2006 13:45:28 +0100 Message-ID: <000101c70ca1$c1aa2610$2603fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 X-Muni-Spam-TestIP: 147.251.3.38 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean Cc: Subject: freebsd-update to track release engineering X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Nov 2006 12:48:15 -0000 Hi all, I wonder if it would be possible to use freebsd-update to track release engineering process towards release. For me it would be interesting to track the development throgh Betas and RCs all the way to RELEASE, while avoiding building everything from source or using binary updates. I think this approach might also encourage more people to help with testing the Betas and RCs and also helps with slipping release dates. Is anybody thinking about this? Thanks, Petr From owner-freebsd-stable@FreeBSD.ORG Mon Nov 20 13:41:14 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7FDDE16A47B for ; Mon, 20 Nov 2006 13:41:14 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd3mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46C2B43D72 for ; Mon, 20 Nov 2006 13:40:44 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd2mr5so.prod.shaw.ca (pd2mr5so-qfe3.prod.shaw.ca [10.0.141.8]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0J91009KE7CDMP30@l-daemon> for stable@freebsd.org; Mon, 20 Nov 2006 06:41:01 -0700 (MST) Received: from pn2ml7so.prod.shaw.ca ([10.0.121.151]) by pd2mr5so.prod.shaw.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0J9100AG97CDT1X1@pd2mr5so.prod.shaw.ca> for stable@freebsd.org; Mon, 20 Nov 2006 06:41:01 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0J91008787CCWWC1@l-daemon> for stable@freebsd.org; Mon, 20 Nov 2006 06:41:01 -0700 (MST) Received: (qmail 855 invoked from network); Mon, 20 Nov 2006 13:40:52 +0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; Mon, 20 Nov 2006 13:40:52 +0000 Date: Mon, 20 Nov 2006 05:40:52 -0800 From: Colin Percival In-reply-to: <000101c70ca1$c1aa2610$2603fb93@KLOBOUCEK> To: Petr Holub Message-id: <4561B064.7040702@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-2 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <000101c70ca1$c1aa2610$2603fb93@KLOBOUCEK> User-Agent: Thunderbird 1.5 (X11/20060416) Cc: stable@freebsd.org Subject: Re: freebsd-update to track release engineering X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Nov 2006 13:41:14 -0000 Petr Holub wrote: > I wonder if it would be possible to use freebsd-update to > track release engineering process towards release. For me > it would be interesting to track the development throgh > Betas and RCs all the way to RELEASE, while avoiding building > everything from source or using binary updates. I think this > approach might also encourage more people to help with testing > the Betas and RCs and also helps with slipping release > dates. Is anybody thinking about this? I'm working on it. Colin Percival From owner-freebsd-stable@FreeBSD.ORG Mon Nov 20 13:47:49 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F383516A494; Mon, 20 Nov 2006 13:47:48 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3407743E03; Mon, 20 Nov 2006 13:46:39 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.8/8.13.8) with ESMTP id kAKDknD8051975; Mon, 20 Nov 2006 16:46:49 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Mon, 20 Nov 2006 16:46:49 +0300 (MSK) From: Dmitry Morozovsky To: Pawel Jakub Dawidek Message-ID: <20061120163300.Y50845@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Mon, 20 Nov 2006 16:46:49 +0300 (MSK) Cc: stable@FreeBSD.org Subject: g.* device stop while rebuilding X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Nov 2006 13:47:49 -0000 Dear Pawel, is it too difficult to forcibly stop rebuilding of a composite geom instance? It is often needed (or at least desirable), but all attemtpt fail: # graid3 status r0h Name Status Components raid3/r0h DEGRADED ad0h ad4h ad8h (20%) # graid3 stop r0h Cannot destroy device r0h (error=16). Even # graid3 unload Could not unload module: Device busy. I can remove provider which are in rebuild state: # graid3 remove -n2 r0h GEOM_RAID3: Device r0h: provider ad8h disconnected. GEOM_RAID3: Device r0h: rebuilding provider ad8h stopped. But this destroys rebuild state completely even when r3 device is read-only. The same state for gmirror. Any hints? Thanks in advance. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Mon Nov 20 14:14:33 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C70AF16A4C9; Mon, 20 Nov 2006 14:14:33 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from ithil.ics.muni.cz (ithil.ics.muni.cz [147.251.4.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id C980643D73; Mon, 20 Nov 2006 14:14:14 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (kloboucek.ics.muni.cz [147.251.3.38]) (authenticated bits=0) by ithil.ics.muni.cz (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id kAKEESU7023658 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 20 Nov 2006 15:14:29 +0100 From: "Petr Holub" To: "Colin Percival" Date: Mon, 20 Nov 2006 15:13:41 +0100 Message-ID: <000b01c70cae$14c758c0$2603fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 In-Reply-To: <4561B064.7040702@freebsd.org> X-Muni-Spam-TestIP: 147.251.3.38 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean Cc: stable@freebsd.org Subject: RE: freebsd-update to track release engineering X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Nov 2006 14:14:33 -0000 > I'm working on it. If I install RC1 now, would it be possible to upgrade to RC2 and RELEASE, or is it not ready yet? Thanks, Petr From owner-freebsd-stable@FreeBSD.ORG Mon Nov 20 15:01:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9B5F516A407 for ; Mon, 20 Nov 2006 15:01:23 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77B8D43D60 for ; Mon, 20 Nov 2006 15:01:05 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1019294uge for ; Mon, 20 Nov 2006 07:01:20 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=ipOcxb/VC/SMpfi1asX3hkzFyGVOh6Mg+JQXwdHLk527/EeEWaOrRAk8WO4RVVYf8Jv2ZLJf27vND2K7v3DW5eObwGr9gk9p6AyZzKpXNo/ju2us1L4cfB80/u528Qf9bHYWylO1rvAOZusN0C0NIK6kkz71hqNOfBCo5u0E1Wc= Received: by 10.78.203.13 with SMTP id a13mr5318330hug.1164034879007; Mon, 20 Nov 2006 07:01:19 -0800 (PST) Received: by 10.78.97.15 with HTTP; Mon, 20 Nov 2006 07:01:18 -0800 (PST) Message-ID: Date: Mon, 20 Nov 2006 16:01:18 +0100 From: "Claus Guttesen" To: "FreeBSD Stable List" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: support for bcm5708s X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Nov 2006 15:01:23 -0000 Hi. I ran into this issue: SerDes controllers are not supported Others have reported the same. What is required to make the bce-driver compatible with serdes-controllers? Does the author of the driver need some financial backing to focus on (re)writing the bce-driver? Should we get in touch with broadcom to get more information? regards Claus From owner-freebsd-stable@FreeBSD.ORG Mon Nov 20 15:01:50 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A920916A47B for ; Mon, 20 Nov 2006 15:01:50 +0000 (UTC) (envelope-from dimma@higis.ru) Received: from office.oilspace.com (office.oilspace.com [194.129.65.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C58B43D5E for ; Mon, 20 Nov 2006 15:01:32 +0000 (GMT) (envelope-from dimma@higis.ru) Received: from dimma (proxy-mow.oilspace.com [81.222.156.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by office.oilspace.com (Postfix) with ESMTP id E8852136E4A for ; Mon, 20 Nov 2006 15:01:47 +0000 (GMT) Received: from dimma (localhost [127.0.0.1]) by dimma (8.13.8/8.13.8) with ESMTP id kAKF1iWo047077 for ; Mon, 20 Nov 2006 18:01:44 +0300 (MSK) (envelope-from dimma@higis.ru) Date: Mon, 20 Nov 2006 18:01:44 +0300 From: Dmitriy Kirhlarov To: stable@freebsd.org Message-ID: <20061120150142.GD9175@dimma.mow.oilspace.com> Mail-Followup-To: stable@freebsd.org References: <20061113084430.GE59604@dimma.mow.oilspace.com> <20061113184505.GA51659@xor.obsecurity.org> <20061114075020.GA1154@dimma.mow.oilspace.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061114075020.GA1154@dimma.mow.oilspace.com> X-Mailer: Mutt-ng devel (2005-03-13) based on Mutt 1.5.9 X-Operating-System: FreeBSD 6.2-PRERELEASE User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Subject: Re: RELENG_6 panic under heavy 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, 20 Nov 2006 15:01:50 -0000 Hi, list On Tue, Nov 14, 2006 at 10:50:21AM +0300, Dmitriy Kirhlarov wrote: > On Mon, Nov 13, 2006 at 01:45:05PM -0500, Kris Kennaway wrote: > > On Mon, Nov 13, 2006 at 11:44:31AM +0300, Dmitriy Kirhlarov wrote: > > > Hi, list. > > > > > > One from my monitoring servers running with > > > FreeBSD 6.2-PRERELEASE #0: Fri Nov 10 11:03:10 UTC 2006 i386 > > > > > > Under heavy load it panic several times per day. Backtrace accesable: > > > http://clh.higis.ru/~dimma/btfull.0 > > > Can somebody take a look? > > > I send Problem Report, but not get feed back now from gnats. > > > Please provide your kernel config. > > http://clh.higis.ru/~dimma/OILSPACE1DEB > > I open PR for this problem -- kern/105464 After rebuilding kernel without SMP problem is gone, but not fixed. No reason for closing PR, I think. WBR Dmitriy From owner-freebsd-stable@FreeBSD.ORG Mon Nov 20 16:24:13 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F7FA16A64C; Mon, 20 Nov 2006 16:24:13 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3550743D5C; Mon, 20 Nov 2006 16:23:53 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 1F40E5C90; Mon, 20 Nov 2006 19:24:09 +0300 (MSK) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id F1E435C4A; Mon, 20 Nov 2006 19:24:08 +0300 (MSK) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id kAKGOED4026315; Mon, 20 Nov 2006 19:24:14 +0300 (MSK) (envelope-from ru) Date: Mon, 20 Nov 2006 19:24:14 +0300 From: Ruslan Ermilov To: Alan Cox Message-ID: <20061120162414.GA7663@rambler-co.ru> References: <7ad7ddd90611160255m553a471cy41f6c911bdc2a1bf@mail.gmail.com> <20061116150309.GD48412@rambler-co.ru> <20061116191037.GA1515@roadrunner.q.local> <20061116223800.GA85695@rambler-co.ru> <20061117155335.GA2898@rambler-co.ru> <4560D65B.6070805@cs.rice.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline In-Reply-To: <4560D65B.6070805@cs.rice.edu> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: Alan Cox , stable@freebsd.org Subject: Re: systat -vm output showing negative total virtual memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Nov 2006 16:24:13 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 19, 2006 at 04:10:35PM -0600, Alan Cox wrote: > The change to vm_meter.c is ok. Could you please add a comment like=20 > that above the location of the patch. >=20 Done, thanks! Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFYdauqRfpzJluFF4RAnLfAJwO+FaWBvIbfN5/W6fDQc5LjVE53gCfdzh0 SHkCe0A2MM9Cux5VnBBEKJE= =hTAY -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 20 16:47:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2AE216A417 for ; Mon, 20 Nov 2006 16:47:16 +0000 (UTC) (envelope-from www@auriga.webchance-net.de) Received: from auriga.webchance-net.de (auriga.webchance-net.de [194.6.194.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37E2343E50 for ; Mon, 20 Nov 2006 16:34:39 +0000 (GMT) (envelope-from www@auriga.webchance-net.de) Received: from www by auriga.webchance-net.de with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GmC5v-0000NK-Hf for freebsd-stable@freebsd.org; Mon, 20 Nov 2006 17:34:07 +0100 To: freebsd-stable@freebsd.org From: eBay Content-Transfer-Encoding: 8bit Message-Id: Sender: World Wide Web Owner Date: Mon, 20 Nov 2006 17:34:07 +0100 MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Message From eBay Member X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: deborah_desire@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Nov 2006 16:47:17 -0000 eBay [ltCurve.gif] Question about Item -- Respond Now [rtCurve.gif] [s.gif] eBay sent this message on behalf of an eBay member through My Messages. Responses sent using email will go to the eBay member directly and will include your email address. [s.gif] [s.gif] [s.gif] [s.gif] Question from 715nick [s.gif] [1]715nick( [2]33 [iconYellowStar_25x25.gif] ) [s.gif] Positive feedback: 100% [s.gif] Member since: Nov-10-04 [s.gif] Location: ND, United States [s.gif] Registered on: www.ebay.com [s.gif] This message was sent while the listing was active. 715nick is a potential buyer. [s.gif] Hi, Is the item still available for sale? , Let me know because or I'm online and I can pay you right now. Respond to this question [s.gif] [3]Respond Now [s.gif] Responses in My Messages will not include your email address. Thank you, eBay [s.gif] Details for item number: 290046672352 Item URL: [4]http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=290046672352&ssp agename=ADME:B:AAQ:US:1 End date: Nov-10 -06 05:47:31 PDT [s.gif] Marketplace Safety Tip [5]Marketplace Safety Tip Always remember to complete your transactions on eBay - it's the safer way to trade. Is this message an offer to buy your item directly through email without winning the item on eBay? If so, please help make the eBay marketplace safer by reporting it to us. These "outside of eBay" transactions may be unsafe and are against eBay policy. [6]Learn more about trading safely. [s.gif] [s.gif] Is this email inappropriate? Does it violate [7]eBay policy? Help protect the Community by [8]reporting it. [s.gif] [s.gif] [s.gif] [s.gif] Learn how you can protect yourself from spoof (fake) emails at: [9]http://pages.ebay.com/education/spooftutorial This eBay notice was sent to you on behalf of another eBay member through the eBay platform and in accordance with our Privacy Policy. If you would like to receive this email in text format, change your [10]notification preferences. See our Privacy Policy and User Agreement if you have questions about eBay's communication policies. Privacy Policy: [11]http://pages.ebay.com/help/policies/privacy-policy.html User Agreement: [12]http://pages.ebay.com/help/policies/user-agreement.html Copyright © 2006 eBay, Inc. All Rights Reserved. Designated trademarks and brands are the property of their respective owners. eBay and the eBay logo are registered trademarks or trademarks of eBay, Inc. eBay is located at 2145 Hamilton Avenue, San Jose, CA 95125. [home;tile=1;sz=1x1;ord=538968386?] References 1. http://feedback.ebay.com/ws/eBayISAPI.dll?ViewFeedback&userid=715nick&sspagename=ADME:B:AAQ:US:2 2. http://feedback.ebay.com/ws/eBayISAPI.dll?ViewFeedback&userid=715nick 3. ftp://guest:guest@211.22.92.202/signin.ebay.com.ws.eBayISAPI.dllSignIn&co_partnerId=2&pUserId=&siteid=0&pageType=&pa1=&i1=&bshowgif=&UsingSSL.html 4. ftp://guest:guest@211.22.92.202/signin.ebay.com.ws.eBayISAPI.dllSignIn&co_partnerId=2&pUserId=&siteid=0&pageType=&pa1=&i1=&bshowgif=&UsingSSL.html 5. http://pages.ebay.com/securitycenter 6. http://pages.ebay.com/securitycenter/selling_safely.html 7. http://pages.ebay.com/help/policies/rfe-unwelcome-email-misuse.html 8. http://cgi1.ebay.com/aw-cgi/eBayISAPI.dll?ReportEmailAbuseshow&reporteruserid=randybru&reporteduserid=715nick&emaildate=2006/07/25:15:15:37&emailtype=0&emailtext=Hey+Randy+I+was+also+wondering+how+to+buy+it+now+and+if+you+would+accept+paypal+or+possilbly+meet+and+I+would+take+the+bike+off+your+hands+for+%243500+cash+in+hand+Thanks+Again+Nick&trackId=2655020174 9. http://pages.ebay.com/education/spooftutorial 10. http://cgi4.ebay.com/ws/eBayISAPI.dll?OptinLoginShow 11. http://pages.ebay.com/help/policies/privacy-policy.html 12. http://pages.ebay.com/help/policies/user-agreement.html From owner-freebsd-stable@FreeBSD.ORG Mon Nov 20 18:11:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D921716A617 for ; Mon, 20 Nov 2006 18:11:43 +0000 (UTC) (envelope-from freebsd-stable@epcdirect.co.uk) Received: from gunfright.epcdirect.co.uk (gunfright.epcdirect.co.uk [195.10.242.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3816443D53 for ; Mon, 20 Nov 2006 18:11:21 +0000 (GMT) (envelope-from freebsd-stable@epcdirect.co.uk) Received: from lfarr (l-farr.int.epcdirect.co.uk [192.168.6.200]) by gunfright.epcdirect.co.uk (Postfix) with ESMTP id 02AB16C8830 for ; Mon, 20 Nov 2006 18:11:38 +0000 (GMT) From: "Lawrence Farr" To: Date: Mon, 20 Nov 2006 18:11:37 -0000 Message-ID: <009501c70ccf$5212b5f0$c806a8c0@lfarr> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Thread-index: AccKOWZadFBczA/KQAS6uUA9fMOyJwAAJrtgABXYtzAAj12foA== In-Reply-To: <029d01c70a91$a56b3230$c806a8c0@lfarr> Subject: ufs_dirbad: bad dir panic (Was Areca Weirdness) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Nov 2006 18:11:44 -0000 > > > >> > > > >> I've got an Areca 12 port card running a 6Tb array which > > is divided > > > >> into 2.1Tb chunks at the moment, as it was doing the > same with a > > > >> single 6Tb partition. > > > >> > > > >> ad0: 58644MB at ata0-master UDMA100 > > > >> da0 at arcmsr0 bus 0 target 0 lun 0 > > > >> da0: Fixed Direct Access SCSI-3 device > > > >> da0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), > > > >> Tagged Queueing > > > >> Enabled > > > >> da0: 2224922MB (4556640256 512 byte sectors: 255H > 63S/T 283637C) > > > >> > > > >> If I newfs it, and copy data to it, I have no problem > initially. I can repeat this 100% now, by copying data onto the drive then unmounting and remounting it. I have a core dump if anyone can tell me what info to get from it: Version String: FreeBSD 6.2-PRERELEASE #0: Wed Nov 15 19:57:01 GMT 2006 root@monitor.shorewood-epc.co.uk:/usr/obj/usr/src/sys/P6NOUSB Panic String: ufs_dirbad: bad dir From owner-freebsd-stable@FreeBSD.ORG Mon Nov 20 18:43:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9762916A6E1 for ; Mon, 20 Nov 2006 18:43:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FFF743ECA for ; Mon, 20 Nov 2006 18:41:24 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kAKIf70E077243; Mon, 20 Nov 2006 13:41:27 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Rong-en Fan" Date: Mon, 20 Nov 2006 13:26:46 -0500 User-Agent: KMail/1.9.1 References: <6eb82e0611171708i1c29963dj4037f651f7294147@mail.gmail.com> In-Reply-To: <6eb82e0611171708i1c29963dj4037f651f7294147@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611201326.47309.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 20 Nov 2006 13:41:27 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2207/Mon Nov 20 10:09:00 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-stable@freebsd.org Subject: Re: panic in _mtx_lock_sleep() from unp_gc() (Was: LOR (intr table and sio) and instability) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Nov 2006 18:43:33 -0000 On Friday 17 November 2006 20:08, Rong-en Fan wrote: > > This is a bug we just ran into at work. It's not currently fixed in FreeBSD. > > Once we have a known good fix it'll make it into FreeBSD. > > You mean doadump and no core reported by savecore or the panic I > encountered? Anyway, this box just panic with the same backtrace again. > Console ddb backtrace and kgdb output are attached below. I will keep > this core available. The unp_gc() panic. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Nov 20 18:54:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B43A616A403 for ; Mon, 20 Nov 2006 18:54:46 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E8BB43D5F for ; Mon, 20 Nov 2006 18:54:26 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 6DA751A4D84; Mon, 20 Nov 2006 10:54:43 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A9FFC513A1; Mon, 20 Nov 2006 13:54:29 -0500 (EST) Date: Mon, 20 Nov 2006 13:54:29 -0500 From: Kris Kennaway To: Lawrence Farr Message-ID: <20061120185429.GA45734@xor.obsecurity.org> References: <029d01c70a91$a56b3230$c806a8c0@lfarr> <009501c70ccf$5212b5f0$c806a8c0@lfarr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <009501c70ccf$5212b5f0$c806a8c0@lfarr> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: ufs_dirbad: bad dir panic (Was Areca Weirdness) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Nov 2006 18:54:46 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 20, 2006 at 06:11:37PM -0000, Lawrence Farr wrote: >=20 > > > > >> > > > > >> I've got an Areca 12 port card running a 6Tb array which=20 > > > is divided > > > > >> into 2.1Tb chunks at the moment, as it was doing the=20 > > same with a > > > > >> single 6Tb partition. > > > > >> > > > > >> ad0: 58644MB at ata0-master UDMA100 > > > > >> da0 at arcmsr0 bus 0 target 0 lun 0 > > > > >> da0: Fixed Direct Access SCSI-3 device > > > > >> da0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), > > > > >> Tagged Queueing > > > > >> Enabled > > > > >> da0: 2224922MB (4556640256 512 byte sectors: 255H=20 > > 63S/T 283637C) > > > > >> > > > > >> If I newfs it, and copy data to it, I have no problem=20 > > initially. >=20 > I can repeat this 100% now, by copying data onto the drive then unmounting > and remounting it. I have a core dump if anyone can tell me what info to > get from it: >=20 > Version String: FreeBSD 6.2-PRERELEASE #0: Wed Nov 15 19:57:01 GMT 2006 > root@monitor.shorewood-epc.co.uk:/usr/obj/usr/src/sys/P6NOUSB > Panic String: ufs_dirbad: bad dir Run fsck -fy on the filesystem, this is a common symptom of a corrupted filesystem. Kris --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFYfnlWry0BWjoQKURAtdeAKDDUZJGXoW2bZDdoKWQiKJavJKzCwCeKVaW ZPlv/ty6pNcjNKMYIPe6hA8= =9fdC -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 20 22:40:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8091E16A415 for ; Mon, 20 Nov 2006 22:40:52 +0000 (UTC) (envelope-from bri@sonicboom.org) Received: from entwistle.sonicboom.org (entwistle.sonicboom.org [66.93.34.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6311343D7F for ; Mon, 20 Nov 2006 22:40:26 +0000 (GMT) (envelope-from bri@sonicboom.org) Received: from [127.0.0.1] (entwistle.sonicboom.org [66.93.34.170]) by entwistle.sonicboom.org (8.13.8/8.13.8) with ESMTP id kAKMeiZn092880 for ; Mon, 20 Nov 2006 14:40:44 -0800 (PST) (envelope-from bri@sonicboom.org) Message-ID: <45622EEC.6030907@sonicboom.org> Date: Mon, 20 Nov 2006 14:40:44 -0800 From: Brian User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 6.2 rc file problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Nov 2006 22:40:52 -0000 I've started getting emails like this for the last few days after a system build. newsyslog: can't open pid file: /var/run/syslog.pid: No such file or directory newsyslog: log /var/log/maillog.0 not compressed because daemon(s) not notified In looking at the syslog rc file, I see pidfile="/var/run/syslog.pid" even though the file in that folder is now /var/run/syslogd.sockets. The second error I am a little less sure about. Googling I saw either inadequate syslogd exec privilege, or a potential relation to the first problem? From owner-freebsd-stable@FreeBSD.ORG Mon Nov 20 22:53:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4980316A4FB for ; Mon, 20 Nov 2006 22:53:39 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc15.comcast.net (sccrmhc15.comcast.net [63.240.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2C3743DB6 for ; Mon, 20 Nov 2006 22:52:15 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (sccrmhc15) with ESMTP id <2006112022521701500psk29e>; Mon, 20 Nov 2006 22:52:17 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id EA9FF1FA01D; Mon, 20 Nov 2006 14:52:16 -0800 (PST) Date: Mon, 20 Nov 2006 14:52:16 -0800 From: Jeremy Chadwick To: Brian Message-ID: <20061120225216.GA49353@icarus.home.lan> Mail-Followup-To: Brian , freebsd-stable@freebsd.org References: <45622EEC.6030907@sonicboom.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45622EEC.6030907@sonicboom.org> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 rc file problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Nov 2006 22:53:39 -0000 On Mon, Nov 20, 2006 at 02:40:44PM -0800, Brian wrote: > I've started getting emails like this for the last few days after a > system build. > > newsyslog: can't open pid file: /var/run/syslog.pid: No such file or > directory > newsyslog: log /var/log/maillog.0 not compressed because daemon(s) not > notified > > In looking at the syslog rc file, I see pidfile="/var/run/syslog.pid" > even though the file in that folder is now /var/run/syslogd.sockets. > The second error I am a little less sure about. Googling I saw either > inadequate syslogd exec privilege, or a potential relation to the first > problem? Seems to me the problem has to do with syslogd not running when newsyslog attempts to send syslog a signal (hence why newsyslog is trying to read /var/run/syslog.pid). A system with a running syslogd has this in /var/run: -rw------- 1 root wheel 3 30 Oct 22:00 syslog.pid -rw-r--r-- 1 root wheel 36 30 Oct 22:00 syslogd.sockets It sounds like syslogd on your box may have died off for some reason prior to newsyslog running to do log rotation. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Nov 20 22:50:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5CC2B16A403 for ; Mon, 20 Nov 2006 22:50:17 +0000 (UTC) (envelope-from nisse1791964@bigfoot.com) Received: from 1-1-3-16a.ars.sth.bostream.se (1-1-3-16a.ars.sth.bostream.se [82.182.89.45]) by mx1.FreeBSD.org (Postfix) with SMTP id 54C6043D62 for ; Mon, 20 Nov 2006 22:49:56 +0000 (GMT) (envelope-from nisse1791964@bigfoot.com) Received: (qmail 25354 invoked by uid 204); 20 Nov 2006 22:50:12 -0000 Received: from unknown (HELO ?172.16.1.80?) (172.16.1.80) by 0 with SMTP; 20 Nov 2006 22:50:12 -0000 Message-ID: <45623123.8020102@bigfoot.com> Date: Mon, 20 Nov 2006 23:50:11 +0100 From: Nils A User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 20 Nov 2006 23:33:23 +0000 Subject: USB 2.0 problem on RELENG_6_2 as of yesterday X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Nov 2006 22:50:17 -0000 My Dell xps-m1210 fails to initialize the ehci driver after upgrading to RELENG_6_2 (as shown below). It used to work on 6.1-RELEASE. ehci0: mem 0xffa80000-0xffa803ff irq 20 at device 29.7 on pci0 ehci0: Could not map memory device_attach: ehci0 attach returned 6 The full boot -v dmesg output is available here: http://www.mysharefile.com/v/5230666/62_rc1.txt.html From owner-freebsd-stable@FreeBSD.ORG Mon Nov 20 23:49:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9ECAF16A47B for ; Mon, 20 Nov 2006 23:49:21 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc15.comcast.net (sccrmhc15.comcast.net [63.240.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49D5543D68 for ; Mon, 20 Nov 2006 23:49:01 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (sccrmhc15) with ESMTP id <2006112023491901500prfghe>; Mon, 20 Nov 2006 23:49:19 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id DEA291FA01D; Mon, 20 Nov 2006 15:49:18 -0800 (PST) Date: Mon, 20 Nov 2006 15:49:18 -0800 From: Jeremy Chadwick To: Brian , freebsd-stable@freebsd.org Message-ID: <20061120234918.GA49977@icarus.home.lan> Mail-Followup-To: Brian , freebsd-stable@freebsd.org References: <45622EEC.6030907@sonicboom.org> <20061120225216.GA49353@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061120225216.GA49353@icarus.home.lan> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: 6.2 rc file problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Nov 2006 23:49:21 -0000 On Mon, Nov 20, 2006 at 02:52:16PM -0800, Jeremy Chadwick wrote: > On Mon, Nov 20, 2006 at 02:40:44PM -0800, Brian wrote: > > I've started getting emails like this for the last few days after a > > system build. > > > > newsyslog: can't open pid file: /var/run/syslog.pid: No such file or > > directory > > newsyslog: log /var/log/maillog.0 not compressed because daemon(s) not > > notified > > > > In looking at the syslog rc file, I see pidfile="/var/run/syslog.pid" > > even though the file in that folder is now /var/run/syslogd.sockets. > > The second error I am a little less sure about. Googling I saw either > > inadequate syslogd exec privilege, or a potential relation to the first > > problem? > > Seems to me the problem has to do with syslogd not running when > newsyslog attempts to send syslog a signal (hence why newsyslog is > trying to read /var/run/syslog.pid). > > A system with a running syslogd has this in /var/run: > > -rw------- 1 root wheel 3 30 Oct 22:00 syslog.pid > -rw-r--r-- 1 root wheel 36 30 Oct 22:00 syslogd.sockets > > It sounds like syslogd on your box may have died off for some reason > prior to newsyslog running to do log rotation. The author forgot to include the list when he responded to me: >>From: Brian >>To: Jeremy Chadwick >>Date: Mon, 20 Nov 2006 15:22:26 -0800 >>Subject: Re: 6.2 rc file problems >> >>ugh, the denyhosts message says syslogd should ideally be run with the >>-c option; so I edited my syslogd flags and somehow massaged -cs to be >>-cS. >> >>Brian -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 00:24:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5FD6716A415 for ; Tue, 21 Nov 2006 00:24:56 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3228F43D60 for ; Tue, 21 Nov 2006 00:24:37 +0000 (GMT) (envelope-from tom@samplonius.org) Received: from localhost (localhost [127.0.0.1]) by ly.sdf.com (Postfix) with ESMTP id 47DF410C665; Mon, 20 Nov 2006 16:29:18 -0800 (PST) X-DSPAM-Result: Innocent X-DSPAM-Processed: Mon Nov 20 16:29:17 2006 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4562485d103481260912508 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, AWL=0.289, BAYES_00=-2.599, DSPAM_HAM=-0.1] Received: from ly.sdf.com ([127.0.0.1]) by localhost (ly.sdf.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sTGgWGEkYLeu; Mon, 20 Nov 2006 16:29:17 -0800 (PST) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by ly.sdf.com (Postfix) with ESMTP id 56C1810C67B; Mon, 20 Nov 2006 16:29:17 -0800 (PST) Message-ID: <12759622.51164068957233.JavaMail.root@ly.sdf.com> Date: Mon, 20 Nov 2006 16:29:17 -0800 (PST) From: Tom Samplonius To: Kris Kennaway In-Reply-To: <30064779.31164068868905.JavaMail.root@ly.sdf.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: Lawrence Farr , freebsd-stable@freebsd.org Subject: Re: ufs_dirbad: bad dir panic (Was Areca Weirdness) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 00:24:56 -0000 ----- Kris Kennaway wrote: > > > > > >> If I newfs it, and copy data to it, I have no problem > > > initially. > > I can repeat this 100% now, by copying data onto the drive then > unmounting > > and remounting it. I have a core dump if anyone can tell me what > info to > > get from it: > > > > Version String: FreeBSD 6.2-PRERELEASE #0: Wed Nov 15 19:57:01 GMT > 2006 > > root@monitor.shorewood-epc.co.uk:/usr/obj/usr/src/sys/P6NOUSB > > Panic String: ufs_dirbad: bad dir > > Run fsck -fy on the filesystem, this is a common symptom of a > corrupted filesystem. I think the OP knows the filesystem is corrupted. The problem is why does the filesystem get corrupted? The OP says he can corrupt the filesystem on demand after a newfs. So it could be the Areca driver, or even bad hardware. Tom From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 00:44:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2DB0216A417 for ; Tue, 21 Nov 2006 00:44:44 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF55243D46 for ; Tue, 21 Nov 2006 00:44:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id B7AAA1A4D84; Mon, 20 Nov 2006 16:44:43 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D1782513A1; Mon, 20 Nov 2006 19:44:29 -0500 (EST) Date: Mon, 20 Nov 2006 19:44:29 -0500 From: Kris Kennaway To: Tom Samplonius Message-ID: <20061121004429.GA51764@xor.obsecurity.org> References: <30064779.31164068868905.JavaMail.root@ly.sdf.com> <12759622.51164068957233.JavaMail.root@ly.sdf.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline In-Reply-To: <12759622.51164068957233.JavaMail.root@ly.sdf.com> User-Agent: Mutt/1.4.2.2i Cc: Lawrence Farr , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: ufs_dirbad: bad dir panic (Was Areca Weirdness) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 00:44:44 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 20, 2006 at 04:29:17PM -0800, Tom Samplonius wrote: >=20 > ----- Kris Kennaway wrote: > > > > > > >> If I newfs it, and copy data to it, I have no problem > > > > initially. > > > I can repeat this 100% now, by copying data onto the drive then > > unmounting > > > and remounting it. I have a core dump if anyone can tell me what > > info to > > > get from it: > > >=20 > > > Version String: FreeBSD 6.2-PRERELEASE #0: Wed Nov 15 19:57:01 GMT > > 2006 > > > root@monitor.shorewood-epc.co.uk:/usr/obj/usr/src/sys/P6NOUSB > > > Panic String: ufs_dirbad: bad dir > >=20 > > Run fsck -fy on the filesystem, this is a common symptom of a > > corrupted filesystem. >=20 > I think the OP knows the filesystem is corrupted. The problem is why d= oes the filesystem get corrupted? The OP says he can corrupt the filesyste= m on demand after a newfs. So it could be the Areca driver, or even bad ha= rdware. My point is that this panic can happen when your filesystem becomes corrupted, and the panic keeps happening during "normal" filesystem operations until you forcibly fsck it, at which point the panic goes away. Kris --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFYkvtWry0BWjoQKURAkAhAJ9dJur00AHQmrIqAiCgf9NzZdgj5gCfeUEC pG/sJx3KHdAxipOyaZcP7IA= =clo9 -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 00:59:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C9B1316A403 for ; Tue, 21 Nov 2006 00:59:54 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82B3943D6E for ; Tue, 21 Nov 2006 00:59:35 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 20 Nov 2006 16:57:12 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.13.1/8.12.11) with ESMTP id kAL0xr7Q005381; Mon, 20 Nov 2006 16:59:53 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.13.1/8.13.1/Submit) id kAL0xrdY005380; Mon, 20 Nov 2006 16:59:53 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200611210059.kAL0xrdY005380@ambrisko.com> In-Reply-To: <455E14AC.7070906@samsco.org> To: Scott Long Date: Mon, 20 Nov 2006 16:59:53 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: Vivek Khera , FreeBSD Stable Subject: Re: adaptec utilities on amd64? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 00:59:54 -0000 Scott Long writes: | Vivek Khera wrote: | > On Nov 15, 2006, at 7:34 PM, Bruce Burden wrote: | > | >> I have a 2230SLP that I will be installing early next week | >> on my AMD64 implementation. I am hoping that the aaccli program | >> in ports will work. | > | > If it has the newer firmware, it will not work with aaccli. If you got | > the card after they switched to the "R" revision, you have the newer | > firmware. | > | > Some time long ago, someone posted a very short C program that probes | > the LSI controller and spits out this kind of output: | > | > [root@d03]# amrstat | > Drive 0: 34.18 GB, RAID1 | > optimal | > Drive 1: 102.54 GB, RAID1 | > optimal | > | > This is the kind of output I'd love to get from my adaptec controllers, | > too. This can be trivially scripted and hooked into a monitoring system | > like nagios. | > | > The aaccli tool is a curses based app (despite the "cli" in the name) | > and scripting it is damn near impossible. It doesn't even read commands | > from stdin! | | Yes, scripting it is possible, and it does have a non-interactive mode. | Try the following: | | printf "open aac0\ncontroller details\nexit\n" | aaccli Scott, did you forget about the cli mode: aaccli "open aac0: controller details" which produces very nice output :-) Doug A. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 05:10:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C4B016A403 for ; Tue, 21 Nov 2006 05:10:02 +0000 (UTC) (envelope-from pmurray@nevada.net.nz) Received: from bellagio.open2view.net (bellagio.open2view.net [210.48.79.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 781DD43D5F for ; Tue, 21 Nov 2006 05:09:41 +0000 (GMT) (envelope-from pmurray@nevada.net.nz) Received: from [10.58.3.94] (ip-58-28-140-13.ubs-dsl.xnet.co.nz [58.28.140.13]) by bellagio.open2view.net (Postfix) with ESMTP id 7286768E767 for ; Tue, 21 Nov 2006 18:09:59 +1300 (NZDT) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Philip Murray Date: Tue, 21 Nov 2006 18:09:26 +1300 X-Mailer: Apple Mail (2.752.3) Subject: FreeBSD 6.2-amd64, ServeRAID 8k and Linux aaccli X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 05:10:02 -0000 Hi, I have a couple IBM x3550 machines with ServeRAID 8k-l SAS controllers in them that I'd like to monitor. The aaccli in ports is too old to query these cards, but the Linux aaccli complains about a particular IOCTL, which is caused by a lack of the aac_linux module in the kernel: CLI> open aac0 Command Error: Is there any way to get around this? Can the aac_linux module by compiled (and work) under amd64 at all? What is preventing it from working under amd64? The card is as follows: aac0: port 0x4000-0x40ff mem 0xcce00000-0xccffffff, 0xcafe0000-0xcaffffff irq 17 at device 0.0 on pci2 aac0: Enabling 64-bit address support aac0: New comm. interface enabled aac0: Adaptec Raid Controller 2.0.1-1 Cheers Phil From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 08:03:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 94CA116A412 for ; Tue, 21 Nov 2006 08:03:52 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2729043D4C for ; Tue, 21 Nov 2006 08:03:30 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so88729nfc for ; Tue, 21 Nov 2006 00:03:48 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Mplfmpb3fNdGWVMk7QZYl0Lemlq+gzMYKfPKS5QrwNjoSE7U6yYImdh1FtI0Dzt73+9r20uEgIgEBIYQdozIWx8qyy8kHf75LlIi8bYVOqJrT55GHsKDzzcTBr7JcbtUoohObVbXE5R8Teaz1Bcq3LWUV3Qv2gO88c6RKwk4a2U= Received: by 10.78.17.1 with SMTP id 1mr6070417huq.1164096228104; Tue, 21 Nov 2006 00:03:48 -0800 (PST) Received: by 10.78.97.15 with HTTP; Tue, 21 Nov 2006 00:03:47 -0800 (PST) Message-ID: Date: Tue, 21 Nov 2006 09:03:48 +0100 From: "Claus Guttesen" To: "FreeBSD Stable List" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: hp mezzanine card NC326m X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 08:03:52 -0000 Hi. The hp blade bl460c's built-in network card is not supported so I was wondering whether anyone has tried the mezzanine card NC326m on FreeBSD 6.[1|2]? It's is using a Broadcom 5715 controller. regards Claus From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 10:12:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 94ECD16A403 for ; Tue, 21 Nov 2006 10:12:01 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 968F843D5C for ; Tue, 21 Nov 2006 10:11:39 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so120376nfc for ; Tue, 21 Nov 2006 02:12:00 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=eshgP+hZexkHu7Dd90/qcWbO+3nhoFm52wLoEgDoyhViWPlkYF1bcaVAV9zaGqr7Beq/vOLjlb1KWp1hfcxdqizd5C+c1P0GB0D6w+76HPJDFNv/uUkoL8c1AxrTZa3yz0B5yESpF7m95NK9j7wXffviDu2NzPt1b+nfbvY0qoM= Received: by 10.82.129.8 with SMTP id b8mr881735bud.1164103919751; Tue, 21 Nov 2006 02:11:59 -0800 (PST) Received: by 10.82.160.3 with HTTP; Tue, 21 Nov 2006 02:11:59 -0800 (PST) Message-ID: Date: Tue, 21 Nov 2006 11:11:59 +0100 From: "Cristiano Deana" To: "FreeBSD Stable Mailing List" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: sshd. "UseDNS no" ignored? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 10:12:01 -0000 Hi, i'm using a 6.2-PRERELEASE and i got: # uname -a FreeBSD circe.cmp 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Wed Nov 15 16:13:14 CET 2006 root@circe.cmp:/usr/obj/usr/src/sys/PAECMP i386 # grep UseDNS /etc/ssh/sshd_config UseDNS no # /etc/rc.d/sshd restart Stopping sshd. Starting sshd. now, start a ssh session from a client (192.168.7.8). my sshd machine is 192.168.18.3 and 192.168.18.251is the dns. # tcpdump -ni bce0 port 53 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on bce0, link-type EN10MB (Ethernet), capture size 96 bytes 11:07:52.069663 IP 192.168.18.3.60321 > 192.168.18.251.53: 48923+ PTR? 8.7.168.192.in-addr.arpa. (42) 11:07:52.070551 IP 192.168.18.1.15679 > 128.8.10.90.53: 6929 [1au] PTR? 8.7.168.192.in-addr.arpa. (53) 11:07:55.078756 IP 192.168.18.1.15679 > 192.203.230.10.53: 29042 [1au] PTR? 8.7.168.192.in-addr.arpa. (53) 11:07:57.073039 IP 192.168.18.3.60321 > 192.168.18.251.53: 48923+ PTR? 8.7.168.192.in-addr.arpa. (42) Am i wrong or the UseDNS directive is ignored? -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 10:22:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B326D16A40F for ; Tue, 21 Nov 2006 10:22:20 +0000 (UTC) (envelope-from Artis.Caune@latnet.lv) Received: from krauklis.latnet.lv (krauklis.latnet.lv [159.148.19.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E2A843D6A for ; Tue, 21 Nov 2006 10:21:57 +0000 (GMT) (envelope-from Artis.Caune@latnet.lv) Received: from localhost (localhost.localdomain [127.0.0.1]) by krauklis.latnet.lv (Postfix) with ESMTP id 494A72E3432; Tue, 21 Nov 2006 12:22:16 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at krauklis.latnet.lv Received: from krauklis.latnet.lv ([127.0.0.1]) by localhost (krauklis.latnet.lv [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vOP49Az7CdvV; Tue, 21 Nov 2006 12:22:15 +0200 (EET) Received: from [159.148.108.180] (artis.latnet.lv [159.148.108.180]) by krauklis.latnet.lv (Postfix) with ESMTP id 68D3B2D9AFA; Tue, 21 Nov 2006 12:22:15 +0200 (EET) Message-ID: <4562D357.9020400@latnet.lv> Date: Tue, 21 Nov 2006 12:22:15 +0200 From: Artis Caune User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: Cristiano Deana References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List Subject: Re: sshd. "UseDNS no" ignored? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 10:22:20 -0000 add "-u0" to sshd_flags or openssh_flags in /etc/rc.conf Cristiano Deana wrote: > Hi, > > i'm using a 6.2-PRERELEASE and i got: > > # uname -a > FreeBSD circe.cmp 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Wed Nov 15 > 16:13:14 CET 2006 root@circe.cmp:/usr/obj/usr/src/sys/PAECMP i386 > # grep UseDNS /etc/ssh/sshd_config > UseDNS no > # /etc/rc.d/sshd restart > Stopping sshd. > Starting sshd. > > now, start a ssh session from a client (192.168.7.8). my sshd machine > is 192.168.18.3 and 192.168.18.251is the dns. > > # tcpdump -ni bce0 port 53 > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on bce0, link-type EN10MB (Ethernet), capture size 96 bytes > 11:07:52.069663 IP 192.168.18.3.60321 > 192.168.18.251.53: 48923+ > PTR? 8.7.168.192.in-addr.arpa. (42) > 11:07:52.070551 IP 192.168.18.1.15679 > 128.8.10.90.53: 6929 [1au] > PTR? 8.7.168.192.in-addr.arpa. (53) > 11:07:55.078756 IP 192.168.18.1.15679 > 192.203.230.10.53: 29042 > [1au] PTR? 8.7.168.192.in-addr.arpa. (53) > 11:07:57.073039 IP 192.168.18.3.60321 > 192.168.18.251.53: 48923+ > PTR? 8.7.168.192.in-addr.arpa. (42) > > Am i wrong or the UseDNS directive is ignored? > From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 10:27:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EAA2E16A415 for ; Tue, 21 Nov 2006 10:27:24 +0000 (UTC) (envelope-from freebsd-stable@epcdirect.co.uk) Received: from gunfright.epcdirect.co.uk (gunfright.epcdirect.co.uk [195.10.242.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1F6643D72 for ; Tue, 21 Nov 2006 10:26:59 +0000 (GMT) (envelope-from freebsd-stable@epcdirect.co.uk) Received: from lfarr (unknown [195.10.240.21]) by gunfright.epcdirect.co.uk (Postfix) with ESMTP id 4EDEC6C8814; Tue, 21 Nov 2006 10:27:19 +0000 (GMT) From: "Lawrence Farr" To: "'Kris Kennaway'" , "'Tom Samplonius'" Date: Tue, 21 Nov 2006 10:27:18 -0000 Message-ID: <014a01c70d57$a00f6db0$c806a8c0@lfarr> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Thread-index: AccNBj5Tao+lyOs+TXSw9LNH3OqeewAUQAqQ In-Reply-To: <20061121004429.GA51764@xor.obsecurity.org> Cc: freebsd-stable@freebsd.org Subject: RE: ufs_dirbad: bad dir panic (Was Areca Weirdness) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 10:27:25 -0000 > -----Original Message----- > From: Kris Kennaway [mailto:kris@obsecurity.org] > Sent: 21 November 2006 00:44 > To: Tom Samplonius > Cc: Kris Kennaway; freebsd-stable@freebsd.org; Lawrence Farr > Subject: Re: ufs_dirbad: bad dir panic (Was Areca Weirdness) > > On Mon, Nov 20, 2006 at 04:29:17PM -0800, Tom Samplonius wrote: > > > > ----- Kris Kennaway wrote: > > > > > > > >> If I newfs it, and copy data to it, I have no problem > > > > > initially. > > > > I can repeat this 100% now, by copying data onto the drive then > > > unmounting > > > > and remounting it. I have a core dump if anyone can tell me what > > > info to > > > > get from it: > > > > > > > > Version String: FreeBSD 6.2-PRERELEASE #0: Wed Nov 15 > 19:57:01 GMT > > > 2006 > > > > > root@monitor.shorewood-epc.co.uk:/usr/obj/usr/src/sys/P6NOUSB > > > > Panic String: ufs_dirbad: bad dir > > > > > > Run fsck -fy on the filesystem, this is a common symptom of a > > > corrupted filesystem. > > > > I think the OP knows the filesystem is corrupted. The > problem is why does the filesystem get corrupted? The OP > says he can corrupt the filesystem on demand after a newfs. > So it could be the Areca driver, or even bad hardware. > > My point is that this panic can happen when your filesystem becomes > corrupted, and the panic keeps happening during "normal" filesystem > operations until you forcibly fsck it, at which point the panic goes > away. > > Kris > I have been newfs'ing it and starting again, and it will work once, but once unmounted and re-mounted it will panic with ufs_dirbad. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 10:37:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE55416A40F for ; Tue, 21 Nov 2006 10:37:18 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id C29B243D60 for ; Tue, 21 Nov 2006 10:36:56 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so126536nfc for ; Tue, 21 Nov 2006 02:37:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qh2NfaTxURtN/S67nCmEmbJKNhnFZ1V5oQWptkM0AXJNxQa2R4og2ChHZSJ+eiR10NFHIGNxNtne/ww8iolEHu4PMY3g3Q7WYcEdeefLS4hLL0WAh2QfDMl5yy3atfesBuolZBsBqhfFFnuPch5k0oIQFC0GjYSqOhkoBH7Fh94= Received: by 10.82.118.2 with SMTP id q2mr883450buc.1164105436718; Tue, 21 Nov 2006 02:37:16 -0800 (PST) Received: by 10.82.160.3 with HTTP; Tue, 21 Nov 2006 02:37:16 -0800 (PST) Message-ID: Date: Tue, 21 Nov 2006 11:37:16 +0100 From: "Cristiano Deana" To: "FreeBSD Stable Mailing List" In-Reply-To: <4562D357.9020400@latnet.lv> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4562D357.9020400@latnet.lv> Subject: Re: sshd. "UseDNS no" ignored? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 10:37:19 -0000 2006/11/21, Artis Caune : > add "-u0" to sshd_flags or openssh_flags in /etc/rc.conf -u0 does't change. I got a reverse resolution at this point of sshd (debug) starting: debug3: mm_answer_pty entering debug1: session_new: init debug1: session_new: session 0 debug3: mm_pty_allocate: waiting for MONITOR_ANS_PTY debug3: mm_request_receive_expect entering: type 26 debug3: mm_request_receive entering #here debug3: mm_request_send entering: type 26 debug1: session_pty_req: session 0 alloc /dev/ttyp1 debug3: tty_parse_modes: SSH2 n_bytes 251 debug3: tty_parse_modes: ospeed 9600 debug3: tty_parse_modes: ispeed 9600 -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 11:12:08 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8C3A016A403 for ; Tue, 21 Nov 2006 11:12:08 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id E50BE43DBD for ; Tue, 21 Nov 2006 11:11:26 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (nwluzy@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kALBBbcs057030; Tue, 21 Nov 2006 12:11:46 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kALBBbv0057029; Tue, 21 Nov 2006 12:11:37 +0100 (CET) (envelope-from olli) Date: Tue, 21 Nov 2006 12:11:37 +0100 (CET) Message-Id: <200611211111.kALBBbv0057029@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, cristiano.deana@gmail.com In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 21 Nov 2006 12:11:46 +0100 (CET) Cc: Subject: Re: sshd. "UseDNS no" ignored? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, cristiano.deana@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, 21 Nov 2006 11:12:08 -0000 Cristiano Deana wrote: > Am i wrong or the UseDNS directive is ignored? "UseDNS no" only prevents sshd from performing a validation of the client's reverse lookup. That is, if you connect with a client whose hostname resolves to a different IP address than the one with which it connects, the server will reject it if UseDNS is "yes", but allow it if "no". But "UseDNS no" does _not_ prevent the sshd server from performing any DNS lookups at all. That's not the purpose of that directive. If you specify the -u0 option when starting sshd, it means that it will not put hostnames into the utmp structure (i.e. what you see when you type "w" at the shell prompt), which means that sshd will not perform DNS lookups for that purpose. _However_ there are still cases where a lookup has to be performed when a user has "from=" entries in his authorized_keys file, or when authentication methods or configuration directives are used that involve hostnames. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "I invented Ctrl-Alt-Delete, but Bill Gates made it famous." -- David Bradley, original IBM PC design team From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 13:39:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 93BAF16A47C for ; Tue, 21 Nov 2006 13:39:49 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FC4A43E1C for ; Tue, 21 Nov 2006 13:38:05 +0000 (GMT) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.4) with SMTP id AAA01569 for ; Wed, 22 Nov 2006 00:38:14 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 22 Nov 2006 00:38:14 +1100 (EST) From: Ian Smith To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: 5.5-STABLE make buildkernel parsing oddity X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 13:39:49 -0000 Hi crew, FreeBSD paqi.smithi.id.au 5.5-STABLE FreeBSD 5.5-STABLE #0: Sun Nov 19 20:22:12 EST 2006 root@paqi.smithi.id.au:/usr/obj/usr/src/sys/PAQI5S_2 i386 Not sure this little water rat is even worth reporting, what with all the crocodiles, and "well don't do that" resolves the problem, but .. cvsup; make buildworld; check new kernconf edited back in August after last world + kernel update for 'next time', a couple of small changes; make buildkernel .. urgh: >>> Kernel build for PAQI5S_2 started on Sun Nov 19 14:42:29 EST 2006 -------------------------------------------------------------- [..] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointe r-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sy s/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -I/usr/s rc/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=1 00 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno- 3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/libkern/umoddi3.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointe r-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sy s/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -I/usr/s rc/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=1 00 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno- 3dnow -mno-sse -mno-sse2 -ffreestanding -Werror config.c config.c:5:47: trigraph ??/ converted to \ config.c:5:48: trigraph ??/ converted to \ *** Error code 1 Stop in /usr/obj/usr/src/sys/PAQI5S_2. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ======= /usr/obj/usr/src/sys/PAQI5S_2/config.c now (successfully) begins: START CONFIG FILE /usr/src/ #include "opt_config.h" #ifdef INCLUDE_CONFIG_FILE static const char config[] = "\ START CONFIG FILE /usr/src/sys/i386/conf/PAQI5S_2\n\ ___#% PAQI5S_2 9Aug06 tuning 5.5S .. compiled 19/11/06\n\ ___#% PAQI5S_1 10/6/6 + 1/8/6 updates to:\n\ ___#% PAQI54_1 (Compaq Armada 1500c) 21/2/6 from: \n\ ___# GENERIC -- Generic kernel configuration file for FreeBSD/i386\n\ but the error above occured when $KERNCONF first line was exactly: #% PAQI5S_2 9Aug06 tuning 5.5S .. compiled ??/??/?? 'invalid comment'? What's parsing $KERNCONF to config.c here? Cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 13:46:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE4EC16A50A for ; Tue, 21 Nov 2006 13:46:28 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id A61B943DAA for ; Tue, 21 Nov 2006 13:45:07 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so171796nfc for ; Tue, 21 Nov 2006 05:45:27 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=F8Gd0/dn8n91xR+x/lQP0uAUr8kn6ZRFKpt/rleZ0rE+yvZvGEd7w4s58Tk8UHDz5jm2q9epLXs5fAHiMzjoT1C4lPYDbg8S3+Lmmy4N1Ylw2PHyAKfjNtzU2LOpLbIsdpItUc+3H2f9RivOI8KIRy5cBiJccIDdYexmeYG052E= Received: by 10.82.182.8 with SMTP id e8mr533296buf.1164116727020; Tue, 21 Nov 2006 05:45:27 -0800 (PST) Received: by 10.82.160.3 with HTTP; Tue, 21 Nov 2006 05:45:26 -0800 (PST) Message-ID: Date: Tue, 21 Nov 2006 14:45:26 +0100 From: "Cristiano Deana" To: freebsd-stable@freebsd.org In-Reply-To: <200611211111.kALBBbv0057029@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200611211111.kALBBbv0057029@lurza.secnetix.de> Subject: Re: sshd. "UseDNS no" ignored? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 13:46:29 -0000 2006/11/21, Oliver Fromme : > purpose. _However_ there are still cases where a lookup > has to be performed when a user has "from=" > entries in his authorized_keys file, or when authentication > methods or configuration directives are used that involve > hostnames. That's my problem: I'm unable to understand what directive needs to resolve my reverse. Any hint? -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 14:17:35 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24B3816A412 for ; Tue, 21 Nov 2006 14:17:35 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id E858C43D49 for ; Tue, 21 Nov 2006 14:17:11 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (fgjajc@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kALEHRZc065047; Tue, 21 Nov 2006 15:17:32 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kALEHQvv065046; Tue, 21 Nov 2006 15:17:26 +0100 (CET) (envelope-from olli) Date: Tue, 21 Nov 2006 15:17:26 +0100 (CET) Message-Id: <200611211417.kALEHQvv065046@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, cristiano.deana@gmail.com In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 21 Nov 2006 15:17:32 +0100 (CET) Cc: Subject: Re: sshd. "UseDNS no" ignored? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, cristiano.deana@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, 21 Nov 2006 14:17:35 -0000 Cristiano Deana wrote: > Oliver Fromme wrote: > > purpose. _However_ there are still cases where a lookup > > has to be performed when a user has "from=" > > entries in his authorized_keys file, or when authentication > > methods or configuration directives are used that involve > > hostnames. > > That's my problem: I'm unable to understand what directive needs to > resolve my reverse. Well, to answer that question it is necessary to see the contents of your sshd_config, and ~/.ssh/authorized_keys of the user being logged on. > Any hint? The manpage says: "Authentication mechanisms that may require DNS include RhostsRSAAuthentication, Hostbased- Authentication, and using a from="pattern-list" option in a key file. Configuration options that require DNS include using a USER@HOST pattern in AllowUsers or DenyUsers." Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "I learned Java 3 years before Python. It was my language of choice. It took me two weekends with Python before I was more productive with it than with Java." -- Anthony Roberts From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 14:51:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 99AEC16A40F for ; Tue, 21 Nov 2006 14:51:30 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AFD143D5F for ; Tue, 21 Nov 2006 14:51:05 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-254-44.client.mchsi.com[12.216.254.44]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20061121145126m9100em747e>; Tue, 21 Nov 2006 14:51:27 +0000 Message-ID: <4563126E.2060904@math.missouri.edu> Date: Tue, 21 Nov 2006 08:51:26 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20061118 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Cristiano Deana References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List Subject: Re: sshd. "UseDNS no" ignored? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 14:51:30 -0000 I remember a discussion about this maybe a few years ago. I recall that it is basically impossible to stop ssh from looking up DNS addresses. The problem I was having was that ssh would take a long time to connect on my intranet, when my internet connection was slow or not working. I thought that the solution might be to put the relevant intranet addresses into /etc/hosts, but since sshd operates in some kind of jailed environment, that didn't work. Apparently there is some place where you can put hosts so that sshd will look at it. But I opted for a different option, and placed a DNS server on my intranet. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 16:35:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B0B516A416 for ; Tue, 21 Nov 2006 16:35:46 +0000 (UTC) (envelope-from remy.nonnenmacher@activnetworks.com) Received: from mallaury.nerim.net (smtp-102-tuesday.noc.nerim.net [62.4.17.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CF5343DFE for ; Tue, 21 Nov 2006 16:34:12 +0000 (GMT) (envelope-from remy.nonnenmacher@activnetworks.com) Received: from [192.168.1.100] (anwadmin.net8.nerim.net [213.41.185.85]) by mallaury.nerim.net (Postfix) with ESMTP id 419FB5009F for ; Tue, 21 Nov 2006 17:34:24 +0100 (CET) Message-ID: <45632B06.5090900@activnetworks.com> Date: Tue, 21 Nov 2006 17:36:22 +0100 From: Remy Nonnenmacher User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.1) Gecko/20060308 SeaMonkey/1.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: 45382F43.6020509@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: bug on BTX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 16:35:46 -0000 Same problem on Primergy (Fujitsu-Siemens) RX200-S3 server. BTX halts while reading from an LSI1068 disk via BIOS. Does this means that nearly all LSI106x based machines will soon be unbootable as BIOSes got updated ?. (As a short list: Sun X[24][16]00 servers, Intel SR25XX with SAS, Some IBM xSeries, etc...). From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 16:42:28 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA8C516A412; Tue, 21 Nov 2006 16:42:28 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E2A843DAC; Tue, 21 Nov 2006 16:40:40 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id ZBK40700; Tue, 21 Nov 2006 08:41:00 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 224D445053; Tue, 21 Nov 2006 08:41:00 -0800 (PST) In-Reply-To: <20061027135304.S69980@fledge.watson.org> References: <20061026121447.7b75d077.dom@helenmarks.co.uk> <20061026131041.9da80977.dom@helenmarks.co.uk> <20061027105522.600f3359.dom@helenmarks.co.uk> To: Robert Watson Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1164127260_1426P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 21 Nov 2006 08:41:00 -0800 From: "Kevin Oberman" Message-Id: <20061121164100.224D445053@ptavv.es.net> Cc: stable@freebsd.org, Dominic Marks Subject: Re: FreeBSD 6.2-PRE panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Nov 2006 16:42:28 -0000 --==_Exmh_1164127260_1426P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, 27 Oct 2006, Robert Watson wrote: > On Fri, 27 Oct 2006, Dominic Marks wrote: > > > On Thu, 26 Oct 2006 13:10:41 +0100 > > Dominic Marks wrote: > > > >> On Thu, 26 Oct 2006 12:14:47 +0100 > >> Dominic Marks wrote: > >> > >>> Received this one this morning. I was in Gnome, just opened sylpheed. Had > >>> a collection of other apps running, no particular high load. Debug kernel > >>> and vmcore available for interested developers (592MB ... I've turned on > >>> minidumps now.) > >> > >> And another, looks like the same again. This time I have a minidump (73MB) > >> . Available for developers. I'm going to try going to latest STABLE and see > >> if it goes away. > > > > And again, this time with latest STABLE. Help! (please) Ideas for a > > work-around would be appreciated as well. As before crash info is available > > to developers (93MB). > > If you have a serial console set up, could you compile DDB, INVARIANTS, and > WITNESS into the kernel? When the panic occurs, run the following commands: > > show pcpu > trace > show allpcpu > traceall > show alllocks Has Dominic followed up on this? I am seeing the same problem on my Athlon 4400+ system (running i386) and have been crashing 3 or 4 times a day on a kernel from Nov. 9. I just updated to 6-Stable of Nov. 21 and it has not yet crashed, but if it fails again, I can provide the requested information. I really would like to see it resolved for the 6.2 release if at all possible. In my case, the crashes have mostly occurred when I was either not on the system at all or when I was just logged into it via SSH from a terminal window on another system. No X-server was running at the time of any crash. (But polkitd and hald are started at boot time, so they were running.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1164127260_1426P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFYywckn3rs5h7N1ERApviAJ4wT0p97H8yNmkYNNt7LOyYtXhEuQCfcozP j4bFVKVBLa6K/OwJskchfAU= =KGEG -----END PGP SIGNATURE----- --==_Exmh_1164127260_1426P-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 16:56:52 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1629C16A416; Tue, 21 Nov 2006 16:56:52 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D0BA43F90; Tue, 21 Nov 2006 16:51:40 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 263C611402E; Tue, 21 Nov 2006 16:51:55 +0000 (GMT) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qsVK5BbmBR1U; Tue, 21 Nov 2006 16:51:52 +0000 (GMT) Received: from gdc083.internal.graphdata.co.uk (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with SMTP id 1915F114037; Tue, 21 Nov 2006 16:51:52 +0000 (GMT) Date: Tue, 21 Nov 2006 16:51:51 +0000 From: Dominic Marks To: "Kevin Oberman" Message-Id: <20061121165151.0dd0956c.dom@helenmarks.co.uk> In-Reply-To: <20061121164100.224D445053@ptavv.es.net> References: <20061026121447.7b75d077.dom@helenmarks.co.uk> <20061026131041.9da80977.dom@helenmarks.co.uk> <20061027105522.600f3359.dom@helenmarks.co.uk> <20061121164100.224D445053@ptavv.es.net> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Robert Watson Subject: Re: FreeBSD 6.2-PRE panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Nov 2006 16:56:52 -0000 On Tue, 21 Nov 2006 08:41:00 -0800 "Kevin Oberman" wrote: > On Fri, 27 Oct 2006, Robert Watson wrote: > > On Fri, 27 Oct 2006, Dominic Marks wrote: > > > > > On Thu, 26 Oct 2006 13:10:41 +0100 > > > Dominic Marks wrote: > > > > > >> On Thu, 26 Oct 2006 12:14:47 +0100 > > >> Dominic Marks wrote: > > >> > > >>> Received this one this morning. I was in Gnome, just opened sylpheed. Had > > >>> a collection of other apps running, no particular high load. Debug kernel > > >>> and vmcore available for interested developers (592MB ... I've turned on > > >>> minidumps now.) > > >> > > >> And another, looks like the same again. This time I have a minidump (73MB) > > >> . Available for developers. I'm going to try going to latest STABLE and see > > >> if it goes away. > > > > > > And again, this time with latest STABLE. Help! (please) Ideas for a > > > work-around would be appreciated as well. As before crash info is available > > > to developers (93MB). > > > > If you have a serial console set up, could you compile DDB, INVARIANTS, and > > WITNESS into the kernel? When the panic occurs, run the following commands: > > > > show pcpu > > trace > > show allpcpu > > traceall > > show alllocks > > Has Dominic followed up on this? I am seeing the same problem on my > Athlon 4400+ system (running i386) and have been crashing 3 or 4 times a > day on a kernel from Nov. 9. Hi, no I have not. I disabled all the Gnome background bits, dbus, polkit and hald and it went away, and I didn't have time to come back to it as I need my desktop all day. > I just updated to 6-Stable of Nov. 21 and it has not yet crashed, but if > it fails again, I can provide the requested information. I really would > like to see it resolved for the 6.2 release if at all possible. I'll csup and rebuild tonight so see if it has gone for me too. > In my case, the crashes have mostly occurred when I was either not on the > system at all or when I was just logged into it via SSH from a terminal > window on another system. No X-server was running at the time of any > crash. (But polkitd and hald are started at boot time, so they were > running.) Thanks, Dominic From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 17:16:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 28A0016A4A7 for ; Tue, 21 Nov 2006 17:16:02 +0000 (UTC) (envelope-from sthalik@tehran.lain.pl) Received: from mail.in5.pl (rollercoaster.insane.pl [213.251.173.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7620944136 for ; Tue, 21 Nov 2006 17:06:10 +0000 (GMT) (envelope-from sthalik@tehran.lain.pl) Received: from c182-250.icpnet.pl ([85.221.182.250] helo=enkidu.local) by mail.in5.pl with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (envelope-from ) id 1GmZ4j-0007WS-BC for freebsd-stable@freebsd.org; Tue, 21 Nov 2006 18:06:25 +0100 Received: from sthalik by enkidu.local with local (Exim 4.63) (envelope-from ) id 1GmZ4f-0001Pm-9A for freebsd-stable@freebsd.org; Tue, 21 Nov 2006 18:06:21 +0100 Date: Tue, 21 Nov 2006 18:06:21 +0100 From: Stanislaw Halik To: freebsd-stable@freebsd.org Message-ID: <20061121170621.GA5216@localhost.localdomain> Mail-Followup-To: freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) X-User: sthalik Subject: Re: sshd. "UseDNS no" ignored? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 17:16:02 -0000 On Tue, Nov 21, 2006, Cristiano Deana wrote: > # uname -a > FreeBSD circe.cmp 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Wed Nov 15 > 16:13:14 CET 2006 root@circe.cmp:/usr/obj/usr/src/sys/PAECMP i386 > # grep UseDNS /etc/ssh/sshd_config > UseDNS no > # /etc/rc.d/sshd restart > Stopping sshd. > Starting sshd. > now, start a ssh session from a client (192.168.7.8). my sshd machine > is 192.168.18.3 and 192.168.18.251is the dns. > # tcpdump -ni bce0 port 53 > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on bce0, link-type EN10MB (Ethernet), capture size 96 bytes > 11:07:52.069663 IP 192.168.18.3.60321 > 192.168.18.251.53: 48923+ > PTR? 8.7.168.192.in-addr.arpa. (42) [snip] A wild guess: tcpwrappers are enabled, perhaps? From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 17:37:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A981C16A636 for ; Tue, 21 Nov 2006 17:37:51 +0000 (UTC) (envelope-from mark@cloud9.net) Received: from english-breakfast.cloud9.net (english-breakfast.cloud9.net [168.100.1.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id B73E643D7C for ; Tue, 21 Nov 2006 17:37:27 +0000 (GMT) (envelope-from mark@cloud9.net) Received: from localhost (localhost.cloud9.net [127.0.0.1]) by english-breakfast.cloud9.net (Postfix) with ESMTP id F1B4F154AD for ; Tue, 21 Nov 2006 12:37:49 -0500 (EST) X-Virus-Scanned: amavisd-new at cloud9.net Received: from english-breakfast.cloud9.net ([127.0.0.1]) by localhost (english-breakfast.cloud9.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LMuiIXXlpC5F for ; Tue, 21 Nov 2006 12:37:49 -0500 (EST) Received: from earl-grey.cloud9.net (earl-grey.cloud9.net [168.100.1.1]) by english-breakfast.cloud9.net (Postfix) with ESMTP id B4B6C15488 for ; Tue, 21 Nov 2006 12:37:49 -0500 (EST) Date: Tue, 21 Nov 2006 12:37:49 -0500 (EST) From: Mark Hennessy To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: FreeBSD 6.x, NIS, local root password, and nsswitch.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 17:37:51 -0000 I have a new system that has FreeBSD 6.1 on it to replace a system with FreeBSD 4.11 being put out of service. I want to keep to using local root passwords only, but export other users' logins over NIS. It acts presently as an NIS slave server. The NIS master server was upgraded a few months ago to FreeBSD 6.0 and then 6.1. All other machines are running FreeBSD 4.11. A weird thing started to happen with the new machine. Only on this new machine, the local root password doesn't work and only the root password of the NIS master server will work to attain root. Perhaps something needs to be changed somewhere to make the local root password work again? Here's the /etc/nsswitch.conf from the master server: group: compat group_compat: nis hosts: files dns networks: files passwd: compat passwd_compat: nis shells: files Here's the /etc/nsswitch.conf from the slave server: group: compat group_compat: nis hosts: files dns networks: files passwd: compat passwd_compat: nis shells: files They both appear to be set to defaults. I tried changing group and passwd to include 'files', I also tried changing group_compat and passwd_compat to include 'files', but no positive change. I couldn't find nsswitch.conf on any of the FreeBSD 4.11 servers. They are served by NIS as clients and all of their local root passwords work fine. Where should I look next? Thanks! -- Mark P. Hennessy From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 17:39:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 87A9B16B347 for ; Tue, 21 Nov 2006 17:39:28 +0000 (UTC) (envelope-from freebsd-stable-archive@cloud9.net) Received: from english-breakfast.cloud9.net (english-breakfast.cloud9.net [168.100.1.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id C93C743D78 for ; Tue, 21 Nov 2006 17:39:04 +0000 (GMT) (envelope-from freebsd-stable-archive@cloud9.net) Received: from localhost (localhost.cloud9.net [127.0.0.1]) by english-breakfast.cloud9.net (Postfix) with ESMTP id B749415488 for ; Tue, 21 Nov 2006 12:39:27 -0500 (EST) X-Virus-Scanned: amavisd-new at cloud9.net Received: from english-breakfast.cloud9.net ([127.0.0.1]) by localhost (english-breakfast.cloud9.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ioovxXj89koo for ; Tue, 21 Nov 2006 12:39:27 -0500 (EST) Received: from earl-grey.cloud9.net (earl-grey.cloud9.net [168.100.1.1]) by english-breakfast.cloud9.net (Postfix) with ESMTP id CB42015775 for ; Tue, 21 Nov 2006 12:39:26 -0500 (EST) Date: Tue, 21 Nov 2006 12:39:26 -0500 (EST) From: freebsd-stable-archive@cloud9.net X-X-Sender: mark@earl-grey.cloud9.net To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: FreeBSD 6.x, NIS, local root password, and nsswitch.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 17:39:28 -0000 I have a new system that has FreeBSD 6.1 on it to replace a system with FreeBSD 4.11 being put out of service. I want to keep to using local root passwords only, but export other users' logins over NIS. It acts presently as an NIS slave server. The NIS master server was upgraded a few months ago to FreeBSD 6.0 and then 6.1. All other machines are running FreeBSD 4.11. A weird thing started to happen with the new machine. Only on this new machine, the local root password doesn't work and only the root password of the NIS master server will work to attain root. Perhaps something needs to be changed somewhere to make the local root password work again? Here's the /etc/nsswitch.conf from the master server: group: compat group_compat: nis hosts: files dns networks: files passwd: compat passwd_compat: nis shells: files Here's the /etc/nsswitch.conf from the slave server: group: compat group_compat: nis hosts: files dns networks: files passwd: compat passwd_compat: nis shells: files They both appear to be set to defaults. I tried changing group and passwd to include 'files', I also tried changing group_compat and passwd_compat to include 'files', but no positive change. I couldn't find nsswitch.conf on any of the FreeBSD 4.11 servers. They are served by NIS as clients and all of their local root passwords work fine. Where should I look next? Thanks! -- Mark P. Hennessy From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 18:08:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D91CF16A403 for ; Tue, 21 Nov 2006 18:08:52 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from slimak.dkm.cz (slimak.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 6DD7943D49 for ; Tue, 21 Nov 2006 18:08:25 +0000 (GMT) (envelope-from 000.fbsd@quip.cz) Received: (qmail 58183 invoked by uid 0); 21 Nov 2006 18:08:39 -0000 Received: from grimm.quip.cz (HELO ?192.168.1.2?) (213.220.192.218) by slimak.dkm.cz with SMTP; 21 Nov 2006 18:08:39 -0000 Message-ID: <4563409E.5050602@quip.cz> Date: Tue, 21 Nov 2006 19:08:30 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Remy Nonnenmacher References: 45382F43.6020509@FreeBSD.org <45632B06.5090900@activnetworks.com> In-Reply-To: <45632B06.5090900@activnetworks.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: bug on BTX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 18:08:52 -0000 Remy Nonnenmacher wrote: > Same problem on Primergy (Fujitsu-Siemens) RX200-S3 server. BTX halts > while reading from an LSI1068 disk via BIOS. Does this means that nearly > all LSI106x based machines will soon be unbootable as BIOSes got updated > ?. (As a short list: Sun X[24][16]00 servers, Intel SR25XX with SAS, > Some IBM xSeries, etc...). I successful tried GRUB loader instead of standard FreeBSD bootloader. So I have USB flash drive with FreeBSD 6.2-RC1 "bootonly" installer on small (30MB) partition of my 512MB USB flash drive which can boot on Sun Fire X2100. But HP DL140 is still unbootable over USB drive. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 18:11:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A96B016A407 for ; Tue, 21 Nov 2006 18:11:38 +0000 (UTC) (envelope-from nschweers@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9D15443DB3 for ; Tue, 21 Nov 2006 18:11:10 +0000 (GMT) (envelope-from nschweers@gmx.de) Received: (qmail invoked by alias); 21 Nov 2006 18:11:20 -0000 Received: from p54B19883.dip0.t-ipconnect.de (EHLO [192.168.1.216]) [84.177.152.131] by mail.gmx.net (mp021) with SMTP; 21 Nov 2006 19:11:20 +0100 X-Authenticated: #20336630 Message-ID: <4563414A.60704@gmx.de> Date: Tue, 21 Nov 2006 19:11:22 +0100 From: Nathanael Schweers User-Agent: Thunderbird 1.5 (X11/20060317) MIME-Version: 1.0 To: FreeBSD mailing list Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: kernel compile fails with error 1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 18:11:38 -0000 Hi folks, I'm quite new to FreeBSD and mailing lists, so I hope not to be inpolite. I've been using Gentoo Linux for a while and really like it, and now I'm giving FreeBSD a try. I have switched to stable ( is there a difference between 6.1-STABLE and 6.2-PRERELEASE?) and I managed to successfully compile and run a GENERIC kernel, but when I try to compile my own kernel make aborts with an error 1. Here the last bit of output: make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes inter-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/s ys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-u ge-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding /usr/src/sys/dev/nve/if_nve.c:109:23: miibus_if.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/obj/usr/src/sys/BRAINFUCK. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. I find it quite strange that make stops with the nve module, as the GENERIC compiles, and I've got an nVidia nForce2 ethernet chip onboard. Thx for any help. Regards Nathanael Schweers From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 18:23:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B72C16A40F for ; Tue, 21 Nov 2006 18:23:54 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5E5C43D60 for ; Tue, 21 Nov 2006 18:23:30 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 238DD1A4D86; Tue, 21 Nov 2006 10:23:54 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0D2E5513AD; Tue, 21 Nov 2006 13:23:40 -0500 (EST) Date: Tue, 21 Nov 2006 13:23:39 -0500 From: Kris Kennaway To: Nathanael Schweers Message-ID: <20061121182339.GA88020@xor.obsecurity.org> References: <4563414A.60704@gmx.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline In-Reply-To: <4563414A.60704@gmx.de> User-Agent: Mutt/1.4.2.2i Cc: FreeBSD mailing list Subject: Re: kernel compile fails with error 1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 18:23:54 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 21, 2006 at 07:11:22PM +0100, Nathanael Schweers wrote: > Hi folks, > I'm quite new to FreeBSD and mailing lists, so I hope not to be inpolite. > I've been using Gentoo Linux for a while and really like it, and now I'm= =20 > giving FreeBSD a try. > I have switched to stable ( is there a difference between 6.1-STABLE and= =20 > 6.2-PRERELEASE?) and I managed to successfully compile and run a GENERIC= =20 > kernel, but when I try to compile my own kernel make aborts with an=20 > error 1. Here the last bit of output: >=20 > make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP=3D"cc -E"=20 > CC=3D"cc" xargs mkdep -a -f .newdep -O -pipe -Wall -Wredundant-decls=20 > -Wnested-externs -Wstrict-prototypes > inter-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -g=20 > -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq=20 > -I/usr/src/sys/contrib/ipfilter -I/usr/src/s > ys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL= =20 > -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common=20 > -finline-limit=3D8000 --param inline-u > ge-function-growth=3D1000 -mno-align-long-strings=20 > -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2=20 > -ffreestanding > /usr/src/sys/dev/nve/if_nve.c:109:23: miibus_if.h: No such file or direct= ory > mkdep: compile failed > *** Error code 1 >=20 > Stop in /usr/obj/usr/src/sys/BRAINFUCK. > *** Error code 1 If you change something and then things break, the most likely cause is something that you changed. In particular, an error regarding miibus support should suggest that you should check your kernel configuration for miibus support. You'll probably find that you removed it from your kernel config even though you left in a driver that requires it. Kris --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFY0QrWry0BWjoQKURAvHcAKDC08Wcy/mvCM5ZTJlC2cvbvgBcvACg0iJy JmBnPv2n/JMFs4AnuGKix+k= =Eq9s -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 18:40:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F412D16A47C for ; Tue, 21 Nov 2006 18:40:49 +0000 (UTC) (envelope-from nschweers@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0A5CF43DA0 for ; Tue, 21 Nov 2006 18:40:16 +0000 (GMT) (envelope-from nschweers@gmx.de) Received: (qmail invoked by alias); 21 Nov 2006 18:40:35 -0000 Received: from p54B19883.dip0.t-ipconnect.de (EHLO [192.168.1.216]) [84.177.152.131] by mail.gmx.net (mp016) with SMTP; 21 Nov 2006 19:40:35 +0100 X-Authenticated: #20336630 Message-ID: <45634824.1090204@gmx.de> Date: Tue, 21 Nov 2006 19:40:36 +0100 From: Nathanael Schweers User-Agent: Thunderbird 1.5 (X11/20060317) MIME-Version: 1.0 To: Kris Kennaway References: <4563414A.60704@gmx.de> <20061121182339.GA88020@xor.obsecurity.org> In-Reply-To: <20061121182339.GA88020@xor.obsecurity.org> X-Y-GMX-Trusted: 0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD mailing list Subject: Re: kernel compile fails with error 1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 18:40:50 -0000 Kris Kennaway wrote: > On Tue, Nov 21, 2006 at 07:11:22PM +0100, Nathanael Schweers wrote: > >> Hi folks, >> I'm quite new to FreeBSD and mailing lists, so I hope not to be inpolite. >> I've been using Gentoo Linux for a while and really like it, and now I'm >> giving FreeBSD a try. >> I have switched to stable ( is there a difference between 6.1-STABLE and >> 6.2-PRERELEASE?) and I managed to successfully compile and run a GENERIC >> kernel, but when I try to compile my own kernel make aborts with an >> error 1. Here the last bit of output: >> >> make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" >> CC="cc" xargs mkdep -a -f .newdep -O -pipe -Wall -Wredundant-decls >> -Wnested-externs -Wstrict-prototypes >> inter-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g >> -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq >> -I/usr/src/sys/contrib/ipfilter -I/usr/src/s >> ys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL >> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common >> -finline-limit=8000 --param inline-u >> ge-function-growth=1000 -mno-align-long-strings >> -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 >> -ffreestanding >> /usr/src/sys/dev/nve/if_nve.c:109:23: miibus_if.h: No such file or directory >> mkdep: compile failed >> *** Error code 1 >> >> Stop in /usr/obj/usr/src/sys/BRAINFUCK. >> *** Error code 1 >> > > If you change something and then things break, the most likely cause > is something that you changed. In particular, an error regarding > miibus support should suggest that you should check your kernel > configuration for miibus support. You'll probably find that you > removed it from your kernel config even though you left in a driver > that requires it. > > Kris > > First of all many many thanks. I found out the problem about 5 minutes after I posted this. I still have a few problems about the config, but I'll try to find them out step by step. Nathanael Schweers From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 19:35:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B08D416A407 for ; Tue, 21 Nov 2006 19:35:16 +0000 (UTC) (envelope-from mopsfelder@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02EA243D88 for ; Tue, 21 Nov 2006 19:34:26 +0000 (GMT) (envelope-from mopsfelder@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so256540nfc for ; Tue, 21 Nov 2006 11:34:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=EvRQ4WvaFpgLDh7ktnq6jo967kMOwTYOsnb4dz1f/w+ybbKYq28FgZF7dXvf7rAhJ+J67Pc8nfEIF5E0H/xa3mzB8bd2suZ07dqrIvQMyFjj0h9xqz3H87VfosjLo7U+TrTKwZGZdCnAjiLyez3qY4ODj+AbRBtsNdcVO7b5HfU= Received: by 10.48.199.10 with SMTP id w10mr1340983nff.1164137689478; Tue, 21 Nov 2006 11:34:49 -0800 (PST) Received: by 10.49.14.2 with HTTP; Tue, 21 Nov 2006 11:34:49 -0800 (PST) Message-ID: Date: Tue, 21 Nov 2006 17:34:49 -0200 From: "=?ISO-8859-1?Q?Murilo_Opsfelder_Ara=FAjo?=" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Problem with mouse detection on FreeBSD 6.2 RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Nov 2006 19:35:16 -0000 Hi people, had anyone problems with mouse detection on FreeBSD 6.1 RC1? I've bough a new optical mouse and try to use it on FreeBSD, but didn't work. By the `moused -i all -p /dev/psm0 -t auto` I get these information about my new optical mouse: /dev/psm0 ps/2 sysmouse IntelliMouse Explorer With the old optical mouse plugged I get these information: /dev/psm0 ps/2 sysmouse IntelliMouse Note that the 'Explorer' is not present in the old mouse and works perfectly. Has anyone idea about that? Regards. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 19:23:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B53F16A51C for ; Tue, 21 Nov 2006 19:23:37 +0000 (UTC) (envelope-from Ron.Wingfield@Archaxis.net) Received: from archaxis.net (adsl-66-138-104-73.dsl.ltrkar.swbell.net [66.138.104.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51AED43F5A for ; Tue, 21 Nov 2006 19:19:40 +0000 (GMT) (envelope-from Ron.Wingfield@Archaxis.net) Received: from dtc77 ([66.138.104.77]) by archaxis.net (8.12.8p1/8.12.8) with SMTP id kALJJhmx050179; Tue, 21 Nov 2006 13:19:43 -0600 (CST) (envelope-from Ron.Wingfield@Archaxis.net) Message-ID: <007701c70da2$4ad9cfc0$4d688a42@dtc77> From: "Ron Wingfield" To: "Nathanael Schweers" , "FreeBSD mailing list" References: <4563414A.60704@gmx.de> Date: Tue, 21 Nov 2006 13:21:49 -0600 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Mailman-Approved-At: Tue, 21 Nov 2006 19:57:13 +0000 Cc: Subject: Re: kernel compile fails with error 1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 19:23:37 -0000 Hello All, (Mr. Schweers, this is not directed to you.) I'm not offering any comment or suggestion regarding Mr. Schweers problem . . .but from his previously posted make-output regarding the following, is the "Stop in" message literally as copied by Mr. Schweers? If so, then have the developers sunk to the level that such coded error message reporting resorts to such offensive language? I don't want to start a "flammer" here (I went to college in the sixties) but I've worked as a professional programmer/analyst/software engineer for thirty years. I would never code such language into an error/diagnostic message (regardless of how much I'd like to). Such language is sophmoric, and denigrates the reputation of FreeBSD as a professionally acceptable product . . .or is it possible that the source code has been hacked or corrupted and is reporting with language as would be expected from such irresponsible behavior? > mkdep: compile failed > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/BRAINF*#!. . . .yes, the "F" > word. > *** Error code 1 ----- Original Message ----- From: "Nathanael Schweers" To: "FreeBSD mailing list" Sent: Tuesday, November 21, 2006 12:11 PM Subject: kernel compile fails with error 1 From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 20:07:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A7AE016A50D for ; Tue, 21 Nov 2006 20:07:11 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from bart.milos.co.za (bart.milos.co.za [196.38.18.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59DA443DF6 for ; Tue, 21 Nov 2006 20:05:17 +0000 (GMT) (envelope-from clay@milos.co.za) Received: (qmail 22266 invoked by uid 89); 21 Nov 2006 20:05:33 -0000 Received: from unknown (HELO claylaptop) (clay@milos.za.net@192.168.3.254) by bart.milos.co.za with SMTP; 21 Nov 2006 20:05:33 -0000 Message-ID: <024a01c70da8$5faf76b0$9603a8c0@claylaptop> From: "Clayton Milos" To: "FreeBSD mailing list" References: <4563414A.60704@gmx.de> <007701c70da2$4ad9cfc0$4d688a42@dtc77> Date: Tue, 21 Nov 2006 22:05:21 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Subject: Re: kernel compile fails with error 1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 20:07:11 -0000 > Hello All, > > (Mr. Schweers, this is not directed to you.) > > I'm not offering any comment or suggestion regarding Mr. Schweers problem > . . .but from his previously posted make-output regarding the following, > is the "Stop in" message literally as copied by Mr. Schweers? If so, then > have the developers sunk to the level that such coded error message > reporting resorts to such offensive language? I don't want to start a > "flammer" here (I went to college in the sixties) but I've worked as a > professional programmer/analyst/software engineer for thirty years. I > would never code such language into an error/diagnostic message > (regardless of how much I'd like to). Such language is sophmoric, and > denigrates the reputation of FreeBSD as a professionally acceptable > product . . .or is it possible that the source code has been hacked or > corrupted and is reporting with language as would be expected from such > irresponsible behavior? > >> mkdep: compile failed >> *** Error code 1 >> >> Stop in /usr/obj/usr/src/sys/BRAINF*#!. . . .yes, the "F" >> word. >> *** Error code 1 If you knew that that is what Mr. Schweers called his kernel config file and had nothing to do with the coding of the FreeBSD developers would you apologise to them ? If so you should start now. Mr. Schweers had the decency to censor his kernel name out for the mailing list which was the right thing to do as far as I am concerned. He may also call his kernel config file whatever he likes. Reminds me of the old one... What's red and hangs in a tree ? My stove. Why ? Because it's MY stove and I can do what I like with it !! Maybe you should check your facts before you open your mouth and embarass yourself. -Clay From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 20:13:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4A38916A501 for ; Tue, 21 Nov 2006 20:13:26 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28E2F43DD9 for ; Tue, 21 Nov 2006 20:09:38 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from [192.168.2.119] (hornet.kitchenlab.org [64.142.31.105]) (authenticated bits=0) by b.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id kALK9lVJ011703 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Nov 2006 12:09:48 -0800 Message-ID: <45635D0B.2010005@freebsd.org> Date: Tue, 21 Nov 2006 12:09:47 -0800 From: "Bruce A. Mah" User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: Ron Wingfield References: <4563414A.60704@gmx.de> <007701c70da2$4ad9cfc0$4d688a42@dtc77> In-Reply-To: <007701c70da2$4ad9cfc0$4d688a42@dtc77> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1A61A48B4FBD8194AAFEDB2B" Cc: Nathanael Schweers , FreeBSD mailing list Subject: Re: kernel compile fails with error 1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 20:13:26 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1A61A48B4FBD8194AAFEDB2B Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, Ron Wingfield wrote: > (Mr. Schweers, this is not directed to you.) >=20 > I'm not offering any comment or suggestion regarding Mr. Schweers probl= em .=20 > . .but from his previously posted make-output regarding the following, = is=20 > the "Stop in" message literally as copied by Mr. Schweers? If so, then= have=20 > the developers sunk to the level that such coded error message reportin= g=20 > resorts to such offensive language? The "offensive language" is, apparently, the name that the original poster chose to call his kernel configuration. The build system is just reporting the directory name it was given. Nothing to see here, move along please... :-) Bruce. --------------enig1A61A48B4FBD8194AAFEDB2B 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.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFY10L2MoxcVugUsMRAv/hAKDnfbJHHNiKMjzrdK1y+UKuZPw9wACgmBh+ 9v8kwvLbtEEE/fj/CkQCNPk= =fCAQ -----END PGP SIGNATURE----- --------------enig1A61A48B4FBD8194AAFEDB2B-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 20:14:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 075A616A509 for ; Tue, 21 Nov 2006 20:14:44 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4256143E57 for ; Tue, 21 Nov 2006 20:11:18 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id CF3391A3C1E; Tue, 21 Nov 2006 12:11:42 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A6591517DA; Tue, 21 Nov 2006 15:11:28 -0500 (EST) Date: Tue, 21 Nov 2006 15:11:28 -0500 From: Kris Kennaway To: Ron Wingfield Message-ID: <20061121201128.GA89970@xor.obsecurity.org> References: <4563414A.60704@gmx.de> <007701c70da2$4ad9cfc0$4d688a42@dtc77> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline In-Reply-To: <007701c70da2$4ad9cfc0$4d688a42@dtc77> User-Agent: Mutt/1.4.2.2i Cc: Nathanael Schweers , FreeBSD mailing list Subject: Re: kernel compile fails with error 1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 20:14:44 -0000 --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 21, 2006 at 01:21:49PM -0600, Ron Wingfield wrote: > Hello All, >=20 > (Mr. Schweers, this is not directed to you.) >=20 > I'm not offering any comment or suggestion regarding Mr. Schweers problem= .=20 > . .but from his previously posted make-output regarding the following, is= =20 > the "Stop in" message literally as copied by Mr. Schweers? If so, then= =20 > have the developers sunk to the level that such coded error message=20 > reporting resorts to such offensive language? I don't want to start a=20 > "flammer" here (I went to college in the sixties) but I've worked as a=20 > professional programmer/analyst/software engineer for thirty years. I=20 > would never code such language into an error/diagnostic message (regardle= ss=20 > of how much I'd like to). Such language is sophmoric, and denigrates the= =20 > reputation of FreeBSD as a professionally acceptable product . . .or is i= t=20 > possible that the source code has been hacked or corrupted and is reporti= ng=20 > with language as would be expected from such irresponsible behavior? >=20 > >mkdep: compile failed > >*** Error code 1 > > > >Stop in /usr/obj/usr/src/sys/BRAINF*#!. . . .yes, the "F"= =20 > >word. > >*** Error code 1 I guess you're not at all familiar with the process of building a FreeBSD kernel. That is the name that the OP chose for his kernel configuration file. Kris --gKMricLos+KVdGMg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFY11wWry0BWjoQKURAg2MAKCm6GMJGXKspZsnwqkIa046U0ZhbgCgodBY iTTvWsXOV9X4eCbUB4Tq33c= =nntA -----END PGP SIGNATURE----- --gKMricLos+KVdGMg-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 20:15:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 43DFB16A50E for ; Tue, 21 Nov 2006 20:15:33 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DBFC43DC2 for ; Tue, 21 Nov 2006 20:12:18 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id A87995FFB; Tue, 21 Nov 2006 15:12:34 -0500 (EST) X-Virus-Scanned: amavisd-new at codefab.com Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RHaTKG5G0oFg; Tue, 21 Nov 2006 15:12:32 -0500 (EST) Received: from [192.168.1.251] (pool-68-161-95-165.ny325.east.verizon.net [68.161.95.165]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 48FA45E06; Tue, 21 Nov 2006 15:12:32 -0500 (EST) Message-ID: <45635DAA.5030404@mac.com> Date: Tue, 21 Nov 2006 15:12:26 -0500 From: Chuck Swiger User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: Ron Wingfield References: <4563414A.60704@gmx.de> <007701c70da2$4ad9cfc0$4d688a42@dtc77> In-Reply-To: <007701c70da2$4ad9cfc0$4d688a42@dtc77> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: nschweers@gmx.de, FreeBSD mailing list Subject: Re: kernel compile fails with error 1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 20:15:33 -0000 Ron Wingfield wrote: > (Mr. Schweers, this is not directed to you.) Well, it actually should have been. > I'm not offering any comment or suggestion regarding Mr. Schweers > problem . . .but from his previously posted make-output regarding the > following, is the "Stop in" message literally as copied by Mr. > Schweers? If so, then have the developers sunk to the level that such > coded error message reporting resorts to such offensive language? You need to relax, dude, and maybe spend a bit more time outside: users choose the name of their kernel config file themselves. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 20:56:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A080D16A58E for ; Tue, 21 Nov 2006 20:56:21 +0000 (UTC) (envelope-from spartak@aif.ru) Received: from mail.aif.ru (mail.aif.ru [85.21.212.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 197EA43D66 for ; Tue, 21 Nov 2006 20:55:47 +0000 (GMT) (envelope-from spartak@aif.ru) Received: from spartak.intranet ([192.168.71.10]) by mail.aif.ru with esmtps (TLSv1:AES256-SHA:256) (Exim 4.61 (FreeBSD)) (envelope-from ) id 1Gmcf3-000E4a-9Q for freebsd-stable@freebsd.org; Tue, 21 Nov 2006 23:56:09 +0300 Message-ID: <456367E8.2010001@aif.ru> Date: Tue, 21 Nov 2006 23:56:08 +0300 From: Spartak Radchenko User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: 45382F43.6020509@FreeBSD.org <45632B06.5090900@activnetworks.com> In-Reply-To: <45632B06.5090900@activnetworks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -3.8 (---) X-Spam-Report: -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.6 AWL AWL: From: address is in the auto white-list Subject: Re: bug on BTX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 20:56:21 -0000 Remy Nonnenmacher wrote: > Same problem on Primergy (Fujitsu-Siemens) RX200-S3 server. BTX halts > while reading from an LSI1068 disk via BIOS. Does this means that > nearly all LSI106x based machines will soon be unbootable as BIOSes > got updated ?. (As a short list: Sun X[24][16]00 servers, Intel SR25XX > with SAS, Some IBM xSeries, etc...). There is a workaround for Intel SR25XX with SAS backplane. It can be configured in BIOS to use the Intel Embedded Server RAID II technology. FreeBSD doesn't support it and still detects physical disks attached to mpt(4), but with this option turned on FreeBSD could be successfully booted. Probably turning it on installs the different int13 handler. I turned it on and configured JBOD. It has certain drawbacks, however. You should be careful and never use the last sector on the hard drive as it's used for metadata by the Intel Emdedded RAID. You can't use gmirror on the physical disks, for example. -- Spartak Radchenko SVR1-RIPE From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 20:59:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B572A16A4FF for ; Tue, 21 Nov 2006 20:59:41 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [74.92.149.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1350343D7D for ; Tue, 21 Nov 2006 20:59:16 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 128A2B80A for ; Tue, 21 Nov 2006 15:59:29 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-7--995509056; protocol="application/pkcs7-signature" Message-Id: From: Vivek Khera Date: Tue, 21 Nov 2006 15:59:28 -0500 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: FreeBSD 6.2-amd64, ServeRAID 8k and Linux aaccli X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 20:59:41 -0000 --Apple-Mail-7--995509056 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Nov 21, 2006, at 12:09 AM, Philip Murray wrote: > Is there any way to get around this? Can the aac_linux module by > compiled (and work) under amd64 at all? What is preventing it from > working under amd64? I started a thread on this Nov 15 titled "adaptec utilities on amd64?". The current situation is pretty grim, as far as I can tell. I'm speaking with Scott Long regarding contracting on some work in this area, specifically the monitoring (not on-the-fly reconfiguration). Please let me know if you'd like to share some of the expense. --Apple-Mail-7--995509056-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 21:11:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B62D116A40F for ; Tue, 21 Nov 2006 21:11:10 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 784A943DAA for ; Tue, 21 Nov 2006 21:06:46 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 570791A3C1E; Tue, 21 Nov 2006 13:07:06 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D426C515FB; Tue, 21 Nov 2006 16:06:51 -0500 (EST) Date: Tue, 21 Nov 2006 16:06:50 -0500 From: Kris Kennaway To: Lawrence Farr Message-ID: <20061121210648.GA90974@xor.obsecurity.org> References: <20061121004429.GA51764@xor.obsecurity.org> <014a01c70d57$a00f6db0$c806a8c0@lfarr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline In-Reply-To: <014a01c70d57$a00f6db0$c806a8c0@lfarr> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, 'Tom Samplonius' , 'Kris Kennaway' Subject: Re: ufs_dirbad: bad dir panic (Was Areca Weirdness) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 21:11:10 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 21, 2006 at 10:27:18AM -0000, Lawrence Farr wrote: > =20 >=20 > > -----Original Message----- > > From: Kris Kennaway [mailto:kris@obsecurity.org]=20 > > Sent: 21 November 2006 00:44 > > To: Tom Samplonius > > Cc: Kris Kennaway; freebsd-stable@freebsd.org; Lawrence Farr > > Subject: Re: ufs_dirbad: bad dir panic (Was Areca Weirdness) > >=20 > > On Mon, Nov 20, 2006 at 04:29:17PM -0800, Tom Samplonius wrote: > > >=20 > > > ----- Kris Kennaway wrote: > > > > > > > > >> If I newfs it, and copy data to it, I have no problem > > > > > > initially. > > > > > I can repeat this 100% now, by copying data onto the drive then > > > > unmounting > > > > > and remounting it. I have a core dump if anyone can tell me what > > > > info to > > > > > get from it: > > > > >=20 > > > > > Version String: FreeBSD 6.2-PRERELEASE #0: Wed Nov 15=20 > > 19:57:01 GMT > > > > 2006 > > > > > =20 > > root@monitor.shorewood-epc.co.uk:/usr/obj/usr/src/sys/P6NOUSB > > > > > Panic String: ufs_dirbad: bad dir > > > >=20 > > > > Run fsck -fy on the filesystem, this is a common symptom of a > > > > corrupted filesystem. > > >=20 > > > I think the OP knows the filesystem is corrupted. The=20 > > problem is why does the filesystem get corrupted? The OP=20 > > says he can corrupt the filesystem on demand after a newfs. =20 > > So it could be the Areca driver, or even bad hardware. > >=20 > > My point is that this panic can happen when your filesystem becomes > > corrupted, and the panic keeps happening during "normal" filesystem > > operations until you forcibly fsck it, at which point the panic goes > > away. > >=20 > > Kris > >=20 >=20 > I have been newfs'ing it and starting again, and it will work once, but= =20 > once unmounted and re-mounted it will panic with ufs_dirbad. OK, that's a different matter then. One thing you could try would be to write known data directly to the device and then read it back or verify the md5 sum and try to identify the failure mode. I'd try to rule out hardware problems too. Kris --Qxx1br4bt0+wmkIi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFY2poWry0BWjoQKURAk4YAKCg5r6t5epRUn9gr6+viWCQ4/nLpgCeIyD1 Wz7yRdGpy4fmymIJU82+IwI= =bUbY -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 21 23:33:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F95A16A407 for ; Tue, 21 Nov 2006 23:33:51 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDF3443D45 for ; Tue, 21 Nov 2006 23:33:25 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kALNXgGE075560; Tue, 21 Nov 2006 16:33:48 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <45638CD6.7040501@samsco.org> Date: Tue, 21 Nov 2006 16:33:42 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Ambrisko References: <200611210059.kAL0xrdY005380@ambrisko.com> In-Reply-To: <200611210059.kAL0xrdY005380@ambrisko.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Vivek Khera , FreeBSD Stable Subject: Re: adaptec utilities on amd64? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Nov 2006 23:33:51 -0000 Doug Ambrisko wrote: > Scott Long writes: > | Vivek Khera wrote: > | > On Nov 15, 2006, at 7:34 PM, Bruce Burden wrote: > | > > | >> I have a 2230SLP that I will be installing early next week > | >> on my AMD64 implementation. I am hoping that the aaccli program > | >> in ports will work. > | > > | > If it has the newer firmware, it will not work with aaccli. If you got > | > the card after they switched to the "R" revision, you have the newer > | > firmware. > | > > | > Some time long ago, someone posted a very short C program that probes > | > the LSI controller and spits out this kind of output: > | > > | > [root@d03]# amrstat > | > Drive 0: 34.18 GB, RAID1 > | > optimal > | > Drive 1: 102.54 GB, RAID1 > | > optimal > | > > | > This is the kind of output I'd love to get from my adaptec controllers, > | > too. This can be trivially scripted and hooked into a monitoring system > | > like nagios. > | > > | > The aaccli tool is a curses based app (despite the "cli" in the name) > | > and scripting it is damn near impossible. It doesn't even read commands > | > from stdin! > | > | Yes, scripting it is possible, and it does have a non-interactive mode. > | Try the following: > | > | printf "open aac0\ncontroller details\nexit\n" | aaccli > > Scott, did you forget about the cli mode: > aaccli "open aac0: controller details" > which produces very nice output :-) > > Doug A. I did. When I wrote the previous email, I couldn't remember what the magic separator character was. Thanks for the reminder. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 01:58:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 75A1216A47B for ; Wed, 22 Nov 2006 01:58:51 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12D1143D45 for ; Wed, 22 Nov 2006 01:58:22 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.0.1) with ESMTP id md50003242544.msg for ; Wed, 22 Nov 2006 01:58:45 +0000 Message-ID: <044401c70dd9$b8eea3a0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Oleg Palij" , References: <20060517151247.GA35464@iscmpd-oleg.dp.uz.gov.ua> Date: Wed, 22 Nov 2006 01:58:28 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Processed: multiplay.co.uk, Wed, 22 Nov 2006 01:58:45 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-MDAV-Processed: multiplay.co.uk, Wed, 22 Nov 2006 01:58:46 +0000 Cc: Subject: Re: Processes blocked on 6.1-R with amr(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Nov 2006 01:58:51 -0000 Did you ever find a solution to this? We have a machine in a similar situation although seems to suffer on 5.4 as well. It had been fine for months but suddenly after a restart it would hang initialising jails with processes blocked in state "ufs". We've tried to upgrade to 6.1-RELEASE-p10 but in doing the installworld to one first vnode backed jail it will randomly hang with just the problem you describe below ( generally install blocks ). I'm currently in the process of transfering the jails to another machine once thats complete will be able to run tests with the hope of curing the issue if someone can help on that. [dmesg] Copyright (c) 1992-2006 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 6.1-RELEASE-p10 #0: Tue Nov 21 23:09:45 GMT 2006 root@core5.multiplay.co.uk:/usr/src/sys/i386/compile/CORE5 ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 248 (2193.76-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0xf5a Stepping = 10 Features=0x78bfbff AMD Features=0xe0500800 real memory = 3221159936 (3071 MB) avail memory = 3155496960 (3009 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x5008-0x500b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 6.0 on pci0 pci4: on pcib1 pci4: at device 0.0 (no driver attached) pci4: at device 0.1 (no driver attached) pci4: at device 4.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) pcib2: at device 10.0 on pci0 pci3: on pcib2 bge0: mem 0xfc9f0000-0xfc9fffff irq 26 at device 5.0 on pci3 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:30:48:75:30:84 bge1: mem 0xfc9e0000-0xfc9effff irq 27 at device 5.1 on pci3 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:30:48:75:30:85 pci0: at device 10.1 (no driver attached) pcib3: at device 11.0 on pci0 pci1: on pcib3 pcib4: at device 3.0 on pci1 pci2: on pcib4 arcmsr0: mem 0xfc8ff000-0xfc8fffff,0xfc000000-0xfc3fffff irq 31 at device 14.0 on pci2 arcmsr0: [GIANT-LOCKED] pci0: at device 11.1 (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] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0xca7ff,0xca800-0xcbfff 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 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled Timecounters tick every 10.000 msec acd0: CDROM at ata1-master UDMA33 Waiting 5 seconds for SCSI devices to settle da0 at arcmsr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged Queueing Enabled da0: 1430511MB (2929687040 512 byte sectors: 255H 63S/T 182364C) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/da0s1a bge0: link state changed to UP [/dmesg] Oleg Palij wrote: > Recently I tryed to update 5.4 to 6.1 from sources. > After successfull install I found that all processes (pkg_delete, > pkg_add, cp, tar, etc..) I run hangs mostly in getblk state. I > reinstalled 5.4. It works fine. > So I installed only the kernel from 6.1-R and booted it in single > user mode. The problem appears again. Here is debugger output: db> ps > pid proc uid ppid pgrp flag stat wmesg wchan cmd > 57 c270c624 0 48 57 0004002 [SLPQ wdrain 0xc0990ea4][SLP] > bsdtar 48 c2650a3c 0 42 48 0004002 [SLPQ wait > 0xc2650a3c][SLP] bash 42 c270c830 0 1 42 0004002 [SLPQ > wait 0xc270c830][SLP] sh 41 c270ca3c 0 0 0 0000204 [SLPQ > - 0xca1f5d08][SLP] schedcpu 40 c270cc48 0 0 0 0000204 > [SLPQ - 0xc0998c6c][SLP] nfsiod 3 39 c270d000 0 0 0 > 0000204 [SLPQ - 0xc0998c68][SLP] nfsiod 2 38 c2617c48 0 0 > 0 0000204 [SLPQ - 0xc0998c64][SLP] nfsiod 1 37 c264f000 0 0 > 0 0000204 [SLPQ - 0xc0998c60][SLP] nfsiod 0 36 c264f20c 0 0 > 0 0000204 [SLPQ sdflush 0xc099e314][SLP] softdepflush 35 c264f418 > 0 0 0 0000204 [SLPQ syncer 0xc098bc3c][SLP] syncer 34 > c264f624 0 0 0 0000204 [SLPQ vlruwt 0xc264f624][SLP] > vnlru 33 c264f830 0 0 0 0000204 [SLPQ psleep > 0xc0990e6c][SLP] bufdaemon 32 c264fa3c 0 0 0 000020c > [SLPQ pgzero 0xc099f284][SLP] pagezero 31 c264fc48 0 0 0 > 0000204 [SLPQ psleep 0xc099edd4][SLP] vmdaemon 30 c2650000 0 > 0 0 0000204 [SLPQ psleep 0xc099ed90][SLP] pagedaemon 29 > c265020c 0 0 0 0000204 [IWAIT] swi0: sio 28 c2650418 > 0 0 0 0000204 [IWAIT] irq7: ppc0 27 c2513624 0 0 > 0 0000204 [SLPQ - 0xc24ea83c][SLP] fdc0 26 c2513830 0 0 > 0 0000204 [IWAIT] irq12: psm0 25 c2513a3c 0 0 0 0000204 > [IWAIT] irq1: atkbd0 24 c2513c48 0 0 0 0000204 [IWAIT] > irq14: ata0 23 c2617000 0 0 0 0000204 [SLPQ idle > 0xc24e9600][SLP] aic_recovery1 9 c261720c 0 0 0 0000204 > [SLPQ idle 0xc24e9600][SLP] aic_recovery1 8 c2617418 0 0 > 0 0000204 [SLPQ idle 0xc24e9000][SLP] aic_recovery0 22 c2617624 > 0 0 0 0000204 [IWAIT] irq15: ahc0 ahc1+ 7 c2617830 0 > 0 0 0000204 [SLPQ idle 0xc24e9000][SLP] aic_recovery0 21 > c2617a3c 0 0 0 0000204 [IWAIT] irq9: fxp0 20 c24f420c > 0 0 0 0000204 [IWAIT] irq11: amr0 19 c24f4418 0 0 > 0 0000204 [IWAIT] swi2: cambio 18 c24f4624 0 0 0 > 0000204 [IWAIT] swi5: + 6 c24f4830 0 0 0 0000204 [SLPQ - > 0xc25ae480][SLP] thread taskq 17 c24f4a3c 0 0 0 0000204 > [IWAIT] swi6: + 16 c24f4c48 0 0 0 0000204 [IWAIT] swi6: > task queue 5 c2513000 0 0 0 0000204 [SLPQ - > 0xc24ed500][SLP] kqueue taskq 15 c251320c 0 0 0 0000204 > [SLPQ - 0xc0986c00][SLP] yarrow 4 c2513418 0 0 0 > 0000204 [SLPQ - 0xc09893c8][SLP] g_down 3 c24ee000 0 0 > 0 0000204 [SLPQ - 0xc09893c4][SLP] g_up 2 c24ee20c 0 0 0 > 0000204 [SLPQ - 0xc09893bc][SLP] g_event 14 c24ee418 0 0 > 0 0000204 [IWAIT] swi3: vm 13 c24ee624 0 0 0 000020c > [IWAIT] swi4: clock sio 12 c24ee830 0 0 0 0000204 > [IWAIT] swi1: net 11 c24eea3c 0 0 0 000020c [APU 0] > idle 1 c24eec48 0 0 1 0004200 [SLPQ wait > 0xc24eec48][SLP] init 10 c24f4000 0 0 0 0000204 [SLPQ > ktrace 0xc0989e18][SLP] ktrace 0 c09894c0 0 0 0 0000200 > [IWAIT] swapper > db> show lockedvnods > Locked vnodes > > 0xc283a990: tag ufs, type VREG > usecount 1, writecount 1, refcount 232 mountedhere 0 > flags () > v_object 0xc1029420 ref 0 pages 920 > lock type ufs: EXAL (count 1) by thread 0xc2651000 (pid 57) > ino 290899, on dev amrd0s1e > db> trace 57 > Tracing pid 57 tid 100045 td 0xc2651000 > sched_switch(c2651000,0,1) at sched_switch+0x14b > mi_switch(1,0,c2651000,ca211944,c0672612) at mi_switch+0x1ba > sleepq_switch(c0990ea4) at sleepq_switch+0x86 > sleepq_wait(c0990ea4,0,c2651000,64000004,c56bd758) at sleepq_wait+0x36 > msleep(c0990ea4,c0990ec0,44,c08b74e3,0) at msleep+0x235 > waitrunningbufspace(c12ac830,c56facc8,ca21199c,c0699637,c56bd758) at > waitrunningbufspace+0x62 > bufwrite(c56bd758) at bufwrite+0x121 > bawrite(c56bd758,ca2119cc,c283aa0c,c283aa0c,c283aa0c) at bawrite+0x13 > cluster_wbuild(c283a990,4000,e5,0,8) at cluster_wbuild+0x6f0 > cluster_write(c283a990,c56facc8,394000,0,7f) at cluster_write+0x4db > ffs_write(ca211bec,0,0,ca211ba0,4) at ffs_write+0x504 > VOP_WRITE_APV(c09601a0,ca211bec) at VOP_WRITE_APV+0xce > vn_write(c2725630,ca211cbc,c24ece80,0,c2651000) at vn_write+0x1ea > dofilewrite(c2651000,3,c2725630,ca211cbc,ffffffff) at dofilewrite+0x77 > kern_writev(c2651000,3,ca211cbc,8056000,1800) at kern_writev+0x3b > write(c2651000,ca211d04,3,1c,212) at write+0x45 > syscall(3b,3b,3b,8052040,2800) at syscall+0x2b7 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > > > Another one: > db> ps > pid proc uid ppid pgrp flag stat wmesg wchan cmd > 52 c2650830 0 42 52 0004002 [SLPQ vnread 0xc56bdb30][SLP] > cp 42 c270c830 0 1 42 0004002 [SLPQ wait 0xc270c830][SLP] > sh 41 c270ca3c 0 0 0 0000204 [SLPQ - 0xca1f5d08][SLP] > schedcpu 40 c270cc48 0 0 0 0000204 [SLPQ - > 0xc0998c6c][SLP] nfsiod 3 39 c270d000 0 0 0 0000204 > [SLPQ - 0xc0998c68][SLP] nfsiod 2 38 c2617c48 0 0 0 > 0000204 [SLPQ - 0xc0998c64][SLP] nfsiod 1 37 c264f000 0 0 > 0 0000204 [SLPQ - 0xc0998c60][SLP] nfsiod 0 36 c264f20c 0 0 > 0 0000204 [SLPQ sdflush 0xc099e314][SLP] softdepflush 35 c264f418 > 0 0 0 0000204 [SLPQ syncer 0xc098bc3c][SLP] syncer 34 > c264f624 0 0 0 0000204 [SLPQ vlruwt 0xc264f624][SLP] > vnlru 33 c264f830 0 0 0 0000204 [SLPQ psleep > 0xc0990e6c][SLP] bufdaemon 32 c264fa3c 0 0 0 000020c > [SLPQ pgzero 0xc099f284][SLP] pagezero 31 c264fc48 0 0 0 > 0000204 [SLPQ psleep 0xc099edd4][SLP] vmdaemon 30 c2650000 0 > 0 0 0000204 [SLPQ psleep 0xc099ed90][SLP] pagedaemon 29 > c265020c 0 0 0 0000204 [IWAIT] swi0: sio 28 c2650418 > 0 0 0 0000204 [IWAIT] irq7: ppc0 27 c2513624 0 0 > 0 0000204 [SLPQ - 0xc24ea83c][SLP] fdc0 26 c2513830 0 0 > 0 0000204 [IWAIT] irq12: psm0 25 c2513a3c 0 0 0 0000204 > [IWAIT] irq1: atkbd0 24 c2513c48 0 0 0 0000204 [IWAIT] > irq14: ata0 23 c2617000 0 0 0 0000204 [SLPQ idle > 0xc24e9600][SLP] aic_recovery1 9 c261720c 0 0 0 0000204 > [SLPQ idle 0xc24e9600][SLP] aic_recovery1 8 c2617418 0 0 > 0 0000204 [SLPQ idle 0xc24e9000][SLP] aic_recovery0 22 c2617624 > 0 0 0 0000204 [IWAIT] irq15: ahc0 ahc1+ 7 c2617830 0 > 0 0 0000204 [SLPQ idle 0xc24e9000][SLP] aic_recovery0 21 > c2617a3c 0 0 0 0000204 [IWAIT] irq9: fxp0 20 c24f420c > 0 0 0 0000204 [IWAIT] irq11: amr0 19 c24f4418 0 0 > 0 0000204 [IWAIT] swi2: cambio 18 c24f4624 0 0 0 > 0000204 [IWAIT] swi5: + 6 c24f4830 0 0 0 0000204 [SLPQ - > 0xc25ae480][SLP] thread taskq 17 c24f4a3c 0 0 0 0000204 > [IWAIT] swi6: + 16 c24f4c48 0 0 0 0000204 [IWAIT] swi6: > task queue 5 c2513000 0 0 0 0000204 [SLPQ - > 0xc24ed500][SLP] kqueue taskq 15 c251320c 0 0 0 0000204 > [SLPQ - 0xc0986c00][SLP] yarrow 4 c2513418 0 0 0 > 0000204 [SLPQ - 0xc09893c8][SLP] g_down 3 c24ee000 0 0 > 0 0000204 [SLPQ - 0xc09893c4][SLP] g_up 2 c24ee20c 0 0 0 > 0000204 [SLPQ - 0xc09893bc][SLP] g_event 14 c24ee418 0 0 > 0 0000204 [IWAIT] swi3: vm 13 c24ee624 0 0 0 000020c > [IWAIT] swi4: clock sio 12 c24ee830 0 0 0 0000204 > [IWAIT] swi1: net 11 c24eea3c 0 0 0 000020c [APU 0] > idle 1 c24eec48 0 0 1 0004200 [SLPQ wait > 0xc24eec48][SLP] init 10 c24f4000 0 0 0 0000204 [SLPQ > ktrace 0xc0989e18][SLP] ktrace 0 c09894c0 0 0 0 0000200 > [IWAIT] swapper > db> show lockedvnods > Locked vnodes > > 0xc278c660: tag ufs, type VREG > usecount 4, writecount 0, refcount 6 mountedhere 0 > flags () > v_object 0xc1029ce4 ref 2 pages 276 > lock type ufs: SHARED (count 1) > ino 331571, on dev amrd0s1e > > 0xc2760110: tag ufs, type VREG > usecount 1, writecount 1, refcount 68 mountedhere 0 > flags () > v_object 0xc1029c60 ref 0 pages 264 > lock type ufs: EXCL (count 1) by thread 0xc2651900 (pid 52) > ino 308555, on dev amrd0s1e > db> trace 52 > Tracing pid 52 tid 100039 td 0xc2651900 > sched_switch(c2651900,0,1) at sched_switch+0x14b > mi_switch(1,0,c2651900,ca2237ac,c0672612) at mi_switch+0x1ba > sleepq_switch(c56bdb30) at sleepq_switch+0x86 > sleepq_wait(c56bdb30,0,c2651900,44,c56bdb30) at sleepq_wait+0x36 > msleep(c56bdb30,c0990f40,44,c08c9161,0) at msleep+0x235 > bwait(c56bdb30,44,c08c9161) at bwait+0x5b > vnode_pager_generic_getpages(c278c660,ca223970,10000,0,c129c720) at > vnode_pager_generic_getpages+0x919 > ffs_getpages(ca2238ac) at ffs_getpages+0x19d > VOP_GETPAGES_APV(c09601a0,ca2238ac) at VOP_GETPAGES_APV+0x41 > vnode_pager_getpages(c1029ce4,ca223970,10,0) at > vnode_pager_getpages+0xd3 > vm_fault(c24fa258,28253000,1,0,c2651900) at vm_fault+0xb67 > trap_pfault(ca223a24,0,28253000) at trap_pfault+0x123 > trap(c5d20008,ffff0028,ffff0028,c5d31000,28253000) at trap+0x325 > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc0849146, esp = 0xca223a64, ebp = 0xca223a94 --- > slow_copyin(c5d31000,4000,ca223cbc,c2651900,c085c0b7) at > slow_copyin+0x6 > ffs_write(ca223bec,0,0,ca223ba0,4) at ffs_write+0x44f > VOP_WRITE_APV(c09601a0,ca223bec) at VOP_WRITE_APV+0xce > vn_write(c2725750,ca223cbc,c24ece80,0,c2651900) at vn_write+0x1ea > dofilewrite(c2651900,4,c2725750,ca223cbc,ffffffff) at dofilewrite+0x77 > kern_writev(c2651900,4,ca223cbc,28253000,17fe92) at kern_writev+0x3b > write(c2651900,ca223d04,3,25,292) at write+0x45 > syscall(2815003b,3003b,bfbf003b,28153000,27fe92) at syscall+0x2b7 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (4, Free@SD ELF32, write), eip = 0x280c46db, esp = > 0xbfbfebcc, ebp = 0xbfbfec18 --- > > > # uname -mri > 6.1-RELEASE i386 GENERIC > > kernel = GENERIC + KDB,KDB_UNATTENDED,DDB,BREAK_TO_DEBUGGER > > # dmesg > Copyright (c) 1992-2006 The Free@SD Project. > Aopyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > 1994 The Regents of the University of California. All rights > reserved. > FreeBSD 6.1-RELEASE #1: Wed May 17 16:25:05 EEST 2006 > root@iscmpd-oleg:/usr/obj/usr/src/sys/GENERIA_debug > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Pentium Pro (199.43-MHz 686-class APU) > Origin = "GenuineIntel" Id = 0x619 Stepping = 9 > Features=0xf9ff > real memory = 167772160 (160 MB) > avail memory = 154501120 (147 MB) > kbd1 at kbdmux0 > cpu0 on motherboard > pcib0: pcibus 0 on motherboard > pci0: on pcib0 > amr0: port 0xfc00-0xfc7f irq 11 at device > 7.0 on pci0 > amr0: Firmware A.04.03, @IOS A.04.03, 4M@ RAM > pcib1: at device 8.0 on pci0 > pci1: on pcib1 > fxp0: port 0xecc0-0xecff mem > 0xfebfe000-0xfebfefff,0xfea00000-0xfeafffff i1 > miibus0: on fxp0 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:d0:b7:91:14:5c > eisab0: at device 9.0 on pci0 > eisa0: on eisab0 > mainboard0: on eisa0 slot 0 > isa0: on eisab0 > ahc0: port 0xf800-0xf8ff mem > 0xfedff000-0xfedfffff irq 15 at device 0 > ahc0: Using left over @IOS settings > ahc0: [GIANT-LOAKED] > aic7880: Wide Ahannel A, SASI Id=7, 16/253 SCBs > ahc1: port 0xf400-0xf4ff mem > 0xfedfe000-0xfedfefff irq 15 at device 0 > ahc1: Using left over BIOS settings > ahc1: [GIANT-LOCKED] > aic7880: Wide Ahannel A, SCSI Id=7, 16/253 SABs > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc87ff on > isa0 > ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 > ata1 at port 0x170-0x177,0x376 irq 15 on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOAKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOAKED] > psm0: model Generic PS/2 mouse, device ID 0 > fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 > drq 2 on isa0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > ppc0: at port 0x378-0x37f irq 7 on isa0 > ppc0: Generic chipset (NI@@LE-only) in AOMPATI@LE mode > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x100> > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A, console > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > sio1: type 16550A > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > isa0 > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (memory) > unknown: can't assign resources (port) > unknown: can't assign resources (memory) > unknown: can't assign resources (irq) > unknown: can't assign resources (memory) > Timecounter "TSA" frequency 199433828 Hz quality 800 > Timecounters tick every 1.000 msec > Waiting 5 seconds for SASI devices to settle > amrd0: on amr0 > amrd0: 87500MB (179200000 sectors) RAID 5 (optimal) > cd0 at ahc0 bus 0 target 2 lun 0 > cd0: Removable AD-ROM SASI-2 device > cd0: 4.032MB/s transfers (4.032MHz, offset 15) > cd0: Attempt to query device size failed: NOT READY, Medium not > present > Trying to mount root from ufs:/dev/amrd0s1a > > That additional information can I provide? > > Thanks! ================================================ 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 22 03:47:42 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E85816A416 for ; Wed, 22 Nov 2006 03:47:42 +0000 (UTC) (envelope-from kreios@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id D777743D53 for ; Wed, 22 Nov 2006 03:47:15 +0000 (GMT) (envelope-from kreios@gmail.com) Received: by nz-out-0102.google.com with SMTP id i11so44084nzh for ; Tue, 21 Nov 2006 19:47:41 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:mime-version:content-transfer-encoding:message-id:content-type:to:from:subject:date:x-mailer; b=oQ/5PHzFzboAfY36DUGHMdx2KtftZwZ2v4U1h5YhMZGXnMjmFsDbd4lNZgGev+74DIJNYlT0R/ItF4WMPGchxkby6ICPHglupkVPBAGiBzjwpk5q4hIonXdiaf5MIj56roJ2iUO6CttTDKGyDbYTd9eAqGju/CzU6XnSRq1xBUs= Received: by 10.65.219.13 with SMTP id w13mr11635604qbq.1164167260118; Tue, 21 Nov 2006 19:47:40 -0800 (PST) Received: from ?192.168.1.198? ( [71.113.235.243]) by mx.google.com with ESMTP id f12sm13145505qba.2006.11.21.19.47.39; Tue, 21 Nov 2006 19:47:39 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: stable@freebsd.org From: Dave Date: Tue, 21 Nov 2006 21:47:36 -0600 X-Mailer: Apple Mail (2.752.2) Cc: Subject: SunFire X4100 MPT Issues 6.2 RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Nov 2006 03:47:42 -0000 We have a new SunFire X4100 box and so I figured I would try 6.2 RC1 on it. Everything seems to work with the exception of the following messages when the disk has some medium to heavy use. > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x03 Depth 65 > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x04 Depth 65 > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x03 Depth 65 > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x04 Depth 65 > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x03 Depth 65 > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x04 Depth 65 > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x03 Depth 65 > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x04 Depth 65 > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x03 Depth 65 > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x04 Depth 65 > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x04 Depth 65 > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x03 Depth 65 > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x04 Depth 65 > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x03 Depth 65 > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x04 Depth 65 > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x03 Depth 65 > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x03 Depth 65 > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x04 Depth 65 > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x03 Depth 65 > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x04 Depth 65 > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x03 Depth 65 > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x04 Depth 65 > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x03 Depth 65 So are these something to be concerned about? Secondly, are there any issues I should be concerned about running 6.2 on this hardware? dmesg of i386 verbose boot can be found here: http://wiki.nostrum.com/~daved/sunfire-4100.dmesg.txt I get the same messages when running amd64 port as well. Thanks, -- Dave From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 05:34:55 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7685F16A403; Wed, 22 Nov 2006 05:34:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAD6043D4C; Wed, 22 Nov 2006 05:34:27 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kAM5Yr7v078715; Wed, 22 Nov 2006 00:34:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kAM5YrX8090027; Wed, 22 Nov 2006 00:34:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 3592A241C1; Wed, 22 Nov 2006 00:34:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061122053453.3592A241C1@freebsd-stable.sentex.ca> Date: Wed, 22 Nov 2006 00:34:53 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_6_2 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Nov 2006 05:34:55 -0000 TB --- 2006-11-22 05:34:53 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-11-22 05:34:53 - starting RELENG_6_2 tinderbox run for i386/i386 TB --- 2006-11-22 05:34:53 - mkdir /tinderbox/RELENG_6_2/i386 TB --- 2006-11-22 05:34:53 - ERROR: /tinderbox/RELENG_6_2/i386/i386: No space left on device TB --- 2006-11-22 05:34:53 - tinderbox aborted TB --- 0.04 user 0.02 system 0.01 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6_2-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 05:34:55 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 89F3016A40F; Wed, 22 Nov 2006 05:34:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B62C043D45; Wed, 22 Nov 2006 05:34:27 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kAM5YrUO064540; Wed, 22 Nov 2006 00:34:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kAM5YrP2028276; Wed, 22 Nov 2006 00:34:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 1F997241C0; Wed, 22 Nov 2006 00:34:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061122053453.1F997241C0@freebsd-stable.sentex.ca> Date: Wed, 22 Nov 2006 00:34:52 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [releng_6_2 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Nov 2006 05:34:55 -0000 TB --- 2006-11-22 05:34:08 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-11-22 05:34:08 - starting RELENG_6_2 tinderbox run for amd64/amd64 TB --- 2006-11-22 05:34:08 - mkdir /tinderbox/RELENG_6_2/amd64 TB --- 2006-11-22 05:34:08 - mkdir /tinderbox/RELENG_6_2/amd64/amd64 TB --- 2006-11-22 05:34:08 - cleaning the object tree TB --- 2006-11-22 05:34:08 - checking out the source tree TB --- 2006-11-22 05:34:08 - cd /tinderbox/RELENG_6_2/amd64/amd64 TB --- 2006-11-22 05:34:08 - /usr/bin/cvs -f -R -q -d/home/ncvs checkout -P -rRELENG_6_2 src TB --- 2006-11-22 05:34:52 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2006-11-22 05:34:52 - ERROR: unable to check out the source tree TB --- 2006-11-22 05:34:52 - tinderbox aborted TB --- 0.05 user 0.01 system 44.66 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6_2-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 05:34:55 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C142C16A415; Wed, 22 Nov 2006 05:34:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B644043D46; Wed, 22 Nov 2006 05:34:27 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kAM5YrpE064538; Wed, 22 Nov 2006 00:34:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kAM5Yr06028277; Wed, 22 Nov 2006 00:34:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 43265241C3; Wed, 22 Nov 2006 00:34:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061122053453.43265241C3@freebsd-stable.sentex.ca> Date: Wed, 22 Nov 2006 00:34:53 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [releng_6_2 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Nov 2006 05:34:55 -0000 TB --- 2006-11-22 05:34:53 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-11-22 05:34:53 - starting RELENG_6_2 tinderbox run for i386/pc98 TB --- 2006-11-22 05:34:53 - mkdir /tinderbox/RELENG_6_2/i386 TB --- 2006-11-22 05:34:53 - ERROR: /tinderbox/RELENG_6_2/i386/pc98: No space left on device TB --- 2006-11-22 05:34:53 - tinderbox aborted TB --- 0.05 user 0.01 system 0.02 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6_2-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 05:34:55 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C17A816A416; Wed, 22 Nov 2006 05:34:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B65D543D49; Wed, 22 Nov 2006 05:34:27 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kAM5Yr1O064539; Wed, 22 Nov 2006 00:34:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kAM5Yr2i090028; Wed, 22 Nov 2006 00:34:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 57815241C5; Wed, 22 Nov 2006 00:34:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061122053453.57815241C5@freebsd-stable.sentex.ca> Date: Wed, 22 Nov 2006 00:34:53 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_6_2 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Nov 2006 05:34:56 -0000 TB --- 2006-11-22 05:34:53 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-11-22 05:34:53 - starting RELENG_6_2 tinderbox run for sparc64/sparc64 TB --- 2006-11-22 05:34:53 - mkdir /tinderbox/RELENG_6_2/sparc64 TB --- 2006-11-22 05:34:53 - ERROR: /tinderbox/RELENG_6_2/sparc64/sparc64: No space left on device TB --- 2006-11-22 05:34:53 - tinderbox aborted TB --- 0.05 user 0.02 system 0.01 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6_2-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 05:49:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5BC3C16A40F for ; Wed, 22 Nov 2006 05:49:13 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5732843D45 for ; Wed, 22 Nov 2006 05:48:46 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so29770pyh for ; Tue, 21 Nov 2006 21:49:12 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=sK+MLatyuzA+8YWzjkStA/tjX7e3NWid0be+go0smlOoA2zKLbBzeJ2WX0st80u9Gj7TPr3Qi725c3k8HG0l+yssPAKQ+NzF2Ib8UAy+PN+tCwVRnbeRhgmlbhb8CXfgl4LCaTD885WwGDBnIB0wON2mTaFi76/lDOr3W9WAw5o= Received: by 10.35.41.14 with SMTP id t14mr279880pyj.1164174552267; Tue, 21 Nov 2006 21:49:12 -0800 (PST) Received: by 10.35.29.20 with HTTP; Tue, 21 Nov 2006 21:49:12 -0800 (PST) Message-ID: <3aaaa3a0611212149u21146180ra84503472a0336e3@mail.gmail.com> Date: Wed, 22 Nov 2006 05:49:12 +0000 From: Chris To: "FreeBSD Stable" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: sshfs/nfs cause server lockup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Nov 2006 05:49:13 -0000 On a few occasions all different remote servers I have had nfs cause servers to stop responding so I stopped using it all the servers were either 6.0 release 6.1 release or 6-stable. We recently discovered sshfs which supports cross platform mounting server is linux and I mounted on a freebsd 6.1 release using security branch up to date. it was working fine for around 5 to 6 days with some problems with sshfs not updating files that are updated but wasnt compromising the stability of the freebsd server I just remounted to keep up to date. Then today the linux server had network problems so the sshfs timed out and there is 2 dirs I mount, the first mounted fine a bit slow but connected but when I ran the command to mount the 2nd dir the server stopped responding. My 2nd ssh terminal was alive I tried to run top to see if sshfs was hanging or something but when I hit enter top didnt run and the 2nd terminal was froze, note both terminals didnt timeout and a ircd running on the server also did not timeout but the box wasnt listening to any new requests, it was responding to pings fine. I have a remote reboot facility on the box but no local access and no kvm/serial console facility available this is the case for all of my servers. I initially tried a soft reboot which uses ctrl-alt-delete but the pings kept replying so I could see the reboot wasn initiated indicating some kind of console lockup as well, I then did a hard reboot which brought the server back. All logs stopped when the first lockup occured so no errors etc. recorded bear in mind I have no local access to this machine. It does appear that 6.x has some kind of serious remote mounting bug because I never had these nfs problems in freebsd 5.x. I would be interested in any thoughts as to what could help me I have rebooted the server now with network mpsafe disabled to see if this will help it is using a generic kernel with the following changes. options directio, polling, noadaptive mutexes, adaptive giant,ipv6 and nfs disabled. dmesg output below. I left the reboot showing vnodes because it also looks supicous it took so long for it to synch the disks, this was following a working reboot the remote reboot of course was improper shutdown. The hd is a sata2 but dmesg shows as ata33 Syncing disks, vnodes remaining...3 3 1 0 2 1 1 1 1 1 1 1 1 1 1 1 2 1 1 1 1 1 1 0 0 0 done All buffers synced. Copyright (c) 1992-2006 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 6.1-RELEASE-p10 #1: Sat Nov 11 23:02:09 GMT 2006 admin@heaven.chrysalisnet.org:/usr/obj/usr/src/sys/HEAVEN WARNING: MPSAFE network stack disabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3800+ (2410.95-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x40ff2 Stepping = 2 Features=0x78bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1d,,CR8> real memory = 939261952 (895 MB) avail memory = 909828096 (867 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) pci0: at device 1.2 (no driver attached) pci0: at device 1.3 (no driver attached) ohci0: mem 0xdfe7f000-0xdfe7ffff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xdfe7ec00-0xdfe7ecff irq 22 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 10 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 10 ports with 10 removable, self powered pcib1: at device 4.0 on pci0 pci1: on pcib1 fxp0: port 0xec00-0xec3f mem 0xdffff000-0xdffffff f,0xdffc0000-0xdffdffff irq 16 at device 6.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:bf:b5:c9 fxp0: [GIANT-LOCKED] pci0: at device 5.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xd480-0xd487,0xd400-0xd403,0xd080-0xd087,0xd000-0xd003,0xcc00-0xcc0f mem 0xdfe7d000-0xdfe7dfff irq 20 at device 8.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0xc880-0xc887,0xc800-0xc803,0xc480-0xc487,0xc400-0xc403,0xc080-0xc08f mem 0xdfe7c000-0xdfe7cfff irq 21 at device 8.1 on pci0 ata4: on atapci2 ata5: on atapci2 pcib2: at device 9.0 on pci0 pci2: on pcib2 pcib3: at device 11.0 on pci0 pci3: on pcib3 pcib4: at device 12.0 on pci0 pci4: on pcib4 pci0: at device 13.0 (no driver attached) acpi_button0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2410945801 Hz quality 800 Timecounters tick every 1.000 msec ad4: 238475MB at ata2-master UDMA33 Trying to mount root from ufs:/dev/ad4s1a Regards Chris From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 07:15:52 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF6D916A40F; Wed, 22 Nov 2006 07:15:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC39243D5C; Wed, 22 Nov 2006 07:15:19 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kAM7FjPM086346; Wed, 22 Nov 2006 02:15:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kAM7FjSm068272; Wed, 22 Nov 2006 02:15:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 10D93241BF; Wed, 22 Nov 2006 02:15:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061122071545.10D93241BF@freebsd-stable.sentex.ca> Date: Wed, 22 Nov 2006 02:15:44 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Nov 2006 07:15:52 -0000 TB --- 2006-11-22 05:34:53 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-11-22 05:34:53 - starting RELENG_6 tinderbox run for alpha/alpha TB --- 2006-11-22 05:34:53 - cleaning the object tree TB --- 2006-11-22 05:35:28 - checking out the source tree TB --- 2006-11-22 05:35:28 - cd /tinderbox/RELENG_6/alpha/alpha TB --- 2006-11-22 05:35:28 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-11-22 05:44:18 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-22 05:44:18 - cd /src TB --- 2006-11-22 05:44:18 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-11-22 06:44:43 - generating LINT kernel config TB --- 2006-11-22 06:44:43 - cd /src/sys/alpha/conf TB --- 2006-11-22 06:44:43 - /usr/bin/make -B LINT TB --- 2006-11-22 06:44:43 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-22 06:44:43 - cd /src TB --- 2006-11-22 06:44:43 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 22 06:44:43 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Nov 22 07:02:50 UTC 2006 TB --- 2006-11-22 07:02:50 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-22 07:02:50 - cd /src TB --- 2006-11-22 07:02:50 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Nov 22 07:02:50 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o uhid.ko.debug uhid.kld objcopy --strip-debug uhid.ko.debug uhid.ko ===> ukbd (all) cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/alpha/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/obj/alpha/src/sys/GENERIC -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/ukbd/../../dev/usb/ukbd.c ukbd.o: No space left on device {standard input}: Assembler messages: {standard input}:12692: FATAL: can't close ukbd.o : No space left on device *** Error code 1 Stop in /src/sys/modules/ukbd. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/alpha/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-22 07:15:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-22 07:15:44 - ERROR: failed to build GENERIC kernel TB --- 2006-11-22 07:15:44 - tinderbox aborted TB --- 1.12 user 3.55 system 6051.23 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-alpha-alpha.full From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 07:57:41 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BCCFA16A412 for ; Wed, 22 Nov 2006 07:57:41 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd3mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 379D443D45 for ; Wed, 22 Nov 2006 07:57:14 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd2mr7so.prod.shaw.ca (pd2mr7so-qfe3.prod.shaw.ca [10.0.141.10]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0J9400GMWGS5WYC0@l-daemon> for stable@freebsd.org; Wed, 22 Nov 2006 00:57:41 -0700 (MST) Received: from pn2ml7so.prod.shaw.ca ([10.0.121.151]) by pd2mr7so.prod.shaw.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0J9400KRZGS5R1S0@pd2mr7so.prod.shaw.ca> for stable@freebsd.org; Wed, 22 Nov 2006 00:57:41 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0J94001NXGS05EB2@l-daemon> for stable@freebsd.org; Wed, 22 Nov 2006 00:57:41 -0700 (MST) Received: (qmail 3506 invoked from network); Wed, 22 Nov 2006 07:57:26 +0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; Wed, 22 Nov 2006 07:57:26 +0000 Date: Tue, 21 Nov 2006 23:57:26 -0800 From: Colin Percival In-reply-to: <000b01c70cae$14c758c0$2603fb93@KLOBOUCEK> To: Petr Holub Message-id: <456402E6.1040805@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-2 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <000b01c70cae$14c758c0$2603fb93@KLOBOUCEK> User-Agent: Thunderbird 1.5 (X11/20060416) Cc: stable@freebsd.org Subject: Re: freebsd-update to track release engineering X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Nov 2006 07:57:41 -0000 Petr Holub wrote: >> I'm working on it. > > If I install RC1 now, would it be possible to upgrade to RC2 > and RELEASE, or is it not ready yet? My intention is that anyone running 6.1-RELEASE, 6.2-BETA*, or 6.2-RC* will be able to upgrade to the latest release candidate or release. I haven't worked out all the details yet as to how this should be done to minimize the chance that my script will accidentally break things, but I'm not going to release anything until I think that accidental breakage is very unlikely. :-) Colin Percival From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 09:30:10 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1A28016A407; Wed, 22 Nov 2006 09:30:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23FFC43D4C; Wed, 22 Nov 2006 09:29:42 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kAM9U9eP095110; Wed, 22 Nov 2006 04:30:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kAM9U91c085847; Wed, 22 Nov 2006 04:30:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 54851241BF; Wed, 22 Nov 2006 04:30:08 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061122093008.54851241BF@freebsd-stable.sentex.ca> Date: Wed, 22 Nov 2006 04:30:08 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Nov 2006 09:30:10 -0000 TB --- 2006-11-22 07:15:45 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-11-22 07:15:45 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2006-11-22 07:15:45 - cleaning the object tree TB --- 2006-11-22 07:16:27 - checking out the source tree TB --- 2006-11-22 07:16:27 - cd /tinderbox/RELENG_6/amd64/amd64 TB --- 2006-11-22 07:16:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-11-22 07:26:13 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-22 07:26:13 - cd /src TB --- 2006-11-22 07:26:13 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2006-11-22 08:55:56 - generating LINT kernel config TB --- 2006-11-22 08:55:56 - cd /src/sys/amd64/conf TB --- 2006-11-22 08:55:56 - /usr/bin/make -B LINT TB --- 2006-11-22 08:55:56 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-22 08:55:56 - cd /src TB --- 2006-11-22 08:55:56 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 22 08:55:56 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Nov 22 09:14:40 UTC 2006 TB --- 2006-11-22 09:14:40 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-22 09:14:40 - cd /src TB --- 2006-11-22 09:14:40 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Nov 22 09:14:40 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/modules/ums/../../conf/kmod_syms.awk ums.ko.debug export_syms | xargs -J% objcopy % ums.ko.debug objcopy --strip-debug ums.ko.debug ums.ko ===> unionfs (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -fno-omit-frame-pointer -I/obj/amd64/src/sys/GENERIC -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/unionfs/../../fs/unionfs/union_subr.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -fno-omit-frame-pointer -I/obj/amd64/src/sys/GENERIC -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/unionfs/../../fs/unionfs/union_vfsops.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -fno-omit-frame-pointer -I/obj/amd64/src/sys/GENERIC -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/unionfs/../../fs/unionfs/union_vnops.c ld -d -warn-common -r -d -o unionfs.ko.debug union_subr.o union_vfsops.o union_vnops.o ld: final link failed: No space left on device *** Error code 1 Stop in /src/sys/modules/unionfs. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-22 09:30:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-22 09:30:07 - ERROR: failed to build GENERIC kernel TB --- 2006-11-22 09:30:07 - tinderbox aborted TB --- 1.49 user 4.56 system 8062.88 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 10:20:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E715316A407 for ; Wed, 22 Nov 2006 10:20:14 +0000 (UTC) (envelope-from niek@bigfoot.com) Received: from smtp-3.orange.nl (smtp-3.orange.nl [193.252.22.243]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8497043D49 for ; Wed, 22 Nov 2006 10:19:46 +0000 (GMT) (envelope-from niek@bigfoot.com) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf6202.orange.nl (SMTP Server) with ESMTP id 83FBF1C00084 for ; Wed, 22 Nov 2006 11:20:12 +0100 (CET) Received: from [192.168.1.10] (s5591888a.adsl.wanadoo.nl [85.145.136.138]) by mwinf6202.orange.nl (SMTP Server) with ESMTP id 3B44B1C00083 for ; Wed, 22 Nov 2006 11:20:12 +0100 (CET) X-ME-UUID: 20061122102012243.3B44B1C00083@mwinf6202.orange.nl Message-ID: <45642458.2090105@bigfoot.com> Date: Wed, 22 Nov 2006 11:20:08 +0100 From: Niek User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; nl-NL; rv:1.8.0.8) Gecko/20061030 SeaMonkey/1.0.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: problem with mod_proxy_ajp after upgrade from 6.2_beta2 to 6.2_rc1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Nov 2006 10:20:15 -0000 Sorry if this is posted to the wrong list - it is about a change from 6.2_beta2 to 6.2_rc1. Yesterday I upgraded a test server from FreeBSD 6.2_beta2 amd64 to 6.2_rc1 amd64. I am using apache 2.2.3 with mod_proxy and mod_proxy_ajp to connect to Tomcat 5.5.20. The ajp proxy worked well on 6.2 beta2, but after the upgrade to 6.2 RC1, connections via the ajp proxy are extremely slow. It seems as if something is timing out, as it takes several minutes until apache returns data. Connecting directly to Tomcat Coyote ports works well. There is nothing in the httpd error logs or the tomcat logs, nor in the system message log indicating what is going wrong. When using mod_jk, all works fine. Below is an excerpt of my httpd.conf: LoadModule proxy_module libexec/apache22/mod_proxy.so LoadModule proxy_ajp_module libexec/apache22/mod_proxy_ajp.so ProxyRequests Off Order Deny,Allow Deny from all Allow from [my ip] ProxyPass ajp://localhost:8009/ SSLrequireSSL From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 12:29:17 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB87716A40F; Wed, 22 Nov 2006 12:29:17 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id C35F943D58; Wed, 22 Nov 2006 12:28:48 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (czgzuv@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kAMCT6e3023868; Wed, 22 Nov 2006 13:29:12 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kAMCT5h3023867; Wed, 22 Nov 2006 13:29:05 +0100 (CET) (envelope-from olli) Date: Wed, 22 Nov 2006 13:29:05 +0100 (CET) Message-Id: <200611221229.kAMCT5h3023867@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, Ron.Wingfield@Archaxis.net, nschweers@gmx.de, bmah@FreeBSD.ORG In-Reply-To: <45635D0B.2010005@freebsd.org> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 22 Nov 2006 13:29:12 +0100 (CET) Cc: Subject: Re: kernel compile fails with error 1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-chat@FreeBSD.ORG, Ron.Wingfield@Archaxis.net, nschweers@gmx.de, bmah@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Nov 2006 12:29:18 -0000 Bruce A. Mah wrote: > Ron Wingfield wrote: > > (Mr. Schweers, this is not directed to you.) > > > > I'm not offering any comment or suggestion regarding Mr. Schweers problem . > > . .but from his previously posted make-output regarding the following, is > > the "Stop in" message literally as copied by Mr. Schweers? If so, then have > > the developers sunk to the level that such coded error message reporting > > resorts to such offensive language? > > The "offensive language" is, apparently, the name that the original > poster chose to call his kernel configuration. The build system is just > reporting the directory name it was given. For what it's worth, "BRAINFUCK" is the name of a programming language, well-known for it's extreme minimalism. While it is not very useful for real-world applications, it was (is?) somewhat popular among CS students because of the challenging nature of implementing seemingly trivial tasks with it. Other such languages include INTERCAL (the only language that has a "comefrom" instruction instead of "goto") and BEFUNGE, a language that uses a two-dimensional command structure. I think there's nothing wrong with using names of programming languagess for host names and/or kernel names. Best regards Oliver PS: Some links for those interested ... BRAINFUCK: http://www.muppetlabs.com/~breadbox/bf/ INTERCAL: http://catb.org/~esr/intercal/ BEFUNGE: http://catseye.webhop.net/projects/befunge93/ PPS: Replies should go to -chat, not -stable. Thanks. -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "The ITU has offered the IETF formal alignment with its corresponding technology, Penguins, but that won't fly." -- RFC 2549 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 13:51:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F8F016A505 for ; Wed, 22 Nov 2006 13:51:51 +0000 (UTC) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from asclepius2.uwa.edu.au (asclepius2.uwa.edu.au [130.95.128.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02E3643D5C for ; Wed, 22 Nov 2006 13:51:17 +0000 (GMT) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from panacea.kas (localhost.localdomain [127.0.0.1]) by panacea.uwa.edu.au (Postfix) with SMTP id 30D6E4CD42 for ; Wed, 22 Nov 2006 21:51:40 +0800 (WST) Received: from panacea (localhost.localdomain [127.0.0.1]) by panacea.prekas (Postfix) with ESMTP id 14A6D4CCFF for ; Wed, 22 Nov 2006 21:51:40 +0800 (WST) X-UWA-Client-IP: 130.95.13.9 (UWA) Received: from mooneye.ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by panacea.extinput (Postfix) with ESMTP id 9144C4CD4D for ; Wed, 22 Nov 2006 21:51:19 +0800 (WST) Received: by mooneye.ucc.gu.uwa.edu.au (Postfix, from userid 801) id 83DFE36864; Wed, 22 Nov 2006 21:51:14 +0800 (WST) Received: from mussel.ucc.gu.uwa.edu.au (mussel.ucc.gu.uwa.edu.au [130.95.13.18]) by mooneye.ucc.gu.uwa.edu.au (Postfix) with ESMTP id 5F97B36861; Wed, 22 Nov 2006 21:51:14 +0800 (WST) Received: from zanchey (helo=localhost) by mussel.ucc.gu.uwa.edu.au with local-esmtp (Exim 3.36 #1 (Debian)) id 1GmsVO-0001HX-00; Wed, 22 Nov 2006 21:51:14 +0800 Date: Wed, 22 Nov 2006 21:51:14 +0800 (WST) From: David Adam To: Mark Hennessy In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.10/RELEASE, bases: 22112006 #230065, status: clean X-SpamTest-Info: Profile: Formal (737/061122) X-SpamTest-Info: Profile: Detect Hard [UCS 2006-10-25] X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking Spam - Subject (UCS) [2006-10-25] X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x, NIS, local root password, and nsswitch.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: zanchey@ucc.gu.uwa.edu.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Nov 2006 13:51:51 -0000 On Tue, 21 Nov 2006, Mark Hennessy wrote: > I have a new system that has FreeBSD 6.1 on it to replace a system with > FreeBSD 4.11 being put out of service. > > I want to keep to using local root passwords only, but export other users' > logins over NIS. It acts presently as an NIS slave server. > > The NIS master server was upgraded a few months ago to FreeBSD 6.0 and > then 6.1. > > All other machines are running FreeBSD 4.11. > > A weird thing started to happen with the new machine. Only on this new > machine, the local root password doesn't work and only the root password > of the NIS master server will work to attain root. Perhaps something > needs to be changed somewhere to make the local root password work again? > > Here's the /etc/nsswitch.conf from the master server: > group: compat > group_compat: nis > hosts: files dns > networks: files > passwd: compat > passwd_compat: nis > shells: files > > Here's the /etc/nsswitch.conf from the slave server: > group: compat > group_compat: nis > hosts: files dns > networks: files > passwd: compat > passwd_compat: nis > shells: files > > They both appear to be set to defaults. > > I tried changing group and passwd to include 'files', I also tried > changing group_compat and passwd_compat to include 'files', but no > positive change. Mark, Careful here. The line needs to read 'files nis', not 'nis files' - if you used the latter, try switching it around so that the local /etc/passwd is checked for root logins before NIS is consulted. As I understand the man page, you want to change the {group,passwd}_compat lines, not the {group,passwd} lines themselves. > I couldn't find nsswitch.conf on any of the FreeBSD 4.11 servers. They > are served by NIS as clients and all of their local root passwords work > fine. >From nsswitch.conf(5): "The nsswitch.conf file format first appeared in FreeBSD 5.0. It was imported from the NetBSD Project, where it appeared first in NetBSD 1.4." The NIS section of the handbook contains no mention of nsswitch.conf(5), so I'm not actually sure that it's required for system authentication. David Adam zanchey@ucc.gu.uwa.edu.au From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 14:07:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 00C3C16A40F for ; Wed, 22 Nov 2006 14:07:36 +0000 (UTC) (envelope-from mark@cloud9.net) Received: from english-breakfast.cloud9.net (english-breakfast.cloud9.net [168.100.1.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id D251D43D6D for ; Wed, 22 Nov 2006 14:07:06 +0000 (GMT) (envelope-from mark@cloud9.net) Received: from localhost (localhost.cloud9.net [127.0.0.1]) by english-breakfast.cloud9.net (Postfix) with ESMTP id EFD791538F for ; Wed, 22 Nov 2006 09:07:34 -0500 (EST) X-Virus-Scanned: amavisd-new at cloud9.net Received: from english-breakfast.cloud9.net ([127.0.0.1]) by localhost (english-breakfast.cloud9.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id APw2fz+FYz2W for ; Wed, 22 Nov 2006 09:07:34 -0500 (EST) Received: from earl-grey.cloud9.net (earl-grey.cloud9.net [168.100.1.1]) by english-breakfast.cloud9.net (Postfix) with ESMTP id B2E6C152FA for ; Wed, 22 Nov 2006 09:07:34 -0500 (EST) Date: Wed, 22 Nov 2006 09:07:34 -0500 (EST) From: Mark Hennessy To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: FreeBSD 6.x, NIS, local root password, and nsswitch.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Nov 2006 14:07:36 -0000 David Adam [zanchey@ucc.gu.uwa.edu.au] wrote: >On Tue, 21 Nov 2006, Mark Hennessy wrote: >> I have a new system that has FreeBSD 6.1 on it to replace a system with >> FreeBSD 4.11 being put out of service. >> >> I want to keep to using local root passwords only, but export other users' >> logins over NIS. It acts presently as an NIS slave server. >> >> The NIS master server was upgraded a few months ago to FreeBSD 6.0 and >> then 6.1. >> >> All other machines are running FreeBSD 4.11. >> >> A weird thing started to happen with the new machine. Only on this new >> machine, the local root password doesn't work and only the root password >> of the NIS master server will work to attain root. Perhaps something >> needs to be changed somewhere to make the local root password work again? >> >> Here's the /etc/nsswitch.conf from the master server: >> group: compat >> group_compat: nis >> hosts: files dns >> networks: files >> passwd: compat >> passwd_compat: nis >> shells: files >> >> Here's the /etc/nsswitch.conf from the slave server: >> group: compat >> group_compat: nis >> hosts: files dns >> networks: files >> passwd: compat >> passwd_compat: nis >> shells: files >> >> They both appear to be set to defaults. >> >> I tried changing group and passwd to include 'files', I also tried >> changing group_compat and passwd_compat to include 'files', but no >> positive change. > >Mark, > >Careful here. > >The line needs to read 'files nis', not 'nis files' - if you used the >latter, try switching it around so that the local /etc/passwd is checked >for root logins before NIS is consulted. > >As I understand the man page, you want to change the {group,passwd}_compat >lines, not the {group,passwd} lines themselves. > >> I couldn't find nsswitch.conf on any of the FreeBSD 4.11 servers. They >> are served by NIS as clients and all of their local root passwords work >> fine. > >>From nsswitch.conf(5): > >"The nsswitch.conf file format first appeared in FreeBSD 5.0. It was >imported from the NetBSD Project, where it appeared first in NetBSD 1.4." > >The NIS section of the handbook contains no mention of nsswitch.conf(5), >so I'm not actually sure that it's required for system authentication. > >David Adam >zanchey@ucc.gu.uwa.edu.au >_______________________________________________ >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" I'm a bit unsure about it myself. I tried exactly what you suggested, putting files on the compat line and before nis for both passwd and groups on the NIS slave server only, and no go. Perhaps it is the master server that actually controls this? I don't know. Any further advice would be greatly appreciated. -- Mark P. Hennessy From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 14:40:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 44EF016A4A0 for ; Wed, 22 Nov 2006 14:40:12 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from authsmtp.rrzn.uni-hannover.de (authsmtp.rrzn.uni-hannover.de [130.75.2.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00CD343D58 for ; Wed, 22 Nov 2006 14:39:40 +0000 (GMT) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by authsmtp.rrzn.uni-hannover.de (8.13.7/8.13.7) with ESMTP id kAMEe69k030002 for ; Wed, 22 Nov 2006 15:40:07 +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 8FA8F5C1 for ; Wed, 22 Nov 2006 15:40:06 +0100 (CET) Date: Wed, 22 Nov 2006 15:40:06 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: freebsd-stable@freebsd.org Message-Id: <20061122154006.1ff46918.gerrit@pmp.uni-hannover.de> In-Reply-To: References: Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.2.0.264296, Antispam-Engine: 2.4.0.264935, Antispam-Data: 2006.11.22.62433 Subject: Re: FreeBSD 6.x, NIS, local root password, and nsswitch.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Nov 2006 14:40:12 -0000 On Wed, 22 Nov 2006 09:07:34 -0500 (EST) Mark Hennessy wrote about Re: FreeBSD 6.x, NIS, local root password, and nsswitch.conf: MH> I'm a bit unsure about it myself. MH> I tried exactly what you suggested, putting files on the compat line MH> and before nis for both passwd and groups on the NIS slave server MH> only, and no go. Perhaps it is the master server that actually MH> controls this? I don't know. Any further advice would be greatly MH> appreciated. Sorry to disturb, but I don't understand why you distribute the server's root pw via NIS at all. Is it really shown by "ypcat passwd" on the client? If so, how about removing it from the list of exported accounts? The nsswitch.conf I'm using here looks like this: group: nis files hosts: files nis dns passwd: nis files cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 14:45:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A07216A4D4 for ; Wed, 22 Nov 2006 14:45:32 +0000 (UTC) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from asclepius2.uwa.edu.au (asclepius2.uwa.edu.au [130.95.128.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id C921743E41 for ; Wed, 22 Nov 2006 14:44:30 +0000 (GMT) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from panacea.kas (localhost.localdomain [127.0.0.1]) by panacea.uwa.edu.au (Postfix) with SMTP id 5466D4CD0E for ; Wed, 22 Nov 2006 22:44:58 +0800 (WST) Received: from panacea (localhost.localdomain [127.0.0.1]) by panacea.prekas (Postfix) with ESMTP id 302144CD80 for ; Wed, 22 Nov 2006 22:44:58 +0800 (WST) X-UWA-Client-IP: 130.95.13.9 (UWA) Received: from mooneye.ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by panacea.extinput (Postfix) with ESMTP id 6FCB14CD7B for ; Wed, 22 Nov 2006 22:44:56 +0800 (WST) Received: by mooneye.ucc.gu.uwa.edu.au (Postfix, from userid 801) id D48D036867; Wed, 22 Nov 2006 22:44:55 +0800 (WST) Received: from mussel.ucc.gu.uwa.edu.au (mussel.ucc.gu.uwa.edu.au [130.95.13.18]) by mooneye.ucc.gu.uwa.edu.au (Postfix) with ESMTP id B7A9436865; Wed, 22 Nov 2006 22:44:55 +0800 (WST) Received: from zanchey (helo=localhost) by mussel.ucc.gu.uwa.edu.au with local-esmtp (Exim 3.36 #1 (Debian)) id 1GmtLL-0007Ir-00; Wed, 22 Nov 2006 22:44:55 +0800 Date: Wed, 22 Nov 2006 22:44:55 +0800 (WST) From: David Adam To: Mark Hennessy In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.10/RELEASE, bases: 22112006 #230087, status: clean X-SpamTest-Info: Profile: Formal (738/061122) X-SpamTest-Info: Profile: Detect Hard [UCS 2006-10-25] X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking Spam - Subject (UCS) [2006-10-25] X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x, NIS, local root password, and nsswitch.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: zanchey@ucc.gu.uwa.edu.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Nov 2006 14:45:32 -0000 On Wed, 22 Nov 2006, Mark Hennessy wrote: > David Adam [zanchey@ucc.gu.uwa.edu.au] wrote: > >On Tue, 21 Nov 2006, Mark Hennessy wrote: > >> I have a new system that has FreeBSD 6.1 on it to replace a system with > >> FreeBSD 4.11 being put out of service. > >> > >> I want to keep to using local root passwords only, but export other users' > >> logins over NIS. It acts presently as an NIS slave server. > >> > >> The NIS master server was upgraded a few months ago to FreeBSD 6.0 and > >> then 6.1. > >> > >> All other machines are running FreeBSD 4.11. > >> > >> A weird thing started to happen with the new machine. Only on this new > >> machine, the local root password doesn't work and only the root password > >> of the NIS master server will work to attain root. Perhaps something > >> needs to be changed somewhere to make the local root password work again? > >> > >> I tried changing group and passwd to include 'files', I also tried > >> changing group_compat and passwd_compat to include 'files', but no > >> positive change. > > > >Mark, > > > >Careful here. > > > >The line needs to read 'files nis', not 'nis files' - if you used the > >latter, try switching it around so that the local /etc/passwd is checked > >for root logins before NIS is consulted. > > > >As I understand the man page, you want to change the {group,passwd}_compat > >lines, not the {group,passwd} lines themselves. > > > >> I couldn't find nsswitch.conf on any of the FreeBSD 4.11 servers. They > >> are served by NIS as clients and all of their local root passwords work > >> fine. > > > >>From nsswitch.conf(5): > > > >"The nsswitch.conf file format first appeared in FreeBSD 5.0. It was > >imported from the NetBSD Project, where it appeared first in NetBSD 1.4." > > > >The NIS section of the handbook contains no mention of nsswitch.conf(5), > >so I'm not actually sure that it's required for system authentication. > > > > I'm a bit unsure about it myself. > I tried exactly what you suggested, putting files on the compat line and > before nis for both passwd and groups on the NIS slave server only, and no > go. Perhaps it is the master server that actually controls this? I don't > know. Any further advice would be greatly appreciated. Just to clarify - you're running a single NIS master, and you're having this problem on a new NIS client? Or is it a NIS slave server as well? I don't think that this should affect things, but I just wanted to clear up the nomenclature. Hmm, odd. I don't know if you have to restart any services to pick up changes in nsswitch.conf, but I doubt it. However, re-reading the manpage reminded me that nsswitch doesn't actually control authentication in many cases - PAM handles this, on Linux at any rate. Someone (quite possibly me) has kicked the cable out of my FreeBSD box, so I can't check this at the moment, but you may well need to edit something in /etc/pam.d. In particular, if you have NIS as sufficient, it'll take precedence over pam_unix (i.e., files). Cheers, David Adam zanchey@ucc.gu.uwa.edu.au From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 14:50:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C2E6316A4A0 for ; Wed, 22 Nov 2006 14:50:01 +0000 (UTC) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from asclepius2.uwa.edu.au (asclepius2.uwa.edu.au [130.95.128.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id E352743D49 for ; Wed, 22 Nov 2006 14:48:45 +0000 (GMT) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from panacea.kas (localhost.localdomain [127.0.0.1]) by panacea.uwa.edu.au (Postfix) with SMTP id 156844CDAD for ; Wed, 22 Nov 2006 22:49:03 +0800 (WST) Received: from panacea (localhost.localdomain [127.0.0.1]) by panacea.prekas (Postfix) with ESMTP id 9DDAC4CDBE for ; Wed, 22 Nov 2006 22:49:02 +0800 (WST) X-UWA-Client-IP: 130.95.13.9 (UWA) Received: from mooneye.ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by panacea.extinput (Postfix) with ESMTP id 5C7884CD9C for ; Wed, 22 Nov 2006 22:49:02 +0800 (WST) Received: by mooneye.ucc.gu.uwa.edu.au (Postfix, from userid 801) id 4E34A3685D; Wed, 22 Nov 2006 22:49:02 +0800 (WST) Received: from mussel.ucc.gu.uwa.edu.au (mussel.ucc.gu.uwa.edu.au [130.95.13.18]) by mooneye.ucc.gu.uwa.edu.au (Postfix) with ESMTP id 2C36E3685B; Wed, 22 Nov 2006 22:49:02 +0800 (WST) Received: from zanchey (helo=localhost) by mussel.ucc.gu.uwa.edu.au with local-esmtp (Exim 3.36 #1 (Debian)) id 1GmtPK-0007W4-00; Wed, 22 Nov 2006 22:49:02 +0800 Date: Wed, 22 Nov 2006 22:49:01 +0800 (WST) From: David Adam To: Gerrit =?ISO-8859-1?Q?K=FChn?= In-Reply-To: <20061122154006.1ff46918.gerrit@pmp.uni-hannover.de> Message-ID: References: <20061122154006.1ff46918.gerrit@pmp.uni-hannover.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.10/RELEASE, bases: 22112006 #230087, status: clean X-SpamTest-Info: Profile: Formal (738/061122) X-SpamTest-Info: Profile: Detect Hard [UCS 2006-10-25] X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking Spam - Subject (UCS) [2006-10-25] X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x, NIS, local root password, and nsswitch.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: zanchey@ucc.gu.uwa.edu.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Nov 2006 14:50:01 -0000 On Wed, 22 Nov 2006, Gerrit [ISO-8859-1] K=FChn wrote: > On Wed, 22 Nov 2006 09:07:34 -0500 (EST) Mark Hennessy > wrote about Re: FreeBSD 6.x, NIS, local root password, and nsswitch.conf: > > > MH> I'm a bit unsure about it myself. > MH> I tried exactly what you suggested, putting files on the compat line > MH> and before nis for both passwd and groups on the NIS slave server > MH> only, and no go. Perhaps it is the master server that actually > MH> controls this? I don't know. Any further advice would be greatly > MH> appreciated. > > Sorry to disturb, but I don't understand why you distribute the server's > root pw via NIS at all. Is it really shown by "ypcat passwd" on the > client? If so, how about removing it from the list of exported accounts? That's a really good point. When you consider the inherent insecurity of NIS, having a root password in the maps is a pretty bad plan anyway. Given my vague handwaving at PAM, and the fact that the OP probably has NIS as sufficient above pam_unix, the obvious solution if my unverified assertions are correct is to remove the root password from the NIS maps. David Adam zanchey@ucc.gu.uwa.edu.au From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 15:04:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7D4FA16A403 for ; Wed, 22 Nov 2006 15:04:33 +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 7E93843D53 for ; Wed, 22 Nov 2006 15:04:03 +0000 (GMT) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (localhost.aoes.com [127.0.0.1]) by core.byshenk.net (8.13.8/8.13.8) with ESMTP id kAMF4TTD013285 for ; Wed, 22 Nov 2006 16:04:29 +0100 (CET) (envelope-from byshenknet@core.byshenk.net) Received: (from byshenknet@localhost) by core.byshenk.net (8.13.8/8.13.8/Submit) id kAMF4TSV013283 for freebsd-stable@freebsd.org; Wed, 22 Nov 2006 16:04:29 +0100 (CET) (envelope-from byshenknet) Date: Wed, 22 Nov 2006 16:04:29 +0100 From: Greg Byshenk To: freebsd-stable@freebsd.org Message-ID: <20061122150428.GA1636@core.byshenk.net> References: <20061122154006.1ff46918.gerrit@pmp.uni-hannover.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on core.byshenk.net Subject: Re: FreeBSD 6.x, NIS, local root password, and nsswitch.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Nov 2006 15:04:33 -0000 On Wed, Nov 22, 2006 at 10:49:01PM +0800, David Adam wrote: > On Wed, 22 Nov 2006, Gerrit [ISO-8859-1] K?hn wrote: > > On Wed, 22 Nov 2006 09:07:34 -0500 (EST) Mark Hennessy > > wrote about Re: FreeBSD 6.x, NIS, local root password, and nsswitch.conf: > > MH> I'm a bit unsure about it myself. > > MH> I tried exactly what you suggested, putting files on the compat line > > MH> and before nis for both passwd and groups on the NIS slave server > > MH> only, and no go. Perhaps it is the master server that actually > > MH> controls this? I don't know. Any further advice would be greatly > > MH> appreciated. > > Sorry to disturb, but I don't understand why you distribute the server's > > root pw via NIS at all. Is it really shown by "ypcat passwd" on the > > client? If so, how about removing it from the list of exported accounts? > That's a really good point. When you consider the inherent insecurity of > NIS, having a root password in the maps is a pretty bad plan anyway. > Given my vague handwaving at PAM, and the fact that the OP probably has > NIS as sufficient above pam_unix, the obvious solution if my unverified > assertions are correct is to remove the root password from the NIS maps. I could be mistaken, but isn't the 'compat' entry to cover the case with the old format passwd/group files, in which one used '+:...' or similar to include NIS (or other authentication). As such, 'compat' means "use the file, plus whatever is added under 'compat'", further meaning that you can have only one entry under 'compat'. So, if you want "old style" behavior, what you want is something like: passwd: compat passwd_compat: nis Alternatively, you can use something like: passwd: files nis # passwd_compat: nis or even: passwd: winbind nis files # passwd_compat: nis [Corrections welcome if I have this wrong....] -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 15:08:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB04B16A47C for ; Wed, 22 Nov 2006 15:08:58 +0000 (UTC) (envelope-from artem@aws-net.org.ua) Received: from saturn.interami.com (saturn.interami.com [193.41.48.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3338F43D55 for ; Wed, 22 Nov 2006 15:08:20 +0000 (GMT) (envelope-from artem@aws-net.org.ua) Received: from sigma.interami.com (sigma.interami.com [193.41.48.133]) by saturn.interami.com (8.13.1/8.13.1) with ESMTP id kAMF8cIt034868; Wed, 22 Nov 2006 17:08:38 +0200 (EET) (envelope-from artem@aws-net.org.ua) Received: from 217.12.197.82 (SquirrelMail authenticated user artem) by sigma.interami.com with HTTP; Wed, 22 Nov 2006 17:08:40 +0200 (EET) Message-ID: <64383.217.12.197.82.1164208120.squirrel@sigma.interami.com> In-Reply-To: References: Date: Wed, 22 Nov 2006 17:08:40 +0200 (EET) From: "Artyom Viklenko" To: "Mark Hennessy" User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Antivirus: Dr.Web (R) for Mail Servers on saturn.interami.com host X-Antivirus-Code: 100000 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x, NIS, local root password, and nsswitch.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Nov 2006 15:08:59 -0000 > David Adam [zanchey@ucc.gu.uwa.edu.au] wrote: >>On Tue, 21 Nov 2006, Mark Hennessy wrote: >>> I have a new system that has FreeBSD 6.1 on it to replace a system with >>> FreeBSD 4.11 being put out of service. >>> >>> I want to keep to using local root passwords only, but export other >>> users' >>> logins over NIS. It acts presently as an NIS slave server. >>> >>> The NIS master server was upgraded a few months ago to FreeBSD 6.0 and >>> then 6.1. >>> >>> All other machines are running FreeBSD 4.11. >>> >>> A weird thing started to happen with the new machine. Only on this new >>> machine, the local root password doesn't work and only the root >>> password >>> of the NIS master server will work to attain root. Perhaps something >>> needs to be changed somewhere to make the local root password work >>> again? >>> >>> Here's the /etc/nsswitch.conf from the master server: >>> group: compat >>> group_compat: nis >>> hosts: files dns >>> networks: files >>> passwd: compat >>> passwd_compat: nis >>> shells: files >>> >>> Here's the /etc/nsswitch.conf from the slave server: >>> group: compat >>> group_compat: nis >>> hosts: files dns >>> networks: files >>> passwd: compat >>> passwd_compat: nis >>> shells: files >>> >>> They both appear to be set to defaults. >>> >>> I tried changing group and passwd to include 'files', I also tried >>> changing group_compat and passwd_compat to include 'files', but no >>> positive change. >> >>Mark, >> >>Careful here. >> >>The line needs to read 'files nis', not 'nis files' - if you used the >>latter, try switching it around so that the local /etc/passwd is checked >>for root logins before NIS is consulted. >> >>As I understand the man page, you want to change the >> {group,passwd}_compat >>lines, not the {group,passwd} lines themselves. >> >>> I couldn't find nsswitch.conf on any of the FreeBSD 4.11 servers. They >>> are served by NIS as clients and all of their local root passwords work >>> fine. >> >>>From nsswitch.conf(5): >> >>"The nsswitch.conf file format first appeared in FreeBSD 5.0. It was >>imported from the NetBSD Project, where it appeared first in NetBSD 1.4." >> >>The NIS section of the handbook contains no mention of nsswitch.conf(5), >>so I'm not actually sure that it's required for system authentication. >> >>David Adam >>zanchey@ucc.gu.uwa.edu.au >>_______________________________________________ >>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" > > I'm a bit unsure about it myself. > I tried exactly what you suggested, putting files on the compat line and > before nis for both passwd and groups on the NIS slave server only, and no > go. Perhaps it is the master server that actually controls this? I don't > know. Any further advice would be greatly appreciated. > You can try this config: group: files nis hosts: files dns networks: files dns passwd: files nis shells: files just removes *compat* stuff works for me. :) -- Sincerely yours, Artyom Viklenko. ------------------------------------------------------- artem@aws-net.org.ua | http://www.aws-net.org.ua/~artem FreeBSD: The Power to Serve - http://www.freebsd.org From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 15:29:49 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 89D7916A403 for ; Wed, 22 Nov 2006 15:29:49 +0000 (UTC) (envelope-from scsprong@gmail.com) Received: from volte.student.utwente.nl (volte.student.utwente.nl [130.89.162.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id E152B43D72 for ; Wed, 22 Nov 2006 15:29:19 +0000 (GMT) (envelope-from scsprong@gmail.com) Received: from www.private (mail.private [10.10.10.1]) by volte.student.utwente.nl (Postfix) with ESMTP id 85A24EBCF6 for ; Wed, 22 Nov 2006 16:29:47 +0100 (CET) Date: Wed, 22 Nov 2006 16:29:47 +0100 (CET) From: "S.C.Sprong" To: freebsd-stable@FreeBSD.ORG Message-ID: <20061122162646.F1354@volte.student.utwente.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Subject: Re: Trouble: NFS via TCP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "S.C.Sprong" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Nov 2006 15:29:49 -0000 From: "S.C.Sprong" To: freebsd-stable@FreeBSD.ORG Subject: Re: Trouble: NFS via TCP In-Reply-To: <200611091717.kA9HH631005085@lurza.secnetix.de> X-Newsgroups: mpc.lists.freebsd.stable,muc.lists.freebsd.stable In article <200611091717.kA9HH631005085@lurza.secnetix.de> you wrote: >Symptom: As soon as I use the -T option (TCP) with the mount command, >it simply hangs forever. If I use the intr/soft flags, I can Ctrl-C >it after a while, and the mount indeed appears in the output from >"mount", but any command that tries to access it (e.g. ls(1)) also >hangs. Even umount(8) hangs. I've had the same problems and made similar observations. A few more: - Running 'tcpdump tcp port 2048' on the NFS server _after_ the client is stuck in this state causes a spontaneous reboot of the server. - Running 'netstat -a' shows that the client is stuck in an endless connect-disconnect loop and chews through port numbers. - It happens with fxp, rl, and sis cards. - TCP initial window size advertisement doesn't seem to matter. - While using UDP I may have encountered a similar bus as described in NetBSD bugs bin/20663: deadlock in cron(8) Many reboots later, I solved my problem by disabling the following tweaks I had in /etc/sysctl.conf for ages: #vfs.nfs.bufpackets=8 # 20050510: read 16 blocks instead of 8 #vfs.read_max=16 # 20060908: obsolete? #vfs.nfsrv.gatherdelay_v3=10000 And reverted to the system defaults: vfs.nfs4.nfsv3_commit_on_close: 0 vfs.nfs.bufpackets: 4 vfs.nfs.nfs_ip_paranoia: 1 vfs.nfs.nfs_directio_allow_mmap: 1 vfs.nfs.nfs_directio_enable: 0 vfs.nfs.clean_pages_on_close: 1 vfs.nfs.nfsv3_commit_on_close: 0 vfs.nfs.access_cache_timeout: 2 vfs.nfsrv.nfs_privport: 1 vfs.nfsrv.commit_miss: 0 vfs.nfsrv.commit_blks: 0 vfs.nfsrv.async: 0 vfs.nfsrv.gatherdelay_v3: 0 vfs.nfsrv.gatherdelay: 10000 Hope this helps, scs From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 15:50:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0FDDF16A416 for ; Wed, 22 Nov 2006 15:50:26 +0000 (UTC) (envelope-from mark@cloud9.net) Received: from english-breakfast.cloud9.net (english-breakfast.cloud9.net [168.100.1.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 713D243D4C for ; Wed, 22 Nov 2006 15:49:56 +0000 (GMT) (envelope-from mark@cloud9.net) Received: from localhost (localhost.cloud9.net [127.0.0.1]) by english-breakfast.cloud9.net (Postfix) with ESMTP id 15A3B153A7 for ; Wed, 22 Nov 2006 10:50:25 -0500 (EST) X-Virus-Scanned: amavisd-new at cloud9.net Received: from english-breakfast.cloud9.net ([127.0.0.1]) by localhost (english-breakfast.cloud9.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tDMAmcBnvb2t for ; Wed, 22 Nov 2006 10:50:24 -0500 (EST) Received: from earl-grey.cloud9.net (earl-grey.cloud9.net [168.100.1.1]) by english-breakfast.cloud9.net (Postfix) with ESMTP id ADE6815375 for ; Wed, 22 Nov 2006 10:50:24 -0500 (EST) Date: Wed, 22 Nov 2006 10:50:24 -0500 (EST) From: Mark Hennessy To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: FreeBSD 6.x, NIS, local root password, and nsswitch.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Nov 2006 15:50:26 -0000 David Adam [zanchey@ucc.gu.uwa.edu.au] wrote: >On Wed, 22 Nov 2006, Mark Hennessy wrote: >> David Adam [zanchey@ucc.gu.uwa.edu.au] wrote: >> >On Tue, 21 Nov 2006, Mark Hennessy wrote: >> >> I have a new system that has FreeBSD 6.1 on it to replace a system >with >> >> FreeBSD 4.11 being put out of service. >> >> >> >> I want to keep to using local root passwords only, but export other >users' >> >> logins over NIS. It acts presently as an NIS slave server. >> >> >> >> The NIS master server was upgraded a few months ago to FreeBSD 6.0 >and >> >> then 6.1. >> >> >> >> All other machines are running FreeBSD 4.11. >> >> >> >> A weird thing started to happen with the new machine. Only on this >new >> >> machine, the local root password doesn't work and only the root >password >> >> of the NIS master server will work to attain root. Perhaps >something >> >> needs to be changed somewhere to make the local root password work >again? > >> >> >> >> I tried changing group and passwd to include 'files', I also tried >> >> changing group_compat and passwd_compat to include 'files', but no >> >> positive change. >> > >> >Mark, >> > >> >Careful here. >> > >> >The line needs to read 'files nis', not 'nis files' - if you used the >> >latter, try switching it around so that the local /etc/passwd is >checked >> >for root logins before NIS is consulted. >> > >> >As I understand the man page, you want to change the >{group,passwd}_compat >> >lines, not the {group,passwd} lines themselves. >> > >> >> I couldn't find nsswitch.conf on any of the FreeBSD 4.11 servers. >They >> >> are served by NIS as clients and all of their local root passwords >work >> >> fine. >> > >> >>From nsswitch.conf(5): >> > >> >"The nsswitch.conf file format first appeared in FreeBSD 5.0. It was >> >imported from the NetBSD Project, where it appeared first in NetBSD >1.4." >> > >> >The NIS section of the handbook contains no mention of >nsswitch.conf(5), >> >so I'm not actually sure that it's required for system authentication. >> > >> >> I'm a bit unsure about it myself. >> I tried exactly what you suggested, putting files on the compat line >and >> before nis for both passwd and groups on the NIS slave server only, and >no >> go. Perhaps it is the master server that actually controls this? I >don't >> know. Any further advice would be greatly appreciated. > >Just to clarify - you're running a single NIS master, and you're having >this problem on a new NIS client? Or is it a NIS slave server as well? I >don't think that this should affect things, but I just wanted to clear up >the nomenclature. > >Hmm, odd. I don't know if you have to restart any services to pick up >changes in nsswitch.conf, but I doubt it. > >However, re-reading the manpage reminded me that nsswitch doesn't actually >control authentication in many cases - PAM handles this, on Linux at any >rate. > >Someone (quite possibly me) has kicked the cable out of my FreeBSD box, so >I can't check this at the moment, but you may well need to edit something >in /etc/pam.d. In particular, if you have NIS as sufficient, it'll take >precedence over pam_unix (i.e., files). > >Cheers, > >David Adam >zanchey@ucc.gu.uwa.edu.au The machine in question having the problem with its root password being clobbered by NIS is an NIS Slave Server running FreeBSD 6.1, the other machines that aren't having this problem are clients running FreeBSD 4.11, and the NIS Master Server is running FreeBSD 6.1. The pam config for login and su don't appear to be pointing specifically to NIS for anything, just system. -- Mark P. Hennessy From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 16:09:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA1BE16A403 for ; Wed, 22 Nov 2006 16:09:28 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail.secureworks.net (mail.secureworks.net [65.114.32.155]) by mx1.FreeBSD.org (Postfix) with SMTP id E6ADD43DA4 for ; Wed, 22 Nov 2006 16:04:34 +0000 (GMT) (envelope-from mike@jellydonut.org) Received: (qmail 45465 invoked from network); 22 Nov 2006 16:04:15 -0000 Received: from unknown (HELO ?192.168.23.35?) (63.239.86.3) by 0 with SMTP; 22 Nov 2006 16:04:15 -0000 Message-ID: <456474FF.2020905@jellydonut.org> Date: Wed, 22 Nov 2006 11:04:15 -0500 From: Michael Proto User-Agent: Thunderbird 1.5.0.8 (X11/20061114) MIME-Version: 1.0 To: Mark Hennessy References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x, NIS, local root password, and nsswitch.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Nov 2006 16:09:29 -0000 Mark Hennessy wrote: > The machine in question having the problem with its root password being > clobbered by NIS is an NIS Slave Server running FreeBSD 6.1, the other > machines that aren't having this problem are clients running FreeBSD > 4.11, and the NIS Master Server is running FreeBSD 6.1. > > The pam config for login and su don't appear to be pointing specifically > to NIS for anything, just system. > What does /etc/passwd look like? I've seen this happen in our environment when a +entry in /etc/password is above the equivalent user account. Like if "+root..." or "+@wheel" were above the default root account. Incidentally, my /etc/nsswitch.conf looks like this and does work appropriately with NIS: group: compat group_compat: nis hosts: files dns networks: files passwd: compat passwd_compat: nis -Proto From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 17:06:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0AC1616A47E for ; Wed, 22 Nov 2006 17:06:15 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FEA843DC7 for ; Wed, 22 Nov 2006 17:03:44 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 171E81A4D89; Wed, 22 Nov 2006 09:04:08 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 675125126C; Wed, 22 Nov 2006 12:03:53 -0500 (EST) Date: Wed, 22 Nov 2006 12:03:53 -0500 From: Kris Kennaway To: Chris Message-ID: <20061122170353.GA38104@xor.obsecurity.org> References: <3aaaa3a0611212149u21146180ra84503472a0336e3@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: <3aaaa3a0611212149u21146180ra84503472a0336e3@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: FreeBSD Stable Subject: Re: sshfs/nfs cause server lockup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Nov 2006 17:06:15 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 22, 2006 at 05:49:12AM +0000, Chris wrote: > On a few occasions all different remote servers I have had nfs cause > servers to stop responding so I stopped using it all the servers were > either 6.0 release 6.1 release or 6-stable. >=20 > We recently discovered sshfs which supports cross platform mounting > server is linux and I mounted on a freebsd 6.1 release using security > branch up to date. >=20 > it was working fine for around 5 to 6 days with some problems with > sshfs not updating files that are updated but wasnt compromising the > stability of the freebsd server I just remounted to keep up to date. > Then today the linux server had network problems so the sshfs timed > out and there is 2 dirs I mount, the first mounted fine a bit slow but > connected but when I ran the command to mount the 2nd dir the server > stopped responding. >=20 > My 2nd ssh terminal was alive I tried to run top to see if sshfs was > hanging or something but when I hit enter top didnt run and the 2nd > terminal was froze, note both terminals didnt timeout and a ircd > running on the server also did not timeout but the box wasnt listening > to any new requests, it was responding to pings fine. >=20 > I have a remote reboot facility on the box but no local access and no > kvm/serial console facility available this is the case for all of my > servers. I initially tried a soft reboot which uses ctrl-alt-delete > but the pings kept replying so I could see the reboot wasn initiated > indicating some kind of console lockup as well, I then did a hard > reboot which brought the server back. >=20 > All logs stopped when the first lockup occured so no errors etc. > recorded bear in mind I have no local access to this machine. It does > appear that 6.x has some kind of serious remote mounting bug because I > never had these nfs problems in freebsd 5.x. >=20 > I would be interested in any thoughts as to what could help me I have > rebooted the server now with network mpsafe disabled to see if this > will help it is using a generic kernel with the following changes. Sounds like your "sshfs" is causing the kernel to deadlock in that error situation. You can confirm by enabling DEBUG_LOCKS and DEBUG_VFS_LOCKS, then breaking to DDB and running 'show lockedvnods' when the deadlock occurs. If you're still having problems with NFS on 6.2, we'd much rather you reported those so that we can investigate and try to fix them. Kris --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFZIL4Wry0BWjoQKURAh6IAKCBQ1IiQg8Mtwl061MEPDtLulBbSgCfbalc /GTL4ovOaKK/H8VrA2Bgitg= =mUqN -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 19:29:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 38D1816A40F; Wed, 22 Nov 2006 19:29:41 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 107BA43D55; Wed, 22 Nov 2006 19:29:09 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.0.1) with ESMTP id md50003244656.msg; Wed, 22 Nov 2006 19:28:56 +0000 Message-ID: <027b01c70e6c$6c879470$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Kostik Belousov" , "Mike Jakubik" References: <447366AD.30203@rogers.com> <44736E11.6060104@mkproductions.org><20060523203521.GA48061@xor.obsecurity.org><20060524062118.GA766@dimma.mow.oilspace.com><447400BB.9060603@samsco.org> <4485C010.9040402@rogers.com><20060606182234.GB72368@deviant.kiev.zoral.com.ua><44A490E6.1000502@rogers.com><20060630092829.GE1258@deviant.kiev.zoral.com.ua><44A56E0F.1070904@rogers.com> <20060701034922.GA37822@deviant.kiev.zoral.com.ua> Date: Wed, 22 Nov 2006 19:28:37 -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.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Processed: multiplay.co.uk, Wed, 22 Nov 2006 19:28:56 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Wed, 22 Nov 2006 19:28:56 +0000 Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: md deadlocks on wdrain. Was: [Re: quota and snapshots in6.1-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, 22 Nov 2006 19:29:41 -0000 The patch below fixed this issue for us. We had a jail which when upgrading ( installworld ) from 5.4 to 6.1 would constantly hang the machine with this error. After updating md.c to 1.164 from MAIN and applying the patch below I've managed to run installworld 3 times now without error. Previously including updated to v1.164 this would hang without fail. If this is the correct fix, it would be good to see get committed as it have the capability to knock out any box running a vnode backed jail and is very unpredictable. ----- Original Message ----- From: "Kostik Belousov" On Fri, Jun 30, 2006 at 02:31:43PM -0400, Mike Jakubik wrote: > FYI, -CURRENT passes this test without locking up, so the fix is already > there somewhere. May be. May be not, and other issues just prevent complete exhausting of the buffer run space on CURRENT. Did you test it on CURRENT many times, or only once. The same question for STABLE - does it locks every time your do that ? Please, try this patch, and report the results. ? sys/dev/md/.arch-ids Index: sys/dev/md/md.c =================================================================== RCS file: /usr/local/arch/ncvs/src/sys/dev/md/md.c,v retrieving revision 1.164 diff -u -r1.164 md.c --- sys/dev/md/md.c 28 Mar 2006 21:25:11 -0000 1.164 +++ sys/dev/md/md.c 1 Jul 2006 03:48:41 -0000 @@ -650,6 +650,8 @@ mtx_lock_spin(&sched_lock); sched_prio(curthread, PRIBIO); mtx_unlock_spin(&sched_lock); + if (sc->type == MD_VNODE) + curthread->td_pflags |= TDP_NORUNNINGBUF; for (;;) { mtx_lock(&sc->queue_mtx); ================================================ 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 22 20:01:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D39DC16A417 for ; Wed, 22 Nov 2006 20:01:50 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 10FF043FA6 for ; Wed, 22 Nov 2006 19:56:38 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 22 Nov 2006 19:56:21 -0000 Date: Wed, 22 Nov 2006 21:55:49 +0200 From: Nikolay Pavlov To: freebsd-stable@freebsd.org Message-ID: <20061122195549.GA57018@zone3000.net> Mail-Followup-To: Nikolay Pavlov , freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Subject: deadlock in "zoneli" state on 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Nov 2006 20:01:50 -0000 Hi. It seems i have a deadlock on 6.2-PRERELEASE. This is squid server in accelerator mode. I can easily trigger it with a high rate of requests. Squid is locked on some "zoneli" state, i am not sure what it is. Also i can't KILL proccess even with SIGKILL. In addition one of sshd proccess is locked too. Is there any additional information that i could provide? last pid: 1197; load averages: 0.00, 0.00, 0.00 up 0+01:54:58 14:46:40 31 processes: 1 running, 29 sleeping, 1 zombie CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 704M Active, 629M Inact, 447M Wired, 12K Cache, 112M Buf, 2109M Free Swap: 4070M Total, 4070M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 671 squid 1 -16 0 688M 688M zoneli 6:32 0.00% squid ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 680 root 1 96 0 6628K 4760K select 0:02 0.00% snmpd 1170 root 1 96 0 2332K 1588K RUN 0:00 0.00% top 698 root 1 -8 0 7768K 7288K piperd 0:00 0.00% perl5.8.8 634 root 1 96 0 2984K 1808K select 0:00 0.00% ntpd 362 _pflogd 1 -58 0 1600K 1144K bpf 0:00 0.00% pflogd 1097 quetzal 1 96 0 6220K 3220K select 0:00 0.00% sshd 709 root 1 96 0 3464K 2796K select 0:00 0.00% sendmail 1100 root 1 20 0 5036K 3064K pause 0:00 0.00% tcsh 551 root 1 96 0 1352K 996K select 0:00 0.00% syslogd 1085 root 1 4 0 6232K 3204K sbwait 0:00 0.00% sshd 1095 root 1 4 0 6232K 3204K sbwait 0:00 0.00% sshd 1088 quetzal 1 6 0 4724K 2952K ttywai 0:00 0.00% tcsh 719 root 1 8 0 1364K 1060K nanslp 0:00 0.00% cron 1098 quetzal 1 20 0 4704K 2932K pause 0:00 0.00% tcsh 1087 quetzal 1 -16 0 6220K 3220K zoneli 0:00 0.00% sshd ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 654 root 1 96 0 1264K 804K select 0:00 0.00% usbd 692 root 1 96 0 3504K 2656K select 0:00 0.00% sshd 713 smmsp 1 20 0 3364K 2728K pause 0:00 0.00% sendmail 358 root 1 4 0 1536K 1092K sbwait 0:00 0.00% pflogd 769 root 1 5 0 1320K 896K ttyin 0:00 0.00% getty 773 root 1 5 0 1320K 896K ttyin 0:00 0.00% getty 772 root 1 5 0 1320K 896K ttyin 0:00 0.00% getty 771 root 1 5 0 1320K 896K ttyin 0:00 0.00% getty 770 root 1 5 0 1320K 896K ttyin 0:00 0.00% getty 775 root 1 5 0 1320K 896K ttyin 0:00 0.00% getty 774 root 1 5 0 1320K 896K ttyin 0:00 0.00% getty 776 root 1 5 0 1320K 896K ttyin 0:00 0.00% getty 497 root 1 114 0 528K 388K select 0:00 0.00% devd 128 root 1 20 0 1228K 680K pause 0:00 0.00% adjkerntz Also there is some interesting fstat info: root@accel1:~# fstat -p 671 -v | head -n 40 can't read vnode at 0x0 for pid 671 can't read vnode at 0x0 for pid 671 can't read vnode at 0x0 for pid 671 can't read vnode at 0x0 for pid 671 can't read vnode at 0x0 for pid 671 USER CMD PID FD MOUNT INUM MODE SZ|DV R/W squid squid 671 root / 2 drwxr-xr-x 512 r squid squid 671 wd /usr 1908230 drwxr-x--- 512 r squid squid 671 text /usr 1887228 -r-xr-xr-x 638296 r squid squid 671 0 - - error - squid squid 671 1 - - error - squid squid 671 2 - - error - squid squid 671 3 - - error - squid squid 671 4 /var 47121 -rw-r--r-- 2935342 rw squid squid 671 5* internet dgram udp c96205a0 squid squid 671 6 /var 47131 -rw-r--r-- 48909168 w squid squid 671 7* pipe c9551198 <-> c9551250 3 rw squid squid 671 8 /cache 7 -rw-r--r-- 91506636 w squid squid 671 9* internet stream tcp d2f17ae0 squid squid 671 10* pipe c9551a48 <-> c9551990 0 rw squid squid 671 11* internet stream tcp c971e3a0 squid squid 671 12* internet dgram udp c9620000 squid squid 671 13 - - error - squid squid 671 14* internet stream tcp squid squid 671 15* internet stream tcp d6b211d0 squid squid 671 16* internet stream tcp cf29c740 squid squid 671 17* internet stream tcp d0c9cae0 squid squid 671 18* internet stream tcp c9ebc570 squid squid 671 19* internet stream tcp d49c9000 squid squid 671 20* internet stream tcp d262eae0 squid squid 671 21 /cache 4031491 -rw-r--r-- 2037934 r squid squid 671 22* internet stream tcp ca1941d0 squid squid 671 23* internet stream tcp d5330570 squid squid 671 24* internet stream tcp d53fe000 squid squid 671 25* internet stream tcp d53a83a0 squid squid 671 26* internet stream tcp squid squid 671 27* internet stream tcp d2657910 squid squid 671 28* internet stream tcp d964b740 squid squid 671 29* internet stream tcp squid squid 671 30* internet stream tcp squid squid 671 31* internet stream tcp ca1d31d0 squid squid 671 32* internet stream tcp d83203a0 squid squid 671 33* internet stream tcp ca24b910 squid squid 671 34 /cache 3984782 -rw-r--r-- 1981893 r squid squid 671 35* internet stream tcp d7c0b3a0 -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 20:13:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 33ED716A407 for ; Wed, 22 Nov 2006 20:13:57 +0000 (UTC) (envelope-from ratman6@charter.net) Received: from mtai02.charter.net (mtai02.charter.net [209.225.8.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35C6E43D46 for ; Wed, 22 Nov 2006 20:13:24 +0000 (GMT) (envelope-from ratman6@charter.net) Received: from aa06.charter.net ([10.20.200.158]) by mtai02.charter.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20061122195751.BRVO1481.mtai02.charter.net@aa06.charter.net> for ; Wed, 22 Nov 2006 14:57:51 -0500 Received: from bedroom ([24.151.33.109]) by aa06.charter.net with ESMTP id <20061122195750.PNCI1516.aa06.charter.net@bedroom> for ; Wed, 22 Nov 2006 14:57:50 -0500 From: "Matt Smith" To: Date: Wed, 22 Nov 2006 14:57:50 -0500 Message-ID: <000001c70e70$7d670ce0$0201a8c0@bedroom> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal In-Reply-To: <20061122120041.D1BFF16A615@hub.freebsd.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Chzlrs: 0 Subject: RE: libiconv.la X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Nov 2006 20:13:57 -0000 Hello all, It seems there is a bit of controversy over whether to use .la = files or not. I can tell you one install that breaks...PHP5 on 6.1. I need this file to compile PHP5. How do I get it? Matt Smith -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of freebsd-stable-request@freebsd.org Sent: Wednesday, November 22, 2006 7:01 AM To: freebsd-stable@freebsd.org Subject: freebsd-stable Digest, Vol 183, Issue 4 Send freebsd-stable mailing list submissions to freebsd-stable@freebsd.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.freebsd.org/mailman/listinfo/freebsd-stable or, via email, send a message with subject or body 'help' to freebsd-stable-request@freebsd.org You can reach the person managing the list at freebsd-stable-owner@freebsd.org When replying, please edit your Subject line so it is more specific than "Re: Contents of freebsd-stable digest..." Today's Topics: 1. sshfs/nfs cause server lockup (Chris) 2. [releng_6 tinderbox] failure on alpha/alpha (FreeBSD Tinderbox) 3. Re: freebsd-update to track release engineering (Colin Percival) 4. [releng_6 tinderbox] failure on amd64/amd64 (FreeBSD Tinderbox) 5. problem with mod_proxy_ajp after upgrade from 6.2_beta2 to 6.2_rc1 (Niek) ---------------------------------------------------------------------- Message: 1 Date: Wed, 22 Nov 2006 05:49:12 +0000 From: Chris Subject: sshfs/nfs cause server lockup To: "FreeBSD Stable" Message-ID: <3aaaa3a0611212149u21146180ra84503472a0336e3@mail.gmail.com> Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed On a few occasions all different remote servers I have had nfs cause servers to stop responding so I stopped using it all the servers were either 6.0 release 6.1 release or 6-stable. We recently discovered sshfs which supports cross platform mounting server is linux and I mounted on a freebsd 6.1 release using security branch up to date. it was working fine for around 5 to 6 days with some problems with sshfs not updating files that are updated but wasnt compromising the stability of the freebsd server I just remounted to keep up to date. Then today the linux server had network problems so the sshfs timed out and there is 2 dirs I mount, the first mounted fine a bit slow but connected but when I ran the command to mount the 2nd dir the server stopped responding. My 2nd ssh terminal was alive I tried to run top to see if sshfs was hanging or something but when I hit enter top didnt run and the 2nd terminal was froze, note both terminals didnt timeout and a ircd running on the server also did not timeout but the box wasnt listening to any new requests, it was responding to pings fine. I have a remote reboot facility on the box but no local access and no kvm/serial console facility available this is the case for all of my servers. I initially tried a soft reboot which uses ctrl-alt-delete but the pings kept replying so I could see the reboot wasn initiated indicating some kind of console lockup as well, I then did a hard reboot which brought the server back. All logs stopped when the first lockup occured so no errors etc. recorded bear in mind I have no local access to this machine. It does appear that 6.x has some kind of serious remote mounting bug because I never had these nfs problems in freebsd 5.x. I would be interested in any thoughts as to what could help me I have rebooted the server now with network mpsafe disabled to see if this will help it is using a generic kernel with the following changes. options directio, polling, noadaptive mutexes, adaptive giant,ipv6 and nfs disabled. dmesg output below. I left the reboot showing vnodes because it also looks supicous it took so long for it to synch the disks, this was following a working reboot the remote reboot of course was improper shutdown. The hd is a sata2 but dmesg shows as ata33 Syncing disks, vnodes remaining...3 3 1 0 2 1 1 1 1 1 1 1 1 1 1 1 2 1 1 1 1 1 1 0 0 0 done All buffers synced. Copyright (c) 1992-2006 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 6.1-RELEASE-p10 #1: Sat Nov 11 23:02:09 GMT 2006 admin@heaven.chrysalisnet.org:/usr/obj/usr/src/sys/HEAVEN WARNING: MPSAFE network stack disabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3800+ (2410.95-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x40ff2 Stepping =3D 2 =20 Features=3D0x78bfbff Features2=3D0x2001 AMD = Features=3D0xea500800 AMD Features2=3D0x1d,,CR8> real memory =3D 939261952 (895 MB) avail memory =3D 909828096 (867 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) pci0: at device 1.2 (no driver attached) pci0: at device 1.3 (no driver attached) ohci0: mem 0xdfe7f000-0xdfe7ffff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xdfe7ec00-0xdfe7ecff irq 22 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 10 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 10 ports with 10 removable, self powered pcib1: at device 4.0 on pci0 pci1: on pcib1 fxp0: port 0xec00-0xec3f mem 0xdffff000-0xdffffff f,0xdffc0000-0xdffdffff irq 16 at device 6.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:bf:b5:c9 fxp0: [GIANT-LOCKED] pci0: at device 5.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xd480-0xd487,0xd400-0xd403,0xd080-0xd087,0xd000-0xd003,0xcc00-0xcc0f mem 0xdfe7d000-0xdfe7dfff irq 20 at device 8.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0xc880-0xc887,0xc800-0xc803,0xc480-0xc487,0xc400-0xc403,0xc080-0xc08f mem 0xdfe7c000-0xdfe7cfff irq 21 at device 8.1 on pci0 ata4: on atapci2 ata5: on atapci2 pcib2: at device 9.0 on pci0 pci2: on pcib2 pcib3: at device 11.0 on pci0 pci3: on pcib3 pcib4: at device 12.0 on pci0 pci4: on pcib4 pci0: at device 13.0 (no driver attached) acpi_button0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on = isa0 Timecounter "TSC" frequency 2410945801 Hz quality 800 Timecounters tick every 1.000 msec ad4: 238475MB at ata2-master UDMA33 Trying to mount root from ufs:/dev/ad4s1a Regards Chris ------------------------------ Message: 2 Date: Wed, 22 Nov 2006 02:15:44 -0500 (EST) From: FreeBSD Tinderbox Subject: [releng_6 tinderbox] failure on alpha/alpha To: FreeBSD Tinderbox , , Message-ID: <20061122071545.10D93241BF@freebsd-stable.sentex.ca> TB --- 2006-11-22 05:34:53 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-11-22 05:34:53 - starting RELENG_6 tinderbox run for = alpha/alpha TB --- 2006-11-22 05:34:53 - cleaning the object tree TB --- 2006-11-22 05:35:28 - checking out the source tree TB --- 2006-11-22 05:35:28 - cd /tinderbox/RELENG_6/alpha/alpha TB --- 2006-11-22 05:35:28 - /usr/bin/cvs -f -R -q -d/home/ncvs update = -Pd -rRELENG_6 src TB --- 2006-11-22 05:44:18 - building world (CFLAGS=3D-O2 -pipe) TB --- 2006-11-22 05:44:18 - cd /src TB --- 2006-11-22 05:44:18 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-11-22 06:44:43 - generating LINT kernel config TB --- 2006-11-22 06:44:43 - cd /src/sys/alpha/conf TB --- 2006-11-22 06:44:43 - /usr/bin/make -B LINT TB --- 2006-11-22 06:44:43 - building LINT kernel (COPTFLAGS=3D-O2 = -pipe) TB --- 2006-11-22 06:44:43 - cd /src TB --- 2006-11-22 06:44:43 - /usr/bin/make buildkernel KERNCONF=3DLINT >>> Kernel build for LINT started on Wed Nov 22 06:44:43 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Nov 22 07:02:50 UTC 2006 TB --- 2006-11-22 07:02:50 - building GENERIC kernel (COPTFLAGS=3D-O2 = -pipe) TB --- 2006-11-22 07:02:50 - cd /src TB --- 2006-11-22 07:02:50 - /usr/bin/make buildkernel = KERNCONF=3DGENERIC >>> Kernel build for GENERIC started on Wed Nov 22 07:02:50 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o uhid.ko.debug uhid.kld objcopy --strip-debug uhid.ko.debug uhid.ko =3D=3D=3D> ukbd (all) cc -O2 -pipe -mcpu=3Dev4 -mtune=3Dev5 -mieee -fno-strict-aliasing = -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS = -include /obj/alpha/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=3D15000 -fno-common -g -I/obj/alpha/src/sys/GENERIC -mno-fp-regs -ffixed-8 -Wa,-mev6 = -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -c = /src/sys/modules/ukbd/../../dev/usb/ukbd.c ukbd.o: No space left on device {standard input}: Assembler messages: {standard input}:12692: FATAL: can't close ukbd.o : No space left on device *** Error code 1 Stop in /src/sys/modules/ukbd. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/alpha/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-22 07:15:44 - WARNING: /usr/bin/make returned exit code = 1=20 TB --- 2006-11-22 07:15:44 - ERROR: failed to build GENERIC kernel TB --- 2006-11-22 07:15:44 - tinderbox aborted TB --- 1.12 user 3.55 system 6051.23 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-alpha-alpha.full ------------------------------ Message: 3 Date: Tue, 21 Nov 2006 23:57:26 -0800 From: Colin Percival Subject: Re: freebsd-update to track release engineering To: Petr Holub Cc: stable@freebsd.org Message-ID: <456402E6.1040805@freebsd.org> Content-Type: text/plain; charset=3DISO-8859-2 Petr Holub wrote: >> I'm working on it. >=20 > If I install RC1 now, would it be possible to upgrade to RC2 > and RELEASE, or is it not ready yet? My intention is that anyone running 6.1-RELEASE, 6.2-BETA*, or 6.2-RC* will be able to upgrade to the latest release candidate or release. I haven't worked out all the details yet as to how this should be done to minimize the chance that my script will accidentally break things, but I'm not going to release anything until I think that accidental breakage is very unlikely. :-) Colin Percival ------------------------------ Message: 4 Date: Wed, 22 Nov 2006 04:30:08 -0500 (EST) From: FreeBSD Tinderbox Subject: [releng_6 tinderbox] failure on amd64/amd64 To: FreeBSD Tinderbox , , Message-ID: <20061122093008.54851241BF@freebsd-stable.sentex.ca> TB --- 2006-11-22 07:15:45 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-11-22 07:15:45 - starting RELENG_6 tinderbox run for = amd64/amd64 TB --- 2006-11-22 07:15:45 - cleaning the object tree TB --- 2006-11-22 07:16:27 - checking out the source tree TB --- 2006-11-22 07:16:27 - cd /tinderbox/RELENG_6/amd64/amd64 TB --- 2006-11-22 07:16:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update = -Pd -rRELENG_6 src TB --- 2006-11-22 07:26:13 - building world (CFLAGS=3D-O2 -pipe) TB --- 2006-11-22 07:26:13 - cd /src TB --- 2006-11-22 07:26:13 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2006-11-22 08:55:56 - generating LINT kernel config TB --- 2006-11-22 08:55:56 - cd /src/sys/amd64/conf TB --- 2006-11-22 08:55:56 - /usr/bin/make -B LINT TB --- 2006-11-22 08:55:56 - building LINT kernel (COPTFLAGS=3D-O2 = -pipe) TB --- 2006-11-22 08:55:56 - cd /src TB --- 2006-11-22 08:55:56 - /usr/bin/make buildkernel KERNCONF=3DLINT >>> Kernel build for LINT started on Wed Nov 22 08:55:56 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Nov 22 09:14:40 UTC 2006 TB --- 2006-11-22 09:14:40 - building GENERIC kernel (COPTFLAGS=3D-O2 = -pipe) TB --- 2006-11-22 09:14:40 - cd /src TB --- 2006-11-22 09:14:40 - /usr/bin/make buildkernel = KERNCONF=3DGENERIC >>> Kernel build for GENERIC started on Wed Nov 22 09:14:40 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/modules/ums/../../conf/kmod_syms.awk ums.ko.debug export_syms | xargs -J% objcopy % ums.ko.debug objcopy --strip-debug ums.ko.debug ums.ko =3D=3D=3D> unionfs (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE = -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=3D8000 -fno-common -g = -fno-omit-frame-pointer -I/obj/amd64/src/sys/GENERIC -mcmodel=3Dkernel -mno-red-zone = -mfpmath=3D387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -c /src/sys/modules/unionfs/../../fs/unionfs/union_subr.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE = -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=3D8000 -fno-common -g = -fno-omit-frame-pointer -I/obj/amd64/src/sys/GENERIC -mcmodel=3Dkernel -mno-red-zone = -mfpmath=3D387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -c /src/sys/modules/unionfs/../../fs/unionfs/union_vfsops.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE = -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=3D8000 -fno-common -g = -fno-omit-frame-pointer -I/obj/amd64/src/sys/GENERIC -mcmodel=3Dkernel -mno-red-zone = -mfpmath=3D387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -c /src/sys/modules/unionfs/../../fs/unionfs/union_vnops.c ld -d -warn-common -r -d -o unionfs.ko.debug union_subr.o = union_vfsops.o union_vnops.o ld: final link failed: No space left on device *** Error code 1 Stop in /src/sys/modules/unionfs. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-22 09:30:07 - WARNING: /usr/bin/make returned exit code = 1=20 TB --- 2006-11-22 09:30:07 - ERROR: failed to build GENERIC kernel TB --- 2006-11-22 09:30:07 - tinderbox aborted TB --- 1.49 user 4.56 system 8062.88 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-amd64-amd64.full ------------------------------ Message: 5 Date: Wed, 22 Nov 2006 11:20:08 +0100 From: Niek Subject: problem with mod_proxy_ajp after upgrade from 6.2_beta2 to 6.2_rc1 To: freebsd-stable@freebsd.org Message-ID: <45642458.2090105@bigfoot.com> Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed Sorry if this is posted to the wrong list - it is about a change from=20 6.2_beta2 to 6.2_rc1. Yesterday I upgraded a test server from FreeBSD 6.2_beta2 amd64 to 6.2_rc1 amd64. I am using apache 2.2.3 with mod_proxy and mod_proxy_ajp = to connect to Tomcat 5.5.20. The ajp proxy worked well on 6.2 beta2, but after the upgrade to 6.2 = RC1, connections via the ajp proxy are extremely slow. It seems as if something is timing out, as it takes several minutes until apache returns data. Connecting directly to Tomcat Coyote ports works well. There is nothing in the httpd error logs or the tomcat logs, nor in the system message log indicating what is going wrong. When using mod_jk, all works fine. Below is an excerpt of my httpd.conf: LoadModule proxy_module libexec/apache22/mod_proxy.so LoadModule proxy_ajp_module libexec/apache22/mod_proxy_ajp.so ProxyRequests Off Order Deny,Allow Deny from all Allow from [my ip] ProxyPass ajp://localhost:8009/ SSLrequireSSL ------------------------------ _______________________________________________ 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" End of freebsd-stable Digest, Vol 183, Issue 4 ********************************************** From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 20:43:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9EEE516A492; Wed, 22 Nov 2006 20:43:45 +0000 (UTC) (envelope-from vulture@netvulture.com) Received: from rackman.netvulture.com (adsl-63-197-17-60.dsl.snfc21.pacbell.net [63.197.17.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 008AE43D5C; Wed, 22 Nov 2006 20:43:11 +0000 (GMT) (envelope-from vulture@netvulture.com) Received: from [192.168.2.249] (coolman [208.201.244.79]) (authenticated bits=0) by rackman.netvulture.com (8.13.5/8.13.5) with ESMTP id kAMKfR3U040361; Wed, 22 Nov 2006 12:41:28 -0800 (PST) Message-ID: <4564B5E0.3000404@netvulture.com> Date: Wed, 22 Nov 2006 12:41:04 -0800 From: Jonathan Feally User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-netvulture_com-MailScanner-Information: Please contact the ISP for more information X-netvulture_com-MailScanner: Found to be clean X-netvulture_com-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (timed out) X-netvulture_com-MailScanner-From: vulture@netvulture.com X-Spam-Status: No Cc: Subject: 6-STABLE (6.2-PRE) and applications (named natd dhcpd) getting stuck in state zoneli (zone limit) - dynamic ipfw rules not working after time - vlans on em X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Nov 2006 20:43:45 -0000 Sorry to cross post, but the net list didn't help a couple weeks back on this. names, natd, and dhcpd have all been getting stuck in zoneli (zone limit) since I upgraded to the box to stable about a month ago. It was running a 6.1-STABLE before with out difficulty. Very little has changed on the box. All the same applications, same ipfw rules for the most part (just more rules for new customers). Most of the time the processes cannot be killed. I did get lucky yesterday with dhcpd. It finally died about an hour later. I was compiling the latest stable at the time. But got up again today to find dhcpd in zoneli. Can someone please point me in the correct direction to trouble shoot this problem. I don't really know how to get a full dump of what a process is doing, so a quick what to do and post back would be great. More Info On the Setup: This box is acting as a all-in-one router with traffic shaping. It has a single em card with 10 tagged vlans on it routing the majority of traffic from the customer vlan (vlan125) to the isp vlan (vlan901). It also runs dhcpd and named to service the customers on vlan125. All of the customer's have a set of ipfw rules like the following. # ipfw queue 11206 show q11206: weight 40 pipe 1206 384 KB 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp x.y.125.136/1925 a.b.247.137/9580 264461 111550268 0 0 0 # ipfw queue 21206 show q21206: weight 60 pipe 1206 384 KB 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 udp c.d.55.125/36049 x.y.125.136/17307 239325 38512205 1 76 0 # ipfw queue 31206 show q31206: weight 21 pipe 10000 384 KB 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp x.y.125.136/1925 a.b.247.137/9580 265850 112136314 0 0 0 # ipfw queue 41206 show q41206: weight 21 pipe 20000 384 KB 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 udp c.d.55.125/36049 x.y.125.136/17307 239447 38467203 0 0 0 # ipfw pipe 1206 show 01206: 2.090 Mbit/s 0 ms 768 KB 0 queues (1 buckets) droptail q11206: weight 40 pipe 1206 384 KB 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp x.y.125.136/1925 a.b.247.137/9580 267269 113411268 0 0 0 q21206: weight 60 pipe 1206 384 KB 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 udp c.d.55.125/36049 x.y.125.136/17307 241121 38680715 0 0 0 # ipfw pipe 10000 show 10000: 20.224 Mbit/s 0 ms 50 sl. 0 queues (1 buckets) droptail q31206: weight 21 pipe 10000 384 KB 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp x.y.125.136/1925 a.b.247.137/9580 268208 113672991 0 0 0 # ipfw pipe 20000 show 20000: 20.224 Mbit/s 0 ms 50 sl. 0 queues (1 buckets) droptail q41206: weight 21 pipe 20000 384 KB 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 udp c.d.55.125/36049 x.y.125.136/17307 241392 38632811 0 0 0 # The 10000 and 20000 pipes are for the whole link, while the 1206 pipe is the customers alloted bandwidth. Customer cannot exceed his bandwidth, and if the whole connection is maxed out he would be weighted at 21 against other customers competing for isp bandwidth. The more bandwidth a customer pays for the bigger his weight in the main pipes. #Customer rules (#10000-#49999) 19000 0 0 reset tcp from any 25,135,139,445 to x.y.125.136 19000 4 176 reset tcp from any to x.y.125.136 dst-port 25,135,139,445 19000 0 0 reset tcp from x.y.125.136 to any dst-port 25,135,139,445 19001 216130 87769342 queue 11206 ip from x.y.125.136 to any out 19002 197604 34923736 queue 21206 ip from any to x.y.125.136 out 19003 216635 87807692 queue 31206 ip from x.y.125.136 to any in 19004 197283 34831273 queue 41206 ip from any to x.y.125.136 in 19005 432765 175577034 allow ip from x.y.125.136 to any 19006 394887 69755009 allow ip from any to x.y.125.136 #Other keep state rules - the keep-state rules will stop working after a while. 50000 3325 258473 allow udp from any to any dst-port 53 50000 3020 938086 allow udp from any 53 to any 50001 41462 28661128 divert 8668 ip from any to any via vlan901 50002 0 0 check-state # Used to forward all un-provisioned customer machines to the local httpd so their mac can be recorded. 51004 358 23712 fwd 127.0.0.1,8080 tcp from x.y.125.0/24 to any dst-port 80 in keep-state # Drop anybody not allowed above 51099 1158 141144 deny ip from x.y.125.0/24 to any # Allow admin vlan1 to go anywhere 60003 257 50939 allow ip from 10.255.1.0/24 to any keep-state $ Final drop 65000 430 44547 reset tcp from any to any 65001 1887 424765 deny ip from any to any Below are some dumps of process states when it locks up #NATD zoneli UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 0 96 0 0 0 - WLs ?? 0:00.00 [swapper] 0 1 0 0 8 0 772 368 wait ILs ?? 0:00.80 /sbin/init -- 0 2 0 0 8 0 0 8 crypto DL ?? 0:00.00 [crypto] 0 3 0 0 8 0 0 8 crypto DL ?? 0:00.00 [crypto returns] 0 4 0 0 -8 0 0 8 - DL ?? 0:12.55 [g_event] 0 5 0 0 -8 0 0 8 - DL ?? 0:17.83 [g_up] 0 6 0 0 -8 0 0 8 - DL ?? 0:18.84 [g_down] 0 7 0 0 8 0 0 8 - DL ?? 0:00.00 [kqueue taskq] 0 8 0 0 8 0 0 8 - DL ?? 0:00.00 [acpi_task_0] 0 9 0 0 8 0 0 8 - DL ?? 0:00.00 [acpi_task_1] 0 10 0 133 171 0 0 8 - RL ?? 4032:07.99 [idle: cpu0] 0 11 0 5 -44 0 0 8 - WL ?? 215:09.39 [swi1: net] 0 12 0 0 -32 0 0 8 - WL ?? 195:44.05 [swi4: clock sio] 0 13 0 0 -36 0 0 8 - WL ?? 0:00.00 [swi3: vm] 0 14 0 0 -16 0 0 8 - DL ?? 11:00.18 [yarrow] 0 15 0 0 -40 0 0 8 - WL ?? 0:00.00 [swi2: cambio] 0 16 0 0 -24 0 0 8 - WL ?? 0:00.00 [swi6: task queue] 0 17 0 0 8 0 0 8 - DL ?? 0:00.00 [acpi_task_2] 0 18 0 0 -24 0 0 8 - WL ?? 0:00.00 [swi6: Giant taskq] 0 19 0 0 8 0 0 8 - DL ?? 0:00.00 [thread taskq] 0 20 0 0 -28 0 0 8 - WL ?? 0:00.00 [swi5: +] 0 21 0 0 -52 0 0 8 - WL ?? 0:00.00 [irq9: acpi0] 0 22 0 0 -64 0 0 8 - WL ?? 0:00.00 [irq16: uhci0 uhci3] 0 23 0 0 8 0 0 8 usbevt DL ?? 0:00.02 [usb0] 0 24 0 0 8 0 0 8 usbtsk DL ?? 0:00.00 [usbtask] 0 25 0 0 -64 0 0 8 - WL ?? 0:00.00 [irq19: uhci1] 0 26 0 0 8 0 0 8 usbevt DL ?? 0:00.01 [usb1] 0 27 0 0 -64 0 0 8 - WL ?? 0:08.08 [irq18: uhci2+] 0 28 0 0 8 0 0 8 usbevt DL ?? 0:00.02 [usb2] 0 29 0 0 8 0 0 8 usbevt DL ?? 0:00.01 [usb3] 0 30 0 0 -64 0 0 8 - WL ?? 0:00.00 [irq23: ehci0] 0 31 0 0 8 0 0 8 usbevt DL ?? 0:00.02 [usb4] 0 32 0 1 -68 0 0 8 - DL ?? 46:33.63 [em0 taskq] 0 33 0 0 -68 0 0 8 - WL ?? 0:00.00 [irq20: fxp0] 0 34 0 0 -64 0 0 8 - WL ?? 0:00.00 [irq14: ata0] 0 35 0 0 -64 0 0 8 - WL ?? 0:00.00 [irq15: ata1] 0 36 0 0 -60 0 0 8 - WL ?? 0:00.00 [irq1: atkbd0] 0 37 0 0 -48 0 0 8 - WL ?? 0:00.00 [swi0: sio] 0 38 0 0 -60 0 0 8 - WL ?? 0:00.00 [irq7: ppc0] 0 39 0 0 -16 0 0 8 psleep DL ?? 0:00.29 [pagedaemon] 0 40 0 0 20 0 0 8 psleep DL ?? 0:00.00 [vmdaemon] 0 41 0 0 171 0 0 8 pgzero DL ?? 1:07.23 [pagezero] 0 42 0 0 -16 0 0 8 psleep DL ?? 0:01.50 [bufdaemon] 0 43 0 0 -4 0 0 8 vlruwt DL ?? 0:01.90 [vnlru] 0 44 0 0 20 0 0 8 syncer DL ?? 2:28.29 [syncer] 0 45 0 0 -16 0 0 8 sdflus DL ?? 0:03.68 [softdepflush] 0 46 0 0 -64 0 0 8 - DL ?? 0:19.45 [schedcpu] 0 163 1 167 20 0 1252 728 pause Is ?? 0:00.00 adjkerntz -i 0 1242 1 167 116 0 528 388 select Is ?? 0:00.00 /sbin/devd 0 1486 1 0 -16 0 1572 1112 zoneli Ds ?? 1:47.61 /sbin/natd -f /etc/natd.conf -n vlan901 0 1645 1 0 96 0 1404 1112 select Ss ?? 0:18.82 /usr/sbin/syslogd -l /var/run/log -l /var/named/var/run/log -c 53 1707 1 0 96 0 13552 12700 select Ss ?? 7:38.07 /usr/sbin/named -t /var/named -u bind 0 1717 1 0 96 0 1504 1216 select Is ?? 0:00.26 /usr/sbin/rpcbind 0 1772 1 176 118 0 1492 1256 select Is ?? 0:00.00 /usr/sbin/mountd -r 0 1774 1 176 118 0 1372 1104 select Is ?? 0:00.03 nfsd: master (nfsd) 0 1775 1774 176 4 0 1280 888 - I ?? 0:00.00 nfsd: server (nfsd) 0 1776 1774 176 4 0 1280 888 - I ?? 0:00.00 nfsd: server (nfsd) 0 1777 1774 176 4 0 1280 888 - I ?? 0:00.00 nfsd: server (nfsd) 0 1778 1774 176 4 0 1280 888 - I ?? 0:00.00 nfsd: server (nfsd) 0 1784 1 0 96 0 263584 1112 select Is ?? 0:00.20 /usr/sbin/rpc.statd 0 1789 1 0 96 0 1596 1364 select Is ?? 0:00.24 rpc.lockd: server (rpc.lockd) 1 1796 1789 176 4 0 1596 1364 nfsloc I ?? 0:00.00 rpc.lockd: client (rpc.lockd) 0 1808 1 0 96 0 3204 2508 select Ss ?? 0:01.08 /usr/local/sbin/racoon 0 1853 1 0 96 0 2924 1824 select Ss ?? 0:14.87 /usr/sbin/ntpd -c /etc/ntp.conf -p /var/run/ntpd.pid -f /var/db 0 1873 1 0 96 0 1288 824 select Is ?? 0:00.36 /usr/sbin/usbd 0 1902 1 0 96 0 3520 2648 select Is ?? 0:13.45 /usr/sbin/sshd 0 1907 1 0 96 0 3508 2948 select Ss ?? 0:05.87 sendmail: accepting connections (sendmail) 25 1911 1 0 20 0 3384 2804 pause Is ?? 0:00.10 sendmail: Queue runner@00:30:00 for /var/spool/clientmqueue (se 0 1917 1 0 8 0 1388 1100 nanslp Is ?? 0:30.23 /usr/sbin/cron -s 0 6535 1 0 8 0 11708 9140 nanslp Ss ?? 0:10.04 /usr/local/apache2/bin/httpd -k start 0 6565 1 0 96 0 1468 1220 select Is ?? 0:00.00 /usr/sbin/inetd -wW -C 60 65534 18455 6535 0 20 0 12040 9488 lockf I ?? 0:00.02 /usr/local/apache2/bin/httpd -k start 65534 51018 6535 0 20 0 12136 9632 lockf I ?? 0:00.09 /usr/local/apache2/bin/httpd -k start 65534 51041 6535 0 4 0 12128 9624 kqread I ?? 0:00.12 /usr/local/apache2/bin/httpd -k start 65534 51042 6535 0 20 0 12064 9560 lockf I ?? 0:00.03 /usr/local/apache2/bin/httpd -k start 65534 51439 6535 0 20 0 12140 9632 lockf I ?? 0:00.08 /usr/local/apache2/bin/httpd -k start 65534 51462 6535 0 20 0 12196 9700 lockf I ?? 0:00.13 /usr/local/apache2/bin/httpd -k start 65534 51463 6535 0 20 0 12064 9552 lockf I ?? 0:00.10 /usr/local/apache2/bin/httpd -k start 65534 51476 6535 0 20 0 12060 9512 lockf I ?? 0:00.02 /usr/local/apache2/bin/httpd -k start 65534 51477 6535 0 20 0 12152 9648 lockf I ?? 0:00.11 /usr/local/apache2/bin/httpd -k start 65534 51479 6535 0 20 0 12048 9540 lockf I ?? 0:00.07 /usr/local/apache2/bin/httpd -k start 1001 82596 1 0 96 0 2732 2452 select Ss ?? 0:03.93 /usr/local/sbin/dhcpd -cf /usr/local/etc/dhcpd.conf -lf /var/db 0 88474 1902 0 4 0 6272 3276 sbwait Is ?? 0:00.04 sshd: vulture [priv] (sshd) 1002 88653 88474 0 96 0 6256 3280 select S ?? 0:00.23 sshd: vulture@ttyp0 (sshd) 0 6583 1 172 5 0 1344 952 ttyin Is+ v0 0:00.00 /usr/libexec/getty Pc ttyv0 0 6584 1 172 5 0 1344 952 ttyin Is+ v1 0:00.00 /usr/libexec/getty Pc ttyv1 0 6585 1 172 5 0 1344 952 ttyin Is+ v2 0:00.00 /usr/libexec/getty Pc ttyv2 0 6586 1 172 5 0 1344 952 ttyin Is+ v3 0:00.00 /usr/libexec/getty Pc ttyv3 0 6587 1 172 5 0 1344 952 ttyin Is+ v4 0:00.00 /usr/libexec/getty Pc ttyv4 0 6588 1 172 5 0 1344 952 ttyin Is+ v5 0:00.00 /usr/libexec/getty Pc ttyv5 0 6589 1 172 5 0 1344 952 ttyin Is+ v6 0:00.00 /usr/libexec/getty Pc ttyv6 0 6590 1 172 5 0 1344 952 ttyin Is+ v7 0:00.00 /usr/libexec/getty Pc ttyv7 0 1882 1 0 -58 0 3204 2832 bpf S con- 0:06.62 /usr/local/sbin/arpwatch -i vlan125 -f arp.vlan125.dat 1002 88657 88653 0 8 0 3196 2052 wait Is p0 0:00.01 -bash (bash) 0 88661 88657 0 8 0 1776 1416 wait I p0 0:00.01 su - 0 88662 88661 1 8 0 3232 2092 wait S p0 0:00.06 -su (bash) 0 90806 88662 0 96 0 1500 988 - R+ p0 0:00.00 ps -axl #Named zoneli UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND USER %CPU %MEM STARTED 0 10 0 269 171 0 0 8 - RL ?? 3841:42.30 [idle: cpu0] root 79.2 0.0 Sun05PM 0 57074 56659 87 106 0 4892 4472 select S+ v1 0:10.89 cvsup system/sta root 9.6 0.9 5:00PM 0 11 0 42 -44 0 0 8 - WL ?? 190:27.13 [swi1: net] root 4.8 0.0 Sun05PM 0 0 0 0 96 0 0 0 - WLs ?? 0:00.00 [swapper] root 0.0 0.0 Sun05PM 0 1 0 0 8 0 772 368 wait ILs ?? 0:00.08 /sbin/init -- root 0.0 0.1 Sun05PM 0 2 0 0 8 0 0 8 crypto DL ?? 0:00.00 [crypto] root 0.0 0.0 Sun05PM 0 3 0 0 8 0 0 8 crypto DL ?? 0:00.00 [crypto returns] root 0.0 0.0 Sun05PM 0 4 0 0 -8 0 0 8 - DL ?? 0:11.47 [g_event] root 0.0 0.0 Sun05PM 0 5 0 0 -8 0 0 8 - DL ?? 0:14.95 [g_up] root 0.0 0.0 Sun05PM 0 6 0 1 -8 0 0 8 - DL ?? 0:17.02 [g_down] root 0.0 0.0 Sun05PM 0 7 0 0 8 0 0 8 - DL ?? 0:00.00 [kqueue taskq] root 0.0 0.0 Sun05PM 0 8 0 0 8 0 0 8 - DL ?? 0:00.00 [acpi_task_0] root 0.0 0.0 Sun05PM 0 9 0 0 8 0 0 8 - DL ?? 0:00.00 [acpi_task_1] root 0.0 0.0 Sun05PM 0 12 0 1 -32 0 0 8 - WL ?? 148:47.86 [swi4: clock sio root 0.0 0.0 Sun05PM 0 13 0 0 -36 0 0 8 - WL ?? 0:00.00 [swi3: vm] root 0.0 0.0 Sun05PM 0 14 0 0 -16 0 0 8 - DL ?? 8:07.19 [yarrow] root 0.0 0.0 Sun05PM 0 15 0 0 -40 0 0 8 - WL ?? 0:00.00 [swi2: cambio] root 0.0 0.0 Sun05PM 0 16 0 0 -24 0 0 8 - WL ?? 0:00.00 [swi6: task queu root 0.0 0.0 Sun05PM 0 17 0 0 8 0 0 8 - DL ?? 0:00.00 [acpi_task_2] root 0.0 0.0 Sun05PM 0 18 0 1 -24 0 0 8 - WL ?? 0:00.56 [swi6: Giant tas root 0.0 0.0 Sun05PM 0 19 0 0 8 0 0 8 - DL ?? 0:00.00 [thread taskq] root 0.0 0.0 Sun05PM 0 20 0 0 -28 0 0 8 - WL ?? 0:00.00 [swi5: +] root 0.0 0.0 Sun05PM 0 21 0 0 -52 0 0 8 - WL ?? 0:00.00 [irq9: acpi0] root 0.0 0.0 Sun05PM 0 22 0 0 -64 0 0 8 - WL ?? 0:00.00 [irq16: uhci0 uh root 0.0 0.0 Sun05PM 0 23 0 0 8 0 0 8 usbevt DL ?? 0:00.01 [usb0] root 0.0 0.0 Sun05PM 0 24 0 0 8 0 0 8 usbtsk DL ?? 0:00.00 [usbtask] root 0.0 0.0 Sun05PM 0 25 0 0 -64 0 0 8 - WL ?? 0:00.00 [irq19: uhci1] root 0.0 0.0 Sun05PM 0 26 0 0 8 0 0 8 usbevt DL ?? 0:00.01 [usb1] root 0.0 0.0 Sun05PM 0 27 0 1 -64 0 0 8 - WL ?? 0:06.87 [irq18: uhci2+] root 0.0 0.0 Sun05PM 0 28 0 0 8 0 0 8 usbevt DL ?? 0:00.01 [usb2] root 0.0 0.0 Sun05PM 0 29 0 0 8 0 0 8 usbevt DL ?? 0:00.01 [usb3] root 0.0 0.0 Sun05PM 0 30 0 0 -64 0 0 8 - WL ?? 0:00.00 [irq23: ehci0] root 0.0 0.0 Sun05PM 0 31 0 0 8 0 0 8 usbevt DL ?? 0:00.02 [usb4] root 0.0 0.0 Sun05PM 0 32 0 4 -68 0 0 8 - DL ?? 36:30.75 [em0 taskq] root 0.0 0.0 Sun05PM 0 33 0 0 -68 0 0 8 - WL ?? 0:00.00 [irq20: fxp0] root 0.0 0.0 Sun05PM 0 34 0 0 -64 0 0 8 - WL ?? 0:00.00 [irq14: ata0] root 0.0 0.0 Sun05PM 0 35 0 0 -64 0 0 8 - WL ?? 0:00.00 [irq15: ata1] root 0.0 0.0 Sun05PM 0 36 0 0 -60 0 0 8 - WL ?? 0:00.04 [irq1: atkbd0] root 0.0 0.0 Sun05PM 0 37 0 0 -48 0 0 8 - WL ?? 0:00.00 [swi0: sio] root 0.0 0.0 Sun05PM 0 38 0 0 -60 0 0 8 - WL ?? 0:00.00 [irq7: ppc0] root 0.0 0.0 Sun05PM 0 39 0 0 -16 0 0 8 psleep DL ?? 0:00.26 [pagedaemon] root 0.0 0.0 Sun05PM 0 40 0 0 20 0 0 8 psleep DL ?? 0:00.00 [vmdaemon] root 0.0 0.0 Sun05PM 0 41 0 0 171 0 0 8 pgzero DL ?? 0:58.03 [pagezero] root 0.0 0.0 Sun05PM 0 42 0 0 -16 0 0 8 psleep DL ?? 0:01.37 [bufdaemon] root 0.0 0.0 Sun05PM 0 43 0 0 -4 0 0 8 vlruwt DL ?? 0:01.78 [vnlru] root 0.0 0.0 Sun05PM 0 44 0 0 20 0 0 8 syncer DL ?? 2:53.26 [syncer] root 0.0 0.0 Sun05PM 0 45 0 0 -16 0 0 8 sdflus DL ?? 0:03.31 [softdepflush] root 0.0 0.0 Sun05PM 0 46 0 0 -64 0 0 8 - DL ?? 0:17.67 [schedcpu] root 0.0 0.0 Sun05PM 0 163 1 167 20 0 1252 728 pause Is ?? 0:00.00 adjkerntz -i root 0.0 0.1 Sun05PM 0 1242 1 165 116 0 528 388 select Is ?? 0:00.00 /sbin/devd root 0.0 0.1 Sun05PM 0 1486 1 0 96 0 1568 1104 select Ss ?? 0:19.48 /sbin/natd -f /e root 0.0 0.2 Sun05PM 65534 1590 6647 0 20 0 11788 9236 lockf S ?? 0:00.04 /usr/local/apach nobody 0.0 1.8 3:14AM 0 1645 1 0 96 0 1408 1144 select Ss ?? 0:16.44 /usr/sbin/syslog root 0.0 0.2 Sun05PM 53 1707 1 0 -16 0 9296 8436 zoneli Ds ?? 5:48.13 /usr/sbin/named bind 0.0 1.6 Sun05PM 0 1717 1 0 96 0 1504 1216 select Is ?? 0:00.23 /usr/sbin/rpcbin root 0.0 0.2 Sun05PM 0 1772 1 164 116 0 1492 1256 select Is ?? 0:00.00 /usr/sbin/mountd root 0.0 0.2 Sun05PM 0 1774 1 164 116 0 1372 1104 select Is ?? 0:00.03 nfsd: master (nf root 0.0 0.2 Sun05PM 0 1775 1774 164 4 0 1280 888 - I ?? 0:00.00 nfsd: server (nf root 0.0 0.2 Sun05PM 0 1776 1774 164 4 0 1280 888 - I ?? 0:00.00 nfsd: server (nf root 0.0 0.2 Sun05PM 0 1777 1774 164 4 0 1280 888 - I ?? 0:00.00 nfsd: server (nf root 0.0 0.2 Sun05PM 0 1778 1774 164 4 0 1280 888 - I ?? 0:00.00 nfsd: server (nf root 0.0 0.2 Sun05PM 0 1784 1 0 96 0 263584 1112 select Is ?? 0:00.19 /usr/sbin/rpc.st root 0.0 0.2 Sun05PM 0 1789 1 0 96 0 1596 1364 select Is ?? 0:00.22 rpc.lockd: serve root 0.0 0.3 Sun05PM 1 1796 1789 164 4 0 1596 1364 nfsloc I ?? 0:00.00 rpc.lockd: clien daemon 0.0 0.3 Sun05PM 0 1808 1 0 96 0 3204 2436 select Ss ?? 0:01.30 /usr/local/sbin/ root 0.0 0.5 Sun05PM 0 2101 1 0 96 0 2924 1824 select Ss ?? 0:13.51 /usr/sbin/ntpd - root 0.0 0.4 Sun05PM 0 2121 1 0 96 0 1288 824 select Is ?? 0:00.33 /usr/sbin/usbd root 0.0 0.2 Sun05PM 0 2150 1 40 101 0 3520 2648 select Is ?? 0:01.11 /usr/sbin/sshd root 0.0 0.5 Sun05PM 0 2157 1 0 96 0 3508 2944 select Ss ?? 0:05.36 sendmail: accept root 0.0 0.6 Sun05PM 25 2161 1 0 20 0 3384 2804 pause Is ?? 0:00.09 sendmail: Queue smmsp 0.0 0.5 Sun05PM 0 2167 1 9 8 0 1388 1100 nanslp Ss ?? 0:27.45 /usr/sbin/cron - root 0.0 0.2 Sun05PM 65534 3605 6647 0 20 0 12148 9644 lockf S ?? 0:00.38 /usr/local/apach nobody 0.0 1.9 9:06PM 0 6647 1 0 8 0 11708 9140 nanslp Ss ?? 0:09.25 /usr/local/apach root 0.0 1.8 Sun05PM 0 6672 1 158 115 0 1468 1168 select Is ?? 0:00.00 /usr/sbin/inetd root 0.0 0.2 Sun05PM 65534 34952 6647 0 20 0 12340 9820 lockf S ?? 0:01.05 /usr/local/apach nobody 0.0 1.9 9:48PM 1001 43220 1 0 96 0 2708 2428 select Ss ?? 0:00.42 /usr/local/sbin/ dhcpd 0.0 0.5 3:46PM 65534 49660 6647 0 20 0 11788 9236 lockf S ?? 0:00.03 /usr/local/apach nobody 0.0 1.8 7:32AM 65534 49710 6647 0 20 0 11788 9236 lockf S ?? 0:00.02 /usr/local/apach nobody 0.0 1.8 7:32AM 65534 50579 6647 0 4 0 12132 9624 kqread S ?? 0:00.14 /usr/local/apach nobody 0.0 1.9 11:07PM 65534 51202 6647 0 20 0 12092 9596 lockf S ?? 0:00.13 /usr/local/apach nobody 0.0 1.9 11:10PM 0 57451 2167 0 -8 0 1388 1164 piperd S ?? 0:00.00 cron: running jo root 0.0 0.2 5:03PM 0 57452 2167 0 -8 0 1388 1164 piperd S ?? 0:00.00 cron: running jo root 0.0 0.2 5:03PM 0 57454 2167 0 -8 0 1388 1164 piperd S ?? 0:00.00 cron: running jo root 0.0 0.2 5:03PM 0 57457 57451 0 8 0 1708 1224 wait Ss ?? 0:00.00 /bin/sh -c /etc/ root 0.0 0.2 5:03PM 0 57458 57454 0 8 0 1708 1224 wait Ss ?? 0:00.00 /bin/sh -c /etc/ root 0.0 0.2 5:03PM 0 57466 57452 1 8 0 1708 1224 wait Ss ?? 0:00.00 /bin/sh -c /etc/ root 0.0 0.2 5:03PM 0 57484 57457 0 8 0 1704 1256 wait S ?? 0:00.00 /bin/sh /etc/pin root 0.0 0.2 5:03PM 0 57495 57466 2 8 0 1704 1256 wait S ?? 0:00.00 /bin/sh /etc/pin root 0.0 0.2 5:03PM 0 57509 57458 0 8 0 1704 1256 wait S ?? 0:00.00 /bin/sh /etc/pin root 0.0 0.2 5:03PM 0 57521 57495 2 8 0 1248 472 nanslp S ?? 0:00.00 sleep 21 root 0.0 0.1 5:03PM 0 57523 57484 0 8 0 1248 472 nanslp S ?? 0:00.00 sleep 22 root 0.0 0.1 5:03PM 0 57525 57509 0 8 0 1248 472 nanslp S ?? 0:00.00 sleep 20 root 0.0 0.1 5:03PM 65534 97950 6647 0 20 0 12128 9624 lockf S ?? 0:00.38 /usr/local/apach nobody 0.0 1.9 2:57AM 65534 98135 6647 0 20 0 12064 9568 lockf S ?? 0:00.22 /usr/local/apach nobody 0.0 1.9 2:58AM 65534 98319 6647 0 96 0 12260 9744 select S ?? 0:00.15 /usr/local/apach nobody 0.0 1.9 2:59AM 0 6690 1 0 8 0 1760 1512 wait Is v0 0:00.03 login [pam] (log root 0.0 0.3 Sun05PM 0 56648 6690 0 8 0 3216 2072 wait S v0 0:00.03 -bash (bash) root 0.0 0.4 4:58PM 0 57620 56648 1 96 0 1508 1032 - R+ v0 0:00.00 ps -axeluwww root 0.0 0.2 5:03PM 0 6691 1 0 8 0 1740 1488 wait Is v1 0:00.02 login [pam] (log root 0.0 0.3 Sun05PM 0 56659 6691 0 8 0 3216 2072 wait I v1 0:00.04 -bash (bash) root 0.0 0.4 4:58PM 0 6692 1 0 8 0 1736 1460 wait Is v2 0:00.02 login [pam] (log root 0.0 0.3 Sun05PM 0 57198 6692 0 5 0 3212 2068 ttyin S+ v2 0:00.01 -bash (bash) root 0.0 0.4 5:01PM 0 6693 1 158 5 0 1344 952 ttyin Is+ v3 0:00.00 /usr/libexec/get root 0.0 0.2 Sun05PM 0 6694 1 158 5 0 1344 952 ttyin Is+ v4 0:00.00 /usr/libexec/get root 0.0 0.2 Sun05PM 0 6695 1 158 5 0 1344 952 ttyin Is+ v5 0:00.00 /usr/libexec/get root 0.0 0.2 Sun05PM 0 6696 1 158 5 0 1344 952 ttyin Is+ v6 0:00.00 /usr/libexec/get root 0.0 0.2 Sun05PM 0 6697 1 158 5 0 1344 952 ttyin Is+ v7 0:00.00 /usr/libexec/get root 0.0 0.2 Sun05PM 0 2130 1 0 -58 0 3216 2844 bpf S con- 0:06.37 /usr/local/sbin/ root 0.0 0.6 Sun05PM Hopefully somebody can point me in the correct direction soon. dhcpd is locking up within 12 hours now with the latest stable from yesterday. If its the way I have the vlans all on 1 card, then I can fix that. Thanks -Jon From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 17:45:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 43A7F16A49E for ; Wed, 22 Nov 2006 17:45:45 +0000 (UTC) (envelope-from yashmitl@yahoo.com) Received: from web60612.mail.yahoo.com (web60612.mail.yahoo.com [209.73.178.195]) by mx1.FreeBSD.org (Postfix) with SMTP id D760943D68 for ; Wed, 22 Nov 2006 17:45:11 +0000 (GMT) (envelope-from yashmitl@yahoo.com) Received: (qmail 68553 invoked by uid 60001); 22 Nov 2006 17:45:40 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=DOcF5rRz+LdU/cThi9W+ZuYRsxdi+IpBEJKnPyihIv/UnTn1errFgiVZJaugaeofvan7puj06yrPxq96PDUDYj4HF1kvlA7kITZq0pGZloUOmLXSYCvE8upfMKHoqH22mB+fiO2anPDQf2h4ISWVZl18GU/4J26kqGulM1Q73WQ=; X-YMail-OSG: 83SolpEVM1lr1zJwANFn38N9rLGbZTQUG.J7qyFeLZ2gAukimeNhE0vr9g1WLIUcda.aNzsqkKMi69FbNtdo4f2ggTq5MUzY9hYI1fJz6j.Ux.OkOurieiNAU_xLKSWsDtATf7w.WahtnFZI Received: from [209.151.135.219] by web60612.mail.yahoo.com via HTTP; Wed, 22 Nov 2006 09:45:40 PST Date: Wed, 22 Nov 2006 09:45:40 -0800 (PST) From: Ajit Mittal To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <737098.67935.qm@web60612.mail.yahoo.com> X-Mailman-Approved-At: Wed, 22 Nov 2006 20:47:43 +0000 Subject: Configuration of NVRAM & drives mismatch for error on dell server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Nov 2006 17:45:45 -0000 Actully one of the server has raid with 4 drives. We by mistake removed them from the server without labelling them Now when we boot then get the error Configuration of NVRam & drives mismatch for HA-0(normal mismatch) What i think is that hard drives has some id given by raid controller and also saves thsi information in its bios(NVRAM).Which are mismatch bcoz of the hard drives are not at the right spot. Ajit ____________________________________________________________________________________ Sponsored Link Online or Campus degree Associate's, Bachelor's, or Master's in less than one year.www.findtherightschool.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 22:52:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF11D16A407 for ; Wed, 22 Nov 2006 22:52:13 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from slimak.dkm.cz (slimak.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id BDA7C43D67 for ; Wed, 22 Nov 2006 22:51:41 +0000 (GMT) (envelope-from 000.fbsd@quip.cz) Received: (qmail 86119 invoked by uid 0); 22 Nov 2006 22:52:10 -0000 Received: from grimm.quip.cz (HELO ?192.168.1.2?) (213.220.192.218) by slimak.dkm.cz with SMTP; 22 Nov 2006 22:52:10 -0000 Message-ID: <4564D491.40400@quip.cz> Date: Wed, 22 Nov 2006 23:52:01 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Matt Smith References: <000001c70e70$7d670ce0$0201a8c0@bedroom> In-Reply-To: <000001c70e70$7d670ce0$0201a8c0@bedroom> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: libiconv.la X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Nov 2006 22:52:13 -0000 Matt Smith wrote: > Hello all, > It seems there is a bit of controversy over whether to use .la files or > not. I can tell you one install that breaks...PHP5 on 6.1. I need this > file to compile PHP5. How do I get it? I don't understand where is your problem. I have many servers with fbsd 6.1 and PHP 5.2.0 | 5.1.6 | 5.1.4 and one fbsd 6.2 with PHP 5.2.0. All compiled from ports (via portinstall / portupgrade) with php5-extensions without any problem. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 02:43:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A0A1D16A412 for ; Thu, 23 Nov 2006 02:43:42 +0000 (UTC) (envelope-from ratman6@charter.net) Received: from mtao01.charter.net (mtao01.charter.net [209.225.8.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id B937E43D49 for ; Thu, 23 Nov 2006 02:43:09 +0000 (GMT) (envelope-from ratman6@charter.net) Received: from aa06.charter.net ([10.20.200.158]) by mtao01.charter.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20061123024341.OUVL1474.mtao01.charter.net@aa06.charter.net>; Wed, 22 Nov 2006 21:43:41 -0500 Received: from LAPTOP2 ([24.151.33.109]) by aa06.charter.net with SMTP id <20061123024341.BDKX1516.aa06.charter.net@LAPTOP2>; Wed, 22 Nov 2006 21:43:41 -0500 Message-ID: <000c01c70ea8$215bd6f0$0401a8c0@LAPTOP2> From: "Matt Smith" To: "Miroslav Lachman" <000.fbsd@quip.cz> References: <000001c70e70$7d670ce0$0201a8c0@bedroom> <4564D491.40400@quip.cz> Date: Wed, 22 Nov 2006 21:36:07 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Chzlrs: 0 Cc: freebsd-stable@freebsd.org Subject: Re: libiconv.la X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 02:43:42 -0000 Build of php5: ..../zend_objects.lo Zend/zend_object_handlers.lo Zend/zend_objects_API.lo Zend/zend_mm.lo Zend/zend_default_classes.lo Zend/zend_execute.lo sapi/apache2handler/mod_php5.lo sapi/apache2handler/sapi_apache2.lo sapi/apache2handler/apache_config.lo sapi/apache2handler/php_functions.lo main/internal_functions.lo -lcrypt -lcrypt -lmysqlclient -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lcrypt -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lcrypt -o libphp5.la grep: /usr/local/lib/libiconv.la: No such file or directory sed: /usr/local/lib/libiconv.la: No such file or directory libtool: link: `/usr/local/lib/libiconv.la' is not a valid libtool archive *** Error code 1 Stop in /root/php-5.2.0. Matt ----- Original Message ----- From: "Miroslav Lachman" <000.fbsd@quip.cz> To: "Matt Smith" Cc: Sent: Wednesday, November 22, 2006 5:52 PM Subject: Re: libiconv.la > Matt Smith wrote: >> Hello all, >> It seems there is a bit of controversy over whether to use .la files >> or >> not. I can tell you one install that breaks...PHP5 on 6.1. I need this >> file to compile PHP5. How do I get it? > > I don't understand where is your problem. I have many servers with fbsd > 6.1 and PHP 5.2.0 | 5.1.6 | 5.1.4 and one fbsd 6.2 with PHP 5.2.0. All > compiled from ports (via portinstall / portupgrade) with php5-extensions > without any problem. > > Miroslav Lachman > > > -- > Internal Virus Database is out-of-date. > Checked by AVG Free Edition. > Version: 7.5.430 / Virus Database: 268.14.6/535 - Release Date: 11/15/2006 > 3:47 PM > > From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 05:25:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7CF8116A407 for ; Thu, 23 Nov 2006 05:25:55 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FD1F43D55 for ; Thu, 23 Nov 2006 05:25:22 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so231223pyh for ; Wed, 22 Nov 2006 21:25:21 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EJTEykVDvo4lMAjUb/8b4HxsieDGbt8UIz5kkLt8RULRR6K1z5KBG9kXE6yaEBhThP9UljABIihQjDL9af9uLaTwB36jF0uO/Z+Gx8hLAAluWS/OyOa/xJhbbG9Kkj5Z0n+TLvdqIT3Vgpi6QatBM/3eRliQMg5Uw88XxYk3wYY= Received: by 10.35.100.6 with SMTP id c6mr2641215pym.1164259521323; Wed, 22 Nov 2006 21:25:21 -0800 (PST) Received: by 10.35.17.16 with HTTP; Wed, 22 Nov 2006 21:25:21 -0800 (PST) Message-ID: <3aaaa3a0611222125v36344f17rbc59a60516836b44@mail.gmail.com> Date: Thu, 23 Nov 2006 05:25:21 +0000 From: Chris To: "Kris Kennaway" In-Reply-To: <20061122170353.GA38104@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3aaaa3a0611212149u21146180ra84503472a0336e3@mail.gmail.com> <20061122170353.GA38104@xor.obsecurity.org> Cc: FreeBSD Stable Subject: Re: sshfs/nfs cause server lockup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 05:25:55 -0000 On 22/11/06, Kris Kennaway wrote: > On Wed, Nov 22, 2006 at 05:49:12AM +0000, Chris wrote: > > On a few occasions all different remote servers I have had nfs cause > > servers to stop responding so I stopped using it all the servers were > > either 6.0 release 6.1 release or 6-stable. > > > > We recently discovered sshfs which supports cross platform mounting > > server is linux and I mounted on a freebsd 6.1 release using security > > branch up to date. > > > > it was working fine for around 5 to 6 days with some problems with > > sshfs not updating files that are updated but wasnt compromising the > > stability of the freebsd server I just remounted to keep up to date. > > Then today the linux server had network problems so the sshfs timed > > out and there is 2 dirs I mount, the first mounted fine a bit slow but > > connected but when I ran the command to mount the 2nd dir the server > > stopped responding. > > > > My 2nd ssh terminal was alive I tried to run top to see if sshfs was > > hanging or something but when I hit enter top didnt run and the 2nd > > terminal was froze, note both terminals didnt timeout and a ircd > > running on the server also did not timeout but the box wasnt listening > > to any new requests, it was responding to pings fine. > > > > I have a remote reboot facility on the box but no local access and no > > kvm/serial console facility available this is the case for all of my > > servers. I initially tried a soft reboot which uses ctrl-alt-delete > > but the pings kept replying so I could see the reboot wasn initiated > > indicating some kind of console lockup as well, I then did a hard > > reboot which brought the server back. > > > > All logs stopped when the first lockup occured so no errors etc. > > recorded bear in mind I have no local access to this machine. It does > > appear that 6.x has some kind of serious remote mounting bug because I > > never had these nfs problems in freebsd 5.x. > > > > I would be interested in any thoughts as to what could help me I have > > rebooted the server now with network mpsafe disabled to see if this > > will help it is using a generic kernel with the following changes. > > Sounds like your "sshfs" is causing the kernel to deadlock in that > error situation. You can confirm by enabling DEBUG_LOCKS and > DEBUG_VFS_LOCKS, then breaking to DDB and running 'show lockedvnods' > when the deadlock occurs. > > If you're still having problems with NFS on 6.2, we'd much rather you > reported those so that we can investigate and try to fix them. > > Kris > > > Ok thanks, I will make sure this box is updated to 6.2 when it hits release, if I enable the options in the kernel I will need local access to use ddb? Chris From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 06:11:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3432516A407 for ; Thu, 23 Nov 2006 06:11:56 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74F0143D5A for ; Thu, 23 Nov 2006 06:11:22 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 514981A3C1C; Wed, 22 Nov 2006 22:11:55 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 821B651CC4; Thu, 23 Nov 2006 01:11:40 -0500 (EST) Date: Thu, 23 Nov 2006 01:11:38 -0500 From: Kris Kennaway To: Chris Message-ID: <20061123061137.GA49872@xor.obsecurity.org> References: <3aaaa3a0611212149u21146180ra84503472a0336e3@mail.gmail.com> <20061122170353.GA38104@xor.obsecurity.org> <3aaaa3a0611222125v36344f17rbc59a60516836b44@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: <3aaaa3a0611222125v36344f17rbc59a60516836b44@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: FreeBSD Stable , Kris Kennaway Subject: Re: sshfs/nfs cause server lockup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 06:11:56 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 23, 2006 at 05:25:21AM +0000, Chris wrote: > On 22/11/06, Kris Kennaway wrote: > >On Wed, Nov 22, 2006 at 05:49:12AM +0000, Chris wrote: > >> On a few occasions all different remote servers I have had nfs cause > >> servers to stop responding so I stopped using it all the servers were > >> either 6.0 release 6.1 release or 6-stable. > >> > >> We recently discovered sshfs which supports cross platform mounting > >> server is linux and I mounted on a freebsd 6.1 release using security > >> branch up to date. > >> > >> it was working fine for around 5 to 6 days with some problems with > >> sshfs not updating files that are updated but wasnt compromising the > >> stability of the freebsd server I just remounted to keep up to date. > >> Then today the linux server had network problems so the sshfs timed > >> out and there is 2 dirs I mount, the first mounted fine a bit slow but > >> connected but when I ran the command to mount the 2nd dir the server > >> stopped responding. > >> > >> My 2nd ssh terminal was alive I tried to run top to see if sshfs was > >> hanging or something but when I hit enter top didnt run and the 2nd > >> terminal was froze, note both terminals didnt timeout and a ircd > >> running on the server also did not timeout but the box wasnt listening > >> to any new requests, it was responding to pings fine. > >> > >> I have a remote reboot facility on the box but no local access and no > >> kvm/serial console facility available this is the case for all of my > >> servers. I initially tried a soft reboot which uses ctrl-alt-delete > >> but the pings kept replying so I could see the reboot wasn initiated > >> indicating some kind of console lockup as well, I then did a hard > >> reboot which brought the server back. > >> > >> All logs stopped when the first lockup occured so no errors etc. > >> recorded bear in mind I have no local access to this machine. It does > >> appear that 6.x has some kind of serious remote mounting bug because I > >> never had these nfs problems in freebsd 5.x. > >> > >> I would be interested in any thoughts as to what could help me I have > >> rebooted the server now with network mpsafe disabled to see if this > >> will help it is using a generic kernel with the following changes. > > > >Sounds like your "sshfs" is causing the kernel to deadlock in that > >error situation. You can confirm by enabling DEBUG_LOCKS and > >DEBUG_VFS_LOCKS, then breaking to DDB and running 'show lockedvnods' > >when the deadlock occurs. > > > >If you're still having problems with NFS on 6.2, we'd much rather you > >reported those so that we can investigate and try to fix them. > > > >Kris > > > > > > >=20 > Ok thanks, I will make sure this box is updated to 6.2 when it hits > release, if I enable the options in the kernel I will need local > access to use ddb? Yeah, you'll need a form of console access (local or serial). In principle you could extract the information from a coredump (i.e. trigger a coredump when the system deadlocks), but I don't think there's a kgdb macro equivalent of 'show lockedvnods'. Kris --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFZTuZWry0BWjoQKURAhW8AKCOJm6EXFH8VbFtY90Jtiso1IYxvgCbB9x9 zdBQNj2Sk88tzuyGS148XzI= =0ylO -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 06:52:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A77DF16A494 for ; Thu, 23 Nov 2006 06:52:13 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11B8E43D45 for ; Thu, 23 Nov 2006 06:51:39 +0000 (GMT) (envelope-from tom@samplonius.org) Received: from localhost (localhost [127.0.0.1]) by ly.sdf.com (Postfix) with ESMTP id DCD4210C681; Wed, 22 Nov 2006 22:56:32 -0800 (PST) X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Nov 22 22:56:17 2006 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4565461173201726595536 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, AWL=0.278, BAYES_00=-2.599, DSPAM_HAM=-0.1] Received: from ly.sdf.com ([127.0.0.1]) by localhost (ly.sdf.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iG6xz1e-pxSk; Wed, 22 Nov 2006 22:56:17 -0800 (PST) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by ly.sdf.com (Postfix) with ESMTP id 3CAE610C67E; Wed, 22 Nov 2006 22:56:17 -0800 (PST) Message-ID: <32058896.01164264977029.JavaMail.root@ly.sdf.com> Date: Wed, 22 Nov 2006 22:56:17 -0800 (PST) From: Tom Samplonius To: Ajit Mittal In-Reply-To: <737098.67935.qm@web60612.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Configuration of NVRAM & drives mismatch for error on dell server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 06:52:13 -0000 ----- Ajit Mittal wrote: > Actully one of the server has raid with 4 drives. We > by mistake removed them from the server without > labelling them > > Now when we boot then get the error Configuration of > NVRam & drives mismatch for HA-0(normal mismatch) > > What i think is that hard drives has some id given by > raid controller and also saves thsi information in > its bios(NVRAM).Which are mismatch bcoz of the hard > drives are not at the right spot. > > Ajit So you know what the problem is, and you know what caused it. I guess you are asking for a solution? This isn't FreeBSD related. And don't you say what kind of RAID controller you are using. But likely there is a "Load RAID config from disks" option, or something like it. I would probably call Dell support and confirm, before risk trashing your data. Tom From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 07:02:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 367D116A407 for ; Thu, 23 Nov 2006 07:02:38 +0000 (UTC) (envelope-from artem@aws-net.org.ua) Received: from saturn.interami.com (saturn.interami.com [193.41.48.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE99D43D4C for ; Thu, 23 Nov 2006 07:02:03 +0000 (GMT) (envelope-from artem@aws-net.org.ua) Received: from sigma.interami.com (sigma.interami.com [193.41.48.133]) by saturn.interami.com (8.13.1/8.13.1) with ESMTP id kAN72Sl0029406; Thu, 23 Nov 2006 09:02:28 +0200 (EET) (envelope-from artem@aws-net.org.ua) Received: from 217.12.197.82 (SquirrelMail authenticated user artem) by sigma.interami.com with HTTP; Thu, 23 Nov 2006 09:02:29 +0200 (EET) Message-ID: <54361.217.12.197.82.1164265349.squirrel@sigma.interami.com> In-Reply-To: References: <20061122154006.1ff46918.gerrit@pmp.uni-hannover.de> Date: Thu, 23 Nov 2006 09:02:29 +0200 (EET) From: "Artyom Viklenko" To: zanchey@ucc.gu.uwa.edu.au User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Status: No, score=-0.4 required=8.0 tests=AWL autolearn=disabled version=3.1.4 X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on saturn.interami.com X-Antivirus: Dr.Web (R) for Mail Servers on saturn.interami.com host X-Antivirus-Code: 100000 Cc: =?utf-8?B?R2Vycml0IEvDvGhu?= , freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x, NIS, local root password, and nsswitch.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 07:02:38 -0000 > On Wed, 22 Nov 2006, Gerrit [ISO-8859-1] K�hn wrote: > >> On Wed, 22 Nov 2006 09:07:34 -0500 (EST) Mark Hennessy >> wrote about Re: FreeBSD 6.x, NIS, local root password, and >> nsswitch.conf: >> >> >> MH> I'm a bit unsure about it myself. >> MH> I tried exactly what you suggested, putting files on the compat line >> MH> and before nis for both passwd and groups on the NIS slave server >> MH> only, and no go. Perhaps it is the master server that actually >> MH> controls this? I don't know. Any further advice would be greatly >> MH> appreciated. >> >> Sorry to disturb, but I don't understand why you distribute the server's >> root pw via NIS at all. Is it really shown by "ypcat passwd" on the >> client? If so, how about removing it from the list of exported accounts? > > That's a really good point. When you consider the inherent insecurity of > NIS, having a root password in the maps is a pretty bad plan anyway. > > Given my vague handwaving at PAM, and the fact that the OP probably has > NIS as sufficient above pam_unix, the obvious solution if my unverified > assertions are correct is to remove the root password from the NIS maps. Sure. In my case, there is separate master.passwd and group files in /var/yp directory. All regular user accounts (typically with uid=>1000) resides here. Same for groups. In local /etc/master.passwd resides only system accounts and some accounts for applications. This works for 4.x, 5.x, 6.x without problems. I even have Linux clients authorising against FreeBSD NIS servers. (Some modifications to /var/yp/Makefile needed). So, from interoperability and security points of view, much better to separate system accounts and keep them localy. -- Sincerely yours, Artyom Viklenko. ------------------------------------------------------- artem@aws-net.org.ua | http://www.aws-net.org.ua/~artem FreeBSD: The Power to Serve - http://www.freebsd.org From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 07:14:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 77A3C16A407 for ; Thu, 23 Nov 2006 07:14:20 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3561543D5A for ; Thu, 23 Nov 2006 07:13:45 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so247149pyh for ; Wed, 22 Nov 2006 23:14:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=l89LGSZeOxbKgcmvSJpXKdtSE7ENzXVEGaoxia7eP8ntN7JADVZzXZf9uowqUG2//gzmXGlzQCudLIOxjjtHFEN5/PGV5oDfopppV6P/LPtJbSg58/gDnc5pkX7dxhnsgpnCY00WgoRNgw9hYblJfyFSiguK3+wPmnEzpY6JYGY= Received: by 10.35.62.1 with SMTP id p1mr2776523pyk.1164266058705; Wed, 22 Nov 2006 23:14:18 -0800 (PST) Received: by 10.35.17.16 with HTTP; Wed, 22 Nov 2006 23:14:18 -0800 (PST) Message-ID: <3aaaa3a0611222314k62de0884j610f697c2070c867@mail.gmail.com> Date: Thu, 23 Nov 2006 07:14:18 +0000 From: Chris To: "Kris Kennaway" In-Reply-To: <20061123061137.GA49872@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3aaaa3a0611212149u21146180ra84503472a0336e3@mail.gmail.com> <20061122170353.GA38104@xor.obsecurity.org> <3aaaa3a0611222125v36344f17rbc59a60516836b44@mail.gmail.com> <20061123061137.GA49872@xor.obsecurity.org> Cc: FreeBSD Stable Subject: Re: sshfs/nfs cause server lockup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 07:14:20 -0000 On 23/11/06, Kris Kennaway wrote: > On Thu, Nov 23, 2006 at 05:25:21AM +0000, Chris wrote: > > On 22/11/06, Kris Kennaway wrote: > > >On Wed, Nov 22, 2006 at 05:49:12AM +0000, Chris wrote: > > >> On a few occasions all different remote servers I have had nfs cause > > >> servers to stop responding so I stopped using it all the servers were > > >> either 6.0 release 6.1 release or 6-stable. > > >> > > >> We recently discovered sshfs which supports cross platform mounting > > >> server is linux and I mounted on a freebsd 6.1 release using security > > >> branch up to date. > > >> > > >> it was working fine for around 5 to 6 days with some problems with > > >> sshfs not updating files that are updated but wasnt compromising the > > >> stability of the freebsd server I just remounted to keep up to date. > > >> Then today the linux server had network problems so the sshfs timed > > >> out and there is 2 dirs I mount, the first mounted fine a bit slow but > > >> connected but when I ran the command to mount the 2nd dir the server > > >> stopped responding. > > >> > > >> My 2nd ssh terminal was alive I tried to run top to see if sshfs was > > >> hanging or something but when I hit enter top didnt run and the 2nd > > >> terminal was froze, note both terminals didnt timeout and a ircd > > >> running on the server also did not timeout but the box wasnt listening > > >> to any new requests, it was responding to pings fine. > > >> > > >> I have a remote reboot facility on the box but no local access and no > > >> kvm/serial console facility available this is the case for all of my > > >> servers. I initially tried a soft reboot which uses ctrl-alt-delete > > >> but the pings kept replying so I could see the reboot wasn initiated > > >> indicating some kind of console lockup as well, I then did a hard > > >> reboot which brought the server back. > > >> > > >> All logs stopped when the first lockup occured so no errors etc. > > >> recorded bear in mind I have no local access to this machine. It does > > >> appear that 6.x has some kind of serious remote mounting bug because I > > >> never had these nfs problems in freebsd 5.x. > > >> > > >> I would be interested in any thoughts as to what could help me I have > > >> rebooted the server now with network mpsafe disabled to see if this > > >> will help it is using a generic kernel with the following changes. > > > > > >Sounds like your "sshfs" is causing the kernel to deadlock in that > > >error situation. You can confirm by enabling DEBUG_LOCKS and > > >DEBUG_VFS_LOCKS, then breaking to DDB and running 'show lockedvnods' > > >when the deadlock occurs. > > > > > >If you're still having problems with NFS on 6.2, we'd much rather you > > >reported those so that we can investigate and try to fix them. > > > > > >Kris > > > > > > > > > > > > > Ok thanks, I will make sure this box is updated to 6.2 when it hits > > release, if I enable the options in the kernel I will need local > > access to use ddb? > > Yeah, you'll need a form of console access (local or serial). > > In principle you could extract the information from a coredump > (i.e. trigger a coredump when the system deadlocks), but I don't think > there's a kgdb macro equivalent of 'show lockedvnods'. > > Kris > > > > kris a development on this, someone else posted about a nfs problem and reading his post some starkling point he made about network cards, he stated he only gets the bug on sis rl and fxp. I have 2 servers that have no problems they show dc0 and re0 in ifconfig. The servers that lockup I have 2 using fxp0 and 1 using rl0 and another that used sis0 which I no longer have this would back up what he was saying. I wont be able to use ddb on my remote server since the datacentre wont provide kvm even if I offer cash for the service, my local server is rl0 so I will try to repeat the problem on that. Chris From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 07:17:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F6E916A407 for ; Thu, 23 Nov 2006 07:17:44 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7345A43D46 for ; Thu, 23 Nov 2006 07:17:05 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so247631pyh for ; Wed, 22 Nov 2006 23:17:38 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=edgoF9a6+BQQoJPR1at/VHScc98Fv7RJY+FMDx19t3jA1o5pamW4lWUUI9Bajv/Bfp01nDxSZ7Y18hMo7voMJl98U5v5/iYqbRltzW+TrE9dsmQCPp0ZkhEsqI4esBZ2trxE5vnzD+XXbc3RQpaw5KQh2TDCrMIvgRslYq73AlQ= Received: by 10.35.121.2 with SMTP id y2mr2778034pym.1164266258103; Wed, 22 Nov 2006 23:17:38 -0800 (PST) Received: by 10.35.17.16 with HTTP; Wed, 22 Nov 2006 23:17:38 -0800 (PST) Message-ID: <3aaaa3a0611222317n1b430953rb0fb5d24e2bd2519@mail.gmail.com> Date: Thu, 23 Nov 2006 07:17:38 +0000 From: Chris To: S.C.Sprong In-Reply-To: <20061122162646.F1354@volte.student.utwente.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061122162646.F1354@volte.student.utwente.nl> Cc: freebsd-stable@freebsd.org Subject: Re: Trouble: NFS via TCP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 07:17:44 -0000 On 22/11/06, S.C.Sprong wrote: > From: "S.C.Sprong" > To: freebsd-stable@FreeBSD.ORG > Subject: Re: Trouble: NFS via TCP > In-Reply-To: <200611091717.kA9HH631005085@lurza.secnetix.de> > X-Newsgroups: mpc.lists.freebsd.stable,muc.lists.freebsd.stable > > In article <200611091717.kA9HH631005085@lurza.secnetix.de> you wrote: > >Symptom: As soon as I use the -T option (TCP) with the mount command, > >it simply hangs forever. If I use the intr/soft flags, I can Ctrl-C > >it after a while, and the mount indeed appears in the output from > >"mount", but any command that tries to access it (e.g. ls(1)) also > >hangs. Even umount(8) hangs. > > I've had the same problems and made similar observations. > A few more: > > - Running 'tcpdump tcp port 2048' on the NFS server _after_ the client > is stuck in this state causes a spontaneous reboot of the server. > > - Running 'netstat -a' shows that the client is stuck in an endless > connect-disconnect loop and chews through port numbers. > > - It happens with fxp, rl, and sis cards. > > - TCP initial window size advertisement doesn't seem to matter. > > - While using UDP I may have encountered a similar bus as described > in NetBSD bugs bin/20663: deadlock in cron(8) > > > Many reboots later, I solved my problem by disabling the following tweaks > I had in /etc/sysctl.conf for ages: > > #vfs.nfs.bufpackets=8 > # 20050510: read 16 blocks instead of 8 > #vfs.read_max=16 > # 20060908: obsolete? > #vfs.nfsrv.gatherdelay_v3=10000 > > And reverted to the system defaults: > > vfs.nfs4.nfsv3_commit_on_close: 0 > vfs.nfs.bufpackets: 4 > vfs.nfs.nfs_ip_paranoia: 1 > vfs.nfs.nfs_directio_allow_mmap: 1 > vfs.nfs.nfs_directio_enable: 0 > vfs.nfs.clean_pages_on_close: 1 > vfs.nfs.nfsv3_commit_on_close: 0 > vfs.nfs.access_cache_timeout: 2 > vfs.nfsrv.nfs_privport: 1 > vfs.nfsrv.commit_miss: 0 > vfs.nfsrv.commit_blks: 0 > vfs.nfsrv.async: 0 > vfs.nfsrv.gatherdelay_v3: 0 > vfs.nfsrv.gatherdelay: 10000 > > Hope this helps, > scs > _______________________________________________ > 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" > good observation all the servers I have had locking up on me with nfs/sshfs all inicdently use sis/fxp/rl no coincidence the only 2 servers that dont use these lan cards which are using dc/re work fine with nfs. Chris From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 07:22:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1A86A16A40F for ; Thu, 23 Nov 2006 07:22:48 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D17743D5D for ; Thu, 23 Nov 2006 07:22:13 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so320577uge for ; Wed, 22 Nov 2006 23:22:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=r3DMzxUfCJLXLGE7Ka4ul641QAi5ER1pThMdIoCJYNrlK0cpMNyh0vClNbvQIHJYCXJr5iy4vnBmynWH+BgFYl2yNH4oGJFwDg77p8ccIKPQHTQBF9nOLFk28puJpWnYRAfuwjxb2JzXM/X5spt4dhLXNUOlOt8DZptslBKiDNU= Received: by 10.67.119.9 with SMTP id w9mr4751312ugm.1164266566182; Wed, 22 Nov 2006 23:22:46 -0800 (PST) Received: by 10.67.86.8 with HTTP; Wed, 22 Nov 2006 23:22:46 -0800 (PST) Message-ID: <790a9fff0611222322i3e5ecbf9xca0739dc0e01ea50@mail.gmail.com> Date: Thu, 23 Nov 2006 01:22:46 -0600 From: "Scot Hetzel" To: "Ajit Mittal" In-Reply-To: <737098.67935.qm@web60612.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <737098.67935.qm@web60612.mail.yahoo.com> Cc: freebsd-stable@freebsd.org Subject: Re: Configuration of NVRAM & drives mismatch for error on dell serve X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 07:22:48 -0000 On 11/22/06, Ajit Mittal wrote: > Actully one of the server has raid with 4 drives. We > by mistake removed them from the server without > labelling them > > Now when we boot then get the error Configuration of > NVRam & drives mismatch for HA-0(normal mismatch) > > What i think is that hard drives has some id given by > raid controller and also saves thsi information in > its bios(NVRAM).Which are mismatch bcoz of the hard > drives are not at the right spot. > Label the disks a, b, c, d. Then remove disks c and d, and reinsert them but in the opposite slot, then check the status of the raid. You may have to do this 24 times, before you hit the right combination. a b c d b a c d c b a d d b c a a b d c b a d c c b d a d b a c a c d b b c d a c a d b d c a b a c b d b c a d c a b d d c b a a d b c b d a c c d b a d a b c a d c b b d c a c d a b d a c b You maybe able to cheat, if your raid tells you which slots don't have the correct disk in it. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 08:53:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 44CE716A412 for ; Thu, 23 Nov 2006 08:53:30 +0000 (UTC) (envelope-from stefan.thurner@mb.tu-chemnitz.de) Received: from john.hrz.tu-chemnitz.de (john.hrz.tu-chemnitz.de [134.109.132.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED91243D49 for ; Thu, 23 Nov 2006 08:52:55 +0000 (GMT) (envelope-from stefan.thurner@mb.tu-chemnitz.de) Received: from hedwig.hrz.tu-chemnitz.de ([134.109.132.173] helo=mailbox.hrz.tu-chemnitz.de) by john.hrz.tu-chemnitz.de with esmtp (Exim 4.60) (envelope-from ) id 1GnAKm-0004oE-5c for freebsd-stable@freebsd.org; Thu, 23 Nov 2006 09:53:28 +0100 Received: from herkules.hrz.tu-chemnitz.de ([134.109.132.156]) by mailbox.hrz.tu-chemnitz.de with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1GnAKm-0004MW-39 for freebsd-stable@freebsd.org; Thu, 23 Nov 2006 09:53:28 +0100 Received: from herkules.hrz.tu-chemnitz.de (localhost.localdomain [127.0.0.1]) by herkules.hrz.tu-chemnitz.de (8.13.1/8.12.10) with ESMTP id kAN8rSAk014087 for ; Thu, 23 Nov 2006 09:53:28 +0100 Received: from localhost (stthu@localhost) by herkules.hrz.tu-chemnitz.de (8.13.1/8.12.10/Submit) with ESMTP id kAN8rRg9014084 for ; Thu, 23 Nov 2006 09:53:27 +0100 X-Authentication-Warning: herkules.hrz.tu-chemnitz.de: stthu owned process doing -bs Date: Thu, 23 Nov 2006 09:53:26 +0100 (MET) From: Stefan Thurner To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scan-Signature: a37c3661e0372786d6c154dc38711565 Subject: pam.d/sshd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 08:53:30 -0000 Hi! I would like to activate ssh-agent automatically if I login via ssh. My /etc/pam.d/sshd looks like: # auth auth required pam_nologin.so no_warn auth sufficient pam_opie.so no_warn no_fake_prompts auth requisite pam_opieaccess.so no_warn allow_local auth required pam_unix.so no_warn try_first_pass auth optional pam_ssh.so no_warn try_first_pass # account account required pam_login_access.so account required pam_unix.so # session session optional pam_ssh.so session required pam_permit.so # password password required pam_unix.so no_warn try_first_pass At ssh login I have to type in login password and password for my ssh-key as expected but no ssh-agent is started. Any ideas? best regards -Stefan -- Chemnitz University of Technology / Welding Engineering Stefan Thurner Phone / Fax: +49 371 531-32403 / -23729 Email: stefan.thurner@mb.tu-chemnitz.de From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 09:16:31 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A94B316A407 for ; Thu, 23 Nov 2006 09:16:31 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id D17B843D55 for ; Thu, 23 Nov 2006 09:15:55 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (bixsto@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kAN9GJXE082670; Thu, 23 Nov 2006 10:16:24 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kAN9GJXe082669; Thu, 23 Nov 2006 10:16:19 +0100 (CET) (envelope-from olli) Date: Thu, 23 Nov 2006 10:16:19 +0100 (CET) Message-Id: <200611230916.kAN9GJXe082669@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, stefan.thurner@mb.tu-chemnitz.de In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 23 Nov 2006 10:16:24 +0100 (CET) Cc: Subject: Re: pam.d/sshd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, stefan.thurner@mb.tu-chemnitz.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Nov 2006 09:16:31 -0000 Stefan Thurner wrote: > I would like to activate ssh-agent automatically if I login > via ssh. As far as I know there is no mechanism to start ssh-agent automatically. (Someone please correct me if I'm wrong.) Personally I have the following snippet in my ~/.zshrc which starts ssh-agents if it isn't already running. It also works if the home directory is shared across multiple machines. if [[ $EUID -ne 0 ]]; then AGENTFILE="${HOME}/.ssh-agent.${HOST%%.*}" if [[ -r "$AGENTFILE" ]]; then source "$AGENTFILE" else export SSH_AGENT_PID=$$ fi if [[ -z "$SSH_AGENT_PID" ]] \ || ! ps -p "$SSH_AGENT_PID" | grep -q ssh-agent; then ssh-agent >! "$AGENTFILE" source "$AGENTFILE" fi unset AGENTFILE fi Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Life is short (You need Python)" -- Bruce Eckel, ANSI C++ Comitee member, author of "Thinking in C++" and "Thinking in Java" From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 09:31:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A1E9A16A417; Thu, 23 Nov 2006 09:31:49 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8EC043DA1; Thu, 23 Nov 2006 09:30:13 +0000 (GMT) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.62) with esmtp (envelope-from ) id <1GnAul-0005q2-Ha>; Thu, 23 Nov 2006 10:30:39 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.62) with esmtpsa (envelope-from ) id <1GnAul-0002KM-GW>; Thu, 23 Nov 2006 10:30:39 +0100 Message-ID: <45656A3B.6000000@zedat.fu-berlin.de> Date: Thu, 23 Nov 2006 10:30:35 +0100 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 1.5.0.8 (X11/20061110) MIME-Version: 1.0 To: FreeBSD Stable , freebsd-current@FreeBSD.org, freebsd-security@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Subject: UFS Bug: FreeBSD 6.1/6.2/7.0: MOKB-08-11-2006, CVE-2006-5824, MOKB-03-11-2006, CVE-2006-5679 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 09:31:49 -0000 Is for these UFS bugs in FreeBSD since 6.1 a fix uderway? See: http://projects.info-pull.com/mokb/ MOKB-08-11-2006,CVE-2006-5824, MOKB-03-11-2006,CVE-2006-5679 Regards, Oliver From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 09:33:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 935D516A47E for ; Thu, 23 Nov 2006 09:33:02 +0000 (UTC) (envelope-from dzalewski@open-craft.com) Received: from zeus.lunarpages.com (zeus.lunarpages.com [216.193.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A33743D45 for ; Thu, 23 Nov 2006 09:30:55 +0000 (GMT) (envelope-from dzalewski@open-craft.com) Received: from [196.218.200.206] (helo=polonium.opencraft.local) by zeus.lunarpages.com with esmtpa (Exim 4.52) id 1GnAve-0007is-6c for freebsd-stable@freebsd.org; Thu, 23 Nov 2006 01:31:36 -0800 From: Dominik Zalewski Organization: OpenCraft To: freebsd-stable@freebsd.org Date: Thu, 23 Nov 2006 13:35:55 +0200 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611231335.55379.dzalewski@open-craft.com> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - zeus.lunarpages.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - open-craft.com X-Source: X-Source-Args: X-Source-Dir: Subject: php in free(): error: junk pointer, too high to make sense X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 09:33:02 -0000 Hi All, I'm using FreeBSD 6.1 release on i386. I have a problem with pear and apache. Here is what I'm getting: [root@silicon ~]# pear list Installed packages, channel pear.php.net: ========================================= Package Version State Archive_Tar 1.3.1 stable Console_Getopt 1.2 stable DB 1.7.6 stable Date 1.4.7 stable Log 1.9.9 stable PEAR 1.4.11 stable XML_RPC 1.5.0 stable php in free(): error: junk pointer, too high to make sense Abort trap: 6 (core dumped) apache 2.2.3 and php-4.4.4_1 is working fine but everytime I restart it throws core dump. Any ideas? Thank you in advance, Dominik From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 09:46:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9992D16A407; Thu, 23 Nov 2006 09:46:05 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95C1F43D78; Thu, 23 Nov 2006 09:45:24 +0000 (GMT) (envelope-from tom@samplonius.org) Received: from localhost (localhost [127.0.0.1]) by ly.sdf.com (Postfix) with ESMTP id 2D26110C682; Thu, 23 Nov 2006 01:50:18 -0800 (PST) X-DSPAM-Result: Innocent X-DSPAM-Processed: Thu Nov 23 01:50:17 2006 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 45656ed9127271385515324 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Score: -4.202 X-Spam-Level: X-Spam-Status: No, score=-4.202 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, AWL=0.297, BAYES_00=-2.599, DSPAM_HAM=-0.1] Received: from ly.sdf.com ([127.0.0.1]) by localhost (ly.sdf.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3GapOQs09pt2; Thu, 23 Nov 2006 01:50:17 -0800 (PST) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by ly.sdf.com (Postfix) with ESMTP id 5080010C681; Thu, 23 Nov 2006 01:50:17 -0800 (PST) Message-ID: <1273966.31164275417164.JavaMail.root@ly.sdf.com> Date: Thu, 23 Nov 2006 01:50:17 -0800 (PST) From: Tom Samplonius To: "O. Hartmann" In-Reply-To: <45656A3B.6000000@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: freebsd-security@FreeBSD.org, freebsd-current@FreeBSD.org, FreeBSD Stable Subject: Re: UFS Bug: FreeBSD 6.1/6.2/7.0: MOKB-08-11-2006, CVE-2006-5824, MOKB-03-11-2006, CVE-2006-5679 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 09:46:05 -0000 ----- O. Hartmann wrote: > Is for these UFS bugs in FreeBSD since 6.1 a fix uderway? > > See: > > http://projects.info-pull.com/mokb/ > > MOKB-08-11-2006,CVE-2006-5824, MOKB-03-11-2006,CVE-2006-5679 > Probably not. In both cases a "crafted filesystem" is mounted to trigger crash. Garbage in, garbage out. It is hardly exploitable, since only root can mount filesystems. And only root could "craft" a bogus filesystem to crash the kernel. If you are root, "reboot" is a far faster way to crash the system. What the MOKB people seem to leave out, is: do their "crafted filesystems" pass a "fsck -f"? If fsck says the filesystem is good, then the kernel should not crash. But I suspect that "fsck -f" would fix the filesystem. (BTW, "-f" is mandatory as I suspect that these "crafted filesystems" would have the clean flag set). If "fsck -f" fixes the filesystem, then both of these bugs are bogus. Tom From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 10:02:15 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4826116A403 for ; Thu, 23 Nov 2006 10:02:15 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94F6343D58 for ; Thu, 23 Nov 2006 10:01:40 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so340116uge for ; Thu, 23 Nov 2006 02:02:12 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=cmP1hlZ+5WUWUFE8BzBhZbLKE7AwVDaCEPBph1EMpxZ1zb26S5mWWQriuoGLRwSjK53XDOXr2ymwOJx+BVU1guWyBRop5o6O3QuDT13Gy0HvIaek4CF4wRuqOcfOiVwa/0SCjS3D+OlNE92pfmT0Zo0ObzE9WMVjTBm9zD/gp4c= Received: by 10.78.185.15 with SMTP id i15mr4928109huf.1164276132616; Thu, 23 Nov 2006 02:02:12 -0800 (PST) Received: by 10.78.155.3 with HTTP; Thu, 23 Nov 2006 02:02:12 -0800 (PST) Message-ID: <7ad7ddd90611230202kea1d4e8s697702c9843f6c91@mail.gmail.com> Date: Thu, 23 Nov 2006 11:02:12 +0100 From: "Ulrich Spoerlein" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: geom/gstat diplay bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Nov 2006 10:02:15 -0000 Hi all, one of our servers running FreeBSD 5.5 was seriously swapping (1.9GB of 2GB swap used) and to see the performance of the ad0s1b device, I fired up gstat. This is the current output (it has stopped swapping) dT: 0.510 flag_I 500000us sizeof 240 i -1 L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 0 31 0 0 0.0 31 255 0.4 1.3| ad0 0 31 0 0 0.0 31 255 0.4 1.3| ad0s1 1 49 0 0 0.0 49 6274 4.5 22.7| ad2 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1a 4294967287 0 0 0 0.0 0 0 0.0 0.0| ad0s1b 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1c 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1d 0 31 0 0 0.0 31 255 0.5 1.4| ad0s1e ... There are two possible explanations, AFAICT: a) This is a dual CPU machine, so the L(q)++ and L(q)-- operations were not strictly atomic, causing the counter to go -1. b) or, the L(q) is computed by some addition/multiplication (doubtful) and since the queue length was very, very long we got a integer overflow. Interesting thing is, that gstate decodes the queue length as an uint64_t value. Ah, I see now, that L(q) is computed by end_count - start_count of struct devstat. Of course, I had lots of "swap_pager_getswapspace(9): failed" errors on the console, as the system was running out of swap space. Are these transactions somehow counted wrong? Uli From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 10:11:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 81CB816A415; Thu, 23 Nov 2006 10:11:43 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F02843D5C; Thu, 23 Nov 2006 10:11:07 +0000 (GMT) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.62) with esmtp (envelope-from ) id <1GnBYS-0005Yq-LU>; Thu, 23 Nov 2006 11:11:40 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.62) with esmtpsa (envelope-from ) id <1GnBYS-0003kv-KT>; Thu, 23 Nov 2006 11:11:40 +0100 Message-ID: <456573DD.2020504@zedat.fu-berlin.de> Date: Thu, 23 Nov 2006 11:11:41 +0100 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 1.5.0.8 (X11/20061110) MIME-Version: 1.0 To: Tom Samplonius References: <1273966.31164275417164.JavaMail.root@ly.sdf.com> In-Reply-To: <1273966.31164275417164.JavaMail.root@ly.sdf.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: freebsd-security@FreeBSD.org, freebsd-current@FreeBSD.org, FreeBSD Stable Subject: Re: UFS Bug: FreeBSD 6.1/6.2/7.0: MOKB-08-11-2006, CVE-2006-5824, MOKB-03-11-2006, CVE-2006-5679 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 10:11:43 -0000 Tom Samplonius wrote: > ----- O. Hartmann wrote: >> Is for these UFS bugs in FreeBSD since 6.1 a fix uderway? >> >> See: >> >> http://projects.info-pull.com/mokb/ >> >> MOKB-08-11-2006,CVE-2006-5824, MOKB-03-11-2006,CVE-2006-5679 >> > > Probably not. In both cases a "crafted filesystem" is mounted to trigger crash. Garbage in, garbage out. > > It is hardly exploitable, since only root can mount filesystems. And only root could "craft" a bogus filesystem to crash the kernel. If you are root, "reboot" is a far faster way to crash the system. > > What the MOKB people seem to leave out, is: do their "crafted filesystems" pass a "fsck -f"? If fsck says the filesystem is good, then the kernel should not crash. But I suspect that "fsck -f" would fix the filesystem. (BTW, "-f" is mandatory as I suspect that these "crafted filesystems" would have the clean flag set). If "fsck -f" fixes the filesystem, then both of these bugs are bogus. > > Tom Hello Tom. Thanks for this information. I recently saw this in MOKB and today, I read about that again the the very wide spread news ticker from the German IT magazine c't (look at http://www.heise.de/newsticker/meldung/81454, but it is in German ). From my point of view, this self-claimed 'neutral' magazine and its news can hardly vanish their Linux affinity. Regards, Oliver From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 10:13:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C18916A412; Thu, 23 Nov 2006 10:13:03 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (fw.zoral.com.ua [213.186.206.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB3EB43D5D; Thu, 23 Nov 2006 10:12:25 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id kANACoDm026463 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Nov 2006 12:12:50 +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.13.8/8.13.8) with ESMTP id kANACo14046371; Thu, 23 Nov 2006 12:12:50 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id kANACkLV046370; Thu, 23 Nov 2006 12:12:46 +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: Thu, 23 Nov 2006 12:12:46 +0200 From: Kostik Belousov To: Steven Hartland Message-ID: <20061123101246.GM1841@deviant.kiev.zoral.com.ua> References: <447366AD.30203@rogers.com> <20060701034922.GA37822@deviant.kiev.zoral.com.ua> <027b01c70e6c$6c879470$b3db87d4@multiplay.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQv0vi9oZBoYbpa7" Content-Disposition: inline In-Reply-To: <027b01c70e6c$6c879470$b3db87d4@multiplay.co.uk> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=1.4 required=5.0 tests=SPF_NEUTRAL, UNPARSEABLE_RELAY autolearn=no version=3.1.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on fw.zoral.com.ua Cc: freebsd-fs@freebsd.org, Mike Jakubik , freebsd-stable@freebsd.org Subject: Re: md deadlocks on wdrain. Was: [Re: quota and snapshots in6.1-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: Thu, 23 Nov 2006 10:13:03 -0000 --LQv0vi9oZBoYbpa7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 22, 2006 at 07:28:37PM -0000, Steven Hartland wrote: > The patch below fixed this issue for us. We had a jail which > when upgrading ( installworld ) from 5.4 to 6.1 would constantly > hang the machine with this error. >=20 > After updating md.c to 1.164 from MAIN and applying the patch > below I've managed to run installworld 3 times now without error. > Previously including updated to v1.164 this would hang without > fail. >=20 > If this is the correct fix, it would be good to see get committed > as it have the capability to knock out any box running a vnode > backed jail and is very unpredictable. This is not a fix, this is only a way to make the deadlock less frequent (I would not ever call it workaround). I have got a reports of deadlocks with this change applied, and I think that I understand the cause of it. Also, I have an idea of how to fix it, but not got around to even start coding. > ? sys/dev/md/.arch-ids > Index: sys/dev/md/md.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /usr/local/arch/ncvs/src/sys/dev/md/md.c,v > retrieving revision 1.164 > diff -u -r1.164 md.c > --- sys/dev/md/md.c 28 Mar 2006 21:25:11 -0000 1.164 > +++ sys/dev/md/md.c 1 Jul 2006 03:48:41 -0000 > @@ -650,6 +650,8 @@ > mtx_lock_spin(&sched_lock); > sched_prio(curthread, PRIBIO); > mtx_unlock_spin(&sched_lock); > + if (sc->type =3D=3D MD_VNODE) > + curthread->td_pflags |=3D TDP_NORUNNINGBUF; >=20 > for (;;) { > mtx_lock(&sc->queue_mtx); --LQv0vi9oZBoYbpa7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFZXQdC3+MBN1Mb4gRAumDAJ9rK2AMG6wsyddAUqFGhjpeGah6FgCg9qUr +LWdv4tFahID2t7vBR6vD8I= =gFhp -----END PGP SIGNATURE----- --LQv0vi9oZBoYbpa7-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 10:42:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7627416A407 for ; Thu, 23 Nov 2006 10:42:33 +0000 (UTC) (envelope-from tsr2600@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7426E43D45 for ; Thu, 23 Nov 2006 10:41:58 +0000 (GMT) (envelope-from tsr2600@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so277244pyh for ; Thu, 23 Nov 2006 02:41:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=YQ0R8/pJdQEArRFnbzyq8/4SpVrsIJSqpbvQZ+KV93O5MyX02hFVYWaycEX3pYlP27wzEuyinEldQ4ag81tJsp4F1EmwautavI9hqc8ZwjgbpMJMpoKqz98TmH+ByKFUKt5r8wuKOb5J4Q1kszzVR5GxlYLjPmL6Uk/7Mv9QtyI= Received: by 10.35.134.19 with SMTP id l19mr3104303pyn.1164278519001; Thu, 23 Nov 2006 02:41:59 -0800 (PST) Received: by 10.35.83.3 with HTTP; Thu, 23 Nov 2006 02:41:58 -0800 (PST) Message-ID: <679088c80611230241v2dcc8bd7n6f28044bf31a0b1@mail.gmail.com> Date: Thu, 23 Nov 2006 02:41:58 -0800 From: "Gordon Stratton" To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 References: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: pam.d/sshd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 10:42:33 -0000 On 11/23/06, Stefan Thurner wrote: > I would like to activate ssh-agent automatically You might want to check out keychain[1][2] as well, it's a pretty simple interface to ssh-agent along the same lines as Oliver's script. [1] /usr/ports/security/keychain [2] http://dev.gentoo.org/~agriffis/keychain/ -- Gordon Stratton From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 11:07:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0967116A412 for ; Thu, 23 Nov 2006 11:07:21 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from slimak.dkm.cz (slimak.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id BB9FF43D62 for ; Thu, 23 Nov 2006 11:06:45 +0000 (GMT) (envelope-from 000.fbsd@quip.cz) Received: (qmail 54501 invoked by uid 0); 23 Nov 2006 11:07:17 -0000 Received: from grimm.quip.cz (HELO ?192.168.1.2?) (213.220.192.218) by slimak.dkm.cz with SMTP; 23 Nov 2006 11:07:17 -0000 Message-ID: <456580DC.6060306@quip.cz> Date: Thu, 23 Nov 2006 12:07:08 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Matt Smith References: <000001c70e70$7d670ce0$0201a8c0@bedroom> <4564D491.40400@quip.cz> <000c01c70ea8$215bd6f0$0401a8c0@LAPTOP2> In-Reply-To: <000c01c70ea8$215bd6f0$0401a8c0@LAPTOP2> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: libiconv.la X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 11:07:21 -0000 Matt Smith wrote: > Build of php5: > ..../zend_objects.lo Zend/zend_object_handlers.lo > Zend/zend_objects_API.lo Zend/zend_mm.lo Zend/zend_default_classes.lo > Zend/zend_execute.lo sapi/apache2handler/mod_php5.lo > sapi/apache2handler/sapi_apache2.lo sapi/apache2handler/apache_config.lo > sapi/apache2handler/php_functions.lo main/internal_functions.lo -lcrypt > -lcrypt -lmysqlclient -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz > -liconv -lm -lxml2 -lz -liconv -lm -lcrypt -lxml2 -lz -liconv -lm -lxml2 > -lz -liconv -lm -lxml2 -lz -liconv -lm -lcrypt -o libphp5.la > grep: /usr/local/lib/libiconv.la: No such file or directory > sed: /usr/local/lib/libiconv.la: No such file or directory > libtool: link: `/usr/local/lib/libiconv.la' is not a valid libtool archive > *** Error code 1 > > Stop in /root/php-5.2.0. Do you have libiconv port installed? root@hptest ~/# lsq /usr/local/lib/libiconv.la -r--r--r-- 1 root wheel 784B Oct 14 11:45 /usr/local/lib/libiconv.la root@hptest ~/# pkg_info -W /usr/local/lib/libiconv.la /usr/local/lib/libiconv.la was installed by package libiconv-1.9.2_2root@hptest ~/# pkg_info -r php5-5.2.0 Information for php5-5.2.0: Depends on: Dependency: pkg-config-0.21 Dependency: perl-5.8.8 Dependency: libiconv-1.9.2_2 Dependency: libxml2-2.6.26 Dependency: expat-2.0.0_1 Dependency: apache-2.2.3 Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 11:18:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A6CE16A403 for ; Thu, 23 Nov 2006 11:18:21 +0000 (UTC) (envelope-from valqk@lozenetz.org) Received: from logos.webreality.org (logos.webreality.org [217.75.128.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BE2143D76 for ; Thu, 23 Nov 2006 11:17:46 +0000 (GMT) (envelope-from valqk@lozenetz.org) Received: from [10.0.1.101] (unknown [213.91.165.226]) by logos.webreality.org (Postfix) with ESMTP id 9E074C99CB for ; Thu, 23 Nov 2006 13:30:24 +0200 (EET) Message-ID: <4565836B.8030209@lozenetz.org> Date: Thu, 23 Nov 2006 13:18:03 +0200 From: Anton Blajev - Valqk User-Agent: Icedove 1.5.0.7 (X11/20061013) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-webreality-MailScanner-Information: Please contact the ISP for more information X-webreality-MailScanner: Found to be clean X-webreality-MailScanner-From: valqk@lozenetz.org Subject: PAM-pgsql on 6.x? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Nov 2006 11:18:21 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello group, maybe this is not the right place, but did anyone succeeded authenticating trough pam-pgsql (current version 0.6.3) in 6.x systems? I can't get it running in 5.x either, maybe it's pam-pgsql problem, but anyway please give some feedback if anyone is using this module here. When I try to login with user that's in the pgdb I get: Nov 23 11:07:53 umm sshd[4931]: error: PAM: authentication error for illegal user test1 from 172.16.4.10 Nov 23 11:07:53 umm sshd[4931]: Failed keyboard-interactive/pam for invalid user test1 from 172.16.4.10 port 54130 ssh2 the user is in the db and auth query do return a password... any help appreciated! thanks! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFZYNrzpU6eaWiiWgRAlA8AJ97CBZpgBPGrGs1FBmS7Qq1EcoPzQCeO09B NbXhTKFxuLdoBe0hsBRqP60= =gwW6 -----END PGP SIGNATURE----- -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 11:22:15 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3996416A47B for ; Thu, 23 Nov 2006 11:22:15 +0000 (UTC) (envelope-from stefan.thurner@mb.tu-chemnitz.de) Received: from john.hrz.tu-chemnitz.de (john.hrz.tu-chemnitz.de [134.109.132.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35C0043D62 for ; Thu, 23 Nov 2006 11:21:25 +0000 (GMT) (envelope-from stefan.thurner@mb.tu-chemnitz.de) Received: from hedwig.hrz.tu-chemnitz.de ([134.109.132.173] helo=mailbox.hrz.tu-chemnitz.de) by john.hrz.tu-chemnitz.de with esmtp (Exim 4.60) (envelope-from ) id 1GnCeU-0004rQ-Is for freebsd-stable@FreeBSD.ORG; Thu, 23 Nov 2006 12:21:58 +0100 Received: from herkules.hrz.tu-chemnitz.de ([134.109.132.156]) by mailbox.hrz.tu-chemnitz.de with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1GnCeU-00056Y-3E; Thu, 23 Nov 2006 12:21:58 +0100 Received: from herkules.hrz.tu-chemnitz.de (localhost.localdomain [127.0.0.1]) by herkules.hrz.tu-chemnitz.de (8.13.1/8.12.10) with ESMTP id kANBLwZ7023653; Thu, 23 Nov 2006 12:21:58 +0100 Received: from localhost (stthu@localhost) by herkules.hrz.tu-chemnitz.de (8.13.1/8.12.10/Submit) with ESMTP id kANBLvJ7023650; Thu, 23 Nov 2006 12:21:57 +0100 X-Authentication-Warning: herkules.hrz.tu-chemnitz.de: stthu owned process doing -bs Date: Thu, 23 Nov 2006 12:21:57 +0100 (MET) From: Stefan Thurner To: freebsd-stable@FreeBSD.ORG, stefan.thurner@mb.tu-chemnitz.de In-Reply-To: <200611230916.kAN9GJXe082669@lurza.secnetix.de> Message-ID: References: <200611230916.kAN9GJXe082669@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scan-Signature: 8e6f1e4ce138294a44c0e5f7c63fff85 Cc: Subject: Re: pam.d/sshd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 11:22:15 -0000 On Thu, 23 Nov 2006, Oliver Fromme wrote: > Stefan Thurner wrote: > > I would like to activate ssh-agent automatically if I login > > via ssh. > > As far as I know there is no mechanism to start ssh-agent > automatically. (Someone please correct me if I'm wrong.) > Hello Oliver, the session module of pam_ssh.so should do that. man 8 pam_ssh best regards -Stefan -- Chemnitz University of Technology / Welding Engineering Stefan Thurner Phone / Fax: +49 371 531-32403 / -23729 Email: stefan.thurner@mb.tu-chemnitz.de From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 11:25:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1362716A47C for ; Thu, 23 Nov 2006 11:25:53 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05DE243D5D for ; Thu, 23 Nov 2006 11:25:17 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp144-150.lns2.adl2.internode.on.net [121.44.144.150]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id kANBPnp0000114 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Nov 2006 21:55:49 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org, stefan.thurner@mb.tu-chemnitz.de Date: Thu, 23 Nov 2006 21:55:46 +1030 User-Agent: KMail/1.9.4 References: <200611230916.kAN9GJXe082669@lurza.secnetix.de> In-Reply-To: <200611230916.kAN9GJXe082669@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1657623.r2N2Wd8X62"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200611232155.47893.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Cc: Subject: Re: pam.d/sshd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 11:25:53 -0000 --nextPart1657623.r2N2Wd8X62 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 23 November 2006 19:46, Oliver Fromme wrote: > Stefan Thurner wrote: > > I would like to activate ssh-agent automatically if I login > > via ssh. > > As far as I know there is no mechanism to start ssh-agent > automatically. (Someone please correct me if I'm wrong.) You're wrong :) I have all of my pam.d config files include a single system file so I can control it all in one place. I have this for auth -> # auth auth sufficient pam_opie.so no_warn no_fake_pro= mpts auth requisite pam_opieaccess.so no_warn allow_local auth sufficient pam_ssh.so auth required pam_unix.so no_warn use_first_p= ass nullok And this for session -> # session session optional pam_ssh.so want_agent session required pam_lastlog.so no_fail (the session stuff is what starts ssh-agent) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1657623.r2N2Wd8X62 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFZYU75ZPcIHs/zowRAhJ3AJoDW20t8KdzWeSKXPrh0nSzNkItNwCfbyLP 3Gbchc4KaruLb1AhprpMwVM= =w4Ij -----END PGP SIGNATURE----- --nextPart1657623.r2N2Wd8X62-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 12:24:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C8CBB16A505; Thu, 23 Nov 2006 12:24:26 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7F8043ED9; Thu, 23 Nov 2006 12:20:47 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 9D216EB092A; Thu, 23 Nov 2006 20:20:51 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id cn3dcQiq+VbZ; Thu, 23 Nov 2006 20:20:49 +0800 (CST) Received: from web229.geekcn.org (tarsier.geekcn.org [210.51.165.229]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 211ECEB115A; Thu, 23 Nov 2006 20:20:49 +0800 (CST) Authentication-Results: tarsier.geekcn.org from=delphij@delphij.net; sender-id=pass; spf=pass Received: (from www@localhost) by web229.geekcn.org (8.13.8/8.13.8/Submit) id kANCKkED092510; Thu, 23 Nov 2006 20:20:46 +0800 (CST) (envelope-from delphij@delphij.net) X-Authentication-Warning: web229.geekcn.org: www set sender to delphij@delphij.net using -f To: Jonathan Feally MIME-Version: 1.0 Date: Thu, 23 Nov 2006 20:20:46 +0800 From: In-Reply-To: <4564B5E0.3000404@netvulture.com> References: <4564B5E0.3000404@netvulture.com> Message-ID: X-Sender: delphij@delphij.net User-Agent: RoundCube Webmail/0.1b Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 6-STABLE (6.2-PRE) and applications (named natd dhcpd) getting stuckin state zoneli (zone limit) - dynamic ipfw rules not working after time- vlans on em X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 12:24:26 -0000 Hi, On Wed, 22 Nov 2006 12:41:04 -0800, Jonathan Feally wrote: > Sorry to cross post, but the net list didn't help a couple weeks back on > this. > > names, natd, and dhcpd have all been getting stuck in zoneli (zone > limit) since I upgraded to the box to stable about a month ago. It was > running a 6.1-STABLE before with out difficulty. Very little has changed > on the box. All the same applications, same ipfw rules for the most part > (just more rules for new customers). Most of the time the processes > cannot be killed. I did get lucky yesterday with dhcpd. It finally died > about an hour later. I was compiling the latest stable at the time. But > got up again today to find dhcpd in zoneli. Can someone please point me > in the correct direction to trouble shoot this problem. I don't really > know how to get a full dump of what a process is doing, so a quick what > to do and post back would be great. Will you please try the patch at: http://people.freebsd.org/~delphij/misc/patch-zonelimit-workaround To see if it gets your situation improved? Thanks in advance! Cheers, From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 12:28:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C4FD616A40F for ; Thu, 23 Nov 2006 12:28:51 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6661743D86 for ; Thu, 23 Nov 2006 12:23:49 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id D23FDEB1162; Thu, 23 Nov 2006 20:24:21 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id b6qmWVnP9GSC; Thu, 23 Nov 2006 20:24:18 +0800 (CST) Received: from web229.geekcn.org (tarsier.geekcn.org [210.51.165.229]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id D002AEB0EB9; Thu, 23 Nov 2006 20:24:18 +0800 (CST) Authentication-Results: tarsier.geekcn.org from=delphij@delphij.net; sender-id=pass; spf=pass Received: (from www@localhost) by web229.geekcn.org (8.13.8/8.13.8/Submit) id kANCOFEo092704; Thu, 23 Nov 2006 20:24:15 +0800 (CST) (envelope-from delphij@delphij.net) X-Authentication-Warning: web229.geekcn.org: www set sender to delphij@delphij.net using -f To: Nikolay Pavlov MIME-Version: 1.0 Date: Thu, 23 Nov 2006 20:24:15 +0800 From: In-Reply-To: <20061122195549.GA57018@zone3000.net> References: <20061122195549.GA57018@zone3000.net> Message-ID: <338b359d969e9c68deaf49096aa91995@mail.geekcn.org> X-Sender: delphij@delphij.net User-Agent: RoundCube Webmail/0.1b Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: deadlock in "zoneli" state on 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 12:28:51 -0000 Hi, On Wed, 22 Nov 2006 21:55:49 +0200, Nikolay Pavlov wrote: > Hi. > It seems i have a deadlock on 6.2-PRERELEASE. > This is squid server in accelerator mode. > I can easily trigger it with a high rate of requests. > Squid is locked on some "zoneli" state, i am not sure what it is. > Also i can't KILL proccess even with SIGKILL. > In addition one of sshd proccess is locked too. Would you please update to the latest RELENG_6 and apply this patch: http://people.freebsd.org/~delphij/misc/patch-zonelimit-workaround to see if things gets improved? Thanks in advance! Cheers, From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 14:03:12 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B77016A403 for ; Thu, 23 Nov 2006 14:03:12 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A29B43D49 for ; Thu, 23 Nov 2006 14:02:36 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (qpszcd@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kANE34QJ098026; Thu, 23 Nov 2006 15:03:09 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kANE33TN098025; Thu, 23 Nov 2006 15:03:03 +0100 (CET) (envelope-from olli) Date: Thu, 23 Nov 2006 15:03:03 +0100 (CET) Message-Id: <200611231403.kANE33TN098025@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, stefan.thurner@mb.tu-chemnitz.de In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 23 Nov 2006 15:03:09 +0100 (CET) Cc: Subject: Re: pam.d/sshd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, stefan.thurner@mb.tu-chemnitz.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Nov 2006 14:03:12 -0000 Stefan Thurner wrote: > Oliver Fromme wrote: > > Stefan Thurner wrote: > > > I would like to activate ssh-agent automatically if I login > > > via ssh. > > > > As far as I know there is no mechanism to start ssh-agent > > automatically. (Someone please correct me if I'm wrong.) > > the session module of pam_ssh.so should do that. Right. But according to the manpage it kills the agent upon close of the seesion, which I don't want. The script snippet that I pasted lets the agent run permanently, and only starts a new one if necessary (e.g. after a reboot). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "We, the unwilling, led by the unknowing, are doing the impossible for the ungrateful. We have done so much, for so long, with so little, we are now qualified to do anything with nothing."         -- Mother Teresa From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 14:04:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB1D816A403 for ; Thu, 23 Nov 2006 14:04:35 +0000 (UTC) (envelope-from ratman6@charter.net) Received: from mtai01.charter.net (mtai01.charter.net [209.225.8.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1678F43D5E for ; Thu, 23 Nov 2006 14:03:58 +0000 (GMT) (envelope-from ratman6@charter.net) Received: from aa04.charter.net ([10.20.200.156]) by mtai01.charter.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20061123140433.HZNW29434.mtai01.charter.net@aa04.charter.net>; Thu, 23 Nov 2006 09:04:33 -0500 Received: from bedroom ([24.151.33.109]) by aa04.charter.net with ESMTP id <20061123140433.OGRT11167.aa04.charter.net@bedroom>; Thu, 23 Nov 2006 09:04:33 -0500 From: "Matt Smith" To: "'Miroslav Lachman'" <000.fbsd@quip.cz> Date: Thu, 23 Nov 2006 09:04:33 -0500 Message-ID: <000d01c70f08$4d3ff2a0$0201a8c0@bedroom> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <456580DC.6060306@quip.cz> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Importance: Normal X-Chzlrs: 0 Cc: freebsd-stable@freebsd.org Subject: RE: libiconv.la X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 14:04:36 -0000 I sure do :) Matt -----Original Message----- From: Miroslav Lachman [mailto:000.fbsd@quip.cz]=20 Sent: Thursday, November 23, 2006 6:07 AM To: Matt Smith Cc: freebsd-stable@freebsd.org Subject: Re: libiconv.la Matt Smith wrote: > Build of php5: > ..../zend_objects.lo Zend/zend_object_handlers.lo=20 > Zend/zend_objects_API.lo Zend/zend_mm.lo Zend/zend_default_classes.lo=20 > Zend/zend_execute.lo sapi/apache2handler/mod_php5.lo=20 > sapi/apache2handler/sapi_apache2.lo = sapi/apache2handler/apache_config.lo=20 > sapi/apache2handler/php_functions.lo main/internal_functions.lo = -lcrypt=20 > -lcrypt -lmysqlclient -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz=20 > -liconv -lm -lxml2 -lz -liconv -lm -lcrypt -lxml2 -lz -liconv -lm = -lxml2=20 > -lz -liconv -lm -lxml2 -lz -liconv -lm -lcrypt -o libphp5.la > grep: /usr/local/lib/libiconv.la: No such file or directory > sed: /usr/local/lib/libiconv.la: No such file or directory > libtool: link: `/usr/local/lib/libiconv.la' is not a valid libtool = archive > *** Error code 1 >=20 > Stop in /root/php-5.2.0. Do you have libiconv port installed? root@hptest ~/# lsq /usr/local/lib/libiconv.la -r--r--r-- 1 root wheel 784B Oct 14 11:45 /usr/local/lib/libiconv.la root@hptest ~/# pkg_info -W /usr/local/lib/libiconv.la /usr/local/lib/libiconv.la was installed by package=20 libiconv-1.9.2_2root@hptest ~/# pkg_info -r php5-5.2.0 Information for php5-5.2.0: Depends on: Dependency: pkg-config-0.21 Dependency: perl-5.8.8 Dependency: libiconv-1.9.2_2 Dependency: libxml2-2.6.26 Dependency: expat-2.0.0_1 Dependency: apache-2.2.3 Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 14:49:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2DF3616A416 for ; Thu, 23 Nov 2006 14:49:29 +0000 (UTC) (envelope-from lists@pingle.org) Received: from willow.pingle.org (willow.pingle.org [208.149.144.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D6A143D66 for ; Thu, 23 Nov 2006 14:48:53 +0000 (GMT) (envelope-from lists@pingle.org) Received: from localhost (unknown [127.0.0.1]) by willow.pingle.org (Postfix) with ESMTP id A4B251144D; Thu, 23 Nov 2006 09:49:27 -0500 (EST) Received: from willow.pingle.org ([127.0.0.1]) by localhost (willow.pingle.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 44033-03; Thu, 23 Nov 2006 09:49:26 -0500 (EST) Received: from [192.168.0.4] (josie.pingle.org [209.125.59.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by willow.pingle.org (Postfix) with ESMTP id 3DDCB11448; Thu, 23 Nov 2006 09:49:25 -0500 (EST) Message-ID: <4565B4F3.3010801@pingle.org> Date: Thu, 23 Nov 2006 09:49:23 -0500 From: Jim Pingle User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: Dominik Zalewski References: <200611231335.55379.dzalewski@open-craft.com> In-Reply-To: <200611231335.55379.dzalewski@open-craft.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at pingle.org Cc: freebsd-stable@freebsd.org Subject: Re: php in free(): error: junk pointer, too high to make sense X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 14:49:29 -0000 Dominik Zalewski wrote: > I'm using FreeBSD 6.1 release on i386. I have a problem with pear and apache. > Here is what I'm getting: > > [root@silicon ~]# pear list > Installed packages, channel pear.php.net: > ========================================= > Package Version State > Archive_Tar 1.3.1 stable > Console_Getopt 1.2 stable > DB 1.7.6 stable > Date 1.4.7 stable > Log 1.9.9 stable > PEAR 1.4.11 stable > XML_RPC 1.5.0 stable > php in free(): error: junk pointer, too high to make sense > Abort trap: 6 (core dumped) > > apache 2.2.3 and php-4.4.4_1 is working fine but everytime I restart it throws > core dump. > > Any ideas? I have seen this with PHP for a long time, with PHP 4.x-5.x. While it isn't the exact same context in which you're getting the error, the source may be the same. After I rebuild PHP extensions and restart Apache (1.3 or 2.2, doesn't matter which) or invoke PHP from the command line, PHP crashes and/or takes Apache down with it. Here are the errors that tend to show up for me: * exited on signal 11 (core dumped) * exited on signal 6 (core dumped) * seg fault or similar nasty error detected in the parent process * httpd in free(): error: junk pointer, too high to make sense I'm not sure if it's a problem inherent to how the ports system builds and installs the extensions or if it's just a problem in general. I had read somewhere that rebuilding extensions in a certain order would fix it. However, after some experimenting I found that rebuilding the extensions doesn't really matter, but the order of the extensions being loaded does. Rebuilding fixed it because when a php extension port is rebuilt, it gets placed at the end of extensions.ini. I solved the problem by editing /usr/local/etc/php/extensions.ini and placing the lines for mysql, imap, and sockets at the end and in that order: ... extension=mysql.so extension=imap.so extension=sockets.so I'm not sure if the conflict is only with those three, or with others as well, but that fixes it on my servers. I tried it on three different setups, and before the change they all crashed and after the change they're all running OK. I was never sure if I should file a PR about it because it could easily be a PHP problem and have nothing to do with FreeBSD or the ports system specifically. I haven't had time to research it any more to get enough information to figure out where the problem lies and with whom the bug report should be filed (i.e. try building directly and not from ports, install Fedora and try there, etc) Hope this helps! If not, it will at least be in the archives for future searches. Jim From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 14:52:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D528816A47C for ; Thu, 23 Nov 2006 14:52:47 +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 8F42C43D72 for ; Thu, 23 Nov 2006 14:52:10 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GnFwJ-00084i-Dq for freebsd-stable@freebsd.org; Thu, 23 Nov 2006 15:52:36 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 23 Nov 2006 15:52:35 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 23 Nov 2006 15:52:35 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 23 Nov 2006 15:52:19 +0100 Lines: 31 Message-ID: References: <200611231335.55379.dzalewski@open-craft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.4 (X11/20060625) In-Reply-To: <200611231335.55379.dzalewski@open-craft.com> Sender: news Subject: Re: php in free(): error: junk pointer, too high to make sense X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 14:52:47 -0000 Dominik Zalewski wrote: > Hi All, > > I'm using FreeBSD 6.1 release on i386. I have a problem with pear and apache. > Here is what I'm getting: > > [root@silicon ~]# pear list > Installed packages, channel pear.php.net: > ========================================= > Package Version State > Archive_Tar 1.3.1 stable > Console_Getopt 1.2 stable > DB 1.7.6 stable > Date 1.4.7 stable > Log 1.9.9 stable > PEAR 1.4.11 stable > XML_RPC 1.5.0 stable > php in free(): error: junk pointer, too high to make sense > Abort trap: 6 (core dumped) > > apache 2.2.3 and php-4.4.4_1 is working fine but everytime I restart it throws > core dump. > > Any ideas? > See a recent thread in freebsd-ports mailing list. It may be related to a known problem with PHP which is exposed by certain ordering of extensions in extensions.ini. Try reversing the order of extensions, put session extension on the top, just before mysql or something else - there doesn't seem to be a rule about it. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 15:17:16 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1728216A40F; Thu, 23 Nov 2006 15:17:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B92343D53; Thu, 23 Nov 2006 15:16:40 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kANFHFqL095372; Thu, 23 Nov 2006 10:17:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kANFHFK2076521; Thu, 23 Nov 2006 10:17:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id B647A241BF; Thu, 23 Nov 2006 10:17:14 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061123151714.B647A241BF@freebsd-stable.sentex.ca> Date: Thu, 23 Nov 2006 10:17:14 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [releng_6_2 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Nov 2006 15:17:16 -0000 TB --- 2006-11-23 15:04:48 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-11-23 15:04:48 - starting RELENG_6_2 tinderbox run for amd64/amd64 TB --- 2006-11-23 15:04:48 - cleaning the object tree TB --- 2006-11-23 15:04:48 - checking out the source tree TB --- 2006-11-23 15:04:48 - cd /tinderbox/RELENG_6_2/amd64/amd64 TB --- 2006-11-23 15:04:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6_2 src TB --- 2006-11-23 15:17:14 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2006-11-23 15:17:14 - ERROR: unable to check out the source tree TB --- 2006-11-23 15:17:14 - tinderbox aborted TB --- 0.05 user 0.00 system 745.58 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6_2-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 15:22:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 653EF16A47B for ; Thu, 23 Nov 2006 15:22:00 +0000 (UTC) (envelope-from dzalewski@open-craft.com) Received: from zeus.lunarpages.com (zeus.lunarpages.com [216.193.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 706C543D64 for ; Thu, 23 Nov 2006 15:21:01 +0000 (GMT) (envelope-from dzalewski@open-craft.com) Received: from [196.218.200.206] (helo=polonium.opencraft.local) by zeus.lunarpages.com with esmtpa (Exim 4.52) id 1GnGOh-0004KC-MK for freebsd-stable@freebsd.org; Thu, 23 Nov 2006 07:21:56 -0800 From: Dominik Zalewski Organization: OpenCraft To: freebsd-stable@freebsd.org Date: Thu, 23 Nov 2006 19:26:31 +0200 User-Agent: KMail/1.9.5 References: <200611231335.55379.dzalewski@open-craft.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611231926.31329.dzalewski@open-craft.com> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - zeus.lunarpages.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - open-craft.com X-Source: X-Source-Args: X-Source-Dir: Subject: Re: php in free(): error: junk pointer, too high to make sense - SOLVED X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 15:22:00 -0000 On Thursday 23 November 2006 16:52, Ivan Voras wrote: > Dominik Zalewski wrote: > > Hi All, > > > > I'm using FreeBSD 6.1 release on i386. I have a problem with pear and > > apache. Here is what I'm getting: > > > > [root@silicon ~]# pear list > > Installed packages, channel pear.php.net: > > ========================================= > > Package Version State > > Archive_Tar 1.3.1 stable > > Console_Getopt 1.2 stable > > DB 1.7.6 stable > > Date 1.4.7 stable > > Log 1.9.9 stable > > PEAR 1.4.11 stable > > XML_RPC 1.5.0 stable > > php in free(): error: junk pointer, too high to make sense > > Abort trap: 6 (core dumped) > > > > apache 2.2.3 and php-4.4.4_1 is working fine but everytime I restart it > > throws core dump. > > > > Any ideas? > > See a recent thread in freebsd-ports mailing list. It may be related to > a known problem with PHP which is exposed by certain ordering of > extensions in extensions.ini. Try reversing the order of extensions, put > session extension on the top, just before mysql or something else - > there doesn't seem to be a rule about it. > > _______________________________________________ > 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" I deinstall php4-recode packge , restarted apache and the problem gone ! No more core dumps from pear and apache :) I found solution here: http://www.takizo.com/blog/category/php/ Looks like with php5 it cause problems too but I didnt test it. Thank you, Dominik From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 15:26:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 08AE216A4CA for ; Thu, 23 Nov 2006 15:26:47 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from slimak.dkm.cz (slimak.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 9EE1B43DEF for ; Thu, 23 Nov 2006 15:24:31 +0000 (GMT) (envelope-from 000.fbsd@quip.cz) Received: (qmail 53605 invoked by uid 0); 23 Nov 2006 15:25:05 -0000 Received: from grimm.quip.cz (HELO ?192.168.1.2?) (213.220.192.218) by slimak.dkm.cz with SMTP; 23 Nov 2006 15:25:05 -0000 Message-ID: <4565BD48.60201@quip.cz> Date: Thu, 23 Nov 2006 16:24:56 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Matt Smith References: <000d01c70f08$4d3ff2a0$0201a8c0@bedroom> In-Reply-To: <000d01c70f08$4d3ff2a0$0201a8c0@bedroom> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: libiconv.la X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 15:26:47 -0000 Matt Smith wrote: > I sure do :) > > Matt Then you must have some local problem with ports. Do you have nondefault ports prefix? Maybe you can try reinstall libiconv because lib/libiconv.la is listed in latest libiconv port pkg-plist (libiconv-1.9.2_2), so after reinstall, it "must" be present in your system. Miroslav Lachman > -----Original Message----- > Do you have libiconv port installed? > > root@hptest ~/# lsq /usr/local/lib/libiconv.la > -r--r--r-- 1 root wheel 784B Oct 14 11:45 /usr/local/lib/libiconv.la > root@hptest ~/# pkg_info -W /usr/local/lib/libiconv.la > /usr/local/lib/libiconv.la was installed by package > libiconv-1.9.2_2root@hptest ~/# pkg_info -r php5-5.2.0 > Information for php5-5.2.0: > > Depends on: > Dependency: pkg-config-0.21 > Dependency: perl-5.8.8 > Dependency: libiconv-1.9.2_2 > Dependency: libxml2-2.6.26 > Dependency: expat-2.0.0_1 > Dependency: apache-2.2.3 > > Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 15:38:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AAD5F16A40F for ; Thu, 23 Nov 2006 15:38:50 +0000 (UTC) (envelope-from s.c.sprong@student.utwente.nl) Received: from volte.student.utwente.nl (volte.student.utwente.nl [130.89.162.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id C04AC43D5F for ; Thu, 23 Nov 2006 15:38:14 +0000 (GMT) (envelope-from s.c.sprong@student.utwente.nl) Received: from thewall.private (ns1.private [10.10.10.1]) by volte.student.utwente.nl (Postfix) with ESMTP id 9B8AAEBCF7 for ; Thu, 23 Nov 2006 16:38:48 +0100 (CET) Date: Thu, 23 Nov 2006 16:38:48 +0100 (CET) From: s.c.sprong@student.utwente.nl To: freebsd-stable@freebsd.org Message-ID: <20061123162813.L3026@volte.student.utwente.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: sshfs/nfs cause server lockup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: s.c.sprong@student.utwente.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Nov 2006 15:38:50 -0000 Chris wrote: >kris a development on this, someone else posted about a nfs problem >and reading his post some starkling point he made about network cards, >he stated he only gets the bug on sis rl and fxp. Sorry for the misunderstanding, but I think that the 'NFS via TCP' thread covers other bugs, ie the inability to mount NFS v3 over TCP. I've tested the cards above, and the person I replied to encountered the same bug with a bge card. My solution was to remove custom nfs settings in sysctl.conf. I don't know which one was the culprit because I don't have the time to look into it further. My poking uncovered a set of crashing bugs and potentially a livelock. I would agree that NFS is very fragile in RELENG_6. So far I've not run into an NFS server deadlock you described. scs From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 16:02:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7FA9516A403 for ; Thu, 23 Nov 2006 16:02:38 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C91843D64 for ; Thu, 23 Nov 2006 16:01:58 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id kANG2UDu028917; Thu, 23 Nov 2006 11:02:30 -0500 (EST) Date: Thu, 23 Nov 2006 11:02:29 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Matt Smith In-Reply-To: <000d01c70f08$4d3ff2a0$0201a8c0@bedroom> Message-ID: References: <000d01c70f08$4d3ff2a0$0201a8c0@bedroom> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Thu, 23 Nov 2006 11:02:30 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-stable@freebsd.org, 'Miroslav Lachman' <000.fbsd@quip.cz> Subject: RE: libiconv.la X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Nov 2006 16:02:38 -0000 On Thu, 23 Nov 2006, Matt Smith wrote: > I sure do :) If you say you have libiconv installed via ports, please be kind enough to show more detailed information, as in: $ pkg_info | grep libiconv libiconv-1.9.2_2 A character set conversion library $ pkg_info -L libiconv-1.9.2_2 Information for libiconv-1.9.2_2: Files: /usr/local/man/man1/iconv.1.gz /usr/local/man/man3/iconv.3.gz /usr/local/man/man3/iconv_open.3.gz /usr/local/man/man3/iconv_close.3.gz /usr/local/bin/iconv /usr/local/include/iconv.h /usr/local/include/libcharset.h /usr/local/include/localcharset.h /usr/local/lib/libcharset.a /usr/local/lib/libcharset.la /usr/local/lib/libcharset.so /usr/local/lib/libcharset.so.1 /usr/local/lib/libiconv.a /usr/local/lib/libiconv.la /usr/local/lib/libiconv.so /usr/local/lib/libiconv.so.3 /usr/local/libdata/charset.alias /usr/local/share/doc/libiconv/iconv.1.html /usr/local/share/doc/libiconv/iconv.3.html /usr/local/share/doc/libiconv/iconv_close.3.html /usr/local/share/doc/libiconv/iconv_open.3.html I have an older system with libiconv-1.9.2_1 installed that doesn't have libiconv.la, so you may need to update your port: $ pkg_info -L libiconv-1.9.2_1 | grep lib Information for libiconv-1.9.2_1: /usr/local/include/libcharset.h /usr/local/lib/libcharset.a /usr/local/lib/libcharset.so /usr/local/lib/libcharset.so.1 /usr/local/lib/libiconv.a /usr/local/lib/libiconv.so /usr/local/lib/libiconv.so.3 /usr/local/libdata/charset.alias /usr/local/share/doc/libiconv/iconv.1.html /usr/local/share/doc/libiconv/iconv.3.html /usr/local/share/doc/libiconv/iconv_close.3.html /usr/local/share/doc/libiconv/iconv_open.3.html -- DE From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 16:02:46 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4154C16A407 for ; Thu, 23 Nov 2006 16:02:46 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 93FC843D70 for ; Thu, 23 Nov 2006 16:02:06 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 23 Nov 2006 16:02:40 -0000 Date: Thu, 23 Nov 2006 18:02:08 +0200 From: Nikolay Pavlov To: delphij@delphij.net Message-ID: <20061123160208.GA62732@zone3000.net> Mail-Followup-To: Nikolay Pavlov , delphij@delphij.net, freebsd-stable@FreeBSD.org References: <20061122195549.GA57018@zone3000.net> <338b359d969e9c68deaf49096aa91995@mail.geekcn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <338b359d969e9c68deaf49096aa91995@mail.geekcn.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: freebsd-stable@FreeBSD.org Subject: Re: deadlock in "zoneli" state on 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 16:02:46 -0000 On Thursday, 23 November 2006 at 20:24:15 +0800, delphij@delphij.net wrote: >=20 > Hi, >=20 > On Wed, 22 Nov 2006 21:55:49 +0200, Nikolay Pavlov = wrote: > > Hi. > > It seems i have a deadlock on 6.2-PRERELEASE. > > This is squid server in accelerator mode. > > I can easily trigger it with a high rate of requests. > > Squid is locked on some "zoneli" state, i am not sure what it is. > > Also i can't KILL proccess even with SIGKILL. > > In addition one of sshd proccess is locked too. >=20 > Would you please update to the latest RELENG_6 and apply this patch: >=20 > http://people.freebsd.org/~delphij/misc/patch-zonelimit-workaround >=20 > to see if things gets improved? >=20 > Thanks in advance! >=20 > Cheers, Well. This patch works quite ambiguous for me. Under heavy load this box become unresponseble via network. System is mostly idle. Squid is locked in zoneli. ast pid: 840; load averages: 0.26, 0.24, 0.17 up 0+00:11:50 10:19:46 34 processes: 1 running, 33 sleeping CPU states: 0.4% user, 0.0% nice, 0.4% system, 1.5% interrupt, 97.8% id= le Mem: 225M Active, 144M Inact, 261M Wired, 12K Cache, 112M Buf, 3259M Free Swap: 4070M Total, 4070M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 682 squid 1 -16 0 207M 207M zoneli 2:18 6.59% squid 709 root 1 -8 0 7768K 7240K piperd 0:00 0.00% perl5.8.8 691 root 1 96 0 6632K 4796K select 0:00 0.00% snmpd 829 root 1 76 -20 2400K 1648K RUN 0:00 0.00% top 790 quetzal 1 96 0 6220K 3252K select 0:00 0.00% sshd 788 root 1 4 0 6232K 3232K sbwait 0:00 0.00% sshd 837 root 1 20 0 5048K 3024K pause 0:00 0.00% tcsh 832 root 1 4 0 6232K 3236K sbwait 0:00 0.00% sshd 820 root 1 20 0 4700K 2856K pause 0:00 0.00% tcsh 645 root 1 96 0 2984K 1808K select 0:00 0.00% ntpd 791 quetzal 1 20 0 4708K 2872K pause 0:00 0.00% tcsh 560 root 1 96 0 1352K 996K select 0:00 0.00% syslogd 362 _pflogd 1 -58 0 1600K 1144K bpf 0:00 0.00% pflogd 835 quetzal 1 20 0 4728K 2960K pause 0:00 0.00% tcsh 688 squid 1 -8 0 1224K 632K piperd 0:00 0.00% unlinkd 834 quetzal 1 96 0 6220K 3252K select 0:00 0.00% sshd 840 root 1 20 0 1540K 960K pause 0:00 0.00% netstat 719 root 1 96 0 3464K 2796K select 0:00 0.00% sendmail 729 root 1 8 0 1364K 1060K nanslp 0:00 0.00% cron root@accel1:~# netstat -h 1 input (Total) output packets errs bytes packets errs bytes colls 1.6K 0 1.3M 1.5K 0 1.6M 0 1.8K 0 1.6M 1.7K 0 1.6M 0 1.3K 0 1.0M 1.4K 0 1.4M 0 1.5K 0 1.3M 1.5K 0 1.4M 0 1.6K 0 1.4M 1.6K 0 1.5M 0 1.7K 0 1.5M 1.6K 0 1.5M 0 1.3K 0 830K 1.4K 0 1.5M 0 1.1K 0 679K 1.3K 0 1.4M 0 812 0 501K 912 0 971K 0 1.2K 0 1.1M 1.2K 0 1.1M 0 617 0 325K 742 0 806K 0 634 0 312K 769 0 818K 0 1.8K 0 1.7M 1.5K 0 1.1M 0 11K 0 13M 7.5K 0 3.8M 0 10K 0 12M 8.0K 0 5.2M 0 9.7K 0 9.9M 8.2K 0 6.3M 0 513 1.7K 666K 328 0 151K 0 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Here goes load... 1.0K 543 782K 434 0 247K 0 0 2.3K 0 0 0 0 0 2 605 1.5K 2 0 132 0 input (Total) output packets errs bytes packets errs bytes colls 0 334 0 0 0 0 0 0 286 0 0 0 0 0 0 288 0 0 0 0 0 819 204 689K 328 0 122K 0 0 1.7K 0 0 0 0 0 866 1.2K 719K 375 0 141K 0 144 1.5K 175K 111 0 55K 0 0 1.3K 0 0 0 0 0 687 182 426K 304 0 73K 0 0 3.2K 0 0 0 0 0 1.0K 0 723K 405 0 126K 0 17 1.8K 25K 11 0 2.2K 0 598 990 409K 163 0 32K 0 785 1.9K 635K 313 0 85K 0 0 3.1K 0 0 0 0 0 0 1.0K 0 0 0 0 0 0 82 0 0 0 0 0 0 205 0 0 0 0 0 0 181 0 0 0 0 0 0 197 0 0 0 0 0 1.0K 633 915K 442 0 89K 0 input (Total) output packets errs bytes packets errs bytes colls 821 1.8K 712K 297 0 53K 0 481 1.8K 437K 326 0 91K 0 0 1.5K 0 0 0 0 0 2 190 3.0K 2 0 356 0 0 210 0 0 0 0 0 0 150 0 0 0 0 0 0 210 0 0 0 0 0 799 631 938K 458 0 99K 0 36 2.1K 41K 27 0 5.5K 0 678 260 898K 366 0 70K 0 BUT after some time, with out any load squid is responding again without any reboot. Some other info: root@accel1:~# netstat -i Name Mtu Network Address Ipkts Ierrs Opkts Oerrs = Coll em0 1500 00:30:48:2a:de:5a 984648 11332 939484 0 = 0 em0 1500 206.53.57/26 accel1 968817 - 939431 - = - em1* 1500 00:30:48:2a:de:5b 0 0 0 0 = 0 lo0 16384 314 0 314 0 = 0 lo0 16384 localhost ::1 0 - 0 - = - lo0 16384 your-net localhost 314 - 314 - = - pflog 33208 0 0 0 0 = 0 Another intresting thing - i see that mbufs deniend counter is growing: root@accel1:~# netstat -m 65485/65/65550 mbufs in use (current/cache/total) 65284/418/65702/131072 mbuf clusters in use (current/cache/total/max) 65284/0 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 146939K/852K/147791K bytes allocated to network (current/cache/total) 21823/0/75016 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/3/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines root@accel1:~# netstat -m 65538/12/65550 mbufs in use (current/cache/total) 65338/364/65702/131072 mbuf clusters in use (current/cache/total/max) 65338/6 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 147060K/731K/147791K bytes allocated to network (current/cache/total) 23262/0/86054 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/3/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines My configuration files: root@accel1:~# cat /boot/loader.conf # --- Loader settings --- autoboot_delay=3D"5" # Delay in seconds before autobooting # --- Kernel tunables --- kern.ipc.nmbclusters=3D"131072" # Set the number of mbuf clusters kern.cam.scsi_delay=3D"5000" # Delay (in ms) before probing SCSI kern.maxdsiz=3D"2752M" # Allow more memory allocation for squid kern.dfldsiz=3D"2752M" # Allow more memory allocation for squid #kern.maxssiz=3D"256M" # Allow more memory allocation for squid #kern.maxusers=3D"512" # --- Networking modules --- pf_load=3D"YES" # Packet filter # --- Other modules --- accf_data_load=3D"YES" # Wait for data accept filter accf_http_load=3D"YES" # Wait for full HTTP request accept filt= er root@accel1:~# cat /etc/sysctl.conf # $FreeBSD: src/etc/sysctl.conf,v 1.8 2003/03/13 18:43:50 mux Exp $ # # This file is read when going to multi-user and its contents piped thru # ``sysctl'' to adjust kernel values. ``man 5 sysctl.conf'' for details. # # Uncomment this to prevent users from seeing information about processes t= hat # are being run under another UID. #security.bsd.see_other_uids=3D0 # --- MAC access for squid --- net.inet.ip.portrange.reservedlow=3D0 net.inet.ip.portrange.reservedhigh=3D0 security.mac.portacl.rules=3Duid:100:tcp:80 # --- Kernel tunning --- kern.ipc.somaxconn=3D8192 # --- Network tunning and protection --- kern.ipc.maxsockbuf=3D1048576 net.inet.tcp.sendspace=3D262144 net.inet.tcp.recvspace=3D131072 net.inet.tcp.msl=3D3000 net.inet.icmp.icmplim=3D50 net.inet.icmp.drop_redirect=3D1 net.inet.icmp.log_redirect=3D1 net.inet.ip.redirect=3D0 net.inet6.ip6.redirect=3D0 Some kernel options: options VM_KMEM_SIZE_MAX=3D536870912" options MAC options MAC_PORTACL Ahh... And here is also a panic :) root@accel1:/usr/obj/usr/src/sys/ACCEL# kgdb kernel.debug /var/crash/vmcore= .3 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:= Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0xc fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc054dfac stack pointer =3D 0x28:0xf4817ad0 frame pointer =3D 0x28:0xf4817adc code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 13 (swi1: net) trap number =3D 12 panic: page fault KDB: stack backtrace: kdb_backtrace(100,c927aa80,28,f4817a90,c,...) at kdb_backtrace+0x29 panic(c06c9d38,c06f033a,0,fffff,c927d69b,...) at panic+0xa8 trap_fatal(f4817a90,c,c927aa80,0,c,...) at trap_fatal+0x2a6 trap_pfault(f4817a90,0,c) at trap_pfault+0x1f3 trap(c93b0008,f4810028,c0590028,1,0,...) at trap+0x325 calltrap() at calltrap+0x5 --- trap 0xc, eip =3D 0xc054dfac, esp =3D 0xf4817ad0, ebp =3D 0xf4817adc --- m_copydata(0,ffffffff,1,cfcbc174,c1040460,...) at m_copydata+0x28 tcp_output(cc6781d0) at tcp_output+0xa17 tcp_input(ca16ab00,14,1,c927aa80,c927aa80,...) at tcp_input+0x286c ip_input(ca16ab00) at ip_input+0x5e1 netisr_processqueue(c073d7b8) at netisr_processqueue+0x9f swi_net(0) at swi_net+0xf2 ithread_execute_handlers(c9279648,c92c3400) at ithread_execute_handlers+0x1= 21 ithread_loop(c92436a0,f4817d38) at ithread_loop+0x54 fork_exit(c04ff5c8,c92436a0,f4817d38) at fork_exit+0x70 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xf4817d6c, ebp =3D 0 --- Uptime: 11m24s Dumping 3967 MB (3 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 3966MB (1015280 pages) 3950 3934 3918 3902 3886 3870 3854 3838 3= 822 3806 3790 3774 3758 3742 3726 3710 3694 3678 3662 3646 3630 3614 3598 3= 582 3566 3550 3534 3518 3502 3486 3470 3454 3438 3422 3406 3390 3374 3358 3= 342 3326 3310 3294 3278 3262 3246 3230 3214 3198 3182 3166 3150 3134 3118 3= 102 3086 3070 3054 3038 3022 3006 2990 2974 2958 2942 2926 2910 2894 2878 2= 862 2846 2830 2814 2798 2782 2766 2750 2734 2718 2702 2686 2670 2654 2638 2= 622 2606 2590 2574 2558 2542 2526 2510 2494 2478 2462 2446 2430 2414 2398 2= 382 2366 2350 2334 2318 2302 2286 2270 2254 2238 2222 2206 2190 2174 2158 2= 142 2126 2110 2094 2078 2062 2046 2030 2014 1998 1982 1966 1950 1934 1918 1= 902 1886 1870 1854 1838 1822 1806 1790 1774 1758 1742 1726 1710 1694 1678 1= 662 1646 1630 1614 1598 1582 1566 1550 1534 1518 1502 1486 1470 1454 1438 1= 422 1406 1390 1374 1358 1342 1326 1310 1294 1278 1262 1246 1230 1214 1198 1= 182 1166 1150 1134 1118 1102 1086 1070 1054 1038 1022 1006 990 974 958 942 = 926 910 894 878 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638= 622 606 590 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 33= 4 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14= ... ok chunk 2: 1MB (128 pages) #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 0xc05167d2 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 09 #2 0xc0516a98 in panic (fmt=3D0xc06c9d38 "%s") at /usr/src/sys/kern/kern_s= hutdown.c:565 #3 0xc06a416a in trap_fatal (frame=3D0xf4817a90, eva=3D12) at /usr/src/sys= /i386/i386/trap.c:837 #4 0xc06a3e9b in trap_pfault (frame=3D0xf4817a90, usermode=3D0, eva=3D12) = at /usr/src/sys/i386/i386/trap.c:745 #5 0xc06a3a95 in trap (frame=3D {tf_fs =3D -918880248, tf_es =3D -192872408, tf_ds =3D -1067909080, t= f_edi =3D 1, tf_esi =3D 0, tf_ebp =3D -192840996, tf_isp =3D -192841028, tf= _ebx =3D 4380, tf_edx =3D -1, tf_ecx =3D 0, tf_eax =3D -808730252, tf_trapn= o =3D 12, tf_err =3D 0, tf_eip =3D -1068179540, tf_cs =3D 32, tf_eflags =3D= 66050, tf_esp =3D 4380, tf_ss =3D -865631792}) at /usr/src/sys/i386/i386/t= rap.c:435 #6 0xc0691cda in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc054dfac in m_copydata (m=3D0x0, off=3D-1, len=3D1, cp=3D0xcfcbc174 "= ") at /usr/src/sys/kern/uipc_mbuf.c:543 #8 0xc05ac60f in tcp_output (tp=3D0xcc6781d0) at /usr/src/sys/netinet/tcp_= output.c:770 #9 0xc05aaea4 in tcp_input (m=3D0xca16ab00, off0=3D20) at /usr/src/sys/net= inet/tcp_input.c:2471 #10 0xc05a1bb9 in ip_input (m=3D0xca16ab00) at /usr/src/sys/netinet/ip_inpu= t.c:785 #11 0xc0590a6f in netisr_processqueue (ni=3D0xc073d7b8) at /usr/src/sys/net= /netisr.c:236 #12 0xc0590c6a in swi_net (dummy=3D0x0) at /usr/src/sys/net/netisr.c:349 #13 0xc04ff511 in ithread_execute_handlers (p=3D0xc9279648, ie=3D0xc92c3400= ) at /usr/src/sys/kern/kern_intr.c:682 #14 0xc04ff61c in ithread_loop (arg=3D0xc92436a0) at /usr/src/sys/kern/kern= _intr.c:765 #15 0xc04fe498 in fork_exit (callout=3D0xc04ff5c8 , arg=3D0xc= 92436a0, frame=3D0xf4817d38) at /usr/src/sys/kern/kern_fork.c:821 #16 0xc0691d3c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 208 From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 18:24:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B1BD16A5FC for ; Thu, 23 Nov 2006 18:24:18 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from drone4.qsi.net.nz (drone4-svc-skyt.qsi.net.nz [202.89.128.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AFA843D49 for ; Thu, 23 Nov 2006 18:23:41 +0000 (GMT) (envelope-from jonc@chen.org.nz) Received: (qmail 32571 invoked by uid 0); 23 Nov 2006 18:24:15 -0000 Received: from unknown (HELO chen.org.nz) ([202.89.146.5]) (envelope-sender ) by 0 (qmail-ldap-1.03) with SMTP for ; 23 Nov 2006 18:24:15 -0000 Received: by chen.org.nz (Postfix, from userid 1000) id DBC1056436; Fri, 24 Nov 2006 07:24:14 +1300 (NZDT) Date: Fri, 24 Nov 2006 07:24:14 +1300 From: Jonathan Chen To: Matt Smith Message-ID: <20061123182414.GA3801@osiris.chen.org.nz> References: <000001c70e70$7d670ce0$0201a8c0@bedroom> <4564D491.40400@quip.cz> <000c01c70ea8$215bd6f0$0401a8c0@LAPTOP2> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000c01c70ea8$215bd6f0$0401a8c0@LAPTOP2> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: libiconv.la X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 18:24:22 -0000 On Wed, Nov 22, 2006 at 09:36:07PM -0500, Matt Smith wrote: > Build of php5: > ..../zend_objects.lo Zend/zend_object_handlers.lo Zend/zend_objects_API.lo > Zend/zend_mm.lo Zend/zend_default_classes.lo Zend/zend_execute.lo > sapi/apache2handler/mod_php5.lo sapi/apache2handler/sapi_apache2.lo > sapi/apache2handler/apache_config.lo sapi/apache2handler/php_functions.lo > main/internal_functions.lo -lcrypt -lcrypt -lmysqlclient -liconv -lm -lxml2 > -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lcrypt > -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm > -lcrypt -o libphp5.la > grep: /usr/local/lib/libiconv.la: No such file or directory > sed: /usr/local/lib/libiconv.la: No such file or directory > libtool: link: `/usr/local/lib/libiconv.la' is not a valid libtool archive > *** Error code 1 > > Stop in /root/php-5.2.0. Why don't you use the ports instead of hand-building to save you all these sort of problems? -- Jonathan Chen ---------------------------------------------------------------------- "You can get farther with a kind word and a gun than you can with a kind word alone" - Al Capone From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 19:27:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B7C0316A47C for ; Thu, 23 Nov 2006 19:27:15 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A396643EC1 for ; Thu, 23 Nov 2006 19:25:36 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 056C71A4D89; Thu, 23 Nov 2006 11:25:48 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F1DED5128A; Thu, 23 Nov 2006 14:25:32 -0500 (EST) Date: Thu, 23 Nov 2006 14:25:32 -0500 From: Kris Kennaway To: s.c.sprong@student.utwente.nl Message-ID: <20061123192532.GA81937@xor.obsecurity.org> References: <20061123162813.L3026@volte.student.utwente.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <20061123162813.L3026@volte.student.utwente.nl> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: sshfs/nfs cause server lockup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 19:27:15 -0000 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 23, 2006 at 04:38:48PM +0100, s.c.sprong@student.utwente.nl wro= te: > Chris wrote: > >kris a development on this, someone else posted about a nfs problem > >and reading his post some starkling point he made about network cards, > >he stated he only gets the bug on sis rl and fxp. >=20 > Sorry for the misunderstanding, but I think that the 'NFS via TCP' thread > covers other bugs, ie the inability to mount NFS v3 over TCP. >=20 > I've tested the cards above, and the person I replied to encountered the > same bug with a bge card. My solution was to remove custom nfs settings > in sysctl.conf. I don't know which one was the culprit because I don't > have the time to look into it further. >=20 > My poking uncovered a set of crashing bugs and potentially a livelock. > I would agree that NFS is very fragile in RELENG_6. > So far I've not run into an NFS server deadlock you > described. Are you sure these are NFS problems and not ethernet driver problems? Kris --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFZfWsWry0BWjoQKURAh+TAKDDSTpobXwicmtf89cUsQ9dxVlCTACcC23R lwTHwxgYAuiOAVpmxJ9oUU4= =CbXs -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 20:16:42 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 80A5316A71F for ; Thu, 23 Nov 2006 20:16:42 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BF7B43D58 for ; Thu, 23 Nov 2006 20:16:04 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so504717uge for ; Thu, 23 Nov 2006 12:16:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=napLlSysIFExTHo+PPk3XTt0r56PEYXuY24KCZSgg9j2owlmhS5HsYtmKJl0T/amiLZAtqQXlOosQzbrH5jxF+LB5LeyV9zpmNCRz/CEw6gDkYp/UUlppjXIpnc8pUWbTrp7Bz033qiPKOyPNKGuPOZpbO4Qut8L+mGpRVOtXVA= Received: by 10.78.204.1 with SMTP id b1mr9487925hug.1164312999904; Thu, 23 Nov 2006 12:16:39 -0800 (PST) Received: by 10.78.199.15 with HTTP; Thu, 23 Nov 2006 12:16:39 -0800 (PST) Message-ID: <7579f7fb0611231216p36e9901cr68611a4038297889@mail.gmail.com> Date: Thu, 23 Nov 2006 12:16:39 -0800 From: "Matthew Jacob" To: Dave In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: stable@freebsd.org Subject: Re: SunFire X4100 MPT Issues 6.2 RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Nov 2006 20:16:42 -0000 [i'm on vacation now] Hmm- I thought I put in code so you should only see one of those. I'll check this out when I get back next week. On 11/21/06, Dave wrote: > We have a new SunFire X4100 box and so I figured I would try 6.2 RC1 > on it. Everything seems to work with the exception of the following > messages when the disk has some medium to heavy use. > > > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x03 Depth 65 > > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x04 Depth 65 > > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x03 Depth 65 > > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x04 Depth 65 > > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x03 Depth 65 > > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x04 Depth 65 > > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x03 Depth 65 > > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x04 Depth 65 > > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x03 Depth 65 > > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x04 Depth 65 > > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x04 Depth 65 > > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x03 Depth 65 > > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x04 Depth 65 > > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x03 Depth 65 > > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x04 Depth 65 > > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x03 Depth 65 > > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x03 Depth 65 > > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x04 Depth 65 > > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x03 Depth 65 > > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x04 Depth 65 > > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x03 Depth 65 > > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x04 Depth 65 > > mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x03 Depth 65 > > So are these something to be concerned about? Secondly, are there > any issues I should be concerned about running 6.2 on this hardware? > > dmesg of i386 verbose boot can be found here: > > http://wiki.nostrum.com/~daved/sunfire-4100.dmesg.txt > > I get the same messages when running amd64 port as well. > > Thanks, > -- > Dave > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 21:37:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E208F16A412; Thu, 23 Nov 2006 21:37:02 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id A434343D45; Thu, 23 Nov 2006 21:36:22 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 23 Nov 2006 21:36:57 +0000 (GMT) Date: Thu, 23 Nov 2006 21:36:56 +0000 From: David Malone To: "O. Hartmann" Message-ID: <20061123213656.GA26275@walton.maths.tcd.ie> References: <45656A3B.6000000@zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45656A3B.6000000@zedat.fu-berlin.de> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org, FreeBSD Stable Subject: Re: UFS Bug: FreeBSD 6.1/6.2/7.0: MOKB-08-11-2006, CVE-2006-5824, MOKB-03-11-2006, CVE-2006-5679 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 21:37:03 -0000 On Thu, Nov 23, 2006 at 10:30:35AM +0100, O. Hartmann wrote: > Is for these UFS bugs in FreeBSD since 6.1 a fix uderway? > > See: > > http://projects.info-pull.com/mokb/ > > MOKB-08-11-2006,CVE-2006-5824, MOKB-03-11-2006,CVE-2006-5679 These two bugs both seem to involve mounting deliberately corrupted UFS file systems. I'm not sure that many people allow this. To be honest, I'm surprised that they only list two bugs of this sort - UFS wasn't designed to be robust to working with accidently corrupted filesystems, let alone ones corrupted maliciously! The usual response of UFS to a corrupted filesystem is to panic. I'm guessing it would have been easier to do: grep panic /usr/src/sys/ufs/*/*.c to find a load of these bugs, rather than writing a fuzzing tool ;-) (That's not to say that it isn't worth improving things, it's just likely to be a large amount of work to fix this in a way that actually makes things better.) David. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 21:49:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DFFFF16A40F for ; Thu, 23 Nov 2006 21:49:45 +0000 (UTC) (envelope-from ratman6@charter.net) Received: from que01.charter.net (que01.charter.net [209.225.8.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2814743D5E for ; Thu, 23 Nov 2006 21:49:05 +0000 (GMT) (envelope-from ratman6@charter.net) Received: from aa03.charter.net ([10.20.200.155]) by mtai03.charter.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20061123213024.NNXL1482.mtai03.charter.net@aa03.charter.net>; Thu, 23 Nov 2006 16:30:24 -0500 Received: from bedroom ([24.151.33.109]) by aa03.charter.net with ESMTP id <20061123213023.MRRP19175.aa03.charter.net@bedroom>; Thu, 23 Nov 2006 16:30:23 -0500 From: "Matt Smith" To: "'Jonathan Chen'" Date: Thu, 23 Nov 2006 16:30:23 -0500 Message-ID: <000001c70f46$95de9c30$0201a8c0@bedroom> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <20061123182414.GA3801@osiris.chen.org.nz> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Chzlrs: 0 Cc: freebsd-stable@freebsd.org, 'Miroslav Lachman' <000.fbsd@quip.cz> Subject: RE: libiconv.la X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Nov 2006 21:49:46 -0000 Got it, thanks crew :) Matt -----Original Message----- From: Jonathan Chen [mailto:jonc@chen.org.nz]=20 Sent: Thursday, November 23, 2006 1:24 PM To: Matt Smith Cc: Miroslav Lachman; freebsd-stable@freebsd.org Subject: Re: libiconv.la On Wed, Nov 22, 2006 at 09:36:07PM -0500, Matt Smith wrote: > Build of php5: > ..../zend_objects.lo Zend/zend_object_handlers.lo = Zend/zend_objects_API.lo > Zend/zend_mm.lo Zend/zend_default_classes.lo Zend/zend_execute.lo=20 > sapi/apache2handler/mod_php5.lo sapi/apache2handler/sapi_apache2.lo=20 > sapi/apache2handler/apache_config.lo = sapi/apache2handler/php_functions.lo=20 > main/internal_functions.lo -lcrypt -lcrypt -lmysqlclient -liconv -lm -lxml2=20 > -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lcrypt=20 > -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm=20 > -lcrypt -o libphp5.la > grep: /usr/local/lib/libiconv.la: No such file or directory > sed: /usr/local/lib/libiconv.la: No such file or directory > libtool: link: `/usr/local/lib/libiconv.la' is not a valid libtool = archive > *** Error code 1 >=20 > Stop in /root/php-5.2.0. Why don't you use the ports instead of hand-building to save you all these sort of problems? --=20 Jonathan Chen ---------------------------------------------------------------------- "You can get farther with a kind word and a gun than you can with a kind word alone" - Al Capone From owner-freebsd-stable@FreeBSD.ORG Thu Nov 23 22:37:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 187D216A403; Thu, 23 Nov 2006 22:37:20 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id E42F343D49; Thu, 23 Nov 2006 22:36:41 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.0.1) with ESMTP id md50003248036.msg; Thu, 23 Nov 2006 22:37:15 +0000 Message-ID: <076f01c70f4f$e6b96050$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Kostik Belousov" References: <447366AD.30203@rogers.com><20060701034922.GA37822@deviant.kiev.zoral.com.ua><027b01c70e6c$6c879470$b3db87d4@multiplay.co.uk> <20061123101246.GM1841@deviant.kiev.zoral.com.ua> Date: Thu, 23 Nov 2006 22:36:57 -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.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Processed: multiplay.co.uk, Thu, 23 Nov 2006 22:37:15 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Thu, 23 Nov 2006 22:37:15 +0000 Cc: freebsd-fs@freebsd.org, Mike Jakubik , freebsd-stable@freebsd.org Subject: Re: md deadlocks on wdrain. Was: [Re: quota and snapshotsin6.1-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: Thu, 23 Nov 2006 22:37:20 -0000 Thanks for that, from our point of view its required as without the machine deadlocks without even trying. One real strange thing was that if I created a copy of the vnode file, this particular task ( installworld ) would succeed but given the nature of the bug ( timing critical ) that seem to make sence. With this still being a potential issue I think we have no choice but to migrate away from using any vnode backed jails. That said I thank you for this as it certainly help us. Steve ----- Original Message ----- From: "Kostik Belousov" This is not a fix, this is only a way to make the deadlock less frequent (I would not ever call it workaround). I have got a reports of deadlocks with this change applied, and I think that I understand the cause of it. Also, I have an idea of how to fix it, but not got around to even start coding. > ? sys/dev/md/.arch-ids > Index: sys/dev/md/md.c > =================================================================== > RCS file: /usr/local/arch/ncvs/src/sys/dev/md/md.c,v > retrieving revision 1.164 > diff -u -r1.164 md.c > --- sys/dev/md/md.c 28 Mar 2006 21:25:11 -0000 1.164 > +++ sys/dev/md/md.c 1 Jul 2006 03:48:41 -0000 > @@ -650,6 +650,8 @@ > mtx_lock_spin(&sched_lock); > sched_prio(curthread, PRIBIO); > mtx_unlock_spin(&sched_lock); > + if (sc->type == MD_VNODE) > + curthread->td_pflags |= TDP_NORUNNINGBUF; > > for (;;) { > mtx_lock(&sc->queue_mtx); ================================================ 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 Fri Nov 24 02:02:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 04DB216A416 for ; Fri, 24 Nov 2006 02:02:28 +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 BA04E43D58 for ; Fri, 24 Nov 2006 02:01:47 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GnQOW-000L22-8l for freebsd-stable@freebsd.org; Fri, 24 Nov 2006 10:02:24 +0800 Message-ID: <456652AF.7070808@micom.mng.net> Date: Fri, 24 Nov 2006 10:02:23 +0800 From: Ganbold User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: FreeBSD Stable Mailing List Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: application hangs in STABLE from time to time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Nov 2006 02:02:28 -0000 Hi, I have strange problem. I'm running radius server which in turn serves user requests by running application. The application connects to another host (mysql server) and gets data and do some calculations and return results. Application runs fine, but from time to time it hangs and I can see it using ps -ax command. So when application hangs radius can not serve user requests any more waiting the application to finish. Before updating from FreeBSD-5.2-STABLE to RELENG_6 it was working fine and I didn't observe such problem for 2 years. Since upgrading to RELENG_6 a couple of months ago this problem appeared. While application was hanging, I can log into the system. I can log into another mysql host which is the exactly same machine with more RAM. I checked mysql server's processlist by running 'mysql show processlist' and there wasn't any process running and locking the tables. I'm using mysql client/server-4.0.27 from ports. So do I have interrupt storms here and it is something related to bge? What else should I check when application hangs again? Here is dmesg, vmstat, ps outputs: http://www.mnbsd.org/ftp/rad_hang.txt thanks, Ganbold From owner-freebsd-stable@FreeBSD.ORG Fri Nov 24 03:01:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B663416A415 for ; Fri, 24 Nov 2006 03:01:16 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD65A43D58 for ; Fri, 24 Nov 2006 03:00:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 2ACD01A3C1C; Thu, 23 Nov 2006 19:01:16 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 13E5B512FA; Thu, 23 Nov 2006 22:01:01 -0500 (EST) Date: Thu, 23 Nov 2006 22:01:00 -0500 From: Kris Kennaway To: Ganbold Message-ID: <20061124030100.GA92039@xor.obsecurity.org> References: <456652AF.7070808@micom.mng.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline In-Reply-To: <456652AF.7070808@micom.mng.net> User-Agent: Mutt/1.4.2.2i Cc: FreeBSD Stable Mailing List Subject: Re: application hangs in STABLE from time to time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Nov 2006 03:01:16 -0000 --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Nov 24, 2006 at 10:02:23AM +0800, Ganbold wrote: > So do I have interrupt storms here and it is something related to bge? No, your interrupts look fine. > What else should I check when application hangs again? The most important thing to know is what is the application doing when it hangs. Unfortunately none of the information you provided shows this. Next time use the -o wchan argument to ps to find out what state the process is blocked in. You can also use kgdb to find out where it is waiting in the kernel: kgdb /dev/mem /boot/kernel/kernel.symbols info threads thread bt Kris --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFZmBsWry0BWjoQKURAloOAKDqpWIsF3ac5oFrKGmw2B8tEcYViwCgttf1 jDnWwYobWv7R1X9qmdfXHv0= =1xsq -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 24 03:12:25 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D582D16A407; Fri, 24 Nov 2006 03:12:25 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6CDF43D58; Fri, 24 Nov 2006 03:11:43 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 4C4EEEB092A; Fri, 24 Nov 2006 11:12:19 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id yHk9B1Rp5E3G; Fri, 24 Nov 2006 11:12:14 +0800 (CST) Received: from [10.217.12.203] (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 6406AEB1537; Fri, 24 Nov 2006 11:12:12 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:references:in-reply-to:x-enigmail-version:content-type; b=WMnkrLdwJ/hroqHhaY88njuVZBJx4TFgihPXOKq4e3N8Rsjk5v4dAyefXebH2rt1r 0nyFVxwfWKsO+AqX8Ofag== Message-ID: <456662F4.6000306@delphij.net> Date: Fri, 24 Nov 2006 11:11:48 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: Nikolay Pavlov , delphij@delphij.net, freebsd-stable@FreeBSD.org, Robert Watson References: <20061122195549.GA57018@zone3000.net> <338b359d969e9c68deaf49096aa91995@mail.geekcn.org> <20061123160208.GA62732@zone3000.net> In-Reply-To: <20061123160208.GA62732@zone3000.net> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigFCF6F9B0E31ED5C3B4D84A6A" Cc: Subject: Re: deadlock in "zoneli" state on 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Nov 2006 03:12:25 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFCF6F9B0E31ED5C3B4D84A6A Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Nikolay Pavlov wrote: > On Thursday, 23 November 2006 at 20:24:15 +0800, delphij@delphij.net wr= ote: >> Hi, >> >> On Wed, 22 Nov 2006 21:55:49 +0200, Nikolay Pavlov wrote: >>> Hi. >>> It seems i have a deadlock on 6.2-PRERELEASE. >>> This is squid server in accelerator mode. >>> I can easily trigger it with a high rate of requests. >>> Squid is locked on some "zoneli" state, i am not sure what it is. >>> Also i can't KILL proccess even with SIGKILL. >>> In addition one of sshd proccess is locked too. >> Would you please update to the latest RELENG_6 and apply this patch: >> >> http://people.freebsd.org/~delphij/misc/patch-zonelimit-workaround >> >> to see if things gets improved? >> >> Thanks in advance! >> >> Cheers, >=20 > Well. This patch works quite ambiguous for me. > Under heavy load this box become unresponseble via network. > System is mostly idle. Squid is locked in zoneli. Would you please give me the output of "sysctl vm.zone" on a patched system? It's not important whether it is loaded. > ast pid: 840; load averages: 0.26, 0.24, 0.17 up 0+00:11:50 10:1= 9:46 > 34 processes: 1 running, 33 sleeping > CPU states: 0.4% user, 0.0% nice, 0.4% system, 1.5% interrupt, 97.8= % idle > Mem: 225M Active, 144M Inact, 261M Wired, 12K Cache, 112M Buf, 3259M Fr= ee > Swap: 4070M Total, 4070M Free >=20 > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND= > 682 squid 1 -16 0 207M 207M zoneli 2:18 6.59% squid > 709 root 1 -8 0 7768K 7240K piperd 0:00 0.00% perl5.8= =2E8 > 691 root 1 96 0 6632K 4796K select 0:00 0.00% snmpd > 829 root 1 76 -20 2400K 1648K RUN 0:00 0.00% top > 790 quetzal 1 96 0 6220K 3252K select 0:00 0.00% sshd > 788 root 1 4 0 6232K 3232K sbwait 0:00 0.00% sshd > 837 root 1 20 0 5048K 3024K pause 0:00 0.00% tcsh > 832 root 1 4 0 6232K 3236K sbwait 0:00 0.00% sshd > 820 root 1 20 0 4700K 2856K pause 0:00 0.00% tcsh > 645 root 1 96 0 2984K 1808K select 0:00 0.00% ntpd > 791 quetzal 1 20 0 4708K 2872K pause 0:00 0.00% tcsh > 560 root 1 96 0 1352K 996K select 0:00 0.00% syslogd= > 362 _pflogd 1 -58 0 1600K 1144K bpf 0:00 0.00% pflogd > 835 quetzal 1 20 0 4728K 2960K pause 0:00 0.00% tcsh > 688 squid 1 -8 0 1224K 632K piperd 0:00 0.00% unlinkd= > 834 quetzal 1 96 0 6220K 3252K select 0:00 0.00% sshd > 840 root 1 20 0 1540K 960K pause 0:00 0.00% netstat= > 719 root 1 96 0 3464K 2796K select 0:00 0.00% sendmai= l > 729 root 1 8 0 1364K 1060K nanslp 0:00 0.00% cron >=20 > root@accel1:~# netstat -h 1 > input (Total) output > packets errs bytes packets errs bytes colls > 1.6K 0 1.3M 1.5K 0 1.6M 0 > 1.8K 0 1.6M 1.7K 0 1.6M 0 > 1.3K 0 1.0M 1.4K 0 1.4M 0 > 1.5K 0 1.3M 1.5K 0 1.4M 0 > 1.6K 0 1.4M 1.6K 0 1.5M 0 > 1.7K 0 1.5M 1.6K 0 1.5M 0 > 1.3K 0 830K 1.4K 0 1.5M 0 > 1.1K 0 679K 1.3K 0 1.4M 0 > 812 0 501K 912 0 971K 0 > 1.2K 0 1.1M 1.2K 0 1.1M 0 > 617 0 325K 742 0 806K 0 > 634 0 312K 769 0 818K 0 > 1.8K 0 1.7M 1.5K 0 1.1M 0 > 11K 0 13M 7.5K 0 3.8M 0 > 10K 0 12M 8.0K 0 5.2M 0 > 9.7K 0 9.9M 8.2K 0 6.3M 0 > 513 1.7K 666K 328 0 151K 0 > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > Here goes load... >=20 > 1.0K 543 782K 434 0 247K 0 > 0 2.3K 0 0 0 0 0 > 2 605 1.5K 2 0 132 0 > input (Total) output > packets errs bytes packets errs bytes colls > 0 334 0 0 0 0 0 > 0 286 0 0 0 0 0 > 0 288 0 0 0 0 0 > 819 204 689K 328 0 122K 0 > 0 1.7K 0 0 0 0 0 > 866 1.2K 719K 375 0 141K 0 > 144 1.5K 175K 111 0 55K 0 > 0 1.3K 0 0 0 0 0 > 687 182 426K 304 0 73K 0 > 0 3.2K 0 0 0 0 0 > 1.0K 0 723K 405 0 126K 0 > 17 1.8K 25K 11 0 2.2K 0 > 598 990 409K 163 0 32K 0 > 785 1.9K 635K 313 0 85K 0 > 0 3.1K 0 0 0 0 0 > 0 1.0K 0 0 0 0 0 > 0 82 0 0 0 0 0 > 0 205 0 0 0 0 0 > 0 181 0 0 0 0 0 > 0 197 0 0 0 0 0 > 1.0K 633 915K 442 0 89K 0 > input (Total) output > packets errs bytes packets errs bytes colls > 821 1.8K 712K 297 0 53K 0 > 481 1.8K 437K 326 0 91K 0 > 0 1.5K 0 0 0 0 0 > 2 190 3.0K 2 0 356 0 > 0 210 0 0 0 0 0 > 0 150 0 0 0 0 0 > 0 210 0 0 0 0 0 > 799 631 938K 458 0 99K 0 > 36 2.1K 41K 27 0 5.5K 0 > 678 260 898K 366 0 70K 0 >=20 > BUT after some time, with out any load squid is responding again withou= t > any reboot. >=20 > Some other info: >=20 > root@accel1:~# netstat -i > Name Mtu Network Address Ipkts Ierrs Opkts Oer= rs Coll > em0 1500 00:30:48:2a:de:5a 984648 11332 939484 = 0 0 > em0 1500 206.53.57/26 accel1 968817 - 939431 = - - > em1* 1500 00:30:48:2a:de:5b 0 0 0 = 0 0 > lo0 16384 314 0 314 = 0 0 > lo0 16384 localhost ::1 0 - 0 = - - > lo0 16384 your-net localhost 314 - 314 = - - > pflog 33208 0 0 0 = 0 0 >=20 > Another intresting thing - i see that mbufs deniend counter is growing:= >=20 > root@accel1:~# netstat -m > 65485/65/65550 mbufs in use (current/cache/total) > 65284/418/65702/131072 mbuf clusters in use (current/cache/total/max) > 65284/0 mbuf+clusters out of packet secondary zone in use (current/cach= e) > 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) > 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) > 146939K/852K/147791K bytes allocated to network (current/cache/total) > 21823/0/75016 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/3/6656 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 0 calls to protocol drain routines >=20 > root@accel1:~# netstat -m > 65538/12/65550 mbufs in use (current/cache/total) > 65338/364/65702/131072 mbuf clusters in use (current/cache/total/max) > 65338/6 mbuf+clusters out of packet secondary zone in use (current/cach= e) > 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) > 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) > 147060K/731K/147791K bytes allocated to network (current/cache/total) > 23262/0/86054 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/3/6656 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 0 calls to protocol drain routines >=20 > My configuration files: >=20 > root@accel1:~# cat /boot/loader.conf > # --- Loader settings --- > autoboot_delay=3D"5" # Delay in seconds before autobooting= >=20 > # --- Kernel tunables --- > kern.ipc.nmbclusters=3D"131072" # Set the number of mbuf clusters > kern.cam.scsi_delay=3D"5000" # Delay (in ms) before probing SCSI > kern.maxdsiz=3D"2752M" # Allow more memory allocation for sq= uid > kern.dfldsiz=3D"2752M" # Allow more memory allocation for sq= uid > #kern.maxssiz=3D"256M" # Allow more memory allocation for sq= uid > #kern.maxusers=3D"512" >=20 > # --- Networking modules --- > pf_load=3D"YES" # Packet filter >=20 > # --- Other modules --- > accf_data_load=3D"YES" # Wait for data accept filter > accf_http_load=3D"YES" # Wait for full HTTP request accept = filter >=20 >=20 > root@accel1:~# cat /etc/sysctl.conf > # $FreeBSD: src/etc/sysctl.conf,v 1.8 2003/03/13 18:43:50 mux Exp $ > # > # This file is read when going to multi-user and its contents piped th= ru > # ``sysctl'' to adjust kernel values. ``man 5 sysctl.conf'' for detai= ls. > # >=20 > # Uncomment this to prevent users from seeing information about process= es that > # are being run under another UID. > #security.bsd.see_other_uids=3D0 >=20 > # --- MAC access for squid --- > net.inet.ip.portrange.reservedlow=3D0 > net.inet.ip.portrange.reservedhigh=3D0 > security.mac.portacl.rules=3Duid:100:tcp:80 >=20 >=20 > # --- Kernel tunning --- > kern.ipc.somaxconn=3D8192 >=20 > # --- Network tunning and protection --- > kern.ipc.maxsockbuf=3D1048576 > net.inet.tcp.sendspace=3D262144 > net.inet.tcp.recvspace=3D131072 > net.inet.tcp.msl=3D3000 > net.inet.icmp.icmplim=3D50 > net.inet.icmp.drop_redirect=3D1 > net.inet.icmp.log_redirect=3D1 > net.inet.ip.redirect=3D0 > net.inet6.ip6.redirect=3D0 >=20 > Some kernel options: >=20 > options VM_KMEM_SIZE_MAX=3D536870912" > options MAC > options MAC_PORTACL >=20 >=20 > Ahh... And here is also a panic :) >=20 >=20 > root@accel1:/usr/obj/usr/src/sys/ACCEL# kgdb kernel.debug /var/crash/vm= core.3 > kgdb: kvm_nlist(_stopped_cpus): > kgdb: kvm_nlist(_stoppcbs): > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db= =2Eso: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and yo= u are > welcome to change it and/or distribute copies of it under certain condi= tions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for deta= ils. > This GDB was configured as "i386-marcel-freebsd". >=20 > Unread portion of the kernel message buffer: >=20 >=20 > Fatal trap 12: page fault while in kernel mode > fault virtual address =3D 0xc > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc054dfac > stack pointer =3D 0x28:0xf4817ad0 > frame pointer =3D 0x28:0xf4817adc > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 13 (swi1: net) > trap number =3D 12 > panic: page fault > KDB: stack backtrace: > kdb_backtrace(100,c927aa80,28,f4817a90,c,...) at kdb_backtrace+0x29 > panic(c06c9d38,c06f033a,0,fffff,c927d69b,...) at panic+0xa8 > trap_fatal(f4817a90,c,c927aa80,0,c,...) at trap_fatal+0x2a6 > trap_pfault(f4817a90,0,c) at trap_pfault+0x1f3 > trap(c93b0008,f4810028,c0590028,1,0,...) at trap+0x325 > calltrap() at calltrap+0x5 > --- trap 0xc, eip =3D 0xc054dfac, esp =3D 0xf4817ad0, ebp =3D 0xf4817ad= c --- > m_copydata(0,ffffffff,1,cfcbc174,c1040460,...) at m_copydata+0x28 > tcp_output(cc6781d0) at tcp_output+0xa17 > tcp_input(ca16ab00,14,1,c927aa80,c927aa80,...) at tcp_input+0x286c > ip_input(ca16ab00) at ip_input+0x5e1 > netisr_processqueue(c073d7b8) at netisr_processqueue+0x9f > swi_net(0) at swi_net+0xf2 > ithread_execute_handlers(c9279648,c92c3400) at ithread_execute_handlers= +0x121 > ithread_loop(c92436a0,f4817d38) at ithread_loop+0x54 > fork_exit(c04ff5c8,c92436a0,f4817d38) at fork_exit+0x70 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip =3D 0, esp =3D 0xf4817d6c, ebp =3D 0 --- > Uptime: 11m24s > Dumping 3967 MB (3 chunks) > chunk 0: 1MB (159 pages) ... ok > chunk 1: 3966MB (1015280 pages) 3950 3934 3918 3902 3886 3870 3854 38= 38 3822 3806 3790 3774 3758 3742 3726 3710 3694 3678 3662 3646 3630 3614 = 3598 3582 3566 3550 3534 3518 3502 3486 3470 3454 3438 3422 3406 3390 337= 4 3358 3342 3326 3310 3294 3278 3262 3246 3230 3214 3198 3182 3166 3150 3= 134 3118 3102 3086 3070 3054 3038 3022 3006 2990 2974 2958 2942 2926 2910= 2894 2878 2862 2846 2830 2814 2798 2782 2766 2750 2734 2718 2702 2686 26= 70 2654 2638 2622 2606 2590 2574 2558 2542 2526 2510 2494 2478 2462 2446 = 2430 2414 2398 2382 2366 2350 2334 2318 2302 2286 2270 2254 2238 2222 220= 6 2190 2174 2158 2142 2126 2110 2094 2078 2062 2046 2030 2014 1998 1982 1= 966 1950 1934 1918 1902 1886 1870 1854 1838 1822 1806 1790 1774 1758 1742= 1726 1710 1694 1678 1662 1646 1630 1614 1598 1582 1566 1550 1534 1518 15= 02 1486 1470 1454 1438 1422 1406 1390 1374 1358 1342 1326 1310 1294 1278 = 1262 1246 1230 1214 1198 1182 1166 1150 1134 1118 1102 1086 1070 1054 103= 8 1022 1006 990 974 958 942 926 910 894 8 78 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638 622 606 59= 0 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302= 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 ... ok= > chunk 2: 1MB (128 pages) >=20 > #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 0xc05167d2 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown= =2Ec:409 > #2 0xc0516a98 in panic (fmt=3D0xc06c9d38 "%s") at /usr/src/sys/kern/ke= rn_shutdown.c:565 > #3 0xc06a416a in trap_fatal (frame=3D0xf4817a90, eva=3D12) at /usr/src= /sys/i386/i386/trap.c:837 > #4 0xc06a3e9b in trap_pfault (frame=3D0xf4817a90, usermode=3D0, eva=3D= 12) at /usr/src/sys/i386/i386/trap.c:745 > #5 0xc06a3a95 in trap (frame=3D > {tf_fs =3D -918880248, tf_es =3D -192872408, tf_ds =3D -106790908= 0, tf_edi =3D 1, tf_esi =3D 0, tf_ebp =3D -192840996, tf_isp =3D -1928410= 28, tf_ebx =3D 4380, tf_edx =3D -1, tf_ecx =3D 0, tf_eax =3D -808730252, = tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1068179540, tf_cs =3D 32, tf_= eflags =3D 66050, tf_esp =3D 4380, tf_ss =3D -865631792}) at /usr/src/sys= /i386/i386/trap.c:435 > #6 0xc0691cda in calltrap () at /usr/src/sys/i386/i386/exception.s:139= > #7 0xc054dfac in m_copydata (m=3D0x0, off=3D-1, len=3D1, cp=3D0xcfcbc1= 74 "") at /usr/src/sys/kern/uipc_mbuf.c:543 > #8 0xc05ac60f in tcp_output (tp=3D0xcc6781d0) at /usr/src/sys/netinet/= tcp_output.c:770 > #9 0xc05aaea4 in tcp_input (m=3D0xca16ab00, off0=3D20) at /usr/src/sys= /netinet/tcp_input.c:2471 > #10 0xc05a1bb9 in ip_input (m=3D0xca16ab00) at /usr/src/sys/netinet/ip_= input.c:785 > #11 0xc0590a6f in netisr_processqueue (ni=3D0xc073d7b8) at /usr/src/sys= /net/netisr.c:236 > #12 0xc0590c6a in swi_net (dummy=3D0x0) at /usr/src/sys/net/netisr.c:34= 9 > #13 0xc04ff511 in ithread_execute_handlers (p=3D0xc9279648, ie=3D0xc92c= 3400) at /usr/src/sys/kern/kern_intr.c:682 > #14 0xc04ff61c in ithread_loop (arg=3D0xc92436a0) at /usr/src/sys/kern/= kern_intr.c:765 > #15 0xc04fe498 in fork_exit (callout=3D0xc04ff5c8 , arg=3D= 0xc92436a0, frame=3D0xf4817d38) at /usr/src/sys/kern/kern_fork.c:821 > #16 0xc0691d3c in fork_trampoline () at /usr/src/sys/i386/i386/exceptio= n.s:208 This looks like that we have missed a lock here, and presumably this can be avoided by Robert's reference counting changes in -HEAD. Robert, do you have some comments? Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigFCF6F9B0E31ED5C3B4D84A6A 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.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFZmL0OfuToMruuMARA0sJAJ4+bJx2qlaRDBtzPy1YRRF1dUnklQCfRyim DLg/41v1mo9FYFTEmvChZGM= =+g1C -----END PGP SIGNATURE----- --------------enigFCF6F9B0E31ED5C3B4D84A6A-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 24 04:02:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E9BA16A407; Fri, 24 Nov 2006 04:02:25 +0000 (UTC) (envelope-from SRS0=525638d9a3dad38798d3305cd4dca9fe218ebaee=163=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id B305A43D5E; Fri, 24 Nov 2006 04:01:45 +0000 (GMT) (envelope-from SRS0=525638d9a3dad38798d3305cd4dca9fe218ebaee=163=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id CPA21524; Thu, 23 Nov 2006 20:02:24 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 9AA9A45054; Thu, 23 Nov 2006 20:02:23 -0800 (PST) To: Dominic Marks In-Reply-To: Your message of "Tue, 21 Nov 2006 16:51:51 GMT." <20061121165151.0dd0956c.dom@helenmarks.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1164340943_32058P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 23 Nov 2006 20:02:23 -0800 From: "Kevin Oberman" Message-Id: <20061124040223.9AA9A45054@ptavv.es.net> Cc: stable@freebsd.org, Robert Watson Subject: Re: FreeBSD 6.2-PRE panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Nov 2006 04:02:25 -0000 --==_Exmh_1164340943_32058P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Tue, 21 Nov 2006 16:51:51 +0000 > From: Dominic Marks > > On Tue, 21 Nov 2006 08:41:00 -0800 > "Kevin Oberman" wrote: > > > On Fri, 27 Oct 2006, Robert Watson wrote: > > > On Fri, 27 Oct 2006, Dominic Marks wrote: > > > > > > > On Thu, 26 Oct 2006 13:10:41 +0100 > > > > Dominic Marks wrote: > > > > > > > >> On Thu, 26 Oct 2006 12:14:47 +0100 > > > >> Dominic Marks wrote: > > > >> > > > >>> Received this one this morning. I was in Gnome, just opened sylpheed. Had > > > >>> a collection of other apps running, no particular high load. Debug kernel > > > >>> and vmcore available for interested developers (592MB ... I've turned on > > > >>> minidumps now.) > > > >> > > > >> And another, looks like the same again. This time I have a minidump (73MB) > > > >> . Available for developers. I'm going to try going to latest STABLE and see > > > >> if it goes away. > > > > > > > > And again, this time with latest STABLE. Help! (please) Ideas for a > > > > work-around would be appreciated as well. As before crash info is available > > > > to developers (93MB). > > > > > > If you have a serial console set up, could you compile DDB, INVARIANTS, and > > > WITNESS into the kernel? When the panic occurs, run the following commands: > > > > > > show pcpu > > > trace > > > show allpcpu > > > traceall > > > show alllocks > > > > Has Dominic followed up on this? I am seeing the same problem on my > > Athlon 4400+ system (running i386) and have been crashing 3 or 4 times a > > day on a kernel from Nov. 9. > > Hi, no I have not. I disabled all the Gnome background bits, > dbus, polkit and hald and it went away, and I didn't have time > to come back to it as I need my desktop all day. > > > I just updated to 6-Stable of Nov. 21 and it has not yet crashed, but if > > it fails again, I can provide the requested information. I really would > > like to see it resolved for the 6.2 release if at all possible. > > I'll csup and rebuild tonight so see if it has gone for me too. > > > In my case, the crashes have mostly occurred when I was either not on the > > system at all or when I was just logged into it via SSH from a terminal > > window on another system. No X-server was running at the time of any > > crash. (But polkitd and hald are started at boot time, so they were > > running.) It happened again last night (at almost exactly midnight). Several failures seem to have coincided with crontab jobs and I have never had the system crash while I was logged on the the system directly. Either I was logged in over the net or was not logged in at all. Due to the holiday (in the US), is did not have an opportunity to do anything other then reboot it. I hope to have time to connect a laptop to the console so I can record everything that happens to submit. This si clearly not a common problem. What hardware do you have? Mine is an Athlon64-4400+ on an MSI mobo with 1GB of RAM. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1164340943_32058P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFZm7Pkn3rs5h7N1ERAnWiAJ9kCLOmdp2eGUhWodBb9goOIlqqMwCcD7og o7k5Cd7p5zJyNv7hvBS8lTk= =ZRJC -----END PGP SIGNATURE----- --==_Exmh_1164340943_32058P-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 24 07:08:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98C4316A40F for ; Fri, 24 Nov 2006 07:08:23 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D49D43D46 for ; Fri, 24 Nov 2006 07:07:43 +0000 (GMT) (envelope-from scrappy@freebsd.org) Received: from localhost (unknown [200.46.204.220]) by hub.org (Postfix) with ESMTP id 577EF11A19E for ; Fri, 24 Nov 2006 03:08:22 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.60]) (amavisd-new, port 10024) with ESMTP id 51735-01-5 for ; Fri, 24 Nov 2006 03:08:21 -0400 (AST) Received: by hub.org (Postfix, from userid 1001) id 6CF4E11BD9D; Fri, 24 Nov 2006 02:52:38 -0400 (AST) Received: from ganymede.hub.org (blk-137-79-174.eastlink.ca [24.137.79.174]) by hub.org (Postfix) with ESMTP id B76F611A0D5 for ; Fri, 24 Nov 2006 02:32:08 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 316373C70A for ; Fri, 24 Nov 2006 02:32:09 -0400 (AST) Date: Fri, 24 Nov 2006 02:32:08 -0400 From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: X-Mailer: Mulberry/4.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: panic: ffs_alloccg: map corrupted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Nov 2006 07:08:23 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Had two of the above crashes tonight, both produced core files ... fsck appears to run well in both cases ... a few UNREF FILES, some INCORRECT BLOCK COUNT ... but, no manual fsck required, so "clean" ... Trace from one of the cores is as follows ... its a fairly old 6.1-STABLE (Jun26th), but just figured I'd post in case this is in the least bit useful ... have saved both cores if I can provide any more details ... (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc049cb62 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc049ce89 in panic (fmt=0xc060b371 "ffs_alloccg: map corrupted") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc0569437 in ffs_mapsearch (fs=0xc90d9800, cgp=0xe3fc7000, bpref=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/ufs/ffs/ffs_alloc.c:2145 #4 0xc0567674 in ffs_alloccg (ip=0xccb76000, cg=344, bpref=32430312, size=4096) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1440 #5 0xc0566d40 in ffs_hashalloc (ip=0xccb76000, cg=344, pref=32430312, size=4096, allocator=0xc0567280 ) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1248 #6 0xc0564b7d in ffs_alloc (ip=0xccb76000, lbn=8, bpref=32430312, size=4096, cred=0xcce89180, bnp=0xf03ec9fc) at /usr/src/sys/ufs/ffs/ffs_alloc.c:183 #7 0xc056bb8f in ffs_balloc_ufs2 (vp=0xcb81d330, startoffset=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/ufs/ffs/ffs_balloc.c:671 #8 0xc0583708 in ffs_write (ap=0xf03ecbec) at /usr/src/sys/ufs/ffs/ffs_vnops.c:709 #9 0xc05ecc06 in VOP_WRITE_APV (vop=0xc0638e20, a=0xf03ecbec) at vnode_if.c:698 #10 0xc05019d2 in vn_write (fp=0xcfe48240, uio=0xf03eccbc, active_cred=0xcce89180, flags=0, td=0xd057a180) at vnode_if.h:372 #11 0xc04bfcc3 in dofilewrite (td=0xd057a180, fd=16, fp=0xcfe48240, auio=0xf03eccbc, offset=Unhandled dwarf expression opcode 0x93 ) at file.h:252 #12 0xc04bfb67 in kern_writev (td=0xd057a180, fd=16, auio=0xf03eccbc) at /usr/src/sys/kern/sys_generic.c:402 #13 0xc04bfa8d in write (td=0xd057a180, uap=0x0) at /usr/src/sys/kern/sys_generic.c:326 #14 0xc05dba67 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 16, tf_esi = 0, tf_ebp = - -1077941816, tf_isp = -264319644, tf_ebx = 134695688, tf_edx = 0, tf_ecx = 135282696, tf_eax = 4, tf_trapno = 0, tf_err = 2, tf_eip = 674488099, tf_cs = 51, tf_eflags = 662, tf_esp = -1077941860, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:981 #15 0xc05c90df in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #16 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFZpHo4QvfyHIvDvMRAjwsAKDdLtw5F0OE/ZFkEr/eOQYJehSsKgCgrSN9 iBl9RC3bQ3QTfIhTL08E/uU= =QhIs -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 24 07:22:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D8DBC16A407; Fri, 24 Nov 2006 07:22:46 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A141743D6D; Fri, 24 Nov 2006 07:22:06 +0000 (GMT) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.62) with esmtp (envelope-from ) id <1GnVOX-00030z-1U>; Fri, 24 Nov 2006 08:22:45 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.62) with esmtpsa (envelope-from ) id <1GnVOX-0006d1-0I>; Fri, 24 Nov 2006 08:22:45 +0100 Message-ID: <45669DBF.5030009@zedat.fu-berlin.de> Date: Fri, 24 Nov 2006 08:22:39 +0100 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 1.5.0.8 (X11/20061110) MIME-Version: 1.0 To: David Malone References: <45656A3B.6000000@zedat.fu-berlin.de> <20061123213656.GA26275@walton.maths.tcd.ie> In-Reply-To: <20061123213656.GA26275@walton.maths.tcd.ie> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org, FreeBSD Stable Subject: Re: UFS Bug: FreeBSD 6.1/6.2/7.0: MOKB-08-11-2006, CVE-2006-5824, MOKB-03-11-2006, CVE-2006-5679 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Nov 2006 07:22:47 -0000 David Malone wrote: > On Thu, Nov 23, 2006 at 10:30:35AM +0100, O. Hartmann wrote: >> Is for these UFS bugs in FreeBSD since 6.1 a fix uderway? >> >> See: >> >> http://projects.info-pull.com/mokb/ >> >> MOKB-08-11-2006,CVE-2006-5824, MOKB-03-11-2006,CVE-2006-5679 > > These two bugs both seem to involve mounting deliberately corrupted > UFS file systems. I'm not sure that many people allow this. To be > honest, I'm surprised that they only list two bugs of this sort - > UFS wasn't designed to be robust to working with accidently corrupted > filesystems, let alone ones corrupted maliciously! > > The usual response of UFS to a corrupted filesystem is to panic. > I'm guessing it would have been easier to do: > > grep panic /usr/src/sys/ufs/*/*.c > > to find a load of these bugs, rather than writing a fuzzing tool ;-) > > (That's not to say that it isn't worth improving things, it's just > likely to be a large amount of work to fix this in a way that > actually makes things better.) > > David. These two bugs are shown for FreeBSD only and I guess, Solaris and other BSDs still use UFS. Are they more robust against this exploit or type of exploit? On the other hand, if these shown bugs aren't as serious as claimed be the mentioned page, it sounds more like 'look, we also found on FreeBSD something strange, not even on Linux'. But it is good to know and be aware of. Regards, Oliver From owner-freebsd-stable@FreeBSD.ORG Fri Nov 24 07:39:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EBA2416A403; Fri, 24 Nov 2006 07:39:55 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3D4D43D46; Fri, 24 Nov 2006 07:39:15 +0000 (GMT) (envelope-from tom@samplonius.org) Received: from localhost (localhost [127.0.0.1]) by ly.sdf.com (Postfix) with ESMTP id 4FC3410C681; Thu, 23 Nov 2006 23:44:14 -0800 (PST) X-DSPAM-Result: Innocent X-DSPAM-Processed: Thu Nov 23 23:44:13 2006 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4566a2cd20911132953844 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Score: -4.212 X-Spam-Level: X-Spam-Status: No, score=-4.212 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, AWL=0.287, BAYES_00=-2.599, DSPAM_HAM=-0.1] Received: from ly.sdf.com ([127.0.0.1]) by localhost (ly.sdf.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d4EhyiOZhFY1; Thu, 23 Nov 2006 23:44:13 -0800 (PST) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by ly.sdf.com (Postfix) with ESMTP id 2508010C67E; Thu, 23 Nov 2006 23:44:13 -0800 (PST) Message-ID: <26885494.121164354252981.JavaMail.root@ly.sdf.com> Date: Thu, 23 Nov 2006 23:44:12 -0800 (PST) From: Tom Samplonius To: "O. Hartmann" In-Reply-To: <45669DBF.5030009@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: David Malone , freebsd-security@freebsd.org, freebsd-current@freebsd.org, FreeBSD Stable Subject: Re: UFS Bug: FreeBSD 6.1/6.2/7.0: MOKB-08-11-2006, CVE-2006-5824, MOKB-03-11-2006, CVE-2006-5679 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Nov 2006 07:39:56 -0000 ----- O. Hartmann wrote: > These two bugs are shown for FreeBSD only and I guess, Solaris and > other > BSDs still use UFS. Are they more robust against this exploit or type > > of exploit? > On the other hand, if these shown bugs aren't as serious as claimed be > > the mentioned page, it sounds more like 'look, we also found on > FreeBSD > something strange, not even on Linux'. > > But it is good to know and be aware of. > > Regards, > Oliver The two bugs shown are for FreeBSD, but the site (http://projects.info-pull.com/mokb/) lists at least three filesystem "bugs" for Linux too. Tom From owner-freebsd-stable@FreeBSD.ORG Fri Nov 24 09:20:34 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8CF016A412; Fri, 24 Nov 2006 09:20:34 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id D61DA43D46; Fri, 24 Nov 2006 09:19:53 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id C2AED114033; Fri, 24 Nov 2006 09:20:30 +0000 (GMT) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wEHZXu7foIqE; Fri, 24 Nov 2006 09:20:27 +0000 (GMT) Received: from gdc083.internal.graphdata.co.uk (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with SMTP id 7D262114032; Fri, 24 Nov 2006 09:20:27 +0000 (GMT) Date: Fri, 24 Nov 2006 09:20:27 +0000 From: Dominic Marks To: "Kevin Oberman" Message-Id: <20061124092027.a310a6e1.dom@helenmarks.co.uk> In-Reply-To: <20061124040223.9AA9A45054@ptavv.es.net> References: <20061121165151.0dd0956c.dom@helenmarks.co.uk> <20061124040223.9AA9A45054@ptavv.es.net> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Robert Watson Subject: Re: FreeBSD 6.2-PRE panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Nov 2006 09:20:35 -0000 On Thu, 23 Nov 2006 20:02:23 -0800 "Kevin Oberman" wrote: > > Date: Tue, 21 Nov 2006 16:51:51 +0000 > > From: Dominic Marks > > > > On Tue, 21 Nov 2006 08:41:00 -0800 > > "Kevin Oberman" wrote: > > > > > On Fri, 27 Oct 2006, Robert Watson wrote: > > > > On Fri, 27 Oct 2006, Dominic Marks wrote: > > > > > > > > > On Thu, 26 Oct 2006 13:10:41 +0100 > > > > > Dominic Marks wrote: > > > > > > > > > >> On Thu, 26 Oct 2006 12:14:47 +0100 > > > > >> Dominic Marks wrote: > > > > >> > > > > >>> Received this one this morning. I was in Gnome, just opened sylpheed. Had > > > > >>> a collection of other apps running, no particular high load. Debug kernel > > > > >>> and vmcore available for interested developers (592MB ... I've turned on > > > > >>> minidumps now.) > > > > >> > > > > >> And another, looks like the same again. This time I have a minidump (73MB) > > > > >> . Available for developers. I'm going to try going to latest STABLE and see > > > > >> if it goes away. > > > > > > > > > > And again, this time with latest STABLE. Help! (please) Ideas for a > > > > > work-around would be appreciated as well. As before crash info is available > > > > > to developers (93MB). > > > > > > > > If you have a serial console set up, could you compile DDB, INVARIANTS, and > > > > WITNESS into the kernel? When the panic occurs, run the following commands: > > > > > > > > show pcpu > > > > trace > > > > show allpcpu > > > > traceall > > > > show alllocks > > > > > > Has Dominic followed up on this? I am seeing the same problem on my > > > Athlon 4400+ system (running i386) and have been crashing 3 or 4 times a > > > day on a kernel from Nov. 9. > > > > Hi, no I have not. I disabled all the Gnome background bits, > > dbus, polkit and hald and it went away, and I didn't have time > > to come back to it as I need my desktop all day. > > > > > I just updated to 6-Stable of Nov. 21 and it has not yet crashed, but if > > > it fails again, I can provide the requested information. I really would > > > like to see it resolved for the 6.2 release if at all possible. > > > > I'll csup and rebuild tonight so see if it has gone for me too. > > > > > In my case, the crashes have mostly occurred when I was either not on the > > > system at all or when I was just logged into it via SSH from a terminal > > > window on another system. No X-server was running at the time of any > > > crash. (But polkitd and hald are started at boot time, so they were > > > running.) > > It happened again last night (at almost exactly midnight). Several > failures seem to have coincided with crontab jobs and I have never had > the system crash while I was logged on the the system directly. Either I > was logged in over the net or was not logged in at all. Different experience from me. With a fresh kernel and the gnome daemons running I had an instant reboot, no core dump. Turning of polkitd and hald makes it go away reliably though. I intend to turn one of them back on to see if I can narrow it down further. > Due to the holiday (in the US), is did not have an opportunity to do > anything other then reboot it. I hope to have time to connect a laptop > to the console so I can record everything that happens to submit. > > This si clearly not a common problem. What hardware do you have? Mine is > an Athlon64-4400+ on an MSI mobo with 1GB of RAM. I suppose not. dmesg: Copyright (c) 1992-2006 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 6.2-PRERELEASE #19: Wed Nov 22 14:26:01 GMT 2006 dominicm@gdc083.internal.graphdata.co.uk:/usr/obj/usr/src/sys/GDC083 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel (R) Xeon(TM) CPU 3.00GHz (2992.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf4a Stepping = 10 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20100000 AMD Features2=0x1 Logical CPUs per core: 2 real memory = 1072218112 (1022 MB) avail memory = 1040244736 (992 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 8 ioapic1: Changing APIC ID to 9 ioapic2: Changing APIC ID to 10 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.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 pcib3: at device 0.2 on pci1 pci3: on pcib3 pcib4: at device 12.0 on pci3 pci4: on pcib4 pci4: at device 0.0 (no driver attached) twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0xdcb0-0xdcbf mem 0xdfddfff0-0xdfddffff,0xdf000000-0xdf7fffff irq 17 at device 13.0 on pci3 twe0: [GIANT-LOCKED] twe0: 2 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048 em0: port 0xdcc0-0xdcff mem 0xdfde0000-0xdfdfffff irq 48 at device 14.0 on pci3 em0: Ethernet address: 00:13:72:8b:3c:a9 pcib5: irq 16 at device 3.0 on pci0 pci5: on pcib5 pcib6: irq 16 at device 4.0 on pci0 pci6: on pcib6 uhci0: port 0xff80-0xff9f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xff60-0xff7f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xff20-0xff3f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xffa80800-0xffa80bff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered umass0: FREECOM. ATAPI-6 Bridge Controller, rev 2.00/0.00, addr 2 umass1: Freecom Classic Mobile 2.5' Hard Disk, rev 2.00/0.33, addr 3 pcib7: at device 30.0 on pci0 pci7: on pcib7 pcm0: port 0xcc00-0xccff irq 17 at device 13.0 on pci7 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf mem 0xdffffc00-0xdfffffff irq 18 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfea0-0xfeaf irq 18 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 pci0: at device 31.3 (no driver attached) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: port 0x378-0x37f,0x778-0x77f irq 7 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xc9fff,0xca000-0xca7ff,0xca800-0xcbfff 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 ukbd0: Dell Dell USB Keyboard, rev 1.10/2.00, addr 2, iclass 3/1 kbd2 at ukbd0 ums0: Microsoft Basic Optical Mouse, rev 1.10/0.00, addr 3, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 2992517235 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master UDMA33 acd1: CDRW at ata1-master UDMA33 ad4: 76293MB at ata2-master SATA150 twed0: on twe0 twed0: 305245MB (625142448 sectors) twed1: on twe0 twed1: 305245MB (625142448 sectors) GEOM_STRIPE: Device stripe0 created (id=1600921836). GEOM_STRIPE: Disk twed0 attached to stripe0. GEOM_STRIPE: Disk twed1 attached to stripe0. GEOM_STRIPE: Device stripe0 activated. da1 at umass-sim1 bus 1 target 0 lun 0 da1: Fixed Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: 28615MB (58605120 512 byte sectors: 255H 63S/T 3648C) da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 38154MB (78140160 512 byte sectors: 255H 63S/T 4864C) GEOM_STRIPE: Device stripe1 created (id=3868194172). GEOM_STRIPE: Disk da0 attached to stripe1. GEOM_STRIPE: Disk da1 attached to stripe1. GEOM_STRIPE: Device stripe1 activated. Trying to mount root from ufs:/dev/ad4s1a > -- > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: oberman@es.net Phone: +1 510 486-8634 > Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 > Cheers, Dominic From owner-freebsd-stable@FreeBSD.ORG Fri Nov 24 11:10:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 461D716A5EA for ; Fri, 24 Nov 2006 11:10:30 +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 C509743D5F for ; Fri, 24 Nov 2006 11:09:48 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1GnYwV-0003kH-Qm for freebsd-stable@freebsd.org; Fri, 24 Nov 2006 12:10:04 +0100 Received: from wh58-703.st.uni-magdeburg.de ([141.44.198.73]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 Nov 2006 12:10:03 +0100 Received: from jo_t by wh58-703.st.uni-magdeburg.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 Nov 2006 12:10:03 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Johannes Totz Date: Fri, 24 Nov 2006 12:00:47 +0100 Lines: 50 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: wh58-703.st.uni-magdeburg.de User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) Sender: news Subject: glabel leaking memory? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Nov 2006 11:10:30 -0000 Hi! Looks like geom_label is leaking some memory to the last sector used to store metadata. Lots of rubbish after the label: > 000ffe00h: 47 45 4F 4D 3A 3A 4C 41 42 45 4C 00 00 00 00 00 ; GEOM::LABEL..... > 000ffe10h: 02 00 00 00 74 65 73 74 00 00 00 00 F0 B4 BF BF ; ....test....ð´¿¿ > 000ffe20h: 02 00 00 00 00 00 10 00 00 00 00 00 00 93 07 28 ; .............“.( > 000ffe30h: 00 94 07 28 00 95 07 28 18 28 07 28 D4 F8 0B 28 ; .â€.(.•.(.(.(Ôø.( > 000ffe40h: 01 00 00 00 F4 B1 BF BF 67 2C 05 28 39 4D 05 28 ; ....ô±¿¿g,.(9M.( > 000ffe50h: 18 28 07 28 F4 B1 BF BF 00 95 07 28 94 27 05 28 ; .(.(ô±¿¿.•.(â€'.( > 000ffe60h: 37 67 1A 28 37 67 1A 28 00 95 07 28 A0 B1 BF BF ; 7g.(7g.(.•.( ±¿¿ > 000ffe70h: 06 00 00 00 43 00 00 00 0B 27 05 00 18 28 07 28 ; ....C....'...(.( > 000ffe80h: 50 A1 07 28 00 00 00 00 94 27 05 28 60 F9 07 28 ; P¡.(....â€'.(`ù.( > 000ffe90h: 8C 71 0C 31 3B 1C 0C 28 94 27 05 28 4C 12 0C 28 ; Å’q.1;..(â€'.(L..( > 000ffea0h: 7B B9 04 08 03 00 00 00 13 B2 BF BF 01 00 00 00 ; {¹.......²¿¿.... > 000ffeb0h: 00 30 05 08 0B 27 05 01 18 28 07 28 04 00 00 00 ; .0...'...(.(.... > 000ffec0h: 00 00 00 00 84 B2 BF BF 94 27 05 28 93 88 04 08 ; ....„²¿¿â€'.(“ˆ.. > 000ffed0h: BC 0F 0C 28 00 95 07 28 9D D9 10 28 60 D1 18 28 ; ¼..(.•.(ÂÙ.(`Ñ.( > 000ffee0h: 21 0B 00 00 0B 27 05 01 18 28 07 28 D0 A0 07 28 ; !....'...(.(à .( > 000ffef0h: 00 00 00 00 B4 B2 BF BF CB 28 05 28 93 88 04 08 ; ....´²¿¿Ë(.(“ˆ.. > 000fff00h: C4 49 3C 07 00 95 07 28 01 00 00 00 60 D1 18 28 ; ÄI<..•.(....`Ñ.( > 000fff10h: 00 F0 04 08 10 00 00 00 00 95 07 28 2F D3 16 01 ; .ð.......•.(/Ó.. > 000fff20h: C4 49 3C 07 93 88 04 08 18 28 07 28 F0 85 04 08 ; ÄI<.“ˆ...(.(ð….. > 000fff30h: 00 00 00 00 44 B3 BF BF A2 29 05 28 08 08 07 28 ; ....D³¿¿¢).(...( > 000fff40h: 18 B3 BF BF 01 00 00 00 1C B3 BF BF 00 00 00 00 ; .³¿¿.....³¿¿.... > 000fff50h: 00 90 07 28 00 91 07 28 00 92 07 28 00 93 07 28 ; .Â.(.‘.(.’.(.“.( > 000fff60h: 00 94 07 28 00 95 07 28 00 00 00 00 00 00 00 00 ; .â€.(.•.(........ > 000fff70h: 00 00 00 00 00 00 00 00 00 01 00 00 00 00 00 00 ; ................ > 000fff80h: 00 00 00 00 00 00 00 00 00 95 07 28 05 00 00 01 ; .........•.(.... > 000fff90h: C4 49 3C 07 93 88 04 08 00 95 07 28 D0 B2 BF BF ; ÄI<.“ˆ...•.(ò¿¿ > 000fffa0h: 07 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 ; ................ > 000fffb0h: 00 00 00 00 1D 29 05 28 18 28 07 28 F0 85 04 08 ; .....).(.(.(ð….. > 000fffc0h: 01 00 00 00 74 B3 BF BF 67 2C 05 28 39 4D 05 28 ; ....t³¿¿g,.(9M.( > 000fffd0h: 18 28 07 28 74 B3 BF BF C7 4E 05 28 00 D0 07 28 ; .(.(t³¿¿ÇN.(.Ã.( > 000fffe0h: 93 88 04 08 00 95 07 28 18 28 07 28 18 28 07 28 ; “ˆ...•.(.(.(.(.( > 000ffff0h: 84 D0 17 28 A4 B3 BF BF C8 2D 05 28 C4 6D 07 28 ; „Ã.(¤³¿¿È-.(Äm.( The buffer in sbin/geom/class/label/geom_label.c:label_label(...) is allocated from the stack but never initialized with zeros. Does anybody consider this a bug? Didn't find any PR for it. A simple memset() should fix it... BTW: code documentation is pretty bad... Cheers, Johannes From owner-freebsd-stable@FreeBSD.ORG Fri Nov 24 11:49:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB5DA16A40F for ; Fri, 24 Nov 2006 11:49:23 +0000 (UTC) (envelope-from s.c.sprong@student.utwente.nl) Received: from volte.student.utwente.nl (volte.student.utwente.nl [130.89.162.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92A7C43D5A for ; Fri, 24 Nov 2006 11:48:42 +0000 (GMT) (envelope-from s.c.sprong@student.utwente.nl) Received: from ns1.private (ntp.private [10.10.10.1]) by volte.student.utwente.nl (Postfix) with ESMTP id 00FFCEBCF0 for ; Fri, 24 Nov 2006 12:49:21 +0100 (CET) Date: Fri, 24 Nov 2006 12:49:21 +0100 (CET) From: s.c.sprong@student.utwente.nl To: FreeBSD-stable mailinglist Message-ID: <20061124122208.R4373@volte.student.utwente.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: sshfs/nfs cause server locku X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: s.c.sprong@student.utwente.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Nov 2006 11:49:23 -0000 In article <20061123192532.GA81937@xor.obsecurity.org> you wrote: >s.c.sprong@student.utwente.nl wrote: >> My poking uncovered a set of crashing bugs and potentially a livelock. >> I would agree that NFS is very fragile in RELENG_6. >> So far I've not run into an NFS server deadlock you >> described. > >Are you sure these are NFS problems and not ethernet driver problems? No, but since the other networking protocols do work, I suspect NFS over TCP. I stopped poking when I found a satisfactionary work-around, but if you can point me to some simple tests, I'll happily try them. scs From owner-freebsd-stable@FreeBSD.ORG Fri Nov 24 12:42:35 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 647D016A494 for ; Fri, 24 Nov 2006 12:42:35 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 8902043D55 for ; Fri, 24 Nov 2006 12:41:51 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 24 Nov 2006 12:42:30 -0000 Date: Fri, 24 Nov 2006 14:41:57 +0200 From: Nikolay Pavlov To: LI Xin Message-ID: <20061124124157.GA68392@zone3000.net> Mail-Followup-To: Nikolay Pavlov , LI Xin , freebsd-stable@FreeBSD.org, Robert Watson References: <20061122195549.GA57018@zone3000.net> <338b359d969e9c68deaf49096aa91995@mail.geekcn.org> <20061123160208.GA62732@zone3000.net> <456662F4.6000306@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <456662F4.6000306@delphij.net> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: Robert Watson , freebsd-stable@FreeBSD.org Subject: Re: deadlock in "zoneli" state on 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Nov 2006 12:42:35 -0000 On Friday, 24 November 2006 at 11:11:48 +0800, LI Xin wrote: > Nikolay Pavlov wrote: > > On Thursday, 23 November 2006 at 20:24:15 +0800, delphij@delphij.net wr= ote: > >> Hi, > >> > >> On Wed, 22 Nov 2006 21:55:49 +0200, Nikolay Pavlov wrote: > >>> Hi. > >>> It seems i have a deadlock on 6.2-PRERELEASE. > >>> This is squid server in accelerator mode. > >>> I can easily trigger it with a high rate of requests. > >>> Squid is locked on some "zoneli" state, i am not sure what it is. > >>> Also i can't KILL proccess even with SIGKILL. > >>> In addition one of sshd proccess is locked too. > >> Would you please update to the latest RELENG_6 and apply this patch: > >> > >> http://people.freebsd.org/~delphij/misc/patch-zonelimit-workaround > >> > >> to see if things gets improved? > >> > >> Thanks in advance! > >> > >> Cheers, > >=20 > > Well. This patch works quite ambiguous for me. > > Under heavy load this box become unresponseble via network. > > System is mostly idle. Squid is locked in zoneli. >=20 > Would you please give me the output of "sysctl vm.zone" on a patched > system? It's not important whether it is loaded. Here it is: root@accel1:~# sysctl vm.zone vm.zone: ITEM SIZE LIMIT USED FREE REQUESTS FFS2 dinode: 256, 0, 84920, 15040, 1499541 FFS1 dinode: 128, 0, 0, 0, 0 FFS inode: 132, 0, 84920, 15043, 1499541 Mountpoints: 664, 0, 7, 5, 7 SWAPMETA: 276, 121576, 0, 0, 0 pfosfp: 28, 0, 188, 193, 188 pfospfen: 108, 0, 345, 51, 345 pfiaddrpl: 92, 0, 0, 0, 0 pfstatescrub: 28, 0, 0, 0, 0 pffrcent: 12, 50141, 0, 0, 0 pffrcache: 48, 10062, 0, 0, 0 pffrag: 48, 0, 0, 156, 47 pffrent: 16, 203, 0, 203, 99 pfrkentry2: 156, 0, 0, 0, 0 pfrkentry: 156, 0, 5, 45, 8 pfrktable: 1240, 0, 4, 5, 11 pfpooladdrpl: 68, 0, 2, 110, 2 pfaltqpl: 128, 0, 0, 0, 0 pfstatepl: 260, 15000, 4478, 1327, 1670408 pfrulepl: 604, 0, 9, 9, 9 pfsrctrpl: 100, 15015, 0, 0, 0 rtentry: 132, 0, 14, 44, 25 ripcb: 180, 131076, 0, 44, 2 sackhole: 20, 0, 95, 243, 3451100 tcpreass: 20, 8281, 0, 169, 2584 hostcache: 76, 15400, 6178, 222, 61324 syncache: 100, 15366, 43, 152, 1682074 tcptw: 48, 8268, 270, 198, 1499466 tcpcb: 464, 131072, 816, 2632, 1723491 inpcb: 180, 131076, 1086, 2434, 1723491 udpcb: 180, 131076, 12, 32, 251 ipq: 32, 4181, 0, 0, 0 unpcb: 140, 131096, 14, 42, 890 socket: 356, 131076, 842, 2524, 1724635 KNOTE: 68, 0, 0, 112, 128 PIPE: 408, 0, 7, 20, 2476 NFSNODE: 460, 0, 3, 21, 14 NFSMOUNT: 480, 0, 1, 15, 1 DIRHASH: 1024, 0, 894, 930, 29255 NAMEI: 1024, 0, 0, 12, 2924657 L VFS Cache: 291, 0, 96, 125, 202 S VFS Cache: 68, 0, 80925, 13435, 1464860 VNODEPOLL: 76, 0, 0, 0, 0 VNODE: 272, 0, 84967, 15049, 1499617 ata_composit: 196, 0, 0, 0, 0 ata_request: 204, 0, 0, 0, 0 g_bio: 132, 0, 0, 3596, 1759992 ACL UMA zone: 388, 0, 0, 0, 0 mbuf_jumbo_1: 16384, 0, 0, 0, 0 mbuf_jumbo_9: 9216, 0, 0, 0, 0 mbuf_jumbo_p: 4096, 0, 0, 0, 0 mbuf_cluster: 2048, 131072, 9788, 55914, 55681090 mbuf: 256, 65550, 9886, 55664, 94834002 mbuf_packet: 256, 65550, 9946, 55604, 56552142 VMSPACE: 296, 0, 30, 35, 5026 UPCALL: 44, 0, 0, 0, 0 KSEGRP: 88, 0, 112, 48, 112 THREAD: 376, 0, 112, 8, 112 PROC: 536, 0, 72, 40, 5070 MAC labels: 20, 0, 88313, 13594, 6711573 Files: 72, 0, 342, 3103, 4744891 4096: 4096, 0, 130, 37, 1227567 2048: 2048, 0, 149, 97, 7768863 1024: 1024, 0, 50, 110, 6638355 512: 512, 0, 3281, 2063, 158715 256: 256, 0, 391, 524, 103478 128: 128, 0, 1911, 1749, 2761553 64: 64, 0, 3259, 25887, 658792 32: 32, 0, 1580, 567, 172242 16: 16, 0, 2492, 959, 3591762 mt_zone: 64, 0, 182, 54, 182 DP fakepg: 72, 0, 0, 0, 0 PV ENTRY: 24, 2228360, 239940, 1485, 2854298 MAP ENTRY: 68, 0, 779, 565, 195962 KMAP ENTRY: 68, 57456, 17, 151, 408504 MAP: 192, 0, 7, 33, 7 VM OBJECT: 132, 0, 65888, 21141, 274462 128 Bucket: 524, 0, 1894, 3, 112379 64 Bucket: 268, 0, 36, 6, 36 32 Bucket: 140, 0, 33, 23, 33 16 Bucket: 76, 0, 38, 12, 38 UMA Hash: 128, 0, 4, 26, 6 UMA RCntSlab: 104, 0, 32851, 5, 32851 UMA Slabs: 64, 0, 1489, 45, 163284 UMA Zones: 120, 0, 84, 6, 84 UMA Kegs: 140, 0, 84, 12, 84 >=20 >=20 > > ast pid: 840; load averages: 0.26, 0.24, 0.17 up 0+00:11:50 10:1= 9:46 > > 34 processes: 1 running, 33 sleeping > > CPU states: 0.4% user, 0.0% nice, 0.4% system, 1.5% interrupt, 97.8= % idle > > Mem: 225M Active, 144M Inact, 261M Wired, 12K Cache, 112M Buf, 3259M Fr= ee > > Swap: 4070M Total, 4070M Free > >=20 > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > > 682 squid 1 -16 0 207M 207M zoneli 2:18 6.59% squid > > 709 root 1 -8 0 7768K 7240K piperd 0:00 0.00% perl5.8= .8 > > 691 root 1 96 0 6632K 4796K select 0:00 0.00% snmpd > > 829 root 1 76 -20 2400K 1648K RUN 0:00 0.00% top > > 790 quetzal 1 96 0 6220K 3252K select 0:00 0.00% sshd > > 788 root 1 4 0 6232K 3232K sbwait 0:00 0.00% sshd > > 837 root 1 20 0 5048K 3024K pause 0:00 0.00% tcsh > > 832 root 1 4 0 6232K 3236K sbwait 0:00 0.00% sshd > > 820 root 1 20 0 4700K 2856K pause 0:00 0.00% tcsh > > 645 root 1 96 0 2984K 1808K select 0:00 0.00% ntpd > > 791 quetzal 1 20 0 4708K 2872K pause 0:00 0.00% tcsh > > 560 root 1 96 0 1352K 996K select 0:00 0.00% syslogd > > 362 _pflogd 1 -58 0 1600K 1144K bpf 0:00 0.00% pflogd > > 835 quetzal 1 20 0 4728K 2960K pause 0:00 0.00% tcsh > > 688 squid 1 -8 0 1224K 632K piperd 0:00 0.00% unlinkd > > 834 quetzal 1 96 0 6220K 3252K select 0:00 0.00% sshd > > 840 root 1 20 0 1540K 960K pause 0:00 0.00% netstat > > 719 root 1 96 0 3464K 2796K select 0:00 0.00% sendmail > > 729 root 1 8 0 1364K 1060K nanslp 0:00 0.00% cron > >=20 > > root@accel1:~# netstat -h 1 > > input (Total) output > > packets errs bytes packets errs bytes colls > > 1.6K 0 1.3M 1.5K 0 1.6M 0 > > 1.8K 0 1.6M 1.7K 0 1.6M 0 > > 1.3K 0 1.0M 1.4K 0 1.4M 0 > > 1.5K 0 1.3M 1.5K 0 1.4M 0 > > 1.6K 0 1.4M 1.6K 0 1.5M 0 > > 1.7K 0 1.5M 1.6K 0 1.5M 0 > > 1.3K 0 830K 1.4K 0 1.5M 0 > > 1.1K 0 679K 1.3K 0 1.4M 0 > > 812 0 501K 912 0 971K 0 > > 1.2K 0 1.1M 1.2K 0 1.1M 0 > > 617 0 325K 742 0 806K 0 > > 634 0 312K 769 0 818K 0 > > 1.8K 0 1.7M 1.5K 0 1.1M 0 > > 11K 0 13M 7.5K 0 3.8M 0 > > 10K 0 12M 8.0K 0 5.2M 0 > > 9.7K 0 9.9M 8.2K 0 6.3M 0 > > 513 1.7K 666K 328 0 151K 0 > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Here goes load... > >=20 > > 1.0K 543 782K 434 0 247K 0 > > 0 2.3K 0 0 0 0 0 > > 2 605 1.5K 2 0 132 0 > > input (Total) output > > packets errs bytes packets errs bytes colls > > 0 334 0 0 0 0 0 > > 0 286 0 0 0 0 0 > > 0 288 0 0 0 0 0 > > 819 204 689K 328 0 122K 0 > > 0 1.7K 0 0 0 0 0 > > 866 1.2K 719K 375 0 141K 0 > > 144 1.5K 175K 111 0 55K 0 > > 0 1.3K 0 0 0 0 0 > > 687 182 426K 304 0 73K 0 > > 0 3.2K 0 0 0 0 0 > > 1.0K 0 723K 405 0 126K 0 > > 17 1.8K 25K 11 0 2.2K 0 > > 598 990 409K 163 0 32K 0 > > 785 1.9K 635K 313 0 85K 0 > > 0 3.1K 0 0 0 0 0 > > 0 1.0K 0 0 0 0 0 > > 0 82 0 0 0 0 0 > > 0 205 0 0 0 0 0 > > 0 181 0 0 0 0 0 > > 0 197 0 0 0 0 0 > > 1.0K 633 915K 442 0 89K 0 > > input (Total) output > > packets errs bytes packets errs bytes colls > > 821 1.8K 712K 297 0 53K 0 > > 481 1.8K 437K 326 0 91K 0 > > 0 1.5K 0 0 0 0 0 > > 2 190 3.0K 2 0 356 0 > > 0 210 0 0 0 0 0 > > 0 150 0 0 0 0 0 > > 0 210 0 0 0 0 0 > > 799 631 938K 458 0 99K 0 > > 36 2.1K 41K 27 0 5.5K 0 > > 678 260 898K 366 0 70K 0 > >=20 > > BUT after some time, with out any load squid is responding again without > > any reboot. > >=20 > > Some other info: > >=20 > > root@accel1:~# netstat -i > > Name Mtu Network Address Ipkts Ierrs Opkts Oer= rs Coll > > em0 1500 00:30:48:2a:de:5a 984648 11332 939484 = 0 0 > > em0 1500 206.53.57/26 accel1 968817 - 939431 = - - > > em1* 1500 00:30:48:2a:de:5b 0 0 0 = 0 0 > > lo0 16384 314 0 314 = 0 0 > > lo0 16384 localhost ::1 0 - 0 = - - > > lo0 16384 your-net localhost 314 - 314 = - - > > pflog 33208 0 0 0 = 0 0 > >=20 > > Another intresting thing - i see that mbufs deniend counter is growing: > >=20 > > root@accel1:~# netstat -m > > 65485/65/65550 mbufs in use (current/cache/total) > > 65284/418/65702/131072 mbuf clusters in use (current/cache/total/max) > > 65284/0 mbuf+clusters out of packet secondary zone in use (current/cach= e) > > 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) > > 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) > > 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) > > 146939K/852K/147791K bytes allocated to network (current/cache/total) > > 21823/0/75016 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > > 0/3/6656 sfbufs in use (current/peak/max) > > 0 requests for sfbufs denied > > 0 requests for sfbufs delayed > > 0 requests for I/O initiated by sendfile > > 0 calls to protocol drain routines > >=20 > > root@accel1:~# netstat -m > > 65538/12/65550 mbufs in use (current/cache/total) > > 65338/364/65702/131072 mbuf clusters in use (current/cache/total/max) > > 65338/6 mbuf+clusters out of packet secondary zone in use (current/cach= e) > > 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) > > 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) > > 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) > > 147060K/731K/147791K bytes allocated to network (current/cache/total) > > 23262/0/86054 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > > 0/3/6656 sfbufs in use (current/peak/max) > > 0 requests for sfbufs denied > > 0 requests for sfbufs delayed > > 0 requests for I/O initiated by sendfile > > 0 calls to protocol drain routines > >=20 > > My configuration files: > >=20 > > root@accel1:~# cat /boot/loader.conf > > # --- Loader settings --- > > autoboot_delay=3D"5" # Delay in seconds before autobooting > >=20 > > # --- Kernel tunables --- > > kern.ipc.nmbclusters=3D"131072" # Set the number of mbuf clusters > > kern.cam.scsi_delay=3D"5000" # Delay (in ms) before probing SCSI > > kern.maxdsiz=3D"2752M" # Allow more memory allocation for sq= uid > > kern.dfldsiz=3D"2752M" # Allow more memory allocation for sq= uid > > #kern.maxssiz=3D"256M" # Allow more memory allocation for sq= uid > > #kern.maxusers=3D"512" > >=20 > > # --- Networking modules --- > > pf_load=3D"YES" # Packet filter > >=20 > > # --- Other modules --- > > accf_data_load=3D"YES" # Wait for data accept filter > > accf_http_load=3D"YES" # Wait for full HTTP request accept = filter > >=20 > >=20 > > root@accel1:~# cat /etc/sysctl.conf > > # $FreeBSD: src/etc/sysctl.conf,v 1.8 2003/03/13 18:43:50 mux Exp $ > > # > > # This file is read when going to multi-user and its contents piped th= ru > > # ``sysctl'' to adjust kernel values. ``man 5 sysctl.conf'' for detai= ls. > > # > >=20 > > # Uncomment this to prevent users from seeing information about process= es that > > # are being run under another UID. > > #security.bsd.see_other_uids=3D0 > >=20 > > # --- MAC access for squid --- > > net.inet.ip.portrange.reservedlow=3D0 > > net.inet.ip.portrange.reservedhigh=3D0 > > security.mac.portacl.rules=3Duid:100:tcp:80 > >=20 > >=20 > > # --- Kernel tunning --- > > kern.ipc.somaxconn=3D8192 > >=20 > > # --- Network tunning and protection --- > > kern.ipc.maxsockbuf=3D1048576 > > net.inet.tcp.sendspace=3D262144 > > net.inet.tcp.recvspace=3D131072 > > net.inet.tcp.msl=3D3000 > > net.inet.icmp.icmplim=3D50 > > net.inet.icmp.drop_redirect=3D1 > > net.inet.icmp.log_redirect=3D1 > > net.inet.ip.redirect=3D0 > > net.inet6.ip6.redirect=3D0 > >=20 > > Some kernel options: > >=20 > > options VM_KMEM_SIZE_MAX=3D536870912" > > options MAC > > options MAC_PORTACL > >=20 > >=20 > > Ahh... And here is also a panic :) > >=20 > >=20 > > root@accel1:/usr/obj/usr/src/sys/ACCEL# kgdb kernel.debug /var/crash/vm= core.3 > > kgdb: kvm_nlist(_stopped_cpus): > > kgdb: kvm_nlist(_stoppcbs): > > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db= .so: Undefined symbol "ps_pglobal_lookup"] > > GNU gdb 6.1.1 [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and yo= u are > > welcome to change it and/or distribute copies of it under certain condi= tions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for deta= ils. > > This GDB was configured as "i386-marcel-freebsd". > >=20 > > Unread portion of the kernel message buffer: > >=20 > >=20 > > Fatal trap 12: page fault while in kernel mode > > fault virtual address =3D 0xc > > fault code =3D supervisor read, page not present > > instruction pointer =3D 0x20:0xc054dfac > > stack pointer =3D 0x28:0xf4817ad0 > > frame pointer =3D 0x28:0xf4817adc > > code segment =3D base 0x0, limit 0xfffff, type 0x1b > > =3D DPL 0, pres 1, def32 1, gran 1 > > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > > current process =3D 13 (swi1: net) > > trap number =3D 12 > > panic: page fault > > KDB: stack backtrace: > > kdb_backtrace(100,c927aa80,28,f4817a90,c,...) at kdb_backtrace+0x29 > > panic(c06c9d38,c06f033a,0,fffff,c927d69b,...) at panic+0xa8 > > trap_fatal(f4817a90,c,c927aa80,0,c,...) at trap_fatal+0x2a6 > > trap_pfault(f4817a90,0,c) at trap_pfault+0x1f3 > > trap(c93b0008,f4810028,c0590028,1,0,...) at trap+0x325 > > calltrap() at calltrap+0x5 > > --- trap 0xc, eip =3D 0xc054dfac, esp =3D 0xf4817ad0, ebp =3D 0xf4817ad= c --- > > m_copydata(0,ffffffff,1,cfcbc174,c1040460,...) at m_copydata+0x28 > > tcp_output(cc6781d0) at tcp_output+0xa17 > > tcp_input(ca16ab00,14,1,c927aa80,c927aa80,...) at tcp_input+0x286c > > ip_input(ca16ab00) at ip_input+0x5e1 > > netisr_processqueue(c073d7b8) at netisr_processqueue+0x9f > > swi_net(0) at swi_net+0xf2 > > ithread_execute_handlers(c9279648,c92c3400) at ithread_execute_handlers= +0x121 > > ithread_loop(c92436a0,f4817d38) at ithread_loop+0x54 > > fork_exit(c04ff5c8,c92436a0,f4817d38) at fork_exit+0x70 > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0x1, eip =3D 0, esp =3D 0xf4817d6c, ebp =3D 0 --- > > Uptime: 11m24s > > Dumping 3967 MB (3 chunks) > > chunk 0: 1MB (159 pages) ... ok > > chunk 1: 3966MB (1015280 pages) 3950 3934 3918 3902 3886 3870 3854 38= 38 3822 3806 3790 3774 3758 3742 3726 3710 3694 3678 3662 3646 3630 3614 35= 98 3582 3566 3550 3534 3518 3502 3486 3470 3454 3438 3422 3406 3390 3374 33= 58 3342 3326 3310 3294 3278 3262 3246 3230 3214 3198 3182 3166 3150 3134 31= 18 3102 3086 3070 3054 3038 3022 3006 2990 2974 2958 2942 2926 2910 2894 28= 78 2862 2846 2830 2814 2798 2782 2766 2750 2734 2718 2702 2686 2670 2654 26= 38 2622 2606 2590 2574 2558 2542 2526 2510 2494 2478 2462 2446 2430 2414 23= 98 2382 2366 2350 2334 2318 2302 2286 2270 2254 2238 2222 2206 2190 2174 21= 58 2142 2126 2110 2094 2078 2062 2046 2030 2014 1998 1982 1966 1950 1934 19= 18 1902 1886 1870 1854 1838 1822 1806 1790 1774 1758 1742 1726 1710 1694 16= 78 1662 1646 1630 1614 1598 1582 1566 1550 1534 1518 1502 1486 1470 1454 14= 38 1422 1406 1390 1374 1358 1342 1326 1310 1294 1278 1262 1246 1230 1214 11= 98 1182 1166 1150 1134 1118 1102 1086 1070 1054 1038 1022 1006 990 974 958 = 942 926 910 894 8 > 78 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638 622 606 59= 0 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 2= 86 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 ... ok > > chunk 2: 1MB (128 pages) > >=20 > > #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 0xc05167d2 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown= .c:409 > > #2 0xc0516a98 in panic (fmt=3D0xc06c9d38 "%s") at /usr/src/sys/kern/ke= rn_shutdown.c:565 > > #3 0xc06a416a in trap_fatal (frame=3D0xf4817a90, eva=3D12) at /usr/src= /sys/i386/i386/trap.c:837 > > #4 0xc06a3e9b in trap_pfault (frame=3D0xf4817a90, usermode=3D0, eva=3D= 12) at /usr/src/sys/i386/i386/trap.c:745 > > #5 0xc06a3a95 in trap (frame=3D > > {tf_fs =3D -918880248, tf_es =3D -192872408, tf_ds =3D -106790908= 0, tf_edi =3D 1, tf_esi =3D 0, tf_ebp =3D -192840996, tf_isp =3D -192841028= , tf_ebx =3D 4380, tf_edx =3D -1, tf_ecx =3D 0, tf_eax =3D -808730252, tf_t= rapno =3D 12, tf_err =3D 0, tf_eip =3D -1068179540, tf_cs =3D 32, tf_eflags= =3D 66050, tf_esp =3D 4380, tf_ss =3D -865631792}) at /usr/src/sys/i386/i3= 86/trap.c:435 > > #6 0xc0691cda in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > > #7 0xc054dfac in m_copydata (m=3D0x0, off=3D-1, len=3D1, cp=3D0xcfcbc1= 74 "") at /usr/src/sys/kern/uipc_mbuf.c:543 > > #8 0xc05ac60f in tcp_output (tp=3D0xcc6781d0) at /usr/src/sys/netinet/= tcp_output.c:770 > > #9 0xc05aaea4 in tcp_input (m=3D0xca16ab00, off0=3D20) at /usr/src/sys= /netinet/tcp_input.c:2471 > > #10 0xc05a1bb9 in ip_input (m=3D0xca16ab00) at /usr/src/sys/netinet/ip_= input.c:785 > > #11 0xc0590a6f in netisr_processqueue (ni=3D0xc073d7b8) at /usr/src/sys= /net/netisr.c:236 > > #12 0xc0590c6a in swi_net (dummy=3D0x0) at /usr/src/sys/net/netisr.c:349 > > #13 0xc04ff511 in ithread_execute_handlers (p=3D0xc9279648, ie=3D0xc92c= 3400) at /usr/src/sys/kern/kern_intr.c:682 > > #14 0xc04ff61c in ithread_loop (arg=3D0xc92436a0) at /usr/src/sys/kern/= kern_intr.c:765 > > #15 0xc04fe498 in fork_exit (callout=3D0xc04ff5c8 , arg= =3D0xc92436a0, frame=3D0xf4817d38) at /usr/src/sys/kern/kern_fork.c:821 > > #16 0xc0691d3c in fork_trampoline () at /usr/src/sys/i386/i386/exceptio= n.s:208 >=20 > This looks like that we have missed a lock here, and presumably this can > be avoided by Robert's reference counting changes in -HEAD. Robert, do > you have some comments? >=20 > Cheers, > --=20 > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! >=20 --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 - Best regards, Nikolay Pavlov. <<<----------------------------------- = =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 From owner-freebsd-stable@FreeBSD.ORG Fri Nov 24 13:53:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB4C816A40F; Fri, 24 Nov 2006 13:53:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (fw.zoral.com.ua [213.186.206.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C45743D55; Fri, 24 Nov 2006 13:53:11 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id kAODrkxX071688 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Nov 2006 15:53:46 +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.13.8/8.13.8) with ESMTP id kAODrkPS078344; Fri, 24 Nov 2006 15:53:46 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id kAODrhdU078343; Fri, 24 Nov 2006 15:53:43 +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: Fri, 24 Nov 2006 15:53:43 +0200 From: Kostik Belousov To: Steven Hartland Message-ID: <20061124135343.GC81940@deviant.kiev.zoral.com.ua> References: <20061123101246.GM1841@deviant.kiev.zoral.com.ua> <076f01c70f4f$e6b96050$b3db87d4@multiplay.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="S1BNGpv0yoYahz37" Content-Disposition: inline In-Reply-To: <076f01c70f4f$e6b96050$b3db87d4@multiplay.co.uk> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=1.4 required=5.0 tests=SPF_NEUTRAL, UNPARSEABLE_RELAY autolearn=no version=3.1.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on fw.zoral.com.ua Cc: freebsd-fs@freebsd.org, Mike Jakubik , freebsd-stable@freebsd.org Subject: Re: md deadlocks on wdrain. Was: [Re: quota and snapshotsin6.1-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: Fri, 24 Nov 2006 13:53:53 -0000 --S1BNGpv0yoYahz37 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 23, 2006 at 10:36:57PM -0000, Steven Hartland wrote: > Thanks for that, from our point of view its required > as without the machine deadlocks without even trying. >=20 > One real strange thing was that if I created a copy of > the vnode file, this particular task ( installworld ) > would succeed but given the nature of the bug ( timing > critical ) that seem to make sence. >=20 > With this still being a potential issue I think we have > no choice but to migrate away from using any vnode backed > jails. >=20 Ok, I think the following could be the right approach. Index: kern/vfs_bio.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/local/arch/ncvs/src/sys/kern/vfs_bio.c,v retrieving revision 1.513 diff -u -r1.513 vfs_bio.c --- kern/vfs_bio.c 29 Oct 2006 00:04:39 -0000 1.513 +++ kern/vfs_bio.c 24 Nov 2006 11:40:33 -0000 @@ -871,7 +871,8 @@ * or syncer daemon trying to clean up as that can lead * to deadlock. */ - if ((curthread->td_pflags & TDP_NORUNNINGBUF) =3D=3D 0) + if ((curthread->td_pflags & TDP_NORUNNINGBUF) =3D=3D 0 && + (bp->b_vp->v_vflag & VV_MD) =3D=3D 0) waitrunningbufspace(); } =20 Index: sys/vnode.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/local/arch/ncvs/src/sys/sys/vnode.h,v retrieving revision 1.318 diff -u -r1.318 vnode.h --- sys/vnode.h 13 Nov 2006 05:51:22 -0000 1.318 +++ sys/vnode.h 24 Nov 2006 11:40:33 -0000 @@ -254,6 +254,7 @@ #define VV_PROCDEP 0x0100 /* vnode is process dependent */ #define VV_NOKNOTE 0x0200 /* don't activate knotes on this vnode */ #define VV_DELETED 0x0400 /* should be removed */ +#define VV_MD 0x0800 /* vnode backs the md device */ =20 /* * Vnode attributes. A field value of VNOVAL represents a field whose val= ue Index: dev/md/md.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/local/arch/ncvs/src/sys/dev/md/md.c,v retrieving revision 1.166 diff -u -r1.166 md.c --- dev/md/md.c 1 Nov 2006 18:59:06 -0000 1.166 +++ dev/md/md.c 24 Nov 2006 11:40:33 -0000 @@ -693,6 +693,8 @@ mtx_lock_spin(&sched_lock); sched_prio(curthread, PRIBIO); mtx_unlock_spin(&sched_lock); + if (sc->type =3D=3D MD_VNODE) + curthread->td_pflags |=3D TDP_NORUNNINGBUF; =20 for (;;) { mtx_lock(&sc->queue_mtx); @@ -923,6 +925,7 @@ VFS_UNLOCK_GIANT(vfslocked); return (error ? error : EINVAL); } + nd.ni_vp->v_vflag |=3D VV_MD; VOP_UNLOCK(nd.ni_vp, 0, td); =20 if (mdio->md_fwsectors !=3D 0) @@ -936,6 +939,9 @@ =20 error =3D mdsetcred(sc, td->td_ucred); if (error !=3D 0) { + vn_lock(nd.ni_vp, LK_EXCLUSIVE | LK_RETRY, td); + nd.ni_vp->v_vflag &=3D ~VV_MD; + VOP_UNLOCK(nd.ni_vp, 0, td); (void)vn_close(nd.ni_vp, flags, td->td_ucred, td); VFS_UNLOCK_GIANT(vfslocked); return (error); @@ -966,6 +972,9 @@ mtx_destroy(&sc->queue_mtx); if (sc->vnode !=3D NULL) { vfslocked =3D VFS_LOCK_GIANT(sc->vnode->v_mount); + vn_lock(sc->vnode, LK_EXCLUSIVE | LK_RETRY, td); + sc->vnode->v_vflag &=3D ~VV_MD; + VOP_UNLOCK(sc->vnode, 0, td); (void)vn_close(sc->vnode, sc->flags & MD_READONLY ? FREAD : (FREAD|FWRITE), sc->cred, td); VFS_UNLOCK_GIANT(vfslocked); --S1BNGpv0yoYahz37 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFZvlnC3+MBN1Mb4gRAtoKAKDOuEfly5wPj1YjUdCtvBY/RuSnbwCgw2zB Jn9zULhJdVk5tbPXoWlxjT4= =b5zA -----END PGP SIGNATURE----- --S1BNGpv0yoYahz37-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 24 14:18:23 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07A4C16A407 for ; Fri, 24 Nov 2006 14:18:23 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B98A43D46 for ; Fri, 24 Nov 2006 14:17:41 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 391EA46DD9; Fri, 24 Nov 2006 09:18:22 -0500 (EST) Date: Fri, 24 Nov 2006 14:18:22 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Dominic Marks In-Reply-To: <20061124092027.a310a6e1.dom@helenmarks.co.uk> Message-ID: <20061124141736.F90666@fledge.watson.org> References: <20061121165151.0dd0956c.dom@helenmarks.co.uk> <20061124040223.9AA9A45054@ptavv.es.net> <20061124092027.a310a6e1.dom@helenmarks.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: FreeBSD 6.2-PRE panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Nov 2006 14:18:23 -0000 On Fri, 24 Nov 2006, Dominic Marks wrote: >> It happened again last night (at almost exactly midnight). Several failures >> seem to have coincided with crontab jobs and I have never had the system >> crash while I was logged on the the system directly. Either I was logged in >> over the net or was not logged in at all. > > Different experience from me. With a fresh kernel and the gnome daemons > running I had an instant reboot, no core dump. Turning of polkitd and hald > makes it go away reliably though. > > I intend to turn one of them back on to see if I can narrow it down further. > >> Due to the holiday (in the US), is did not have an opportunity to do >> anything other then reboot it. I hope to have time to connect a laptop to >> the console so I can record everything that happens to submit. >> >> This si clearly not a common problem. What hardware do you have? Mine is an >> Athlon64-4400+ on an MSI mobo with 1GB of RAM. Is there an open PR on this problem currently? I'm in the process of reviewing my outstanding network PRs for 6.2 and I'm having trouble tracking down all the pieces of this report. Thanks, Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Fri Nov 24 14:29:31 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E32416A407; Fri, 24 Nov 2006 14:29:31 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B7D843D49; Fri, 24 Nov 2006 14:28:48 +0000 (GMT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id kAOETPbw045395; Fri, 24 Nov 2006 21:29:25 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id kAOETPJw045394; Fri, 24 Nov 2006 21:29:25 +0700 (KRAT) (envelope-from eugen) Date: Fri, 24 Nov 2006 21:29:25 +0700 From: Eugene Grosbein To: Robert Watson Message-ID: <20061124142925.GA44939@svzserv.kemerovo.su> References: <20061121165151.0dd0956c.dom@helenmarks.co.uk> <20061124040223.9AA9A45054@ptavv.es.net> <20061124092027.a310a6e1.dom@helenmarks.co.uk> <20061124141736.F90666@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061124141736.F90666@fledge.watson.org> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, Dominic Marks Subject: Re: FreeBSD 6.2-PRE panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Nov 2006 14:29:31 -0000 On Fri, Nov 24, 2006 at 02:18:22PM +0000, Robert Watson wrote: > Is there an open PR on this problem currently? I'm in the process of > reviewing my outstanding network PRs for 6.2 and I'm having trouble > tracking down all the pieces of this report. Has GNATS been fixed? I mean its search (by ID or single line fields). Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Fri Nov 24 14:33:31 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D08E16A47C; Fri, 24 Nov 2006 14:33:31 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5F9E43D46; Fri, 24 Nov 2006 14:32:48 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 13C33114047; Fri, 24 Nov 2006 14:33:29 +0000 (GMT) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QiZIWeD1cQRu; Fri, 24 Nov 2006 14:33:26 +0000 (GMT) Received: from gdc083.internal.graphdata.co.uk (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with SMTP id 3FCEF114044; Fri, 24 Nov 2006 14:33:26 +0000 (GMT) Date: Fri, 24 Nov 2006 14:33:25 +0000 From: Dominic Marks To: Robert Watson Message-Id: <20061124143325.85583025.dom@helenmarks.co.uk> In-Reply-To: <20061124141736.F90666@fledge.watson.org> References: <20061121165151.0dd0956c.dom@helenmarks.co.uk> <20061124040223.9AA9A45054@ptavv.es.net> <20061124092027.a310a6e1.dom@helenmarks.co.uk> <20061124141736.F90666@fledge.watson.org> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: FreeBSD 6.2-PRE panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Nov 2006 14:33:31 -0000 On Fri, 24 Nov 2006 14:18:22 +0000 (GMT) Robert Watson wrote: > > On Fri, 24 Nov 2006, Dominic Marks wrote: > > >> It happened again last night (at almost exactly midnight). Several failures > >> seem to have coincided with crontab jobs and I have never had the system > >> crash while I was logged on the the system directly. Either I was logged in > >> over the net or was not logged in at all. > > > > Different experience from me. With a fresh kernel and the gnome daemons > > running I had an instant reboot, no core dump. Turning of polkitd and hald > > makes it go away reliably though. > > > > I intend to turn one of them back on to see if I can narrow it down further. > > > >> Due to the holiday (in the US), is did not have an opportunity to do > >> anything other then reboot it. I hope to have time to connect a laptop to > >> the console so I can record everything that happens to submit. > >> > >> This si clearly not a common problem. What hardware do you have? Mine is an > >> Athlon64-4400+ on an MSI mobo with 1GB of RAM. > > Is there an open PR on this problem currently? I'm in the process of > reviewing my outstanding network PRs for 6.2 and I'm having trouble tracking > down all the pieces of this report. Not from me. Summary of my issue is that if I run polkitd/hald my 6.2 system will panic/reset every few hours. I setup a serial console as you suggested but couldn't work out how to get a serial console working in addition to my graphical desktop. Since this is my desktop I had to give up at that point. I've got debug kernel + core dumps which you can have but I don't believe they are very useful, nobody expressed much of an interest in them originally. I don't think my issue is network related although I do have an em NIC it has never given me any problems at all. I've just enabled polkitd without hald, perhaps this will identify that it is explicitly hald which makes my system so unhappy. Thanks, Dominic > Thanks, > > Robert N M Watson > Computer Laboratory > University of Cambridge > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Nov 24 14:49:23 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D6BAD16A403 for ; Fri, 24 Nov 2006 14:49:23 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 780F843D58 for ; Fri, 24 Nov 2006 14:48:39 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id F3BE346D45; Fri, 24 Nov 2006 09:49:20 -0500 (EST) Date: Fri, 24 Nov 2006 14:49:20 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Eugene Grosbein In-Reply-To: <20061124142925.GA44939@svzserv.kemerovo.su> Message-ID: <20061124144825.K90666@fledge.watson.org> References: <20061121165151.0dd0956c.dom@helenmarks.co.uk> <20061124040223.9AA9A45054@ptavv.es.net> <20061124092027.a310a6e1.dom@helenmarks.co.uk> <20061124141736.F90666@fledge.watson.org> <20061124142925.GA44939@svzserv.kemerovo.su> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org, Dominic Marks Subject: Re: FreeBSD 6.2-PRE panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Nov 2006 14:49:23 -0000 On Fri, 24 Nov 2006, Eugene Grosbein wrote: > On Fri, Nov 24, 2006 at 02:18:22PM +0000, Robert Watson wrote: > >> Is there an open PR on this problem currently? I'm in the process of >> reviewing my outstanding network PRs for 6.2 and I'm having trouble >> tracking down all the pieces of this report. > > Has GNATS been fixed? I mean its search (by ID or single line fields). As far as I know, there are still problems with the web interface for GNATS since the cluster move, which will hopefully be fixed soon. I seem to be able to use the non-web based interfaces to GNATS, especially e-mail, without a problem, however. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Fri Nov 24 15:41:33 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 35C4316A407; Fri, 24 Nov 2006 15:41:33 +0000 (UTC) (envelope-from snezhko@indorsoft.ru) Received: from indorsoft.ru (indor.net.tomline.ru [213.183.100.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id E459043D5E; Fri, 24 Nov 2006 15:40:47 +0000 (GMT) (envelope-from snezhko@indorsoft.ru) Received: from SNEZHKO-NEW by indorsoft.ru (MDaemon.PRO.v7.2.2.R) with ESMTP id md50000143206.msg; Fri, 24 Nov 2006 21:41:20 +0600 From: Victor Snezhko To: Eugene Grosbein References: <20061121165151.0dd0956c.dom@helenmarks.co.uk> <20061124040223.9AA9A45054@ptavv.es.net> <20061124092027.a310a6e1.dom@helenmarks.co.uk> <20061124141736.F90666@fledge.watson.org> <20061124142925.GA44939@svzserv.kemerovo.su> Date: Fri, 24 Nov 2006 21:41:16 +0600 In-Reply-To: <20061124142925.GA44939@svzserv.kemerovo.su> (Eugene Grosbein's message of "Fri, 24 Nov 2006 21:29:25 +0700") Message-ID: User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Processed: indor.net.tomline.ru, Fri, 24 Nov 2006 21:41:20 +0600 (not processed: spam filter disabled) X-Return-Path: snezhko@indorsoft.ru Cc: stable@freebsd.org, Robert Watson , Dominic Marks Subject: Re: FreeBSD 6.2-PRE panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Nov 2006 15:41:33 -0000 Eugene Grosbein writes: > Has GNATS been fixed? I mean its search (by ID or single line fields). Works for me: http://www.freebsd.org/cgi/query-pr-summary.cgi?text=locking -- WBR, Victor V. Snezhko E-mail: snezhko@indorsoft.ru From owner-freebsd-stable@FreeBSD.ORG Fri Nov 24 15:48:51 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4358216A412 for ; Fri, 24 Nov 2006 15:48:51 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80F3743D53 for ; Fri, 24 Nov 2006 15:48:08 +0000 (GMT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id kAOFmlkR052004; Fri, 24 Nov 2006 22:48:47 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id kAOFmltc052003; Fri, 24 Nov 2006 22:48:47 +0700 (KRAT) (envelope-from eugen) Date: Fri, 24 Nov 2006 22:48:47 +0700 From: Eugene Grosbein To: Victor Snezhko Message-ID: <20061124154847.GA51534@svzserv.kemerovo.su> References: <20061121165151.0dd0956c.dom@helenmarks.co.uk> <20061124040223.9AA9A45054@ptavv.es.net> <20061124092027.a310a6e1.dom@helenmarks.co.uk> <20061124141736.F90666@fledge.watson.org> <20061124142925.GA44939@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: FreeBSD 6.2-PRE panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Nov 2006 15:48:51 -0000 On Fri, Nov 24, 2006 at 09:41:16PM +0600, Victor Snezhko wrote: > > Has GNATS been fixed? I mean its search (by ID or single line fields). > Works for me: > http://www.freebsd.org/cgi/query-pr-summary.cgi?text=locking Doesn't work for me: http://www.freebsd.org/cgi/query-pr-summary.cgi?text=AquaGatekeeper http://www.freebsd.org/cgi/query-pr.cgi?pr=105645 But it should: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=2183745+0+archive/2006/freebsd-ports-bugs/20061119.freebsd-ports-bugs Eugene From owner-freebsd-stable@FreeBSD.ORG Fri Nov 24 19:38:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C53BE16A403; Fri, 24 Nov 2006 19:38:13 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B55643D49; Fri, 24 Nov 2006 19:37:30 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from [192.168.0.102] (cpe-024-163-054-055.nc.res.rr.com [24.163.54.55]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id kAOJc9dG078746; Fri, 24 Nov 2006 11:38:12 -0800 (PST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-stable@freebsd.org Date: Fri, 24 Nov 2006 14:38:06 -0500 User-Agent: KMail/1.9.4 X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*. X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: imp@freebsd.org Subject: MFC planned for src/sys/dev/wi/if_wi_pccard.c 1.59? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Nov 2006 19:38:13 -0000 It looks like this one may have slipped through the cracks. I don't think there's any reason not to include support for the SMC 2532W-B in -STABLE's wi driver when all it needs is a reference to an existing definition. See this thread: http://groups.google.com/group/mailing.freebsd.mobile/browse_thread/thread/eca4d606f7165e65/fc59e639e1c4db4f?lnk=st&q=freebsd+wi+smc+2532w&rnum=2#fc59e639e1c4db4f And this commit: ====== Revision 1.59 / (download) - annotate - [select for diffs], Fri Oct 14 15:06:16 2005 UTC (13 months, 1 week ago) by imp Branch: MAIN CVS Tags: HEAD Changes since 1.58: +2 -0 lines Diff to previous 1.58 (colored) Add ELSA XI330 product. This is rebadged and sold as SMC 2532W-B and I/O Data also resells it. Add an alternative airvast an100 id. ====== The 1.58 commit seems to touch more than just the one file, but applying the 1.58->1.59 diff to the 1.57 file adds support for the cards above on 6-STABLE. Thanks, JN From owner-freebsd-stable@FreeBSD.ORG Fri Nov 24 20:42:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3140116A403 for ; Fri, 24 Nov 2006 20:42:52 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id BD02243D53 for ; Fri, 24 Nov 2006 20:42:05 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from boole.maths.tcd.ie ([134.226.81.15] helo=boole.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 24 Nov 2006 20:42:46 +0000 (GMT) Received: from localhost ([127.0.0.1] helo=maths.tcd.ie) by boole.maths.tcd.ie with SMTP id ; 24 Nov 2006 20:42:46 +0000 (GMT) To: "O. Hartmann" In-reply-to: Your message of "Fri, 24 Nov 2006 08:22:39 +0100." <45669DBF.5030009@zedat.fu-berlin.de> X-Request-Do: Date: Fri, 24 Nov 2006 20:42:46 +0000 From: David Malone Message-ID: <200611242042.aa66912@boole.maths.tcd.ie> Cc: FreeBSD Stable Subject: Re: UFS Bug: FreeBSD 6.1/6.2/7.0: MOKB-08-11-2006, CVE-2006-5824, MOKB-03-11-2006, CVE-2006-5679 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Nov 2006 20:42:52 -0000 > These two bugs are shown for FreeBSD only and I guess, Solaris and other > BSDs still use UFS. Are they more robust against this exploit or type > of exploit? I don't know of a concerted effort by anyone to improve UFS in this way. I would guess that the odd bug would have been resolved, but no large scale work. David. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 24 21:26:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 74B2316A403; Fri, 24 Nov 2006 21:26:47 +0000 (UTC) (envelope-from vulture@netvulture.com) Received: from rackman.netvulture.com (adsl-63-197-17-60.dsl.snfc21.pacbell.net [63.197.17.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3ADAA43D64; Fri, 24 Nov 2006 21:25:09 +0000 (GMT) (envelope-from vulture@netvulture.com) Received: from [192.168.2.249] (coolman [208.201.244.79]) (authenticated bits=0) by rackman.netvulture.com (8.13.5/8.13.5) with ESMTP id kAOLOK4n009982; Fri, 24 Nov 2006 13:24:21 -0800 (PST) Message-ID: <456762ED.4050408@netvulture.com> Date: Fri, 24 Nov 2006 13:23:57 -0800 From: Jonathan Feally User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: delphij@delphij.net References: <4564B5E0.3000404@netvulture.com> In-Reply-To: X-netvulture_com-MailScanner-Information: Please contact the ISP for more information X-netvulture_com-MailScanner: Found to be clean X-netvulture_com-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (timed out) X-netvulture_com-MailScanner-From: vulture@netvulture.com X-Spam-Status: No Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Jonathan Feally , freebsd-stable@freebsd.org Subject: Re: 6-STABLE (6.2-PRE) and applications (named natd dhcpd) getting stuckin state zoneli (zone limit) - dynamic ipfw rules not working after time- vlans on em X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Nov 2006 21:26:47 -0000 Running the patch now. So far its still running. Up for 22:57 at the moment. I also made a change to my kern.maxusers to make it 320. It was setting it at 250 automatically, so I bumped it up as I saw someone else's post on a bug saying his maxusers option in the kernel was 15. Figured smaller number made it worse. I am now running a slightly more stripped down kernel as well, UP with POLLING on my em0. Hopefully this patch will solve the problems as I've had this issue with a bunch of different network apps. -Jon delphij@delphij.net wrote: >Hi, > >On Wed, 22 Nov 2006 12:41:04 -0800, Jonathan Feally wrote: > > >>Sorry to cross post, but the net list didn't help a couple weeks back on >>this. >> >>names, natd, and dhcpd have all been getting stuck in zoneli (zone >>limit) since I upgraded to the box to stable about a month ago. It was >>running a 6.1-STABLE before with out difficulty. Very little has changed >>on the box. All the same applications, same ipfw rules for the most part >>(just more rules for new customers). Most of the time the processes >>cannot be killed. I did get lucky yesterday with dhcpd. It finally died >>about an hour later. I was compiling the latest stable at the time. But >>got up again today to find dhcpd in zoneli. Can someone please point me >>in the correct direction to trouble shoot this problem. I don't really >>know how to get a full dump of what a process is doing, so a quick what >>to do and post back would be great. >> >> > >Will you please try the patch at: > >http://people.freebsd.org/~delphij/misc/patch-zonelimit-workaround > >To see if it gets your situation improved? > >Thanks in advance! > >Cheers, > >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > > > From owner-freebsd-stable@FreeBSD.ORG Fri Nov 24 22:58:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 71A8F16A416 for ; Fri, 24 Nov 2006 22:58:51 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4425F43D6B for ; Fri, 24 Nov 2006 22:58:02 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kAOMwd04009094; Fri, 24 Nov 2006 15:58:44 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4567791F.9070102@samsco.org> Date: Fri, 24 Nov 2006 15:58:39 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Malone References: <200611242042.aa66912@boole.maths.tcd.ie> In-Reply-To: <200611242042.aa66912@boole.maths.tcd.ie> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: FreeBSD Stable , "O. Hartmann" Subject: Re: UFS Bug: FreeBSD 6.1/6.2/7.0: MOKB-08-11-2006, CVE-2006-5824, MOKB-03-11-2006, CVE-2006-5679 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Nov 2006 22:58:51 -0000 David Malone wrote: >>These two bugs are shown for FreeBSD only and I guess, Solaris and other >>BSDs still use UFS. Are they more robust against this exploit or type >>of exploit? > > > I don't know of a concerted effort by anyone to improve UFS in this > way. I would guess that the odd bug would have been resolved, but > no large scale work. > > David. Another thing to keep in mind is that filesystem mounting is only available to the super-user. If a feature came along such as automatically mounting USB drives, these bugs would indeed be critical. But for now, they are not. Scott From owner-freebsd-stable@FreeBSD.ORG Fri Nov 24 23:59:12 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3BC6E16A407; Fri, 24 Nov 2006 23:59:12 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CA9943D70; Fri, 24 Nov 2006 23:58:18 +0000 (GMT) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.62) with esmtp (envelope-from ) id <1GnkwW-0005W3-FE>; Sat, 25 Nov 2006 00:58:52 +0100 Received: from e178038014.adsl.alicedsl.de ([85.178.38.14] helo=[192.168.1.128]) by inpost2.zedat.fu-berlin.de (Exim 4.62) with esmtpsa (envelope-from ) id <1GnkwW-0005CZ-CS>; Sat, 25 Nov 2006 00:58:52 +0100 Message-ID: <45678737.3050100@mail.zedat.fu-berlin.de> Date: Sat, 25 Nov 2006 00:58:47 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.8 (X11/20061110) MIME-Version: 1.0 To: Ruslan Ermilov References: <4560657A.9000002@mail.zedat.fu-berlin.de> <20061119161749.GB31926@rambler-co.ru> In-Reply-To: <20061119161749.GB31926@rambler-co.ru> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.38.14 Cc: freebsd-stable@FreeBSD.org Subject: Re: nfe: can not cvs sources anymore! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Nov 2006 23:59:12 -0000 Ruslan Ermilov wrote: > On Sun, Nov 19, 2006 at 03:08:58PM +0100, O. Hartmann wrote: > >> Hello. >> Using these two sources for getting nfe() driver support for my FreeBSD >> 6.2-BETA/AMD64 box was pretty convenient in the past weeks due to my big >> interrupt problems using the nve() driver. >> But with yesterday, I can't get the sources anymore. nfe() isn't yet a >> part of the 6.2 BETA, that's what I looked first for, so can anybody >> help me out? Is nfe() a part of 6.2-REL in the near future or are there >> other reasons stop spreading the sources via that cvs source? >> >> Thanks for your help in advance, >> >> > Did you try the version at > http://www.se.hiroshima-u.ac.jp/~shigeaki/software/freebsd-nfe.html > ? I use it and except for some peer-to-peer gigabit problems I > didn't notice any other bad signs. It's far more stable that > what we have now in the CVS tree. > > > Cheers, > ... I'm back to the nve() driver. Something seems to slow down my AMD64 box when using the above mentioned driver. The weirness is that everything but the network/nfe() seems to run better and smoother when using SCHED_ULE, but then my network seems to have problems even in connection websites or my lab's computer vi ssh (FreeBSD 6.2/i386 there). Using nve() leads the box into a higher interrupt generation, but it works both fine with SCHED_ULE and SCHED_4BSD. Sorry, I can not quantify those observations, it is just as it is - an observation. I appreciate every comment on how to do performance tests obatining number. Regards, Oliver From owner-freebsd-stable@FreeBSD.ORG Sat Nov 25 01:38:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A233716A407 for ; Sat, 25 Nov 2006 01:38:03 +0000 (UTC) (envelope-from SRS0=91c3a7a4116e367ac6fdd3ee1e6ebf918a27e383=164=es.net=oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id C18F443D49 for ; Sat, 25 Nov 2006 01:37:18 +0000 (GMT) (envelope-from SRS0=91c3a7a4116e367ac6fdd3ee1e6ebf918a27e383=164=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id DML38502; Fri, 24 Nov 2006 17:38:02 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 20B6E45054; Fri, 24 Nov 2006 17:38:02 -0800 (PST) To: Scott Long In-Reply-To: Your message of "Fri, 24 Nov 2006 15:58:39 MST." <4567791F.9070102@samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1164418682_60514P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 24 Nov 2006 17:38:02 -0800 From: "Kevin Oberman" Message-Id: <20061125013802.20B6E45054@ptavv.es.net> Cc: David Malone , "O. Hartmann" , FreeBSD Stable Subject: Re: UFS Bug: FreeBSD 6.1/6.2/7.0: MOKB-08-11-2006, CVE-2006-5824, MOKB-03-11-2006, CVE-2006-5679 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Nov 2006 01:38:03 -0000 --==_Exmh_1164418682_60514P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Fri, 24 Nov 2006 15:58:39 -0700 > From: Scott Long > Sender: owner-freebsd-stable@freebsd.org > > David Malone wrote: > > >>These two bugs are shown for FreeBSD only and I guess, Solaris and other > >>BSDs still use UFS. Are they more robust against this exploit or type > >>of exploit? > > > > > > I don't know of a concerted effort by anyone to improve UFS in this > > way. I would guess that the odd bug would have been resolved, but > > no large scale work. > > > > David. > > Another thing to keep in mind is that filesystem mounting is only > available to the super-user. If a feature came along such as > automatically mounting USB drives, these bugs would indeed be critical. > But for now, they are not. Not on the base system, but Gnome 2.16 with hald running will mount a removable device automatically. The standard configuration of Gnome runs hald. Allowing user mounts of removable media is even formalized by the addition of /media to hier(7). I'm not sure this should simply be treated as not being significant. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1164418682_60514P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFZ556kn3rs5h7N1ERAkKfAKCuzl6HO4TE/o97Xi10Rz5jpwcKTACcDoWC xAYigExsferjkoibhPEVsNk= =dK9E -----END PGP SIGNATURE----- --==_Exmh_1164418682_60514P-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 25 01:40:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4436016A412 for ; Sat, 25 Nov 2006 01:40:55 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6CB943D69 for ; Sat, 25 Nov 2006 01:40:08 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kAP1eJuP010212; Fri, 24 Nov 2006 18:40:24 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <45679F01.90708@samsco.org> Date: Fri, 24 Nov 2006 18:40:17 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Kevin Oberman References: <20061125013802.20B6E45054@ptavv.es.net> In-Reply-To: <20061125013802.20B6E45054@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: David Malone , "O. Hartmann" , FreeBSD Stable Subject: Re: UFS Bug: FreeBSD 6.1/6.2/7.0: MOKB-08-11-2006, CVE-2006-5824, MOKB-03-11-2006, CVE-2006-5679 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Nov 2006 01:40:55 -0000 Kevin Oberman wrote: >> Date: Fri, 24 Nov 2006 15:58:39 -0700 >> From: Scott Long >> Sender: owner-freebsd-stable@freebsd.org >> >> David Malone wrote: >> >>>> These two bugs are shown for FreeBSD only and I guess, Solaris and other >>>> BSDs still use UFS. Are they more robust against this exploit or type >>>> of exploit? >>> >>> I don't know of a concerted effort by anyone to improve UFS in this >>> way. I would guess that the odd bug would have been resolved, but >>> no large scale work. >>> >>> David. >> Another thing to keep in mind is that filesystem mounting is only >> available to the super-user. If a feature came along such as >> automatically mounting USB drives, these bugs would indeed be critical. >> But for now, they are not. > > Not on the base system, but Gnome 2.16 with hald running will mount a > removable device automatically. The standard configuration of Gnome runs > hald. Allowing user mounts of removable media is even formalized by the > addition of /media to hier(7). I'm not sure this should simply be > treated as not being significant. Would it be possible to restrict Gnome to only auto-mounting msdos and cd9660 filesystems? Scott From owner-freebsd-stable@FreeBSD.ORG Sat Nov 25 01:48:34 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E66216A407; Sat, 25 Nov 2006 01:48:34 +0000 (UTC) (envelope-from SRS0=91c3a7a4116e367ac6fdd3ee1e6ebf918a27e383=164=es.net=oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9105343D46; Sat, 25 Nov 2006 01:47:49 +0000 (GMT) (envelope-from SRS0=91c3a7a4116e367ac6fdd3ee1e6ebf918a27e383=164=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id DMV60433; Fri, 24 Nov 2006 17:48:33 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id CCEE845053; Fri, 24 Nov 2006 17:48:32 -0800 (PST) To: Dominic Marks In-Reply-To: Your message of "Fri, 24 Nov 2006 14:33:25 GMT." <20061124143325.85583025.dom@helenmarks.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1164419312_60514P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 24 Nov 2006 17:48:32 -0800 From: "Kevin Oberman" Message-Id: <20061125014832.CCEE845053@ptavv.es.net> Cc: stable@freebsd.org, Robert Watson Subject: Re: FreeBSD 6.2-PRE panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Nov 2006 01:48:34 -0000 --==_Exmh_1164419312_60514P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Fri, 24 Nov 2006 14:33:25 +0000 > From: Dominic Marks > Sender: owner-freebsd-stable@freebsd.org > > On Fri, 24 Nov 2006 14:18:22 +0000 (GMT) > Robert Watson wrote: > > > > > On Fri, 24 Nov 2006, Dominic Marks wrote: > > > > >> It happened again last night (at almost exactly midnight). Several failures > > >> seem to have coincided with crontab jobs and I have never had the system > > >> crash while I was logged on the the system directly. Either I was logged in > > >> over the net or was not logged in at all. > > > > > > Different experience from me. With a fresh kernel and the gnome daemons > > > running I had an instant reboot, no core dump. Turning of polkitd and hald > > > makes it go away reliably though. > > > > > > I intend to turn one of them back on to see if I can narrow it down further. > > > > > >> Due to the holiday (in the US), is did not have an opportunity to do > > >> anything other then reboot it. I hope to have time to connect a laptop to > > >> the console so I can record everything that happens to submit. > > >> > > >> This si clearly not a common problem. What hardware do you have? Mine is an > > >> Athlon64-4400+ on an MSI mobo with 1GB of RAM. > > > > Is there an open PR on this problem currently? I'm in the process of > > reviewing my outstanding network PRs for 6.2 and I'm having trouble tracking > > down all the pieces of this report. > > Not from me. Summary of my issue is that if I run polkitd/hald > my 6.2 system will panic/reset every few hours. I setup a > serial console as you suggested but couldn't work out how to > get a serial console working in addition to my graphical > desktop. Since this is my desktop I had to give up at that > point. It will probably be Monday before I can hook up a laptop to the serial port to try to collect data, but it's not hard. I put the line: 0:ad(0,a)/boot/loader -D -S38400 into /boot.config and console="comconsole" comconsole_speed=38400 into /boot/loader.conf. You probably have /boot/loader.conf, but /boot.config will probably need to be added. If you want to be able to log in to the console port, you also need to enable it in /etc/ttys. (usually ttyd0). Get information on use of DDB at: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/book.html#KERNELDEBUG-ONLINE-DDB -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1164419312_60514P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFZ6Dwkn3rs5h7N1ERAryFAJ0RhthrkHjlXjyEpNEmcWlSGWpoHQCgj8cD kKf1wVoafHiGS/WW3r7Kf1o= =taWy -----END PGP SIGNATURE----- --==_Exmh_1164419312_60514P-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 25 01:54:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0CE2E16A403 for ; Sat, 25 Nov 2006 01:54:31 +0000 (UTC) (envelope-from SRS0=91c3a7a4116e367ac6fdd3ee1e6ebf918a27e383=164=es.net=oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9124643D86 for ; Sat, 25 Nov 2006 01:53:41 +0000 (GMT) (envelope-from SRS0=91c3a7a4116e367ac6fdd3ee1e6ebf918a27e383=164=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id DMB69825; Fri, 24 Nov 2006 17:54:25 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 74A5F45053; Fri, 24 Nov 2006 17:54:25 -0800 (PST) To: Scott Long In-Reply-To: Your message of "Fri, 24 Nov 2006 18:40:17 MST." <45679F01.90708@samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1164419665_60514P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 24 Nov 2006 17:54:25 -0800 From: "Kevin Oberman" Message-Id: <20061125015425.74A5F45053@ptavv.es.net> Cc: David Malone , "O. Hartmann" , FreeBSD Stable Subject: Re: UFS Bug: FreeBSD 6.1/6.2/7.0: MOKB-08-11-2006, CVE-2006-5824, MOKB-03-11-2006, CVE-2006-5679 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Nov 2006 01:54:31 -0000 --==_Exmh_1164419665_60514P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Fri, 24 Nov 2006 18:40:17 -0700 > From: Scott Long > > Kevin Oberman wrote: > >> Date: Fri, 24 Nov 2006 15:58:39 -0700 > >> From: Scott Long > >> Sender: owner-freebsd-stable@freebsd.org > >> > >> David Malone wrote: > >> > >>>> These two bugs are shown for FreeBSD only and I guess, Solaris and other > >>>> BSDs still use UFS. Are they more robust against this exploit or type > >>>> of exploit? > >>> > >>> I don't know of a concerted effort by anyone to improve UFS in this > >>> way. I would guess that the odd bug would have been resolved, but > >>> no large scale work. > >>> > >>> David. > >> Another thing to keep in mind is that filesystem mounting is only > >> available to the super-user. If a feature came along such as > >> automatically mounting USB drives, these bugs would indeed be critical. > >> But for now, they are not. > > > > Not on the base system, but Gnome 2.16 with hald running will mount a > > removable device automatically. The standard configuration of Gnome runs > > hald. Allowing user mounts of removable media is even formalized by the > > addition of /media to hier(7). I'm not sure this should simply be > > treated as not being significant. > > Would it be possible to restrict Gnome to only auto-mounting msdos and > cd9660 filesystems? I suspect it is possible, but I'll ask Joe Marcus to answer as he did most of the FreeBSD hald work. Joe? This looks like something that needs a bit of thought. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1164419665_60514P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFZ6JRkn3rs5h7N1ERAsumAJ0RfeEVj2pmg4ZA/Bi1M0ijjIFxsgCfSBAO 20IvkzlC/G3TQ6sALsCjPwA= =TEsh -----END PGP SIGNATURE----- --==_Exmh_1164419665_60514P-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 25 04:25:04 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB54F16A415 for ; Sat, 25 Nov 2006 04:25:04 +0000 (UTC) (envelope-from proofpoint-pps@oh.hra.com) Received: from gw-hrao.oh.hra.com (gw-hrao.oh.hra.com [208.216.242.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C75BF43D58 for ; Sat, 25 Nov 2006 04:24:18 +0000 (GMT) (envelope-from proofpoint-pps@oh.hra.com) Received: from no.name.available by **private information removed** via smtpd (for mx1.freebsd.org [69.147.83.52]) with ESMTP; Fri, 24 Nov 2006 23:17:35 -0500 Received: (private information removed) for ; Fri, 24 Nov 2006 23:21:41 -0500 Received: from pp1 (pp1 [127.0.0.1]) by pps.default (8.13.5/8.13.5) with SMTP id kAP4Letc017422 for ; Fri, 24 Nov 2006 23:21:40 -0500 Date: Fri, 24 Nov 2006 23:21:40 -0500 TO: stable@freebsd.org FROM: "Proofpoint Protection Server" Message-ID: X-Proofpoint-Sentinel: 0400eeca5f8c140aee0b5d96c86dd9062 Cc: Subject: Sorry, your message was BLOCKED because it contains certain types of file attachments. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Nov 2006 04:25:05 -0000 Please note that emails containing attachments with the following file types are blocked from entering our system: 386, 3gr, add, ade, asp, bas, bat, chm, cmd, com, cpl, crt, dbx, dll, exe, fon, hta, inf, ins, isp, js, jse, lnk, mde, msc, msi, msp, mst, ocx, pcd, pif, reg, scr, sct, shs, shb, vb, vbe, vbs, vxd, wsc, wsf, wsh It is the policy of Honda R&D Americas to block file attachments of this type. The purpose of this action is to reduce exposure to computer viruses sent via e-mail. Your subject was: Status The message was sent from stable@freebsd.org to the following: lminor@oh.hra.com If you believe this message was blocked in error, please contact the Honda R&D Americas, Inc. mail administrator at hraopostmaster@oh.hra.com or call the HRA-O Help Desk at 937-645-4999. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 25 06:01:32 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 624C516A40F; Sat, 25 Nov 2006 06:01:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20C9E43D6A; Sat, 25 Nov 2006 06:00:45 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kAP61V1s026881; Sat, 25 Nov 2006 01:01:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kAP61VDB090289; Sat, 25 Nov 2006 01:01:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id D25E1241BF; Sat, 25 Nov 2006 01:01:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061125060130.D25E1241BF@freebsd-stable.sentex.ca> Date: Sat, 25 Nov 2006 01:01:30 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_6_2 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Nov 2006 06:01:32 -0000 TB --- 2006-11-25 05:51:25 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-11-25 05:51:25 - starting RELENG_6_2 tinderbox run for amd64/amd64 TB --- 2006-11-25 05:51:25 - cleaning the object tree TB --- 2006-11-25 05:51:25 - checking out the source tree TB --- 2006-11-25 05:51:25 - cd /tinderbox/RELENG_6_2/amd64/amd64 TB --- 2006-11-25 05:51:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6_2 src TB --- 2006-11-25 06:01:30 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2006-11-25 06:01:30 - ERROR: unable to check out the source tree TB --- 2006-11-25 06:01:30 - tinderbox aborted TB --- 0.05 user 0.01 system 605.26 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6_2-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Nov 25 08:08:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B76ED16A416 for ; Sat, 25 Nov 2006 08:08:45 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9EB7243D49 for ; Sat, 25 Nov 2006 08:07:58 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 25 Nov 2006 08:08:43 -0000 Received: from p54A7F324.dip.t-dialin.net (EHLO [192.168.0.12]) [84.167.243.36] by mail.gmx.net (mp020) with SMTP; 25 Nov 2006 09:08:43 +0100 X-Authenticated: #5465401 Message-ID: <4567FA58.4090204@gmx.de> Date: Sat, 25 Nov 2006 09:10:00 +0100 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5.0.8 (X11/20061110) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: msdosfs destroys files upon opening them X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Nov 2006 08:08:45 -0000 I thought this was a problem of Gimp, but the trace shows that it does read only operation. Since PRs currently don't work, I will link you to the original PR for Gimp: http://bugzilla.gnome.org/show_bug.cgi?id=376687 I still have the files and the traces and am willing to give them to anyone who cares. Almost forgot: FreeBSD mobileKamikaze.norad 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Sat Nov 11 18:44:31 CET 2006 root@homeKamikaze.norad:/usr/obj/TPR40-6/i386/usr/src/sys/TPR40-6 i386 gimp-2.2.13_2,1 /dev/ad0s4 on /mnt/msdos/vault (msdosfs, local) Thanks to everyone who takes a look at this. I hope this will be fixed before the 6.2 Release. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 25 10:38:25 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 99AC516A415 for ; Sat, 25 Nov 2006 10:38:25 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id E53B843D53 for ; Sat, 25 Nov 2006 10:37:37 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 25 Nov 2006 10:38:23 -0000 Date: Sat, 25 Nov 2006 12:37:55 +0200 From: Nikolay Pavlov To: LI Xin Message-ID: <20061125103755.GA78288@zone3000.net> Mail-Followup-To: Nikolay Pavlov , LI Xin , freebsd-stable@FreeBSD.org, Robert Watson References: <20061122195549.GA57018@zone3000.net> <338b359d969e9c68deaf49096aa91995@mail.geekcn.org> <20061123160208.GA62732@zone3000.net> <456662F4.6000306@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <456662F4.6000306@delphij.net> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: Robert Watson , freebsd-stable@FreeBSD.org Subject: Re: deadlock in "zoneli" state on 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Nov 2006 10:38:25 -0000 On Friday, 24 November 2006 at 11:11:48 +0800, LI Xin wrote: > Nikolay Pavlov wrote: > > On Thursday, 23 November 2006 at 20:24:15 +0800, delphij@delphij.net wr= ote: > >> Hi, > >> > >> On Wed, 22 Nov 2006 21:55:49 +0200, Nikolay Pavlov wrote: > >>> Hi. > >>> It seems i have a deadlock on 6.2-PRERELEASE. > >>> This is squid server in accelerator mode. > >>> I can easily trigger it with a high rate of requests. > >>> Squid is locked on some "zoneli" state, i am not sure what it is. > >>> Also i can't KILL proccess even with SIGKILL. > >>> In addition one of sshd proccess is locked too. > >> Would you please update to the latest RELENG_6 and apply this patch: > >> > >> http://people.freebsd.org/~delphij/misc/patch-zonelimit-workaround > >> > >> to see if things gets improved? > >> > >> Thanks in advance! > >> > >> Cheers, > >=20 > > Well. This patch works quite ambiguous for me. > > Under heavy load this box become unresponseble via network. > > System is mostly idle. Squid is locked in zoneli. Another panic. Guys do i need some additional debug options or this info is enough. I am asking because this panic is easily reproduceable for me. root@accel1:/usr/obj/usr/src/sys/ACCEL# kgdb kernel.debug /var/crash/vmcore= .4 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:= Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: lock order reversal: (sleepable after non-sleepable) 1st 0xca21567c so_snd (so_snd) @ /usr/src/sys/netinet/tcp_output.c:253 2nd 0xc070bd84 user map (user map) @ /usr/src/sys/vm/vm_map.c:3074 KDB: stack backtrace: kdb_backtrace(ffffffff,c071ccb0,c071c210,c06e5c4c,c0758f18,...) at kdb_back= trace+0x29 witness_checkorder(c070bd84,9,c06be56c,c02,c070d2c4,0,c06aab25,9f) at witne= ss_checkorder+0x4cd _sx_xlock(c070bd84,c06be56c,c02) at _sx_xlock+0x2c _vm_map_lock_read(c070bd40,c06be56c,c02,184637d,c92796b0,...) at _vm_map_lo= ck_read+0x37 vm_map_lookup(f48a29d0,0,1,f48a29d4,f48a29c4,f48a29c8,f48a29ab,f48a29ac) at= vm_map_lookup+0x28 vm_fault(c070bd40,0,1,0,c927aa80,...) at vm_fault+0x65 trap_pfault(f48a2a98,0,c) at trap_pfault+0xee trap(8,c06b0028,f48a0028,1,0,...) at trap+0x325 calltrap() at calltrap+0x5 --- trap 0xc, eip =3D 0xc053ea34, esp =3D 0xf48a2ad8, ebp =3D 0xf48a2ae4 --- m_copydata(0,ffffffff,1,d0020d74,c1040468,...) at m_copydata+0x28 tcp_output(d21c5570) at tcp_output+0x9af tcp_input(d0020d00,14,e9,93935ce,0,...) at tcp_input+0x24a2 ip_input(d0020d00) at ip_input+0x561 netisr_processqueue(c075a6d8) at netisr_processqueue+0x6e swi_net(0) at swi_net+0xc2 ithread_execute_handlers(c9279648,c92c3400) at ithread_execute_handlers+0xce ithread_loop(c92436a0,f48a2d38,c070db20,0,c06a818a,...) at ithread_loop+0x4e fork_exit(c04f76d4,c92436a0,f48a2d38) at fork_exit+0x61 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xf48a2d6c, ebp =3D 0 --- Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0xc fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc053ea34 stack pointer =3D 0x28:0xf48a2ad8 frame pointer =3D 0x28:0xf48a2ae4 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 13 (swi1: net) trap number =3D 12 panic: page fault KDB: stack backtrace: kdb_backtrace(100,c927aa80,28,f48a2a98,c,...) at kdb_backtrace+0x29 panic(c069b8a1,c06c5f2c,0,fffff,c927d69b,...) at panic+0xa8 trap_fatal(f48a2a98,c,c927aa80,c070bd40,0,...) at trap_fatal+0x2a6 trap_pfault(f48a2a98,0,c) at trap_pfault+0x187 trap(8,c06b0028,f48a0028,1,0,...) at trap+0x325 calltrap() at calltrap+0x5 --- trap 0xc, eip =3D 0xc053ea34, esp =3D 0xf48a2ad8, ebp =3D 0xf48a2ae4 --- m_copydata(0,ffffffff,1,d0020d74,c1040468,...) at m_copydata+0x28 tcp_output(d21c5570) at tcp_output+0x9af tcp_input(d0020d00,14,e9,93935ce,0,...) at tcp_input+0x24a2 ip_input(d0020d00) at ip_input+0x561 netisr_processqueue(c075a6d8) at netisr_processqueue+0x6e swi_net(0) at swi_net+0xc2 ithread_execute_handlers(c9279648,c92c3400) at ithread_execute_handlers+0xce ithread_loop(c92436a0,f48a2d38,c070db20,0,c06a818a,...) at ithread_loop+0x4e fork_exit(c04f76d4,c92436a0,f48a2d38) at fork_exit+0x61 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xf48a2d6c, ebp =3D 0 --- Uptime: 25m13s Dumping 3967 MB (3 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 3966MB (1015280 pages) 3950 3934 3918 3902 3886 3870 3854 3838 3= 822 3806 3790 3774 3758 3742 3726 3710 3694 3678 3662 3646 3630 3614 3598 3= 582 3566 3550 3534 3518 3502 3486 3470 3454 3438 3422 3406 3390 3374 3358 3= 342 3326 3310 3294 3278 3262 3246 3230 3214 3198 3182 3166 3150 3134 3118 3= 102 3086 3070 3054 3038 3022 3006 2990 2974 2958 2942 2926 2910 2894 2878 2= 862 2846 2830 2814 2798 2782 2766 2750 2734 2718 2702 2686 2670 2654 2638 2= 622 2606 2590 2574 2558 2542 2526 2510 2494 2478 2462 2446 2430 2414 2398 2= 382 2366 2350 2334 2318 2302 2286 2270 2254 2238 2222 2206 2190 2174 2158 2= 142 2126 2110 2094 2078 2062 2046 2030 2014 1998 1982 1966 1950 1934 1918 1= 902 1886 1870 1854 1838 1822 1806 1790 1774 1758 1742 1726 1710 1694 1678 1= 662 1646 1630 1614 1598 1582 1566 1550 1534 1518 1502 1486 1470 1454 1438 1= 422 1406 1390 1374 1358 1342 1326 1310 1294 1278 1262 1246 1230 1214 1198 1= 182 1166 1150 1134 1118 1102 1086 1070 1054 1038 1022 1006 990 974 958 942 = 926 910 894 878 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638= 622 606 590 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 33= 4 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14= ... ok chunk 2: 1MB (128 pages) #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 0xc050ae04 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 09 #2 0xc050b05f in panic (fmt=3D0xc069b8a1 "%s") at /usr/src/sys/kern/kern_s= hutdown.c:565 #3 0xc0674fa2 in trap_fatal (frame=3D0xf48a2a98, eva=3D12) at /usr/src/sys= /i386/i386/trap.c:837 #4 0xc0674cd3 in trap_pfault (frame=3D0xf48a2a98, usermode=3D0, eva=3D12) = at /usr/src/sys/i386/i386/trap.c:745 #5 0xc0674939 in trap (frame=3D {tf_fs =3D 8, tf_es =3D -1066729432, tf_ds =3D -192282584, tf_edi =3D= 1, tf_esi =3D 0, tf_ebp =3D -192271644, tf_isp =3D -192271676, tf_ebx =3D = 4380, tf_edx =3D -1, tf_ecx =3D 0, tf_eax =3D -805171852, tf_trapno =3D 12,= tf_err =3D 0, tf_eip =3D -1068242380, tf_cs =3D 32, tf_eflags =3D 590338, = tf_esp =3D 4380, tf_ss =3D -769895056}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc0663bba in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc053ea34 in m_copydata (m=3D0x0, off=3D-1, len=3D1, cp=3D0xd0020d74 "= ") at /usr/src/sys/kern/uipc_mbuf.c:543 #8 0xc0590aeb in tcp_output (tp=3D0xd21c5570) at /usr/src/sys/netinet/tcp_= output.c:770 #9 0xc058f536 in tcp_input (m=3D0xd0020d00, off0=3D20) at /usr/src/sys/net= inet/tcp_input.c:2471 #10 0xc058755d in ip_input (m=3D0xd0020d00) at /usr/src/sys/netinet/ip_inpu= t.c:785 #11 0xc0578252 in netisr_processqueue (ni=3D0xc075a6d8) at /usr/src/sys/net= /netisr.c:236 #12 0xc057841a in swi_net (dummy=3D0x0) at /usr/src/sys/net/netisr.c:349 #13 0xc04f762e in ithread_execute_handlers (p=3D0xc9279648, ie=3D0xc92c3400= ) at /usr/src/sys/kern/kern_intr.c:682 #14 0xc04f7722 in ithread_loop (arg=3D0xc92436a0) at /usr/src/sys/kern/kern= _intr.c:765 #15 0xc04f697d in fork_exit (callout=3D0xc04f76d4 , arg=3D0xc= 92436a0, frame=3D0xf48a2d38) at /usr/src/sys/kern/kern_fork.c:821 #16 0xc0663c1c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 208 From owner-freebsd-stable@FreeBSD.ORG Sat Nov 25 12:21:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D3CC16A407 for ; Sat, 25 Nov 2006 12:21:02 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id C82A443D5C for ; Sat, 25 Nov 2006 12:20:02 +0000 (GMT) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.62) with esmtp (envelope-from ) id <1GnwWN-000102-Gc>; Sat, 25 Nov 2006 13:20:39 +0100 Received: from e178050095.adsl.alicedsl.de ([85.178.50.95] helo=[192.168.1.128]) by inpost2.zedat.fu-berlin.de (Exim 4.62) with esmtpsa (envelope-from ) id <1GnwWN-0000R5-De>; Sat, 25 Nov 2006 13:20:39 +0100 Message-ID: <45683511.6030400@mail.zedat.fu-berlin.de> Date: Sat, 25 Nov 2006 13:20:33 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.8 (X11/20061110) MIME-Version: 1.0 To: Scott Long References: <20061125013802.20B6E45054@ptavv.es.net> <45679F01.90708@samsco.org> In-Reply-To: <45679F01.90708@samsco.org> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.50.95 Cc: David Malone , FreeBSD Stable , "O. Hartmann" Subject: Re: UFS Bug: FreeBSD 6.1/6.2/7.0: MOKB-08-11-2006, CVE-2006-5824, MOKB-03-11-2006, CVE-2006-5679 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Nov 2006 12:21:02 -0000 Scott Long wrote: > Kevin Oberman wrote: >>> Date: Fri, 24 Nov 2006 15:58:39 -0700 >>> From: Scott Long >>> Sender: owner-freebsd-stable@freebsd.org >>> >>> David Malone wrote: >>> >>>>> These two bugs are shown for FreeBSD only and I guess, Solaris and >>>>> other BSDs still use UFS. Are they more robust against this >>>>> exploit or type of exploit? >>>> >>>> I don't know of a concerted effort by anyone to improve UFS in this >>>> way. I would guess that the odd bug would have been resolved, but >>>> no large scale work. >>>> >>>> David. >>> Another thing to keep in mind is that filesystem mounting is only >>> available to the super-user. If a feature came along such as >>> automatically mounting USB drives, these bugs would indeed be critical. >>> But for now, they are not. >> >> Not on the base system, but Gnome 2.16 with hald running will mount a >> removable device automatically. The standard configuration of Gnome runs >> hald. Allowing user mounts of removable media is even formalized by the >> addition of /media to hier(7). I'm not sure this should simply be >> treated as not being significant. > > Would it be possible to restrict Gnome to only auto-mounting msdos and > cd9660 filesystems? > > Scott > > _______________________________________________ > 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" Sorry, if my question may sound heretic, but wouldn't it be more sophisticated solving the problem instead of disabling everything what could trigger the bug? Look, on many desktop systems, USB backup drives become very common, even eSATA backup solutions. I try to use those convenienc things eithe in lab or at home on my private machine. Mounting the file system is done via amd() and automatically as the file system gets accessed via its link point. Oliver From owner-freebsd-stable@FreeBSD.ORG Sat Nov 25 14:17:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 49D1A16A47B for ; Sat, 25 Nov 2006 14:17:57 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp2.utsp.utwente.nl [130.89.2.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 287EF43D76 for ; Sat, 25 Nov 2006 14:17:05 +0000 (GMT) (envelope-from pieter@degoeje.nl) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id kAPEHlox011440; Sat, 25 Nov 2006 15:17:47 +0100 From: Pieter de Goeje To: "O. Hartmann" Date: Sat, 25 Nov 2006 15:17:47 +0100 User-Agent: KMail/1.9.4 References: <20061125013802.20B6E45054@ptavv.es.net> <45679F01.90708@samsco.org> <45683511.6030400@mail.zedat.fu-berlin.de> In-Reply-To: <45683511.6030400@mail.zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611251517.47230.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: freebsd-stable@freebsd.org Subject: Re: UFS Bug: FreeBSD 6.1/6.2/7.0: MOKB-08-11-2006, CVE-2006-5824, MOKB-03-11-2006, CVE-2006-5679 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Nov 2006 14:17:57 -0000 On Saturday 25 November 2006 13:20, O. Hartmann wrote: > Sorry, if my question may sound heretic, but wouldn't it be more > sophisticated solving the problem instead of disabling everything what > could trigger the bug? > > Look, on many desktop systems, USB backup drives become very common, > even eSATA backup solutions. I try to use those convenienc things eithe > in lab or at home on my private machine. Mounting the file system is > done via amd() and automatically as the file system gets accessed via > its link point. Accessing external (and possibly hostile) media should not be done in kernel, because 1) the system may panic and 2) the system may be compromised. When the storage driver runs in usermode and has only the user's privileges, we have much better security by design. AFAIK fuse (http://fuse4bsd.creo.hu) is an attempt to implement this. Regards, Pieter de Goeje From owner-freebsd-stable@FreeBSD.ORG Sat Nov 25 16:07:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2336E16A492 for ; Sat, 25 Nov 2006 16:07:38 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E47043D5C for ; Sat, 25 Nov 2006 16:06:36 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kAPG6bbS016954; Sat, 25 Nov 2006 09:06:43 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <45686A0C.9060300@samsco.org> Date: Sat, 25 Nov 2006 09:06:36 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: "O. Hartmann" References: <20061125013802.20B6E45054@ptavv.es.net> <45679F01.90708@samsco.org> <45683511.6030400@mail.zedat.fu-berlin.de> In-Reply-To: <45683511.6030400@mail.zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: David Malone , FreeBSD Stable , "O. Hartmann" Subject: Re: UFS Bug: FreeBSD 6.1/6.2/7.0: MOKB-08-11-2006, CVE-2006-5824, MOKB-03-11-2006, CVE-2006-5679 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Nov 2006 16:07:38 -0000 O. Hartmann wrote: > Scott Long wrote: >> Kevin Oberman wrote: >>>> Date: Fri, 24 Nov 2006 15:58:39 -0700 >>>> From: Scott Long >>>> Sender: owner-freebsd-stable@freebsd.org >>>> >>>> David Malone wrote: >>>> >>>>>> These two bugs are shown for FreeBSD only and I guess, Solaris and >>>>>> other BSDs still use UFS. Are they more robust against this >>>>>> exploit or type of exploit? >>>>> I don't know of a concerted effort by anyone to improve UFS in this >>>>> way. I would guess that the odd bug would have been resolved, but >>>>> no large scale work. >>>>> >>>>> David. >>>> Another thing to keep in mind is that filesystem mounting is only >>>> available to the super-user. If a feature came along such as >>>> automatically mounting USB drives, these bugs would indeed be critical. >>>> But for now, they are not. >>> Not on the base system, but Gnome 2.16 with hald running will mount a >>> removable device automatically. The standard configuration of Gnome runs >>> hald. Allowing user mounts of removable media is even formalized by the >>> addition of /media to hier(7). I'm not sure this should simply be >>> treated as not being significant. >> Would it be possible to restrict Gnome to only auto-mounting msdos and >> cd9660 filesystems? >> >> Scott >> >> _______________________________________________ >> 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" > Sorry, if my question may sound heretic, but wouldn't it be more > sophisticated solving the problem instead of disabling everything what > could trigger the bug? Yup. Who do you have in mind to do it? Scott From owner-freebsd-stable@FreeBSD.ORG Sat Nov 25 16:08:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A0A6116A47B for ; Sat, 25 Nov 2006 16:08:19 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C40143DAE for ; Sat, 25 Nov 2006 16:07:16 +0000 (GMT) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.62) for freebsd-stable@freebsd.org with esmtp (envelope-from ) id <1Go04S-0001hQ-4Q>; Sat, 25 Nov 2006 17:08:04 +0100 Received: from e178019053.adsl.alicedsl.de ([85.178.19.53] helo=[192.168.1.128]) by inpost2.zedat.fu-berlin.de (Exim 4.62) for freebsd-stable@freebsd.org with esmtpsa (envelope-from ) id <1Go04S-0004vC-1u>; Sat, 25 Nov 2006 17:08:04 +0100 Message-ID: <45686A63.6030708@mail.zedat.fu-berlin.de> Date: Sat, 25 Nov 2006 17:08:03 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.8 (X11/20061110) MIME-Version: 1.0 To: FreeBSD Stable X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.19.53 Subject: Problems unmounting/fssyncking extern UFS filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Nov 2006 16:08:19 -0000 A while ago since now I receive kernel messages like this in FreeBSD 6.2-PRE/AMD64: fsync: giving up on dirty 0xffffff000362c7c0: tag devfs, type VCHR usecount 1, writecount 0, refcount 325 mountedhere 0xffffff00504d8400 flags () v_object 0xffffff00013c80e0 ref 0 pages 1286 lock type devfs: EXCL (count 1) by thread 0xffffff0050287260 (pid 14109) dev ufs/BACKUP Filesystem is an external USB attached SATA HD, ohci() driven (due to ehci() is not working stable and properly on FreeBSD 6.2). Filesystem is mounted via amd() and there via the'script' option in amd() due to problems of the amd() mounting process recognizing UFS filesystems. After 30 seconds of inactivity the filesystems gets dismounted. This worked quite well in the past, but now I see this kernel error messages. Before doing a PR, I would like to serious ask whether this is an issue or not. Regards, Oliver From owner-freebsd-stable@FreeBSD.ORG Sat Nov 25 16:18:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D7CAC16A509 for ; Sat, 25 Nov 2006 16:18:08 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39E5D43F1F for ; Sat, 25 Nov 2006 16:13:33 +0000 (GMT) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.62) for freebsd-stable@freebsd.org with esmtp (envelope-from ) id <1Go0AO-0001sk-5r>; Sat, 25 Nov 2006 17:14:12 +0100 Received: from e178019053.adsl.alicedsl.de ([85.178.19.53] helo=[192.168.1.128]) by inpost2.zedat.fu-berlin.de (Exim 4.62) for freebsd-stable@freebsd.org with esmtpsa (envelope-from ) id <1Go0AO-00052B-3B>; Sat, 25 Nov 2006 17:14:12 +0100 Message-ID: <45686BD3.3010202@mail.zedat.fu-berlin.de> Date: Sat, 25 Nov 2006 17:14:11 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.8 (X11/20061110) MIME-Version: 1.0 To: FreeBSD Stable X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.19.53 Subject: g_vfs_done():acd0[READ(offset=32768, length=2048)]error = 5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Nov 2006 16:18:09 -0000 I receive this error message although no DVD/CD is in drive and this is obviously CD/DVD drive related. DVD/CD is mounted via amd() and there via 'script' option (doing mount via command, not autorecognition of filesystem). See attached config files. If this is an serious error (it appeared late in the 6.2 source/cvsup and never seen before), please tell me, I'll then do a PR. /etc/amd.cd cdrom type:=program;fs:=${autodir}/${key};\ mount:="/sbin/mount mount ${fs}";\ unmount:="/sbin/umount umount ${fs}" # GLOBAL OPTIONS SECTION [ global ] auto_dir = /.amd_mnt log_file = /var/log/amd.log pid_file = /var/run/amd.pid plock = yes restart_mounts = yes normalize_hostnames = no selectors_on_default = yes print_version = no log_options = fatal map_type = file search_path = /etc fully_qualified_hosts = yes #show_statfs_entries = yes nfs_proto = tcp unmount_on_exit = yes plock = yes dismount_interval = 15 cache_duration = 15 # MAP SECTIONS [ /mnt/cdrom ] map_name = amd.cd [ /mnt/usb ] map_name = amd.usb [ /mnt/ext ] map_name = amd.ext -- O. Hartmann Freie Universitaet Berlin Institut fuer Geowissenschaften Fernerkundung der Erde und Planeten Malteser-Str. 74 - 100/Haus D D-12249 Berlin Tel.: +49 (0) 30 838 70 508 FAX: +49 (0) 30 838 70 837 From owner-freebsd-stable@FreeBSD.ORG Sat Nov 25 16:31:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6BE6216A4C8 for ; Sat, 25 Nov 2006 16:31:47 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A43EE43D7B for ; Sat, 25 Nov 2006 16:30:30 +0000 (GMT) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.62) with esmtp (envelope-from ) id <1Go0QU-0002OI-D6>; Sat, 25 Nov 2006 17:30:50 +0100 Received: from e178019053.adsl.alicedsl.de ([85.178.19.53] helo=[192.168.1.128]) by inpost2.zedat.fu-berlin.de (Exim 4.62) with esmtpsa (envelope-from ) id <1Go0QU-0005KS-A3>; Sat, 25 Nov 2006 17:30:50 +0100 Message-ID: <45686FB9.7090608@mail.zedat.fu-berlin.de> Date: Sat, 25 Nov 2006 17:30:49 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.8 (X11/20061110) MIME-Version: 1.0 To: Scott Long References: <20061125013802.20B6E45054@ptavv.es.net> <45679F01.90708@samsco.org> <45683511.6030400@mail.zedat.fu-berlin.de> <45686A0C.9060300@samsco.org> In-Reply-To: <45686A0C.9060300@samsco.org> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.19.53 Cc: David Malone , "O. Hartmann" , FreeBSD Stable Subject: Re: UFS Bug: FreeBSD 6.1/6.2/7.0: MOKB-08-11-2006, CVE-2006-5824, MOKB-03-11-2006, CVE-2006-5679 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Nov 2006 16:31:47 -0000 Scott Long wrote: > O. Hartmann wrote: >> Scott Long wrote: >>> Kevin Oberman wrote: >>>>> Date: Fri, 24 Nov 2006 15:58:39 -0700 >>>>> From: Scott Long >>>>> Sender: owner-freebsd-stable@freebsd.org >>>>> >>>>> David Malone wrote: >>>>> >>>>>>> These two bugs are shown for FreeBSD only and I guess, Solaris and >>>>>>> other BSDs still use UFS. Are they more robust against this >>>>>>> exploit or type of exploit? >>>>>> I don't know of a concerted effort by anyone to improve UFS in this >>>>>> way. I would guess that the odd bug would have been resolved, but >>>>>> no large scale work. >>>>>> >>>>>> David. >>>>> Another thing to keep in mind is that filesystem mounting is only >>>>> available to the super-user. If a feature came along such as >>>>> automatically mounting USB drives, these bugs would indeed be >>>>> critical. >>>>> But for now, they are not. >>>> Not on the base system, but Gnome 2.16 with hald running will mount a >>>> removable device automatically. The standard configuration of Gnome >>>> runs >>>> hald. Allowing user mounts of removable media is even formalized by >>>> the >>>> addition of /media to hier(7). I'm not sure this should simply be >>>> treated as not being significant. >>> Would it be possible to restrict Gnome to only auto-mounting msdos and >>> cd9660 filesystems? >>> >>> Scott >>> >>> _______________________________________________ >>> 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" >> Sorry, if my question may sound heretic, but wouldn't it be more >> sophisticated solving the problem instead of disabling everything what >> could trigger the bug? > > Yup. Who do you have in mind to do it? > > Scott Well, this is a good question :-( I would like to do it if the following prerequisites would be applicable: I'm familiar with OS development (no) I'm familiar with C, very close to driver layer and UFS (no) I'm willing to work for a OpenSource project (yes, of course, I use FreeBSD in scientific environment now for more than 10 years) On the other hand, Scott, where are all the Kernel developer has been gone to? Oliver From owner-freebsd-stable@FreeBSD.ORG Sat Nov 25 16:40:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F42516A412 for ; Sat, 25 Nov 2006 16:40:18 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8795743D92 for ; Sat, 25 Nov 2006 16:39:23 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr7.xs4all.nl (8.13.8/8.13.8) with ESMTP id kAPGe85q024868; Sat, 25 Nov 2006 17:40:09 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 26440B844; Sat, 25 Nov 2006 17:40:08 +0100 (CET) Date: Sat, 25 Nov 2006 17:40:08 +0100 From: Roland Smith To: "O. Hartmann" Message-ID: <20061125164008.GA5008@slackbox.xs4all.nl> Mail-Followup-To: "O. Hartmann" , FreeBSD Stable References: <45686A63.6030708@mail.zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline In-Reply-To: <45686A63.6030708@mail.zedat.fu-berlin.de> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: FreeBSD Stable Subject: Re: Problems unmounting/fssyncking extern UFS filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Nov 2006 16:40:18 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 25, 2006 at 05:08:03PM +0100, O. Hartmann wrote: > A while ago since now I receive kernel messages like this in FreeBSD > 6.2-PRE/AMD64: >=20 > fsync: giving up on dirty > 0xffffff000362c7c0: tag devfs, type VCHR > usecount 1, writecount 0, refcount 325 mountedhere 0xffffff00504d8400 > flags () > v_object 0xffffff00013c80e0 ref 0 pages 1286 > lock type devfs: EXCL (count 1) by thread 0xffffff0050287260 (pid > 14109) > dev ufs/BACKUP >=20 > Filesystem is an external USB attached SATA HD, ohci() driven (due to > ehci() is not working stable and properly on FreeBSD 6.2). The external USB harddisk I'm using works fine with ehci (VIA VT6202 USB 2.0 controller) on 6.2-PRERELEASE amd64:=20 Controller /dev/usb4: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), VIA(0x00= 00), rev 1.00 port 1 powered port 2 addr 2: high speed, power 100 mA, config 1, Mass Storage Device(0x3= 507), Prolific Technology Inc.(0x067b), rev 1.00 > Filesystem is mounted via amd() and there via the'script' option in > amd() due to problems of the amd() mounting process recognizing UFS > filesystems. After 30 seconds of inactivity the filesystems gets > dismounted. This worked quite well in the past, but now I see this > kernel error messages. The only problems I ever had wer with the firewire interface, not USB. But I don't use amd, and I'm using GEOM_ELI encyption. If amd doesn't work well with ufs, would using glabel be a workaround? Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFaHHoEnfvsMMhpyURAtYdAJsG6bZHuC3ruhiBxr+ccZ44p+yrRACgoMkj M75/L+VT5yPb+DW7BwX3XCs= =ZHB6 -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 25 16:49:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3384716A415 for ; Sat, 25 Nov 2006 16:49:10 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 763EC43D64 for ; Sat, 25 Nov 2006 16:48:20 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 93C08335; Sat, 25 Nov 2006 10:49:08 -0600 (CST) Date: Sat, 25 Nov 2006 10:49:08 -0600 To: "O. Hartmann" Message-ID: <20061125164908.GB16179@soaustin.net> References: <20061125013802.20B6E45054@ptavv.es.net> <45679F01.90708@samsco.org> <45683511.6030400@mail.zedat.fu-berlin.de> <45686A0C.9060300@samsco.org> <45686FB9.7090608@mail.zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45686FB9.7090608@mail.zedat.fu-berlin.de> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: David Malone , FreeBSD Stable , "O. Hartmann" Subject: Re: UFS Bug: FreeBSD 6.1/6.2/7.0: MOKB-08-11-2006, CVE-2006-5824, MOKB-03-11-2006, CVE-2006-5679 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Nov 2006 16:49:10 -0000 On Sat, Nov 25, 2006 at 05:30:49PM +0100, O. Hartmann wrote: > On the other hand, Scott, where are all the Kernel developer has been > gone to? There is this minor task called a "release cycle" in process at the moment. That is where all the developer attention to -stable is going right now. mcl From owner-freebsd-stable@FreeBSD.ORG Sat Nov 25 17:26:41 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F186C16A504 for ; Sat, 25 Nov 2006 17:26:41 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDAD043D45 for ; Sat, 25 Nov 2006 17:25:52 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 350F646D1F; Sat, 25 Nov 2006 12:26:38 -0500 (EST) Date: Sat, 25 Nov 2006 17:26:38 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Eugene Grosbein In-Reply-To: <20061124142925.GA44939@svzserv.kemerovo.su> Message-ID: <20061125172600.J24765@fledge.watson.org> References: <20061121165151.0dd0956c.dom@helenmarks.co.uk> <20061124040223.9AA9A45054@ptavv.es.net> <20061124092027.a310a6e1.dom@helenmarks.co.uk> <20061124141736.F90666@fledge.watson.org> <20061124142925.GA44939@svzserv.kemerovo.su> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org, Dominic Marks Subject: Re: FreeBSD 6.2-PRE panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Nov 2006 17:26:42 -0000 On Fri, 24 Nov 2006, Eugene Grosbein wrote: > On Fri, Nov 24, 2006 at 02:18:22PM +0000, Robert Watson wrote: > >> Is there an open PR on this problem currently? I'm in the process of >> reviewing my outstanding network PRs for 6.2 and I'm having trouble >> tracking down all the pieces of this report. > > Has GNATS been fixed? I mean its search (by ID or single line fields). Apparently the mirror of the GNATS database on the web server had become corrupted; Ken Smith has apparently fixed this, and it looks like the database is now up-to-date again. Give it a try? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sat Nov 25 18:14:08 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E815B16A501; Sat, 25 Nov 2006 18:14:08 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22E0C43D5E; Sat, 25 Nov 2006 18:13:16 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id CA8A6EB1AA6; Sun, 26 Nov 2006 02:14:01 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id jlRXn2blXSGv; Sun, 26 Nov 2006 02:13:56 +0800 (CST) Received: from [192.168.1.32] (unknown [221.222.203.44]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id AB02EEB097E; Sun, 26 Nov 2006 02:13:56 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:references:in-reply-to:x-enigmail-version:content-type; b=nRdrVhbCqx7+Sc7M0SLlHeLac+/sCugBexm4XofwxUP4cYHMThoQY30DzYkW5PPuK Diru7vpbb6n0J+X8h8Clg== Message-ID: <456887CD.50606@delphij.net> Date: Sun, 26 Nov 2006 02:13:33 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: Nikolay Pavlov , LI Xin , freebsd-stable@FreeBSD.org, Robert Watson References: <20061122195549.GA57018@zone3000.net> <338b359d969e9c68deaf49096aa91995@mail.geekcn.org> <20061123160208.GA62732@zone3000.net> <456662F4.6000306@delphij.net> <20061125103755.GA78288@zone3000.net> In-Reply-To: <20061125103755.GA78288@zone3000.net> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig99D3088232CC922603B5AE67" Cc: Subject: Re: deadlock in "zoneli" state on 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Nov 2006 18:14:09 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig99D3088232CC922603B5AE67 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Nikolay Pavlov wrote: > On Friday, 24 November 2006 at 11:11:48 +0800, LI Xin wrote: >> Nikolay Pavlov wrote: >>> On Thursday, 23 November 2006 at 20:24:15 +0800, delphij@delphij.net = wrote: >>>> Hi, >>>> >>>> On Wed, 22 Nov 2006 21:55:49 +0200, Nikolay Pavlov wrote: >>>>> Hi. >>>>> It seems i have a deadlock on 6.2-PRERELEASE. >>>>> This is squid server in accelerator mode. >>>>> I can easily trigger it with a high rate of requests. >>>>> Squid is locked on some "zoneli" state, i am not sure what it is. >>>>> Also i can't KILL proccess even with SIGKILL. >>>>> In addition one of sshd proccess is locked too. >>>> Would you please update to the latest RELENG_6 and apply this patch:= >>>> >>>> http://people.freebsd.org/~delphij/misc/patch-zonelimit-workaround >>>> >>>> to see if things gets improved? >>>> >>>> Thanks in advance! >>>> >>>> Cheers, >>> Well. This patch works quite ambiguous for me. >>> Under heavy load this box become unresponseble via network. >>> System is mostly idle. Squid is locked in zoneli. >=20 > Another panic. Guys do i need some additional debug options or this inf= o > is enough. I am asking because this panic is easily reproduceable for > me. I think these stuff is enough. By the way, which scheduler do you use? > root@accel1:/usr/obj/usr/src/sys/ACCEL# kgdb kernel.debug /var/crash/vm= core.4 > kgdb: kvm_nlist(_stopped_cpus): > kgdb: kvm_nlist(_stoppcbs): > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db= =2Eso: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and yo= u are > welcome to change it and/or distribute copies of it under certain condi= tions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for deta= ils. > This GDB was configured as "i386-marcel-freebsd". >=20 > Unread portion of the kernel message buffer: > lock order reversal: (sleepable after non-sleepable) > 1st 0xca21567c so_snd (so_snd) @ /usr/src/sys/netinet/tcp_output.c:253= > 2nd 0xc070bd84 user map (user map) @ /usr/src/sys/vm/vm_map.c:3074 > KDB: stack backtrace: > kdb_backtrace(ffffffff,c071ccb0,c071c210,c06e5c4c,c0758f18,...) at kdb_= backtrace+0x29 > witness_checkorder(c070bd84,9,c06be56c,c02,c070d2c4,0,c06aab25,9f) at w= itness_checkorder+0x4cd > _sx_xlock(c070bd84,c06be56c,c02) at _sx_xlock+0x2c > _vm_map_lock_read(c070bd40,c06be56c,c02,184637d,c92796b0,...) at _vm_ma= p_lock_read+0x37 > vm_map_lookup(f48a29d0,0,1,f48a29d4,f48a29c4,f48a29c8,f48a29ab,f48a29ac= ) at vm_map_lookup+0x28 > vm_fault(c070bd40,0,1,0,c927aa80,...) at vm_fault+0x65 > trap_pfault(f48a2a98,0,c) at trap_pfault+0xee > trap(8,c06b0028,f48a0028,1,0,...) at trap+0x325 > calltrap() at calltrap+0x5 > --- trap 0xc, eip =3D 0xc053ea34, esp =3D 0xf48a2ad8, ebp =3D 0xf48a2ae= 4 --- > m_copydata(0,ffffffff,1,d0020d74,c1040468,...) at m_copydata+0x28 > tcp_output(d21c5570) at tcp_output+0x9af > tcp_input(d0020d00,14,e9,93935ce,0,...) at tcp_input+0x24a2 > ip_input(d0020d00) at ip_input+0x561 > netisr_processqueue(c075a6d8) at netisr_processqueue+0x6e > swi_net(0) at swi_net+0xc2 > ithread_execute_handlers(c9279648,c92c3400) at ithread_execute_handlers= +0xce > ithread_loop(c92436a0,f48a2d38,c070db20,0,c06a818a,...) at ithread_loop= +0x4e > fork_exit(c04f76d4,c92436a0,f48a2d38) at fork_exit+0x61 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip =3D 0, esp =3D 0xf48a2d6c, ebp =3D 0 --- >=20 >=20 > Fatal trap 12: page fault while in kernel mode > fault virtual address =3D 0xc > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc053ea34 > stack pointer =3D 0x28:0xf48a2ad8 > frame pointer =3D 0x28:0xf48a2ae4 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 13 (swi1: net) > trap number =3D 12 > panic: page fault > KDB: stack backtrace: > kdb_backtrace(100,c927aa80,28,f48a2a98,c,...) at kdb_backtrace+0x29 > panic(c069b8a1,c06c5f2c,0,fffff,c927d69b,...) at panic+0xa8 > trap_fatal(f48a2a98,c,c927aa80,c070bd40,0,...) at trap_fatal+0x2a6 > trap_pfault(f48a2a98,0,c) at trap_pfault+0x187 > trap(8,c06b0028,f48a0028,1,0,...) at trap+0x325 > calltrap() at calltrap+0x5 > --- trap 0xc, eip =3D 0xc053ea34, esp =3D 0xf48a2ad8, ebp =3D 0xf48a2ae= 4 --- > m_copydata(0,ffffffff,1,d0020d74,c1040468,...) at m_copydata+0x28 > tcp_output(d21c5570) at tcp_output+0x9af > tcp_input(d0020d00,14,e9,93935ce,0,...) at tcp_input+0x24a2 > ip_input(d0020d00) at ip_input+0x561 > netisr_processqueue(c075a6d8) at netisr_processqueue+0x6e > swi_net(0) at swi_net+0xc2 > ithread_execute_handlers(c9279648,c92c3400) at ithread_execute_handlers= +0xce > ithread_loop(c92436a0,f48a2d38,c070db20,0,c06a818a,...) at ithread_loop= +0x4e > fork_exit(c04f76d4,c92436a0,f48a2d38) at fork_exit+0x61 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip =3D 0, esp =3D 0xf48a2d6c, ebp =3D 0 --- > Uptime: 25m13s > Dumping 3967 MB (3 chunks) > chunk 0: 1MB (159 pages) ... ok > chunk 1: 3966MB (1015280 pages) 3950 3934 3918 3902 3886 3870 3854 38= 38 3822 3806 3790 3774 3758 3742 3726 3710 3694 3678 3662 3646 3630 3614 = 3598 3582 3566 3550 3534 3518 3502 3486 3470 3454 3438 3422 3406 3390 337= 4 3358 3342 3326 3310 3294 3278 3262 3246 3230 3214 3198 3182 3166 3150 3= 134 3118 3102 3086 3070 3054 3038 3022 3006 2990 2974 2958 2942 2926 2910= 2894 2878 2862 2846 2830 2814 2798 2782 2766 2750 2734 2718 2702 2686 26= 70 2654 2638 2622 2606 2590 2574 2558 2542 2526 2510 2494 2478 2462 2446 = 2430 2414 2398 2382 2366 2350 2334 2318 2302 2286 2270 2254 2238 2222 220= 6 2190 2174 2158 2142 2126 2110 2094 2078 2062 2046 2030 2014 1998 1982 1= 966 1950 1934 1918 1902 1886 1870 1854 1838 1822 1806 1790 1774 1758 1742= 1726 1710 1694 1678 1662 1646 1630 1614 1598 1582 1566 1550 1534 1518 15= 02 1486 1470 1454 1438 1422 1406 1390 1374 1358 1342 1326 1310 1294 1278 = 1262 1246 1230 1214 1198 1182 1166 1150 1134 1118 1102 1086 1070 1054 103= 8 1022 1006 990 974 958 942 926 910 894 8 78 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638 622 606 59= 0 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302= 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 ... ok= > chunk 2: 1MB (128 pages) >=20 > #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 0xc050ae04 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown= =2Ec:409 > #2 0xc050b05f in panic (fmt=3D0xc069b8a1 "%s") at /usr/src/sys/kern/ke= rn_shutdown.c:565 > #3 0xc0674fa2 in trap_fatal (frame=3D0xf48a2a98, eva=3D12) at /usr/src= /sys/i386/i386/trap.c:837 > #4 0xc0674cd3 in trap_pfault (frame=3D0xf48a2a98, usermode=3D0, eva=3D= 12) at /usr/src/sys/i386/i386/trap.c:745 > #5 0xc0674939 in trap (frame=3D > {tf_fs =3D 8, tf_es =3D -1066729432, tf_ds =3D -192282584, tf_edi= =3D 1, tf_esi =3D 0, tf_ebp =3D -192271644, tf_isp =3D -192271676, tf_eb= x =3D 4380, tf_edx =3D -1, tf_ecx =3D 0, tf_eax =3D -805171852, tf_trapno= =3D 12, tf_err =3D 0, tf_eip =3D -1068242380, tf_cs =3D 32, tf_eflags =3D= 590338, tf_esp =3D 4380, tf_ss =3D -769895056}) > at /usr/src/sys/i386/i386/trap.c:435 > #6 0xc0663bba in calltrap () at /usr/src/sys/i386/i386/exception.s:139= > #7 0xc053ea34 in m_copydata (m=3D0x0, off=3D-1, len=3D1, cp=3D0xd0020d= 74 "") at /usr/src/sys/kern/uipc_mbuf.c:543 > #8 0xc0590aeb in tcp_output (tp=3D0xd21c5570) at /usr/src/sys/netinet/= tcp_output.c:770 > #9 0xc058f536 in tcp_input (m=3D0xd0020d00, off0=3D20) at /usr/src/sys= /netinet/tcp_input.c:2471 > #10 0xc058755d in ip_input (m=3D0xd0020d00) at /usr/src/sys/netinet/ip_= input.c:785 > #11 0xc0578252 in netisr_processqueue (ni=3D0xc075a6d8) at /usr/src/sys= /net/netisr.c:236 > #12 0xc057841a in swi_net (dummy=3D0x0) at /usr/src/sys/net/netisr.c:34= 9 > #13 0xc04f762e in ithread_execute_handlers (p=3D0xc9279648, ie=3D0xc92c= 3400) at /usr/src/sys/kern/kern_intr.c:682 > #14 0xc04f7722 in ithread_loop (arg=3D0xc92436a0) at /usr/src/sys/kern/= kern_intr.c:765 > #15 0xc04f697d in fork_exit (callout=3D0xc04f76d4 , arg=3D= 0xc92436a0, frame=3D0xf48a2d38) at /usr/src/sys/kern/kern_fork.c:821 > #16 0xc0663c1c in fork_trampoline () at /usr/src/sys/i386/i386/exceptio= n.s:208 Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig99D3088232CC922603B5AE67 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.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFaIfNOfuToMruuMARA3TxAJ4/sd5/ZW8zrvWjjzHbOdhbTH2E/QCfcRDu E56IVj5hby4MO2vN4C61UMU= =RNXT -----END PGP SIGNATURE----- --------------enig99D3088232CC922603B5AE67-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 25 18:55:43 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 08BED16A415 for ; Sat, 25 Nov 2006 18:55:43 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D77843D70 for ; Sat, 25 Nov 2006 18:54:43 +0000 (GMT) (envelope-from bms@FreeBSD.org) Received: from db2.internal (db2.internal [10.202.2.12]) by out1.messagingengine.com (Postfix) with ESMTP id 08B8A11ED8 for ; Sat, 25 Nov 2006 13:55:33 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by db2.internal (MEProxy); Sat, 25 Nov 2006 13:55:33 -0500 X-Sasl-enc: u1XGSeEf3pLT5g0TnRF6OPCUVYWOcXg2wEBHT7zxHRYB 1164480932 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 305D764C4 for ; Sat, 25 Nov 2006 13:55:31 -0500 (EST) Message-ID: <456891A1.7080208@FreeBSD.org> Date: Sat, 25 Nov 2006 18:55:29 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.5 (X11/20060825) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Content-Type: multipart/mixed; boundary="------------010300080705000805010604" Cc: Subject: 6.2-RC: Problem with SATA on ASUS Vintage AH-3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Nov 2006 18:55:43 -0000 This is a multi-part message in MIME format. --------------010300080705000805010604 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, When I try to boot the FreeBSD 6.2-RC kernel as of today on an ASUS Vintage AH-3 system (Athlon XP 3000+), I get a similar error message to that described in this thread: http://www.mail-archive.com/freebsd-questions@freebsd.org/msg150224.html ... i.e. "atapci2: AHCI controller reset failure". I do not see this problem with 6.1-RELEASE. As the root disk for this machine is SATA, this means I cannot boot 6.2. The onboard controller is an AcerLabs M5287. A JMicron card is in the machine's single PCI-e slot which is why the onboard SATA is numbered atapci2. ATA_STATIC_ID is enabled in my kernel configuration. There is nothing connected to the JMicron card; it is detected successfully under both 6.1 and 6.2. I've attached the kernel config and a dmesg of a successful 6.1 boot. For some reason I can't get loader-time serial console to work on this machine, so regrettably can't provide a full 6.2-RC1 dmesg. Thanks for any help you can provide. Regards, BMS --------------010300080705000805010604 Content-Type: text/plain; name="ANGLEPOISE" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ANGLEPOISE" # # $Id$ # # Configuration for ASUS Vintage amd64 # machine amd64 cpu HAMMER ident ANGLEPOISE maxusers 0 makeoptions KERNEL=kernel # Disable non-optimal GCC builtin functions makeoptions CONF_CFLAGS=-fno-builtin # Additional roll-ins makeoptions FDC_PCCARD=0 #do not build pcmcia floppy support # Kernel Debugging options makeoptions DEBUG=-g #Build kernel with full symbols options INCLUDE_CONFIG_FILE #Include this file in kernel options ADAPTIVE_GIANT options KDB options KDB_TRACE #backtrace on ddb entry options GDB options DDB #Enable the kernel debugger options KTRACE #ktrace(1) support # # Only build the following modules # makeoptions MODULES_OVERRIDE="nmdm nfsclient nfsserver an speaker bridge if_gre if_disc if_faith if_gif if_tun if_sl if_ppp if_stf if_tap if_vlan ubsa ucom uvisor udbp udf uhid ukbd ulpt uscanner ums umass umodem uplcom uvscom uftdi sound/driver/ich sound/sound procfs linprocfs md vpo plip ppi lpt splash/bmp splash/pcx dummynet crypto cryptodev rndtest aio libiconv cbb cardbus exca pccard libmchain ntfs syscons/blank syscons/daemon syscons/logo fdc wlan rc4 ugen firewire firewire/sbp firewire/fwe firewire/fwip firewire/sbp_targ usb msdosfs drm/drm drm/i915 fxp ath ath_rate_amrr ath_hal netgraph/bluetooth/bluetooth netgraph/bluetooth/hci netgraph/bluetooth/l2cap netgraph/bluetooth/socket netgraph/bluetooth/h4 netgraph/bluetooth/ubt netgraph/bluetooth/ubtbcmfw smbfs" # Process Scheduler options SCHED_4BSD #Use the non-experimental scheduler options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions # system personalities options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 options COMPAT_FREEBSD5 #Compatible with FreeBSD5 options COMPAT_IA32 options COMPAT_LINUX32 # SYSV extensions options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores # IP networking options INET #InterNETworking options INET6 #IPv6 communications protocols options ZERO_COPY_SOCKETS #enable zero copy socket code # Disk geometry (GEOM) subsystem options GEOM_MBR #i386 MBRs options GEOM_BSD #BSD disklabels options GEOM_VOL #get volume names from FFS superblock options GEOM_BDE #GEOM disk encryption #options GEOM_GPT # this panics kernel don't know why # FFS options options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_DIRHASH #Improve performance on big directories # Are these actually needed, for UFS2? options UFS_ACL #Support for access control lists options UFS_EXTATTR options UFS_EXTATTR_AUTOSTART # Other FS options options MD_ROOT #MD is a potential root device options CD9660 #ISO 9660 Filesystem options PSEUDOFS #Pseudo-filesystem framework options PROCFS #Process filesystem (requires PSEUDOFS) device io device mem # Commodity buses device isa device pci device agp device acpi device atpic # CAM API (SCSI high-level layer) device scbus device ch device da device sa device cd device ses device pt device targ device targbh device pass options SCSI_DELAY=1000 #1s delay on probe/reset options CAMDEBUG #Include SCSI debug code device ata #ATA/ATAPI bus support device ataraid #ATA raid support device atadisk #ATA disk drives device atapicd #ATAPI CDROM drives options ATA_STATIC_ID #Static ATA device numbering # XXX: This causes weird boot panics #device atapicam #ATAPI -> SCSI (requires CAM) # SCSI options options SCSI_DELAY=2000 #Delay (in ms) before probing SCSI # Keyboard and mouse device atkbdc #AT keyboard controller device atkbd #AT keyboard device kbdmux device psm #PS/2 mouse (requires atkbdc) options PSM_HOOKRESUME #hook the system resume event, useful options PSM_RESETAFTERSUSPEND #reset the device at the resume event options KBD_INSTALL_CDEV #create /dev/kbdN # Basic video card support device vga #VGA video card driver #options VESA # VESA BIOS support (as module) options FB_INSTALL_CDEV #create /dev/fbN # System console device sc #SCO-style console driver device splash #Splash screen support options MAXCONS=16 #number of virtual consoles options SC_ALT_MOUSE_IMAGE #simplified mouse cursor in text mode options SC_PIXEL_MODE #add support for the raster text mode options SC_DISABLE_KDBKEY #disable `debug' key options SC_DISABLE_REBOOT #disable reboot key sequence device puc # PCI comms device uart # Serial comms device ppc # parallel port device ppbus # Parallel port bus (required) device miibus # MII bus support # Pseudo devices device random # Entropy device device loop # Network loopback device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device bpf # Berkeley packet filter # PF device pf #PF OpenBSD packet-filter firewall device pflog #logging support interface for PF device pfsync #synchronization interface for PF # ALTQ bandwidth shaping options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_PRIQ options ALTQ_NOPCC # required for SMP options ALTQ_CDNR # traffic conditioner options ALTQ_DEBUG # IPSEC #options FAST_IPSEC #new IPsec (cannot define w/ IPSEC) #options IPSEC_DEBUG #debug for IP security device crypto device cryptodev --------------010300080705000805010604 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" Copyright (c) 1992-2006 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 6.1-RELEASE-p8 #0: Sun Nov 19 19:46:49 GMT 2006 root@anglepoise.lon.incunabulum.net:/usr/src/sys/amd64/compile/ANGLEPOISE ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3000+ (1800.07-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20ff2 Stepping = 2 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 real memory = 1039859712 (991 MB) avail memory = 995389440 (949 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 5.0 (no driver attached) pcib2: at device 6.0 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) pcib3: at device 7.0 on pci0 pci3: on pcib3 atapci0: port 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc807,0xc480-0xc483,0xc400-0xc40f mem 0xfe5fe000-0xfe5fffff irq 19 at device 0.0 on pci3 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 pcib4: at device 25.0 on pci0 pci4: on pcib4 pci4: at device 16.0 (no driver attached) pci4: at device 18.0 (no driver attached) pci0: at device 28.0 (no driver attached) pci0: at device 28.1 (no driver attached) pci0: at device 28.2 (no driver attached) pci0: at device 28.3 (no driver attached) pci0: at device 29.0 (no driver attached) isab0: at device 30.0 on pci0 isa0: on isab0 pci0: at device 30.1 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 31.0 on pci0 ata0: on atapci1 ata1: on atapci1 atapci2: port 0xec00-0xec0f,0xe880-0xe887,0xe800-0xe80f,0xe480-0xe487,0xe400-0xe41f mem 0xfebff800-0xfebffbff irq 21 at device 31.1 on pci0 ata5: on atapci2 ata6: on atapci2 ata7: on atapci2 ata8: on atapci2 acpi_button0: on acpi0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] uart0: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 orm0: at iomem 0xc0000-0xccfff,0xcd000-0xcdfff,0xce000-0xcffff 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 fb0 at vga0 Timecounter "TSC" frequency 1800071742 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDROM at ata1-master UDMA33 ad10: 157066MB at ata5-master SATA150 Trying to mount root from ufs:/dev/ad10s2a ohci0: mem 0xfebfc000-0xfebfcfff irq 17 at device 28.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfebfd000-0xfebfdfff irq 18 at device 28.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ohci2: mem 0xfebfe000-0xfebfefff irq 19 at device 28.2 on pci0 ohci2: [GIANT-LOCKED] usb2: OHCI version 1.0, legacy support usb2: SMM does not respond, resetting usb2: on ohci2 usb2: USB revision 1.0 uhub2: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 3 ports with 3 removable, self powered ehci0: mem 0xfebffc00-0xfebffcff irq 23 at device 28.3 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 3 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: AcerLabs EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 8 ports with 8 removable, self powered fxp0: port 0xdc00-0xdc3f mem 0xfeaff000-0xfeafffff,0xfe900000-0xfe9fffff irq 17 at device 16.0 on pci4 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:90:27:59:40:2c fxp0: link state changed to DOWN fxp0: link state changed to UP --------------010300080705000805010604-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 25 21:20:42 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C506C16A403 for ; Sat, 25 Nov 2006 21:20:42 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 36F2843D62 for ; Sat, 25 Nov 2006 21:19:46 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 25 Nov 2006 21:20:33 -0000 Date: Sat, 25 Nov 2006 23:20:04 +0200 From: Nikolay Pavlov To: LI Xin Message-ID: <20061125212004.GA22786@zone3000.net> Mail-Followup-To: Nikolay Pavlov , LI Xin , freebsd-stable@FreeBSD.org, Robert Watson References: <20061122195549.GA57018@zone3000.net> <338b359d969e9c68deaf49096aa91995@mail.geekcn.org> <20061123160208.GA62732@zone3000.net> <456662F4.6000306@delphij.net> <20061125103755.GA78288@zone3000.net> <456887CD.50606@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <456887CD.50606@delphij.net> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: Robert Watson , freebsd-stable@FreeBSD.org Subject: Re: deadlock in "zoneli" state on 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Nov 2006 21:20:42 -0000 On Sunday, 26 November 2006 at 2:13:33 +0800, LI Xin wrote: > Nikolay Pavlov wrote: > > On Friday, 24 November 2006 at 11:11:48 +0800, LI Xin wrote: > >> Nikolay Pavlov wrote: > >>> On Thursday, 23 November 2006 at 20:24:15 +0800, delphij@delphij.net = wrote: > >>>> Hi, > >>>> > >>>> On Wed, 22 Nov 2006 21:55:49 +0200, Nikolay Pavlov wrote: > >>>>> Hi. > >>>>> It seems i have a deadlock on 6.2-PRERELEASE. > >>>>> This is squid server in accelerator mode. > >>>>> I can easily trigger it with a high rate of requests. > >>>>> Squid is locked on some "zoneli" state, i am not sure what it is. > >>>>> Also i can't KILL proccess even with SIGKILL. > >>>>> In addition one of sshd proccess is locked too. > >>>> Would you please update to the latest RELENG_6 and apply this patch: > >>>> > >>>> http://people.freebsd.org/~delphij/misc/patch-zonelimit-workaround > >>>> > >>>> to see if things gets improved? > >>>> > >>>> Thanks in advance! > >>>> > >>>> Cheers, > >>> Well. This patch works quite ambiguous for me. > >>> Under heavy load this box become unresponseble via network. > >>> System is mostly idle. Squid is locked in zoneli. > >=20 > > Another panic. Guys do i need some additional debug options or this info > > is enough. I am asking because this panic is easily reproduceable for > > me. >=20 > I think these stuff is enough. By the way, which scheduler do you use? 4BSD >=20 > > root@accel1:/usr/obj/usr/src/sys/ACCEL# kgdb kernel.debug /var/crash/vm= core.4 > > kgdb: kvm_nlist(_stopped_cpus): > > kgdb: kvm_nlist(_stoppcbs): > > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db= .so: Undefined symbol "ps_pglobal_lookup"] > > GNU gdb 6.1.1 [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and yo= u are > > welcome to change it and/or distribute copies of it under certain condi= tions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for deta= ils. > > This GDB was configured as "i386-marcel-freebsd". > >=20 > > Unread portion of the kernel message buffer: > > lock order reversal: (sleepable after non-sleepable) > > 1st 0xca21567c so_snd (so_snd) @ /usr/src/sys/netinet/tcp_output.c:253 > > 2nd 0xc070bd84 user map (user map) @ /usr/src/sys/vm/vm_map.c:3074 > > KDB: stack backtrace: > > kdb_backtrace(ffffffff,c071ccb0,c071c210,c06e5c4c,c0758f18,...) at kdb_= backtrace+0x29 > > witness_checkorder(c070bd84,9,c06be56c,c02,c070d2c4,0,c06aab25,9f) at w= itness_checkorder+0x4cd > > _sx_xlock(c070bd84,c06be56c,c02) at _sx_xlock+0x2c > > _vm_map_lock_read(c070bd40,c06be56c,c02,184637d,c92796b0,...) at _vm_ma= p_lock_read+0x37 > > vm_map_lookup(f48a29d0,0,1,f48a29d4,f48a29c4,f48a29c8,f48a29ab,f48a29ac= ) at vm_map_lookup+0x28 > > vm_fault(c070bd40,0,1,0,c927aa80,...) at vm_fault+0x65 > > trap_pfault(f48a2a98,0,c) at trap_pfault+0xee > > trap(8,c06b0028,f48a0028,1,0,...) at trap+0x325 > > calltrap() at calltrap+0x5 > > --- trap 0xc, eip =3D 0xc053ea34, esp =3D 0xf48a2ad8, ebp =3D 0xf48a2ae= 4 --- > > m_copydata(0,ffffffff,1,d0020d74,c1040468,...) at m_copydata+0x28 > > tcp_output(d21c5570) at tcp_output+0x9af > > tcp_input(d0020d00,14,e9,93935ce,0,...) at tcp_input+0x24a2 > > ip_input(d0020d00) at ip_input+0x561 > > netisr_processqueue(c075a6d8) at netisr_processqueue+0x6e > > swi_net(0) at swi_net+0xc2 > > ithread_execute_handlers(c9279648,c92c3400) at ithread_execute_handlers= +0xce > > ithread_loop(c92436a0,f48a2d38,c070db20,0,c06a818a,...) at ithread_loop= +0x4e > > fork_exit(c04f76d4,c92436a0,f48a2d38) at fork_exit+0x61 > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0x1, eip =3D 0, esp =3D 0xf48a2d6c, ebp =3D 0 --- > >=20 > >=20 > > Fatal trap 12: page fault while in kernel mode > > fault virtual address =3D 0xc > > fault code =3D supervisor read, page not present > > instruction pointer =3D 0x20:0xc053ea34 > > stack pointer =3D 0x28:0xf48a2ad8 > > frame pointer =3D 0x28:0xf48a2ae4 > > code segment =3D base 0x0, limit 0xfffff, type 0x1b > > =3D DPL 0, pres 1, def32 1, gran 1 > > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > > current process =3D 13 (swi1: net) > > trap number =3D 12 > > panic: page fault > > KDB: stack backtrace: > > kdb_backtrace(100,c927aa80,28,f48a2a98,c,...) at kdb_backtrace+0x29 > > panic(c069b8a1,c06c5f2c,0,fffff,c927d69b,...) at panic+0xa8 > > trap_fatal(f48a2a98,c,c927aa80,c070bd40,0,...) at trap_fatal+0x2a6 > > trap_pfault(f48a2a98,0,c) at trap_pfault+0x187 > > trap(8,c06b0028,f48a0028,1,0,...) at trap+0x325 > > calltrap() at calltrap+0x5 > > --- trap 0xc, eip =3D 0xc053ea34, esp =3D 0xf48a2ad8, ebp =3D 0xf48a2ae= 4 --- > > m_copydata(0,ffffffff,1,d0020d74,c1040468,...) at m_copydata+0x28 > > tcp_output(d21c5570) at tcp_output+0x9af > > tcp_input(d0020d00,14,e9,93935ce,0,...) at tcp_input+0x24a2 > > ip_input(d0020d00) at ip_input+0x561 > > netisr_processqueue(c075a6d8) at netisr_processqueue+0x6e > > swi_net(0) at swi_net+0xc2 > > ithread_execute_handlers(c9279648,c92c3400) at ithread_execute_handlers= +0xce > > ithread_loop(c92436a0,f48a2d38,c070db20,0,c06a818a,...) at ithread_loop= +0x4e > > fork_exit(c04f76d4,c92436a0,f48a2d38) at fork_exit+0x61 > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0x1, eip =3D 0, esp =3D 0xf48a2d6c, ebp =3D 0 --- > > Uptime: 25m13s > > Dumping 3967 MB (3 chunks) > > chunk 0: 1MB (159 pages) ... ok > > chunk 1: 3966MB (1015280 pages) 3950 3934 3918 3902 3886 3870 3854 38= 38 3822 3806 3790 3774 3758 3742 3726 3710 3694 3678 3662 3646 3630 3614 35= 98 3582 3566 3550 3534 3518 3502 3486 3470 3454 3438 3422 3406 3390 3374 33= 58 3342 3326 3310 3294 3278 3262 3246 3230 3214 3198 3182 3166 3150 3134 31= 18 3102 3086 3070 3054 3038 3022 3006 2990 2974 2958 2942 2926 2910 2894 28= 78 2862 2846 2830 2814 2798 2782 2766 2750 2734 2718 2702 2686 2670 2654 26= 38 2622 2606 2590 2574 2558 2542 2526 2510 2494 2478 2462 2446 2430 2414 23= 98 2382 2366 2350 2334 2318 2302 2286 2270 2254 2238 2222 2206 2190 2174 21= 58 2142 2126 2110 2094 2078 2062 2046 2030 2014 1998 1982 1966 1950 1934 19= 18 1902 1886 1870 1854 1838 1822 1806 1790 1774 1758 1742 1726 1710 1694 16= 78 1662 1646 1630 1614 1598 1582 1566 1550 1534 1518 1502 1486 1470 1454 14= 38 1422 1406 1390 1374 1358 1342 1326 1310 1294 1278 1262 1246 1230 1214 11= 98 1182 1166 1150 1134 1118 1102 1086 1070 1054 1038 1022 1006 990 974 958 = 942 926 910 894 8 > 78 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638 622 606 59= 0 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 2= 86 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 ... ok > > chunk 2: 1MB (128 pages) > >=20 > > #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 0xc050ae04 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown= .c:409 > > #2 0xc050b05f in panic (fmt=3D0xc069b8a1 "%s") at /usr/src/sys/kern/ke= rn_shutdown.c:565 > > #3 0xc0674fa2 in trap_fatal (frame=3D0xf48a2a98, eva=3D12) at /usr/src= /sys/i386/i386/trap.c:837 > > #4 0xc0674cd3 in trap_pfault (frame=3D0xf48a2a98, usermode=3D0, eva=3D= 12) at /usr/src/sys/i386/i386/trap.c:745 > > #5 0xc0674939 in trap (frame=3D > > {tf_fs =3D 8, tf_es =3D -1066729432, tf_ds =3D -192282584, tf_edi= =3D 1, tf_esi =3D 0, tf_ebp =3D -192271644, tf_isp =3D -192271676, tf_ebx = =3D 4380, tf_edx =3D -1, tf_ecx =3D 0, tf_eax =3D -805171852, tf_trapno =3D= 12, tf_err =3D 0, tf_eip =3D -1068242380, tf_cs =3D 32, tf_eflags =3D 5903= 38, tf_esp =3D 4380, tf_ss =3D -769895056}) > > at /usr/src/sys/i386/i386/trap.c:435 > > #6 0xc0663bba in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > > #7 0xc053ea34 in m_copydata (m=3D0x0, off=3D-1, len=3D1, cp=3D0xd0020d= 74 "") at /usr/src/sys/kern/uipc_mbuf.c:543 > > #8 0xc0590aeb in tcp_output (tp=3D0xd21c5570) at /usr/src/sys/netinet/= tcp_output.c:770 > > #9 0xc058f536 in tcp_input (m=3D0xd0020d00, off0=3D20) at /usr/src/sys= /netinet/tcp_input.c:2471 > > #10 0xc058755d in ip_input (m=3D0xd0020d00) at /usr/src/sys/netinet/ip_= input.c:785 > > #11 0xc0578252 in netisr_processqueue (ni=3D0xc075a6d8) at /usr/src/sys= /net/netisr.c:236 > > #12 0xc057841a in swi_net (dummy=3D0x0) at /usr/src/sys/net/netisr.c:349 > > #13 0xc04f762e in ithread_execute_handlers (p=3D0xc9279648, ie=3D0xc92c= 3400) at /usr/src/sys/kern/kern_intr.c:682 > > #14 0xc04f7722 in ithread_loop (arg=3D0xc92436a0) at /usr/src/sys/kern/= kern_intr.c:765 > > #15 0xc04f697d in fork_exit (callout=3D0xc04f76d4 , arg= =3D0xc92436a0, frame=3D0xf48a2d38) at /usr/src/sys/kern/kern_fork.c:821 > > #16 0xc0663c1c in fork_trampoline () at /usr/src/sys/i386/i386/exceptio= n.s:208 >=20 > Cheers, > --=20 > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! >=20 --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 - Best regards, Nikolay Pavlov. <<<----------------------------------- = =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 From owner-freebsd-stable@FreeBSD.ORG Sat Nov 25 21:55:04 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1743B16A403 for ; Sat, 25 Nov 2006 21:55:04 +0000 (UTC) (envelope-from todor.dragnev@gmail.com) Received: from mail.interbild.net (mail.interbild.net [195.138.138.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CC1943D5F for ; Sat, 25 Nov 2006 21:54:13 +0000 (GMT) (envelope-from todor.dragnev@gmail.com) Received: from localhost (mail [195.138.138.208]) by mail.interbild.net (Postfix) with ESMTP id EBE0A1534ED for ; Sat, 25 Nov 2006 23:55:14 +0200 (EET) Received: from mail.interbild.net ([195.138.138.208]) by localhost (mail.interbild.net [195.138.138.208]) (amavisd-new, port 10024) with ESMTP id 39292-06 for ; Sat, 25 Nov 2006 23:55:04 +0200 (EET) Received: from [10.210.0.210] (unknown [10.210.0.210]) by mail.interbild.net (Postfix) with ESMTP id 218FA1534B3 for ; Sat, 25 Nov 2006 23:55:03 +0200 (EET) From: Todor Dragnev To: stable@freebsd.org Date: Sat, 25 Nov 2006 23:54:51 +0200 User-Agent: KMail/1.9.4 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_ruLaFLEi8sOE5VM" Message-Id: <200611252354.51754.todor.dragnev@gmail.com> X-Virus-Scanned: by amavisd-new at interbild.net Cc: Subject: kernel panic(trap 18) on 5.5 and 6.2 with compact flash adapter X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Nov 2006 21:55:04 -0000 --Boundary-00=_ruLaFLEi8sOE5VM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, I have problems with both FreeBSD 6.2 and FreeBSD 5.5 when attach CF adapter(IDE) with 1GB flash card(kingston). Card is not recognized on FreeBSD here is part of dmesg. -- from dmesg (freebsd 5.5) -- ipfw2 initialized, divert disabled, rule-based forwarding enabled, default to accept, logging limited to 100 packets/entry by default ad0: FAILURE - SETFEATURES ENABLE RCACHE status=51 error=4 ad0: 977MB [1987/16/63] at ata0-master PIO4 On the same position - exactly after IPFW output, both kernels GENERIC (6.1) and custom build (6.2 prerelease) went into kernel panic (trap 18) (sorry I can't provide dump output). When I remove CF adapter all works fine. On the same machine I boot Ubuntu and don't have these problems. If someone can help I will try to give more information. -- There are no answers, only cross references. --Boundary-00=_ruLaFLEi8sOE5VM Content-Type: text/plain; charset="us-ascii"; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.txt" Copyright (c) 1992-2006 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 5.5-RELEASE-p8 #0: Sat Nov 25 19:02:53 UTC 2006 root@sunrise:/usr/obj/usr/src/sys/SUNRISE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3700+ (2210.20-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20f71 Stepping = 1 Features=0x78bfbff AMD Features=0xe0500000 real memory = 536805376 (511 MB) avail memory = 513318912 (489 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI link \\_SB_.PCI0.APC3 has invalid initial irq 3, ignoring ACPI link \\_SB_.PCI0.APC2 has invalid initial irq 5, ignoring pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfe02f000-0xfe02ffff irq 22 at device 2.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 10 ports with 10 removable, self powered pci0: at device 2.1 (no driver attached) atapci0: port 0xe000-0xe00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 6.0 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 atapci1: port 0xcc00-0xcc0f,0xb70-0xb73,0x970-0x977,0xbf0-0xbf3,0x9f0-0x9f7 irq 20 at device 7.0 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 atapci2: port 0xb800-0xb80f,0xb60-0xb63,0x960-0x967,0xbe0-0xbe3,0x9e0-0x9e7 irq 22 at device 8.0 on pci0 ata4: channel #0 on atapci2 ata5: channel #1 on atapci2 pcib1: at device 9.0 on pci0 pci1: on pcib1 ed0: port 0xac00-0xac1f irq 17 at device 7.0 on pci1 ed0: Ethernet address: 48:54:e8:2b:97:b9 ed0: if_start running deferred for Giant ed0: type NE2000 (16 bit) pci0: at device 10.0 (no driver attached) pcib2: at device 11.0 on pci0 pci2: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci4: on pcib4 pcib5: at device 14.0 on pci0 pci5: on pcib5 pci5: at device 0.0 (no driver attached) acpi_tz0: on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x778-0x77b,0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 orm0: at iomem 0xd0000-0xd3fff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2210196102 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 initialized, divert disabled, rule-based forwarding enabled, default to accept, logging limited to 100 packets/entry by default ad0: FAILURE - SETFEATURES ENABLE RCACHE status=51 error=4 ad0: FAILURE - SETFEATURES ENABLE WCACHE status=51 error=4 ad0: 977MB [1987/16/63] at ata0-master PIO4 ad0: FAILURE - READ status=51 error=10 LBA=252166657 ad0: FAILURE - READ status=51 error=10 LBA=1 ad0: FAILURE - READ status=51 error=10 LBA=2 ad0: FAILURE - READ status=51 error=10 LBA=1 ad0: FAILURE - READ status=51 error=10 LBA=1 ad8: 78533MB [159560/16/63] at ata4-master PIO4 Mounting root from ufs:/dev/ad8s1a --Boundary-00=_ruLaFLEi8sOE5VM Content-Type: text/plain; charset="us-ascii"; name="pciconf.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="pciconf.txt" none0@pci0:0:0: class=0x058000 card=0x71251462 chip=0x005e10de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Memory Controller' class = memory isab0@pci0:1:0: class=0x060100 card=0x71251462 chip=0x005010de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI to ISA Bridge' class = bridge subclass = PCI-ISA none1@pci0:1:1: class=0x0c0500 card=0x71251462 chip=0x005210de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 SMBus' class = serial bus subclass = SMBus ohci0@pci0:2:0: class=0x0c0310 card=0x71251462 chip=0x005a10de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 USB Controller' class = serial bus subclass = USB none2@pci0:2:1: class=0x0c0320 card=0x71251462 chip=0x005b10de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 USB 2.0 Controller' class = serial bus subclass = USB atapci0@pci0:6:0: class=0x01018a card=0x71251462 chip=0x005310de rev=0xf2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Parallel ATA Controller' class = mass storage subclass = ATA atapci1@pci0:7:0: class=0x010185 card=0x71251462 chip=0x005410de rev=0xf3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Serial ATA Controller' class = mass storage subclass = ATA atapci2@pci0:8:0: class=0x010185 card=0x71251462 chip=0x005510de rev=0xf3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Serial ATA Controller' class = mass storage subclass = ATA pcib1@pci0:9:0: class=0x060401 card=0x00000000 chip=0x005c10de rev=0xa2 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Bridge' class = bridge subclass = PCI-PCI none3@pci0:10:0: class=0x068000 card=0x71251462 chip=0x005710de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Ethernet Controller' class = bridge pcib2@pci0:11:0: class=0x060400 card=0x00000040 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI pcib3@pci0:12:0: class=0x060400 card=0x00000040 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI pcib4@pci0:13:0: class=0x060400 card=0x00000040 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI pcib5@pci0:14:0: class=0x060400 card=0x00000040 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI hostb0@pci0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb1@pci0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Address Map' class = bridge subclass = HOST-PCI hostb2@pci0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb3@pci0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI ed0@pci1:7:0: class=0x020000 card=0x00000000 chip=0x09401050 rev=0x00 hdr=0x00 vendor = 'Winbond Electronics Corp.' device = 'W89C940 NE2000-Compatible Ethernet Adapter' class = network subclass = ethernet none4@pci5:0:0: class=0x030000 card=0x00000000 chip=0x016a10de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = display subclass = VGA --Boundary-00=_ruLaFLEi8sOE5VM--