From owner-freebsd-stable@FreeBSD.ORG Sun Jun 11 07:35: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A95DD16A418 for ; Sun, 11 Jun 2006 07:35:25 +0000 (UTC) (envelope-from srw@udor.net) Received: from mail.mad.udor.net (mad.mas.udor.net [64.34.95.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D60843D45 for ; Sun, 11 Jun 2006 07:35:25 +0000 (GMT) (envelope-from srw@udor.net) Received: from [192.168.1.5] (cpe-66-108-115-122.nyc.res.rr.com [66.108.115.122]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.mad.udor.net (Postfix) with ESMTP id 8561D40CA; Sun, 11 Jun 2006 03:35:22 -0400 (EDT) Message-ID: <448BC7C0.1090709@udor.net> Date: Sun, 11 Jun 2006 03:35:28 -0400 From: srwadleigh User-Agent: Thunderbird 1.5.0.4 (X11/20060605) MIME-Version: 1.0 To: Doug White References: <4484A302.8050107@udor.net> <20060609145253.J60598@carver.gumbysoft.com> In-Reply-To: <20060609145253.J60598@carver.gumbysoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 6.1-RELEASE: WARNING - WRITE_DMA soft error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2006 07:35:25 -0000 Doug White wrote: > On Mon, 5 Jun 2006, srwadleigh wrote: > >> I have 6.1-RELEASE installed on a Supermicro SuperServer 6014P-TR >> with Supermicro motherboard: Super X6DHP-TG >> http://supermicro.com/products/motherboard/Xeon800/E7520/X6DHP-TG.cfm >> >> I have four SATA drives attached to the internal backplane which uses >> the following controller, I am Not using the onboard RAID features: >> >> Marvell 88SX6081 4-port SATA Controller with 3rd-Party Adaptec >> AIC-8110(4x drive), RAID 0, 1, JBOD support >> >> The problem I am seeing occurs with the fourth drive, ad10, and appears >> on all read/write operations: >> >> ad10: WARNING - WRITE_DMA48 soft error (ECC corrected) LBA=293046767 >> kernel:ad10: WARNING - WRITE_DMA soft error (ECC corrected) LBA=12393823 >> kernel:ad10: WARNING - READ_DMA soft error (ECC corrected) LBA=12480567 >> >> This same warning message appears on 6.0-RELEASE and 6.1-STABLE > > I have problems with a similar chassis w/ SCSI and bay 3 throwing > spurious errors on a number of systems, so I think its just poor > backplane design on SuperMicro's part. Try getting them to replace > your backplane board. > I am going to RMA the backplane and its composite SATA cable. I'll see if that makes a difference. Obviously not ideal, but how serious do you think these ECC warnings are, data lose, system stability? Thanks From owner-freebsd-stable@FreeBSD.ORG Sun Jun 11 07:46: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1F9116A41B for ; Sun, 11 Jun 2006 07:46:59 +0000 (UTC) (envelope-from vladgalu@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB41443D48 for ; Sun, 11 Jun 2006 07:46:58 +0000 (GMT) (envelope-from vladgalu@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so266842wra for ; Sun, 11 Jun 2006 00:46:57 -0700 (PDT) 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=L3MPmkq2WpoelYBm1Piyy7WbSt6SEiIRDJdqvngC5MM52SYMVPWu5Jdkya0FBtOAyVk/2AOAItu7tt5O1tO2a3tTmGznfsIo4XcNPg9hEl3AwLFk9kADKjk3ARye1YQmYVNwJCHTpCAx4/EMb+ZK3mGgkanxTupwd/69K0CVl0U= Received: by 10.54.124.15 with SMTP id w15mr4518742wrc; Sun, 11 Jun 2006 00:46:57 -0700 (PDT) Received: by 10.54.128.7 with HTTP; Sun, 11 Jun 2006 00:46:57 -0700 (PDT) Message-ID: <79722fad0606110046i4d6101b7ka469c5b01f2e5bb@mail.gmail.com> Date: Sun, 11 Jun 2006 10:46:57 +0300 From: "Vlad GALU" To: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org In-Reply-To: <79722fad0606101404h5e9a14f3o404019d09d90df3@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200606101642.06268.andrey.melentyev@gmail.com> <79722fad0606101404h5e9a14f3o404019d09d90df3@mail.gmail.com> Cc: Subject: Re: openoffice.org-2.0, portinstall and MAKE_ARGS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2006 07:46:59 -0000 On 6/11/06, Vlad GALU wrote: > On 6/10/06, Andrey Melentyev wrote: > > Hi all! > > I've got a problem with building editors/openoffice-2.0 on my FreeBSD-6.1. > > I want to control the configure process via knobs, such as WITH_CUPS, WITH_KDE > > and some others. When I try to install OOo this way: > > > > portupgrade -Nvm "-DWITH_KDE -DWITH_CUPS -DWITH_CCACHE -DWITH_GPC -DWITHOUT_MOZILLA" > > editors/openoffice.org-2.0 > > > > I see right messages about make flags: > > > > ---> Session started at: Sat, 10 Jun 2006 16:34:58 +0400 > > ---> Fresh installation of editors/openoffice.org-2.0 started at: Sat, 10 Jun > > 2006 16:34:58 +0400 > > ---> Installing 'openoffice.org-2.0.3rc5' from a port > > (editors/openoffice.org-2.0) > > ---> Build of editors/openoffice.org-2.0 started at: Sat, 10 Jun 2006 > > 16:35:03 +0400 > > ---> Building '/usr/ports/editors/openoffice.org-2.0' with make > > flags: -DWITH_KDE -DWITH_CUPS -DWITH_CCACHE -DWITH_GPC -DWITHOUT_MOZILLA > > > > But if I put those make flags into /usr/local/etc/pkgtools.conf, then I get no > > message about custom make flags, and if I look > > at /usr/ports/editors/openoffice.org-2.0/work/config_office/config.log, I see > > that my make flags are not working properly. > > My pkgtools.conf part: > > > > MAKE_ARGS = { > > ... > > 'editors/openoffice.org-2.0' => [ > > '-DWITH_CUPS', > > '-DWITH_KDE', > > 'LOCALIZED_LANG=ru', > > '-DWITH_GPC', > > '-DWITH_CCACHE' > > ], > > ... > > } > > FWIW, I spotted the same problem today. portupgrade -N doesn't pick > up the MAKE_ARGS from pkgtools.conf. > FYI, after updating portupgrade to 2.1.2_1,1, everything works correctly. -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-stable@FreeBSD.ORG Sun Jun 11 08:10: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E25116A41A for ; Sun, 11 Jun 2006 08:10:28 +0000 (UTC) (envelope-from andrey.melentyev@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 AE60943D45 for ; Sun, 11 Jun 2006 08:10:27 +0000 (GMT) (envelope-from andrey.melentyev@gmail.com) Received: by nf-out-0910.google.com with SMTP id i2so742991nfe for ; Sun, 11 Jun 2006 01:10:26 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=ElWaReWS+QoCjjiq6LYPfGo8MB3daxi5Ux2UmtcYZIszYHpCx+Him1CICAxyYuk1RcKX/oPDB6rl7ltOC7DnKfbMf1KEnCb0JDgN6mUkmQbVx1cY7RqDFbJBdBme/cbcnvv3EiVJkK12IGTnl5cCUfmJBUGZBpZa7Rcl+mgLQew= Received: by 10.49.93.15 with SMTP id v15mr3812551nfl; Sun, 11 Jun 2006 01:10:26 -0700 (PDT) Received: from rikz.local ( [80.70.236.16]) by mx.gmail.com with ESMTP id l22sm5222159nfc.2006.06.11.01.10.25; Sun, 11 Jun 2006 01:10:25 -0700 (PDT) From: Andrey Melentyev To: freebsd-stable@freebsd.org Date: Sun, 11 Jun 2006 12:10:31 +0400 User-Agent: KMail/1.9.3 References: <200606101642.06268.andrey.melentyev@gmail.com> <79722fad0606101404h5e9a14f3o404019d09d90df3@mail.gmail.com> <79722fad0606110046i4d6101b7ka469c5b01f2e5bb@mail.gmail.com> In-Reply-To: <79722fad0606110046i4d6101b7ka469c5b01f2e5bb@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200606111210.31450.andrey.melentyev@gmail.com> Subject: Re: openoffice.org-2.0, portinstall and MAKE_ARGS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2006 08:10:28 -0000 =F7 =D3=CF=CF=C2=DD=C5=CE=C9=C9 =CF=D4 11 =C9=C0=CE=D1 2006 11:46 Vlad GALU= =CE=C1=D0=C9=D3=C1=CC(a): > On 6/11/06, Vlad GALU wrote: > > On 6/10/06, Andrey Melentyev wrote: > > > Hi all! > > > I've got a problem with building editors/openoffice-2.0 on my > > > FreeBSD-6.1. I want to control the configure process via knobs, such = as > > > WITH_CUPS, WITH_KDE and some others. When I try to install OOo this > > > way: > > > > > > portupgrade -Nvm "-DWITH_KDE -DWITH_CUPS -DWITH_CCACHE -DWITH_GPC > > > -DWITHOUT_MOZILLA" editors/openoffice.org-2.0 > > > > > > I see right messages about make flags: > > > > > > ---> Session started at: Sat, 10 Jun 2006 16:34:58 +0400 > > > ---> Fresh installation of editors/openoffice.org-2.0 started at: Sa= t, > > > 10 Jun 2006 16:34:58 +0400 > > > ---> Installing 'openoffice.org-2.0.3rc5' from a port > > > (editors/openoffice.org-2.0) > > > ---> Build of editors/openoffice.org-2.0 started at: Sat, 10 Jun 2006 > > > 16:35:03 +0400 > > > ---> Building '/usr/ports/editors/openoffice.org-2.0' with make > > > flags: -DWITH_KDE -DWITH_CUPS -DWITH_CCACHE -DWITH_GPC > > > -DWITHOUT_MOZILLA > > > > > > But if I put those make flags into /usr/local/etc/pkgtools.conf, then= I > > > get no message about custom make flags, and if I look > > > at /usr/ports/editors/openoffice.org-2.0/work/config_office/config.lo= g, > > > I see that my make flags are not working properly. > > > My pkgtools.conf part: > > > > > > MAKE_ARGS =3D { > > > ... > > > 'editors/openoffice.org-2.0' =3D> [ > > > '-DWITH_CUPS', > > > '-DWITH_KDE', > > > 'LOCALIZED_LANG=3Dru', > > > '-DWITH_GPC', > > > '-DWITH_CCACHE' > > > ], > > > ... > > > } > > > > FWIW, I spotted the same problem today. portupgrade -N doesn't pick > > up the MAKE_ARGS from pkgtools.conf. > > FYI, after updating portupgrade to 2.1.2_1,1, everything works > correctly. 'portversion -v sysutils/portupgrade' says, that portupgrade is already=20 updated to 2.1.2_1,1 version: # portversion -v sysutils/portupgrade portupgrade-2.1.2_1,1 =3D up-to-date with port But the symptoms with openoffice.org-2.0 are still the same. Some other por= ts=20 (such as vim, xchat, firefox-i18n) work fine with MAKE_ARGS. Maybe the erro= r=20 is in port name in pkgtools.conf? I tried different ways of specifying port= =20 name: editors/openoffice.org-2.0, openoffice.org-2.0, openoffice.org,=20 openoffice, editors/openoffice.org* ans so on. No luck. =2D-=20 =2Dwbr, Andrey Melentyev andrey.melentyev@gmail.com +7-904-644-91-66 From owner-freebsd-stable@FreeBSD.ORG Sun Jun 11 18:09: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F0EF16A41A for ; Sun, 11 Jun 2006 18:09:12 +0000 (UTC) (envelope-from freebsd@wcubed.net) Received: from mail.datausa.com (mail.datausa.com [216.150.220.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 797B543D5C for ; Sun, 11 Jun 2006 18:09:11 +0000 (GMT) (envelope-from freebsd@wcubed.net) Received: (qmail 8020 invoked by uid 89); 11 Jun 2006 18:07:19 -0000 Received: from c-67-176-75-179.hsd1.co.comcast.net (HELO ?10.0.1.1?) (67.176.75.179) by mail.datausa.com with SMTP; 11 Jun 2006 18:07:19 -0000 Message-ID: <448C5C41.10302@wcubed.net> Date: Sun, 11 Jun 2006 12:09:05 -0600 From: Brad Waite User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) 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.1-stable hangs and LORs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2006 18:09:12 -0000 Hi guys, I'm going to take another stab at getting some help. For the last 6 months my FBSD gateway has been locking up every few days, usually about once a week. No panic, no reboots, just a hard lock with no response on the console or over the net. I've replaced literally every piece of hardware with the exception of the case and power supply. No change. I've upgraded from 5.3- to 6.0- to 6.1-STABLE. No change. I've researched as much as I know how and still come up with hardly anything. I have turned on BREAK_TO_DEBUGGER, WITNESS and INVARIANTS and the only indication I've gotten is a lock order reversal that's *similar* to http://sources.zabbadoz.net/freebsd/lor/017.html. The line numbers in pf.c don't match up with LOR 017, but that's about all I can tell. I'm reasonably certain the issue is with pf, since I have 3 other non-gateway servers humming along with no problems. The hardware is nearly identical - their RAID cards are different, but I've tried running my gateway on just a single SCSI drive and had the same lockup issue. Of course, the issue could be somewhere else, but I'm at a loss as to how to find it. I'm running my console over serial so I can log anything that's necessary. I've been able to break to the debugger, but to be honest, I don't know what to look for. I've seen several posts on the lists about posting the output of debug commands, but I figured it to be in poor taste to just dump my output here before someone asked. I'm getting a lot of heat from the boss since our VoIP phones don't work when the gateway locks up. If someone can help identify and/or eliminate this issue, I'm more than happy to do everything I can to provide the necessary information. Thanks. From owner-freebsd-stable@FreeBSD.ORG Sun Jun 11 18:50: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2590616A41A for ; Sun, 11 Jun 2006 18:50:00 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 627A543D58 for ; Sun, 11 Jun 2006 18:49:55 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr10.xs4all.nl (8.13.6/8.13.6) with ESMTP id k5BInl3O015856; Sun, 11 Jun 2006 20:49:48 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id B8C92B899; Sun, 11 Jun 2006 20:49:47 +0200 (CEST) Date: Sun, 11 Jun 2006 20:49:47 +0200 From: Roland Smith To: Brad Waite Message-ID: <20060611184947.GA11365@slackbox.xs4all.nl> Mail-Followup-To: Brad Waite , freebsd-stable@freebsd.org References: <448C5C41.10302@wcubed.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <448C5C41.10302@wcubed.net> 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.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: 6.1-stable hangs and LORs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2006 18:50:00 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 11, 2006 at 12:09:05PM -0600, Brad Waite wrote: > Hi guys, >=20 > I'm going to take another stab at getting some help. >=20 > For the last 6 months my FBSD gateway has been locking up every few=20 > days, usually about once a week. No panic, no reboots, just a hard lock= =20 > with no response on the console or over the net. >=20 > I've replaced literally every piece of hardware with the exception of=20 > the case and power supply. No change. One of my machines had random lockup problems, an then the power supply died. The problems were gone after it was replaced. You might want to swap out the power supply. And test the RAM. > I've upgraded from 5.3- to 6.0- to 6.1-STABLE. No change. >=20 > I've researched as much as I know how and still come up with hardly=20 > anything. I have turned on BREAK_TO_DEBUGGER, WITNESS and INVARIANTS=20 > and the only indication I've gotten is a lock order reversal that's=20 > *similar* to http://sources.zabbadoz.net/freebsd/lor/017.html. The line= =20 > numbers in pf.c don't match up with LOR 017, but that's about all I can= =20 > tell. >=20 > I'm reasonably certain the issue is with pf, since I have 3 other=20 > non-gateway servers humming along with no problems. The hardware is=20 > nearly identical - their RAID cards are different, but I've tried=20 > running my gateway on just a single SCSI drive and had the same lockup=20 > issue. Of course, the issue could be somewhere else, but I'm at a loss= =20 > as to how to find it. Could you try swapping two machines? That would be the ultimate check if it's hardware related. =20 > I'm running my console over serial so I can log anything that's=20 > necessary. I've been able to break to the debugger, but to be honest, I= =20 > don't know what to look for. I've seen several posts on the lists about= =20 > posting the output of debug commands, but I figured it to be in poor=20 > taste to just dump my output here before someone asked. Posting a stack backtrace (bt) might be a good start. > I'm getting a lot of heat from the boss since our VoIP phones don't work= =20 > when the gateway locks up. Sometimes POTS isn't so bad after all. ;-) 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) --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEjGXLEnfvsMMhpyURAj4hAJ9GtEBzWSrnOKJD6NY1i5b/nu818QCfQFIB s66Y+v2RNhzLZ2uF/aSzlVE= =3TOd -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 11 21:36: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E82716A41F for ; Sun, 11 Jun 2006 21:36:37 +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 D512F43D45 for ; Sun, 11 Jun 2006 21:36: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 BB8C01A3C24; Sun, 11 Jun 2006 14:36:36 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2167E516F6; Sun, 11 Jun 2006 17:36:36 -0400 (EDT) Date: Sun, 11 Jun 2006 17:36:36 -0400 From: Kris Kennaway To: Brad Waite Message-ID: <20060611213635.GA35430@xor.obsecurity.org> References: <448C5C41.10302@wcubed.net> 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: <448C5C41.10302@wcubed.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: 6.1-stable hangs and LORs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2006 21:36:37 -0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 11, 2006 at 12:09:05PM -0600, Brad Waite wrote: > Hi guys, >=20 > I'm going to take another stab at getting some help. >=20 > For the last 6 months my FBSD gateway has been locking up every few=20 > days, usually about once a week. No panic, no reboots, just a hard lock= =20 > with no response on the console or over the net. >=20 > I've replaced literally every piece of hardware with the exception of=20 > the case and power supply. No change. >=20 > I've upgraded from 5.3- to 6.0- to 6.1-STABLE. No change. >=20 > I've researched as much as I know how and still come up with hardly=20 > anything. I have turned on BREAK_TO_DEBUGGER, WITNESS and INVARIANTS=20 > and the only indication I've gotten is a lock order reversal that's=20 > *similar* to http://sources.zabbadoz.net/freebsd/lor/017.html. The line= =20 > numbers in pf.c don't match up with LOR 017, but that's about all I can= =20 > tell. We need to know the LOR before anyone can tell what is going wrong ;-) Kris --yrj/dFKFPuw6o+aM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEjIzjWry0BWjoQKURAo3mAJ9OlYcnZdjfbLcwJUpIKAFod92XJwCg5yVP t15397bsV59wmSbG/sKwDUI= =u3hx -----END PGP SIGNATURE----- --yrj/dFKFPuw6o+aM-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 11 21:46:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B868216A473 for ; Sun, 11 Jun 2006 21:46:40 +0000 (UTC) (envelope-from freebsd@wcubed.net) Received: from mail.datausa.com (mail.datausa.com [216.150.220.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 4AE7343D49 for ; Sun, 11 Jun 2006 21:46:40 +0000 (GMT) (envelope-from freebsd@wcubed.net) Received: (qmail 34434 invoked by uid 89); 11 Jun 2006 21:44:46 -0000 Received: from c-67-176-75-179.hsd1.co.comcast.net (HELO ?10.0.1.1?) (67.176.75.179) by mail.datausa.com with SMTP; 11 Jun 2006 21:44:46 -0000 Message-ID: <448C8F3B.5020806@wcubed.net> Date: Sun, 11 Jun 2006 15:46:35 -0600 From: Brad Waite User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Kris Kennaway References: <448C5C41.10302@wcubed.net> <20060611213635.GA35430@xor.obsecurity.org> In-Reply-To: <20060611213635.GA35430@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 6.1-stable hangs and LORs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2006 21:46:40 -0000 Kris Kennaway wrote: > We need to know the LOR before anyone can tell what is going wrong ;-) Ask and you will receive: lock order reversal: 1st 0xc077a440 pf task mtx (pf task mtx) @ /usr/src/sys/contrib/pf/net/pf.c:6331 2nd 0xc07d3fac tcp (tcp) @ /usr/src/sys/contrib/pf/net/pf.c:2719 KDB: stack backtrace: witness_checkorder(c07d3fac,9,c06fd2f7,a9f) at witness_checkorder+0x55c _mtx_lock_flags(c07d3fac,0,c06fd2f7,a9f,c07d3fac) at _mtx_lock_flags+0x40 pf_socket_lookup(e35ccacc,e35ccad0,1,e35ccb8c,0) at pf_socket_lookup+0x103 pf_test_tcp(e35ccb3c,e35ccb34,1,c4d3e400,c5027c00,14,c5032810,e35ccb8c,e35ccb40,e35ccb44,0,0) at pf_test_tcp+0x10d6 pf_test(1,c4ba3c00,e35ccc2c,0,0) at pf_test+0xb77 pf_check_in(0,e35ccc2c,c4ba3c00,1,0) at pf_check_in+0x37 pfil_run_hooks(c07d3b60,e35ccccc,c4ba3c00,1,0) at pfil_run_hooks+0xee ip_input(c5027c00,18,c07d3138,e35cccec,c05dcd63) at ip_input+0x1b2 netisr_processqueue(c4b24500,c4b28000,0,e35ccd0c,c055877b) at netisr_processqueue+0xf swi_net(0,c4b28038,c4ad6d80,c0558590,c4ad520c) at swi_net+0x8b ithread_loop(c4ab68d0,e35ccd38,c4ab68d0,c0558590,0) at ithread_loop+0x1eb fork_exit(c0558590,c4ab68d0,e35ccd38) at fork_exit+0x7d fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe35ccd6c, ebp = 0 --- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 11 22:25: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8518E16A41A for ; Sun, 11 Jun 2006 22:25:03 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB26443D55 for ; Sun, 11 Jun 2006 22:25:02 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.184.132] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis), id 0ML21M-1FpYMe0rh4-00018m; Mon, 12 Jun 2006 00:25:00 +0200 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Mon, 12 Jun 2006 00:24:51 +0200 User-Agent: KMail/1.9.1 References: <448C5C41.10302@wcubed.net> <20060611213635.GA35430@xor.obsecurity.org> <448C8F3B.5020806@wcubed.net> In-Reply-To: <448C8F3B.5020806@wcubed.net> 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="nextPart2480951.tsngEL0g3q"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606120024.59336.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Brad Waite , Kris Kennaway Subject: Re: 6.1-stable hangs and LORs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2006 22:25:03 -0000 --nextPart2480951.tsngEL0g3q Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 11 June 2006 23:46, Brad Waite wrote: > Kris Kennaway wrote: > > We need to know the LOR before anyone can tell what is going wrong ;-) > > Ask and you will receive: > > lock order reversal: > 1st 0xc077a440 pf task mtx (pf task mtx) @ > /usr/src/sys/contrib/pf/net/pf.c:6331 > 2nd 0xc07d3fac tcp (tcp) @ /usr/src/sys/contrib/pf/net/pf.c:2719 > KDB: stack backtrace: > witness_checkorder(c07d3fac,9,c06fd2f7,a9f) at witness_checkorder+0x55c > _mtx_lock_flags(c07d3fac,0,c06fd2f7,a9f,c07d3fac) at _mtx_lock_flags+0x40 > pf_socket_lookup(e35ccacc,e35ccad0,1,e35ccb8c,0) at pf_socket_lookup+0x103 > pf_test_tcp(e35ccb3c,e35ccb34,1,c4d3e400,c5027c00,14,c5032810,e35ccb8c,e3= 5c >cb40,e35ccb44,0,0) at pf_test_tcp+0x10d6 > pf_test(1,c4ba3c00,e35ccc2c,0,0) at pf_test+0xb77 > pf_check_in(0,e35ccc2c,c4ba3c00,1,0) at pf_check_in+0x37 > pfil_run_hooks(c07d3b60,e35ccccc,c4ba3c00,1,0) at pfil_run_hooks+0xee > ip_input(c5027c00,18,c07d3138,e35cccec,c05dcd63) at ip_input+0x1b2 > netisr_processqueue(c4b24500,c4b28000,0,e35ccd0c,c055877b) at > netisr_processqueue+0xf > swi_net(0,c4b28038,c4ad6d80,c0558590,c4ad520c) at swi_net+0x8b > ithread_loop(c4ab68d0,e35ccd38,c4ab68d0,c0558590,0) at ithread_loop+0x1eb > fork_exit(c0558590,c4ab68d0,e35ccd38) at fork_exit+0x7d > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip =3D 0, esp =3D 0xe35ccd6c, ebp =3D 0 --- =46rom pf.conf(5): BUGS Due to a lock order reversal (LOR) with the socket layer, the use of t= he group and user filter parameter in conjuction with a Giant-free netsta= ck can result in a deadlock. If you have to use group or user you must s= et debug.mpsafenet to ``0'' from the loader(8), for the moment. This wor= k- around will still produce the LOR, but Giant will protect from the dea= d- lock. =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 --nextPart2480951.tsngEL0g3q Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEjJg7XyyEoT62BG0RAtTGAJ9jbegihTS7SX/IFTRiM7lbxVGo5QCaA/DG DDzZ35Z0akefr1AY4U+izLA= =/a6R -----END PGP SIGNATURE----- --nextPart2480951.tsngEL0g3q-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 11 23:48:44 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D89216A41A for ; Sun, 11 Jun 2006 23:48:44 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id A815143D45 for ; Sun, 11 Jun 2006 23:48:43 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail14.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k5BNmZgo019643 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 12 Jun 2006 09:48:36 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k5BNmZJW033582; Mon, 12 Jun 2006 09:48:35 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k5BNmZgi033581; Mon, 12 Jun 2006 09:48:35 +1000 (EST) (envelope-from peter) Date: Mon, 12 Jun 2006 09:48:35 +1000 From: Peter Jeremy To: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= Message-ID: <20060611234835.GC739@turion.vk2pj.dyndns.org> References: <448B0419.3090303@cs.tu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <448B0419.3090303@cs.tu-berlin.de> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: stable@freebsd.org Subject: Re: unmounting a filesystem safely that doesn't exist 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, 11 Jun 2006 23:48:44 -0000 On Sat, 2006-Jun-10 19:40:41 +0200, Bjrn Knig wrote: >I did a mistake: I unplugged my digital camera accidentally before I >unmounted the filesystem. *doh* This happens very often, because I'm >very scatterbrained. =) Your best solution may be to use mtools (ports/emulators/mtools) rather than mounting the filesystem. >changed ad hoc. I just want to know if somebody knows a workaround or >small trick that prevents the other filesystems from being unclean on >next boot-up. The only way to do this is to have all the other filesystems mounted read-only. The "filesystem clean" flag is part of the superblock and is cleared when a filesystem is mounted. It will be set only if the filesystem is cleanly unmounted. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Sun Jun 11 23:52: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2325C16A418 for ; Sun, 11 Jun 2006 23:52:41 +0000 (UTC) (envelope-from freebsd@wcubed.net) Received: from mail.datausa.com (mail.datausa.com [216.150.220.134]) by mx1.FreeBSD.org (Postfix) with SMTP id A63FD43D45 for ; Sun, 11 Jun 2006 23:52:40 +0000 (GMT) (envelope-from freebsd@wcubed.net) Received: (qmail 50298 invoked by uid 89); 11 Jun 2006 23:50:45 -0000 Received: from c-67-176-75-179.hsd1.co.comcast.net (HELO ?10.0.1.1?) (67.176.75.179) by mail.datausa.com with SMTP; 11 Jun 2006 23:50:45 -0000 Message-ID: <448CACC4.9010805@wcubed.net> Date: Sun, 11 Jun 2006 17:52:36 -0600 From: Brad Waite User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Max Laier References: <448C5C41.10302@wcubed.net> <20060611213635.GA35430@xor.obsecurity.org> <448C8F3B.5020806@wcubed.net> <200606120024.59336.max@love2party.net> In-Reply-To: <200606120024.59336.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: 6.1-stable hangs and LORs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2006 23:52:41 -0000 Max Laier wrote: > From pf.conf(5): > BUGS > Due to a lock order reversal (LOR) with the socket layer, the use of the > group and user filter parameter in conjuction with a Giant-free netstack > can result in a deadlock. If you have to use group or user you must set > debug.mpsafenet to ``0'' from the loader(8), for the moment. This work- > around will still produce the LOR, but Giant will protect from the dead- > lock. > Thanks for the heads-up, Max. I didn't think I was using 'user' or 'group' in my pf.conf, but the default ftp proxy entry indeed matches user ftp-proxy. I'll try the mpsafenet=0 and we'll see if that fixes it. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 12 04:45: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CCCF16A418 for ; Mon, 12 Jun 2006 04:45:47 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from linda-5.paradise.net.nz (bm-5a.paradise.net.nz [203.96.152.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CFD843D46 for ; Mon, 12 Jun 2006 04:45:46 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-2.paradise.net.nz (tclsnelb1-src-1.paradise.net.nz [203.96.152.172]) by linda-5.paradise.net.nz (Paradise.net.nz) with ESMTP id <0J0Q00H6XD8820@linda-5.paradise.net.nz> for freebsd-stable@freebsd.org; Mon, 12 Jun 2006 16:45:45 +1200 (NZST) Received: from [192.168.1.11] (218-101-28-235.dsl.clear.net.nz [218.101.28.235]) by smtp-2.paradise.net.nz (Postfix) with ESMTP id 47C3AF469AE for ; Mon, 12 Jun 2006 16:45:44 +1200 (NZST) Date: Mon, 12 Jun 2006 16:45:33 +1200 From: Mark Kirkwood To: freebsd-stable@freebsd.org Message-id: <448CF16D.7070907@paradise.net.nz> MIME-version: 1.0 Content-type: multipart/mixed; boundary=------------000700060505000105030801 User-Agent: Thunderbird 1.5 (X11/20060417) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Nonlinear repeated malloc/free performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2006 04:45:47 -0000 This is a multi-part message in MIME format. --------------000700060505000105030801 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I just upped kern.maxdsize to 1G, but noticed that a test program that mallocs and frees in a loop (increasing sized chunks 1M -> 1024M) takes about 6 times longer for 1024 iterations than it does only 512 of 'em. Is this non-linearity expected? I see from a profile that ifree is taking most of the time. I guess this use-case is probably unusual (it's only a test program that I used to check I really can use the whole 1G...). I'm running 6.1-STABLE from about 09 May. (prog and gprof attached). Cheers Mark --------------000700060505000105030801-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 12 05:51:51 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AF5B16A41F for ; Mon, 12 Jun 2006 05:51:51 +0000 (UTC) (envelope-from greg.lane@internode.on.net) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 533D143D46 for ; Mon, 12 Jun 2006 05:51:50 +0000 (GMT) (envelope-from greg.lane@internode.on.net) Received: from router.lane.family (ozlane.net [150.101.115.95]) by smtp1.adl2.internode.on.net (8.13.6/8.13.5) with ESMTP id k5C5pkXl082213 for ; Mon, 12 Jun 2006 15:21:48 +0930 (CST) (envelope-from greg.lane@internode.on.net) Received: from router.lane.family (localhost.lane.family [127.0.0.1]) by router.lane.family (8.13.4/8.13.4) with ESMTP id k5C5piuE012245 for ; Mon, 12 Jun 2006 15:51:44 +1000 (EST) (envelope-from gjl103@router.lane.family) Received: (from gjl103@localhost) by router.lane.family (8.13.4/8.13.4/Submit) id k5C5piMh012244 for stable@freebsd.org; Mon, 12 Jun 2006 15:51:44 +1000 (EST) (envelope-from gjl103) Date: Mon, 12 Jun 2006 15:51:43 +1000 From: Greg Lane To: stable@freebsd.org Message-ID: <20060612055143.GA10925@router.lane.family> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: kernel panic(?) trying to copy data off failed drive with dd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: greg.lane@internode.on.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jun 2006 05:51:51 -0000 G'day everyone, I have a 250 GB SATA disk with one regular FreeBSD parition that is obviously in some distress. I can mount the partition, but any attempt to fsck it gives (I think) a kernel panic. I say I think because sometimes it hangs forever, sometimes it reboots. One of the panic messages (at one point or another, sorry I can't be precise) was in "initiate_write_inodeblock_ufs2". Errors on the console have been like "FAILURE read_dma timed out" etc. When it hangs, the console doesn't always give an error, it just hangs. I commented out the drive in fstab so I could boot and started to dd the entire disk to an image so that I can try and mount the image, fsck it and salvage what I can. However, when I get to the bad parts of the disk the machine hangs. I copied the first 160 GB or so, then it hung. I have since recopied the first part of the disk and am trying to get the last part. Recently I have been trying: dd if=/dev/ad4s1d conv=noerror,sync bs=512 skip=333184000 of=data1-image-p2 I was hoping noerror would skip over the bad parts of the disk, but the machine invariably hangs. (1) Is there anyway to stop it hanging on bad reads of the disk and just return an error, which noerror can skip over? I am perfectly willing to patch the kernel or whatever it takes to get this working. While I have a backup, it is a month or so old. I can invest some time now to save having to regenerate the last month's work. (Fortunately this is the less active disk! I have two other 250GB drives which would have been far worse to lose. They are now backed up to the present day!) (2) Will dump/restore help me? Will dump skip over the errors any better? Do I need an fsck'ed file system before I dump? It seems to my uneducated eye that this is a read error that hangs the kernel before it ever gets passed to the user program (dd) so dump/restore will work no better. But I don't really no. The machine is running 5.5 pre-release. I can pull the disk and put it in a machine running 6-stable if that will help. I could also install current on some box or another. Whatever will get the data back!! Advice please?!? Cheers, Greg From owner-freebsd-stable@FreeBSD.ORG Mon Jun 12 07:45:43 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4169616A41F for ; Mon, 12 Jun 2006 07:45:43 +0000 (UTC) (envelope-from bkoenig@cs.tu-berlin.de) Received: from efacilitas.de (smtp.efacilitas.de [85.10.196.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC6B243D45 for ; Mon, 12 Jun 2006 07:45:42 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from eurystheus.local (port-212-202-39-242.dynamic.qsc.de [212.202.39.242]) by efacilitas.de (Postfix) with ESMTP id 1B8444CD21; Mon, 12 Jun 2006 09:46:05 +0200 (CEST) Received: from [192.168.1.2] (muhkuh.local [192.168.1.2]) by eurystheus.local (Postfix) with ESMTP id BFB7C5285A; Mon, 12 Jun 2006 09:43:46 +0200 (CEST) Message-ID: <448D1BB5.6010204@cs.tu-berlin.de> Date: Mon, 12 Jun 2006 09:45:57 +0200 From: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-AT; rv:1.7.13) Gecko/20060519 X-Accept-Language: de, en MIME-Version: 1.0 To: Peter Jeremy References: <448B0419.3090303@cs.tu-berlin.de> <20060611234835.GC739@turion.vk2pj.dyndns.org> In-Reply-To: <20060611234835.GC739@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org Subject: Re: unmounting a filesystem safely that doesn't exist 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: Mon, 12 Jun 2006 07:45:43 -0000 Peter Jeremy schrieb: > On Sat, 2006-Jun-10 19:40:41 +0200, Bjrn Knig wrote: > >>I did a mistake: I unplugged my digital camera accidentally before I >>unmounted the filesystem. *doh* This happens very often, because I'm >>very scatterbrained. =) > > > Your best solution may be to use mtools (ports/emulators/mtools) rather > than mounting the filesystem. > > >>changed ad hoc. I just want to know if somebody knows a workaround or >>small trick that prevents the other filesystems from being unclean on >>next boot-up. > > > The only way to do this is to have all the other filesystems mounted > read-only. The "filesystem clean" flag is part of the superblock and > is cleared when a filesystem is mounted. It will be set only if the > filesystem is cleanly unmounted. Thank you very much for these information. They help me a lot. Björn P.S. I get the feeling questions@ would had been a better place for my question. ;-) From owner-freebsd-stable@FreeBSD.ORG Mon Jun 12 09:16:33 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 716F016A41B for ; Mon, 12 Jun 2006 09:16:33 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from home.quip.cz (grimm.quip.cz [213.220.192.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8589043D46 for ; Mon, 12 Jun 2006 09:16:31 +0000 (GMT) (envelope-from 000.fbsd@quip.cz) Received: from [192.168.1.2] (qwork.quip.test [192.168.1.2]) by home.quip.cz (Postfix) with ESMTP id 35F0578A; Mon, 12 Jun 2006 11:16:29 +0200 (CEST) Message-ID: <448D30EC.1070400@quip.cz> Date: Mon, 12 Jun 2006 11:16:28 +0200 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: cs, cz, en, en-us MIME-Version: 1.0 To: greg.lane@internode.on.net References: <20060612055143.GA10925@router.lane.family> In-Reply-To: <20060612055143.GA10925@router.lane.family> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: kernel panic(?) trying to copy data off failed drive with dd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2006 09:16:33 -0000 Greg Lane wrote: [...] > The machine is running 5.5 pre-release. I can pull the disk and put it > in a machine running 6-stable if that will help. I could also install > current on some box or another. Whatever will get the data back!! > > Advice please?!? > > Cheers, > Greg Maybe you can try /usr/ports/sysutils/cpdup which can skip read errors. I used cpdup few years ago on HDD with bad sectors with success - lose only few unreadable files from the middle of disk. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Mon Jun 12 09:35: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B7EB16A41B for ; Mon, 12 Jun 2006 09:35:13 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id E90EA43D49 for ; Mon, 12 Jun 2006 09:35:11 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 60DAF1FFAD0; Mon, 12 Jun 2006 11:35:09 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id EB8BA1FFACE; Mon, 12 Jun 2006 11:35:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 8DF7B444A36; Mon, 12 Jun 2006 09:30:00 +0000 (UTC) Date: Mon, 12 Jun 2006 09:30:00 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Max Laier In-Reply-To: <200606120024.59336.max@love2party.net> Message-ID: <20060612092830.V79180@maildrop.int.zabbadoz.net> References: <448C5C41.10302@wcubed.net> <20060611213635.GA35430@xor.obsecurity.org> <448C8F3B.5020806@wcubed.net> <200606120024.59336.max@love2party.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: Brad Waite , freebsd-stable@freebsd.org Subject: Re: 6.1-stable hangs and LORs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2006 09:35:13 -0000 On Mon, 12 Jun 2006, Max Laier wrote: > On Sunday 11 June 2006 23:46, Brad Waite wrote: >> Kris Kennaway wrote: >>> We need to know the LOR before anyone can tell what is going wrong ;-) >> >> Ask and you will receive: >> >> lock order reversal: >> 1st 0xc077a440 pf task mtx (pf task mtx) @ >> /usr/src/sys/contrib/pf/net/pf.c:6331 >> 2nd 0xc07d3fac tcp (tcp) @ /usr/src/sys/contrib/pf/net/pf.c:2719 > > From pf.conf(5): > BUGS > Due to a lock order reversal (LOR) with the socket layer, the use of the > group and user filter parameter in conjuction with a Giant-free netstack > can result in a deadlock. If you have to use group or user you must set > debug.mpsafenet to ``0'' from the loader(8), for the moment. This work- > around will still produce the LOR, but Giant will protect from the dead- > lock. though this is known and there are already other similar LORs (like #17, ...) I added it to the LOR page with ID 191 because it's another code path in the backtrace. That way people will also find this one. http://sources.zabbadoz.net/freebsd/lor.html#191 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-stable@FreeBSD.ORG Mon Jun 12 10:48:12 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2BCD16A418 for ; Mon, 12 Jun 2006 10:48:12 +0000 (UTC) (envelope-from msoulier@digitaltorque.ca) Received: from mail.storm.ca (mail.storm.ca [209.87.239.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F9A943D46 for ; Mon, 12 Jun 2006 10:48:12 +0000 (GMT) (envelope-from msoulier@digitaltorque.ca) Received: from tigger.digitaltorque.ca (ppp-216-106-108-230.storm.ca [216.106.108.230]) by mail.storm.ca (8.13.6+Sun/8.13.6) with ESMTP id k5CAm2rX027381; Mon, 12 Jun 2006 06:48:03 -0400 (EDT) Received: by tigger.digitaltorque.ca (Postfix, from userid 500) id 0F978240A0; Mon, 12 Jun 2006 06:47:56 -0400 (EDT) Date: Mon, 12 Jun 2006 06:47:56 -0400 From: "Michael P. Soulier" To: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <20060612104756.GL17400@tigger.digitaltorque.ca> References: <20060612055143.GA10925@router.lane.family> <448D30EC.1070400@quip.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xjyYRNSh/RebjC6o" Content-Disposition: inline In-Reply-To: <448D30EC.1070400@quip.cz> User-Agent: Mutt/1.4.2.1i Cc: greg.lane@internode.on.net, stable@freebsd.org Subject: Re: kernel panic(?) trying to copy data off failed drive with dd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2006 10:48:13 -0000 --xjyYRNSh/RebjC6o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 12/06/06 Miroslav Lachman said: > Greg Lane wrote: > [...] > >The machine is running 5.5 pre-release. I can pull the disk and put it= =20 > >in a machine running 6-stable if that will help. I could also install= =20 > >current on some box or another. Whatever will get the data back!!=20 > > > >Advice please?!? >=20 > Maybe you can try /usr/ports/sysutils/cpdup which can skip read errors.= =20 > I used cpdup few years ago on HDD with bad sectors with success - lose=20 > only few unreadable files from the middle of disk. Regardless, file a bug report. The box should never hang, or reboot.=20 Mike --=20 Michael P. Soulier "Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction." --Albert Einstein --xjyYRNSh/RebjC6o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEjUZcKGqCc1vIvggRAnXEAJ9FvKNElv87ZKuJLlUaqOqFLb3OaQCgguHC Do66fsO5/VdME1t3iqwxWbo= =DbIL -----END PGP SIGNATURE----- --xjyYRNSh/RebjC6o-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 12 11:37:30 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83B6C16A418 for ; Mon, 12 Jun 2006 11:37:30 +0000 (UTC) (envelope-from greg.lane@internode.on.net) Received: from ash25e.internode.on.net (ash25e.internode.on.net [203.16.214.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id D557343D45 for ; Mon, 12 Jun 2006 11:37:29 +0000 (GMT) (envelope-from greg.lane@internode.on.net) Received: from router.lane.family (ozlane.net [150.101.115.95]) by ash25e.internode.on.net (8.13.6/8.13.5) with ESMTP id k5CBbQXb044221; Mon, 12 Jun 2006 21:07:27 +0930 (CST) (envelope-from greg.lane@internode.on.net) Received: from router.lane.family (localhost.lane.family [127.0.0.1]) by router.lane.family (8.13.4/8.13.4) with ESMTP id k5CBbPn1028957; Mon, 12 Jun 2006 21:37:25 +1000 (EST) (envelope-from gjl103@router.lane.family) Received: (from gjl103@localhost) by router.lane.family (8.13.4/8.13.4/Submit) id k5CBbPtR028944; Mon, 12 Jun 2006 21:37:25 +1000 (EST) (envelope-from gjl103) Date: Mon, 12 Jun 2006 21:37:25 +1000 From: Greg Lane To: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <20060612113725.GA10678@router.lane.family> References: <20060612055143.GA10925@router.lane.family> <448D30EC.1070400@quip.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <448D30EC.1070400@quip.cz> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: kernel panic(?) trying to copy data off failed drive with dd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: greg.lane@internode.on.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jun 2006 11:37:30 -0000 On Mon, Jun 12, 2006 at 11:16:28AM +0200, Miroslav Lachman <000.fbsd@quip.cz> wrote: > >Advice please?!? > > Maybe you can try /usr/ports/sysutils/cpdup which can skip read errors. > I used cpdup few years ago on HDD with bad sectors with success - lose > only few unreadable files from the middle of disk. I am installing that right now and will give it a try in the morning when I am sitting next to it. I want to keep the machine alive overnight while I copy some other stuff over the network to another machine, since I may take this opportunity (replacing the disk) to upgrade to 6-stable. Thanks, Greg From owner-freebsd-stable@FreeBSD.ORG Mon Jun 12 11:59:45 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2ECD116A418 for ; Mon, 12 Jun 2006 11:59:45 +0000 (UTC) (envelope-from greg.lane@internode.on.net) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6265E43D46 for ; Mon, 12 Jun 2006 11:59:44 +0000 (GMT) (envelope-from greg.lane@internode.on.net) Received: from router.lane.family (ozlane.net [150.101.115.95]) by smtp1.adl2.internode.on.net (8.13.6/8.13.5) with ESMTP id k5CBxYns000913; Mon, 12 Jun 2006 21:29:35 +0930 (CST) (envelope-from greg.lane@internode.on.net) Received: from router.lane.family (localhost.lane.family [127.0.0.1]) by router.lane.family (8.13.4/8.13.4) with ESMTP id k5CBxYAr039742; Mon, 12 Jun 2006 21:59:34 +1000 (EST) (envelope-from gjl103@router.lane.family) Received: (from gjl103@localhost) by router.lane.family (8.13.4/8.13.4/Submit) id k5CBxYYt039741; Mon, 12 Jun 2006 21:59:34 +1000 (EST) (envelope-from gjl103) Date: Mon, 12 Jun 2006 21:59:33 +1000 From: Greg Lane To: "Michael P. Soulier" Message-ID: <20060612115933.GB10678@router.lane.family> References: <20060612055143.GA10925@router.lane.family> <448D30EC.1070400@quip.cz> <20060612104756.GL17400@tigger.digitaltorque.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060612104756.GL17400@tigger.digitaltorque.ca> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: kernel panic(?) trying to copy data off failed drive with dd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: greg.lane@internode.on.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jun 2006 11:59:45 -0000 On Mon, Jun 12, 2006 at 06:47:56AM -0400, "Michael P. Soulier" wrote: > On 12/06/06 Miroslav Lachman said: > > Regardless, file a bug report. The box should never hang, or reboot. Is this the case? I had another box (a piece of crap I played around on) that had a failing disk, and this would bring the machine down. So I didn't think this was necessarily unusual. However, on the previous occasion the disk was the root file system with swap on it, whereas in this case, the disk is only a data disk, not any part of the OS. Are you saying that the box should never hang or reboot, but should recover from the error, and whatever command was running should fail and return an error message? If that is the case, is there possibly some sysctl or boot setting that I might have set that would cause it to fail catastrophically rather than properly. Maybe disabling DMA would help? Something? Anything? If people think this is abnormal enough to warrant a bug report, I am happy to file one. I want to be sure this is unexpected behaviour though. Some terse info here, in case it helps: 5.5-PRERELEASE from Wed May 10 Tyan Thunder K8S 2880 UGNR (onboard vga, mpt scsi, dual bge ethernet) 4 x 1GB DDR400 2 x Opteron 248 1 x 73 GB SCSI (Maxtor) (/ /usr etc, plus 1 x 6 GB swap on here) 1 x 147 GB SCSI (Maxtor) (/home, plus 1 x 6 GB swap on here) 2 x SATA 250GB (WD) (data disks, it is one of these that has failed) 1 x ATA 250GB (WD) (scratch disk) Adaptec 2940 with a DLT and EXABYTE drive I can send a dmesg directly if anyone has any ideas. Greg From owner-freebsd-stable@FreeBSD.ORG Mon Jun 12 12:13: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BB0716A473 for ; Mon, 12 Jun 2006 12:13:16 +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 DB10443D46 for ; Mon, 12 Jun 2006 12:13:14 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (qnunef@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k5CCD66u062883; Mon, 12 Jun 2006 14:13:12 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k5CCD6K8062882; Mon, 12 Jun 2006 14:13:06 +0200 (CEST) (envelope-from olli) Date: Mon, 12 Jun 2006 14:13:06 +0200 (CEST) Message-Id: <200606121213.k5CCD6K8062882@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, greg.lane@internode.on.net In-Reply-To: <20060612115933.GB10678@router.lane.family> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (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]); Mon, 12 Jun 2006 14:13:12 +0200 (CEST) Cc: Subject: Re: kernel panic(?) trying to copy data off failed drive with dd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, greg.lane@internode.on.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jun 2006 12:13:16 -0000 Greg Lane wrote: > Michael P. Soulier wrote: > > > > Regardless, file a bug report. The box should never hang, or reboot. > > Is this the case? I had another box (a piece of crap I played around on) > that had a failing disk, and this would bring the machine down. So I didn't > think this was necessarily unusual. However, on the previous occasion the disk > was the root file system with swap on it, whereas in this case, the disk is > only a data disk, not any part of the OS. > > Are you saying that the box should never hang or reboot, but should > recover from the error, and whatever command was running should fail and > return an error message? It depends. Usually the system should _not_ panic in case of software errors. For example, when running fsck on a broken file system, it should not cause a panic. However, mounting a broken file system might cause a panic or other misbehaviour, which is clearly documented as a bug in the mount(8) manpage: "It is possible for a corrupted file system to cause a crash." However, in the case of hardware failures (including broken disk drives), anything bad can happen, ranging from silent data corruption to panics or cold freezes. Any many cases the operating system simply has no chance to deal with it properly. So, if your panic is caused purely by software error, and it's not already known and documented, filing a PR might be a good idea. But if faulty hardware is involved, sending a PR is probably useless. 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. "A language that doesn't have everything is actually easier to program in than some that do." -- Dennis M. Ritchie From owner-freebsd-stable@FreeBSD.ORG Mon Jun 12 12:33: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3800016A418 for ; Mon, 12 Jun 2006 12:33:18 +0000 (UTC) (envelope-from msoulier@digitaltorque.ca) Received: from mail.storm.ca (mail.storm.ca [209.87.239.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id B47BB43D4C for ; Mon, 12 Jun 2006 12:33:17 +0000 (GMT) (envelope-from msoulier@digitaltorque.ca) Received: from tigger.digitaltorque.ca (ppp-216-106-108-230.storm.ca [216.106.108.230]) by mail.storm.ca (8.13.6+Sun/8.13.6) with ESMTP id k5CCXGvY003684; Mon, 12 Jun 2006 08:33:16 -0400 (EDT) Received: by tigger.digitaltorque.ca (Postfix, from userid 500) id 68E1E240A0; Mon, 12 Jun 2006 08:33:10 -0400 (EDT) Date: Mon, 12 Jun 2006 08:33:10 -0400 From: "Michael P. Soulier" To: freebsd-stable@FreeBSD.ORG, greg.lane@internode.on.net Message-ID: <20060612123310.GA25618@tigger.digitaltorque.ca> Mail-Followup-To: freebsd-stable@FreeBSD.ORG, greg.lane@internode.on.net References: <20060612115933.GB10678@router.lane.family> <200606121213.k5CCD6K8062882@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: <200606121213.k5CCD6K8062882@lurza.secnetix.de> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: kernel panic(?) trying to copy data off failed drive with dd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2006 12:33:18 -0000 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 12/06/06 Oliver Fromme said: > So, if your panic is caused purely by software error, and > it's not already known and documented, filing a PR might be > a good idea. But if faulty hardware is involved, sending > a PR is probably useless. I would think that it would depend on how the hardware is being used. If the disk with errors happens to hold the swap partition, then it's difficult to blame the kernel for crashing. If it's simply reading data, I don't think t= hat a kernel panic is acceptable. Mike --=20 Michael P. Soulier "Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction." --Albert Einstein --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEjV8GKGqCc1vIvggRAlu+AJ9UDQDvXp83RNKtU2VrVRv6RoZzYQCeNP5U c0ij3F3sLb+7zRkUk/0rz5Y= =x7Vc -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 12 13:16: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8A4D16A473 for ; Mon, 12 Jun 2006 13:16:48 +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 AE0BB43D46 for ; Mon, 12 Jun 2006 13:16:47 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (yvwfgj@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k5CDGep9081755 for ; Mon, 12 Jun 2006 15:16:46 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k5CDGeHn081754; Mon, 12 Jun 2006 15:16:40 +0200 (CEST) (envelope-from olli) Date: Mon, 12 Jun 2006 15:16:40 +0200 (CEST) Message-Id: <200606121316.k5CDGeHn081754@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <20060612123310.GA25618@tigger.digitaltorque.ca> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (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]); Mon, 12 Jun 2006 15:16:46 +0200 (CEST) Cc: Subject: Re: kernel panic(?) trying to copy data off failed drive with dd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jun 2006 13:16:48 -0000 Michael P. Soulier wrote: > Oliver Fromme said: > > So, if your panic is caused purely by software error, and > > it's not already known and documented, filing a PR might be > > a good idea. But if faulty hardware is involved, sending > > a PR is probably useless. > > I would think that it would depend on how the hardware is being used. Yes, I agree. > If the > disk with errors happens to hold the swap partition, then it's difficult to > blame the kernel for crashing. If it's simply reading data, I don't think that > a kernel panic is acceptable. "Simply reading data" would be a software error, and in that case a crash or freeze is not acceptable. (Although it may be very difficult to fix, especially without sacrificing performance significantly, e.g. see mount(8).) However, if the _hardware_ is broken, i.e. the disk drive does not respond correctly, for example producing DMA errors, locking up the bus, or whatever, anything could happen. I guess Søren could tell interesting stories about such cases. :-) 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. "... there are two ways of constructing a software design: One way is to make it so simple that there are _obviously_ no deficiencies and the other way is to make it so complicated that there are no _obvious_ deficiencies." -- C.A.R. Hoare, ACM Turing Award Lecture, 1980 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 12 19:51:34 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BFDB16A473 for ; Mon, 12 Jun 2006 19:51:34 +0000 (UTC) (envelope-from uspoerlein@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 3B1D943D46 for ; Mon, 12 Jun 2006 19:51:33 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by nf-out-0910.google.com with SMTP id q29so528618nfc for ; Mon, 12 Jun 2006 12:51:32 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=up/uMHgv1hD5nBCTjriSnVH3CWT5NUHo+fPeCFMRqSHjT3Y93gqwMPUwAv6p+OYQP8aRFKryMEkFrM5sFxPDXNSQdc8Sd5vMklwAKUjfIc8Q+KUxeM2ODFkjgCTmZViSpipc87hkWdZoitMvENxUlUG4Z7wvOa2t/iP5GLmMWwk= Received: by 10.49.41.17 with SMTP id t17mr434002nfj; Mon, 12 Jun 2006 12:51:32 -0700 (PDT) Received: from roadrunner.q.local ( [217.185.119.194]) by mx.gmail.com with ESMTP id p72sm6813446nfc.2006.06.12.12.51.30; Mon, 12 Jun 2006 12:51:31 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.6/8.13.6) with ESMTP id k5CJpXPb002834; Mon, 12 Jun 2006 21:51:34 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.6/8.13.6/Submit) id k5CJYRCU002707; Mon, 12 Jun 2006 21:34:27 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Mon, 12 Jun 2006 21:34:27 +0200 From: Ulrich Spoerlein To: =?iso-8859-15?Q?Bj=F6rn_K=F6nig?= Message-ID: <20060612193427.GE1226@roadrunner.aventurien.local> Mail-Followup-To: =?iso-8859-15?Q?Bj=F6rn_K=F6nig?= , stable@freebsd.org References: <448B0419.3090303@cs.tu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ffoCPvUAPMgSXi6H" Content-Disposition: inline In-Reply-To: <448B0419.3090303@cs.tu-berlin.de> Cc: stable@freebsd.org Subject: Re: unmounting a filesystem safely that doesn't exist 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: Mon, 12 Jun 2006 19:51:34 -0000 --ffoCPvUAPMgSXi6H Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Bj=F6rn K=F6nig wrote: > Hello, >=20 > I did a mistake: I unplugged my digital camera accidentally before I unmo= unted the=20 > filesystem. *doh* This happens very often, because I'm very scatterbraine= d. =3D) The kernel=20 > will panic and all filesystems remain unclean in any case now. I know tha= t this is a well=20 > know issue and in past discussions you stated that this behaviour is inte= nded and won't be=20 > changed ad hoc. I just want to know if somebody knows a workaround or sma= ll trick that=20 > prevents the other filesystems from being unclean on next boot-up. You might give the automounter (am-utils) a whirl. They are very confusing to set up, but you can set the unmount-if-unused timeout to something like 5 seconds. This could narrow the window enough to not panic you system frequently :) Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --ffoCPvUAPMgSXi6H Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEjcHD524iJyD+6d0RAjEqAJ9J/2R3taQCiJhjq9ny4K2/y47LYQCgjKcz tcr18xQcOWze6XJmqbYtYfg= =zEKT -----END PGP SIGNATURE----- --ffoCPvUAPMgSXi6H-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 12 19:51:37 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F76916A47B for ; Mon, 12 Jun 2006 19:51:37 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id BACFF43D53 for ; Mon, 12 Jun 2006 19:51:35 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by nf-out-0910.google.com with SMTP id o63so978531nfa for ; Mon, 12 Jun 2006 12:51:34 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=qR2/vHS8/wq/uUmbKcbV5oqdvCUPD/bB48jqLpAB6q9X2gs9VQGf3ppVVPeIJNgi5WlwOI1kGWJbKHC8LgS9KbQMKfqkYyyIslXFPYqEpimycoa1YQ9cEe6xXIJjafga2QnRWddR12vc3YlMsHKhlIWNR1YUlQyYGGXFHJ++CeA= Received: by 10.49.7.1 with SMTP id k1mr5029604nfi; Mon, 12 Jun 2006 12:51:34 -0700 (PDT) Received: from roadrunner.q.local ( [217.185.119.194]) by mx.gmail.com with ESMTP id p72sm6813446nfc.2006.06.12.12.51.32; Mon, 12 Jun 2006 12:51:34 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.6/8.13.6) with ESMTP id k5CJpXPd002834; Mon, 12 Jun 2006 21:51:35 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.6/8.13.6/Submit) id k5CJV6m9002641; Mon, 12 Jun 2006 21:31:06 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Mon, 12 Jun 2006 21:31:06 +0200 From: Ulrich Spoerlein To: Dan Nelson Message-ID: <20060612193106.GD1226@roadrunner.aventurien.local> Mail-Followup-To: Dan Nelson , Robert Watson , stable@FreeBSD.org References: <20060607184236.P53690@fledge.watson.org> <20060609190735.GB1037@roadrunner.q.local> <20060610190650.GA10770@dan.emsphone.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wULyF7TL5taEdwHz" Content-Disposition: inline In-Reply-To: <20060610190650.GA10770@dan.emsphone.com> Cc: stable@freebsd.org, Robert Watson Subject: Re: How can I know which files a proccess is accessing? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2006 19:51:37 -0000 --wULyF7TL5taEdwHz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dan Nelson wrote: > In the last episode (Jun 09), Ulrich Spoerlein said: > > Sadly, ktrace(1) seems to be rather useless in RELENG_6 right now. > > Every medium sized app will result in an "out of ktrace objects" > > error. I remember that some improvements to ktrace(1) went into > > -CURRENT. Time for an MFC? >=20 > Just raise the kern.ktrace.request_pool sysctl; 4096 works for me. Heh, I didn't know that sysctl existed. Why is the default value (100) so low? I set it to 4096, but it only survives three seconds when running 'ktrace find ~' Anyway, next time I need ktrace, I'll remember to bump the pool size. Thanks! Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --wULyF7TL5taEdwHz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEjcD6524iJyD+6d0RAhGJAKCMLgfAcMZ8YvUh/RaqDPlokahK3QCgsJC+ Pa7dLEZmF7R32C7UvW3Jldg= =uzaT -----END PGP SIGNATURE----- --wULyF7TL5taEdwHz-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 12 20:27: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53F6416A477 for ; Mon, 12 Jun 2006 20:27:30 +0000 (UTC) (envelope-from anthonyv@brainlink.com) Received: from mta10.srv.hcvlny.cv.net (mta10.srv.hcvlny.cv.net [167.206.4.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id A59A143D6A for ; Mon, 12 Jun 2006 20:27:24 +0000 (GMT) (envelope-from anthonyv@brainlink.com) Received: from [192.168.1.30] (ool-18b917b1.dyn.optonline.net [24.185.23.177]) by mta10.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTP id <0J0R00HAIKSUK4A0@mta10.srv.hcvlny.cv.net> for freebsd-stable@freebsd.org; Mon, 12 Jun 2006 16:26:55 -0400 (EDT) Date: Mon, 12 Jun 2006 16:27:10 -0400 From: Anthony Volodkin To: freebsd-stable@freebsd.org Message-id: <448DCE1E.2090000@brainlink.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT User-Agent: Thunderbird 1.4 (Windows/20050908) Subject: Intermittent Kernel Panics on Disk Activity/cvsup/make on 6.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: Mon, 12 Jun 2006 20:27:30 -0000 Hi, On my Athlon XP 1800 / Abit KX7-333R system, I've been encountering intermittent kernel panics during periods of high disk activity or when running cvsup or make buildworld. What's notable is that at this point the motherboard, CPU, and power supply have been replaced and the system has no difficulties running Memtest86 for several hours. Additionally, this problem does not happen EACH time I generate a lot of disk load or run cvsup, but occasionally. Per the handbook, I've built a debug kernel and captured crash data. Below are my dmesg, and the output of several kgdb, list *instruction pointer and backtrace. What are some of the next steps I can take to help resolve this or find the cause of these crashes? Any help is highly appreciated. Please CC me when responding as I am not subscribed to this list. Thank you, Anthony Volodkin ---------------------------------------- kgdb kernel.debug /var/crash/vmcore.1 ---------------------------------------- [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] ... [snip] ... This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 9: general protection fault while in kernel mode instruction pointer = 0x20:0xc06aacfd stack pointer = 0x28:0xe981ac10 frame pointer = 0x28:0xe981acdc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 18257 (cvsup) trap number = 9 panic: general protection fault Uptime: 3d15h50m31s Dumping 2047 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 2047MB (524016 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); ---------------------------------------- (kgdb) list *0xc06aacfd ---------------------------------------- 0xc06aacfd is in lseek (/usr/src/sys/kern/vfs_syscalls.c:1788). 1783 goto drop; 1784 fp->f_offset = offset; 1785 *(off_t *)(td->td_retval) = fp->f_offset; 1786 drop: 1787 fdrop(fp, td); 1788 VFS_UNLOCK_GIANT(vfslocked); 1789 return (error); 1790 } 1791 1792 #if defined(COMPAT_43) ---------------------------------------- (kgdb) bt ---------------------------------------- #0 doadump () at pcpu.h:165 #1 0xc064dee1 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:402 #2 0xc064e178 in panic (fmt=0xc088cb0e "%s") at /usr/src/sys/kern/kern_shutdown.c:558 #3 0xc0841d94 in trap_fatal (frame=0xe981abd0, eva=0) at /usr/src/sys/i386/i386/trap.c:836 #4 0xc08418bc in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -377377532, tf_esi = -948068912, tf_ebp = -377377572, tf_isp = -377377796, tf_ebx = 0, tf_edx = -969420352, tf_ecx = -911557632, tf_eax = 0, tf_trapno = 9, tf_err = 48128, tf_eip = -1066750723, tf_cs = 32, tf_eflags = 66050, tf_esp = -960093848, tf_ss = -911557632}) at /usr/src/sys/i386/i386/trap.c:631 #5 0xc0830c9a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc06aacfd in lseek (td=0xc9aabc00, uap=0xe981ad04) at /usr/src/sys/kern/vfs_syscalls.c:1787 #7 0xc08420ab in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 672019104, tf_esi = -1077940896, tf_ebp = 136321580, tf_isp = -377377436, tf_ebx = 673236232, tf_edx = 0, tf_ecx = 118, tf_eax = 198, tf_trapno = 0, tf_err = 2, tf_eip = 673179699, tf_cs = 51, tf_eflags = 514, tf_esp = 136321536, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:981 #8 0xc0830cef in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #9 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) ---------------------------------------- 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 #0: Fri May 26 03:01:47 EDT 2006 root@superior.local.non-standard.net:/usr/obj/usr/src/sys/SUPERIOR mptable_probe: MP Config Table has bad signature: \M^D\^A\^A Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 1800+ (1533.99-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc0480800 real memory = 2147418112 (2047 MB) avail memory = 2096558080 (1999 MB) 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 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0x4000-0x407f,0x4080-0x40ff,0x5000-0x500f on acpi0 pci0: on pcib0 agp0: mem 0xe4000000-0xe47fffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) fxp0: port 0xb000-0xb03f mem 0xe4904000-0xe4904fff,0xe4800000-0xe48fffff irq 10 at device 9.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:90:27:a7:39:6e atapci0: port 0xb400-0xb407,0xb800-0xb803,0xbc00-0xbc07,0xc000-0xc003,0xc400-0xc40f mem 0xe4900000-0xe4903fff irq 5 at device 15.0 on pci0 ata2: on atapci0 ata3: on atapci0 isab0: at device 17.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xc800-0xc80f at device 17.1 on pci0 ata0: on atapci1 ata1: on atapci1 uhci0: port 0xcc00-0xcc1f irq 11 at device 17.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd000-0xd01f irq 11 at device 17.3 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered atapci2: port 0xd400-0xd407,0xd800-0xd803,0xdc00-0xdc07,0xe000-0xe003,0xe400-0xe4ff irq 10 at device 19.0 on pci0 ata4: on atapci2 ata5: on atapci2 acpi_tz0: on acpi0 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] 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 ppc0: port 0x378-0x37f,0x778-0x77b 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] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xca7ff,0xcb000-0xcc7ff 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 Timecounter "TSC" frequency 1533986228 Hz quality 800 Timecounters tick every 1.000 msec ad0: 57259MB at ata0-master UDMA133 ad2: 190782MB at ata1-master UDMA100 ad3: 78167MB at ata1-slave UDMA133 ad4: 239372MB at ata2-master UDMA133 ad5: 238475MB at ata2-slave UDMA100 ad6: 194481MB at ata3-master UDMA133 ad7: 76345MB at ata3-slave UDMA133 Trying to mount root from ufs:/dev/ad0s1a From owner-freebsd-stable@FreeBSD.ORG Mon Jun 12 23:03: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD7B816A41A for ; Mon, 12 Jun 2006 23:03:46 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3C6543D49 for ; Mon, 12 Jun 2006 23:03:45 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-08-z2.arcor-online.net (mail-in-08-z2.arcor-online.net [151.189.8.20]) by mail-in-09.arcor-online.net (Postfix) with ESMTP id 5532B2D3562; Tue, 13 Jun 2006 01:03:44 +0200 (CEST) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mail-in-08-z2.arcor-online.net (Postfix) with ESMTP id 4759054075; Tue, 13 Jun 2006 01:03:44 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-061-133-225.pools.arcor-ip.net [84.61.133.225]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id 81D5C145328; Tue, 13 Jun 2006 01:03:43 +0200 (CEST) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.4]) by lofi.dyndns.org (8.13.4/8.13.3) with ESMTP id k5CN3dX7051042 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Jun 2006 01:03:40 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.6/8.13.4) with ESMTP id k5CN3dOa007457; Tue, 13 Jun 2006 01:03:39 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.13.6/8.13.4/Submit) id k5CN3bGx007456; Tue, 13 Jun 2006 01:03:37 +0200 (CEST) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Tue, 13 Jun 2006 01:03:31 +0200 User-Agent: KMail/1.9.3 X-Face: =Ym$`&q\+S2X$4`X%x%6"L4>Y,$]<":'L%c9"#7#`2tb&E&wsN31on!N\)3BD[g<=?utf-8?q?=2EjnfV=5B=0A=093=23?=>XchLK,o; >bD>c:]^; :>0>vyZ.X[,63GW`&M>}nYnr]-Fp``,[[@lJ!QL|sfW!s)=?utf-8?q?A2!*=0A=09vNkB/=7CL-?=>&QdSbQg X-Virus-Scanned: by amavisd-new Cc: freebsd-gfx-bugs@nvidia.com Subject: nvidia-driver related (?) panic on 5.5-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jun 2006 23:03:46 -0000 --nextPart2183911.lpVdf6Kp1Z Content-Type: multipart/mixed; boundary="Boundary-01=_ELfjEvDM/lk5p30" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_ELfjEvDM/lk5p30 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I've been trying to run Second Life (http://www.secondlife.com) in WINE and= =20 get a reproducable kernel panic when I try to quit the application. WINE is= =20 able to run Second Life quite well otherwise for a while, but will eventual= ly=20 crash accompanied by "kernel trap 9 with interrupts disabled" kernel=20 messages. The kernel panic message is: pmap_invalidate_range: interrupts disabled Here's a backtrace of a crash dump I got: #0 doadump () at pcpu.h:160 160 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) bt #0 doadump () at pcpu.h:160 #1 0xc04edd29 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 12 #2 0xc04ee04d in panic (fmt=3D0xc0697a7d "%s: interrupts disabled") at /usr/src/sys/kern/kern_shutdown.c:568 #3 0xc064d6eb in pmap_invalidate_range (pmap=3D0xc07065a0, sva=3D361447424= 0,=20 eva=3D3614490624) at /usr/src/sys/i386/i386/pmap.c:636 #4 0xc064df0d in pmap_qremove (sva=3D3614474240, count=3D0) at /usr/src/sys/i386/i386/pmap.c:1013 #5 0xc0533530 in vfs_vmio_release (bp=3D0xd6787680)=20 at /usr/src/sys/kern/vfs_bio.c:1600 #6 0xc0532ab1 in brelse (bp=3D0xd6787680) at /usr/src/sys/kern/vfs_bio.c:1= 382 #7 0xc0541d9c in vtruncbuf (vp=3D0xc3f99420, cred=3D0xc3a8e480, td=3D0xc41= e9d80,=20 length=3D0, blksize=3D0) at /usr/src/sys/kern/vfs_subr.c:1150 #8 0xc05e5a36 in ffs_truncate (vp=3D0xc3f99420, length=3D0, flags=3D2048,= =20 cred=3D0xc3a8e480, td=3D0xc41e9d80) at /usr/src/sys/ufs/ffs/ffs_inode.c:400 #9 0xc0601b47 in ufs_setattr (ap=3D0x0) at /usr/src/sys/ufs/ufs/ufs_vnops.= c:566 #10 0xc0604e73 in ufs_vnoperate (ap=3D0x0)=20 at /usr/src/sys/ufs/ufs/ufs_vnops.c:2827 #11 0xc04f2d65 in coredump (td=3D0xc41e9d80) at vnode_if.h:364 #12 0xc04f2647 in sigexit (td=3D0xc41e9d80, sig=3D10)=20 at /usr/src/sys/kern/kern_sig.c:2414 #13 0xc04f0a51 in trapsignal (td=3D0xc41e9d80, sig=3D10, code=3D30) at /usr/src/sys/kern/kern_sig.c:1531 #14 0xc0652da0 in trap (frame=3D {tf_fs =3D 2035999, tf_es =3D 19857455, tf_ds =3D -1091174353, tf_edi= =3D=20 2079350784, tf_esi =3D 0, tf_ebp =3D 2079371196, tf_isp =3D -371511964, tf_= ebx=20 =3D -1678306116, tf_edx =3D 2079343616,---Type to continue, or q=20 to quit--- # tf_ecx =3D 0, tf_eax =3D 0, tf_trapno =3D 9, tf_err =3D 0, tf_eip =3D -16= 78318765,=20 tf_cs =3D 31, tf_eflags =3D 2097686, tf_esp =3D 2079371136, tf_ss =3D 47})= =20 at /usr/src/sys/i386/i386/trap.c:632 #15 0xc0640fea in calltrap () at /usr/src/sys/i386/i386/exception.s:140 =2E.. and finally, my kernel config is attached. Cheers, =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --Boundary-01=_ELfjEvDM/lk5p30 Content-Type: text/plain; charset="us-ascii"; name="KISTE-SMP" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="KISTE-SMP" # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.413.2.6.2.2 2004/10/24 18:02:52 scottl Exp $ machine i386 cpu I686_CPU ident KISTE-SMP # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g options SMP # Symmetric MultiProcessor Kernel #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) # RAID controllers interfaced to the SCSI subsystem # RAID controllers # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor #device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device vr # RealTek 8129/8139 # ISA Ethernet NICs. pccard NICs included. device lnc # NE2100, NE32-VL Lance Ethernet cards # ISA devices that use the old ISA shims #device le # Wireless NIC cards # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # ECHI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device uscanner # Scanners # USB Ethernet, requires mii # FireWire support options PREEMPTION device bktr options BKTR_NEW_MSP34XX_DRIVER device iicbb device iicbus device iicsmb device smbus device smb device viapm device atapicam --Boundary-01=_ELfjEvDM/lk5p30-- --nextPart2183911.lpVdf6Kp1Z Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEjfLJXhc68WspdLARAljrAJ9aHJPC7kiKrxUJzDX/ILC5qqEGDQCfSMzZ Y9ORDC7y0jjNdcQgzQAimc8= =/wo9 -----END PGP SIGNATURE----- --nextPart2183911.lpVdf6Kp1Z-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 13 05:18:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE08B16A41A for ; Tue, 13 Jun 2006 05:18:04 +0000 (UTC) (envelope-from plosher-keyword-freebsd.a36e57@plosh.net) Received: from luftpost.plosh.net (luftpost.plosh.net [204.152.186.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 997B043D48 for ; Tue, 13 Jun 2006 05:18:04 +0000 (GMT) (envelope-from plosher-keyword-freebsd.a36e57@plosh.net) Received: by luftpost.plosh.net (Postfix, from userid 1001) id 718E4328EC; Mon, 12 Jun 2006 22:23:35 -0700 (PDT) Received: from [10.0.0.3] (c-67-161-72-44.hsd1.ca.comcast.net [67.161.72.44]) by luftpost.plosh.net (tmda-ofmipd) with ESMTP; Mon, 12 Jun 2006 22:23:33 -0700 (PDT) Message-ID: <448E4A88.2000102@plosh.net> Date: Mon, 12 Jun 2006 22:18:00 -0700 Organization: Plosh Networking User-Agent: Thunderbird 1.5.0.4 (Macintosh/20060530) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig75F16CCC125EC9FD1F364B6D" From: Peter Losher X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) Subject: 'make release' questions... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2006 05:18:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig75F16CCC125EC9FD1F364B6D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I have been mucking about w/ 'make release' for some time now (stripping out OpenSSH, sendmail, Heimdal, bits oF BIND, etc.) and while I now have a working .iso image, that will install and update, I have some questions that 'man release' just won't answer. :) First, is there any way to instruct 'make release' to just build certain packages (and their dependencies) for inclusion in the release instead of a blanket NOPORTS? There's no need for us spend two/three days compiling all the various ports when we will only use a small handful of them on most of our boxes. (and would speed up the amount of time it takes to roll out a new release) ;) Second, is there a way to build/tell sysinstall that if NO_OPENSSH is set, that it doesn't ask you whether you want to enable SSH logins? Thanks again in advance for any advice you can provide. Best Wishes - Peter --=20 [ http://www.plosh.net/ ] - "Earth Halted: Please reboot to continue" --------------enig75F16CCC125EC9FD1F364B6D 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.2.2 (Darwin) iD8DBQFEjkqJuffIhmkXw7kRAugLAKDCKmkH7/O2WK8WKw1M2iiV5cmJyQCfSWYK h6I7/TN2o8+W3woQ3zNUGGc= =7DxP -----END PGP SIGNATURE----- --------------enig75F16CCC125EC9FD1F364B6D-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 13 10:19:35 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FB3F16A41A for ; Tue, 13 Jun 2006 10:19:35 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3987A43D49 for ; Tue, 13 Jun 2006 10:19:33 +0000 (GMT) (envelope-from zbeeble@gmail.com) Received: by ug-out-1314.google.com with SMTP id j40so444007ugd for ; Tue, 13 Jun 2006 03:19:33 -0700 (PDT) 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=EmqdOnhV1xT7m2HVpwwdmqSF+1gFjWXhmSvi/d58R9mfsmlURcTCgA0fepgYZPsVWzCZpjQot+ujiMPoir5SQYLJDg/yEhj1xpXENlQJOvDiy/2pmP4AKRpq/ZXvbYxJqcPZKx1I+m2974sGoD0L6XpdnnTM88kDw/p/63M1D78= Received: by 10.67.15.3 with SMTP id s3mr5570954ugi; Mon, 12 Jun 2006 13:44:48 -0700 (PDT) Received: by 10.67.96.5 with HTTP; Mon, 12 Jun 2006 13:44:48 -0700 (PDT) Message-ID: <5f67a8c40606121344g18d53ce9x4038384a734c3ce0@mail.gmail.com> Date: Mon, 12 Jun 2006 16:44:48 -0400 From: "Zaphod Beeblebrox" To: "=?ISO-8859-1?Q?Bj=F6rn_K=F6nig?=" , stable@freebsd.org In-Reply-To: <20060612193427.GE1226@roadrunner.aventurien.local> MIME-Version: 1.0 References: <448B0419.3090303@cs.tu-berlin.de> <20060612193427.GE1226@roadrunner.aventurien.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: unmounting a filesystem safely that doesn't exist 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: Tue, 13 Jun 2006 10:19:35 -0000 On 6/12/06, Ulrich Spoerlein wrote: > > Bj=F6rn K=F6nig wrote: > > > I did a mistake: I unplugged my digital camera accidentally before I > unmounted the > > filesystem. *doh* This happens very often, because I'm very > scatterbrained. =3D) The kernel > > will panic and all filesystems remain unclean in any case now. I know > that this is a well > > know issue and in past discussions you stated that this behaviour is > intended and won't be > > changed ad hoc. I just want to know if somebody knows a workaround or > small trick that > > prevents the other filesystems from being unclean on next boot-up. > > You might give the automounter (am-utils) a whirl. They are very > confusing to set up, but you can set the unmount-if-unused timeout to > something like 5 seconds. This could narrow the window enough to not > panic you system frequently :) That's rather hackish ... especially since this is a common problem and a rather obvious hole in using FreeBSD for noobs. It seems that a better solution would be to allow filesystems to be mounted with a 'sync' flag. Or even an ULTRA-sync flag. Meaning strict sync semantics and even 'sync' running against the FS every few seconds. If a filesystem so-mounted completely disappears (or errors out), then it should just go "poof" as if it was umount -f'd. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 13 13:02: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD22A16A41A for ; Tue, 13 Jun 2006 13:02:11 +0000 (UTC) (envelope-from listen@alexander.skwar.name) Received: from hetzner.email-server.info (new.email-server.info [213.133.109.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2836C43D46 for ; Tue, 13 Jun 2006 13:02:11 +0000 (GMT) (envelope-from listen@alexander.skwar.name) Received: by hetzner.email-server.info (Postfix, from userid 1001) id 7D38B2EFAB; Tue, 13 Jun 2006 15:05:09 +0200 (CEST) X-Spam-Tests: AWL=0.078,BAYES_00=-2.599 X-Spam-Contact: Contact Address X-Spam-Checker-Version: SpamAssassin 3.1.1-gr0 (2006-03-10) on hetzner.email-server.info X-Spam-Relays: Trusted=, Untrusted=[ ip=88.130.110.145 rdns=mue-88-130-110-145.dsl.tropolys.de helo=!192.168.1.244! by=hetzner.email-server.info ident= envfrom= intl=0 id=BF8D12EFA5 auth= ] X-Spam-Level: X-Spam-Bayes: Score=0.0000, Tokens=Tokens: new, 10; hammy, 71; neutral, 43; spammy, 3., Hammy=0.000-+--H*M:mid, 0.000-+--H*MI:mid, 0.000-+--H*r:sk:mue-88-, 0.000-+--H*RU:sk:mue-88-, 0.000-9--H*p:U*listen, Spammy=0.899-+--H*r:sk:hetzner, 0.897-+--H*MI:server, 0.873-+--H*MI:info X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.1-gr0 X-Spam-Externals: DCC Brand "", Result - Pyzor=, RBL [213.133.109.44] [10 new.email-server.info.] X-Original-To: freebsd-stable@freebsd.org Received: from [192.168.1.244] (mue-88-130-110-145.dsl.tropolys.de [88.130.110.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hetzner.email-server.info (Postfix) with ESMTP id BF8D12EFA5 for ; Tue, 13 Jun 2006 15:05:00 +0200 (CEST) Message-ID: <448EB782.3020008@mid.email-server.info> Date: Tue, 13 Jun 2006 15:02:58 +0200 From: Alexander Skwar User-Agent: Thunderbird 1.5.0.4 (X11/20060610) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Installation on Linux LVM "Logical Volumes" (LV)? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jun 2006 13:02:11 -0000 Good morning! I'd like to try out FreeBSD. Problem is, that I don't have any unallocated space on my hard drive anymore, as I assigned everything to a "Physical Volume" (PV) of a Linux LVM2 (Logical Volume Manager). On the "Volume Group" (VG), I've got enough unallocated free space, from which I could create "Logical Volumes" (LV). But - can I actually do that? Does FreeBSD support Linux LVM2? Thanks a lot, Alexander Skwar -- That that is is that that is not is not. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 13 14: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A6B216A418 for ; Tue, 13 Jun 2006 14:07:21 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 7DE7D43D45 for ; Tue, 13 Jun 2006 14:07:20 +0000 (GMT) (envelope-from matthias.andree@gmx.de) Received: (qmail invoked by alias); 13 Jun 2006 14:07:19 -0000 Received: from p509120C1.dip0.t-ipconnect.de (EHLO m2a2.dyndns.org) [80.145.32.193] by mail.gmx.net (mp024) with SMTP; 13 Jun 2006 16:07:19 +0200 X-Authenticated: #428038 Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id EEBF7200F9D for ; Tue, 13 Jun 2006 16:07:17 +0200 (CEST) Received: from m2a2.dyndns.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17223-11 for ; Tue, 13 Jun 2006 16:07:16 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id EA5DF200F9E; Tue, 13 Jun 2006 16:07:15 +0200 (CEST) From: Matthias Andree To: freebsd-stable@freebsd.org In-Reply-To: <448EB782.3020008@mid.email-server.info> (Alexander Skwar's message of "Tue, 13 Jun 2006 15:02:58 +0200") References: <448EB782.3020008@mid.email-server.info> X-PGP-Key: http://home.pages.de/~mandree/keys/GPGKEY.asc Date: Tue, 13 Jun 2006 16:07:15 +0200 Message-ID: User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: amavisd-new at emma.line.org X-Y-GMX-Trusted: 0 Subject: Re: Installation on Linux LVM "Logical Volumes" (LV)? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2006 14:07:21 -0000 Alexander Skwar writes: > Good morning! Ever thought that there might be more than Europe and Africa on the lists? > [...] Does FreeBSD support Linux LVM2? No. You need a primary partition. -- Matthias Andree From owner-freebsd-stable@FreeBSD.ORG Tue Jun 13 14: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7779E16A496 for ; Tue, 13 Jun 2006 14:14:08 +0000 (UTC) (envelope-from listen@alexander.skwar.name) Received: from hetzner.email-server.info (new.email-server.info [213.133.109.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7300E43D55 for ; Tue, 13 Jun 2006 14:14:06 +0000 (GMT) (envelope-from listen@alexander.skwar.name) Received: by hetzner.email-server.info (Postfix, from userid 1001) id 949522EE5C; Tue, 13 Jun 2006 16:17:04 +0200 (CEST) X-Spam-Tests: AWL=0.077,BAYES_00=-2.599 X-Spam-Contact: Contact Address X-Spam-Checker-Version: SpamAssassin 3.1.1-gr0 (2006-03-10) on hetzner.email-server.info X-Spam-Relays: Trusted=, Untrusted=[ ip=88.130.110.145 rdns=mue-88-130-110-145.dsl.tropolys.de helo=!192.168.1.244! by=hetzner.email-server.info ident= envfrom= intl=0 id=7943514CA auth= ] X-Spam-Level: X-Spam-Bayes: Score=0.0000, Tokens=Tokens: new, 16; hammy, 79; neutral, 25; spammy, 2., Hammy=0.000-+--H*M:mid, 0.000-+--matthias, 0.000-+--H*r:sk:mue-88-, 0.000-+--H*RU:sk:mue-88-, 0.000-9--H*p:U*listen, Spammy=0.916-+--young, 0.899-+--H*r:sk:hetzner X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.1-gr0 X-Spam-Externals: DCC Brand "", Result - Pyzor=, RBL [213.133.109.44] [10 new.email-server.info.] X-Original-To: freebsd-stable@freebsd.org Received: from [192.168.1.244] (mue-88-130-110-145.dsl.tropolys.de [88.130.110.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hetzner.email-server.info (Postfix) with ESMTP id 7943514CA for ; Tue, 13 Jun 2006 16:16:57 +0200 (CEST) Message-ID: <448EC85F.2020406@mid.email-server.info> Date: Tue, 13 Jun 2006 16:14:55 +0200 From: Alexander Skwar User-Agent: Thunderbird 1.5.0.4 (X11/20060610) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <448EB782.3020008@mid.email-server.info> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Installation on Linux LVM "Logical Volumes" (LV)? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jun 2006 14:14:08 -0000 Matthias Andree wrote: > Alexander Skwar writes: >> [...] Does FreeBSD support Linux LVM2? > > No. You need a primary partition. Too bad. Thanks for the quick response, though! Alexander Skwar -- Zoidberg: Uncle Zoid, you're looking young enough to be thrown back! From owner-freebsd-stable@FreeBSD.ORG Tue Jun 13 14:47: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73EEA16A503 for ; Tue, 13 Jun 2006 14:47:47 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp2.sbb.co.yu (smtp2.sbb.co.yu [82.117.194.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C41B43D6B for ; Tue, 13 Jun 2006 14:47:44 +0000 (GMT) (envelope-from zkolic@sbb.co.yu) Received: from faust.net (dhcp-87-116-188-43.ataman-bg.customer.sbb.co.yu [87.116.188.43]) by smtp2.sbb.co.yu (8.13.6/8.13.6) with ESMTP id k5DEle0u011780 for ; Tue, 13 Jun 2006 16:47:40 +0200 Received: by faust.net (Postfix, from userid 1001) id BD2611704B; Tue, 13 Jun 2006 16:47:50 +0200 (CEST) Date: Tue, 13 Jun 2006 16:47:50 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20060613144750.GA834@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 0.6 X-SBB-Spam-Level: X Subject: two interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2006 14:47:47 -0000 Hi all! I've tried to find this issue googling, since it was discussed for sure on this list, but no result. 6.1 release for amd64. I use ethernet connection and don't want to tear off the cable every time to make dialup on serial modem (or reboot). I made those steps: # ifconfig nfe0 down # route flush $ pppd Ppp0 goes up, default is made and nothing else. The line is dead for traffic. There is something I make wrong, but don't know what. With fresh reboot, it works fine. Should I add more to ifconfig command? "Delete" or "destroy" go to mind. And "yes". I have ip address from isp. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Tue Jun 13 15:45:27 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3883A16A418 for ; Tue, 13 Jun 2006 15:45:27 +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 832ED43D49 for ; Tue, 13 Jun 2006 15:45:26 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (jsbapq@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k5DFjJFW043056 for ; Tue, 13 Jun 2006 17:45:24 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k5DFjIGT043055; Tue, 13 Jun 2006 17:45:18 +0200 (CEST) (envelope-from olli) Date: Tue, 13 Jun 2006 17:45:18 +0200 (CEST) Message-Id: <200606131545.k5DFjIGT043055@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <20060613144750.GA834@faust.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (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, 13 Jun 2006 17:45:24 +0200 (CEST) Cc: Subject: Re: two interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jun 2006 15:45:27 -0000 Zoran Kolic wrote: > I use ethernet connection and don't want > to tear off the cable every time to make > dialup on serial modem (or reboot). > I made those steps: > # ifconfig nfe0 down > # route flush > $ pppd > Ppp0 goes up, default is made and nothing > else. The line is dead for traffic. There > is something I make wrong, but don't know > what. With fresh reboot, it works fine. > Should I add more to ifconfig command? > "Delete" or "destroy" go to mind. That's correct. A simle "down" will only disable the interface, but it does not remove the IP address, the routing entry for that address, any ARP entries associated with it etc. Otherwise it would not be easily possible to reset an interface by a "down"-"up" sequence. To undo all effects of the interface configuration, you have to "delete" all IP addresses from it. In fact, I think you don't have to set it "down" at all. "delete" is the important thing ("down" shouldn't hurt, though). ("destroy" is not necessary in this case. It's useful to remove dynamically created interfaces entirely, e.g. when using vlan or tunnel interfaces.) BTW, your question is off-topic here, it rather belongs to the -questions list. 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. "Documentation is like sex; when it's good, it's very, very good, and when it's bad, it's better than nothing." -- Dick Brandon From owner-freebsd-stable@FreeBSD.ORG Tue Jun 13 17:34: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE9A616A41A for ; Tue, 13 Jun 2006 17:34:48 +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 2186643D8A for ; Tue, 13 Jun 2006 17:34:39 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from [192.168.40.183] (64-84-9-2-sf-gw.ncircle.com [64.84.9.2]) (authenticated bits=0) by b.mail.sonic.net (8.13.6/8.13.3) with ESMTP id k5DHYdbg010892 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Jun 2006 10:34:39 -0700 Message-ID: <448EF72E.6090004@freebsd.org> Date: Tue, 13 Jun 2006 10:34:38 -0700 From: "Bruce A. Mah" User-Agent: Thunderbird 1.5.0.4 (X11/20060606) MIME-Version: 1.0 To: Peter Losher References: <448E4A88.2000102@plosh.net> In-Reply-To: <448E4A88.2000102@plosh.net> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=5ba052c3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC9178B497013D11BB7030CD7" Cc: freebsd-stable@freebsd.org Subject: Re: 'make release' questions... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2006 17:34:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC9178B497013D11BB7030CD7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, Peter Losher wrote: > I have been mucking about w/ 'make release' for some time now (strippin= g > out OpenSSH, sendmail, Heimdal, bits oF BIND, etc.) and while I now hav= e > a working .iso image, that will install and update, I have some > questions that 'man release' just won't answer. :) >=20 > First, is there any way to instruct 'make release' to just build certai= n > packages (and their dependencies) for inclusion in the release instead > of a blanket NOPORTS? There's no need for us spend two/three days > compiling all the various ports when we will only use a small handful o= f > them on most of our boxes. (and would speed up the amount of time it > takes to roll out a new release) ;) NOPORTS controls whether or not the ports tree gets checked and built for the release. It doesn't do a full package build. If release-building speed is really important for you, you might want to turn on NODOC. This avoids building a doc toolchain (i.e. the textproc/docproj port), the doc/ tree, and the release documentation. I haven't read through src/release/Makefile for awhile, so I'm not sure if there's an easy way to build (and include) the selected packages build you want. I know we don't do this for official release builds...all the packages get built on the ports-building cluster and get added afterwards. You might want to read through src/release/Makefile...it might take a few passes but it'll probably be worth your time just so you can understand all the various steps going on. Just a thought. > Second, is there a way to build/tell sysinstall that if NO_OPENSSH is > set, that it doesn't ask you whether you want to enable SSH logins? I don't think so. Bruce. --------------enigC9178B497013D11BB7030CD7 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.3 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEjvcu2MoxcVugUsMRAqOLAJ9bqeLm3nfdOvqkdT4CG45f67S64ACfY7ID /y5PDWptcxjjtsuTOXOaTxY= =QimP -----END PGP SIGNATURE----- --------------enigC9178B497013D11BB7030CD7-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 13 21:53: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C36416A474 for ; Tue, 13 Jun 2006 21:53:10 +0000 (UTC) (envelope-from lars.stokholm@gmail.com) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC47C43D48 for ; Tue, 13 Jun 2006 21:53:09 +0000 (GMT) (envelope-from lars.stokholm@gmail.com) X-T2-Posting-ID: 9iPhFtIdjF/XCTJP1lt76w== X-Cloudmark-Score: 0.000000 [] Received: from [83.73.93.123] ([83.73.93.123] verified) by mailfe07.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTP id 214888500 for freebsd-stable@freebsd.org; Tue, 13 Jun 2006 23:53:07 +0200 Message-ID: <448F33C3.3000206@gmail.com> Date: Tue, 13 Jun 2006 23:53:07 +0200 From: Lars Stokholm User-Agent: Thunderbird 1.5.0.4 (X11/20060605) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Some change in openssl/crypto has broken libtorrent configure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2006 21:53:10 -0000 ...I think. I have two boxes, with relatively fresh installations of 6.1-RELEASE, upgraded to 6-STABLE by-the-book (/usr/src/Makefile). Before I upgraded, I had no problems installing libtorrent from ports, but after the upgrade, the configure script fails. It's the same behavior on both machines. It fails right after checking for openssl: ... checking for openssl... gnome-config: not found gnome-config: not found configure: error: Could not find openssl's crypto library exit: Illegal number: try exit: Illegal number: try (crash, no error) So I downloaded the source code http://libtorrent.rakshasa.no/downloads/libtorrent-0.8.5.tar.gz tried to run configure with an argument: ./configure --without-openssl and it completed successfully. (Without that argument, it didn't.) I'm sort of new to UNIX, new to FreeBSD and new to STABLE, so I don't really know where to turn with this. I thought someone in here perhaps knew about a change in openssl/crypto in STABLE that might cause this. - or could guide me a step further in having this problem solved. :) I'm not a coder btw. Kind regards, Lars From owner-freebsd-stable@FreeBSD.ORG Tue Jun 13 22:06:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F01F116A41B for ; Tue, 13 Jun 2006 22:06:04 +0000 (UTC) (envelope-from lreid@cs.okstate.edu) Received: from a.cs.okstate.edu (a.cs.okstate.edu [139.78.113.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id B58FE43D49 for ; Tue, 13 Jun 2006 22:06:04 +0000 (GMT) (envelope-from lreid@cs.okstate.edu) Received: from [192.168.142.69] (unknown [164.58.79.195]) by a.cs.okstate.edu (Postfix) with ESMTP id ED8C9A079F for ; Tue, 13 Jun 2006 17:06:03 -0500 (CDT) Message-ID: <448F36CB.6000604@cs.okstate.edu> Date: Tue, 13 Jun 2006 17:06:03 -0500 From: Reid Linnemann User-Agent: Thunderbird 1.5.0.2 (X11/20060526) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: atheros 'device timeout' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2006 22:06:05 -0000 I have a DWL-G520 with an atheros chipset on a 6-stable machine and I've had a persistent problem for quite a long time now from 6-CURRENT in 2005 to recent 6-stable that I need to address. First, I'll spit out pertinent machine information - uname -a: FreeBSD hautlos 6.0-STABLE FreeBSD 6.0-STABLE #3: Sat Mar 11 16:26:58 CST 2006 root@hautlos:/usr/obj/usr/src/sys/HAUTLOS i386 pciconf for the card: ath0@pci0:12:0: class=0x020000 card=0x3a131186 chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR5212, AR5213 802.11a/b/g Wireless Adapter' class = network ifconfig ath0: ath0: flags=28943 mtu 1500 inet6 fe80::211:95ff:fe8d:1379%ath0 prefixlen 64 scopeid 0x3 ether 00:11:95:8d:13:79 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated ssid deutschland channel 6 bssid 00:11:95:8d:13:79 authmode OPEN privacy OFF txpowmax 36 protmode CTS ssid HIDE dtimperiod 1 bintval 100 The ath0 is briged to a dc0 interface through netgraph. This is the behavior I've noticed; at seemingly random intervals I will get a device timeout thrown out to dmesg from the ath driver. Reading the ath manpage, I see that "This should not happen." Most occurrences do not yield any perceivable change in the connection. However, sometimes the windows wireless clients I have associated with this machine will not be able to receive anything over the wireless link unless they trigger it by sending something over the radio. Sometimes the windows clients will straight up lose track of the machine completely and scan for other networks. I've not been able to replicate the problem from a FreeBSD client. I desperately need to troubleshoot the problem, as my wife is getting frustrated with losing connectivity to my "stupid computer" (which is the gateway for our network) and I can't cook very well. ;) The difficulty I'm having is that I don't know where to start to solve this particular issue, and I've seen no other users with the same problem. I'd appreciate any bumps in the correct direction. Thanks, Reid From owner-freebsd-stable@FreeBSD.ORG Tue Jun 13 22:28: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DDAE16A47B for ; Tue, 13 Jun 2006 22:28:49 +0000 (UTC) (envelope-from alexjeffburke@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 806A143D53 for ; Tue, 13 Jun 2006 22:28:48 +0000 (GMT) (envelope-from alexjeffburke@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so17169uge for ; Tue, 13 Jun 2006 15:28:47 -0700 (PDT) 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=NusRDMIw2mgTINjJMpkJlK/1Qz0amiAFPiPCVYcmrSyOKpHo3AA0/DrImLesR/urKXW5Pkjxb7+krm5qI4vh37LeZxLgyfwHqNNun34itXwlYHU6/4xFAg2SMWheSGjku7AAFj5VXhFWtsw8yaDBESahR9iqhIefY1yDHk41zRY= Received: by 10.78.69.7 with SMTP id r7mr396866hua; Tue, 13 Jun 2006 15:21:33 -0700 (PDT) Received: by 10.78.45.11 with HTTP; Tue, 13 Jun 2006 15:21:33 -0700 (PDT) Message-ID: Date: Tue, 13 Jun 2006 23:21:33 +0100 From: "Alex Burke" To: "FreeBSD STABLE" In-Reply-To: <448F36CB.6000604@cs.okstate.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <448F36CB.6000604@cs.okstate.edu> Subject: Re: atheros 'device timeout' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2006 22:28:49 -0000 Hi, Just to chime in and say that I have seen device timeout messages too - the behaviour for me was (ok, maybe a bit random but...) having mounted an NFS exported /usr/src and hammering it with a buildworld. So really, I guess I can only say that I have seen this when the wireless card was under some very heavy load. Symptoms where I would notice things just stop, it dissociates...and sure enough, on the console was an ath0: device timeout message. I was using WPA2-PSK, and the card I have is a Netgear WPN511 (Cardbus), which i think defines itself as a 5212 chip. I was running FreeBSD 6.0 with all security patches at the time. Anyways, it does appear that it can happen, and glad I am not the only one hititng it - would be interested to find out how hard you were working it when it occured though. If anoybody needs any furhter information, I will put 6.1 on my laptop and see if I can reproduce and/or retrieve anything that may help. Thanks, Alex J Burke. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 14 00: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C387916A474 for ; Wed, 14 Jun 2006 00:33:02 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59A0F43D45 for ; Wed, 14 Jun 2006 00:33:02 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.169] ([10.0.0.169]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k5E0WxuN012270 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Jun 2006 17:33:00 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <448F597C.4010108@errno.com> Date: Tue, 13 Jun 2006 17:34:04 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060209) MIME-Version: 1.0 To: Reid Linnemann References: <448F36CB.6000604@cs.okstate.edu> In-Reply-To: <448F36CB.6000604@cs.okstate.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: atheros 'device timeout' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jun 2006 00:33:02 -0000 Reid Linnemann wrote: > I have a DWL-G520 with an atheros chipset on a 6-stable machine and I've > had a persistent problem for quite a long time now from 6-CURRENT in > 2005 to recent 6-stable that I need to address. > > First, I'll spit out pertinent machine information - > uname -a: > FreeBSD hautlos 6.0-STABLE FreeBSD 6.0-STABLE #3: Sat Mar 11 16:26:58 > CST 2006 root@hautlos:/usr/obj/usr/src/sys/HAUTLOS i386 > > pciconf for the card: > ath0@pci0:12:0: class=0x020000 card=0x3a131186 chip=0x0013168c rev=0x01 > hdr=0x00 > vendor = 'Atheros Communications Inc.' > device = 'AR5212, AR5213 802.11a/b/g Wireless Adapter' > class = network > > ifconfig ath0: > ath0: > flags=28943 mtu > 1500 > inet6 fe80::211:95ff:fe8d:1379%ath0 prefixlen 64 scopeid 0x3 > ether 00:11:95:8d:13:79 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g > status: associated > ssid deutschland channel 6 bssid 00:11:95:8d:13:79 > authmode OPEN privacy OFF txpowmax 36 protmode CTS ssid HIDE > dtimperiod 1 bintval 100 > > The ath0 is briged to a dc0 interface through netgraph. > > > This is the behavior I've noticed; at seemingly random intervals I will > get a device timeout thrown out to dmesg from the ath driver. Reading > the ath manpage, I see that "This should not happen." Most occurrences > do not yield any perceivable change in the connection. However, > sometimes the windows wireless clients I have associated with this > machine will not be able to receive anything over the wireless link > unless they trigger it by sending something over the radio. Sometimes > the windows clients will straight up lose track of the machine > completely and scan for other networks. I've not been able to replicate > the problem from a FreeBSD client. > > I desperately need to troubleshoot the problem, as my wife is getting > frustrated with losing connectivity to my "stupid computer" (which is > the gateway for our network) and I can't cook very well. ;) The > difficulty I'm having is that I don't know where to start to solve this > particular issue, and I've seen no other users with the same problem. > I'd appreciate any bumps in the correct direction. There is a known issue w/ the buffering of multicast frames for associated stations operating in power save mode. If this is the cause and you can disable power save operation in the clients you can workaround the problem. Sam From owner-freebsd-stable@FreeBSD.ORG Wed Jun 14 00:34: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B406916A47D for ; Wed, 14 Jun 2006 00:34:54 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 682D443D46 for ; Wed, 14 Jun 2006 00:34:54 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.169] ([10.0.0.169]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k5E0YrEf012282 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Jun 2006 17:34:54 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <448F59EE.9030801@errno.com> Date: Tue, 13 Jun 2006 17:35:58 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060209) MIME-Version: 1.0 To: Alex Burke References: <448F36CB.6000604@cs.okstate.edu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD STABLE Subject: Re: atheros 'device timeout' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jun 2006 00:34:54 -0000 Alex Burke wrote: > Hi, > > Just to chime in and say that I have seen device timeout messages too > - the behaviour for me was (ok, maybe a bit random but...) having > mounted an NFS exported /usr/src and hammering it with a buildworld. > So really, I guess I can only say that I have seen this when the > wireless card was under some very heavy load. > > Symptoms where I would notice things just stop, it dissociates...and > sure enough, on the console was an ath0: device timeout message. I was > using WPA2-PSK, and the card I have is a Netgear WPN511 (Cardbus), > which i think defines itself as a 5212 chip. I was running FreeBSD 6.0 > with all security patches at the time. > > Anyways, it does appear that it can happen, and glad I am not the only > one hititng it - would be interested to find out how hard you were > working it when it occured though. > > If anoybody needs any furhter information, I will put 6.1 on my laptop > and see if I can reproduce and/or retrieve anything that may help. You are operating in station mode; the original poster reported an issue when operating in ap mode. I believe problems of the sort you report have been resolved in 6.1 or at the very least they are an annoyance and do not significantly disturb operation. Sam From owner-freebsd-stable@FreeBSD.ORG Wed Jun 14 01:59: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9D6116A474 for ; Wed, 14 Jun 2006 01:59:23 +0000 (UTC) (envelope-from forrie@forrie.com) Received: from forrie.com (c-24-62-224-60.hsd1.nh.comcast.net [24.62.224.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 789C743D45 for ; Wed, 14 Jun 2006 01:59:23 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from [192.168.1.98] (monster.forrie.com [192.168.1.98]) (authenticated bits=0) by forrie.com (8.13.6/8.13.6) with ESMTP id k5E1xoEZ037603 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 13 Jun 2006 21:59:51 -0400 (EDT) (envelope-from forrie@forrie.com) Message-ID: <448F6DEC.3070803@forrie.com> Date: Tue, 13 Jun 2006 22:01:16 -0400 From: Forrest Aldrich User-Agent: Thunderbird 1.5.0.4 (Windows/20060603) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.2/1538/Tue Jun 13 16:17:56 2006 on mail.forrie.com X-Virus-Status: Clean Subject: Kerberos5 on 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: Wed, 14 Jun 2006 01:59:23 -0000 I have FreeBSD-6.1 and it appears the default installation has a full complement of Kerberos5. But, /usr/src/kerberos5/README states: This subtree is world-exportable, as it does not contain any cryptographic code. At the time of writing, it did not even contain source code, only Makefiles and headers. Please maintain this "exportable" status quo. Thanks! MarkM markm@freebsd.org 20th Sept 1997 I'm guessing the README is a bit out-of-date... The HANDBOOK suggests more needs to be obtained from the security/heimdal port. I see all the libraries in /usr/lib etc., so which is it... do we have a full install as a part of 6.1 or is the security/heimdal still needed to bring it up to speed. _F From owner-freebsd-stable@FreeBSD.ORG Wed Jun 14 02:28: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4581116A47A for ; Wed, 14 Jun 2006 02:28:52 +0000 (UTC) (envelope-from bazzoola@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E95A43D46 for ; Wed, 14 Jun 2006 02:28:51 +0000 (GMT) (envelope-from bazzoola@gmail.com) Received: by py-out-1112.google.com with SMTP id e30so2060452pya for ; Tue, 13 Jun 2006 19:28:51 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:mime-version:to:message-id:content-type:from:subject:date:x-mailer; b=Kevw+eLbjZD/1PNUNZQ/tWFXfwDu2gUJhxCuWxtVzZ1Ah3mj9SXDcvyQ5zj0OKkdQ1rh/vYoXq6nVCeaHmqH7l7TflKr1flq5cDIv4NA2dNUGvZZhL22iU48IlHcsTRpe+VXDzhkIuAP3sZKJbdDj5uy4rDxOZv7VfYNBTudcqo= Received: by 10.35.27.1 with SMTP id e1mr192809pyj; Tue, 13 Jun 2006 19:03:32 -0700 (PDT) Received: from ?192.168.1.9? ( [35.11.158.74]) by mx.gmail.com with ESMTP id t70sm140895pyg.2006.06.13.19.03.29; Tue, 13 Jun 2006 19:03:29 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v750) To: freebsd-stable@freebsd.org Message-Id: Content-Type: multipart/mixed; boundary=Apple-Mail-3-144719063 From: bazzoola Date: Tue, 13 Jun 2006 22:03:30 -0400 X-Mailer: Apple Mail (2.750) Subject: acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jun 2006 02:28:52 -0000 --Apple-Mail-3-144719063 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Greetings, I sync'd my src tree for 6.1-stable recently then I updated my system. Now I keep getting: acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb I searched the mailing list I found one useful entry however, he had the same problem and no one replied to him. Attached is my dmesg. I am not sure if my ACPI is faulty. Or is this a normal behavior? I have beening following the stable branch for years this is the first time I get it. If more info is needed I am more than happy to send it. Thanks! --Apple-Mail-3-144719063 Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0644; name="dmesg.today" Content-Disposition: attachment; filename=dmesg.today 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-STABLE #0: Fri Jun 9 22:43:00 EDT 2006 root@nixnix.lar:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD-K6(tm) 3D processor (501.14-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 real memory = 266272768 (253 MB) avail memory = 251170816 (239 MB) wlan: mac acl policy registered kbd1 at kbdmux0 K6-family MTRR support enabled (2 registers) acpi0: on motherboard acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi0: Power Button (fixed) acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0x480-0x48f,0x5000-0x5041 on acpi0 pci0: on pcib0 pcib0: no PRT entry for 0.0.INTA agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x4000-0x400f irq 14 at device 0.1 on pci0 ata0: on atapci0 ata1: on atapci0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xe4904000-0xe4904fff irq 9 at device 1.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pcib1: at device 2.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) rl0: port 0xd000-0xd0ff mem 0xe4902000-0xe49020ff irq 11 at device 9.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:50:ba:XX:XX:XX rl1: port 0xd400-0xd4ff mem 0xe4903000-0xe49030ff irq 10 at device 11.0 on pci0 miibus1: on rl1 rlphy1: on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: Ethernet address: 00:0d:88:XX:XX:XX ral0: mem 0xe4900000-0xe4901fff irq 12 at device 13.0 on pci0 ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525 ral0: Ethernet address: 00:12:17:XX:XX:XX pci0: at device 15.0 (no driver attached) acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xfb acpi: bad write to port 0x021 (8), val 0xfb fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xbb acpi: bad write to port 0x021 (8), val 0xbb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xbb acpi: bad write to port 0x021 (8), val 0xbb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xbb acpi: bad write to port 0x021 (8), val 0xbb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xbb acpi: bad write to port 0x021 (8), val 0xbb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xbb acpi: bad write to port 0x021 (8), val 0xbb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xbb acpi: bad write to port 0x021 (8), val 0xbb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xbb acpi: bad write to port 0x021 (8), val 0xbb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xbb acpi: bad write to port 0x021 (8), val 0xbb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xbb acpi: bad write to port 0x021 (8), val 0xbb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xbb acpi: bad write to port 0x021 (8), val 0xbb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xbb acpi: bad write to port 0x021 (8), val 0xbb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xbb acpi: bad write to port 0x021 (8), val 0xbb sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xbb acpi: bad write to port 0x021 (8), val 0xbb acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xab acpi: bad write to port 0x021 (8), val 0xab acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xab acpi: bad write to port 0x021 (8), val 0xab acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xab acpi: bad write to port 0x021 (8), val 0xab acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xab acpi: bad write to port 0x021 (8), val 0xab acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xab acpi: bad write to port 0x021 (8), val 0xab acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xab acpi: bad write to port 0x021 (8), val 0xab acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xab acpi: bad write to port 0x021 (8), val 0xab acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xab acpi: bad write to port 0x021 (8), val 0xab acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xab acpi: bad write to port 0x021 (8), val 0xab acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xab acpi: bad write to port 0x021 (8), val 0xab acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xab acpi: bad write to port 0x021 (8), val 0xab acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xab acpi: bad write to port 0x021 (8), val 0xab sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xab acpi: bad write to port 0x021 (8), val 0xab acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xa3 acpi: bad write to port 0x021 (8), val 0xa3 acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xa3 acpi: bad write to port 0x021 (8), val 0xa3 acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xa3 acpi: bad write to port 0x021 (8), val 0xa3 acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xa3 acpi: bad write to port 0x021 (8), val 0xa3 acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xa3 acpi: bad write to port 0x021 (8), val 0xa3 acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xa3 acpi: bad write to port 0x021 (8), val 0xa3 acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xa3 acpi: bad write to port 0x021 (8), val 0xa3 acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xa3 acpi: bad write to port 0x021 (8), val 0xa3 acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xa3 acpi: bad write to port 0x021 (8), val 0xa3 acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xa3 acpi: bad write to port 0x021 (8), val 0xa3 acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0xa3 acpi: bad write to port 0x021 (8), val 0xa3 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 acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0x23 acpi: bad write to port 0x021 (8), val 0x23 acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0x23 acpi: bad write to port 0x021 (8), val 0x23 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 501139864 Hz quality 800 Timecounters tick every 1.000 msec ad0: 29311MB at ata0-master UDMA66 acd0: CDRW at ata1-master PIO4 Trying to mount root from ufs:/dev/ad0s1a acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0x21 acpi: bad write to port 0x021 (8), val 0x20 acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0x21 acpi: bad write to port 0x021 (8), val 0x20 acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0x21 acpi: bad write to port 0x021 (8), val 0x20 acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0x21 acpi: bad write to port 0x021 (8), val 0x20 acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0x21 acpi: bad write to port 0x021 (8), val 0x20 acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0x21 acpi: bad write to port 0x021 (8), val 0x20 acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0x21 acpi: bad write to port 0x021 (8), val 0x20 acpi: bad read from port 0x021 (8) acpi: bad write to port 0x021 (8), val 0x21 acpi: bad write to port 0x021 (8), val 0x20 ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled tap0: Ethernet address: 00:bd:19:XX:XX:XX --Apple-Mail-3-144719063-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 14 05:49: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B746516A41A for ; Wed, 14 Jun 2006 05:49:25 +0000 (UTC) (envelope-from wolfgardt@hotmail.de) Received: from bay0-omc1-s22.bay0.hotmail.com (bay0-omc1-s22.bay0.hotmail.com [65.54.246.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7684543D53 for ; Wed, 14 Jun 2006 05:49:20 +0000 (GMT) (envelope-from wolfgardt@hotmail.de) Received: from BAY107-W7 ([64.4.51.107]) by bay0-omc1-s22.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.211); Tue, 13 Jun 2006 22:49:20 -0700 X-Originating-IP: [195.90.10.76] X-Originating-Email: [wolfgardt@hotmail.de] Message-ID: MIME-Version: 1.0 From: "Bjoern Wolfgardt" To: Date: Wed, 14 Jun 2006 05:49:20 +0000 X-OriginalArrivalTime: 14 Jun 2006 05:49:20.0898 (UTC) FILETIME=[48537620:01C68F76] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: VT 6421 setup probelm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jun 2006 05:49:25 -0000 Hi, =20 I am very new to FreeBSD. So pls be patient. I try to install FreeBSD 6.1 on my Amilo 3438G. It has a VIA VT 6421 inside= . I have 2 80GB HDs configured as Raid0. I have one partition (80GB) with W= indows XP SP2. Now I want to install FreeBSD 6.1 as second boot option. While booting the = Setup I can see that FreeBSD recognize 2 HDs (ad4 and ad6). The Log indicates that there are problems with these drives (which my Windo= ws and the VIA Tool do not recognize). FreeBSD seems to have problems read= ing DMA (READ_DMA Timeout,.....). But after this I come to sysinstall. I ch= oose custom Installation and Partition. I have 3 drives (ad4, ad6, ar0). If= I select ar0 it is totaly unused. ad6 reports: A geometry of 155061/16/63 = is incorrect.... Also ad6 is unused. ad4 reports the same problem. But in ad4 I can see my N= TFS partition (ad4s1). =20 any ideas? thx in advance Bjoern =20 =20 _________________________________________________________________ Mehr wissen. Mehr weitergeben. Testen Sie kostenlos Windows Live Messenger = - Beta. http://ideas.live.com/programpage.aspx?versionId=3D0eccd94b-eb48-497c-8e60-= c6313f7ebb73= From owner-freebsd-stable@FreeBSD.ORG Wed Jun 14 10:39: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FAEA16A41B; Wed, 14 Jun 2006 10:39:45 +0000 (UTC) (envelope-from sebastien.valsemey@vsystems.eu) Received: from pallena.vsystems.eu (pallena.vsystems.eu [195.5.252.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C58143D4C; Wed, 14 Jun 2006 10:39:41 +0000 (GMT) (envelope-from sebastien.valsemey@vsystems.eu) DKIM-Signature: a=rsa-sha1; c=simple; d=vsystems.eu; s=VSystems; t=1150281987; x=1150886787; q=dns; h=DomainKey-Signature:From:To: Subject:Date:Message-ID:MIME-Version:Content-Type: Content-Transfer-Encoding:Thread-Index; b=XLHIVxBYW20986z4q8WhWS snmmVdyGd/z5tbJ6VL2erq337jMGz37B4GNGEZ2BGOeQtohtsnx29QZSEaWrfhps PxrN1sx3Sd8mS/kjHqgYE6uTH1cLGlsmsJHowPjSwIPsf+DM+b2xvS3ztpoa4wYa UI2XqUtnSMgyaqUV/THNY= DomainKey-Signature: a=rsa-sha1; s=VSystems; d=vsystems.eu; c=simple; q=dns; h=from:message-id; b=UVMePJhKMiWaTLLzztkr7+hfn21poH13m9sfIUHZo3bA2i4nZwFi6Uny6dcl FJ1J1KFSWkPF8XjnSpjtaSbvnbLKyAGAqPJAo0YJnYctBLDH2/CzbjLq5 OEAiZ/pzk1fIJeUgdDw8XzrY33UZUzy7+gfRv2NnPkf7B0MXS84OsE=; From: =?iso-8859-1?Q?S=E9bastien_A._VALSEMEY?= To: , , Date: Wed, 14 Jun 2006 12:41:38 +0200 Message-ID: <004201c68f9f$1e5e8200$0da7a8c0@FR.B3W> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Thread-Index: AcaOGAzmx9EGBtcZSV+mYYnENhe26ABhqsTA X-HashCash: 1:20:060614:freebsd-ipfw@freebsd.org::blWv3aCycu4jNfOI:000000000000000000000000000000000000009D4 X-Return-Path: sebastien.valsemey@vsystems.eu X-Spam-Processed: pallena.vsystems.eu, Wed, 14 Jun 2006 12:46:22 +0200 Cc: Subject: IPF and OOW 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: Wed, 14 Jun 2006 10:39:45 -0000 Hello, I am sorry about the cross-posting but it seems I did not get any answer to my previous post into freebsd-net mailing list. > I currently have a FreeBSD 6.1-STABLE box configured as a router/firewall with ipfilter v4.1.8. > > > WAN_IP/32 > | > tun0 > | > |---------| > | FreeBSD | > |---------| > / \ > xl0 xl1 > / \ > > 192.168.0.0/24 DMZ_BLOCK/29 > > I often experience in my ipf logs such packet drops (the following example is for an active upload > on a FTP server located on the > first IP of the DMZ network). My IPs have been voluntary hidden for privacy purposes. > > ipmon[329]: 13:12:41.185263 tun0 @0:110 b REMOTE_WAN_IP,8600 -> DMZ_IP_1,20 PR tcp len 20 1300 -A > IN OOW > ipmon[329]: 13:12:41.186493 tun0 @0:110 b REMOTE_WAN_IP,8600 -> DMZ_IP_1,20 PR tcp len 20 356 -AP > IN OOW > > Packet drop occurs a few seconds after the beginning of the transfer, even allowing a few kilobytes > to be uploaded, which means that > the connection establishes well. > > And on another hand, when I try to reach DMZ machines from the LAN (for example via RDP), I am > systematically dropped with the same > kind of OOW packet, I mean the connection is not even established. > > As ICMP is allowed on the whole network, I can traceroute and reach each host in the network, from > inside and outside (except for > the natted LAN...). The IP masquerading for hosts located on LAN works perfectly as they can go on > the Internet without any problem. > > When I add the two following lines in my ipf ruleset, everything runs smoothly (but insecured!): > pass in quick all > pass out quick all > > I heard that such problems occur with the same version of ipf on Solaris > (http://msgs.securepoint.com/cgi-bin/get/ipfilter-0605/28.html), but I am not sure it happens > because of that. > > What I did wrong? > > Thank you by advance for your help. > > Here are extracts from my main configuration files: > > [/etc/rc.conf] > <... *snip*! ...> > firewall_enable="NO" > firewall_script="/etc/rc.firewall" > firewall_type="/etc/rc.firewall.rules" > firewall_logging="YES" > gateway_enable="YES" > icmp_drop_redirects="YES" > ifconfig_lo0="inet 127.0.0.1" > ifconfig_xl0="inet 192.168.0.254 netmask 255.255.255.0" > ifconfig_xl1="inet DMZ_IP_6 netmask 255.255.255.248" > ipfilter_enable="YES" > ipfilter_rules="/etc/ipf.rules" > ipnat_enable="YES" > ipnat_program="/sbin/ipnat" > ipnat_rules="/etc/ipnat.rules" > ipnat_flags="" > ipmon_enable="YES" > ipmon_program="/sbin/ipmon" > ipmon_flags="-Ds" > kern_securelevel="0" > kern_securelevel_enable="NO" > network_interfaces="lo0 xl0 xl1" > ppp_enable="YES" > ppp_mode="ddial" > ppp_nat="NO" > ppp_profile="My_ISP_PROFILE" > <... *snip*! ...> > > > > [/etc/ipf.rules] > # Allow localhost traffic > pass in quick on lo0 all > pass out quick on lo0 all > > # Allow all outgoing traffic from this gateway > pass out quick on tun0 from any to any keep state > pass out quick on tun0 proto tcp from any to any keep state > pass out quick on xl0 from any to 192.168.0.0/24 keep state > pass out quick on xl0 proto tcp from any to 192.168.0.0/24 keep state > pass out quick on xl1 from any to DMZ_BLOCK/29 keep state > pass out quick on xl1 proto tcp from any to DMZ_BLOCK/29 keep state > > # Allow ICMP traffic (for testing purposes) > pass in quick on xl0 proto icmp from 192.168.0.0/24 to any keep state > pass in quick on xl1 proto icmp from DMZ_BLOCK/29 to any keep state > pass in quick on tun0 proto icmp from any to 192.168.0.0/24 keep state > pass in quick on tun0 proto icmp from any to DMZ_BLOCK/29 keep state > pass out quick proto icmp from any to any keep state > > # Allow FTP server > pass in quick on tun0 proto tcp from any to DMZ_IP_1/32 port = ftp-data keep state > pass in quick on xl0 proto tcp from 192.168.0.0/24 to DMZ_IP_1/32 port = ftp-data keep state > pass in quick on tun0 proto tcp from any to DMZ_IP_1/32 port = ftp keep state > pass in quick on xl0 proto tcp from 192.168.0.0/24 to DMZ_IP_1/32 port = ftp keep state > # This is for the passive ports range... > pass in quick on tun0 proto tcp from any to DMZ_IP_1/32 port 4000 >< 4049 keep state > pass in quick on xl0 proto tcp from 192.168.0.0/24 to DMZ_IP_1/32 port 4000 >< 4049 keep state > > # Allow Terminal services > pass in quick on tun0 proto tcp from any to DMZ_IP_1/32 port = rdp keep state > pass in quick on xl0 proto tcp from 192.168.0.0/24 to DMZ_IP_1/32 port = rdp keep state > > # Default > block in log all > block return-rst in log proto tcp from any to any > block return-icmp-as-dest(port-unr) in log proto udp from any to any > > > [/etc/ipnat.rules] > map tun0 192.168.0.0/24 -> WAN_IP/32 > map tun0 192.168.0.0/24 -> WAN_IP/32 portmap tcp/udp auto > > > [KERNEL_CONFIG] > device bpf > options IPFIREWALL > options IPFIREWALL_VERBOSE > options IPFIREWALL_DEFAULT_TO_ACCEPT > options IPFILTER > options IPFILTER_LOG > options IPFILTER_DEFAULT_BLOCK > options NETGRAPH > options NETGRAPH_ETHER > options NETGRAPH_PPP > options NETGRAPH_PPPOE > options NETGRAPH_SOCKET From owner-freebsd-stable@FreeBSD.ORG Wed Jun 14 11:17: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FEF616A41A; Wed, 14 Jun 2006 11:17:10 +0000 (UTC) (envelope-from aturetta@commit.it) Received: from mail.logital.it (85-18-201-99.ip.fastwebnet.it [85.18.201.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id E88D943D48; Wed, 14 Jun 2006 11:17:09 +0000 (GMT) (envelope-from aturetta@commit.it) Received: from [192.168.42.11] ([192.168.42.11]) (authenticated bits=0) by mail.logital.it (8.13.6/8.13.6) with ESMTP id k5EBGsL0090876; Wed, 14 Jun 2006 13:16:55 +0200 (CEST) (envelope-from aturetta@commit.it) Message-ID: <448FF023.9050204@commit.it> Date: Wed, 14 Jun 2006 13:16:51 +0200 From: Angelo Turetta User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.11) Gecko/20050728 X-Accept-Language: it, en-us, en MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <448FD995.3070400@ccgis.de> In-Reply-To: <448FD995.3070400@ccgis.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on mail.logital.it X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on mail.logital.it X-Virus-Status: Clean Cc: Benjamin Thelen , freebsd-stable@freebsd.org Subject: Re: tomcat broken for FreeBSD 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, 14 Jun 2006 11:17:10 -0000 Benjamin Thelen wrote: > Hi, > > jakarta-tomcat-5.0.30_3 does not start anymore under FreeBSD > 4.11-RELEASE-p13: > > /usr/local/jakarta-tomcat5.0/logs/stderr.log sais: > daemon: illegal option -- p > usage: daemon [-cf] command arguments ... Yes, it's broken. You can simply resolve this by updating your /usr/sbin/daemon with one compiled from the sources for 5.x In your 4.x source tree: cd /usr/src/usr.sbin/daemon cvs -qR update -rRELENG_5 -dP make all make install /usr/sbin/daemon -? usage: daemon [-cf] [-p pidfile] command arguments ... If you update via cvsup, the 'cvs ...' step is not appliable. You could just download the three files present in that directory from a 5.x tree. Of course, after every 'make update' or equivalent, you have to verify that the daemon source files be restored to the 5.x version. One question for the 4.x mainteiners: would it be possible to MF5.x the new daemon version? Angelo Turetta Modena - Italy From owner-freebsd-stable@FreeBSD.ORG Wed Jun 14 13:17: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A841C16A41A for ; Wed, 14 Jun 2006 13:17:38 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 247C043D46 for ; Wed, 14 Jun 2006 13:17:37 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id BD672C586 for ; Wed, 14 Jun 2006 09:17:36 -0400 (EDT) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 07121C579 for ; Wed, 14 Jun 2006 09:17:32 -0400 (EDT) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id C0F9EC504 for ; Wed, 14 Jun 2006 09:17:31 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding; b=GDCW2EPdISFgd812H5Cu9oeBMbicwur5VBOVG2IjHjB8iPizU31cWVgiYpBduZWffHa5zfyK+bNNqnbDWjU7IwyLxNb4TC/wETLHoI4hPWdVQHAxZ8GSjXytjq/0VVz2; Received: from [192.168.1.11] (c-24-218-147-31.hsd1.ma.comcast.net [24.218.147.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) by aaron.protected-networks.net (Postfix) with ESMTP id A14F0C4EA for ; Wed, 14 Jun 2006 09:17:31 -0400 (EDT) Message-ID: <44900C6A.8080400@protected-networks.net> Date: Wed, 14 Jun 2006 09:17:30 -0400 From: Michael Butler User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: /dev/smb issue? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jun 2006 13:17:38 -0000 Recently, I made some changes to two of my (ancient Intel TR-440BX) ISP-1100 servers, added RAM in one, upgraded BIOS on both. Strangely, only the one with the upgraded RAM is now giving problems with the SMB (i.e. PIIX4) interface while attempting to monitor the on-board Heceta-II device (volts, fans, temps). With a slightly rewritten 'testsmb' command from the xmbmon sources, I can tell that the bus is getting written to even though the process using the SMB interface has long since died. Only some part of the kernel can be doing this .. imb@aaron:/home/imb/xmbmon205# ./testsmb bus=0x00:dev=0x07:fun=0x03 ---> chip=0x71138086 [0x90] SMBase=0x00000441 SMBHSTSTS: 0x01 < busy SMBHSTCNT: 0x09 < byte read or write, irq enable imb@aaron:/home/imb/xmbmon205# ./testsmb bus=0x00:dev=0x07:fun=0x03 ---> chip=0x71138086 [0x90] SMBase=0x00000441 SMBHSTSTS: 0x14 < not busy, command failed, device error SMBHSTCNT: 0x08 < byte read or write imb@aaron:/home/imb/xmbmon205# ./testsmb bus=0x00:dev=0x07:fun=0x03 ---> chip=0x71138086 [0x90] SMBase=0x00000441 SMBHSTSTS: 0x01 < busy SMBHSTCNT: 0x08 < byte read or write So .. my question is .. if a write to /dev/smbX fails, is there a time-out mechanism on the transaction (I can find a kernel code path that would :-() or do I have to power-cycle the box? :-( :-( Is there a mechanism by which I can reset the devices on /dev/smb0 (only PIIX4 and Heceta-II in this case) without power-cycling the machine? Speculation: there may still be an obscure race condition that caused an interrupt to be asserted by the PIIX4 prior to the SMB interface completing the command it was given .. as the Intel AppNotes mention .. but I have yet to prove that .. -- Michael Butler, CISSP Security Architect Protected Networks http://www.protected-networks.net From owner-freebsd-stable@FreeBSD.ORG Wed Jun 14 13:18:44 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A992916A474 for ; Wed, 14 Jun 2006 13:18:44 +0000 (UTC) (envelope-from chris@vindaloo.com) Received: from corellia.vindaloo.com (corellia.vindaloo.com [64.51.148.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9F7443D48 for ; Wed, 14 Jun 2006 13:18:43 +0000 (GMT) (envelope-from chris@vindaloo.com) Received: from yavin.vindaloo.com (yavin.vindaloo.com [172.24.144.34]) by corellia.vindaloo.com (Postfix) with ESMTP id 9686D5C34; Wed, 14 Jun 2006 09:17:43 -0400 (EDT) Received: from dagobah.vindaloo.com (dagobah.vindaloo.com [172.24.145.68]) by yavin.vindaloo.com (Postfix) with ESMTP id 218C825333; Wed, 14 Jun 2006 09:18:42 -0400 (EDT) Received: from dagobah.vindaloo.com (localhost [127.0.0.1]) by dagobah.vindaloo.com (8.13.6/8.13.6) with ESMTP id k5EDIJRQ001973; Wed, 14 Jun 2006 09:18:19 -0400 (EDT) (envelope-from chris@dagobah.vindaloo.com) Received: (from chris@localhost) by dagobah.vindaloo.com (8.13.6/8.13.6/Submit) id k5EDI4FB001972; Wed, 14 Jun 2006 09:18:04 -0400 (EDT) (envelope-from chris) Date: Wed, 14 Jun 2006 09:18:04 -0400 From: Christopher Sean Hilton To: Greg Lane Message-ID: <20060614131804.GA1920@dagobah.vindaloo.com> References: <20060612055143.GA10925@router.lane.family> <448D30EC.1070400@quip.cz> <20060612113725.GA10678@router.lane.family> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline In-Reply-To: <20060612113725.GA10678@router.lane.family> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: kernel panic(?) trying to copy data off failed drive with dd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jun 2006 13:18:44 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 12, 2006 at 09:37:25PM +1000, Greg Lane wrote: > On Mon, Jun 12, 2006 at 11:16:28AM +0200, Miroslav Lachman <000.fbsd@quip= .cz> wrote: > > >Advice please?!? > >=20 > > Maybe you can try /usr/ports/sysutils/cpdup which can skip read errors.= =20 > > I used cpdup few years ago on HDD with bad sectors with success - lose= =20 > > only few unreadable files from the middle of disk. >=20 > I am installing that right now and will give it a try in the morning=20 > when I am sitting next to it. I want to keep the machine alive=20 > overnight while I copy some other stuff over the network to another=20 > machine, since I may take this opportunity (replacing the disk) to upgrad= e=20 > to 6-stable. >=20 The problem here is that if the drive wedges the controller then the kernel really cannot do anything about it. Your drive is SATA so I'm not sure if hardware exists that can help you but were it normal ATA I would put it in an external USB or firewire enclosure and try the dd from there. That way if the controller gets wedged during the read process it's the USB controller and you weren't depending on it for access to your root filesystem, swap space, etc. -- Chris --=20 Chris Hilton chris-at-vindaloo-dot-com ------------------------------------------------------------------------ "All I was doing was trying to get home from work!" -- Rosa Parks --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iQEVAwUBRJAMjILaxorQlXotAQIZpggAueYUSufk+aM+qq6rMmSpbVKzF0bQU3Sj 6gpKTE4uGYPFZM6noFQ3IX5SBhOCq64QqspBmtLTx5VlOBAABV1u0NCW0gfSMROD AFvNhK6AReVV9XGqbpAXfsrfYKIla7/ywe1igu/RAmnc2fIGuYLchYVTqHz0Z5vk LRaOZRwI6ndCXzHhV44ZS9+lXkr8ihM+sVWzgyBvsOyLtt0ngPgbCQ3FhUtPJdnr HG5FQ7KHG6913z7UdI2B1EQTUiGB8ELKg0c0WLfFFPY1T8BukJFLcS1wiJXjhnKw jgGASyGIriuAqqJonXA4t5Kpk9Go2XemdpZiwrsOtmhj57ikIjD7mg== =yhL4 -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 14 13:42: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7564216A47B for ; Wed, 14 Jun 2006 13:42:39 +0000 (UTC) (envelope-from lreid@cs.okstate.edu) Received: from a.cs.okstate.edu (a.cs.okstate.edu [139.78.113.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E28B43D48 for ; Wed, 14 Jun 2006 13:42:38 +0000 (GMT) (envelope-from lreid@cs.okstate.edu) Received: from [192.168.142.69] (unknown [164.58.79.195]) by a.cs.okstate.edu (Postfix) with ESMTP id 47A25A063F; Wed, 14 Jun 2006 08:42:38 -0500 (CDT) Message-ID: <44901249.30208@cs.okstate.edu> Date: Wed, 14 Jun 2006 08:42:33 -0500 From: Reid Linnemann User-Agent: Thunderbird 1.5.0.2 (X11/20060526) MIME-Version: 1.0 To: Sam Leffler References: <448F36CB.6000604@cs.okstate.edu> <448F597C.4010108@errno.com> In-Reply-To: <448F597C.4010108@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Reid Linnemann Subject: Re: atheros 'device timeout' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jun 2006 13:42:39 -0000 As was spoken by Sam Leffler on 06/13/06 19:34~ > Reid Linnemann wrote: >> I have a DWL-G520 with an atheros chipset on a 6-stable machine and >> I've had a persistent problem for quite a long time now from 6-CURRENT >> in 2005 to recent 6-stable that I need to address. >> >> First, I'll spit out pertinent machine information - >> uname -a: >> FreeBSD hautlos 6.0-STABLE FreeBSD 6.0-STABLE #3: Sat Mar 11 16:26:58 >> CST 2006 root@hautlos:/usr/obj/usr/src/sys/HAUTLOS i386 >> >> pciconf for the card: >> ath0@pci0:12:0: class=0x020000 card=0x3a131186 chip=0x0013168c >> rev=0x01 hdr=0x00 >> vendor = 'Atheros Communications Inc.' >> device = 'AR5212, AR5213 802.11a/b/g Wireless Adapter' >> class = network >> >> ifconfig ath0: >> ath0: >> flags=28943 >> mtu 1500 >> inet6 fe80::211:95ff:fe8d:1379%ath0 prefixlen 64 scopeid 0x3 >> ether 00:11:95:8d:13:79 >> media: IEEE 802.11 Wireless Ethernet autoselect mode 11g >> status: associated >> ssid deutschland channel 6 bssid 00:11:95:8d:13:79 >> authmode OPEN privacy OFF txpowmax 36 protmode CTS ssid HIDE >> dtimperiod 1 bintval 100 >> >> The ath0 is briged to a dc0 interface through netgraph. >> >> >> This is the behavior I've noticed; at seemingly random intervals I >> will get a device timeout thrown out to dmesg from the ath driver. >> Reading the ath manpage, I see that "This should not happen." Most >> occurrences do not yield any perceivable change in the connection. >> However, sometimes the windows wireless clients I have associated with >> this machine will not be able to receive anything over the wireless >> link unless they trigger it by sending something over the radio. >> Sometimes the windows clients will straight up lose track of the >> machine completely and scan for other networks. I've not been able to >> replicate the problem from a FreeBSD client. >> >> I desperately need to troubleshoot the problem, as my wife is getting >> frustrated with losing connectivity to my "stupid computer" (which is >> the gateway for our network) and I can't cook very well. ;) The >> difficulty I'm having is that I don't know where to start to solve >> this particular issue, and I've seen no other users with the same >> problem. I'd appreciate any bumps in the correct direction. > > There is a known issue w/ the buffering of multicast frames for > associated stations operating in power save mode. If this is the cause > and you can disable power save operation in the clients you can > workaround the problem. > > Sam Thanks Sam, I've disabled power save mode in both wireless windows clients and I'll see if the problem lightens up. Also, do you know why device timeouts would be spat out by the driver when no stations are associated with the AP? The device timeouts persisted after my clients were shut down, and no other stations appear to be in the area. Thanks, Reid From owner-freebsd-stable@FreeBSD.ORG Wed Jun 14 14:57:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 864AF16A474 for ; Wed, 14 Jun 2006 14:57:06 +0000 (UTC) (envelope-from jelte@NLnetLabs.nl) Received: from sol.nlnetlabs.nl (sol.nlnetlabs.nl [213.154.224.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A31C43D5A for ; Wed, 14 Jun 2006 14:57:05 +0000 (GMT) (envelope-from jelte@NLnetLabs.nl) Received: from jelte (vhe-410064.sshn.net [195.169.215.155]) by sol.nlnetlabs.nl (Postfix) with ESMTP id CD9961880EB for ; Wed, 14 Jun 2006 16:57:03 +0200 (CEST) Received: from [192.168.8.20] (unknown [192.168.8.20]) by jelte (Postfix) with ESMTP id E485282F3F for ; Wed, 14 Jun 2006 18:57:41 +0200 (CEST) Message-ID: <449023C1.3080900@NLnetLabs.nl> Date: Wed, 14 Jun 2006 16:57:05 +0200 From: Jelte Jansen User-Agent: Thunderbird 1.5.0.2 (X11/20060522) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: kern.maxdsiz in /boot/loader.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, 14 Jun 2006 14:57:06 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, i was wondering, why is the loader tunable kern.maxdsiz not documented in the manpages? Is it better to stray from generic and compile this in the kernel if you need a bigger datasize or is this just something that should have been added to the documentation? Jelte -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEkCPA4nZCKsdOncURAvNcAKClnwbjV/87ZujxTxeG7vh7QuxnzgCgzMcE R+9IpG0EaYgoFmNgiFIttKQ= =EcTx -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 14 16:26: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1FDB16A528 for ; Wed, 14 Jun 2006 16:26:18 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id B978243D46 for ; Wed, 14 Jun 2006 16:26:16 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-06-z2.arcor-online.net (mail-in-06-z2.arcor-online.net [151.189.8.18]) by mail-in-09.arcor-online.net (Postfix) with ESMTP id 94F7A2F5157; Wed, 14 Jun 2006 18:26:15 +0200 (CEST) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mail-in-06-z2.arcor-online.net (Postfix) with ESMTP id 7C6B919F2DF; Wed, 14 Jun 2006 18:26:15 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-061-131-029.pools.arcor-ip.net [84.61.131.29]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id 1D6181461B6; Wed, 14 Jun 2006 18:26:14 +0200 (CEST) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.4]) by lofi.dyndns.org (8.13.4/8.13.3) with ESMTP id k5EGQBmW098149 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Jun 2006 18:26:11 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.6/8.13.4) with ESMTP id k5EGQBbV024233; Wed, 14 Jun 2006 18:26:11 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.13.6/8.13.4/Submit) id k5EGQAnE024232; Wed, 14 Jun 2006 18:26:10 +0200 (CEST) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Wed, 14 Jun 2006 18:26:09 +0200 User-Agent: KMail/1.9.3 References: <200606130103.37160.lofi@freebsd.org> In-Reply-To: <200606130103.37160.lofi@freebsd.org> X-Face: =Ym$`&q\+S2X$4`X%x%6"L4>Y,$]<":'L%c9"#7#`2tb&E&wsN31on!N\)3BD[g<=?utf-8?q?=2EjnfV=5B=0A=093=23?=>XchLK,o; >bD>c:]^; :>0>vyZ.X[,63GW`&M>}nYnr]-Fp``,[[@lJ!QL|sfW!s)=?utf-8?q?A2!*=0A=09vNkB/=7CL-?=>&QdSbQg X-Virus-Scanned: by amavisd-new Cc: freebsd-gfx-bugs@nvidia.com Subject: Re: nvidia-driver related (?) panic on 5.5-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, 14 Jun 2006 16:26:18 -0000 --nextPart5327018.OIETprRWMf Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 13. June 2006 01:03, Michael Nottebrock wrote: I'm getting similar kernel panics even when running (and quitting) much=20 simpler applications than secondlife in wine - for instance, this is a pani= c=20 I got quitting "foobar2000" (a very unfancy Windows audio player): #0 doadump () at pcpu.h:160 #1 0xc04edd29 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 12 #2 0xc04ee04d in panic (fmt=3D0xc0697a7d "%s: interrupts disabled") at /usr/src/sys/kern/kern_shutdown.c:568 #3 0xc064d6eb in pmap_invalidate_range (pmap=3D0xc07065a0, sva=3D368402432= 0,=20 eva=3D3684040704) at /usr/src/sys/i386/i386/pmap.c:636 #4 0xc064df0d in pmap_qremove (sva=3D3684024320, count=3D0) at /usr/src/sys/i386/i386/pmap.c:1013 #5 0xc0533530 in vfs_vmio_release (bp=3D0xd694a188)=20 at /usr/src/sys/kern/vfs_bio.c:1600 #6 0xc0532ab1 in brelse (bp=3D0xd694a188) at /usr/src/sys/kern/vfs_bio.c:1= 382 #7 0xc0541d9c in vtruncbuf (vp=3D0xc6951420, cred=3D0xc3cf0e00, td=3D0xc3b= e1780,=20 length=3D0, blksize=3D0) at /usr/src/sys/kern/vfs_subr.c:1150 #8 0xc05e5a36 in ffs_truncate (vp=3D0xc6951420, length=3D0, flags=3D2048,= =20 cred=3D0xc3cf0e00, td=3D0xc3be1780) at /usr/src/sys/ufs/ffs/ffs_inode.c:400 #9 0xc0601b47 in ufs_setattr (ap=3D0x0) at /usr/src/sys/ufs/ufs/ufs_vnops.= c:566 #10 0xc0604e73 in ufs_vnoperate (ap=3D0x0)=20 at /usr/src/sys/ufs/ufs/ufs_vnops.c:2827 #11 0xc04f2d65 in coredump (td=3D0xc3be1780) at vnode_if.h:364 #12 0xc04f2647 in sigexit (td=3D0xc3be1780, sig=3D10)=20 at /usr/src/sys/kern/kern_sig.c:2414 #13 0xc04f0a51 in trapsignal (td=3D0xc3be1780, sig=3D10, code=3D30) at /usr/src/sys/kern/kern_sig.c:1531 #14 0xc0652da0 in trap (frame=3D {tf_fs =3D 2080248359, tf_es =3D -1083375569, tf_ds =3D -1083375569, = tf_edi =3D=20 2080208384, tf_esi =3D 0, tf_ebp =3D 2080260028, tf_isp =3D -368837276, tf_= ebx=20 =3D -1678306116, tf_edx =3D 2080228352, tf_ecx =3D 0, tf_eax =3D 0, tf_trap= no =3D 9,=20 tf_err =3D 0, tf_eip =3D -1678318765, tf_cs =3D 31, tf_eflags =3D 2097686, = tf_esp =3D=20 2080259968, tf_ss =3D 47}) at /usr/src/sys/i386/i386/trap.c:632 #15 0xc0640fea in calltrap () at /usr/src/sys/i386/i386/exception.s:140 I'm not really sure anymore whether the nvidia driver has any part in this = =2D I=20 cannot rule it out however, since the nv driver doesn't recognize my graphi= cs=20 card and wine refuses to work with the vesa driver. The panics do go away=20 with SMP disabled. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart5327018.OIETprRWMf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEkDiiXhc68WspdLARAo7oAJ49hhAQuBH/DCph8E4VtunBRrUA6ACbBUDv 0PH3+2aT5wiVKzwirD6T0Jk= =miK2 -----END PGP SIGNATURE----- --nextPart5327018.OIETprRWMf-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 14 16:32: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4834116A4DA for ; Wed, 14 Jun 2006 16:32:00 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43F7D43D60 for ; Wed, 14 Jun 2006 16:31:54 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k5EGVoEJ016936 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Jun 2006 09:31:52 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <449039F6.1000703@errno.com> Date: Wed, 14 Jun 2006 09:31:50 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.2 (X11/20060508) MIME-Version: 1.0 To: Reid Linnemann References: <448F36CB.6000604@cs.okstate.edu> <448F597C.4010108@errno.com> <44901249.30208@cs.okstate.edu> In-Reply-To: <44901249.30208@cs.okstate.edu> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: atheros 'device timeout' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jun 2006 16:32:00 -0000 Reid Linnemann wrote: > As was spoken by Sam Leffler on 06/13/06 19:34~ >> Reid Linnemann wrote: >>> I have a DWL-G520 with an atheros chipset on a 6-stable machine and >>> I've had a persistent problem for quite a long time now from >>> 6-CURRENT in 2005 to recent 6-stable that I need to address. >>> >>> First, I'll spit out pertinent machine information - >>> uname -a: >>> FreeBSD hautlos 6.0-STABLE FreeBSD 6.0-STABLE #3: Sat Mar 11 16:26:58 >>> CST 2006 root@hautlos:/usr/obj/usr/src/sys/HAUTLOS i386 >>> >>> pciconf for the card: >>> ath0@pci0:12:0: class=0x020000 card=0x3a131186 chip=0x0013168c >>> rev=0x01 hdr=0x00 >>> vendor = 'Atheros Communications Inc.' >>> device = 'AR5212, AR5213 802.11a/b/g Wireless Adapter' >>> class = network >>> >>> ifconfig ath0: >>> ath0: >>> flags=28943 >>> mtu 1500 >>> inet6 fe80::211:95ff:fe8d:1379%ath0 prefixlen 64 scopeid 0x3 >>> ether 00:11:95:8d:13:79 >>> media: IEEE 802.11 Wireless Ethernet autoselect mode 11g >>> >>> status: associated >>> ssid deutschland channel 6 bssid 00:11:95:8d:13:79 >>> authmode OPEN privacy OFF txpowmax 36 protmode CTS ssid HIDE >>> dtimperiod 1 bintval 100 >>> >>> The ath0 is briged to a dc0 interface through netgraph. >>> >>> >>> This is the behavior I've noticed; at seemingly random intervals I >>> will get a device timeout thrown out to dmesg from the ath driver. >>> Reading the ath manpage, I see that "This should not happen." Most >>> occurrences do not yield any perceivable change in the connection. >>> However, sometimes the windows wireless clients I have associated >>> with this machine will not be able to receive anything over the >>> wireless link unless they trigger it by sending something over the >>> radio. Sometimes the windows clients will straight up lose track of >>> the machine completely and scan for other networks. I've not been >>> able to replicate the problem from a FreeBSD client. >>> >>> I desperately need to troubleshoot the problem, as my wife is getting >>> frustrated with losing connectivity to my "stupid computer" (which is >>> the gateway for our network) and I can't cook very well. ;) The >>> difficulty I'm having is that I don't know where to start to solve >>> this particular issue, and I've seen no other users with the same >>> problem. I'd appreciate any bumps in the correct direction. >> >> There is a known issue w/ the buffering of multicast frames for >> associated stations operating in power save mode. If this is the >> cause and you can disable power save operation in the clients you can >> workaround the problem. >> >> Sam > > Thanks Sam, I've disabled power save mode in both wireless windows > clients and I'll see if the problem lightens up. Also, do you know why > device timeouts would be spat out by the driver when no stations are > associated with the AP? The device timeouts persisted after my clients > were shut down, and no other stations appear to be in the area. No idea. The problem with buffered mcast frames is because the h/w xmit queue for the frames stops running and blocks the lower priority queues causing the watchdog timer to fire (and generate the device timeout msg). I'm pretty sure this is a race between ath_tx_start and ath_beacon_proc but I've not had time to rework the code and test (this problem does not exist in the linux version but it's structured very differently). If no clients are associated (or associated w/ power save enabled) then no frames should be buffered and this problem should not occur. To debug you can enable reset msgs in the driver (athdebug reset) and look to see what h/w q the frame(s) were on when the reset was done. Note that to do that you must enable ATH_DEBUG. Sam From owner-freebsd-stable@FreeBSD.ORG Wed Jun 14 18:08: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03DFB16A47A for ; Wed, 14 Jun 2006 18:08:20 +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 B9DD643D68 for ; Wed, 14 Jun 2006 18:08:15 +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 k5EI8EGb002751 for ; Wed, 14 Jun 2006 14:08:14 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3P/8.13.3) with ESMTP id k5EI8DCg060220 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 14 Jun 2006 14:08:13 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060614140656.057f5a00@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Wed, 14 Jun 2006 14:08:10 -0400 To: freebsd-stable@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Subject: patch for 6.2R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jun 2006 18:08:20 -0000 Any chance someone could look at http://www.freebsd.org/cgi/query-pr.cgi?pr=86598 for the next release of 6.2 ? ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Wed Jun 14 20:30:54 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFEED16A47B for ; Wed, 14 Jun 2006 20:30:54 +0000 (UTC) (envelope-from chris@vindaloo.com) Received: from corellia.vindaloo.com (corellia.vindaloo.com [64.51.148.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E13043D5F for ; Wed, 14 Jun 2006 20:30:32 +0000 (GMT) (envelope-from chris@vindaloo.com) Received: from yavin.vindaloo.com (yavin.vindaloo.com [172.24.144.34]) by corellia.vindaloo.com (Postfix) with ESMTP id AA47E5CA1; Wed, 14 Jun 2006 16:29:30 -0400 (EDT) Received: from dagobah.vindaloo.com (dagobah.vindaloo.com [172.24.145.68]) by yavin.vindaloo.com (Postfix) with ESMTP id 4B77B25333; Wed, 14 Jun 2006 16:30:31 -0400 (EDT) Received: from dagobah.vindaloo.com (localhost [127.0.0.1]) by dagobah.vindaloo.com (8.13.6/8.13.6) with ESMTP id k5EKKNkL002534; Wed, 14 Jun 2006 16:20:23 -0400 (EDT) (envelope-from chris@dagobah.vindaloo.com) Received: (from chris@localhost) by dagobah.vindaloo.com (8.13.6/8.13.6/Submit) id k5EKKNUG002533; Wed, 14 Jun 2006 16:20:23 -0400 (EDT) (envelope-from chris) Resent-Message-Id: <200606142020.k5EKKNUG002533@dagobah.vindaloo.com> X-Original-To: chris@vindaloo.com Delivered-To: chris@vindaloo.com Received: from dagobah.vindaloo.com (dagobah.vindaloo.com [172.24.145.68]) by yavin.vindaloo.com (Postfix) with ESMTP id 15A272544E; Wed, 14 Jun 2006 16:16:58 -0400 (EDT) Received: from dagobah.vindaloo.com (localhost [127.0.0.1]) by dagobah.vindaloo.com (8.13.6/8.13.6) with ESMTP id k5EKG0RT002512; Wed, 14 Jun 2006 16:16:00 -0400 (EDT) (envelope-from chris@dagobah.vindaloo.com) Received: (from chris@localhost) by dagobah.vindaloo.com (8.13.6/8.13.6/Submit) id k5EKFvVb002511; Wed, 14 Jun 2006 16:15:57 -0400 (EDT) (envelope-from chris) Date: Wed, 14 Jun 2006 16:15:57 -0400 From: Christopher Sean Hilton To: Zaphod Beeblebrox Message-ID: <20060614201557.GC1537@dagobah.vindaloo.com> References: <448B0419.3090303@cs.tu-berlin.de> <20060612193427.GE1226@roadrunner.aventurien.local> <5f67a8c40606121344g18d53ce9x4038384a734c3ce0@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <5f67a8c40606121344g18d53ce9x4038384a734c3ce0@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Spam-Checker-Version: SpamAssassin 2.63-csh_yavin_1.0.3 (2004-01-11) on yavin.vindaloo.com X-Spam-Level: X-Spam-Status: No, hits=-4.9 required=4.5 tests=BAYES_00 autolearn=ham version=2.63-csh_yavin_1.0.3 X-filtered: yavin.vindaloo.com Resent-From: Christopher Sean Hilton Resent-Date: Wed, 14 Jun 2006 16:20:22 -0400 Resent-To: bkoenig@cs.tu-berlin.de, stable@freebsd.org Cc: freebsd-questions@freebsd.org Subject: Re: unmounting a filesystem safely that doesn't exist 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: Wed, 14 Jun 2006 20:30:54 -0000 On Mon, Jun 12, 2006 at 04:44:48PM -0400, Zaphod Beeblebrox wrote: > On 6/12/06, Ulrich Spoerlein wrote: > > > >Björn König wrote: > > > > > >> I did a mistake: I unplugged my digital camera accidentally before I > >unmounted the > >> filesystem. *doh* This happens very often, because I'm very > >scatterbrained. =) The kernel > >> will panic and all filesystems remain unclean in any case now. I know > >that this is a well > >> know issue and in past discussions you stated that this behaviour is > >intended and won't be > >> changed ad hoc. I just want to know if somebody knows a workaround or > >small trick that > >> prevents the other filesystems from being unclean on next boot-up. > > > >You might give the automounter (am-utils) a whirl. They are very > >confusing to set up, but you can set the unmount-if-unused timeout to > >something like 5 seconds. This could narrow the window enough to not > >panic you system frequently :) > > > That's rather hackish ... especially since this is a common problem and a > rather obvious hole in using FreeBSD for noobs. > I've been using the automounter to handle these mounts for about three years now. When I started I would be have to run fsck on my memory stick about twice a day. Now it's more like once a month. In short it works. I've got to admit that I agree with the fact that this is a more than rather hackish solution to the problem. The real issue here is that for Unix, filesystems come in two types: Those on hard disks which are perpetually available once they've been mounted once, and those which come from the network which can come and go as they please. The automounter works as a solution to this problem by making a local filesystem on hotplugable hardware look like it's coming from a network. It took me the better part of a day to figure out how to make the automounter work properly in this situation. In my case I was using a UFS formatted memory stick which complicated things. The automounter was coded with the assumption that UFS filesystems only exist on drives that are bolted into the computer. The automounter will gladly mount a UFS volume but because it's a UFS volume it never feels the need to dismount the volume and leave it in a clean state. Another problem is that most tools today makes a similar the assumption about mounted volumes that they didn't graft into the filesystem. So, for example opening up the Nautilus file browser on /amd/ufs0 on my system creates an entry in some magic file somewhere that tells Nautilus to periodically visit that directory. As far as amd is concerned these visits are valid requests to mount the filesystem. The end result is that the filesystem again remains permanently mounted. With MS-DOS FAT filesystems the problem is who mounted the filesystem. Amd mounts my MP3 player read-write on /amd/mp3 perms 777 root:wheel. I use rsync to copy podcasts from a holding directory on my desktop to it. And rsync complains all the time that it can copy the files but it cannot change the date/time. This is because chris:chris cannot change an entry in a directory owned by root:wheel, as it should be. It doesn't sound like I'm trying to sell this but in the long run I actually believe that amd is the best of a bunch of mediocre solutions. I wish however that: Amd didn't make the assumption that a UFS volume was going to be there forever; Gnome could be told that filesystems under /amd or some other programmable mount point will come and go with the wind so don't cache the names; That more applications would understand that there are people using the automounter and that a mount request can be accomplished by a simple: $ ls -l /amd/foo and a umount request can be accomplished by a doing: $ amq -u /amd/foo Look for a followup with configs.g -- Chris -- Chris Hilton chris-at-vindaloo-dot-com ------------------------------------------------------------------------ "All I was doing was trying to get home from work!" -- Rosa Parks From owner-freebsd-stable@FreeBSD.ORG Thu Jun 15 00:30: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBBBF16A41A for ; Thu, 15 Jun 2006 00:30:21 +0000 (UTC) (envelope-from anli@ac3.com.au) Received: from granite-belt.ac3.com.au (granite-belt.ac3.com.au [203.202.1.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FFFF43D46 for ; Thu, 15 Jun 2006 00:30:20 +0000 (GMT) (envelope-from anli@ac3.com.au) Received: (from uucp@localhost) by granite-belt.ac3.com.au (8.11.7p1+Sun/8.11.7) id k5F0UJY14576 for ; Thu, 15 Jun 2006 10:30:19 +1000 (EST) Received: from dhcp105.ac3.com.au(203.202.0.105) by granite-belt.ac3.com.au via csmap (V6.0) id srcAAAArayDC; Thu, 15 Jun 06 10:30:17 +1000 Received: from andrew.ac3.com.au (andrew.ac3.com.au [127.0.0.1]) by andrew.ac3.com.au (8.13.1/8.13.1) with ESMTP id k5F0UHlP022225; Thu, 15 Jun 2006 10:30:17 +1000 Received: (from anli@localhost) by andrew.ac3.com.au (8.13.1/8.13.1/Submit) id k5F0U9ud022223; Thu, 15 Jun 2006 10:30:09 +1000 Date: Thu, 15 Jun 2006 10:30:09 +1000 From: Andrew Li To: Peter Losher Message-ID: <20060615003009.GU6198@andrew> References: <448E4A88.2000102@plosh.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <448E4A88.2000102@plosh.net> User-Agent: Mutt/1.4.1i Cc: freebsd-stable@freebsd.org Subject: Re: 'make release' questions... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2006 00:30:22 -0000 On Mon, Jun 12, 2006 at 10:18:00PM -0700, Peter Losher wrote: > First, is there any way to instruct 'make release' to just build certain > packages (and their dependencies) for inclusion in the release instead > of a blanket NOPORTS? There's no need for us spend two/three days >From my experience with playing with make release, you can do it. First build your packages with "make package" or "pkg_create" to get a package tarball. Then put the packages into your_path/release/R/cdrom/disc1 into a directory call "packages". Create the package directory structure, like packages/All, packages/your_package_category, ... After that, modify the INDEX file so it only contain your packages (plus dependencies). Then run mkisomages.sh to create your ISO. > Second, is there a way to build/tell sysinstall that if NO_OPENSSH is > set, that it doesn't ask you whether you want to enable SSH logins? I don't think you can, but check the source to comfirm. That's all from memory, may contain rough edges, hope it helps anyway. Andrew From owner-freebsd-stable@FreeBSD.ORG Thu Jun 15 00:47: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A04C916A474 for ; Thu, 15 Jun 2006 00:47:21 +0000 (UTC) (envelope-from pbowen@fastmail.fm) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 478DA43D45 for ; Thu, 15 Jun 2006 00:47:20 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from frontend3.internal (frontend3.internal [10.202.2.152]) by frontend1.messagingengine.com (Postfix) with ESMTP id 0CAF0D6BFC8 for ; Wed, 14 Jun 2006 20:47:19 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by frontend3.internal (MEProxy); Wed, 14 Jun 2006 20:47:22 -0400 X-Sasl-enc: yCcm46DwWmv9MrGASRggp8JRDGR3wSn8rQvLV6FuU1da 1150332442 Received: from [192.168.203.180] (ip-69-33-61-34.chi.megapath.net [69.33.61.34]) by mail.messagingengine.com (Postfix) with ESMTP id 7A5C76F15 for ; Wed, 14 Jun 2006 20:47:21 -0400 (EDT) Message-ID: <4490AE12.7050605@fastmail.fm> Date: Wed, 14 Jun 2006 19:47:14 -0500 From: Patrick Bowen User-Agent: Thunderbird 1.5 (X11/20060317) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: VT 6421 setup probelm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2006 00:47:21 -0000 Bjoern Wolfgardt wrote: > Hi, > > I am very new to FreeBSD. So pls be patient. > I try to install FreeBSD 6.1 on my Amilo 3438G. It has a VIA VT 6421 inside. I have 2 80GB HDs configured as Raid0. I have one partition (80GB) with Windows XP SP2. > Now I want to install FreeBSD 6.1 as second boot option. While booting the Setup I can see that FreeBSD recognize 2 HDs (ad4 and ad6). > The Log indicates that there are problems with these drives (which my Windows and the VIA Tool do not recognize). FreeBSD seems to have problems reading DMA (READ_DMA Timeout,.....). But after this I come to sysinstall. I choose custom Installation and Partition. I have 3 drives (ad4, ad6, ar0). If I select ar0 it is totaly unused. ad6 reports: A geometry of 155061/16/63 is incorrect.... > Also ad6 is unused. ad4 reports the same problem. But in ad4 I can see my NTFS partition (ad4s1). > > any ideas? thx in advance > Bjoern > > > _________________________________________________________________ > Mehr wissen. Mehr weitergeben. Testen Sie kostenlos Windows Live Messenger - Beta. > http://ideas.live.com/programpage.aspx?versionId=0eccd94b-eb48-497c-8e60-c6313f7ebb73_______________________________________________ > 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" > > Bjoern; I had the same msg with a 60G Hitachi on a Gateway. The msg went on to say it was using more reasonable values, so I went ahead with the install, and it works fine. See what happens. Patrick From owner-freebsd-stable@FreeBSD.ORG Thu Jun 15 05:05:17 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 023C016A47B for ; Thu, 15 Jun 2006 05:05:17 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id C57B143D4C for ; Thu, 15 Jun 2006 05:05:16 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost.isc.org [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id 37E50E6009 for ; Thu, 15 Jun 2006 05:05:16 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.6/8.13.6) with ESMTP id k5F55CqJ054445 for ; Thu, 15 Jun 2006 15:05:13 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200606150505.k5F55CqJ054445@drugs.dv.isc.org> To: stable@freebsd.org From: Mark Andrews Date: Thu, 15 Jun 2006 15:05:12 +1000 Sender: Mark_Andrews@isc.org Cc: Subject: gcc -pthread X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2006 05:05:17 -0000 Is there any good reason why "gcc -pthread" links in -lpthead except when -shared is specified? Also the gcc man page does not match reality. -pthread Link a user-threaded process against libc_r instead of libc. man pthread mentions these libraries but provided no discussion on if or when you should include them on the command line. Nor does it mention "-pthread". LIBRARY POSIX Threads Library (libpthread, -lpthread) 1:1 Threading Library (libthr, -lthr) Reentrant C Library (libc_r, -lc_r) The hacker handbook seems to indicate that you shouldn't need to use -lpthread or -lc_r. http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/dads-pthread.html Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Thu Jun 15 10:28: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A84DE16A47A for ; Thu, 15 Jun 2006 10:28:45 +0000 (UTC) (envelope-from olivier.taylor@phonext.com) Received: from smtp1.xs4all.be (smtp1.xs4all.be [195.144.64.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B8CF43D49 for ; Thu, 15 Jun 2006 10:28:44 +0000 (GMT) (envelope-from olivier.taylor@phonext.com) Received: from [192.168.2.100] (082-146-104-193.dyn.adsl.xs4all.be [82.146.104.193]) (authenticated bits=0) by smtp1.xs4all.be (8.12.10/8.12.10) with ESMTP id k5FASiio030355 for ; Thu, 15 Jun 2006 12:28:44 +0200 Message-ID: <4491365B.6030307@phonext.com> Date: Thu, 15 Jun 2006 12:28:43 +0200 From: Olivier Taylor User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="------------010106020303070508070208" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: save-entropy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: olivier.taylor@phonext.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jun 2006 10:28:45 -0000 This is a multi-part message in MIME format. --------------010106020303070508070208 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Since a few days, I receive this in /var/mail/root Any idea? Olivier From operator@xxx.be Thu Jun 15 11:11:00 2006 Return-Path: Received: from xxx.be (localhost [127.0.0.1]) by finalcut.be (8.13.3/8.13.3) with ESMTP id k5F9B0Pu051577 for ; Thu, 15 Jun 2006 11:11:00 +0200 (CEST) (envelope-from operator@xxx.be) Received: (from operator@localhost) by finalcut.be (8.13.3/8.13.3/Submit) id k5F9B0jf051566; Thu, 15 Jun 2006 11:11:00 +0200 (CEST) (envelope-from operator) Date: Thu, 15 Jun 2006 11:11:00 +0200 (CEST) Message-Id: <200606150911.k5F9B0jf051566@xxx.be> From: operator@xxx.be (Cron Daemon) To: operator@xxx.be Subject: Cron /usr/libexec/save-entropy X-Cron-Env: X-Cron-Env: X-Cron-Env: X-Cron-Env: X-Cron-Env: --: not found --------------010106020303070508070208-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 15 10:46: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECE9416A41A for ; Thu, 15 Jun 2006 10:46:16 +0000 (UTC) (envelope-from davids@webmaster.com) Received: from mail1.webmaster.com (mail1.webmaster.com [216.152.64.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A14D43D48 for ; Thu, 15 Jun 2006 10:46:16 +0000 (GMT) (envelope-from davids@webmaster.com) Received: from however by webmaster.com (MDaemon.PRO.v8.1.3.R) with ESMTP id md50001106769.msg for ; Thu, 15 Jun 2006 03:41:14 -0700 From: "David Schwartz" To: , Date: Thu, 15 Jun 2006 03:45:34 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <4491365B.6030307@phonext.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Importance: Normal X-Authenticated-Sender: joelkatz@webmaster.com X-Spam-Processed: mail1.webmaster.com, Thu, 15 Jun 2006 03:41:14 -0700 (not processed: message from trusted or authenticated source) X-MDRemoteIP: 206.171.168.138 X-Return-Path: davids@webmaster.com X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-MDAV-Processed: mail1.webmaster.com, Thu, 15 Jun 2006 03:41:15 -0700 Cc: Subject: RE: save-entropy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: davids@webmaster.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jun 2006 10:46:17 -0000 > Since a few days, I receive this in /var/mail/root > Any idea? > > Olivier > > From operator@xxx.be Thu Jun 15 11:11:00 2006 > Return-Path: > Received: from xxx.be (localhost [127.0.0.1]) > by finalcut.be (8.13.3/8.13.3) with ESMTP id k5F9B0Pu051577 > for ; Thu, 15 Jun 2006 11:11:00 +0200 (CEST) > (envelope-from operator@xxx.be) > Received: (from operator@localhost) > by finalcut.be (8.13.3/8.13.3/Submit) id k5F9B0jf051566; > Thu, 15 Jun 2006 11:11:00 +0200 (CEST) > (envelope-from operator) > Date: Thu, 15 Jun 2006 11:11:00 +0200 (CEST) > Message-Id: <200606150911.k5F9B0jf051566@xxx.be> > From: operator@xxx.be (Cron Daemon) > To: operator@xxx.be > Subject: Cron /usr/libexec/save-entropy > X-Cron-Env: > X-Cron-Env: > X-Cron-Env: > X-Cron-Env: > X-Cron-Env: > > --: not found > FreeBSD version? Contents of /usr/libexec/save-entropy? DS From owner-freebsd-stable@FreeBSD.ORG Thu Jun 15 10:58: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AE4316A41A for ; Thu, 15 Jun 2006 10:58:49 +0000 (UTC) (envelope-from olivier.taylor@gmail.com) Received: from smtp1.xs4all.be (smtp1.xs4all.be [195.144.64.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 694B643D45 for ; Thu, 15 Jun 2006 10:58:48 +0000 (GMT) (envelope-from olivier.taylor@gmail.com) Received: from [192.168.2.100] (082-146-104-193.dyn.adsl.xs4all.be [82.146.104.193]) (authenticated bits=0) by smtp1.xs4all.be (8.12.10/8.12.10) with ESMTP id k5FAwkUM001363; Thu, 15 Jun 2006 12:58:46 +0200 Message-ID: <44913D66.6000507@gmail.com> Date: Thu, 15 Jun 2006 12:58:46 +0200 From: "olivier.taylor" User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) To: davids@webmaster.com References: In-Reply-To: Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: save-entropy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: olivier.taylor@phonext.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jun 2006 10:58:49 -0000 freebsd 5.4 #!/bin/sh # # Copyright (c) 2001-2005 Douglas Barton, [1]DougB@FreeBSD.org # All rights reserved. # # Redistribution and use in source and binary forms, with or without # modification, are permitted provided that the following conditions # are met: # 1. Redistributions of source code must retain the above copyright # notice, this list of conditions and the following disclaimer. # 2. Redistributions in binary form must reproduce the above copyright # notice, this list of conditions and the following disclaimer in the # documentation and/or other materials provided with the distribution. # # THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND # ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE # IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE # ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE # FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL # DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS # OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) # HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT # LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY # OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF # SUCH DAMAGE. # # $FreeBSD: src/libexec/save-entropy/save-entropy.sh,v 1.2.12.1 2005/04/14 21:49:13 dougb Exp $ # This script is called by cron to store bits of randomness which are # then used to seed /dev/random on boot. # Originally developed by Doug Barton, [2]DougB@FreeBSD.org PATH=/bin:/usr/bin # If there is a global system configuration file, suck it in. # if [ -r /etc/defaults/rc.conf ]; then . /etc/defaults/rc.conf source_rc_confs elif [ -r /etc/rc.conf ]; then . /etc/rc.conf fi case ${entropy_dir} in [Nn][Oo]) exit 0 ;; *) entropy_dir=${entropy_dir:-/var/db/entropy} ;; esac entropy_save_sz=${entropy_save_sz:-2048} entropy_save_num=${entropy_save_num:-8} if [ ! -d "${entropy_dir}" ]; then umask 077 mkdir "${entropy_dir}" || { logger -is -t "$0" The entropy directory "${entropy_dir}" does not \ exist, and cannot be created. Therefore no entropy can be saved. ; exit 1;} /usr/sbin/chown operator:operator "${entropy_dir}" chmod 0700 "${entropy_dir}" fi umask 377 for file_num in `jot ${entropy_save_num} ${entropy_save_num} 1`; do if [ -e "${entropy_dir}/saved-entropy.${file_num}" ]; then if [ -f "${entropy_dir}/saved-entropy.${file_num}" ]; then new_num=$(($file_num + 1)) if [ "${new_num}" -gt "${entropy_save_num}" ]; then rm -f "${entropy_dir}/saved-entropy.${file_num}" else mv "${entropy_dir}/saved-entropy.${file_num}" \ "${entropy_dir}/saved-entropy.${new_num}" fi else logger -is -t "$0" \ "${entropy_dir}/saved-entropy.${file_num} is not a regular file, and therefore \ it will not be rotated. Entropy file harvesting is aborted." exit 1 fi fi done dd if=/dev/random of="${entropy_dir}/saved-entropy.1" \ bs="$entropy_save_sz" count=1 2> /dev/null exit 0 David Schwartz a écrit : Since a few days, I receive this in /var/mail/root Any idea? Olivier From [3]operator@xxx.be Thu Jun 15 11:11:00 2006 Return-Path: [4] Received: from xxx.be (localhost [127.0.0.1]) by finalcut.be (8.13.3/8.13.3) with ESMTP id k5F9B0Pu051577 for [5]; Thu, 15 Jun 2006 11:11:00 +0200 (CEST) (envelope-from [6]operator@xxx.be) Received: (from operator@localhost) by finalcut.be (8.13.3/8.13.3/Submit) id k5F9B0jf051566; Thu, 15 Jun 2006 11:11:00 +0200 (CEST) (envelope-from operator) Date: Thu, 15 Jun 2006 11:11:00 +0200 (CEST) Message-Id: [7]<200606150911.k5F9B0jf051566@xxx.be> From: [8]operator@xxx.be (Cron Daemon) To: [9]operator@xxx.be Subject: Cron /usr/libexec/save-entropy X-Cron-Env: X-Cron-Env: X-Cron-Env: X-Cron-Env: X-Cron-Env: --: not found FreeBSD version? Contents of /usr/libexec/save-entropy? DS _______________________________________________ [10]freebsd-stable@freebsd.org mailing list [11]http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [12]"freebsd-stable-unsubscribe@freebsd.org" References 1. mailto:DougB@FreeBSD.org 2. mailto:DougB@FreeBSD.org 3. mailto:operator@xxx.be 4. mailto:operator@xxx.be 5. mailto:operator@xxx.be 6. mailto:operator@xxx.be 7. mailto:200606150911.k5F9B0jf051566@xxx.be 8. mailto:operator@xxx.be 9. mailto:operator@xxx.be 10. mailto:freebsd-stable@freebsd.org 11. http://lists.freebsd.org/mailman/listinfo/freebsd-stable 12. mailto:freebsd-stable-unsubscribe@freebsd.org From owner-freebsd-stable@FreeBSD.ORG Thu Jun 15 13:48:48 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E54016A474 for ; Thu, 15 Jun 2006 13:48:48 +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 6AB3C43D5C for ; Thu, 15 Jun 2006 13:48:40 +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.6/8.13.6/NETPLEX) with ESMTP id k5FDmdb6002425; Thu, 15 Jun 2006 09:48:39 -0400 (EDT) Date: Thu, 15 Jun 2006 09:48:39 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Mark Andrews In-Reply-To: <200606150505.k5F55CqJ054445@drugs.dv.isc.org> Message-ID: References: <200606150505.k5F55CqJ054445@drugs.dv.isc.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: stable@freebsd.org Subject: Re: gcc -pthread 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, 15 Jun 2006 13:48:48 -0000 On Thu, 15 Jun 2006, Mark Andrews wrote: > > Is there any good reason why "gcc -pthread" links in > -lpthead except when -shared is specified? Because one may want to build applications to use different threading libraries. Application A may work better with libthr, while application B prefers libpthread. Both applications may also rely on libfoo which needs a threading library in order to be MT-safe. If libfoo records a dependency on libpthread, and application A uses libthr, then that won't work (crashy crashy). I think we took the approach a long time ago that there were basically 2 reasons for a library to require threading: 1) To be MT-safe when used in the presence of a threaded application; and 2) To create threads behind the scenes in support of an application (i.e., a hypothetical libaio). In the case of 1, the library can use #pragma weak on pthread_create and detect whether or not a threads library is present and only use locking when pthread_create != NULL (libc provides stubs for all the pthread functions necessary for locking). In the case of 2, applications should know what libraries need threads and be required to supply -lpthread (or -lthr, or -pthread) when they are built. This may or may not change in the future because all the UNIX world is Linux :( (And for possible problems when using symbol versioning.) > Also the gcc man page does not match reality. > > -pthread > Link a user-threaded process against libc_r instead of libc. > > man pthread mentions these libraries but provided no discussion > on if or when you should include them on the command line. Nor > does it mention "-pthread". > > LIBRARY > POSIX Threads Library (libpthread, -lpthread) > 1:1 Threading Library (libthr, -lthr) > Reentrant C Library (libc_r, -lc_r) > > The hacker handbook seems to indicate that you shouldn't need > to use -lpthread or -lc_r. > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/dads-pthread.html That's the porters handbook and they prefer to use PTHREAD_LIBS so one can override the default threading library when building the port. PTHREAD_LIBS defaults to -pthread because -pthread does the right thing on different archs where the default threading library varies (x86, amd64, ia64 use libpthread, sparc64 uses libthr, etc). -- DE From owner-freebsd-stable@FreeBSD.ORG Thu Jun 15 14:34:45 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7CA216A474; Thu, 15 Jun 2006 14:34:45 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EADB43D45; Thu, 15 Jun 2006 14:34:45 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost.isc.org [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id D091CE6009; Thu, 15 Jun 2006 14:34:44 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.6/8.13.6) with ESMTP id k5FEYff4035434; Fri, 16 Jun 2006 00:34:42 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200606151434.k5FEYff4035434@drugs.dv.isc.org> To: Daniel Eischen From: Mark Andrews In-reply-to: Your message of "Thu, 15 Jun 2006 09:48:39 -0400." Date: Fri, 16 Jun 2006 00:34:41 +1000 Sender: Mark_Andrews@isc.org Cc: stable@freebsd.org Subject: Re: gcc -pthread X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2006 14:34:45 -0000 > On Thu, 15 Jun 2006, Mark Andrews wrote: > > > > > Is there any good reason why "gcc -pthread" links in > > -lpthead except when -shared is specified? > > Because one may want to build applications to use different > threading libraries. Application A may work better with libthr, > while application B prefers libpthread. Both applications may > also rely on libfoo which needs a threading library in order > to be MT-safe. If libfoo records a dependency on libpthread, > and application A uses libthr, then that won't work (crashy > crashy). > > I think we took the approach a long time ago that there > were basically 2 reasons for a library to require threading: > > 1) To be MT-safe when used in the presence of a threaded > application; and > > 2) To create threads behind the scenes in support of an > application (i.e., a hypothetical libaio). > > In the case of 1, the library can use #pragma weak on > pthread_create and detect whether or not a threads > library is present and only use locking when pthread_create > != NULL (libc provides stubs for all the pthread functions > necessary for locking). In the case of 2, applications > should know what libraries need threads and be required > to supply -lpthread (or -lthr, or -pthread) when they are > built. > > This may or may not change in the future because all > the UNIX world is Linux :( (And for possible problems > when using symbol versioning.) > > > Also the gcc man page does not match reality. > > > > -pthread > > Link a user-threaded process against libc_r instead of libc. > > > > man pthread mentions these libraries but provided no discussion > > on if or when you should include them on the command line. Nor > > does it mention "-pthread". > > > > LIBRARY > > POSIX Threads Library (libpthread, -lpthread) > > 1:1 Threading Library (libthr, -lthr) > > Reentrant C Library (libc_r, -lc_r) > > > > The hacker handbook seems to indicate that you shouldn't need > > to use -lpthread or -lc_r. > > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/dads- > pthread.html > > That's the porters handbook and they prefer to use PTHREAD_LIBS so > one can override the default threading library when building the > port. PTHREAD_LIBS defaults to -pthread because -pthread does > the right thing on different archs where the default threading > library varies (x86, amd64, ia64 use libpthread, sparc64 uses > libthr, etc). > > -- > DE Thanks. From this I take it the best way to build a threaded library under FreeBSD is to not specify a threads library when specifying -shared to gcc. Hopefully someone will take this and add a page to the handbook which explains all this. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Thu Jun 15 18:44: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BDE416A479; Thu, 15 Jun 2006 18:44:36 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8791343D55; Thu, 15 Jun 2006 18:44:35 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.6/8.13.6) with ESMTP id k5FIi6Sw050236; Thu, 15 Jun 2006 11:44:06 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.6/8.13.6/Submit) id k5FIi61E050235; Thu, 15 Jun 2006 11:44:06 -0700 (PDT) (envelope-from sgk) Date: Thu, 15 Jun 2006 11:44:06 -0700 From: Steve Kargl To: ambrisko@freebsd.org Message-ID: <20060615184406.GA50199@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: AMD64 kernel builds are broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2006 18:44:36 -0000 Doug, Your recent commit appears to have broken buildkernel on AMD64. For some reason the COMPAT_LINUX32 option is not honored, so I get the wrong header files. /usr/obj/usr/src/make.amd64/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -frename-registers -pipe -fno-strict-aliasing -march=opteron -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-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/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/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding /usr/src/sys/compat/linux/linux_stats.c:55:36: machine/../linux/linux.h: No such file or directory /usr/src/sys/compat/linux/linux_stats.c:56:42: machine/../linux/linux_proto.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/obj/usr/src/sys/HPC. *** Error code 1 Stop in /usr/src. *** Error code 1 -- Steve From owner-freebsd-stable@FreeBSD.ORG Thu Jun 15 20:17:13 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CC3016A41A for ; Thu, 15 Jun 2006 20:17:13 +0000 (UTC) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FF8B43D45 for ; Thu, 15 Jun 2006 20:17:13 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id ED12CF18DA for ; Thu, 15 Jun 2006 13:17:12 -0700 (PDT) X-Virus-Scanned: by amavisd-new at mcneil.com Received: from mail.mcneil.com ([127.0.0.1]) by localhost (triton.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hMApJWMhisNR for ; Thu, 15 Jun 2006 13:17:10 -0700 (PDT) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id BDF8CF1879 for ; Thu, 15 Jun 2006 13:17:10 -0700 (PDT) From: Sean McNeil To: stable@freebsd.org Content-Type: text/plain Date: Thu, 15 Jun 2006 13:17:10 -0700 Message-Id: <1150402630.46599.0.camel@triton.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: build fails on amd64 machine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2006 20:17:13 -0000 I get the following: ===> ipmi (depend) make: don't know how to make ipmi.c. Stop *** Error code 2 From owner-freebsd-stable@FreeBSD.ORG Thu Jun 15 21:26:55 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA29E16A4D5; Thu, 15 Jun 2006 21:26: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 52C0843D64; Thu, 15 Jun 2006 21:26:43 +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.6/8.13.4) with ESMTP id k5FLQhUx045072; Thu, 15 Jun 2006 17:26:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k5FLQhkH063255; Thu, 15 Jun 2006 17:26:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 15B387302F; Thu, 15 Jun 2006 17:26:43 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060615212643.15B387302F@freebsd-current.sentex.ca> Date: Thu, 15 Jun 2006 17:26:43 -0400 (EDT) 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 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, 15 Jun 2006 21:26:55 -0000 TB --- 2006-06-15 19:39:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-06-15 19:39:41 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2006-06-15 19:39:41 - cleaning the object tree TB --- 2006-06-15 19:40:26 - checking out the source tree TB --- 2006-06-15 19:40:26 - cd /tinderbox/RELENG_6/amd64/amd64 TB --- 2006-06-15 19:40:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-06-15 19:51:43 - building world (CFLAGS=-O2 -pipe) TB --- 2006-06-15 19:51:43 - cd /src TB --- 2006-06-15 19:51:43 - /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-06-15 21:24:25 - generating LINT kernel config TB --- 2006-06-15 21:24:25 - cd /src/sys/amd64/conf TB --- 2006-06-15 21:24:25 - /usr/bin/make -B LINT TB --- 2006-06-15 21:24:25 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-06-15 21:24:25 - cd /src TB --- 2006-06-15 21:24:25 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 15 21:24:26 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 [...] ln -s /obj/amd64/src/sys/LINT/opt_mac.h opt_mac.h ln -s /obj/amd64/src/sys/LINT/opt_mrouting.h opt_mrouting.h rm -f .depend mkdep -f .depend -a -nostdinc -DMROUTE_KLD -D_KERNEL -DKLD_MODULE -I- -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I@/../include -I/tmp/usr/include -I/obj/amd64/src/sys/LINT /src/sys/modules/ip_mroute_mod/../../netinet/ip_mroute.c ===> ipmi (depend) @ -> /src/sys machine -> /src/sys/amd64/include make: don't know how to make ipmi.c. Stop *** Error code 2 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-06-15 21:26:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-06-15 21:26:42 - ERROR: failed to build lint kernel TB --- 2006-06-15 21:26:42 - tinderbox aborted TB --- 1.36 user 7.01 system 6420.90 real From owner-freebsd-stable@FreeBSD.ORG Thu Jun 15 22:46:59 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E19B16A41A; Thu, 15 Jun 2006 22:46:59 +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 AD21F43D46; Thu, 15 Jun 2006 22:46:58 +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.6/8.13.4) with ESMTP id k5FMkvwP053325; Thu, 15 Jun 2006 18:46:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k5FMkw8Y059878; Thu, 15 Jun 2006 18:46:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C3B117302F; Thu, 15 Jun 2006 18:46:57 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060615224657.C3B117302F@freebsd-current.sentex.ca> Date: Thu, 15 Jun 2006 18:46:57 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6 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: Thu, 15 Jun 2006 22:46:59 -0000 TB --- 2006-06-15 21:26:43 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-06-15 21:26:43 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2006-06-15 21:26:43 - cleaning the object tree TB --- 2006-06-15 21:27:19 - checking out the source tree TB --- 2006-06-15 21:27:19 - cd /tinderbox/RELENG_6/i386/i386 TB --- 2006-06-15 21:27:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-06-15 21:38:17 - building world (CFLAGS=-O2 -pipe) TB --- 2006-06-15 21:38:17 - cd /src TB --- 2006-06-15 21:38:17 - /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-06-15 22:44:09 - generating LINT kernel config TB --- 2006-06-15 22:44:09 - cd /src/sys/i386/conf TB --- 2006-06-15 22:44:09 - /usr/bin/make -B LINT TB --- 2006-06-15 22:44:09 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-06-15 22:44:09 - cd /src TB --- 2006-06-15 22:44:09 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 15 22:44:09 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 [...] ln -s /obj/src/sys/LINT/opt_mac.h opt_mac.h ln -s /obj/src/sys/LINT/opt_mrouting.h opt_mrouting.h rm -f .depend mkdep -f .depend -a -nostdinc -DMROUTE_KLD -D_KERNEL -DKLD_MODULE -I- -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I@/../include -I/tmp/usr/include -I/obj/src/sys/LINT /src/sys/modules/ip_mroute_mod/../../netinet/ip_mroute.c ===> ipmi (depend) @ -> /src/sys machine -> /src/sys/i386/include make: don't know how to make ipmi.c. Stop *** Error code 2 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-06-15 22:46:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-06-15 22:46:57 - ERROR: failed to build lint kernel TB --- 2006-06-15 22:46:57 - tinderbox aborted TB --- 1.13 user 5.55 system 4814.34 real From owner-freebsd-stable@FreeBSD.ORG Thu Jun 15 22:54: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F05416A474 for ; Thu, 15 Jun 2006 22:54:21 +0000 (UTC) (envelope-from lreid@cs.okstate.edu) Received: from a.cs.okstate.edu (a.cs.okstate.edu [139.78.113.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97AF943D48 for ; Thu, 15 Jun 2006 22:54:20 +0000 (GMT) (envelope-from lreid@cs.okstate.edu) Received: by a.cs.okstate.edu (Postfix, from userid 601) id D0494A0631; Thu, 15 Jun 2006 17:54:19 -0500 (CDT) To: sam@errno.com Received: from 24.253.200.16 (auth. user lreid@a.cs.okstate.edu) by cs.okstate.edu with HTTP; Thu, 15 Jun 2006 16:54:19 -0600 X-IlohaMail-Blah: lreid@a.cs.okstate.edu X-IlohaMail-Method: mail() [mem] X-IlohaMail-Dummy: moo X-Mailer: IlohaMail/0.8.12 (On: cs.okstate.edu) In-Reply-To: <449039F6.1000703@errno.com> From: "Reid Linnemann" Bounce-To: "Reid Linnemann" Errors-To: "Reid Linnemann" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Message-Id: <20060615225419.D0494A0631@a.cs.okstate.edu> Date: Thu, 15 Jun 2006 17:54:19 -0500 (CDT) Cc: "freebsd-stable@freebsd.org" Subject: Re: atheros 'device timeout' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2006 22:54:21 -0000 On 6/14/2006, "Sam Leffler" wrote: >Reid Linnemann wrote: >> Thanks Sam, I've disabled power save mode in both wireless windows >> clients and I'll see if the problem lightens up. Also, do you know why >> device timeouts would be spat out by the driver when no stations are >> associated with the AP? The device timeouts persisted after my clients >> were shut down, and no other stations appear to be in the area. > >No idea. The problem with buffered mcast frames is because the h/w xmit >queue for the frames stops running and blocks the lower priority queues >causing the watchdog timer to fire (and generate the device timeout >msg). I'm pretty sure this is a race between ath_tx_start and >ath_beacon_proc but I've not had time to rework the code and test (this >problem does not exist in the linux version but it's structured very >differently). If no clients are associated (or associated w/ power save >enabled) then no frames should be buffered and this problem should not >occur. To debug you can enable reset msgs in the driver (athdebug >reset) and look to see what h/w q the frame(s) were on when the reset >was done. Note that to do that you must enable ATH_DEBUG. > > Sam Sam, Today I got a device timeout with reset messages enabled, does this offer any clues? ath0: device timeout ath_draintxq: beacon queue 0x3e672440 ath_tx_stopdma: tx queue [0] 0, link 0 ath_tx_stopdma: tx queue [1] 0x3e9ff0a8, link 0xed0dc0d4 ath_tx_stopdma: tx queue [2] 0, link 0 ath_tx_stopdma: tx queue [3] 0, link 0 ath_tx_stopdma: tx queue [8] 0, link 0 T0 (0xed0db130 0x3e9fe130) 3e9fe15c 30d58436 01240110 01001020 03320000 00006f6c 00000000 00000000 T1 (0xed0db15c 0x3e9fe15c) 3ea02280 30f3b80e 00000000 000000ec 03320000 00006f6c d3190001 000203c1 T0 (0xed0df280 0x3ea02280) 3ea022ac 3e433936 0124016c 01001020 03320000 00006f6c 00000000 00000000 T1 (0xed0df2ac 0x3ea022ac) 3e9ff0a8 3139e016 00000000 00000148 03320000 00006f6c 0f790001 00011707 T0 (0xed0dc0a8 0x3e9ff0a8) 3e9ff0d4 10ad1236 0124016c 01001020 03320000 00006f6c 00000000 00000000 T1 (0xed0dc0d4 0x3e9ff0d4) 00000000 3148f016 00000000 00000148 03320000 00006f6c 1ae30001 0000d709 ath_stoprecv: rx queue 0x21a82c, link 0xc4ba682c R0 (0xc4ba6858 0x21a858) 0021a884 23126000 00000000 00000800 1fed8000 08291911 ! R0 (0xc4ba6884 0x21a884) 0021a8b0 311f5000 00000000 00000800 1ffd8000 09741911 ! R0 (0xc4ba68b0 0x21a8b0) 0021a8dc 22890000 00000000 00000800 1fed8000 0a831911 ! R0 (0xc4ba68dc 0x21a8dc) 0021a908 3125d800 00000000 00000800 201d8000 30a31911 ! R0 (0xc4ba6908 0x21a908) 0021a934 311f4000 00000000 00000800 200d8000 31501911 ! R0 (0xc4ba6934 0x21a934) 0021a960 30824800 00000000 00000800 203d8000 32681911 ! R0 (0xc4ba6960 0x21a960) 0021a98c 30863800 00000000 00000800 203d8000 337e1911 ! R0 (0xc4ba698c 0x21a98c) 0021a9b8 30df4000 00000000 00000800 200d8000 28e91911 ! R0 (0xc4ba69b8 0x21a9b8) 0021a9e4 30f1e000 00000000 00000800 100d8000 57ec1911 ! R0 (0xc4ba69e4 0x21a9e4) 0021aa10 309e0000 00000000 00000800 1ffd8000 792f1911 ! R0 (0xc4ba6a10 0x21aa10) 0021aa3c 30f5f000 00000000 00000800 102d8000 20991911 ! R0 (0xc4ba6a3c 0x21aa3c) 0021aa68 30f5b000 00000000 00000800 100d8000 21571911 ! R0 (0xc4ba6a68 0x21aa68) 0021aa94 12935800 00000000 00000800 102d8000 22041911 ! R0 (0xc4ba6a94 0x21aa94) 0021aac0 3140c800 00000000 00000800 1ffd8000 22af1911 ! R0 (0xc4ba6ac0 0x21aac0) 0021aaec 3123d000 00000000 00000800 1ffd8000 23d31911 ! R0 (0xc4ba6aec 0x21aaec) 0021ab18 310eb800 00000000 00000800 100d8000 40d51911 ! R0 (0xc4ba6b18 0x21ab18) 0021ab44 3124d000 00000000 00000800 101d8000 418d1911 ! R0 (0xc4ba6b44 0x21ab44) 0021ab70 22890800 00000000 00000800 101d8000 43171911 ! R0 (0xc4ba6b70 0x21ab70) 0021ab9c 311c7800 00000000 00000800 1fed8000 38011911 ! R0 (0xc4ba6b9c 0x21ab9c) 0021abc8 30f20000 00000000 00000800 102d8000 38c81911 ! R0 (0xc4ba6bc8 0x21abc8) 0021abf4 314ca800 00000000 00000800 100d8000 3aab1911 ! R0 (0xc4ba6bf4 0x21abf4) 0021ac20 31437800 00000000 00000800 1ffd8000 60961911 ! R0 (0xc4ba6c20 0x21ac20) 0021ac4c 309c0000 00000000 00000800 101d8000 63211911 ! R0 (0xc4ba6c4c 0x21ac4c) 0021ac78 30de5800 00000000 00000800 100d8000 05371911 ! R0 (0xc4ba6c78 0x21ac78) 0021aca4 30d75000 00000000 00000800 1fed8000 46c21911 ! R0 (0xc4ba6ca4 0x21aca4) 0021acd0 3a2fd800 00000000 00000800 200d8000 228f1911 ! R0 (0xc4ba6cd0 0x21acd0) 0021acfc 30f31800 00000000 00000800 101d8000 52691911 ! R0 (0xc4ba6cfc 0x21acfc) 0021ad28 3b9b8800 00000000 00000800 102d8000 53231911 ! R0 (0xc4ba6d28 0x21ad28) 0021ad54 128d5800 00000000 00000800 1ffd8000 53de1911 ! R0 (0xc4ba6d54 0x21ad54) 0021ad80 311a9000 00000000 00000800 1ffd8000 551c1911 ! R0 (0xc4ba6d80 0x21ad80) 0021adac 3b840800 00000000 00000800 10248000 60b81911 ! R0 (0xc4ba6dac 0x21adac) 0021add8 30a05000 00000000 00000800 1ff48000 61af1911 ! R0 (0xc4ba6dd8 0x21add8) 0021ae04 3110b800 00000000 00000800 10048000 626e1911 ! R0 (0xc4ba6e04 0x21ae04) 0021ae30 311b8800 00000000 00000800 1ff48000 63241911 ! R0 (0xc4ba6e30 0x21ae30) 0021ae5c 0e219800 00000000 00000800 10048000 63ff1911 ! R0 (0xc4ba6e5c 0x21ae5c) 0021ae88 30ed9000 00000000 00000800 101c0000 00ba1911 ! R0 (0xc4ba6e88 0x21ae88) 0021aeb4 3ae9a800 00000000 00000800 100c0000 01671911 ! R0 (0xc4ba6eb4 0x21aeb4) 0021a800 30d06000 00000000 00000800 1fec0000 02ad1911 ! R0 (0xc4ba6800 0x21a800) 0021a82c 3124d800 00000000 00000800 100c0000 035a1911 ! R0 (0xc4ba682c 0x21a82c) 0021a82c 3142c800 00000000 00000800 1fed8000 0f0e1911 ! From owner-freebsd-stable@FreeBSD.ORG Thu Jun 15 23:22:41 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 372A016A47A for ; Thu, 15 Jun 2006 23:22:41 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC21C43D45 for ; Thu, 15 Jun 2006 23:22:40 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id k5FNMehk038173 for ; Thu, 15 Jun 2006 16:22:40 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id k5FNMeY6038172 for stable@freebsd.org; Thu, 15 Jun 2006 16:22:40 -0700 (PDT) (envelope-from david) Date: Thu, 15 Jun 2006 16:22:40 -0700 From: David Wolfskill To: stable@freebsd.org Message-ID: <20060615232240.GX32476@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LDIQjkDCVuSPHPqA" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Help? 6.1-S: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2006 23:22:41 -0000 --LDIQjkDCVuSPHPqA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I had one of these a couple of weeks ago or so; I had been distracted by some more urgent matters that came up (the panic was on a machine under test; the more urgent matters were little things like needing to deploy a handful of resolvers on our network because existing ones were running on systems that had provided evidence of being prone to imminent failure). Anyway: I updated the 2 boxen under test to 6.1-STABLE as of this morning, and finally(!) had a chance to re-try the failing operation. It went "kaboom!" again. :-{ (Well, there's something to be said for consistency. :-}) The setup is thus: * On machine "C", I run smtp-sink (one of the test programs from Postfix). * On machine "B" (the machine & software under test), I fire up the software being tested, which acts as an SMTP relay, accepting mail and relaying it to machine C (where it gets counted and discarded). * On machine "A", I have installed the mail/postal port; I run "postal," directing it to send mail to the SMTP server on machine B (the machine under test). It seems to run OK (albeit slowly) for a couple of minutes; then the serial console reports: Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 06 fault virtual address =3D 0x0 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0x0 stack pointer =3D 0x28:0xf09b3b98 frame pointer =3D 0x28:0xf09b3bcc 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 23782 (ecelerity) [thread pid 23782 tid 100120 ] Stopped at 0: *** error reading from address 0 *** db> trace Tracing pid 23782 tid 100120 td 0xcc445180 db>=20 Now, the software being tested apparently exercises threads quite a bit. The hardware (for machine B) is a dual Xeon @ 3 GHz & 4 GB RAM. The kernel config is pretty simple: -------------%< snip! ------------------- include PAE options SMP # Symmetric MultiProcessor Kernel nodevice hptmv nodevice bce options MAXDSIZ=3D"(2000UL*1024*1024)" options KDB options KDB_TRACE options DDB options IPFIREWALL options IPFIREWALL_VERBOSE #enable logging to syslogd(8) options IPFIREWALL_VERBOSE_LIMIT=3D0 #do not limit verbosity options DUMMYNET options IPDIVERT -------------%< snip! ------------------- So: I have a pair of these machines, configured identically. Each is connected to a terminal server for access to the serial console. I have a private mirror of the FreeBSD CVS repository; I'm tracking RELENG_6 & HEAD on my laptop daily; I could try building CURRENT on one of these boxen if it would help get the problem solved. The software under test was built for FreeBSD 5.x; I have the misc/compat5x port installed. The vendor claims that they don't have this kind of problem with "Linux," and if I can't get it to run without letting the magic smoke leak out, I'll probably end up trying to hack my way through installing some flavor of Linux on one of the machines, which prospect I find remarkably unappealing. Maybe the DTrace stuff would help? Could someone please work with me on this, so we can have a software vendor recommending that their customers deploy their software on FreeBSD, rather than recommending against it? Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org Doing business with spammers only encourages them. Please boycott spammers. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --LDIQjkDCVuSPHPqA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkSR678ACgkQmprOCmdXAD3+cACfe0sz+6VBtoGWqYDxaemsKLQQ j6EAn2N8tP/I10NhCnh7ui+1JlPwMg0F =FPeK -----END PGP SIGNATURE----- --LDIQjkDCVuSPHPqA-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 16 02:18: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A481E16A41A for ; Fri, 16 Jun 2006 02:18:52 +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 A8B7D43D5F for ; Fri, 16 Jun 2006 02:18:41 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.25]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k5G2IXGj048999 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Jun 2006 11:48:33 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 16 Jun 2006 11:48:31 +0930 User-Agent: KMail/1.9.3 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1485517.AHaUuGEUD9"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606161148.32813.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Subject: USB MGE UPS problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jun 2006 02:18:52 -0000 --nextPart1485517.AHaUuGEUD9 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I am trying to use an MGE Pulsar Extreme UPS with the NUT port using the=20 newhidups driver. I can read the values just fine but I can't set anything which precludes th= e=20 PC from shutting the UPS off (or in fact configuring it in any way). The=20 error is... =2E.. Looking up DelayBeforeStartup usb_control_msg: 161 1 791 0 0x514f34 8 4000 Report : (8 bytes) =3D> 17 FF FF FF CB 1F 51 0A =3D>> SET: Before set: -10.00 (120) =3D>> SET: after exp: 12/12.00 (exp =3D 0.10) PhyMax =3D 0, PhyMin =3D 0, LogMax =3D 65535, LogMin =3D -1 =3D>> SET: after PL: 12 =3D=3D> Report after setvalue: (8 bytes) =3D> 17 0C 00 00 CB 1F 51 0A usb_control_msg: 33 9 791 0 0x514f34 8 4000 USB error: error sending control message: Input/output error Set report failed =46AILED Shutoff command failed (setting ondelay) =2E.. This program uses libusb to talk to the UPS over ugen - the system has 6.0 = on=20 it and libusb 0.1.12 (the latest). I am going to try instrumenting ugen next and see why it's returning EIO. I checked CVS but I don't believe any of the commits since 6.0 would have a= n=20 effect here. Does anyone have any suggestions? Thanks. =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 --nextPart1485517.AHaUuGEUD9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEkhT45ZPcIHs/zowRAolrAJ98+HRNtJbR+xNtbN9yugqC9MgtdwCfXeez 6jJBELcr/D0ojOF8FLVaax8= =n29x -----END PGP SIGNATURE----- --nextPart1485517.AHaUuGEUD9-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 16 02:33: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40A0E16A474 for ; Fri, 16 Jun 2006 02:33:03 +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 8897143D4C for ; Fri, 16 Jun 2006 02:33:02 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.25]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k5G2WxKO049274 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Jun 2006 12:02:59 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 16 Jun 2006 12:02:58 +0930 User-Agent: KMail/1.9.3 References: <200606161148.32813.doconnor@gsoft.com.au> In-Reply-To: <200606161148.32813.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart15138272.CGBzM6KABf"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606161202.59547.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Subject: Re: USB MGE UPS problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jun 2006 02:33:03 -0000 --nextPart15138272.CGBzM6KABf Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 16 June 2006 11:48, Daniel O'Connor wrote: > usb_control_msg: 33 9 791 0 0x514f34 8 4000 > USB error: error sending control message: Input/output error > Set report failed > FAILED ktrace shows.. 26140 newhidups RET write 89/0x59 26140 newhidups CALL ioctl(0x4,USB_SET_TIMEOUT,0x7fffffffe7a8) 26140 newhidups RET ioctl 0 26140 newhidups CALL ioctl(0x4,USB_DO_REQUEST,0x7fffffffe740) 26140 newhidups RET ioctl -1 errno 5 Input/output error 26140 newhidups CALL write(0x2,0x7fffffffdb20,0x12) 26140 newhidups GIO fd 2 wrote 18 bytes "Set report failed " 26140 newhidups RET write 18/0x12 Which is not wholly unexpected I guess :) =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 --nextPart15138272.CGBzM6KABf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEkhhb5ZPcIHs/zowRApP/AJ9Q0zE4nfV4kT/OFGMmhxHBdSwxLACePDMV zBxaBVhAZY8Puf+e3MwbeEA= =VrPj -----END PGP SIGNATURE----- --nextPart15138272.CGBzM6KABf-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 16 02:39: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0151916A479 for ; Fri, 16 Jun 2006 02:39:35 +0000 (UTC) (envelope-from Brian.Scott@det.nsw.edu.au) Received: from hplmx2.det.nsw.edu.au (hplmx2.det.nsw.edu.au [153.107.105.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CC3443D53 for ; Fri, 16 Jun 2006 02:39:33 +0000 (GMT) (envelope-from Brian.Scott@det.nsw.edu.au) Received: from itfsmtp2.central.det.win (externalmail.det.nsw.edu.au [153.107.8.159]) by hplmx2.det.nsw.edu.au (8.13.1/8.13.1) with ESMTP id k5G2o9aO001169; Fri, 16 Jun 2006 12:50:09 +1000 Received: from itfexhub5.central.det.win (Not Verified[153.107.9.32]) by itfsmtp2.central.det.win with NetIQ MailMarshal id ; Fri, 16 Jun 2006 12:39:31 +1000 Received: from ALF6.riverina.det.win ([172.18.8.14]) by itfexhub5.central.det.win with Microsoft SMTPSVC(6.0.3790.1830); Fri, 16 Jun 2006 12:39:30 +1000 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Fri, 16 Jun 2006 12:39:30 +1000 Message-ID: <93F091C9B5CFAF409180B07728D682E9165A91@ALF6.riverina.det.win> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: save-entropy Thread-Index: AcaQa2SrXvcBFi3oS/mSUOX7iD+VygAgkn7Q From: "Scott, Brian" To: , X-OriginalArrivalTime: 16 Jun 2006 02:39:30.0456 (UTC) FILETIME=[17EB7180:01C690EE] Cc: freebsd-stable@freebsd.org Subject: RE: save-entropy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jun 2006 02:39:35 -0000 That would be the old 'accidentally deleted a # from a line in rc.conf' p= roblem. There are likely to be several lines beginning '# -- ' in the fil= e. New users often accidentally remove the # making the '--' into a comma= nd. There will also be a few messages during startup that will also compl= ain about the '--' command but most people ignore these.=20 -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freeb= sd.org] On Behalf Of olivier.taylor Sent: Thursday, 15 June 2006 8:59 PM To: davids@webmaster.com Cc: freebsd-stable@freebsd.org Subject: Re: save-entropy =20 freebsd 5.4 =20 #!/bin/sh =20 # =20 # Copyright (c) 2001-2005 Douglas Barton, [1]DougB@FreeBSD.org =20 # All rights reserved. =20 # =20 # Redistribution and use in source and binary forms, with or without= =20 # modification, are permitted provided that the following conditions= =20 # are met: =20 # 1. Redistributions of source code must retain the above copyright =20 # notice, this list of conditions and the following disclaimer. =20 # 2. Redistributions in binary form must reproduce the above copyrig= ht =20 # notice, this list of conditions and the following disclaimer in= =20 the =20 # documentation and/or other materials provided with the =20 distribution. =20 # =20 # THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS''= =20 AND =20 # ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, =20 THE =20 # IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR= =20 PURPOSE =20 # ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE =20 LIABLE =20 # FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR =20 CONSEQUENTIAL =20 # DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE =20 GOODS =20 # OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS =20 INTERRUPTION) =20 # HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT= , =20 STRICT =20 # LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN =20 ANY WAY =20 # OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILIT= Y =20 OF =20 # SUCH DAMAGE. =20 # =20 # $FreeBSD: src/libexec/save-entropy/save-entropy.sh,v 1.2.12.1 =20 2005/04/14 21:49:13 dougb Exp $ =20 # This script is called by cron to store bits of randomness which ar= e =20 # then used to seed /dev/random on boot. =20 # Originally developed by Doug Barton, [2]DougB@FreeBSD.org =20 PATH=3D/bin:/usr/bin =20 # If there is a global system configuration file, suck it in. =20 # =20 if [ -r /etc/defaults/rc.conf ]; then =20 . /etc/defaults/rc.conf =20 source_rc_confs =20 elif [ -r /etc/rc.conf ]; then =20 . /etc/rc.conf =20 fi =20 case ${entropy_dir} in =20 [Nn][Oo]) =20 exit 0 =20 ;; =20 *) =20 entropy_dir=3D${entropy_dir:-/var/db/entropy} =20 ;; =20 esac =20 entropy_save_sz=3D${entropy_save_sz:-2048} =20 entropy_save_num=3D${entropy_save_num:-8} =20 if [ ! -d "${entropy_dir}" ]; then =20 umask 077 =20 mkdir "${entropy_dir}" || { =20 logger -is -t "$0" The entropy directory "${entropy_dir}" do= es =20 not \ =20 exist, and cannot be created. Therefore no entropy can be saved. ; =20 exit 1;} =20 /usr/sbin/chown operator:operator "${entropy_dir}" =20 chmod 0700 "${entropy_dir}" =20 fi =20 umask 377 =20 for file_num in `jot ${entropy_save_num} ${entropy_save_num} 1`; do =20 if [ -e "${entropy_dir}/saved-entropy.${file_num}" ]; then =20 if [ -f "${entropy_dir}/saved-entropy.${file_num}" ]; then =20 new_num=3D$(($file_num + 1)) =20 if [ "${new_num}" -gt "${entropy_save_num}" ]; then =20 rm -f "${entropy_dir}/saved-entropy.${file_num}" =20 else =20 mv "${entropy_dir}/saved-entropy.${file_num}" \ =20 "${entropy_dir}/saved-entropy.${new_num}" =20 fi =20 else =20 logger -is -t "$0" \ =20 "${entropy_dir}/saved-entropy.${file_num} is not a regular file, and= =20 therefore \ =20 it will not be rotated. Entropy file harvesting is aborted." =20 exit 1 =20 fi =20 fi =20 done =20 dd if=3D/dev/random of=3D"${entropy_dir}/saved-entropy.1" \ =20 bs=3D"$entropy_save_sz" count=3D1 2> /dev/null =20 exit 0 =20 David Schwartz a =E9crit : Since a few days, I receive this in /var/mail/root Any idea? Olivier =20From [3]operator@xxx.be Thu Jun 15 11:11:00 2006 Return-Path: [4] Received: from xxx.be (localhost [127.0.0.1]) =20 by finalcut.be (8.13.3/8.13.3) with ESMTP id k5F9B0Pu051577 =20 for [5]; Thu, 15 Jun 2006 11:11:00 +0200 (CEST) =20 (envelope-from [6]operator@xxx.be) Received: (from operator@localhost) =20 by finalcut.be (8.13.3/8.13.3/Submit) id k5F9B0jf051566; =20 Thu, 15 Jun 2006 11:11:00 +0200 (CEST) =20 (envelope-from operator) Date: Thu, 15 Jun 2006 11:11:00 +0200 (CEST) Message-Id: [7]<200606150911.k5F9B0jf051566@xxx.be> From: [8]operator@xxx.be (Cron Daemon) To: [9]operator@xxx.be Subject: Cron /usr/libexec/save-entropy X-Cron-Env: X-Cron-Env: X-Cron-Env: X-Cron-Env: X-Cron-Env: --: not found =20 FreeBSD version? Contents of /usr/libexec/save-entropy? =20 DS _______________________________________________ [10]freebsd-stable@freebsd.org mailing list [11]http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [12]"freebsd-stable-unsubscribe@freebsd.= org" References =20 1. mailto:DougB@FreeBSD.org =20 2. mailto:DougB@FreeBSD.org =20 3. mailto:operator@xxx.be =20 4. mailto:operator@xxx.be =20 5. mailto:operator@xxx.be =20 6. mailto:operator@xxx.be =20 7. mailto:200606150911.k5F9B0jf051566@xxx.be =20 8. mailto:operator@xxx.be =20 9. mailto:operator@xxx.be =20 10. mailto:freebsd-stable@freebsd.org =20 11. http://lists.freebsd.org/mailman/listinfo/freebsd-stable =20 12. mailto:freebsd-stable-unsubscribe@freebsd.org _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"= ********************************************************************** This message is intended for the addressee named and may contain privileged information or confidential information or both. If you are not the intended recipient please delete it and notify the sender. ********************************************************************** From owner-freebsd-stable@FreeBSD.ORG Fri Jun 16 04:17:51 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6594A16A41A for ; Fri, 16 Jun 2006 04:17:51 +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 1D5DD43D64 for ; Fri, 16 Jun 2006 04:17:51 +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; 15 Jun 2006 21:16:29 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.13.1/8.12.11) with ESMTP id k5G4Hp6a006783; Thu, 15 Jun 2006 21:17:51 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.13.1/8.13.1/Submit) id k5G4HoUQ006782; Thu, 15 Jun 2006 21:17:50 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200606160417.k5G4HoUQ006782@ambrisko.com> In-Reply-To: <1150402630.46599.0.camel@triton.mcneil.com> To: Sean McNeil Date: Thu, 15 Jun 2006 21:17:50 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: stable@freebsd.org Subject: Re: build fails on amd64 machine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jun 2006 04:17:51 -0000 Sean McNeil writes: | I get the following: | | ===> ipmi (depend) | make: don't know how to make ipmi.c. Stop | *** Error code 2 That should be fixed. Doug A. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 16 05:47: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E874716A47A for ; Fri, 16 Jun 2006 05:47:36 +0000 (UTC) (envelope-from olivier.taylor@gmail.com) Received: from smtp1.xs4all.be (smtp1.xs4all.be [195.144.64.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54D3643D45 for ; Fri, 16 Jun 2006 05:47:36 +0000 (GMT) (envelope-from olivier.taylor@gmail.com) Received: from [192.168.2.100] (082-146-104-193.dyn.adsl.xs4all.be [82.146.104.193]) (authenticated bits=0) by smtp1.xs4all.be (8.12.10/8.12.10) with ESMTP id k5G5lSWf023823; Fri, 16 Jun 2006 07:47:28 +0200 Message-ID: <449245EF.4060306@gmail.com> Date: Fri, 16 Jun 2006 07:47:27 +0200 From: "olivier.taylor" User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: "Scott, Brian" References: <93F091C9B5CFAF409180B07728D682E9165A91@ALF6.riverina.det.win> In-Reply-To: <93F091C9B5CFAF409180B07728D682E9165A91@ALF6.riverina.det.win> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: save-entropy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jun 2006 05:47:37 -0000 Thanks Scott, But unfortunately, that's not the case... With ps ax I found a process 1 ?? ILs 0:00.00 /sbin/init -- Strange stuff, grrr The server is on a datacenter, I don't see the startup messages... Olivier Scott, Brian a écrit : > That would be the old 'accidentally deleted a # from a line in rc.conf' problem. There are likely to be several lines beginning '# -- ' in the file. New users often accidentally remove the # making the '--' into a command. There will also be a few messages during startup that will also complain about the '--' command but most people ignore these. > > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of olivier.taylor > Sent: Thursday, 15 June 2006 8:59 PM > To: davids@webmaster.com > Cc: freebsd-stable@freebsd.org > Subject: Re: save-entropy > > > freebsd 5.4 > #!/bin/sh > # > # Copyright (c) 2001-2005 Douglas Barton, [1]DougB@FreeBSD.org > # All rights reserved. > # > # Redistribution and use in source and binary forms, with or without > # modification, are permitted provided that the following conditions > # are met: > # 1. Redistributions of source code must retain the above copyright > # notice, this list of conditions and the following disclaimer. > # 2. Redistributions in binary form must reproduce the above copyright > # notice, this list of conditions and the following disclaimer in > the > # documentation and/or other materials provided with the > distribution. > # > # THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' > AND > # ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, > THE > # IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR > PURPOSE > # ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE > LIABLE > # FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR > CONSEQUENTIAL > # DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE > GOODS > # OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS > INTERRUPTION) > # HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, > STRICT > # LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN > ANY WAY > # OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY > OF > # SUCH DAMAGE. > # > # $FreeBSD: src/libexec/save-entropy/save-entropy.sh,v 1.2.12.1 > 2005/04/14 21:49:13 dougb Exp $ > # This script is called by cron to store bits of randomness which are > # then used to seed /dev/random on boot. > # Originally developed by Doug Barton, [2]DougB@FreeBSD.org > PATH=/bin:/usr/bin > # If there is a global system configuration file, suck it in. > # > if [ -r /etc/defaults/rc.conf ]; then > . /etc/defaults/rc.conf > source_rc_confs > elif [ -r /etc/rc.conf ]; then > . /etc/rc.conf > fi > case ${entropy_dir} in > [Nn][Oo]) > exit 0 > ;; > *) > entropy_dir=${entropy_dir:-/var/db/entropy} > ;; > esac > entropy_save_sz=${entropy_save_sz:-2048} > entropy_save_num=${entropy_save_num:-8} > if [ ! -d "${entropy_dir}" ]; then > umask 077 > mkdir "${entropy_dir}" || { > logger -is -t "$0" The entropy directory "${entropy_dir}" does > not \ > exist, and cannot be created. Therefore no entropy can be saved. ; > exit 1;} > /usr/sbin/chown operator:operator "${entropy_dir}" > chmod 0700 "${entropy_dir}" > fi > umask 377 > for file_num in `jot ${entropy_save_num} ${entropy_save_num} 1`; do > if [ -e "${entropy_dir}/saved-entropy.${file_num}" ]; then > if [ -f "${entropy_dir}/saved-entropy.${file_num}" ]; then > new_num=$(($file_num + 1)) > if [ "${new_num}" -gt "${entropy_save_num}" ]; then > rm -f "${entropy_dir}/saved-entropy.${file_num}" > else > mv "${entropy_dir}/saved-entropy.${file_num}" \ > "${entropy_dir}/saved-entropy.${new_num}" > fi > else > logger -is -t "$0" \ > "${entropy_dir}/saved-entropy.${file_num} is not a regular file, and > therefore \ > it will not be rotated. Entropy file harvesting is aborted." > exit 1 > fi > fi > done > dd if=/dev/random of="${entropy_dir}/saved-entropy.1" \ > bs="$entropy_save_sz" count=1 2> /dev/null > exit 0 > David Schwartz a écrit : > > Since a few days, I receive this in /var/mail/root > Any idea? > > Olivier > > From [3]operator@xxx.be Thu Jun 15 11:11:00 2006 > Return-Path: [4] > Received: from xxx.be (localhost [127.0.0.1]) > by finalcut.be (8.13.3/8.13.3) with ESMTP id k5F9B0Pu051577 > for [5]; Thu, 15 Jun 2006 11:11:00 +0200 (CEST) > (envelope-from [6]operator@xxx.be) > Received: (from operator@localhost) > by finalcut.be (8.13.3/8.13.3/Submit) id k5F9B0jf051566; > Thu, 15 Jun 2006 11:11:00 +0200 (CEST) > (envelope-from operator) > Date: Thu, 15 Jun 2006 11:11:00 +0200 (CEST) > Message-Id: [7]<200606150911.k5F9B0jf051566@xxx.be> > From: [8]operator@xxx.be (Cron Daemon) > To: [9]operator@xxx.be > Subject: Cron /usr/libexec/save-entropy > X-Cron-Env: > X-Cron-Env: > X-Cron-Env: > X-Cron-Env: > X-Cron-Env: > > --: not found > > > > FreeBSD version? Contents of /usr/libexec/save-entropy? > > DS > > > _______________________________________________ > [10]freebsd-stable@freebsd.org mailing list > [11]http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to [12]"freebsd-stable-unsubscribe@freebsd.org" > > References > > 1. mailto:DougB@FreeBSD.org > 2. mailto:DougB@FreeBSD.org > 3. mailto:operator@xxx.be > 4. mailto:operator@xxx.be > 5. mailto:operator@xxx.be > 6. mailto:operator@xxx.be > 7. mailto:200606150911.k5F9B0jf051566@xxx.be > 8. mailto:operator@xxx.be > 9. mailto:operator@xxx.be > 10. mailto:freebsd-stable@freebsd.org > 11. http://lists.freebsd.org/mailman/listinfo/freebsd-stable > 12. mailto:freebsd-stable-unsubscribe@freebsd.org > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > ********************************************************************** > This message is intended for the addressee named and may contain > privileged information or confidential information or both. If you > are not the intended recipient please delete it and notify the sender. > ********************************************************************** > _______________________________________________ > 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 Jun 16 18:41: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71A5516A474 for ; Fri, 16 Jun 2006 18:41:55 +0000 (UTC) (envelope-from lordreaper@gmail.com) Received: from pne-smtpout4-sn2.hy.skanova.net (pne-smtpout4-sn2.hy.skanova.net [81.228.8.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9F9343D45 for ; Fri, 16 Jun 2006 18:41:54 +0000 (GMT) (envelope-from lordreaper@gmail.com) Received: from [127.0.0.1] (84.249.253.20) by pne-smtpout4-sn2.hy.skanova.net (7.2.070) id 444499DE00306529 for freebsd-stable@freebsd.org; Fri, 16 Jun 2006 20:41:54 +0200 Message-ID: <4492FB71.1080806@gmail.com> Date: Fri, 16 Jun 2006 21:41:53 +0300 From: Lord Reaper User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20060616120103.CE73B16A645@hub.freebsd.org> In-Reply-To: <20060616120103.CE73B16A645@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 0624-2, 15.06.2006), Outbound message X-Antivirus-Status: Clean Subject: Re: Help? 6.1-S: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jun 2006 18:41:55 -0000 On Thu, 15 Jun 2006 16:22:40 -0700 David Wolfskill wrote: >Fatal trap 12: page fault while in kernel mode >cpuid = 0; apic id = 06 >fault virtual address = 0x0 >fault code = supervisor read, page not present >instruction pointer = 0x20:0x0 >stack pointer = 0x28:0xf09b3b98 >frame pointer = 0x28:0xf09b3bcc >code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 >processor eflags = interrupt enabled, resume, IOPL = 0 >current process = 23782 (ecelerity) >[thread pid 23782 tid 100120 ] >Stopped at 0: *** error reading from address 0 *** > I had similar problems when updating from 5.4 to 6.1 because of nvidia-driver. After changing the card, the system worked like a charm. Later on recompiling nvidia-driver (forgot to deinstall it) resulted in the machine crashing and rebooting itself. This happened with a non-nvidia graphic adapter installed. I remember hearing that optimizations might be the cause of the driver failing. Hope this helps. Regards, Sampsa Suoninen From owner-freebsd-stable@FreeBSD.ORG Fri Jun 16 20:38:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4ABFF16A47E for ; Fri, 16 Jun 2006 20:38:40 +0000 (UTC) (envelope-from vladgalu@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57A4643D4C for ; Fri, 16 Jun 2006 20:38:39 +0000 (GMT) (envelope-from vladgalu@gmail.com) Received: by wr-out-0506.google.com with SMTP id i23so656458wra for ; Fri, 16 Jun 2006 13:38:38 -0700 (PDT) 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=FxCHoCYD6Re3wdE3Qnyqwrxq9tjeljFfT1Jh5Eb5amm0q3LPt84Wb/JOAEX7SZ12wsEcDqk5jCykWYeD8V3IL2nD07PPgC+Hrlrh7mJkOt/hdZELLl3k2GfCOCIcedSguUG98X5mjgkVBBdQtj7WuB3uDEmp8CRxhW8ALU9YpXE= Received: by 10.54.91.3 with SMTP id o3mr3222899wrb; Fri, 16 Jun 2006 13:38:38 -0700 (PDT) Received: by 10.54.129.18 with HTTP; Fri, 16 Jun 2006 13:37:44 -0700 (PDT) Message-ID: <79722fad0606161337p9edbe79u1189c25ae7b45996@mail.gmail.com> Date: Fri, 16 Jun 2006 23:37:44 +0300 From: "Vlad GALU" 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: RELENG_6 frequent crashes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jun 2006 20:38:40 -0000 Unfortunately this is the third time I report this. This panic occurs every 2 to 6 days. So far I've never managed to go over a week's uptime. Between crashes I've periodically updated to the latest RELENG_6. Here's the full backtrace: -- cut here -- (kgdb) bt fu #0 doadump () at pcpu.h:165 No locals. #1 0xc0582b84 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 first_buf_printf = 1 #2 0xc0583117 in panic ( fmt=0xc0751ab1 "vm_page_unwire: invalid wire count: %d") at ../../../kern/kern_shutdown.c:565 bootopt = 260 newpanic = 0 buf = "vm_page_unwire: invalid wire count: 0", '\0' #3 0xc06c4c00 in vm_page_unwire (m=0xc2669220, activate=0) at ../../../vm/vm_page.c:1197 No locals. #4 0xc05d4d75 in vfs_vmio_release (bp=0xda610da8) at ../../../kern/vfs_bio.c:1470 i = 3 m = 0xc2669220 #5 0xc05d8509 in getnewbuf (slpflag=0, slptimeo=0, size=16384, maxsize=16384) at ../../../kern/vfs_bio.c:1779 addr = 3663760120 bp = (struct buf *) 0xda610da8 nbp = (struct buf *) 0xda497348 defrag = 0 nqindex = 1 flushingbufs = 0 #6 0xc05d890e in getblk (vp=0xca945220, blkno=9273, size=16384, slpflag=0, slptimeo=0, flags=0) at ../../../kern/vfs_bio.c:2486 bsize = 16384 maxsize = 0 vmio = 1 offset = 151928832 bp = (struct buf *) 0x4000 bo = (struct bufobj *) 0xca9452e0 #7 0xc067faf6 in ffs_balloc_ufs2 (vp=0xca945220, startoffset=Unhandled dwarf expression opcode 0x93 ) at ../../../ufs/ffs/ffs_balloc.c:817 ip = (struct inode *) 0xca8eb8c4 dp = (struct ufs2_dinode *) 0xca21fd00 lbn = 9273 lastlbn = 11187 fs = (struct fs *) 0xc8622000 bp = (struct buf *) 0xda608af8 nbp = (struct buf *) 0xc05dea5f ump = (struct ufsmount *) 0xc8396a00 indirs = {{in_lbn = -2061, in_off = 1, in_exists = 0}, { in_lbn = -2061, in_off = 3, in_exists = 0}, {in_lbn = -8204, in_off = 1069, in_exists = 0}, {in_lbn = 8589934591, in_off = 0, in_exists = 0}, {in_lbn = -1828101238395240448, in_off = -1067988038, in_exists = -969433728}} nb = Unhandled dwarf expression opcode 0x93 (kgdb) -- and here -- My kernel looks like this: -- cut here -- machine i386 cpu I686_CPU ident ANONYMOUS maxusers 0 options HZ=100 options INCLUDE_CONFIG_FILE makeoptions DEBUG=-g options SCHED_4BSD options COMPAT_FREEBSD5 options KTRACE options _KPOSIX_PRIORITY_SCHEDULING options PREEMPTION options ADAPTIVE_GIANT options DDB options KDB options KDB_UNATTENDED options BLKDEV_IOSIZE=8192 options DFLDSIZ="(128UL*1024*1024)" options MAXDSIZ="(1024UL*1024*1024)" options MAXSSIZ="(384UL*1024*1024)" options SYSVSHM options SHMMAXPGS=4096 options SHMMAX="(SHMMAXPGS*PAGE_SIZE)+1" options SHMALL="(SHMMAXPGS*PAGE_SIZE)+1" options SYSVMSG options SYSVSEM options HWPMC_HOOKS options INET options INET6 options IPSTEALTH options TCP_DROP_SYNFIN options ZERO_COPY_SOCKETS options ACCEPT_FILTER_DATA options ACCEPT_FILTER_HTTP options FFS options SOFTUPDATES options UFS_DIRHASH options CD9660 options PSEUDOFS options PROCFS options FDESCFS options NULLFS options MD_ROOT options MAC options MAC_PARTITION options MAC_SEEOTHERUIDS device npx device apic device acpi device pmtimer device atkbdc device atkbd device psm device vga device sc device sio device speaker device fdc device hwpmc device isa device pci device ata device atadisk device atapicd options ATA_STATIC_ID device scbus device da device pass device atapicam device cd device miibus device fxp device em device usb device uhci device ohci device ehci device uhid device ukbd device ums device umass device ulpt device ucom device uplcom device md device loop device mem device io device random device ether device vlan device gif device gre device tun device tap device disc device bpf device pf device pflog device pty device snp -- and here -- VFS is tuned to vfs.read_max=16 vfs.ufs.dirhash_mem=1048576 vfs.ufs.dirhash_maxmem=67108864 What else can I do to help narrow down the origin of these crashes ? -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-stable@FreeBSD.ORG Sat Jun 17 03:14: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D819116A47A for ; Sat, 17 Jun 2006 03:14:17 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65FE843D46 for ; Sat, 17 Jun 2006 03:14:17 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k5H3EDip033834 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Jun 2006 20:14:14 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4493737D.80704@errno.com> Date: Fri, 16 Jun 2006 20:14:05 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.4 (Macintosh/20060530) MIME-Version: 1.0 To: Reid Linnemann References: <20060615225419.D0494A0631@a.cs.okstate.edu> In-Reply-To: <20060615225419.D0494A0631@a.cs.okstate.edu> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: atheros 'device timeout' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2006 03:14:17 -0000 Reid Linnemann wrote: > On 6/14/2006, "Sam Leffler" wrote: >> Reid Linnemann wrote: >>> Thanks Sam, I've disabled power save mode in both wireless windows >>> clients and I'll see if the problem lightens up. Also, do you know why >>> device timeouts would be spat out by the driver when no stations are >>> associated with the AP? The device timeouts persisted after my clients >>> were shut down, and no other stations appear to be in the area. >> No idea. The problem with buffered mcast frames is because the h/w xmit >> queue for the frames stops running and blocks the lower priority queues >> causing the watchdog timer to fire (and generate the device timeout >> msg). I'm pretty sure this is a race between ath_tx_start and >> ath_beacon_proc but I've not had time to rework the code and test (this >> problem does not exist in the linux version but it's structured very >> differently). If no clients are associated (or associated w/ power save >> enabled) then no frames should be buffered and this problem should not >> occur. To debug you can enable reset msgs in the driver (athdebug >> reset) and look to see what h/w q the frame(s) were on when the reset >> was done. Note that to do that you must enable ATH_DEBUG. >> >> Sam > > Sam, > Today I got a device timeout with reset messages enabled, does this > offer any clues? > > ath0: device timeout > ath_draintxq: beacon queue 0x3e672440 > ath_tx_stopdma: tx queue [0] 0, link 0 > ath_tx_stopdma: tx queue [1] 0x3e9ff0a8, link 0xed0dc0d4 > ath_tx_stopdma: tx queue [2] 0, link 0 > ath_tx_stopdma: tx queue [3] 0, link 0 > ath_tx_stopdma: tx queue [8] 0, link 0 > T0 (0xed0db130 0x3e9fe130) 3e9fe15c 30d58436 01240110 01001020 03320000 > 00006f6c 00000000 00000000 > T1 (0xed0db15c 0x3e9fe15c) 3ea02280 30f3b80e 00000000 000000ec 03320000 > 00006f6c d3190001 000203c1 > T0 (0xed0df280 0x3ea02280) 3ea022ac 3e433936 0124016c 01001020 03320000 > 00006f6c 00000000 00000000 > T1 (0xed0df2ac 0x3ea022ac) 3e9ff0a8 3139e016 00000000 00000148 03320000 > 00006f6c 0f790001 00011707 > T0 (0xed0dc0a8 0x3e9ff0a8) 3e9ff0d4 10ad1236 0124016c 01001020 03320000 > 00006f6c 00000000 00000000 > T1 (0xed0dc0d4 0x3e9ff0d4) 00000000 3148f016 00000000 00000148 03320000 > 00006f6c 1ae30001 0000d709 > ath_stoprecv: rx queue 0x21a82c, link 0xc4ba682c ... This doesn't look like the msgs the code in RELENG_6 would generate. Please provide some context. Sam From owner-freebsd-stable@FreeBSD.ORG Sat Jun 17 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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5DBF16A47B for ; Sat, 17 Jun 2006 07:08:23 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32B3943D46 for ; Sat, 17 Jun 2006 07:08:23 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so174549uge for ; Sat, 17 Jun 2006 00:08:22 -0700 (PDT) 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=g1spLk6+CzbForWkyiKqUje+AUQ3vXxBrho9i0IjB+xgCZcawLI387/1gdg5owhc9cFbq0gdyjSfEvDQvkUT8/i2ArLcyV6v73gQWQZ5l8VPvLQX6IGdxpp6Nqo48ZKFOWpBlSkN8h9Q22a+Uum9YszF2A5YArIxBUMs1SgdA8w= Received: by 10.78.67.20 with SMTP id p20mr420703hua; Wed, 14 Jun 2006 20:44:18 -0700 (PDT) Received: by 10.78.50.15 with HTTP; Wed, 14 Jun 2006 20:44:18 -0700 (PDT) Message-ID: <84dead720606142044r47155d06h8e453bfce360ba3a@mail.gmail.com> Date: Thu, 15 Jun 2006 09:14:18 +0530 From: "Joseph Koshy" To: "Jelte Jansen" In-Reply-To: <449023C1.3080900@NLnetLabs.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <449023C1.3080900@NLnetLabs.nl> Cc: freebsd-stable@freebsd.org Subject: Re: kern.maxdsiz in /boot/loader.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: Sat, 17 Jun 2006 07:08:23 -0000 jj> i was wondering, why is the loader tunable kern.maxdsiz not jj> documented in the manpages? Most probably oversight. Could you please file a PR? -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Sat Jun 17 12:19:51 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E81A16A47E for ; Sat, 17 Jun 2006 12:19:51 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [213.225.74.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CF4343D48 for ; Sat, 17 Jun 2006 12:19:50 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from box248146.sdsl.no ([212.62.248.146] helo=[192.168.1.107]) by anduin.net with esmtpa (Exim 4.54 (FreeBSD)) id 1FrZmC-0005li-BF for stable@freebsd.org; Sat, 17 Jun 2006 14:19:49 +0200 Mime-Version: 1.0 (Apple Message framework v750) Content-Transfer-Encoding: 7bit Message-Id: <82901FA2-5BE3-437E-872D-B95FC11011B1@anduin.net> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: stable@freebsd.org From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Sat, 17 Jun 2006 14:19:11 +0200 X-Mailer: Apple Mail (2.750) X-Spam-Score: -3.8 X-Spam-Level: --- Cc: Subject: Panic: sleeping thread X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2006 12:19:51 -0000 Hi, ever since 6.1-RELEASE (possibly earlier, not sure) I've been seeing frequent panics on a previously stable (6.0-STABLE) dual opteron server. When I say "previously stable" I mean weeks and months of uptime, and no known non-intended reboots. Now I'm seeing panics on a semi-regular basis, up to 2-3 times per week. The panic goes (dmesg, bt and ps at the end of this message): Sleeping thread (tid 100082, pid 84236) owns a non-sleepable lock panic: sleeping thread cpuid = 0 KDB: enter: panic [thread pid 84235 tid 100474 ] Stopped at kdb_enter+0x2f: nop ...where pid 84236 is a sh instance. I cannot reproduce this on demand, but I usually only have to wait a few days (it'll happen, at the latest, whenever I think it'll survive another evening and go out for a beer...). Calling boot() or reset from db> just causes the box to hang, I have to power cycle it at this point. I do not have a dump device (no swap partitions large enough, known problem, more hardware coming), but I hope the attached information helps. With best regards, /Eirik 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-STABLE #2: Wed May 31 20:13:06 CEST 2006 root@anduin.net:/usr/obj/usr/src/sys/ANDUIN WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 242 (1595.14-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf5a Stepping = 10 Features=0x78bfbff AMD Features=0xe0500800 real memory = 2147418112 (2047 MB) avail memory = 2061500416 (1966 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 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 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 pci3: on pcib1 ohci0: mem 0xfeafc000-0xfeafcfff irq 19 at device 0.0 on pci3 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfeafd000-0xfeafdfff irq 19 at device 0.1 on pci3 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered atapci0: port 0xb400-0xb407,0xb000-0xb003,0xac00-0xac07,0xa800-0xa803,0xa400-0xa40f mem 0xfeafec00-0xfeafefff irq 19 at device 5.0 on pci3 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 ata5: on atapci0 pci3: at device 6.0 (no driver attached) fxp0: port 0xbc00-0xbc3f mem 0xfeafb000-0xfeafbfff,0xfeaa0000-0xfeabffff irq 18 at device 8.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:e0:81:2a:11:64 fxp0: [GIANT-LOCKED] isab0: at device 7.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on pci0 ata0: on atapci1 ata1: on atapci1 pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) pcib2: at device 10.0 on pci0 pci2: on pcib2 ahd0: port 0x9000-0x90ff, 0x9c00-0x9cff mem 0xfc8fc000-0xfc8fdfff irq 24 at device 6.0 on pci2 ahd0: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs ahd1: port 0x9800-0x98ff, 0x9400-0x94ff mem 0xfc8fe000-0xfc8fffff irq 25 at device 6.1 on pci2 ahd1: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs bge0: mem 0xfc8b0000-0xfc8bffff,0xfc8a0000-0xfc8affff irq 24 at device 9.0 on pci2 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:e0:81:2a:59:8c bge0: [GIANT-LOCKED] bge1: mem 0xfc8e0000-0xfc8effff,0xfc8d0000-0xfc8dffff irq 25 at device 9.1 on pci2 miibus2: on bge1 brgphy1: on miibus2 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:e0:81:2a:59:8d bge1: [GIANT-LOCKED] pci0: at device 10.1 (no driver attached) pcib3: at device 11.0 on pci0 pci1: on pcib3 pci0: at device 11.1 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 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, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: 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 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 orm0: at iomem 0xc0000-0xc7fff,0xd1000-0xd57ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec module_register_init: MOD_LOAD (amr_linux, 0xffffffff806b3ba0, 0) error 6 IPsec: Initialized Security Association Processing. ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled Waiting 5 seconds for SCSI devices to settle acd0: CDROM at ata1-slave UDMA33 ad4: 152627MB at ata2-master SATA150 ad6: 152627MB at ata3-master SATA150 sa0 at ahd0 bus 0 target 6 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 10.000MB/s transfers (10.000MHz, offset 32) da0 at ahd0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) da1 at ahd0 bus 0 target 9 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 40.000MB/s transfers (20.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) ar0: 152625MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master SMP: AP CPU #1 Launched! GEOM_MIRROR: Device gm0s1 created (id=3433009533). GEOM_MIRROR: Device gm0s1: provider da0s1 detected. GEOM_MIRROR: Device gm0s1: provider da1s1 detected. GEOM_MIRROR: Device gm0s1: provider da1s1 activated. GEOM_MIRROR: Device gm0s1: provider mirror/gm0s1 launched. GEOM_MIRROR: Device gm0s1: rebuilding provider da0s1. Trying to mount root from ufs:/dev/mirror/gm0s1a WARNING: / was not properly dismounted GEOM_MIRROR: Device gm0s1: rebuilding provider da0s1 finished. GEOM_MIRROR: Device gm0s1: provider da0s1 activated. bge0: link state changed to UP pid 877 (clamd), uid 106 inumber 8751 on /var: filesystem full Backtrace and ps output: db> bt Tracing pid 84235 tid 100474 td 0xffffff006f759000 kdb_enter() at kdb_enter+0x2f panic() at panic+0x291 propagate_priority() at propagate_priority+0x1bd turnstile_wait() at turnstile_wait+0x266 _mtx_lock_sleep() at _mtx_lock_sleep+0xa6 vm_map_pmap_enter() at vm_map_pmap_enter+0x316 vm_map_insert() at vm_map_insert+0x207 elf64_map_insert() at elf64_map_insert+0x209 elf64_load_section() at elf64_load_section+0xbe elf64_load_file() at elf64_load_file+0x324 exec_elf64_imgact() at exec_elf64_imgact+0x759 kern_execve() at kern_execve+0x51c execve() at execve+0x5d syscall() at syscall+0x642 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (59, FreeBSD ELF64, execve), rip = 0x80091db4c, rsp = 0x7fffffffe598, rbp = 0xffffffff --- db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 84236 ffffff005f51f680 65534 84234 84233 4000000 [SLPQ user map 0xffffff003124b730][SLP] sh 84235 ffffff003bd9c340 65534 84234 84233 4000000 [LOCK vm page queue mutex ffffff005f8c3d00] sh 84234 ffffff006ba02340 65534 84233 84233 0000000 [SLPQ wait 0xffffff006ba02340][SLP] sh 84233 ffffff00768849c0 65534 83853 84233 0004000 [SLPQ piperd 0xffffff00152ca600][SLP] sh 83853 ffffff0049db2340 0 866 866 0000000 [SLPQ piperd 0xffffff0037541000][SLP] perl 83852 ffffff004e118680 10005 83851 83845 0000001 [SLPQ sbwait 0xffffff00651e5ad8][SLP] perl 83851 ffffff003739b000 10005 83849 83845 0004000 [SLPQ accept 0xffffff006c3f7796][SLP] perl 83849 ffffff0022dda340 10005 83845 83845 0004000 [SLPQ wait 0xffffff0022dda340][SLP] sh 83845 ffffff002a29f680 10005 83843 83845 0004000 [SLPQ wait 0xffffff002a29f680][SLP] sh 83843 ffffff0067d129c0 0 1148 1148 0000000 [SLPQ piperd 0xffffff005ca38300][SLP] cron 83814 ffffff00140c4000 80 3341 3341 0000100 [SLPQ select 0xffffffff80957550][SLP] httpd 83813 ffffff005a81a9c0 80 3341 3341 0000100 [SLPQ accept 0xffffff00402362c6][SLP] httpd 83810 ffffff005b243340 1000 1068 1068 0004000 [SLPQ select 0xffffffff80957550][SLP] imapd 83809 ffffff0010ca2340 80 3341 3341 0000100 [SLPQ accept 0xffffff00402362c6][SLP] httpd 83807 ffffff004d2979c0 80 3341 3341 0000100 [SLPQ accept 0xffffff00402362c6][SLP] httpd 83805 ffffff0046605000 26 83804 1040 0000101 [SLPQ connec 0xffffff0020b9cc66][SLP] exim-4.54-0 83804 ffffff001188a340 0 82788 1040 0000101 [SLPQ select 0xffffffff80957550][SLP] exim-4.54-0 83791 ffffff005e199340 80 3341 3341 0000100 [SLPQ accept 0xffffff00402362c6][SLP] httpd 83761 ffffff003bfd9340 80 3341 3341 0000100 [SLPQ accept 0xffffff00402362c6][SLP] httpd 83719 ffffff0010471680 80 3341 3341 0000100 [SLPQ accept 0xffffff00402362c6][SLP] httpd 83682 ffffff0020ca5340 1026 83681 83682 0004002 [SLPQ ttyin 0xffffff0066f1a410][SLP] tcsh 83681 ffffff0021727680 1026 83678 83678 0000100 [SLPQ select 0xffffffff80957550][SLP] sshd 83678 ffffff0021727000 0 1127 83678 0004100 [SLPQ sbwait 0xffffff002255c870][SLP] sshd 83536 ffffff0020ca5680 1026 1068 1068 0004000 [SLPQ select 0xffffffff80957550][SLP] imapd 83027 ffffff001be36000 26 83026 1040 0000101 [SLPQ connec 0xffffff0026b8a2c6][SLP] exim-4.54-0 83026 ffffff0021727340 0 75209 1040 0000101 [SLPQ select 0xffffffff80957550][SLP] exim-4.54-0 82788 ffffff007296a340 0 1040 1040 0004100 [SLPQ wait 0xffffff007296a340][SLP] exim-4.54-0 82715 ffffff00755b79c0 0 70194 70194 0000000 [SLPQ select 0xffffffff80957550][SLP] perl5.8.7 82695 ffffff003bd9c680 26 82694 82694 0000101 [SLPQ select 0xffffffff80957550][SLP] exim-4.54-0 82694 ffffff004b7fc680 0 1 82694 0004101 [SLPQ select 0xffffffff80957550][SLP] exim-4.54-0 82083 ffffff0024815000 1000 1068 1068 0004000 [SLPQ select 0xffffffff80957550][SLP] imapd 80236 ffffff003ad87000 1000 1068 1068 0004000 [SLPQ select 0xffffffff80957550][SLP] imapd 79938 ffffff001188a000 1000 1068 1068 0004000 [SLPQ select 0xffffffff80957550][SLP] imapd 79480 ffffff006912b340 125 2824 2824 0004100 [SLPQ select 0xffffffff80957550][SLP] pickup 78846 ffffff005ab59340 0 1040 1040 0004100 [SLPQ piperd 0xffffff0062bf6000][SLP] exim-4.54-0 77667 ffffff006605f000 1011 1068 1068 0004000 [SLPQ select 0xffffffff80957550][SLP] imapd 77111 ffffff0021976000 90 1068 1068 0004000 [SLPQ select 0xffffffff80957550][SLP] imapd 75209 ffffff0067dd89c0 0 1040 1040 0004100 [SLPQ wait 0xffffff0067dd89c0][SLP] exim-4.54-0 73684 ffffff00385ed680 0 70194 70194 0000000 [SLPQ select 0xffffffff80957550][SLP] perl5.8.7 72257 ffffff0064357340 80 696 696 0000100 [SLPQ accept 0xffffff005b61d2c6][SLP] httpd 72256 ffffff004d2f6340 80 696 696 0000100 [SLPQ accept 0xffffff005b61d2c6][SLP] httpd 72160 ffffff0021555680 80 696 696 0000100 [SLPQ accept 0xffffff005b61d2c6][SLP] httpd 63793 ffffff0046605340 80 696 696 0000100 [SLPQ accept 0xffffff005b61d2c6][SLP] httpd 63133 ffffff0046a67000 80 696 696 0000100 [SLPQ accept 0xffffff005b61d2c6][SLP] httpd 11692 ffffff0079047340 80 696 696 0000100 [SLPQ accept 0xffffff005b61d2c6][SLP] httpd 10895 ffffff007ab40340 80 696 696 0000100 [SLPQ accept 0xffffff005b61d2c6][SLP] httpd 89488 ffffff00104719c0 80 696 696 0000100 [SLPQ accept 0xffffff005b61d2c6][SLP] httpd 46958 ffffff004d467340 80 696 696 0000100 [SLPQ accept 0xffffff005b61d2c6][SLP] httpd 42485 ffffff0007ef39c0 80 696 696 0000100 [SLPQ accept 0xffffff005b61d2c6][SLP] httpd 89761 ffffff006605f680 6681 89758 89761 0004002 [SLPQ select 0xffffffff80957550][SLP] ssh 89758 ffffff005a4d2340 6681 89757 89758 0004002 [SLPQ wait 0xffffff005a4d2340][SLP] bash 89757 ffffff0032c4c9c0 6681 89744 89744 0000100 [SLPQ select 0xffffffff80957550][SLP] sshd 89744 ffffff00385ed9c0 0 1127 89744 0004100 [SLPQ sbwait 0xffffff003ea4c608][SLP] sshd 79563 ffffff006aee1000 10002 1 79563 0000000 [SLPQ select 0xffffffff80957550][SLP] ezb 79555 ffffff00599c09c0 10002 79554 79555 0004002 [SLPQ ttyin 0xffffff0072b48410][SLP] bash 79554 ffffff003739b9c0 10002 79460 79460 0000100 [SLPQ select 0xffffffff80957550][SLP] sshd 79460 ffffff007329b680 0 1127 79460 0004100 [SLPQ sbwait 0xffffff005134e870][SLP] sshd 70194 ffffff0067688340 0 1 70194 0000000 [SLPQ select 0xffffffff80957550][SLP] perl5.8.7 53955 ffffff004782a680 6681 53954 53955 0004002 [SLPQ select 0xffffffff80957550][SLP] irssi 53954 ffffff002a29f340 6681 53953 53954 0004002 [SLPQ wait 0xffffff002a29f340][SLP] bash 53953 ffffff0067e22000 6681 53950 53950 0000100 [SLPQ select 0xffffffff80957550][SLP] sshd 53950 ffffff00399c39c0 0 1127 53950 0004100 [SLPQ sbwait 0xffffff0059f6fd40][SLP] sshd 4298 ffffff003bd9c000 1026 1068 1068 0004000 [SLPQ select 0xffffffff80957550][SLP] imapd 51752 ffffff00215949c0 80 3114 3114 0000100 [SLPQ accept 0xffffff0045b0f2c6][SLP] httpd 51751 ffffff00248159c0 80 3114 3114 0000100 [SLPQ accept 0xffffff0045b0f2c6][SLP] httpd 51750 ffffff0040d0e000 80 3114 3114 0000100 [SLPQ accept 0xffffff0045b0f2c6][SLP] httpd 51732 ffffff0046a67340 80 3114 3114 0000100 [SLPQ accept 0xffffff0045b0f2c6][SLP] httpd 51592 ffffff00755b7680 80 3114 3114 0000100 [SLPQ accept 0xffffff0045b0f2c6][SLP] httpd 51591 ffffff004e1189c0 80 3114 3114 0000100 [SLPQ accept 0xffffff0045b0f2c6][SLP] httpd 51590 ffffff0007ef3340 80 3114 3114 0000100 [SLPQ accept 0xffffff0045b0f2c6][SLP] httpd 51588 ffffff00140c4680 80 3114 3114 0000100 [SLPQ accept 0xffffff0045b0f2c6][SLP] httpd 51587 ffffff0043309680 80 3114 3114 0000100 [SLPQ accept 0xffffff0045b0f2c6][SLP] httpd 3057 ffffff00772c6340 88 3032 3031 000c082 (threaded) mysqld thread 0xffffff006be44980 ksegrp 0xffffff00052dad80 [SLPQ kserel 0xffffff00052dadd8][SLP] thread 0xffffff0034f33980 ksegrp 0xffffff00052dad80 [SLPQ kserel 0xffffff00052dadd8][SLP] thread 0xffffff00135a94c0 ksegrp 0xffffff00052dad80 [SLPQ select 0xffffffff80957550][SLP] thread 0xffffff004cbad980 ksegrp 0xffffff003ed40360 [SLPQ kserel 0xffffff003ed403b8][SLP] thread 0xffffff0041dcc980 ksegrp 0xffffff0012a68360 [SLPQ sbwait 0xffffff0040536608][SLP] thread 0xffffff006be24be0 ksegrp 0xffffff000cce86c0 [SLPQ sigwait 0xffffffffb5266a38][SLP] thread 0xffffff0068b1b720 ksegrp 0xffffff0012a68e10 [SLPQ ksesigwait 0xffffff00772c6528][SLP] 3032 ffffff0043309340 88 1 3031 0004002 [SLPQ wait 0xffffff0043309340][SLP] sh 63730 ffffff00022e8000 80 2786 2786 0000100 [SLPQ accept 0xffffff0061d94c66][SLP] httpd 58997 ffffff0041c49680 80 2786 2786 0000100 [SLPQ accept 0xffffff0061d94c66][SLP] httpd 39585 ffffff0009ab2340 2003 39584 39585 0004102 [SLPQ pause 0xffffff0009ab23a8][SLP] screen 39584 ffffff0040d0e340 2003 39583 39584 0004002 [SLPQ wait 0xffffff0040d0e340][SLP][SWAP] bash 39583 ffffff001188a680 2003 39580 39580 0000100 [SLPQ select 0xffffffff80957550][SLP] sshd 39580 ffffff004ff21000 0 1127 39580 0004100 [SLPQ sbwait 0xffffff002e0a8ad8][SLP][SWAP] sshd 9988 ffffff0067e229c0 2003 9878 9988 0004003 [SLPQ select 0xffffffff80957550][SLP] irssi 9878 ffffff0020e26680 2003 9876 9878 0004002 [SLPQ wait 0xffffff0020e26680][SLP][SWAP] bash 9876 ffffff0021594340 2003 1 9876 0000100 [SLPQ select 0xffffffff80957550][SLP] screen 8673 ffffff0021594680 194 1 8673 0000000 [SLPQ kqread 0xffffff006767c800][SLP] ircd 5181 ffffff00679e3340 6694 5179 5181 0004002 [SLPQ select 0xffffffff80957550][SLP] irssi 5179 ffffff00622fe680 6694 1 5179 0000100 [SLPQ select 0xffffffff80957550][SLP] screen 3633 ffffff006912b000 0 2547 3633 0004100 [SLPQ select 0xffffffff80957550][SLP] fam 3554 ffffff003be1a340 0 1 3554 0000000 [SLPQ nanslp 0xffffffff8094a560][SLP] cron 3538 ffffff00436919c0 0 1 3538 0000000 [SLPQ select 0xffffffff80957550][SLP] inetd 3518 ffffff005c488680 25 1 3518 0000100 [SLPQ pause 0xffffff005c4886e8][SLP] sendmail 3508 ffffff003bfd9680 0 1 3508 0000100 [SLPQ pause 0xffffff003bfd96e8][SLP] sendmail 3456 ffffff0042cc6000 0 1 3456 0000100 [SLPQ select 0xffffffff80957550][SLP] sshd 3408 ffffff0049436680 0 1 3408 0000000 [SLPQ nanslp 0xffffffff8094a560][SLP] cron 3398 ffffff005c488000 0 1 3398 0000000 [SLPQ select 0xffffffff80957550][SLP] inetd 3375 ffffff0042cc6340 25 1 3375 0000100 [SLPQ pause 0xffffff0042cc63a8][SLP] sendmail 3364 ffffff007aa919c0 0 1 3364 0000100 [SLPQ select 0xffffffff80957550][SLP] sendmail 3353 ffffff00448c9680 0 1 3353 0000100 [SLPQ select 0xffffffff80957550][SLP] sshd 3341 ffffff0064357680 0 1 3341 0000000 [SLPQ select 0xffffffff80957550][SLP] httpd 3296 ffffff005b243680 0 1 3296 0000000 [SLPQ nanslp 0xffffffff8094a560][SLP] cron 3282 ffffff0046a67680 0 1 3282 0000000 [SLPQ select 0xffffffff80957550][SLP] inetd 3247 ffffff005ab599c0 25 1 3247 0000100 [SLPQ pause 0xffffff005ab59a28][SLP] sendmail 3244 ffffff004a7319c0 0 1 3244 0000000 [SLPQ nanslp 0xffffffff8094a560][SLP] cron 3231 ffffff004782a000 0 1 3231 0000000 [SLPQ select 0xffffffff80957550][SLP] inetd 3228 ffffff0063ad6000 0 1 3228 0000100 [SLPQ select 0xffffffff80957550][SLP] sendmail 3209 ffffff00448c99c0 25 1 3209 0000100 [SLPQ pause 0xffffff00448c9a28][SLP] sendmail 3159 ffffff0045a8e340 0 1 3159 0000100 [SLPQ select 0xffffffff80957550][SLP] sshd 3156 ffffff0049eff9c0 88 3067 3062 000c080 (threaded) mysqld thread 0xffffff003bc7b4c0 ksegrp 0xffffff00796b5360 [SLPQ kserel 0xffffff00796b53b8][SLP] thread 0xffffff003bc7b720 ksegrp 0xffffff00796b5360 [SLPQ kserel 0xffffff00796b53b8][SLP] thread 0xffffff003bc7bbe0 ksegrp 0xffffff00796b5360 [SLPQ select 0xffffffff80957550][SLP] thread 0xffffff0064858720 ksegrp 0xffffff0044708d80 [SLPQ sigwait 0xffffffffb4fe6a38][SLP] thread 0xffffff00583ed260 ksegrp 0xffffff0044708e10 [SLPQ ksesigwait 0xffffff0049effba8][SLP] 3136 ffffff006633c000 0 1 3136 0000100 [SLPQ select 0xffffffff80957550][SLP] sshd 3114 ffffff00418cb340 0 1 3114 0000000 [SLPQ select 0xffffffff80957550][SLP] httpd 3096 ffffff004782a340 0 1 3096 0000000 [SLPQ nanslp 0xffffffff8094a560][SLP] cron 3083 ffffff00416a9340 0 1 3083 0000000 [SLPQ select 0xffffffff80957550][SLP] inetd 3067 ffffff00643579c0 88 1 3062 0004000 [SLPQ wait 0xffffff00643579c0][SLP][SWAP] sh 3054 ffffff0063214000 25 1 3054 0000100 [SLPQ pause 0xffffff0063214068][SLP] sendmail 3037 ffffff0043691340 0 1 3037 0000100 [SLPQ select 0xffffffff80957550][SLP] sendmail 3014 ffffff006633c9c0 80 2786 2786 0000100 [SLPQ accept 0xffffff0061d94c66][SLP] httpd 3013 ffffff00448c9000 80 2786 2786 0000100 [SLPQ accept 0xffffff0061d94c66][SLP] httpd 3012 ffffff0063214340 80 2786 2786 0000100 [SLPQ accept 0xffffff0061d94c66][SLP] httpd 3011 ffffff0049db2000 80 2786 2786 0000100 [SLPQ accept 0xffffff0061d94c66][SLP] httpd 3010 ffffff0049eff680 80 2786 2786 0000100 [SLPQ accept 0xffffff0061d94c66][SLP] httpd 2997 ffffff005f2db9c0 1001 1 2997 0000000 [SLPQ accept 0xffffff0061d942c6][SLP][SWAP] svnserve 2973 ffffff006605f340 80 2939 2938 0004000 [SLPQ accept 0xffffff0061d9405e][SLP][SWAP] perl 2971 ffffff006633c680 80 2939 2938 0004000 [SLPQ accept 0xffffff00627ae9fe][SLP][SWAP] perl 2966 ffffff0065966340 80 2939 2938 0004000 [SLPQ accept 0xffffff0051606c66][SLP][SWAP] perl 2950 ffffff004b71d340 80 2939 2938 0004000 [SLPQ accept 0xffffff005134e2c6][SLP][SWAP] perl 2939 ffffff0049eff000 80 1 2938 0000100 [SLPQ kqread 0xffffff0066033800][SLP] lighttpd 2840 ffffff0063ad6340 0 1 2840 0000100 [SLPQ select 0xffffffff80957550][SLP] sshd 2829 ffffff005eca4340 125 2824 2824 0004100 [SLPQ select 0xffffffff80957550][SLP] qmgr 2824 ffffff004a731340 0 1 2824 0004100 [SLPQ select 0xffffffff80957550][SLP] master 2786 ffffff004a731680 0 1 2786 0000000 [SLPQ nanslp 0xffffffff8094a560][SLP] httpd 2771 ffffff006605f9c0 88 2706 2522 000c080 (threaded) mysqld thread 0xffffff0030e10000 ksegrp 0xffffff005af1a990 [SLPQ kserel 0xffffff005af1a9e8][SLP] thread 0xffffff0072518000 ksegrp 0xffffff005af1a990 [SLPQ select 0xffffffff80957550][SLP] thread 0xffffff002b8544c0 ksegrp 0xffffff005af1a990 [SLPQ kserel 0xffffff005af1a9e8][SLP] thread 0xffffff0042f6f260 ksegrp 0xffffff00423ca1b0 [SLPQ sigwait 0xffffffffb50aea38][SLP] thread 0xffffff0064619980 ksegrp 0xffffff0065b27120 [SLPQ ksesigwait 0xffffff006605fba8][SLP] 2710 ffffff0065966000 0 1 2710 0000000 [SLPQ select 0xffffffff80957550][SLP] syslogd 2706 ffffff006633c340 88 1 2522 0004000 [SLPQ wait 0xffffff006633c340][SLP][SWAP] sh 2674 ffffff004b71d000 0 1 2674 0004002 [SLPQ ttyin 0xffffff0078568810][SLP][SWAP] getty 2673 ffffff004a0909c0 0 1 2673 0004002 [SLPQ ttyin 0xffffff007ad24410][SLP][SWAP] getty 2672 ffffff0049436000 0 1 2672 0004002 [SLPQ ttyin 0xffffff007ad24c10][SLP][SWAP] getty 2671 ffffff0064357000 0 1 2671 0004002 [SLPQ ttyin 0xffffff00796d5c10][SLP][SWAP] getty 2670 ffffff0049436340 0 1 2670 0004002 [SLPQ ttyin 0xffffff007ac83010][SLP][SWAP] getty 2669 ffffff00638c99c0 0 1 2669 0004002 [SLPQ ttyin 0xffffff007ad46410][SLP][SWAP] getty 2668 ffffff004b71d9c0 0 1 2668 0004002 [SLPQ ttyin 0xffffff00796d5010][SLP][SWAP] getty 2667 ffffff0061eda340 0 1 2667 0004002 [SLPQ ttyin 0xffffff007ad45010][SLP][SWAP] getty 2666 ffffff0063214680 0 1 2666 0004002 [SLPQ ttyin 0xffffff007ad45810][SLP][SWAP] getty 2547 ffffff00638c9340 0 1 2547 0000000 [SLPQ select 0xffffffff80957550][SLP] inetd 2528 ffffff0059455340 88 2455 2336 000c082 (threaded) mysqld thread 0xffffff0064c7a000 ksegrp 0xffffff006207dab0 [SLPQ kserel 0xffffff006207db08][SLP] thread 0xffffff0049e93980 ksegrp 0xffffff006207dab0 [SLPQ kserel 0xffffff006207db08][SLP] thread 0xffffff0058b19be0 ksegrp 0xffffff006207dab0 [SLPQ select 0xffffffff80957550][SLP] thread 0xffffff0065665be0 ksegrp 0xffffff0065b271b0 [SLPQ sigwait 0xffffffffb4fd2a38][SLP] thread 0xffffff0064858be0 ksegrp 0xffffff0065b27240 [SLPQ ksesigwait 0xffffff0059455528][SLP] 2500 ffffff0063035680 0 1 50 0000002 [SLPQ select 0xffffffff80957550][SLP] rxstack 2467 ffffff005a459340 0 1 2467 0000000 [SLPQ select 0xffffffff80957550][SLP] syslogd 2455 ffffff00659669c0 88 1 2336 0004002 [SLPQ wait 0xffffff00659669c0][SLP][SWAP] sh 2449 ffffff004a090340 0 1 2449 0000000 [SLPQ nanslp 0xffffffff8094a560][SLP] cron 2438 ffffff0063035000 0 1 2438 0000000 [SLPQ select 0xffffffff80957550][SLP] inetd 2427 ffffff00630359c0 25 1 2427 0000100 [SLPQ pause 0xffffff0063035a28][SLP] sendmail 2420 ffffff004a090000 0 1 2420 0000100 [SLPQ select 0xffffffff80957550][SLP] sendmail 2360 ffffff00638c9680 0 1 2360 0000000 [SLPQ nanslp 0xffffffff8094a560][SLP] cron 2347 ffffff0063035340 0 1 2347 0000000 [SLPQ select 0xffffffff80957550][SLP] inetd 2313 ffffff00638c9000 25 1 2313 0000100 [SLPQ pause 0xffffff00638c9068][SLP] sendmail 2298 ffffff004b71e680 0 1 2298 0000100 [SLPQ select 0xffffffff80957550][SLP] sendmail 2292 ffffff004b7fc000 0 1 2292 0000100 [SLPQ select 0xffffffff80957550][SLP] sshd 2257 ffffff005f2db340 0 1 2257 0000100 [SLPQ select 0xffffffff80957550][SLP] sshd 2026 ffffff0049eff340 0 1 2026 0000000 [SLPQ select 0xffffffff80957550][SLP] syslogd 2018 ffffff004b71e9c0 0 1 2018 0000000 [SLPQ select 0xffffffff80957550][SLP] syslogd 1796 ffffff005a81a680 0 1 1796 0000000 [SLPQ select 0xffffffff80957550][SLP] syslogd 1695 ffffff005f7be9c0 0 1 1695 0000000 [SLPQ select 0xffffffff80957550][SLP] syslogd 1650 ffffff006225f9c0 0 1 1650 0000000 [SLPQ select 0xffffffff80957550][SLP] syslogd 1204 ffffff004b71e000 0 1201 1201 0000000 [SLPQ select 0xffffffff80957550][SLP] fsavd 1201 ffffff005a4599c0 0 1 1201 0000000 [SLPQ select 0xffffffff80957550][SLP] fsavd 1148 ffffff007ab409c0 0 1 1148 0000000 [SLPQ nanslp 0xffffffff8094a560][SLP] cron 1137 ffffff005e8e5000 389 1 1137 0008180 (threaded) slapd thread 0xffffff00662fc720 ksegrp 0xffffff007ba045a0 [SLPQ kserel 0xffffff007ba045f8][SLP] thread 0xffffff0048c53260 ksegrp 0xffffff007ba045a0 [SLPQ kserel 0xffffff007ba045f8][SLP] thread 0xffffff003e50a000 ksegrp 0xffffff007ba045a0 [SLPQ select 0xffffffff80957550][SLP] thread 0xffffff004c4614c0 ksegrp 0xffffff005a8db870 [SLPQ ksesigwait 0xffffff005e8e51e8][SLP] 1127 ffffff005f7be340 0 1 1127 0000100 [SLPQ select 0xffffffff80957550][SLP] sshd 1110 ffffff005b484680 70 1109 1106 0000000 [SLPQ select 0xffffffff80957550][SLP] postgres 1109 ffffff005a4d2680 70 1106 1106 0000000 [SLPQ select 0xffffffff80957550][SLP] postgres 1108 ffffff007aa91680 70 1106 1106 0000000 [SLPQ select 0xffffffff80957550][SLP] postgres 1106 ffffff0061eda9c0 70 1 1106 0000000 [SLPQ select 0xffffffff80957550][SLP] postgres 1094 ffffff005b2439c0 0 1035 1034 0000002 [SLPQ select 0xffffffff80957550][SLP] authdaemond 1093 ffffff005ab59000 0 1035 1034 0000002 [SLPQ select 0xffffffff80957550][SLP] authdaemond 1092 ffffff007ab40680 0 1035 1034 0000002 [SLPQ select 0xffffffff80957550][SLP] authdaemond 1091 ffffff005b405340 0 1035 1034 0000002 [SLPQ select 0xffffffff80957550][SLP] authdaemond 1090 ffffff007aa91340 0 1035 1034 0000002 [SLPQ select 0xffffffff80957550][SLP] authdaemond 1079 ffffff005e8e5680 0 1078 1079 0004002 [SLPQ select 0xffffffff80957550][SLP] couriertcpd 1078 ffffff005a4d2000 0 1 1078 0000003 [SLPQ piperd 0xffffff005dbef000][SLP] courierlogger 1068 ffffff005b405680 0 1067 1068 0004002 [SLPQ select 0xffffffff80957550][SLP] couriertcpd 1067 ffffff005ab59680 0 1 1067 0000003 [SLPQ piperd 0xffffff0061bb9c00][SLP] courierlogger 1053 ffffff005ed38340 0 1052 1053 0004002 [SLPQ select 0xffffffff80957550][SLP] couriertcpd 1052 ffffff005eca4680 0 1 1052 0000003 [SLPQ piperd 0xffffff005e0d0300][SLP] courierlogger 1040 ffffff005a4d29c0 26 1 1040 0000100 [SLPQ select 0xffffffff80957550][SLP] exim-4.54-0 1035 ffffff005f51f9c0 0 1034 1034 0004002 [SLPQ select 0xffffffff80957550][SLP] authdaemond 1034 ffffff005f51f340 0 1 1034 0000003 [SLPQ piperd 0xffffff005c0e5000][SLP] courierlogger 1027 ffffff005b405000 106 1 1027 0000100 [SLPQ pause 0xffffff005b405068][SLP] freshclam 866 ffffff005a81a340 0 1 866 0004000 [SLPQ select 0xffffffff80957550][SLP] perl 851 ffffff005b484340 0 1 850 0000000 [SLPQ select 0xffffffff80957550][SLP] snmpd 849 ffffff005b484000 88 821 820 000c082 (threaded) mysqld thread 0xffffff0032bc0be0 ksegrp 0xffffff005af1a360 [SLPQ kserel 0xffffff005af1a3b8][SLP] thread 0xffffff005e7e6980 ksegrp 0xffffff005af1a360 [SLPQ select 0xffffffff80957550][SLP] thread 0xffffff006be444c0 ksegrp 0xffffff005af1a360 [SLPQ kserel 0xffffff005af1a3b8][SLP] thread 0xffffff00588ee4c0 ksegrp 0xffffff005a8db900 [SLPQ sigwait 0xffffffffb4e2ba38][SLP] thread 0xffffff0058af2be0 ksegrp 0xffffff005a8db990 [SLPQ ksesigwait 0xffffff005b4841e8][SLP] 821 ffffff005e8e59c0 88 1 820 0004002 [SLPQ wait 0xffffff005e8e59c0][SLP][SWAP] sh 803 ffffff005ed38000 522 1 803 0000000 [SLPQ select 0xffffffff80957550][SLP] python2.4 802 ffffff00622fe9c0 522 774 802 0004000 [SLPQ select 0xffffffff80957550][SLP] ssl_esock 774 ffffff005b243000 522 1 764 000c082 (threaded) beam thread 0xffffff004eec2be0 ksegrp 0xffffff005af1a5a0 [SLPQ kserel 0xffffff005af1a5f8][SLP] thread 0xffffff00135a9980 ksegrp 0xffffff005af1a5a0 [SLPQ select 0xffffffff80957550][SLP] thread 0xffffff0061aed720 ksegrp 0xffffff005af1a5a0 [SLPQ kserel 0xffffff005af1a5f8][SLP] thread 0xffffff00588ee980 ksegrp 0xffffff00796b5c60 [SLPQ kserel 0xffffff00796b5cb8][SLP] thread 0xffffff0058af2980 ksegrp 0xffffff00796b5cf0 [SLPQ ksesigwait 0xffffff005b2431e8][SLP] 750 ffffff005a459000 522 1 749 0000000 [SLPQ select 0xffffffff80957550][SLP] epmd 719 ffffff0061eda000 0 1 719 0000000 [SLPQ select 0xffffffff80957550][SLP] ntpd 696 ffffff005a459680 0 1 696 0000000 [SLPQ select 0xffffffff80957550][SLP] httpd 635 ffffff005eca49c0 0 631 631 0000000 [SLPQ - 0xffffff005b73b200][SLP][SWAP] nfsd 634 ffffff006225f680 0 631 631 0000000 [SLPQ - 0xffffff005b73b400][SLP][SWAP] nfsd 633 ffffff005f7be000 0 631 631 0000000 [SLPQ - 0xffffff005e9c7a00][SLP][SWAP] nfsd 632 ffffff005ed389c0 0 631 631 0000000 [SLPQ - 0xffffff005f2a6400][SLP] nfsd 631 ffffff005e8e5340 0 1 631 0000000 [SLPQ select 0xffffffff80957550][SLP] nfsd 629 ffffff005f7be680 0 1 629 0000000 [SLPQ select 0xffffffff80957550][SLP] mountd 604 ffffff0061eda680 0 1 604 0000000 [SLPQ select 0xffffffff80957550][SLP] rpcbind 544 ffffff00622fe340 53 1 544 0000100 [SLPQ select 0xffffffff80957550][SLP] named 465 ffffff007aa91000 0 1 465 0000000 [SLPQ select 0xffffffff80957550][SLP] syslogd 425 ffffff005eca4000 0 1 425 0000000 [SLPQ select 0xffffffff80957550][SLP] devd 244 ffffff005f2db680 0 0 0 0000204 [SLPQ mdwait 0xffffff005f40e800][SLP] md0 226 ffffff006225f340 0 1 226 0000000 [SLPQ pause 0xffffff006225f3a8][SLP][SWAP] adjkerntz 49 ffffff00796d4000 0 0 0 0000204 [SLPQ m:w1 0xffffff0000f7e000][SLP] g_mirror gm0s1 48 ffffff00796d4340 0 0 0 0000204 [SLPQ - 0xffffffffb2950be4][SLP] schedcpu 47 ffffff00796d4680 0 0 0 0000204 [SLPQ - 0xffffffff8096d558][SLP] nfsiod 3 46 ffffff00796d49c0 0 0 0 0000204 [SLPQ - 0xffffffff8096d550][SLP] nfsiod 2 45 ffffff007acba9c0 0 0 0 0000204 [SLPQ - 0xffffffff8096d548][SLP] nfsiod 1 44 ffffff007a87c000 0 0 0 0000204 [SLPQ - 0xffffffff8096d540][SLP] nfsiod 0 43 ffffff007a87c340 0 0 0 0000204 [SLPQ sdflush 0xffffffff80974060][SLP] softdepflush 42 ffffff007a87c680 0 0 0 0000204 [SLPQ syncer 0xffffffff8094a140][SLP] syncer 41 ffffff007a87c9c0 0 0 0 0000204 [SLPQ vlruwt 0xffffff007a87c9c0][SLP] vnlru 40 ffffff007aaff000 0 0 0 0000204 [SLPQ psleep 0xffffffff80957e18][SLP] bufdaemon 39 ffffff007aaff340 0 0 0 000020c [SLPQ pgzero 0xffffffff809759e0][SLP] pagezero 38 ffffff007aaff680 0 0 0 0000204 [SLPQ psleep 0xffffffff809750ac][SLP] vmdaemon 37 ffffff007aaff9c0 0 0 0 0000204 [SLPQ psleep 0xffffffff8097505c][SLP] pagedaemon 36 ffffff007ab40000 0 0 0 0000204 [IWAIT] irq7: ppc0 35 ffffff007ba01680 0 0 0 0000204 [SLPQ - 0xffffff007a82f848][SLP] fdc0 34 ffffff007ba019c0 0 0 0 0000204 [IWAIT] swi0: sio 33 ffffff007aa77000 0 0 0 0000204 [IWAIT] irq1: atkbd0 32 ffffff007aa77340 0 0 0 0000204 [SLPQ idle 0xffffffff86aa5000][SLP] aic_recovery1 31 ffffff007aa77680 0 0 0 0000204 [IWAIT] irq25: bge1 ahd1 30 ffffff007aa779c0 0 0 0 0000204 [SLPQ idle 0xffffffff86aa1000][SLP] aic_recovery0 29 ffffff007acba000 0 0 0 0000204 [IWAIT] irq24: bge0 ahd0 28 ffffff007acba340 0 0 0 0000204 [IWAIT] irq15: ata1 27 ffffff007acba680 0 0 0 0000204 [IWAIT] irq14: ata0 26 ffffff007ba2a680 0 0 0 0000204 [IWAIT] irq18: fxp0 25 ffffff007ba2a9c0 0 0 0 0000204 [SLPQ usbevt 0xffffffff86a9d420][SLP] usb1 24 ffffff007ba5d000 0 0 0 0000204 [SLPQ usbtsk 0xffffffff80945310][SLP] usbtask 23 ffffff007ba5d340 0 0 0 0000204 [SLPQ usbevt 0xffffffff86a9b420][SLP] usb0 22 ffffff007ba5d680 0 0 0 0000204 [IWAIT] irq19: ohci0 ohci+ 21 ffffff007ba5d9c0 0 0 0 0000204 [IWAIT] irq9: acpi0 20 ffffff007ba01000 0 0 0 0000204 [IWAIT] swi6: + 9 ffffff007ba01340 0 0 0 0000204 [SLPQ - 0xffffff0000ceb500][SLP] thread taskq 19 ffffff007ba039c0 0 0 0 0000204 [IWAIT] swi5: + 8 ffffff007ba06000 0 0 0 0000204 [SLPQ - 0xffffff0000ceb900][SLP] acpi_task2 7 ffffff007ba06340 0 0 0 0000204 [SLPQ - 0xffffff0000ceb900][SLP] acpi_task1 6 ffffff007ba06680 0 0 0 0000204 [SLPQ - 0xffffff0000ceb900][SLP] acpi_task0 18 ffffff007ba069c0 0 0 0 0000204 [IWAIT] swi2: cambio 5 ffffff007ba2a000 0 0 0 0000204 [SLPQ - 0xffffff0000cebc00][SLP] kqueue taskq 17 ffffff007ba2a340 0 0 0 0000204 [IWAIT] swi6: task queue 16 ffffff007ba1a340 0 0 0 0000204 [SLPQ - 0xffffffff80942ee0][SLP] yarrow 4 ffffff007ba1a680 0 0 0 0000204 [SLPQ - 0xffffffff80945c08][SLP] g_down 3 ffffff007ba1a9c0 0 0 0 0000204 [SLPQ - 0xffffffff80945c00][SLP] g_up 2 ffffff007ba03000 0 0 0 0000204 [SLPQ - 0xffffffff80945bf0][SLP] g_event 15 ffffff007ba03340 0 0 0 0000204 [IWAIT] swi3: vm 14 ffffff007ba03680 0 0 0 000020c [IWAIT] swi4: clock sio 13 ffffff007ba33000 0 0 0 0000204 [IWAIT] swi1: net 12 ffffff007ba33340 0 0 0 000020c [Can run] idle: cpu0 11 ffffff007ba33680 0 0 0 000020c [CPU 1] idle: cpu1 1 ffffff007ba339c0 0 0 1 0004200 [SLPQ wait 0xffffff007ba339c0][SLP] init 10 ffffff007ba1a000 0 0 0 0000204 [SLPQ ktrace 0xffffffff80946d00][SLP] ktrace 0 ffffffff80945d60 0 0 0 0000200 [IWAIT] swapper db> From owner-freebsd-stable@FreeBSD.ORG Sat Jun 17 13:43: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C84A716A474 for ; Sat, 17 Jun 2006 13:43:12 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB21843D45 for ; Sat, 17 Jun 2006 13:43:11 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wx-out-0102.google.com with SMTP id t4so570345wxc for ; Sat, 17 Jun 2006 06:43:08 -0700 (PDT) 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=F3FormLseiNkdWi+9p+p2QaXQVs/7nclCiG/kdnE8fB5V+1OaK4ccxTptObYFgf3Jil7McS5tmbmJv9VSi7J3xlM5zpKkDIJdhW5Oydq+43Y1cxftSbtySLHYkTtQJ2mPdm3SLBlo7weY3aCVhye36Izs3iKKTN17xgb9T0qHEg= Received: by 10.70.73.4 with SMTP id v4mr5613543wxa; Sat, 17 Jun 2006 06:43:08 -0700 (PDT) Received: by 10.70.54.4 with HTTP; Sat, 17 Jun 2006 06:43:07 -0700 (PDT) Message-ID: <790a9fff0606170643i318e7348l23e702dd18cd3fed@mail.gmail.com> Date: Sat, 17 Jun 2006 08:43:07 -0500 From: "Scot Hetzel" To: FreeBSD-Stable@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_70478_5567718.1150551787743" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Powerd: Adaptive mode causing a hard hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jun 2006 13:43:12 -0000 ------=_Part_70478_5567718.1150551787743 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline I noticed a problem where my system would hard hang when powerd was enabled with no changes to the powerd flags in rc.conf. Yesterday, I tracked the problem down to powerd's Adaptive mode causing the hard hang. I first noticed the problem, when I was trying to transfer /usr/ports, /usr/src and /home/ncvs via nfs to my HP Pavilion dv8xxx laptop. Later I found that I could cause the system to hang when extracting cvs-cur CTMs. mkdir /home/ncvs cd /home/ncvs ctm /mnt/CTM/*.gz Note: the CTM directory contaings: cvs-cur.12200xEmpty.gz cvs-cur.12201.gz thru cvs-cur.12433.gz If I disabled powerd, or changed the powerd_flags to "-a maximum -b minimum", then this system wouldn't hang when extracting the CTM archives. Attached are the dmesg output, kernel configuration, loader.conf, rc.conf, and the output of powerd -v when the system would hang. I built a debug kernel, but I couldn't break into the debugger with ctl-alt-esc. Note: GENERIC.debug includes the default GENERIC configuration (hasn't been modified). The system is running FreeBSD 6.1-Stable/amd64 FreeBSD 6.1-STABLE #0: Thu Jun 15 23:41:47 CDT 2006 root@hp010.hetzels.org:/usr/obj/usr/src/6x/sys/GENERIC.debug WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) 64 Mobile Technology ML-37 (797.69-MHz K8-class CPU) Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. ------=_Part_70478_5567718.1150551787743 Content-Type: text/plain; name=dmesg.txt; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Attachment-Id: f_eok052o7 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 =09The Regents of the University of California. All rights reserved. FreeBSD 6.1-STABLE #0: Thu Jun 15 23:41:47 CDT 2006 root@hp010.hetzels.org:/usr/obj/usr/src/6x/sys/GENERIC.debug WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) 64 Mobile Technology ML-37 (797.69-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x20f42 Stepping =3D 2 Features=3D0x78bfbff Features2=3D0x1 AMD Features=3D0xe2500800 AMD Features2=3D0x1 real memory =3D 1072300032 (1022 MB) avail memory =3D 1021259776 (973 MB) ACPI APIC Table: MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) unknown: I/O range not supported Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 powernow0: on cpu0 acpi_lid0: on acpi0 acpi_button0: on acpi0 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 4.0 on pci0 pci2: on pcib2 ohci0: mem 0xc0000000-0xc0000fff irq 19 at devic= e 19.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: ATI OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xc0001000-0xc0001fff irq 19 at devic= e 19.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: ATI OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered ehci0: mem 0xc0002000-0xc0002fff irq 19 at d= evice 19.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: ATI EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 8 ports with 8 removable, self powered umass0: LEXAR MEDIA JUMPDRIVE TRAVELER, rev 2.00/20.00, addr 2 ichsmb0: port 0x8400-0x840f mem 0xc0003000-0xc00033ff at= device 20.0 on pci0 device_attach: ichsmb0 attach returned 6 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0x8410-0x841f irq 16 at device 20.1 on pci0 ata0: on atapci0 ata1: on atapci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib3: at device 20.4 on pci0 pci6: on pcib3 ndis0: mem 0xc0204000-0xc0205fff irq 21 = at device 2.0 on pci6 ndis0: NDIS API version: 5.1 fpudna in kernel mode! ndis0: Ethernet address: 00:14:a5:72:68:64 cbb0: mem 0xc0208000-0xc0208fff irq 20 at device 4.0 o= n pci6 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 fwohci0: <1394 Open Host Controller Interface> mem 0xc0209000-0xc02097ff,0x= c0200000-0xc0203fff irq 23 at device 4.2 on pci6 fwohci0: OHCI version 1.10 (ROM=3D0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 62:3f:02:00:01:52:40:7a fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 62:3f:02:52:40:7a fwe0: Ethernet address: 62:3f:02:52:40:7a fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc800ffc0, gen=3D2, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) fwohci0: phy int pci6: at device 4.3 (no driver attached) pci6: at device 4.4 (no driver attached) rl0: port 0xa000-0xa0ff mem 0xc020a400-0xc020a4= ff irq 22 at device 6.0 on pci6 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0f:b0:f5:b1:7c pcm0: mem 0xc0003400-0xc00034ff irq 17 at device 20.5 on pci0 pci0: at device 20.6 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 battery0: on acpi0 acpi_acad0: on acpi0 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd5fff,0xd7800-0x= d7fff,0xd8000-0xd8fff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding 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 797685606 Hz quality 800 Timecounters tick every 1.000 msec module_register_init: MOD_LOAD (amr_linux, 0xffffffff80614db0, 0) error 6 ad0: 95396MB at ata0-master UDMA100 ad1: 95396MB at ata0-slave UDMA100 acd0: DVDR at ata1-master PIO4 pcm0: da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device=20 da0: 40.000MB/s transfers da0: 989MB (2026592 512 byte sectors: 64H 32S/T 989C) Trying to mount root from ufs:/dev/ad0s3a mountmsdosfs(): bad FAT32 filesystem ------=_Part_70478_5567718.1150551787743 Content-Type: text/plain; name=GENERIC.debug; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Attachment-Id: f_eok05h8y Content-Disposition: attachment; filename="GENERIC.debug" include GENERIC ident=09=09GENERIC-debug makeoptions=09DEBUG=3D-g=09=09# Build kernel with gdb(1) debug symbols makeoptions=09KODIR=3D/boot/${KERNEL}_debug # Debugging for use in -current options =09KDB=09=09=09# Enable kernel debugger support. options =09DDB=09=09=09# Support DDB. options =09GDB=09=09=09# Support remote GDB. options =09INVARIANTS=09=09# Enable calls of extra sanity checking options =09INVARIANT_SUPPORT=09# Extra sanity checks of internal structures= , required by INVARIANTS options =09WITNESS=09=09=09# Enable checks to detect deadlocks and cycles options =09WITNESS_SKIPSPIN=09# Don't run witness on spinlocks for speed ------=_Part_70478_5567718.1150551787743 Content-Type: text/plain; name=loader.conf; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Attachment-Id: f_eok05k9g Content-Disposition: attachment; filename="loader.conf" kernel=3D"kernel_debug" loader_logo=3D"beastie" #boot_verbose=3D"YES" # cpufreq_load=3D"YES" # radeon_load=3D"YES" # bcmwl564_sys_load=3D"YES" wlan_ccmp_load=3D"YES" wlan_tkip_load=3D"YES" wlan_wep_load=3D"YES" # sound_load=3D"YES" snd_atiixp_load=3D"YES" ichsmb_load=3D"YES" # #vesa_load=3D"YES" #splash_bmp_load=3D"YES" #bitmap_load=3D"YES" #bitmap_name=3D"/boot/splash/daemon_freebsd-300x200.bmp" #bitmap_name=3D"/boot/splash/daemon_freebsd-1.bmp" #bitmap_name=3D"/boot/splash/daemon_freebsd-2.bmp" #bitmap_name=3D"/boot/splash/emily_black_1024.bmp" # #splash_pcx_load=3D"YES" #vesa_load=3D"YES" #bitmap_load=3D"YES" #bitmap_name=3D"/boot/chuck.pcx" ------=_Part_70478_5567718.1150551787743 Content-Type: text/plain; name=rc.conf; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Attachment-Id: f_eok05n9j Content-Disposition: attachment; filename="rc.conf" blanktime=3D"300" defaultrouter=3D"192.168.0.1" dumpdev=3D"/dev/ad0s3b" hostname=3D"hp010.hetzels.org" inetd_enable=3D"YES" ifconfig_rl0=3D"inet 192.168.0.10 netmask 255.255.255.0" #ifconfig_ndis0=3D"WPA DHCP" #ifconfig_ndis0=3D"DHCP" #ipv6_enable=3D"YES" sshd_enable=3D"YES" #nfs_client_enable=3D"YES" #nfs_server_enable=3D"YES" moused_enable=3D"YES" moused_port=3D"/dev/psm0" moused_type=3D"auto" mountd_enable=3D"YES" powerd_enable=3D"YES" powerd_flags=3D"-a maximum -b minimum" #rpc_lockd_enable=3D"YES" #rpc_statd_enable=3D"YES" #rpcbind_enable=3D"YES" #saver=3D"green" sendmail_enable=3D"NO" ------=_Part_70478_5567718.1150551787743-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 17 17:52: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 516C516A47E for ; Sat, 17 Jun 2006 17:52:21 +0000 (UTC) (envelope-from song2all@netvision.net.il) Received: from mailgw.netvision.net.il (84.94.139.51.cable.012.net.il [84.94.139.51]) by mx1.FreeBSD.org (Postfix) with SMTP id AD3D243D49 for ; Sat, 17 Jun 2006 17:52:16 +0000 (GMT) (envelope-from song2all@netvision.net.il) Received: from mailgw.netvision.net.il[127.0.0.1] by mailgw.netvision.net.il[127.0.0.1] (SMTPD32); Sat, 17 Jun 2006 20:51:11 +0200 Message-ID: <1872a1e003a68d8b392ac19bdbde3904@mailgw.netvision.net.il> From: "=?windows-1255?Q?=F9=E9=F8_=E1=F2=F6=EE=EA?=" To: Date: Sat, 17 Jun 2006 20:44:15 +0200 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=NextMime00A_000_115740312D"; type="multipart/alternative" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: =?windows-1255?b?7OAg6evl7OQg7PHh5ewg+ifu5/nh5CD57CAg4On45fIg?= =?windows-1255?b?7vny7u0gPyA=?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2006 17:52:21 -0000 This is a multi-part message in MIME format. ------=NextMime00A_000_115740312D Content-Type: text/plain; charset="windows-1255" Content-Transfer-Encoding: quoted-printable =A0 =F9=E9=F8/=F7=EC=E9=F4=A0=E0=E9=F9=E9 =E1=E1=E9=F6=E5=F2 =F9=EC=EA!=A0 =A0 =EE=E1=F6=F2 =EC=EC=F7=E5=E7=E5=FA =E7=E3=F9=E9=ED =EC=F9=F0=FA 2006 = =E4=E7=E3=F9=E4: =A0 100 =F9"=E7 =E1=EE=FA=F0=E4 =F2=EC =E4=E6=EE=F0=FA = =F9=E9=F8=A0/=A0=F7=EC=E9=F4 !=A0 =A0 =A0=A0=A0=A0=A0 =E4=EE=E1=F6=F2 =EC=F9=E1=E5=F2=E9=E9=ED=A0 =E1=EC=E1=E3 =F2=EC =EC-27.1.06 =EE=FA=F0=E4 =EE=F8=E2=F9=FA =E5=E1=EC=FA=E9 =F0=F9=EB=E7=FA=85 =B7=A0=A0=A0=A0=A0=A0=A0 =E4=F9=E9=F8 =EE=E2=E9=F2 =F2=EC =E3=E9=F1=F7 = =EE=F2=E5=F6=E1=A0 =B7=A0=A0=A0=A0=A0=A0=A0 =E4=F7=EC=E9=F4 =EE=E2=E9=F2 =F2=EC DVD=A0 =B7=A0=A0=A0=A0=A0=A0=A0 =EE=E5=EB=EF =EC=E4=F7=F8=F0=E4=A0=E1=E1=E9=FA, = =E1=EE=E7=F9=E1 =E5=E1=EB=EC =E0=E9=F8=E5=F2 =A0=EC=F6=F4=E9=E9=E4 =E1=F1=F8=E8=E5=EF =EC=E4=EE=E7=F9=E4 =EC=E7=F5 = =EB=E0=EF=A0=20 =A0 =EC=F4=F8=E8=E9=ED =F0=E5=F1=F4=E9=ED =EC=E7=F5 =EB=E0=EF =E0=E5 =F6=E5=F8 =F7=F9=F8 03-7305658 to remove click here =A0 ------=NextMime00A_000_115740312D Content-Type: application/octet-stream; name="=?windows-1255?Q?50_=F9=F7=EC.jpg?=" Content-Transfer-Encoding: base64 Content-ID: <1524an$IN68801150569855785@mailgw.netvision.net.il> /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAYEBQYFBAYGBQYHBwYIChAKCgkJChQODwwQFxQYGBcU FhYaHSUfGhsjHBYWICwgIyYnKSopGR8tMC0oMCUoKSj/2wBDAQcHBwoIChMKChMoGhYaKCgoKCgo KCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCj/wAARCABqAM8DASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2zRpD /bEBJ+XJ/ka2fEHiC10VITcRySPMflSMLuI7nlhx0/MVg6OCdXt+GPJ/kawtZ1q0vtbuLi7ge7s0 QRQRpOUG3PL++fw+U+1eLw+m6D9TvzFfvEdFcePLH7M4/s/UBkHr5Ix/4/XSDWrVbFLqdXgQqHIk wCnH8XNcFbf8I7e2cJi0e4eO4KpGfMdxvZclXGe3z56rtG77prL8S6/Jqtzb20Nu4iA3eSH5d/l+ Vvpu27f72f8AZr3XG70OBRO2/wCE6092kMdnqDWyOqG5EQEa59edw6jjGeV/vCsm5u4p9Qa4ikZ7 edyyc8ferL1zGneGVsmjaOUyRROM7svuVy3+6f8A7GqWkTz/ANmrHFb5ZHLgvjZ97n/a3fNuH4/i 4x0uZ1o6HSXbvJDKFL7P4D6VpeGdVt7e2dLmZnc4bntXMLrgkZZPslwclU4OTuZd+3af8/xVLY3/ ANqs7y5ijuNkEPmgiMfOFaX5enoin8Vqox/mOaN4nbL4ksd0q+XJhD97Awf1qK88QWLxJs83d97b 5ZzXD6rey2EyyXVncHA6gD+7uH8m/wDr03+2Iss628zJsdUYlMH5Ww34hc7vda0eHUkV7WR1Go6z bnTWk+dGkRWHH+1WNba7ELq35lPz/nWLqGpO+m+R9muUaItFsUjIX5cf+zflVNZgDbzqJZFD7wH+ XP3aIYZQVh+1Z6HPrlo7r5QcsCOAB/jXFtrPKJ5su4n124/WtKW3jkZA0Uob/YIf+eK5lY41voEY M643fc53f596cKShsXGXMzrW1RHsU2StuROW8wZ+77GucudRuD+8WWYJ8ucE9a1lgeSz2RW7JKY9 vMewfzNcn4quBp2z++7uoH+7UydjthRR0+kaofsjb53LA+tUdZ1GdrlDDcShCOxP96uXbSdXt9Ki nlt1MHDHD8gMq/e/P/x6ueu5pDIu58Mduwg8D5fr71xQpKNTnOrkhY9J0y7vJN+64mOCOsho1We/ +zLsuJvv9pCv8NeZwSSBmCSsG7gucVHPcT71jZ2PH9843f7VDherzmapI9DsbrUftnzXMxXn5fOP 92r91dX/ANmcrcTBgG/5aGvLIJpTtPmPuHXEnI9afLcSlGLSvyDnB5/zzXU5m8IQijsnv9TG7/TL kf8Abc1txTameftM397/AFxryXz5NjfvH3fU1ainuf8AnvLt/wB+uPGUViFq7DpQhA9T+0agm7dd zDH/AE2NbFldXH2VN80zN6lzXj2jXdw+uWqebKUMyZ5J/ir2CxA+yI34V8fmVKeHdos7qChLoaml xrJqUSMcA5U8dtrVF4v8L2U2nr9kgto7jP7uFyEWRuu0LjBbj8PwrH1LULvTbqCW2cRqG++UyC39 3n2/H06V0Eni2O6svKsYpZNVdNvkJGSqN93cexTP/wBfb2+gyKDhh7+Z5ePfNUOJ8M3aC4v45Y7Z 4vIeXy58YcxcjbkH5l+bt/tVB4eY3WuwecInlB3/ADvy77udvHPO0/7v0rvtI8MJZ6Pei7UeddwN G4B/1abT8u719fw/u5rC8MXEGiT6t/ab+TdRhF8sjk/e+VfXO5fzDV9A5x10OCzM/wAbXUtxcrBc QIHh3LIh+4WLKo7fd2KjfjS6GUGi2sTxWmx43uBvfAC+buDYwflwV+b+8PfdVzRdNk1y/OoXsai1 MhlcMNwkZv4V9UH3f90bf72N5SEnnilCspdlGQG4/u80uZJWM62x55pni0SalqU91F/oscafZzbA SvO7P5fyeqkjA+703V1sVrHB/o8QiS3nDZQJtU7tyncvuKrz6HaJ4o03VIUGy0hWGO2wPLBXdsPB +8Nzfp6VqXkjyO0jBEeMhvX+rU47nI5FVrWCwheP7P5KB9xSMbR81OlsrCG2WCxLcnb5BAUD+98u P9qsnVfFEEGpGxfyp7WaVbLz7eRHaOdt3yOg+bs3IzXVX1xIlh/ql3Y3CQEH/gVXqI5+fT447K4e KKGFB+9coR1/vfntrOggctANiBCRwDitTVb+5ks7iJ7iIoU6AjmsCXUrPTraK4uJWRY+iBBkt/dq +buXD3tjUuoY47ho0+VgNwHAOPrxWDIPJuFkaVQsYDZkcMPu1xepeJNRuLzK3EsaGRmEaSFB8zVS WSW9hY3DuWjkCEyEsAP71R7U7YYflPWLTXbS3eD7bf26+nlkOf7v/s1c/rl7b39/BcQxTTLBP5qO 4Cg99vP/AAGuPiR5rdpEkbdjcEGf8/8A6612vXfS9OvLfcZY98M2P+WLs24N+Ib73sawlI7ox5Ub cGu6vpcb3M0l88TybiJvnAX/AHuVHSrsFjoni62e4eP7LdD5TJCQP4f4h/311rd0WeI2Fg8SSuj/ ACnjr8n8XrWO2h2yareH+z8pOegcKR/FWMdy9DmdX8Dahp6PLaFbuL/piRu29vl/wrl7mCWCdo7i B4ZwOUdMEV31taXGnXH2myea2Xft5PB2/MFbB5Wuha9iu1WLXtMV7cjiaEh8/gen8PSjl1J1R46v 3M/MPehz7N0r1CfwHZaraNd+Hb1Nh6I+cZ6bd33h/u7a4vU/Deq2MrCa33Kg+coQQKdjWMkYKIOr VLE3zYy3bion8yFGDowYHuKlRxuX5PmNTPYouaLHjW7LIb/XIwOP9qvZtPB+xRd+TXjWkO/9tWfG P3yf+hV7FZZW3QNXyOeS5WjswyudtY6E1rdJOsykrnHyf/XrY8uXvIhz/sH/AOKqx2oFfUUaEMOu WmtDwZzc3eRRvUkFnOWePb5bfwn0+tVZ7ETHfMlvJs6b492P92tDUP8Ajwuf+ubfypvtXTExkUZI 32fMVLe+axtStXms2kXbvjkfG3/eaugl+7VKL/Ut/wBdH/8AQ2rSMTGcrnJr5n2dpFdd4O5P4gP4 e9S3Ye6RxFJEVwvPcH8KnVPOvpbaL7oO375X71c6E1Sx8Uf2XeyWzrJB50ZjL/L87ALz/hWsTBRc jN07wi8GstqFxctfeXC0Vr5kYMiburPIBzx0Y+prZg2SPE/lOWGFynzfXjbVfWI9U0XWLK2uTZG1 u3l2eTnf8oB+Yt9RUXi2LxBpmnxQLd2kNhdzLao8BJnjL/xbiAv979KvmDkZjWviLS5ne3ywuPPk ijBP+v2cllPZR8y/3TiuI8TX7zalLsdhFGdgHrtZql1rwfLb3mm2empN5CRyrd3gPz/Mq5+XPoGA /hG//easS68tHlRfugnYiDgUT0OrDRuMi8yZvl+8D+u6rWlCQXWxjlfORtow29t3HWm6RMjXKxu+ 187tqfq1T6egkvn27nTIYIULb9rbvmxWB6HQ6jStOR75Hd5kYhmMYw2z5W74Hb2pnGlXk8tqPMt3 QeZHI4y4X+JcDhvm+971KthcTWsQ8ya6YOvkpbAH3Lcf8C+U1oPoD72EVo3lYRcj5tjfNlsn60pG kR2mX8k2lq+nnMUDspQH5zuX9PwrR0/WHeZo5dpn9SRWNr+lppbpeaS8ySoegz8/yr/wHnbUHh+6 s7vVlkn3Rz4ZTklcn+7t+u7/ACeIGX9ZklktnjaRkxN6j/P8VFnrjx2Usc0ChcfI4fp/47W5dW9n d2Dx+Xid/kQOmMnrXJT2pfVPsUVpcSXEg3oBheF2/N12/wANHUcSrpWq6npzXl5ptwsaO7qUJ/Dd j+9/tVu+ENdk0u1M90/2q3nP7wlsuG67l/z/AOzVk3mhRw+HH1B0eGVC6uo+UD52+XFcpF5e3KjD 4/DNNj5Ud54lvfD1/Zy/8S545cffjGxv/r1yF5YQAxGy80/wuj8/rgVTXUrmCN0Qv5Q3YBOcf5zV r+2BOyedG3G7qOfu0tGUrEOlB7fWrUsmf3yt/wCPV75oGjNqOl28wlSMyJvwV/2mrwmCaOTVbXfu 4kX5uP71fSnggBfD1kCPn8kZ/Nq4cXl1HEK80TPETpL3GdNRSUZrrPOIbuMy2ssY6shFQt5mRiB/ zH+NXKKLicbmW0dw3/LBvzH+NZsczxo4eBzh37j+83vXTVy2oPsiuOesjr/481HO0RKCsYmmLcf2 kk7I43zbz0/vVQ8QAyfEq1+9tFh24b77V0EAiheKVyyRI+7nNZ2p28F14nXV4rlTDDaGEx7CD95m 3frWkZkRXKin8RC7+I/DIRGfJucBX2t9xad8S0L6VowUZX+0Yev+61XPEcMGqaxpNxDdoi2fmuUI OX3qq/LUviOCDWINJjtZWHkXsUxcxnGFVvlz93vVxlsPQ5W+jl8i4j8hv3gZtiFMH5fY8143qAkE rpsw2/5ye3zfer3tEJ3BAxy7LjO3J3fd/un+GvKvGNgLfWZyvEU53YA+XO75l/8AZvxq5y5isNJR djltKtXgd5bhGdpDtyMEIu5tq/8AoNX7Myx209y0C7IcvIRjARuB8v8AwGrTQuksUEW0q5XGPl+X v/d7c1qRWMv2TzdEEs0rnbNbPhC6bWUqrf8Aj27/AGfvNWcTtl7p1PgCJNVit57EJexRblkdPX+L dk/e5/QNXcxWk5u382B0Undw4Y/5/wAap/CjS7mwsL/UdXMSXl9IjGNDuWFETYi/72M5rpdXmjsE e7uJEht4wzvI5wAKLczMHWZyGs2c/wBnfyrdnTf0OONq/WuA1nw5cSeVcWUcv2xzIwTjlVVffhua 9hjkgu4VdHSS3J3eYhDK4ZeK4T4iajPo+r2HkyIEeFmPqG3Ln88LU6XNaVRyOb0zxJ9lSAXEE0zx PtmGORt3Et7r/wB803Tb+Q65Bq/luEneWEIPmO1V31Ttop9Rmnkh3faLuR1hCf3Gdt7bcfdwWG7P 8q7Sx0C20e8SVbh5opEbYCRhJO/6Ckbc3KcL4q1nVfs0tldI6I/znI/2v4f4a5dSR5RXdu9jXtOr 6Xb6taNBdRqc/KHHVK8h1WxfS9Ta2m37gevqP71NoalzFJspFhkb/wBloT/lkW3df/ZadIUdfkkX bgNyNv3lqDYN0QyxpFFy0Ij1a13FvvjrX1N4H58O2DdjAOPxavlKAo+qW/3uHC19WeBv+Rc08/8A Tun9aJ7HPVZq6s/l6fM3m3UI2f6y2j82Qf7q4bJ/A1zVhcA3cH/E48TyZcfJNpexG56Fvsy7R+Ir qr+Gae1eO3naCU/dlCK5X8DxWbBpmqRyI8muTyIGBKG3jXK+nAqDnNxegooXpRSARjha5e9gmeba sMjKZXYlUPr/APXrqaKBONzkrmzmcJvtpDlxzjP9Kr6hDsjdPKYSuOBggfyrtcVzXiT/AI+0Jx/q 1/maicuRXJ5EZq2pMOFt1OEZvv8AIbbVVElHkebG+7AxnPB/hXitFI/k9Oewp6RjzlPzDisY4lke yMiK0u44YpPLcKXXI9PXg1wfirQ7+9tnMVlcPKjlkAjOTXq948cMSpNKqfxcvj5f7361krdQO2JZ UGHHf+63PftW8cS5LYqMFF3PG7PQL8alZpqVtcWrznYDJCVx975ef4j938a6WAJa6VcG0k3sj7DN N0T5eevylsfyrvPEYg8tv3iBYw2fnH3/AJW2/wC9hf8Avn5q4SeZEW33m2kgkH+ukG85bkbl7cKv 8Xauqk+ZXNefmO+8GX0U2lQOsqvgBcg9Ttas7x5f6pHbJ/Z8F88SHd5lmUeaNlZcfu3/ANYhI5X7 1YGizS6XDAlxqNvM8hXZHG5SMK38X93/ACa3LnW5xeJbLFC8s/3CZOPmZsf+zVVieTU5rw1Onh3R HtJikd5dO808ceEjgldNoRVHyjHyr/vbv9ms/wAS3VprGptPLJsWBA8mSGZ3ZmUJ+f8AD/8AY1W8 QfbBqV5HMYYGj+YeSd2XX+H8643Up721v4p4kZFCDy0EJcSPv+63PyDnisrO+x1RSgj1rwro1tZa es8oVLqf965HykBuQv8A49TNV1LStLlzdXcSyl/uZ3v/AN8/eq54QhMmg28d1eSzXA+WZ5nBJfcx K7v7v3sL2Wr+ueG9P1KzeCWLEp+5IO3+1Wf2yeY881Hx25DJpibFTb++Iz/F97FchPcSXVy09xPm d/mJNWde0240DVpbCUsVHzIV7r/erLnkyy8/hWkjeOw/yz5OWlUq49KbEgdE2nH8PA/z/eq9BCj2 m9xK6jbv2Dp8q0+K1tHRjbzsGJ4SQdf9muCVZp2KKCxiPV4tsmcSLmvqfwQit4e09ycl7dF/LNfL THOupuOGEi59vu19T+CuPDmnn/p2Tmuxy9xHNVOipFbNKTxWAqfYlZ4riQF5HPlH597E5+UfeH4e 5x3qG0YHQUlQ2zO8CPLGUcjlCc4pXkHT5qYEuaP4qwZ72ZZJX+zyl43ZUKj5fx/z/wDFVatruaeb 5oJYEHeT+Pj+Hmnyiualc7r3N6m372z+pq0t3d/aHLL/AKOJNv3R0/vZ3f0qbdFcsS9tvC7lJcA/ dP61E4c6sFzGtk+V+OvzVLGD53zCt4Wltj/j3i/74FV7u2gBTbDGM56IK5ZUOVXGcv4hVH/dsoDf ZXyR1K7kyv8Akf1rLvoYz9o270cmdcJ3+797/a+72/8Ar6niOFA7osUPMD/fAUfeT3X+9WTePlLh 4Y2ecyTeWiJh0+58qt2/3hW1GF4kSWpPq+Httc3p8vzMmTtz/o6/N/46y/n6LXCQQokMUbI24PFj 2+RvbbXX6hse8v45rZEyeE4x/qdp29O3+cVz1tHbeUobYi/uthOOP3X/AO1Xo0Y6GDlqULyAXFzb 21vHsgSOBXdxk53N8uf++vyrsdOt4Lq8s7zy12wW42CF8Hf52Op/4F/9jWB5NvHFbhNz/u4XHOCB 2Vv9oYqxbXf2TbPFAoiyuY5AG/5eP/QsfxfSrkbQmVfEsFv9llnXl55p2GU/6aoNv/jv/wCzVKKx +yxy3L8s8M3Qf7v/AI9W9O8F9pySrHhf32AUAAbzV3f5+vrxia9mGSdOimGdkGzGPm/X/e/2q5Kd ZSlyHR0NvRcJcXUnSJ5OzhBC3lfeYd8j+lc/421GR9bsNOmku40jCQx+XM8XneaqgTRbCuWjddu0 /wDjua07OZ555USRUXzHVwEH/PJvm59v8/xV0chEyabJdbUT7wyBy2xvT5Rxupv+IJq5zXjbQ3n8 M29zdP8AadUtIESSQD/WMq8/ruavHbkd/lFeu+LvGNhatcafp8X2m4mBTzEHCM3yn615bqEZklaO JM884HX/ADu/lVyOqGxcsUkjs/tEUmzHyEDv8q1ckFwE3yx2kk5+YDJZ/vf71UIPPtYmDOgXhsfe FW4pkN35k3c78oev+fl/ztry5wfMWUoocamkjnLGRf8AP/oNfUvgtP8AimdLfPW3T+VfMTY/tGAr tKmQflX1B4R/5FTScf8APrH/AOgiu/7COasOs9YhupxCiygnuQMVdSOKPcVHzE8+tZljFGt6hWNA eeQK02/irjwc3VjeRGIioPQleRY42dvugbjUV3ardRbGJXntTLjm2lz6NU6nhfoK6zGLKi6cijCS zovYCQ8cVlrqVkszxZu3aOQq+XPBB+tdC5+U1ys0UbT3G5FOZDnIprUmbsixdatp5kDu9xsb5CiY 2H6itXSZoJ7bNuXZAcfvO1ZE9tB9iX9xF/3wK09FRI7ZxGqoN/RRim0Zwm2zVqtdkZTPvU2Tu61B d9Kxq/AzoMjWoIpoWMse/Py4yeR1/wDZaxLa0tpJljaP/WTfPyf49ua6LU/9W31rKsgPtUXA/wBY lGH+ABdY0u3e6aXyU3Puz1/55MP6LXEXNjEI8RIqY2/+O/LXpOofe/z/AHWrkp0TZ91enpXZh3oY yWpTudJjhhQrEgby1xjtt5H82rNubCCGGdGfYu/5AHPTfurrLwD7Mv8A1zP/AKDXN6gi+bL8q/fb t/tNWlxxQ6xtLeSwiCx5XDLk9du7d/MVka9axi6/1a8oc++5ua6XTP8AkHwf8CrI19R9pXgdP/Zq 8TDv/aWdfQqafDFHLK+G69M8fNuo8QXTmzt413JFH8oGcfLtYfyarNiBtfgdR/7NVXXAPsy8DrW/ O/b2IOattGtp79naSYeZ8xCEfX+7Vi78P2kNnO6PcB8f3x/hV3Tv+P1fp/7LV/UP+PKf6V6jgrnT B+4cZ/ZUZkUO8xXC/wAY/wAKutoEB5Q3BbK9xU6/61fov/oK1rwfdrysyxM8M1yFYb307nNf8I/I k6SIkp2dMuK938N6ta2vh/TIZ2KyRW0SOuDwdi15uv8AFXT2f/HtD/uL/KvCqZ3XtsjpWFhU3P/Z ------=NextMime00A_000_115740312D-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 17 18: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13FEA16A474 for ; Sat, 17 Jun 2006 18:17:53 +0000 (UTC) (envelope-from apple-bounces@lists.apnic.net) Received: from apnic.net (cumin.apnic.net [202.12.29.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id F168343D46 for ; Sat, 17 Jun 2006 18:17:22 +0000 (GMT) (envelope-from apple-bounces@lists.apnic.net) Received: from cumin.apnic.net (cumin [127.0.0.1]) by apnic.net (8.12.8/8.12.8) with ESMTP id k5HIHIJF025413 for ; Sun, 18 Jun 2006 04:17:18 +1000 From: apple-bounces@lists.apnic.net To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1483568498==" Message-ID: Date: Sun, 18 Jun 2006 04:17:16 +1000 Precedence: bulk X-BeenThere: apple@lists.apnic.net X-Mailman-Version: 2.1.4 X-AP-Lists: Asia Pacific Policy and Legal Forum X-List-Administrivia: yes Sender: apple-bounces@lists.apnic.net Errors-To: apple-bounces@lists.apnic.net X-AP-Spam-Status: No, hits=0.34 required=6 X-AP-Spam-Score: 0.34 (notspam) BAYES_50,NO_REAL_NAME X-Scanned-By: MIMEDefang 2.15 (www dot roaringpenguin dot com slash mimedefang) Subject: The results of your email commands X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jun 2006 18:17:53 -0000 --===============1483568498== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit The results of your email command are provided below. Attached is your original message. - Results: Ignoring non-text/plain MIME parts - Unprocessed: Your message was not delivered because the destination computer was unreachable within the allowed queue period. The amount of time a message is queued before it is returned depends on local configura- tion parameters. Most likely there is a network problem that prevented delivery, but it is also possible that the computer is turned off, or does not have a mail system running right now. Your message could not be delivered within 4 days: Mail server 44.204.67.20 is not responding. The following recipients could not receive this message: Please reply to postmaster@freebsd.org if you feel this message to be in error. =========================================================================== ====================================================================== WARNING: This e-mail was altered by the APNIC mail system, - Ignored: for security reasons. The specific changes made are described below. For more information about the APNIC Virus and attachments policy, see http://www.apnic.net/info/contact/virus.html ====================================================================== A known virus was discovered and deleted. Virus-scanner messages follow: /var/spool/MIMEDefang/mdefang-44944722-0/Work/msg-23028-28.zip Found the W32/Mydoom.o@MM!zip virus !!! - Done. --===============1483568498== Content-Type: message/rfc822 MIME-Version: 1.0 Received: from kombu.apnic.net (kombu.apnic.net [202.12.29.57]) by apnic.net (8.12.8/8.12.8) with ESMTP id k5HIH6JF025371 for ; Sun, 18 Jun 2006 04:17:06 +1000 X-Greylist: delayed 301 seconds by postgrey-1.21 at kombu.apnic.net; Sun, 18 Jun 2006 04:17:04 EST Received: from mtaout3.012.net.il (mtaout3.012.net.il [84.95.2.7]) by kombu.apnic.net (Postfix) with ESMTP id C6E98B0003 for ; Sun, 18 Jun 2006 04:17:04 +1000 (EST) Received: from freebsd.org ([84.94.205.107]) by i_mtaout3.012.net.il (HyperSendmail v2004.12) with ESMTP id <0J1000IRRNO4RWT0@i_mtaout3.012.net.il> for apple-request@apnic.net; Sat, 17 Jun 2006 21:07:31 +0300 (IDT) Date: Sat, 17 Jun 2006 21:11:45 +0200 From: freebsd-stable@freebsd.org Subject: TEST To: apple-request@apnic.net Message-id: <0J1000IRUNO7RWT0@i_mtaout3.012.net.il> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Mailer: Microsoft Outlook Express 6.00.2600.0000 Content-type: multipart/mixed; boundary="Boundary_(ID_fSBsdBWO/O/2/GWdkKuKAg)" X-Priority: 3 X-MSMail-priority: Normal X-AP-Virus: EMAIL MODIFIED X-AP-Virus: EMAIL MODIFIED X-AP-Spam-Warning: Possible SPAM X-AP-Spam-Status: Yes, hits=8.838 required=6 X-AP-Spam-Score: 8.838 (********) BAYES_99,FORGED_MUA_OUTLOOK,NO_REAL_NAME X-Scanned-By: MIMEDefang 2.15 (www dot roaringpenguin dot com slash mimedefang) This is a multi-part message in MIME format... --Boundary_(ID_fSBsdBWO/O/2/GWdkKuKAg) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-Disposition: inline This message was undeliverable due to the following reason: Your message was not delivered because the destination computer was unreachable within the allowed queue period. The amount of time a message is queued before it is returned depends on local configura- tion parameters. Most likely there is a network problem that prevented delivery, but it is also possible that the computer is turned off, or does not have a mail system running right now. Your message could not be delivered within 4 days: Mail server 44.204.67.20 is not responding. The following recipients could not receive this message: Please reply to postmaster@freebsd.org if you feel this message to be in error. =========================================================================== ====================================================================== WARNING: This e-mail was altered by the APNIC mail system, for security reasons. The specific changes made are described below. For more information about the APNIC Virus and attachments policy, see http://www.apnic.net/info/contact/virus.html ====================================================================== A known virus was discovered and deleted. Virus-scanner messages follow: /var/spool/MIMEDefang/mdefang-44944722-0/Work/msg-23028-28.zip Found the W32/Mydoom.o@MM!zip virus !!! --Boundary_(ID_fSBsdBWO/O/2/GWdkKuKAg)-- --===============1483568498==-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 17 19:44:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 766A216A474 for ; Sat, 17 Jun 2006 19:44:27 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E7DE43D45 for ; Sat, 17 Jun 2006 19:44:27 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id 8A081290C20 for ; Sat, 17 Jun 2006 16:44:23 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 46328-01 for ; Sat, 17 Jun 2006 16:44:25 -0300 (ADT) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 16DC8290C1F for ; Sat, 17 Jun 2006 16:44:23 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id E414A4A659; Sat, 17 Jun 2006 16:44:26 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id DC1D54A4A5 for ; Sat, 17 Jun 2006 16:44:26 -0300 (ADT) Date: Sat, 17 Jun 2006 16:44:26 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20060617164334.K1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: 6.1: kern.ipc.maxpipekva X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2006 19:44:27 -0000 Jun 17 16:00:03 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) Jun 17 16:00:04 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) but I can't seem to find anything in tuning(7) about it ... so, what is it and how do I monitor for it? thanks ---- 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 From owner-freebsd-stable@FreeBSD.ORG Sat Jun 17 19:52: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1249C16A479 for ; Sat, 17 Jun 2006 19:52:05 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CC5743D45 for ; Sat, 17 Jun 2006 19:52:04 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.3) with ESMTP id k5HJq2Gr041882; Sat, 17 Jun 2006 23:52:02 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Sat, 17 Jun 2006 23:52:02 +0400 (MSD) From: Maxim Konovalov To: "Marc G. Fournier" In-Reply-To: <20060617164334.K1114@ganymede.hub.org> Message-ID: <20060617234931.W41802@mp2.macomnet.net> References: <20060617164334.K1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: 6.1: kern.ipc.maxpipekva X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2006 19:52:05 -0000 On Sat, 17 Jun 2006, 16:44-0300, Marc G. Fournier wrote: > > Jun 17 16:00:03 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) > Jun 17 16:00:04 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) I thought about removing this reference but then decided that better to add a couple of words to tuning(7) man page (and didn't add). > but I can't seem to find anything in tuning(7) about it ... so, what > is it and how do I monitor for it? kern/sys_pipe.c: * In order to limit the resource use of pipes, two sysctls exist: * * kern.ipc.maxpipekva - This is a hard limit on the amount of pageable * address space available to us in pipe_map. This value is normally * autotuned, but may also be loader tuned. * * kern.ipc.pipekva - This read-only sysctl tracks the current amount of * memory in use by pipes. -- Maxim Konovalov From owner-freebsd-stable@FreeBSD.ORG Sat Jun 17 19:57: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3060216A479 for ; Sat, 17 Jun 2006 19:57:21 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7431243D49 for ; Sat, 17 Jun 2006 19:57:10 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id D8C4F290C20 for ; Sat, 17 Jun 2006 16:57:07 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 27821-09 for ; Sat, 17 Jun 2006 16:57:10 -0300 (ADT) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 760AB290C1F for ; Sat, 17 Jun 2006 16:57:07 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id D375449B88; Sat, 17 Jun 2006 16:57:11 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id CCE6E453CD for ; Sat, 17 Jun 2006 16:57:11 -0300 (ADT) Date: Sat, 17 Jun 2006 16:57:11 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org In-Reply-To: <20060617164334.K1114@ganymede.hub.org> Message-ID: <20060617165626.V1114@ganymede.hub.org> References: <20060617164334.K1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: 6.1: kern.ipc.maxpipekva X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2006 19:57:21 -0000 On Sat, 17 Jun 2006, Marc G. Fournier wrote: > > Jun 17 16:00:03 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) > Jun 17 16:00:04 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) > > but I can't seem to find anything in tuning(7) about it ... so, what is it > and how do I monitor for it? More on this: # sysctl -a | grep pipekva kern.ipc.maxpipekva: 16777216 kern.ipc.pipekva: 15122432 and I just rebooted the server ... so obviously I've been living on the edge ... not sure what to increase it to, since not sure what it affects, so will wait on responses ... thx ---- 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 From owner-freebsd-stable@FreeBSD.ORG Sat Jun 17 20:07: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94CD816A47C for ; Sat, 17 Jun 2006 20:07:58 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45FB743D49 for ; Sat, 17 Jun 2006 20:07:58 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.4) id k5HK7tKG051428; Sat, 17 Jun 2006 15:07:55 -0500 (CDT) (envelope-from dan) Date: Sat, 17 Jun 2006 15:07:55 -0500 From: Dan Nelson To: "Marc G. Fournier" Message-ID: <20060617200755.GG74191@dan.emsphone.com> References: <20060617164334.K1114@ganymede.hub.org> <20060617165626.V1114@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060617165626.V1114@ganymede.hub.org> X-OS: FreeBSD 5.5-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: 6.1: kern.ipc.maxpipekva X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2006 20:07:58 -0000 In the last episode (Jun 17), Marc G. Fournier said: > On Sat, 17 Jun 2006, Marc G. Fournier wrote: > >Jun 17 16:00:03 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) > >Jun 17 16:00:04 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) > > > >but I can't seem to find anything in tuning(7) about it ... so, what > >is it and how do I monitor for it? > > More on this: > > # sysctl -a | grep pipekva > kern.ipc.maxpipekva: 16777216 > kern.ipc.pipekva: 15122432 > > and I just rebooted the server ... > > so obviously I've been living on the edge ... not sure what to increase it > to, since not sure what it affects, so will wait on responses ... Try also running "sysctl kern.ipc | grep pipe", which will also tell you how many pipes are in use, plus some other counters. The comment at the top of sys/kern/sys_pipe.c explains how pipes are given memory. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Sat Jun 17 20:21: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2198316A47A for ; Sat, 17 Jun 2006 20:21:50 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id A295F43D5E for ; Sat, 17 Jun 2006 20:21:49 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id 31ACE290C20 for ; Sat, 17 Jun 2006 17:21:46 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 58688-02 for ; Sat, 17 Jun 2006 17:21:48 -0300 (ADT) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id B7D58290C1F for ; Sat, 17 Jun 2006 17:21:45 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 812965C0A4; Sat, 17 Jun 2006 17:21:50 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 7FE974A482 for ; Sat, 17 Jun 2006 17:21:50 -0300 (ADT) Date: Sat, 17 Jun 2006 17:21:50 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org In-Reply-To: <20060617165626.V1114@ganymede.hub.org> Message-ID: <20060617171905.J1114@ganymede.hub.org> References: <20060617164334.K1114@ganymede.hub.org> <20060617165626.V1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: 6.1: kern.ipc.maxpipekva X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2006 20:21:50 -0000 Great, I just kill'd the server .. I added: kern.ipc.maxpipekva=25165824 to /boot/loader.conf, to give an extra 8M to the PIPE KVA ... then rebooted, and it didn't come back up ... its a remote server, so am waiting for a tech right now to look at it, but ... Is there something else I should be doing? :( On Sat, 17 Jun 2006, Marc G. Fournier wrote: > On Sat, 17 Jun 2006, Marc G. Fournier wrote: > >> >> Jun 17 16:00:03 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) >> Jun 17 16:00:04 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) >> >> but I can't seem to find anything in tuning(7) about it ... so, what is it >> and how do I monitor for it? > > More on this: > > # sysctl -a | grep pipekva > kern.ipc.maxpipekva: 16777216 > kern.ipc.pipekva: 15122432 > > and I just rebooted the server ... > > so obviously I've been living on the edge ... not sure what to increase it > to, since not sure what it affects, so will wait on responses ... > > thx > > ---- > 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 > _______________________________________________ > 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" > ---- 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 From owner-freebsd-stable@FreeBSD.ORG Sat Jun 17 20:23: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92E2D16A47E for ; Sat, 17 Jun 2006 20:23:31 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 253A643D45 for ; Sat, 17 Jun 2006 20:23:31 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id BD098290C20; Sat, 17 Jun 2006 17:23:27 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 59149-02; Sat, 17 Jun 2006 17:23:30 -0300 (ADT) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 532B6290C1F; Sat, 17 Jun 2006 17:23:27 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 033FF5C0A4; Sat, 17 Jun 2006 17:23:31 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id EEEA64A482; Sat, 17 Jun 2006 17:23:31 -0300 (ADT) Date: Sat, 17 Jun 2006 17:23:31 -0300 (ADT) From: "Marc G. Fournier" To: Maxim Konovalov In-Reply-To: <20060617234931.W41802@mp2.macomnet.net> Message-ID: <20060617172245.C1114@ganymede.hub.org> References: <20060617164334.K1114@ganymede.hub.org> <20060617234931.W41802@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: 6.1: kern.ipc.maxpipekva X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2006 20:23:31 -0000 On Sat, 17 Jun 2006, Maxim Konovalov wrote: > On Sat, 17 Jun 2006, 16:44-0300, Marc G. Fournier wrote: > >> >> Jun 17 16:00:03 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) >> Jun 17 16:00:04 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) > > I thought about removing this reference but then decided that better > to add a couple of words to tuning(7) man page (and didn't add). > >> but I can't seem to find anything in tuning(7) about it ... so, what >> is it and how do I monitor for it? > > kern/sys_pipe.c: > > * In order to limit the resource use of pipes, two sysctls exist: > * > * kern.ipc.maxpipekva - This is a hard limit on the amount of pageable > * address space available to us in pipe_map. This value is normally > * autotuned, but may also be loader tuned. > * > * kern.ipc.pipekva - This read-only sysctl tracks the current amount of > * memory in use by pipes. See my other note, but I take it just adding: kern.ipc.maxpipekva=25165824 and reboot is the wrong thing to do, since the server didn't come back :( ---- 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 From owner-freebsd-stable@FreeBSD.ORG Sat Jun 17 20:38: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90DAC16A47C for ; Sat, 17 Jun 2006 20:38:10 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78DA443D58 for ; Sat, 17 Jun 2006 20:38:09 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.3) with ESMTP id k5HKc73V049784; Sun, 18 Jun 2006 00:38:08 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Sun, 18 Jun 2006 00:38:07 +0400 (MSD) From: Maxim Konovalov To: "Marc G. Fournier" In-Reply-To: <20060617172245.C1114@ganymede.hub.org> Message-ID: <20060618003223.J49605@mp2.macomnet.net> References: <20060617164334.K1114@ganymede.hub.org> <20060617234931.W41802@mp2.macomnet.net> <20060617172245.C1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: 6.1: kern.ipc.maxpipekva X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2006 20:38:10 -0000 On Sat, 17 Jun 2006, 17:23-0300, Marc G. Fournier wrote: > On Sat, 17 Jun 2006, Maxim Konovalov wrote: > > > On Sat, 17 Jun 2006, 16:44-0300, Marc G. Fournier wrote: > > > > > > > > Jun 17 16:00:03 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) > > > Jun 17 16:00:04 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) > > > > I thought about removing this reference but then decided that better > > to add a couple of words to tuning(7) man page (and didn't add). > > > > > but I can't seem to find anything in tuning(7) about it ... so, what > > > is it and how do I monitor for it? > > > > kern/sys_pipe.c: > > > > * In order to limit the resource use of pipes, two sysctls exist: > > * > > * kern.ipc.maxpipekva - This is a hard limit on the amount of pageable > > * address space available to us in pipe_map. This value is normally > > * autotuned, but may also be loader tuned. > > * > > * kern.ipc.pipekva - This read-only sysctl tracks the current amount of > > * memory in use by pipes. > > See my other note, but I take it just adding: > > kern.ipc.maxpipekva=25165824 > > and reboot is the wrong thing to do, since the server didn't come back :( Increase KVA_PAGES, see /sys/i386/conf/NOTES for details. -- Maxim Konovalov From owner-freebsd-stable@FreeBSD.ORG Sat Jun 17 21:17: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19D2B16A47A for ; Sat, 17 Jun 2006 21:17:31 +0000 (UTC) (envelope-from rj@rjt.org) Received: from tungsten.twistweb.com (tungsten.twistweb.com [216.177.24.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2B8243D45 for ; Sat, 17 Jun 2006 21:17:30 +0000 (GMT) (envelope-from rj@rjt.org) Received: from [172.16.4.1] (gw1.avhnh.org [216.177.17.130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tungsten.twistweb.com (Postfix) with ESMTP id EDE204095 for ; Sat, 17 Jun 2006 17:17:29 -0400 (EDT) Message-ID: <44947167.5050002@rjt.org> Date: Sat, 17 Jun 2006 17:17:27 -0400 From: "Ryan J. Taylor" User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: amr(4) in 6.1-RELEASE ignores my tape drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2006 21:17:31 -0000 Hi All, This morning I upgraded a Dell PowerEdge 2850 from 6.0-RELEASE to 6.1-RELEASE and found that amr(4) no longer detects my Seagate DAT via sa(4). The system has an embedded Dell PERC 4e/Di with two channels. Channel 0 contains two disks in RAID 1 and works fine. Channel 1 has only the DAT at ID 6 but it is no longer detected. Possibly related to this, ses0 also shows up with the 6.0 kernel but not under 6.1. The diffs for amr show that a ton of (excellent) work has been done between 6.0 and 6.1 so I have no idea where to even begin looking for a solution. Any help is most appreciated. Regards, RJ From owner-freebsd-stable@FreeBSD.ORG Sat Jun 17 21:24: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0C3116A474 for ; Sat, 17 Jun 2006 21:24:35 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 610DA43D48 for ; Sat, 17 Jun 2006 21:24:35 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id 78D3B290C20; Sat, 17 Jun 2006 18:24:31 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 71617-09; Sat, 17 Jun 2006 18:24:34 -0300 (ADT) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id C4056290C1F; Sat, 17 Jun 2006 18:24:30 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 5DD5D4909E; Sat, 17 Jun 2006 18:24:36 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 578843526A; Sat, 17 Jun 2006 18:24:36 -0300 (ADT) Date: Sat, 17 Jun 2006 18:24:36 -0300 (ADT) From: "Marc G. Fournier" To: Dan Nelson In-Reply-To: <20060617200755.GG74191@dan.emsphone.com> Message-ID: <20060617182336.O1114@ganymede.hub.org> References: <20060617164334.K1114@ganymede.hub.org> <20060617165626.V1114@ganymede.hub.org> <20060617200755.GG74191@dan.emsphone.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: 6.1: kern.ipc.maxpipekva X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2006 21:24:35 -0000 On Sat, 17 Jun 2006, Dan Nelson wrote: > In the last episode (Jun 17), Marc G. Fournier said: >> On Sat, 17 Jun 2006, Marc G. Fournier wrote: >>> Jun 17 16:00:03 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) >>> Jun 17 16:00:04 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) >>> >>> but I can't seem to find anything in tuning(7) about it ... so, what >>> is it and how do I monitor for it? >> >> More on this: >> >> # sysctl -a | grep pipekva >> kern.ipc.maxpipekva: 16777216 >> kern.ipc.pipekva: 15122432 >> >> and I just rebooted the server ... >> >> so obviously I've been living on the edge ... not sure what to increase it >> to, since not sure what it affects, so will wait on responses ... > > Try also running "sysctl kern.ipc | grep pipe", which will also tell > you how many pipes are in use, plus some other counters. The comment > at the top of sys/kern/sys_pipe.c explains how pipes are given memory. What uses all of these pipes? right now, with 97 jails running: kern.ipc.maxpipekva: 25165824 kern.ipc.pipes: 7038 kern.ipc.pipekva: 22179840 kern.ipc.pipefragretry: 0 kern.ipc.pipeallocfail: 0 kern.ipc.piperesizefail: 0 kern.ipc.piperesizeallowed: 1 That is an average of 7 pipes per process: pluto# ps aux | wc -l 1326 ---- 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 From owner-freebsd-stable@FreeBSD.ORG Sat Jun 17 21:33: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07C8616A474 for ; Sat, 17 Jun 2006 21:33:54 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail01.syd.optusnet.com.au (mail01.syd.optusnet.com.au [211.29.132.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55B9443D45 for ; Sat, 17 Jun 2006 21:33:53 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail01.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k5HLXpL6002627 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 18 Jun 2006 07:33:51 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k5HLXoeG007613; Sun, 18 Jun 2006 07:33:50 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k5HLXo9d007612; Sun, 18 Jun 2006 07:33:50 +1000 (EST) (envelope-from peter) Date: Sun, 18 Jun 2006 07:33:50 +1000 From: Peter Jeremy To: Scot Hetzel Message-ID: <20060617213349.GB715@turion.vk2pj.dyndns.org> References: <790a9fff0606170643i318e7348l23e702dd18cd3fed@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0eh6TmSyL6TZE2Uz" Content-Disposition: inline In-Reply-To: <790a9fff0606170643i318e7348l23e702dd18cd3fed@mail.gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: FreeBSD-Stable@freebsd.org Subject: Re: Powerd: Adaptive mode causing a hard hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jun 2006 21:33:54 -0000 --0eh6TmSyL6TZE2Uz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, 2006-Jun-17 08:43:07 -0500, Scot Hetzel wrote: >I noticed a problem where my system would hard hang when powerd was >enabled with no changes to the powerd flags in rc.conf. Yesterday, I >tracked the problem down to powerd's Adaptive mode causing the hard >hang. I reported exactly the same problem in mid-February on -amd64 with my HP nx6125. I found that it was random but could be triggered by changing the CPU clock using either cpufreq or raw ACPI frequency control. Unfortunately, I don't have a solution. I've taken to manually adjusting dev.cpu.0.freq based on what I'm doing and have only had a single hang in the past four months. --=20 Peter Jeremy --0eh6TmSyL6TZE2Uz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFElHU5/opHv/APuIcRAiDqAJ9bqVCG1qo6BxGuB3VmPSoUTRbHxQCfaA3+ MrzQaCf+1StvChq8XYDAlJk= =CjQN -----END PGP SIGNATURE----- --0eh6TmSyL6TZE2Uz--