From owner-freebsd-stable@FreeBSD.ORG Sun May 6 04:39:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A45916A403 for ; Sun, 6 May 2007 04:39:39 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by mx1.freebsd.org (Postfix) with ESMTP id 4442C13C44B for ; Sun, 6 May 2007 04:39:39 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from localhost (localhost [127.0.0.1]) by ly.sdf.com (Postfix) with ESMTP id 87744228390; Sat, 5 May 2007 21:17:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at X-Spam-Score: -3.906 X-Spam-Level: X-Spam-Status: No, score=-3.906 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, AWL=0.493, BAYES_00=-2.599] Received: from ly.sdf.com ([127.0.0.1]) by localhost (ly.sdf.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YDm0UI5QL3Ne; Sat, 5 May 2007 21:17:52 -0700 (PDT) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by ly.sdf.com (Postfix) with ESMTP id 96DD822838F; Sat, 5 May 2007 21:17:52 -0700 (PDT) Date: Sat, 5 May 2007 21:17:52 -0700 (PDT) From: Tom Samplonius To: Mark Andrews Message-ID: <29717200.1211178425072273.JavaMail.root@ly.sdf.com> In-Reply-To: <200704240805.l3O85D12047228@drugs.dv.isc.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [216.113.193.85] Cc: Howard Leadmon , freebsd-stable@freebsd.org, Ian Smith Subject: Re: FreeBSD DNS Resolver Issues? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 May 2007 04:39:39 -0000 ----- "Mark Andrews" wrote: > It's a broken load balancer which is returning the > parent's SOA record for AAAA queries for mail.wtplaw.com. > Named correctly rejects this as a garbage response. > > It also appears to only responds to A/AAAA queries. > > As for Solaris' host it may/may not be making AAAA queries. > > Mark Does anyone know what load balancer product this is? Since it is using DNS, I assume is one of these global slb things that tries to do clever things with DNS (ie. 3 second TTL). There do seem to be a lot of half-baked products out there that "appear to work", but don't really. But in case, it is not clear whether they set it up properly, or whether it is just broken. Tom From owner-freebsd-stable@FreeBSD.ORG Sun May 6 13:02:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE42E16A404 for ; Sun, 6 May 2007 13:02:04 +0000 (UTC) (envelope-from wa4geg@surfbest.net) Received: from mail003.cisp.com (mail003.cisp.com [65.196.203.203]) by mx1.freebsd.org (Postfix) with ESMTP id 808B213C465 for ; Sun, 6 May 2007 13:02:04 +0000 (UTC) (envelope-from wa4geg@surfbest.net) Received: from surfbest.net (unverified [127.0.0.1]) by mail003.cisp.com (Rockliffe SMTPRA 7.0.6) with ESMTP id for ; Sun, 6 May 2007 12:51:45 +0000 Message-ID: <380-22007506125145623@surfbest.net> X-Priority: 3 From: wa4geg@surfbest.net To: freebsd-stable@freebsd.org Date: Sun, 6 May 2007 12:51:45 -0000 MIME-Version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Subject: new compiler error, kdepim-3.5.6_3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2007 13:02:04 -0000 I'm running KDE-3=2E5=2E6 on FreeBSD 6=2E2-STABLE #2: Fri May 4 19:12:15= EDT 2007, and CVSup'd ports this morning (05/06/2007) When running "portupgrade -a", the following error (see below) occurs after the build of kdepim3 runs for just over an an hour (kdepim-3=2E5=2E6=5F3) (machine info: Athlon XP2000, 512MB RAM - for the curious:) How to fix=3F We really don't want to force this, do we=3F:o) Byron=20 Stop in /usr/ports/deskutils/kdepim3=2E ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade=2E91306=2E7 env UPGRADE=5FTOOL=3Dportupgrade UPGRADE=5FPORT=3Dkdepim-3=2E5=2E6=5F2 UPGRADE=5FPORT=5FVER=3D3=2E5=2E6=5F= 2 make ** Fix the problem and try again=2E ---> Skipping 'x11/kde3' (kde-3=2E5=2E6) because a requisite package 'kdepim-3=2E5=2E6=5F2' (deskutils/kdepim3) failed (specify -k to force) [Updating the pkgdb in /var/db/pkg =2E=2E=2E - 194 packages found (-0 +1) =2E done] ** Listing the failed packages (*:skipped / !:failed) ! deskutils/kdepim3 (kdepim-3=2E5=2E6=5F2) (new compiler error= ) * x11/kde3 (kde-3=2E5=2E6) From owner-freebsd-stable@FreeBSD.ORG Sun May 6 13:29:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1EC2616A400 for ; Sun, 6 May 2007 13:29:35 +0000 (UTC) (envelope-from andy@athame.co.uk) Received: from hex.athame.co.uk (salama58.adsl.netsonic.fi [81.17.207.58]) by mx1.freebsd.org (Postfix) with ESMTP id CDECC13C48A for ; Sun, 6 May 2007 13:29:34 +0000 (UTC) (envelope-from andy@athame.co.uk) Received: from [192.168.10.15] by hex.athame.co.uk with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HkgYA-000PTm-BC; Sun, 06 May 2007 16:13:18 +0300 From: Andy Fawcett To: freebsd-stable@freebsd.org Date: Sun, 6 May 2007 16:13:29 +0300 User-Agent: KMail/1.9.6 References: <380-22007506125145623@surfbest.net> In-Reply-To: <380-22007506125145623@surfbest.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705061613.30294.andy@athame.co.uk> Cc: wa4geg@surfbest.net Subject: Re: new compiler error, kdepim-3.5.6_3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2007 13:29:35 -0000 On Sunday 06 May 2007 15:51:45 wa4geg@surfbest.net wrote: > I'm running KDE-3.5.6 on FreeBSD 6.2-STABLE #2: Fri May 4 19:12:15 > EDT 2007, and CVSup'd ports this morning (05/06/2007) > > When running "portupgrade -a", the following error (see below) occurs > after the build of kdepim3 runs for just over an an hour > (kdepim-3.5.6_3) (machine info: Athlon XP2000, 512MB RAM - for the > curious:) > > How to fix? We really don't want to force this, do we?:o) > > Byron > > > Stop in /usr/ports/deskutils/kdepim3. > ** Command failed [exit code 1]: /usr/bin/script -qa > /tmp/portupgrade.91306.7 env UPGRADE_TOOL=portupgrade > UPGRADE_PORT=kdepim-3.5.6_2 UPGRADE_PORT_VER=3.5.6_2 make > ** Fix the problem and try again. > ---> Skipping 'x11/kde3' (kde-3.5.6) because a requisite package > 'kdepim-3.5.6_2' (deskutils/kdepim3) failed (specify -k to force) > [Updating the pkgdb in /var/db/pkg ... - 194 > packages found (-0 +1) . done] > ** Listing the failed packages (*:skipped / !:failed) > ! deskutils/kdepim3 (kdepim-3.5.6_2) (new compiler error) > * x11/kde3 (kde-3.5.6) Unfortunately, you've not pasted the important part, which is the part that actually shows the error in kdepim3. This would have come just before the "Stop in /usr/ports/deskutils/kdepim3." message above. The part you pasted just shows it failed, but not the failure itself. -- Andy Fawcett | andy@athame.co.uk | tap@kde.org "In an open world without walls and fences, | tap@lspace.org we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org From owner-freebsd-stable@FreeBSD.ORG Sun May 6 14:50:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4254216A402 for ; Sun, 6 May 2007 14:50:38 +0000 (UTC) (envelope-from wa4geg@surfbest.net) Received: from mail007.cisp.com (mail007.cisp.com [65.196.203.207]) by mx1.freebsd.org (Postfix) with ESMTP id 143CD13C45D for ; Sun, 6 May 2007 14:50:37 +0000 (UTC) (envelope-from wa4geg@surfbest.net) Received: from surfbest.net (unverified [127.0.0.1]) by mail007.cisp.com (Rockliffe SMTPRA 7.0.6) with ESMTP id for ; Sun, 6 May 2007 14:50:36 +0000 Message-ID: <380-22007506145036666@surfbest.net> X-Priority: 3 From: wa4geg@surfbest.net To: freebsd-stable@freebsd.org Date: Sun, 6 May 2007 14:50:36 -0000 MIME-Version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Subject: kdepim-3.5.6_3, compiler 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, 06 May 2007 14:50:38 -0000 >Unfortunately, you've not pasted the important part, which is >the part that actually shows the error in kdepim3=2E This would > have come just before the "Stop >in /usr/ports/deskutils/kdepim3=2E" message above=2E >The part you pasted just shows it failed, but not the failure > itself=2E Oops, sorry about that Andy=2E Here tis': dentities/libkpimidentities=2Ela -lkabc -lkutils -lkdeui -lartskde -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg=20 -L/usr/X11R6/lib libtool: link: cannot find the library `/usr/local/lib/libaudiofile=2Ela' or unhandled argument `/usr/local/lib/libaudiofile=2Ela' gmake[3]: *** [kalarm] Error 1 gmake[3]: Leaving directory `/usr/ports/deskutils/kdepim3/work/kdepim-3=2E5=2E6/kalarm' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/deskutils/kdepim3/work/kdepim-3=2E5=2E6/kalarm' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/deskutils/kdepim3/work/kdepim-3=2E5=2E6' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/deskutils/kdepim3=2E *** Error code 1 Stop in /usr/ports/deskutils/kdepim3=2E ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade=2E10482=2E102 env UPGRADE=5FTOOL=3Dportupgrade UPGRADE=5FPORT=3Dkdepim-3=2E5=2E6=5F2 UPGRADE=5FPORT=5FVER=3D3=2E5=2E6=5F= 2 make ** Fix the problem and try again=2E ---> Skipping 'x11/kde3' (kde-3=2E5=2E6) because a requisite package 'kdepim-3=2E5=2E6=5F2' (deskutils/kdepim3) failed (specify -k to force) ** Listing the failed packages (*:skipped / !:failed) ! deskutils/kdepim3 (kdepim-3=2E5=2E6=5F2) (new compiler error= ) * x11/kde3 (kde-3=2E5=2E6) ---> Packages processed: 0 done, 192 ignored, 1 skipped and 1 failed From owner-freebsd-stable@FreeBSD.ORG Sun May 6 15:20:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4BBCB16A400 for ; Sun, 6 May 2007 15:20:30 +0000 (UTC) (envelope-from pj@smo.de) Received: from ilk.de (mx-out12.ilk.de [194.121.104.12]) by mx1.freebsd.org (Postfix) with ESMTP id C441313C480 for ; Sun, 6 May 2007 15:20:29 +0000 (UTC) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool19.ka.ilk.net [212.86.194.19]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id l46FKR7B008374; Sun, 6 May 2007 17:20:27 +0200 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.4+Sun/8.13.4) with ESMTP id l46FIHj9004607; Sun, 6 May 2007 17:18:18 +0200 (CEST) Message-ID: <463DF26E.2070509@smo.de> Date: Sun, 06 May 2007 17:21:18 +0200 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070323 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: wa4geg@surfbest.net References: <380-22007506145036666@surfbest.net> In-Reply-To: <380-22007506145036666@surfbest.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: kdepim-3.5.6_3, compiler 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, 06 May 2007 15:20:30 -0000 wa4geg@surfbest.net wrote: [snipped] > dentities/libkpimidentities.la -lkabc -lkutils -lkdeui -lartskde > -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg > -L/usr/X11R6/lib > libtool: link: cannot find the library [snipped] Do you have that library installed? I had the same problem with vlc some days ago, it was fixed by updating a dependency (in my case ffmpeg-devel)... HTH, Philipp -- www.familie-ost.info/~pj From owner-freebsd-stable@FreeBSD.ORG Sun May 6 19:01:13 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A37516A401 for ; Sun, 6 May 2007 19:01:13 +0000 (UTC) (envelope-from wa4geg@surfbest.net) Received: from mail001.cisp.com (mail001.cisp.com [65.196.203.201]) by mx1.freebsd.org (Postfix) with ESMTP id 69FC213C45A for ; Sun, 6 May 2007 19:01:13 +0000 (UTC) (envelope-from wa4geg@surfbest.net) Received: from dialup-4.154.52.16.dial1.atlanta1.level3.net (unverified [4.154.52.16]) by mail001.cisp.com (Rockliffe SMTPRA 7.0.6) with ESMTP id ; Sun, 6 May 2007 19:01:11 +0000 From: Byron Campbell Organization: Electronic Equipment Service To: Philipp Ost , freebsd-stable@freebsd.org Date: Sun, 6 May 2007 15:02:05 -0400 User-Agent: KMail/1.9.6 References: <380-22007506145036666@surfbest.net> <463DF26E.2070509@smo.de> In-Reply-To: <463DF26E.2070509@smo.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705061502.06078.wa4geg@surfbest.net> Cc: Subject: Re: kdepim-3.5.6_3, compiler error [solved] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2007 19:01:13 -0000 On Sunday 06 May 2007 11:21:18 am you wrote: > wa4geg@surfbest.net wrote: > [snipped] > > > dentities/libkpimidentities.la -lkabc -lkutils -lkdeui -lartskde > > -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg > > -L/usr/X11R6/lib > > libtool: link: cannot find the library > > [snipped] > > Do you have that library installed? > > > I had the same problem with vlc some days ago, it was fixed by updating > a dependency (in my case ffmpeg-devel)... > > > HTH, > Philipp Yeah sure do, that's what was puzzling me. Doing a make deinstall and then make reinstall in /usr/ports/audio/libaudiofile corrected it, and kdepim-3.5.6_3 compiled just fine. Thanks, Byron - WA4GEG From owner-freebsd-stable@FreeBSD.ORG Sun May 6 21:08:16 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3CA1916A400 for ; Sun, 6 May 2007 21:08:16 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [217.206.238.167]) by mx1.freebsd.org (Postfix) with ESMTP id D95F813C43E for ; Sun, 6 May 2007 21:08:15 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id C4A1B425C for ; Sun, 6 May 2007 22:08:14 +0100 (BST) X-Virus-Scanned: by amavisd-new at mx0.thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id X4nXJWVXLQRf for ; Sun, 6 May 2007 22:08:12 +0100 (BST) Received: from [10.0.2.11] (82-71-32-9.dsl.in-addr.zen.co.uk [82.71.32.9]) by mx0.thekeelecentre.com (Postfix) with ESMTP id A031B419C for ; Sun, 6 May 2007 22:08:11 +0100 (BST) Message-ID: <463E43AD.4030105@thekeelecentre.com> Date: Sun, 06 May 2007 22:07:57 +0100 From: Richard Tector User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms020008090802010803060200" Subject: 6.2 newfs/tunefs minfree X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 May 2007 21:08:16 -0000 This is a cryptographically signed message in MIME format. --------------ms020008090802010803060200 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 6.2-STABLE, newfs(8) manpage reports: -o optimization [..snip..] If the value of min-free (see above) is less than 8%, the default is to optimize for space; if the value of minfree is greater than or equal to 8%, the default is to optimize for time. However, tunefs(8) manpage reports: -m minfree Specify the percentage of space held back from normal users; the minimum free space threshold. The default value used is 8%. Note that lowering the threshold can adversely affect performance: o Settings of 5% and less force space optimization to always be used which will greatly increase the overhead for file writes. Am I correct in assuming therefore that if min-free is set to less than 8% but optimization is set to time, the time method will still be used until the free space on the fs reaches 5% at which point it will force the 'space' method to be used? Or, is this a mixup in the documentation? Or, am I just reading it wrong? Regards, Richard --------------ms020008090802010803060200 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHPDCC A5owggMDoAMCAQICAQcwDQYJKoZIhvcNAQEEBQAwgYExCzAJBgNVBAYTAlVLMRYwFAYDVQQI Ew1TdGFmZm9yZHNoaXJlMQ4wDAYDVQQHEwVLZWVsZTEZMBcGA1UEChMQVGhlIEtlZWxlIENl bnRyZTEvMC0GA1UEAxMmVGhlIEtlZWxlIENlbnRyZSBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkw HhcNMDYwOTI5MTQyNTM4WhcNMTAwOTI5MTQyNTM4WjCBijELMAkGA1UEBhMCVUsxFjAUBgNV BAgTDVN0YWZmb3Jkc2hpcmUxGTAXBgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxFzAVBgNVBAMT DlJpY2hhcmQgVGVjdG9yMS8wLQYJKoZIhvcNAQkBFiByaWNoYXJkdGVjdG9yQHRoZWtlZWxl Y2VudHJlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxAE7t9Z0xg5iVOnqE2q7 UhaRoPrygXPXnZ4bHM8P2E4VKfpCP9tmU5rqP/zDwOKwUAFZsv1yHvzMj2d4S8nTP3eC75YY pztd1tiGIUyi2O1vtQuVrcogCC0Xe8TovubsjeosoEN6kujkTLhgWKj+/jDtb0ELiSwh7NnN CoStDvcCAwEAAaOCARUwggERMAkGA1UdEwQCMAAwLAYJYIZIAYb4QgENBB8WHU9wZW5TU0wg R2VuZXJhdGVkIENlcnRpZmljYXRlMB0GA1UdDgQWBBR5NRc2TrF8Qfj9ZMKvq5m5Lh9IFTCB tgYDVR0jBIGuMIGrgBSNCaM0QC1N5Hiyb/MPAVd/ouQEEqGBh6SBhDCBgTELMAkGA1UEBhMC VUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBU aGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRl IEF1dGhvcml0eYIJAJZYbH4e6XXnMA0GCSqGSIb3DQEBBAUAA4GBABy7Pq1hPDwR2vUs9Jlh LHXE1xLe/COWwTjmZ95mnvsX6XL6eVEzuc0xE66Mf1pyFxDKXxTCBj+G/ialE9AYiXTJAAVJ uvhvkm/u1vXdlNlfQJDRnZKFxrZsIT03LIysq+Hb4qZDpQvgWUUyGib4Ze7pNXPp8HOtlTgB ICafws5LMIIDmjCCAwOgAwIBAgIBBzANBgkqhkiG9w0BAQQFADCBgTELMAkGA1UEBhMCVUsx FjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUg S2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1 dGhvcml0eTAeFw0wNjA5MjkxNDI1MzhaFw0xMDA5MjkxNDI1MzhaMIGKMQswCQYDVQQGEwJV SzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEZMBcGA1UEChMQVGhlIEtlZWxlIENlbnRyZTEX MBUGA1UEAxMOUmljaGFyZCBUZWN0b3IxLzAtBgkqhkiG9w0BCQEWIHJpY2hhcmR0ZWN0b3JA dGhla2VlbGVjZW50cmUuY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEATu31nTG DmJU6eoTartSFpGg+vKBc9ednhsczw/YThUp+kI/22ZTmuo//MPA4rBQAVmy/XIe/MyPZ3hL ydM/d4LvlhinO13W2IYhTKLY7W+1C5WtyiAILRd7xOi+5uyN6iygQ3qS6ORMuGBYqP7+MO1v QQuJLCHs2c0KhK0O9wIDAQABo4IBFTCCAREwCQYDVR0TBAIwADAsBglghkgBhvhCAQ0EHxYd T3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHk1FzZOsXxB+P1kwq+r mbkuH0gVMIG2BgNVHSMEga4wgauAFI0JozRALU3keLJv8w8BV3+i5AQSoYGHpIGEMIGBMQsw CQYDVQQGEwJVSzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUxGTAX BgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUgQ2Vy dGlmaWNhdGUgQXV0aG9yaXR5ggkAllhsfh7pdecwDQYJKoZIhvcNAQEEBQADgYEAHLs+rWE8 PBHa9Sz0mWEsdcTXEt78I5bBOOZn3mae+xfpcvp5UTO5zTETrox/WnIXEMpfFMIGP4b+JqUT 0BiJdMkABUm6+G+Sb+7W9d2U2V9AkNGdkoXGtmwhPTcsjKyr4dvipkOlC+BZRTIaJvhl7uk1 c+nwc62VOAEgJp/CzksxggMbMIIDFwIBATCBhzCBgTELMAkGA1UEBhMCVUsxFjAUBgNVBAgT DVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUgS2VlbGUgQ2Vu dHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1dGhvcml0eQIB BzAJBgUrDgMCGgUAoIIB6TAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ BTEPFw0wNzA1MDYyMTA3NTdaMCMGCSqGSIb3DQEJBDEWBBRKWRHoSwUAaytduo9qQwbkFW19 SzBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG 9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBmAYJKwYBBAGCNxAEMYGKMIGHMIGB MQswCQYDVQQGEwJVSzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUx GTAXBgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUg Q2VydGlmaWNhdGUgQXV0aG9yaXR5AgEHMIGaBgsqhkiG9w0BCRACCzGBiqCBhzCBgTELMAkG A1UEBhMCVUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYD VQQKExBUaGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRp ZmljYXRlIEF1dGhvcml0eQIBBzANBgkqhkiG9w0BAQEFAASBgLfN2nMAs0DLmIEqm6bGmLrW cJE8jUWLR4DxHOSoAxPvKzsUsByGbt+aNM+Sqmk5SBXBA0nX1T3c2IMK2OLVLD2t29zcbPpA v5DabyJhetwl5zrYRPRY+IVnXy+6ECK18GfLWI/4mBNbI6RVy/2HHUmi7giy6JhOx0NnLjaP U87BAAAAAAAA --------------ms020008090802010803060200-- From owner-freebsd-stable@FreeBSD.ORG Mon May 7 00:59:01 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D92B316A402 for ; Mon, 7 May 2007 00:59:01 +0000 (UTC) (envelope-from go@go.sib-ecometall.ru) Received: from mail.sib-ecometall.ru (ns3.sib-ecometall.ru [80.255.142.109]) by mx1.freebsd.org (Postfix) with ESMTP id 8760913C459 for ; Mon, 7 May 2007 00:58:59 +0000 (UTC) (envelope-from go@go.sib-ecometall.ru) Received: from go.sib-ecometall.ru (go.local.sib-ecometall.ru [192.168.2.252]) by mail.sib-ecometall.ru (Postfix) with ESMTP id 2B51178C54 for ; Mon, 7 May 2007 08:58:57 +0800 (KRAST) Received: by go.sib-ecometall.ru (Postfix, from userid 1443) id 9B2A3FD02; Mon, 7 May 2007 08:59:09 +0800 (KRAST) Date: Mon, 7 May 2007 08:59:09 +0800 From: Oleg Gritsak To: freebsd-stable@FreeBSD.ORG Message-ID: <20070507005909.GA74120@go.sib-ecometall.ru> References: <463E43AD.4030105@thekeelecentre.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <463E43AD.4030105@thekeelecentre.com> User-Agent: Mutt/1.4.2.2i Cc: Subject: Re: 6.2 newfs/tunefs minfree X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 May 2007 00:59:01 -0000 You should find a message written by Oliver Fromme at 26-th of April 2007, subject "Re: UFS: optimization changed". That's an answer to your question... :) (here's the link http://docs.freebsd.org/mail/archive/freebsd-stable.html) > newfs(8) manpage reports: > However, tunefs(8) manpage reports: > -m minfree > Specify the percentage of space held back from normal > users; the minimum free space threshold. The default value used is 8%. > Note that lowering the threshold can adversely affect performance: > > o Settings of 5% and less force space optimization to always be used > which will greatly increase the overhead for file writes. > > Or, am I just reading it wrong? -- ÓÉÓÔÅÍÎÙÊ ÁÄÍÉÎÉÓÔÒÁÔÏÒ ïïï "óÉÂ-üËÏíÅÔÁÌÌ" ÔÅÌ. (3912) 609942 (144) From owner-freebsd-stable@FreeBSD.ORG Mon May 7 04:27:34 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 74F3916A403 for ; Mon, 7 May 2007 04:27:34 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 2C64D13C457 for ; Mon, 7 May 2007 04:27:33 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from localhost (unknown [200.46.204.184]) by hub.org (Postfix) with ESMTP id 623ED48BED0; Mon, 7 May 2007 01:27:32 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-maia, port 10024) with ESMTP id 68706-05; Mon, 7 May 2007 01:27:32 -0300 (ADT) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id C578C48BEA6; Mon, 7 May 2007 01:27:31 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id F3369604A8; Mon, 7 May 2007 01:27:31 -0300 (ADT) Date: Mon, 07 May 2007 01:27:30 -0300 From: "Marc G. Fournier" To: Matthew Dillon Message-ID: <79779540505587E845245092@ganymede.hub.org> In-Reply-To: <200705052011.l45KBZGk098049@apollo.backplane.com> References: <5BF35D39E7EDDE250B00BA98@ganymede.hub.org> <200705052011.l45KBZGk098049@apollo.backplane.com> X-Mailer: Mulberry/4.0.7 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Robert Watson , freebsd-stable@freebsd.org Subject: Re: swap zone exhausted, increase kern.maxswzone X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 May 2007 04:27:34 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Saturday, May 05, 2007 13:11:35 -0700 Matthew Dillon wrote: > We'll have a better idea as to what is going on when you get the message > again. You might even want to do a once-a-10-minutes cron job to > append pstat -s, vmstat -m, and vmstat -z to a file. 'k, I have the following running out of cron ever 10 minutes ... anything else that might be useful? This combines the information Robert got me to send him, as well as adding pstat -s and ps aux ... #!/bin/sh DATE=`date +%Y%m%d%H%M` DIR="/vm/watch/${DATE}" mkdir ${DIR} ps aux > ${DIR}/ps.out sockstat > ${DIR}/sockstat.out netstat -na > ${DIR}/netstat_na.out fstat >${DIR}/fstat.out vmstat -z >${DIR}/vmstat_z.out vmstat -m >${DIR}/vmstat_m.out netstat -m>${DIR}/netstat_m.out pstat -s > ${DIR}/pstat_s.out > > -Matt > Matthew Dillon > - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGPqqz4QvfyHIvDvMRAsHgAKDpv7/SIKEAYIx7NVc8tdeUaAL4YwCg7Rnr OKYu+cZK2EUjXUpn62zSOIQ= =rVxB -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon May 7 10:17:18 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A87BD16A401 for ; Mon, 7 May 2007 10:17:18 +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 2E44213C44B for ; Mon, 7 May 2007 10:17:17 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (idqfmh@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l47AHAdx013327; Mon, 7 May 2007 12:17:15 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l47AHAe3013326; Mon, 7 May 2007 12:17:10 +0200 (CEST) (envelope-from olli) Date: Mon, 7 May 2007 12:17:10 +0200 (CEST) Message-Id: <200705071017.l47AHAe3013326@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, list@manuelmartini.it In-Reply-To: <182867A9-ED5E-496B-980A-B70C4E90B836@manuelmartini.it> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 07 May 2007 12:17:15 +0200 (CEST) Cc: Subject: Re: gmirror security problem on jail env? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, list@manuelmartini.it List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2007 10:17:18 -0000 Manuel Martini wrote: > # sysctl -a | grep jail > [...] > security.jail.jailed: 1 > # df > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/mirror/gm0s1g 129719744 17056610 102285556 14% / > # gmirror status > Name Status Components > mirror/gm0 COMPLETE da0 > > so I think I can do... > gmirror remove.. stop.. deactive... No, you can do "status" and "list", but everything else should result in "permission denied". Note that you can do "gmirror status" and "gmirror list" as normal user, even as user nobody. It doesn't require any special privileges, so it works in jails, too. In fact, you can get the geom status (in XML format) with the command "sysctl -b kern.geom.confxml". Unfortunately there is currently no easy way to suppress that information. If you don't want jailed users to be able to see your geom configuration, you need to modify the kernel source code. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I started using PostgreSQL around a month ago, and the feeling is similar to the switch from Linux to FreeBSD in '96 -- 'wow!'." -- Oddbjorn Steffensen From owner-freebsd-stable@FreeBSD.ORG Mon May 7 10:48:17 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E078D16A403 for ; Mon, 7 May 2007 10:48:17 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [217.206.238.167]) by mx1.freebsd.org (Postfix) with ESMTP id A482113C455 for ; Mon, 7 May 2007 10:48:17 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id A7B06417D; Mon, 7 May 2007 11:48:16 +0100 (BST) X-Virus-Scanned: by amavisd-new at mx0.thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id 4tczhHfhE5ft; Mon, 7 May 2007 11:48:14 +0100 (BST) Received: from [217.206.238.190] (sylvester.tector.org.uk [217.206.238.190]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 1A25D4066; Mon, 7 May 2007 11:48:11 +0100 (BST) Message-ID: <463F0375.9080107@thekeelecentre.com> Date: Mon, 07 May 2007 11:46:13 +0100 From: Richard Tector User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Oleg Gritsak References: <463E43AD.4030105@thekeelecentre.com> <20070507005909.GA74120@go.sib-ecometall.ru> In-Reply-To: <20070507005909.GA74120@go.sib-ecometall.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 6.2 newfs/tunefs minfree X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 May 2007 10:48:18 -0000 Oleg Gritsak wrote: > You should find a message written by Oliver Fromme at 26-th of April 2007, > subject "Re: UFS: optimization changed". That's an answer to your question... :) > (here's the link http://docs.freebsd.org/mail/archive/freebsd-stable.html) > Whoops, must have missed that one. Thanks, Richard From owner-freebsd-stable@FreeBSD.ORG Mon May 7 15:16:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 48D6916A402 for ; Mon, 7 May 2007 15:16:30 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.freebsd.org (Postfix) with SMTP id C5AD513C468 for ; Mon, 7 May 2007 15:16:29 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from zone3000.kharkov.ua (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 7 May 2007 15:16:24 -0000 Date: Mon, 7 May 2007 18:15:58 +0300 From: Nikolay Pavlov To: freebsd-stable@freebsd.org Message-ID: <20070507151558.GA87836@zone3000.net> Mail-Followup-To: Nikolay Pavlov , freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 6.1-RELEASE-p10 User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: Unstable behavior of the system with tds version = 4.2 (maybe a kernel bug?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2007 15:16:30 -0000 Hello. I have a very strange and 100% reproducible behavior of the several FreeBSD servers (5.4, 5.5, 6.1, 6.2 releases). The only thing that triggers this anomaly is a TDS protocol version in freetds.conf file. If i am using "tds version = 4.2" (the default) all is fine: last pid: 1342; load averages: 0.14, 0.11, 0.11 up 0+00:23:27 09:37:45 279 processes: 1 running, 278 sleeping CPU states: 4.0% user, 0.0% nice, 0.4% system, 0.8% interrupt, 94.8% idle Mem: 405M Active, 12M Inact, 65M Wired, 16K Cache, 20M Buf, 507M Free Swap: 2032M Total, 2032M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 1294 www 1 96 0 13840K 10980K select 0:00 0.20% httpd 1269 www 1 96 0 13360K 10496K select 0:01 0.15% httpd 1250 www 1 96 0 14620K 11720K select 0:00 0.10% httpd 1049 www 1 96 0 13832K 10972K select 0:01 0.05% httpd 1286 www 1 96 0 13832K 10972K select 0:01 0.05% httpd 1102 www 1 4 0 13860K 11000K accept 0:00 0.05% httpd 1263 www 1 96 0 13360K 10500K select 0:00 0.05% httpd 1320 root 1 96 0 2784K 1984K RUN 0:04 0.00% top 1042 root 1 96 0 12908K 9704K select 0:01 0.00% httpd 1143 www 1 4 0 13844K 10980K accept 0:01 0.00% httpd But whenever i am changing it to "tds version = 8.0" my system gets very unstable and heavy overloaded: last pid: 1626; load averages: 4.60, 1.12, 0.46 up 0+00:25:45 09:40:03 279 processes: 24 running, 254 sleeping, 1 lock CPU states: 21.9% user, 0.0% nice, 78.1% system, 0.0% interrupt, 0.0% idle Mem: 191M Active, 14M Inact, 67M Wired, 16K Cache, 21M Buf, 717M Free Swap: 2032M Total, 2032M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 1368 www 1 100 0 14604K 11744K RUN 0:04 11.66% httpd 1382 www 1 100 0 14604K 11744K RUN 0:02 7.05% httpd 1384 www 1 100 0 14612K 11752K RUN 0:02 6.77% httpd 1389 www 1 100 0 14604K 11744K RUN 0:02 6.21% httpd 1392 www 1 100 0 14604K 11748K RUN 0:02 5.45% httpd 1395 www 1 100 0 14604K 11744K RUN 0:01 5.45% httpd 1397 www 1 100 0 14612K 11752K RUN 0:01 4.47% httpd 1408 www 1 100 0 14604K 11744K RUN 0:01 3.70% httpd 1423 www 1 100 0 14604K 11764K RUN 0:01 2.50% httpd 1422 www 1 100 0 14612K 11752K RUN 0:01 2.50% httpd 1425 www 1 100 0 14604K 11744K RUN 0:00 2.43% httpd 1431 www 1 100 0 14604K 11744K RUN 0:00 2.29% httpd 1432 www 1 100 0 14604K 11744K RUN 0:00 1.93% httpd 1438 www 1 100 0 14604K 11744K RUN 0:00 1.93% httpd 1439 www 1 100 0 14604K 11744K RUN 0:00 1.86% httpd Please pay attention to the high load in kernel space. This is actualy why i am thinking about possible kernel bug (i am not sure of course :) Here is the end of ktrace output from "ktrace httpd -X" command and the strange thing is that i am getting SIGBUS every time the php script calls the gal_save_cookie (MSSQL stored procedure). It's running normal with "tds version = 4.2" 1839 httpd GIO fd 15 wrote 298 bytes 0x0000 0101 012a 0000 0100 6700 6100 6c00 5f00 7300 6100 7600 6500 5f00 6300 6f00 6f00 6b00 6900 6500 |...*....g.a.l._.s.a.v.e._.c.o.o.k.i.e.| 0x0026 5f00 6900 6e00 6600 6f00 2000 4000 7000 6900 6400 3d00 3100 3200 3300 3700 3500 2c00 2000 4000 |_.i.n.f.o. .@.p.i.d.=.1.2.3.7.5.,. .@.| 0x004c 6700 7500 6500 7300 7400 6900 6400 3d00 3100 3000 3600 3700 3800 3800 3100 3700 3400 2c00 2000 |g.u.e.s.t.i.d.=.1.0.6.7.8.8.1.7.4.,. .| 0x0072 4000 7300 6900 7400 6500 6900 6400 3d00 3100 3200 3300 3800 3100 2c00 2000 4000 7000 6b00 5f00 |@.s.i.t.e.i.d.=.1.2.3.8.1.,. .@.p.k._.| 0x0098 6700 6100 6c00 6900 6400 3d00 3800 3900 3000 3200 2c00 2000 4000 7000 7400 7900 7000 6500 3d00 |g.a.l.i.d.=.8.9.0.2.,. .@.p.t.y.p.e.=.| 0x00be 2700 5200 2700 2000 2c00 2000 4000 7200 6500 6600 3d00 2700 6800 7400 7400 7000 3a00 2f00 2f00 |'.R.'. .,. .@.r.e.f.=.'.h.t.t.p.:././.| 0x00e4 7700 7700 7700 2e00 7400 6900 6100 7600 6100 2e00 6300 6f00 6d00 2f00 6d00 6f00 7600 6900 6500 |w.w.w...t.i.a.v.a...c.o.m./.m.o.v.i.e.| 0x010a 7300 2f00 7000 6900 7300 7300 6500 6400 6f00 6e00 3000 2e00 7000 6800 7000 2700 |s./.p.i.s.s.e.d.o.n.0...p.h.p.'.| 1839 httpd RET sendto 298/0x12a 1839 httpd CALL gettimeofday(0xbfbfa0d8,0) 1839 httpd RET gettimeofday 0 1839 httpd CALL select(0x10,0xbfbfa130,0,0,0) 1839 httpd RET select 1 1839 httpd CALL recvfrom(0xf,0xbfbfa1f0,0x8,0x20000,0,0) 1839 httpd GIO fd 15 read 8 bytes 0x0000 0401 004e 0061 0100 |...N.a..| 1839 httpd RET recvfrom 8 1839 httpd CALL gettimeofday(0xbfbfa0d8,0) 1839 httpd RET gettimeofday 0 1839 httpd CALL gettimeofday(0xbfbfa0d8,0) 1839 httpd RET gettimeofday 0 1839 httpd CALL select(0x10,0xbfbfa130,0,0,0) 1839 httpd RET select 1 1839 httpd CALL recvfrom(0xf,0x82af200,0x46,0x20000,0,0) 1839 httpd GIO fd 15 read 70 bytes 0x0000 ff01 00c0 0000 0000 00ff 1100 c500 0100 0000 8101 0000 0001 0026 0800 d108 4e75 5d06 0000 0000 |.........................&....Nu].....| 0x0026 ff11 00c1 0001 0000 00ff 0100 ca00 0100 0000 7900 0000 00fe 0000 e000 0100 0000 |..................y.............| 1839 httpd RET recvfrom 70/0x46 1839 httpd CALL gettimeofday(0xbfbfa0d8,0) 1839 httpd RET gettimeofday 0 1839 httpd PSIG SIGBUS SIG_DFL The ending portion of the freetds debug log with the similar request: net.c:673:Sending packet 0000 01 01 02 76 00 00 01 00-67 00 61 00 6c 00 5f 00 |...v.... g.a.l._.| 0010 73 00 61 00 76 00 65 00-5f 00 63 00 6f 00 6f 00 |s.a.v.e. _.c.o.o.| 0020 6b 00 69 00 65 00 5f 00-69 00 6e 00 66 00 6f 00 |k.i.e._. i.n.f.o.| 0030 20 00 40 00 70 00 69 00-64 00 3d 00 31 00 32 00 | .@.p.i. d.=.1.2.| 0040 33 00 37 00 35 00 2c 00-20 00 40 00 67 00 75 00 |3.7.5.,. .@.g.u.| 0050 65 00 73 00 74 00 69 00-64 00 3d 00 31 00 30 00 |e.s.t.i. d.=.1.0.| 0060 36 00 37 00 31 00 31 00-35 00 38 00 33 00 2c 00 |6.7.1.1. 5.8.3.,.| 0070 20 00 40 00 73 00 69 00-74 00 65 00 69 00 64 00 | .@.s.i. t.e.i.d.| 0080 3d 00 32 00 31 00 30 00-33 00 31 00 2c 00 20 00 |=.2.1.0. 3.1.,. .| 0090 40 00 70 00 6b 00 5f 00-67 00 61 00 6c 00 69 00 |@.p.k._. g.a.l.i.| 00a0 64 00 3d 00 38 00 31 00-35 00 33 00 2c 00 20 00 |d.=.8.1. 5.3.,. .| 00b0 40 00 70 00 74 00 79 00-70 00 65 00 3d 00 27 00 |@.p.t.y. p.e.=.'.| 00c0 52 00 27 00 20 00 2c 00-20 00 40 00 72 00 65 00 |R.'. .,. .@.r.e.| 00d0 66 00 3d 00 27 00 68 00-74 00 74 00 70 00 3a 00 |f.=.'.h. t.t.p.:.| 00e0 2f 00 2f 00 77 00 77 00-77 00 2e 00 70 00 65 00 |/./.w.w. w...p.e.| 00f0 72 00 76 00 65 00 72 00-73 00 69 00 75 00 73 00 |r.v.e.r. s.i.u.s.| 0100 2e 00 63 00 6f 00 6d 00-2f 00 33 00 74 00 68 00 |..c.o.m. /.3.t.h.| 0110 75 00 6d 00 62 00 73 00-2f 00 61 00 2f 00 61 00 |u.m.b.s. /.a./.a.| 0120 6c 00 6c 00 2f 00 32 00-34 00 30 00 78 00 31 00 |l.l./.2. 4.0.x.1.| 0130 38 00 30 00 2f 00 6d 00-6f 00 76 00 69 00 65 00 |8.0./.m. o.v.i.e.| 0140 73 00 2f 00 6d 00 69 00-73 00 73 00 69 00 6f 00 |s./.m.i. s.s.i.o.| 0150 6e 00 61 00 72 00 79 00-5f 00 73 00 6f 00 72 00 |n.a.r.y. _.s.o.r.| 0160 74 00 5f 00 64 00 61 00-74 00 65 00 5f 00 64 00 |t._.d.a. t.e._.d.| 0170 65 00 73 00 63 00 5f 00-30 00 2e 00 70 00 68 00 |e.s.c._. 0...p.h.| 0180 70 00 3f 00 6d 00 70 00-6c 00 6f 00 3d 00 33 00 |p.?.m.p. l.o.=.3.| 0190 26 00 6d 00 70 00 74 00-73 00 3d 00 31 00 32 00 |&.m.p.t. s.=.1.2.| 01a0 30 00 78 00 31 00 36 00-30 00 26 00 6d 00 70 00 |0.x.1.6. 0.&.m.p.| 01b0 6c 00 69 00 3d 00 33 00-30 00 30 00 26 00 6d 00 |l.i.=.3. 0.0.&.m.| 01c0 70 00 73 00 6f 00 3d 00-72 00 61 00 6e 00 6b 00 |p.s.o.=. r.a.n.k.| 01d0 69 00 6e 00 67 00 5f 00-64 00 65 00 73 00 63 00 |i.n.g._. d.e.s.c.| 01e0 26 00 73 00 70 00 64 00-74 00 3d 00 33 00 74 00 |&.s.p.d. t.=.3.t.| 01f0 68 00 75 00 6d 00 62 00-73 00 26 00 73 00 70 00 |h.u.m.b. s.&.s.p.| 0200 74 00 73 00 3d 00 32 00-34 00 30 00 78 00 31 00 |t.s.=.2. 4.0.x.1.| 0210 38 00 30 00 26 00 73 00-70 00 73 00 6f 00 3d 00 |8.0.&.s. p.s.o.=.| 0220 64 00 61 00 74 00 65 00-5f 00 64 00 65 00 73 00 |d.a.t.e. _.d.e.s.| 0230 63 00 26 00 67 00 6c 00-73 00 63 00 3d 00 61 00 |c.&.g.l. s.c.=.a.| 0240 26 00 67 00 6c 00 73 00-77 00 3d 00 6e 00 6f 00 |&.g.l.s. w.=.n.o.| 0250 26 00 67 00 6c 00 65 00-78 00 3d 00 61 00 6c 00 |&.g.l.e. x.=.a.l.| 0260 6c 00 26 00 67 00 6c 00-61 00 75 00 3d 00 79 00 |l.&.g.l. a.u.=.y.| 0270 65 00 73 00 27 00 - |e.s.'.| ct.c:214:setting command state from READY to SENT ct.c:930:ct_send() succeeded ct.c:1064:ct_results() util.c:119:Changing query state from PENDING to READING net.c:446:Received header 0000 04 01 00 4e 00 7c 01 00- |...N.|..| net.c:542:Received packet 0000 ff 01 00 c0 00 00 00 00-00 ff 11 00 c5 00 01 00 |........ ........| 0010 00 00 81 01 00 00 00 01-00 26 08 00 d1 08 1f 4a |........ .&.....J| 0020 5c 06 00 00 00 00 ff 11-00 c1 00 01 00 00 00 ff |\....... ........| 0030 01 00 ca 00 01 00 00 00-79 00 00 00 00 fe 00 00 |........ y.......| 0040 e0 00 01 00 00 00 - |......| token.c:526:processing result tokens. marker is ff(DONEINPROC) token.c:2143:tds_process_end: more_results = 1 was_cancelled = 0 error = 0 done_count_valid = 0 util.c:119:Changing query state from READING to PENDING ct.c:1121:ct_results() process_result_tokens returned 1 (type 4054) util.c:119:Changing query state from PENDING to READING token.c:526:processing result tokens. marker is ff(DONEINPROC) token.c:2143:tds_process_end: more_results = 1 was_cancelled = 0 error = 0 done_count_valid = 1 token.c:2175: rows_affected = 1 util.c:119:Changing query state from READING to PENDING ct.c:1121:ct_results() process_result_tokens returned 1 (type 4054) util.c:119:Changing query state from PENDING to READING token.c:526:processing result tokens. marker is 81(TDS7_RESULT) mem.c:519:tds_free_all_results() token.c:1472:processing TDS7 result. set current_results to tds->res_info token.c:1414:tds7_get_data_info: colname = (0 bytes) type = 38 (integer-null) server's type = 38 (integer-null) column_varint_size = 1 column_size = 8 (8 on server) util.c:119:Changing query state from READING to PENDING ct.c:1121:ct_results() process_result_tokens returned 1 (type 4049) util.c:119:Changing query state from PENDING to READING token.c:526:processing result tokens. marker is d1(ROW) util.c:119:Changing query state from READING to PENDING ct.c:1121:ct_results() process_result_tokens returned 1 (type 4040) ct.c:2323:ct_res_info() ct.c:2342:ct_res_info(): Number of columns is 1 ct.c:2267:ct_describe() ct.c:1858:_ct_get_client_type(type 38, user 0, size 8) ct.c:2288:ct_describe() datafmt->datatype = 20 server type 38 ct.c:1398:ct_bind() datafmt count = 1 column_number = 1 ct.c:1454:ct_fetch() util.c:119:Changing query state from PENDING to READING token.c:526:processing result tokens. marker is d1(ROW) token.c:1863:tds_get_data: column 0, type 38, varint size 1 token.c:1920:processing row. column size is 8 util.c:119:Changing query state from READING to PENDING ct.c:1519:inside ct_fetch()process_row_tokens returned 1 ct.c:1670:_ct_bind_data() ct.c:1677:_ct_bind_data(): column_type: 38 column_len: 8 ct.c:1971:_ct_get_server_type(0) ct.c:1858:_ct_get_client_type(type 38, user 0, size 8) cs.c:351:cs_convert() ct.c:1971:_ct_get_server_type(20) ct.c:1971:_ct_get_server_type(0) cs.c:358:cs_convert() srctype = 127 (8) desttype = 47 (9) cs.c:520:cs_convert() calling tds_convert cs.c:523:cs_convert() tds_convert returned 9 cs.c:654:cs_convert() FMT_NULLTERM cs.c:656:not enough room for data + a null terminator - error cs.c:706:cs_convert() returning 0 ct.c:1729:cs_convert-result = 1 ct.c:1732: convert failed for 20 And finaly here is a debug session (for the second output of the top utility in this email): db> show pcpu cpuid = 0 curthread = 0xc6ffc780: pid 1439 "httpd" curpcb = 0xef45fd90 fpcurthread = none idlethread = 0xc6a82600: pid 10 "idle" APIC ID = 0 currentldt = 0x50 spin locks held: db> bt 1439 Tracing pid 1439 tid 100162 td 0xc6ffc780 kdb_enter(c0918279) at kdb_enter+0x2b siointr1(c6bc0800,c0a470e0,0,c0918085,56e,...) at siointr1+0xd5 siointr(c6bc0800) at siointr+0x21 intr_execute_handlers(c6a7c4c8,ef45faf4,4,ef45fb3c,c08652d3,...) at intr_execute_handlers+0xe1 lapic_handle_intr(38) at lapic_handle_intr+0x2e Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc086e46b, esp = 0xef45fb38, ebp = 0xef45fb3c --- spinlock_exit(c0a290b8,ef45fb64,c0696f0d,c09e56c0,0,...) at spinlock_exit+0x27 _mtx_unlock_spin_flags(c09e56c0,0,c08f8bdb,6a0,c7031bd4,...) at _mtx_unlock_spin_flags+0xa0 witness_lock_list_get(c09eeee0,c7031bd4,1,c02,ef45fba0,...) at witness_lock_list_get+0x8d witness_lock(c7031bd4,8,c0911a15,c02) at witness_lock+0xae _sx_xlock(c7031bd4,c0911a15,c02) at _sx_xlock+0x8c _vm_map_lock_read(c7031b90,c0911a15,c02,145fbe0,c6ffb280,...) at _vm_map_lock_read+0x37 vm_map_lookup(ef45fc70,43203000,1,ef45fc74,ef45fc64,ef45fc68,ef45fc4b,ef45fc4c) at vm_map_lookup+0x28 vm_fault(c7031b90,43203000,1,0,c6ffc780,...) at vm_fault+0x65 trap_pfault(ef45fd38,1,43203a47,43203a47,0,...) at trap_pfault+0xee trap(3b,3b,3b,8093ffc,82bbf44,...) at trap+0x1eb calltrap() at calltrap+0x5 --- trap 0xc, eip = 0x43203a47, esp = 0xbfbf9d1c, ebp = 0xbfbf9d38 --- db> bt 1368 Tracing pid 1368 tid 100113 td 0xc6f3fc00 sched_switch(c6f3fc00,0,2) at sched_switch+0x177 mi_switch(2,0,c09e0340,0,c08f6642,...) at mi_switch+0x270 critical_exit(c6f3fc00,ef39eb24,c0865500,0,c6f30008,...) at critical_exit+0x8b lapic_handle_timer(0) at lapic_handle_timer+0xc9 Xtimerint(c0a29940,ef39eb5c,c0696f5c,c09e56c0,0,...) at Xtimerint+0x30 _mtx_unlock_spin_flags(c09e56c0,0,c08f8bdb,6ac,c09e56c0,...) at _mtx_unlock_spin_flags+0xa0 witness_lock_list_free(c0a29940) at witness_lock_list_free+0x40 witness_unlock(c6eb23bc,8,c0911a15,c16,c71376a4,...) at witness_unlock+0x1b6 _sx_xunlock(c6eb23bc,c0911a15,c16) at _sx_xunlock+0x64 _vm_map_unlock_read(c6eb2378,c0911a15,c16,1000000,1,...) at _vm_map_unlock_read+0x37 vm_map_lookup(ef39ec70,90a6000,1,ef39ec74,ef39ec64,ef39ec68,ef39ec4b,ef39ec4c) at vm_map_lookup+0x6b vm_fault(c6eb2378,90a6000,1,0,c6f3fc00,...) at vm_fault+0x65 trap_pfault(ef39ed38,1,90a646e,90a646e,0,...) at trap_pfault+0xee trap(3b,3b,3b,8093ffc,82bbf14,...) at trap+0x1eb calltrap() at calltrap+0x5 --- trap 0xc, eip = 0x90a646e, esp = 0xbfbf9d1c, ebp = 0xbfbf9d38 --- db> bt 1382 Tracing pid 1382 tid 100252 td 0xc7114780 sched_switch(c7114780,0,2) at sched_switch+0x177 mi_switch(2,0,c09e0340,0,c08f6642,...) at mi_switch+0x270 critical_exit(c7114780,ef572b6c,c0865500,0,200008,...) at critical_exit+0x8b lapic_handle_timer(0) at lapic_handle_timer+0xc9 Xtimerint(c7233aac,8,c0911a15,af3,c7199068,...) at Xtimerint+0x30 _sx_xunlock(c7233aac,c0911a15,af3) at _sx_xunlock+0x64 _vm_map_unlock_read(c7233a68,c0911a15,af3,c07d6d3b,c7233a68,...) at _vm_map_unlock_read+0x37 vm_map_growstack(c7199000,63656000) at vm_map_growstack+0xd0 vm_fault(c7233a68,63656000,1,0,c7114780,...) at vm_fault+0xca trap_pfault(ef572d38,1,63656c65,63656c65,0,...) at trap_pfault+0xee trap(3b,3b,3b,8093ffc,82bbf30,...) at trap+0x1eb calltrap() at calltrap+0x5 --- trap 0xc, eip = 0x63656c65, esp = 0xbfbf9d1c, ebp = 0xbfbf9d38 --- db> show locks db> show alllocks Process 1471 (httpd) thread 0xc7092600 (100209) exclusive sx user map r = 0 (0xc6f2ebd4) locked @ /usr/src/sys/vm/vm_map.c:3074 Process 1469 (httpd) thread 0xc7092300 (100211) exclusive sleep mutex vnode interlock r = 0 (0xc72ab4dc) locked @ /usr/src/sys/kern/vfs_vnops.c:806 Process 1432 (httpd) thread 0xc6f7f300 (100141) exclusive sleep mutex process lock r = 0 (0xc6fbc280) locked @ /usr/src/sys/kern/kern_sig.c:1530 Process 1431 (httpd) thread 0xc6f7f180 (100142) exclusive sx user map r = 0 (0xc6eb2cfc) locked @ /usr/src/sys/vm/vm_map.c:2786 Process 1382 (httpd) thread 0xc7114780 (100252) exclusive sx user map r = 0 (0xc7233aac) locked @ /usr/src/sys/vm/vm_map.c:2786 db> show lockedvnods Locked vnodes After this debug session i have sent a "killall -9 httpd" command, but found one process still spining on top with a load in kernel space: last pid: 1628; load averages: 2.60, 1.11, 0.50 up 0+00:26:39 09:40:57 23 processes: 2 running, 21 sleeping CPU states: 4.1% user, 0.0% nice, 95.5% system, 0.4% interrupt, 0.0% idle Mem: 15M Active, 11M Inact, 62M Wired, 16K Cache, 21M Buf, 900M Free Swap: 2032M Total, 2032M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 1431 www 1 132 0 14604K 11744K RUN 0:50 92.14% httpd 1012 root 1 20 0 3044K 2864K pause 0:01 0.00% zsh 999 quetzal 1 96 0 6312K 3320K select 0:00 0.00% sshd 1000 quetzal 1 20 0 2920K 2644K pause 0:00 0.00% zsh 607 root 1 96 0 6756K 5028K select 0:00 0.00% snmpd 635 root 1 96 0 3044K 1884K select 0:00 0.00% ntpd 347 _pflogd 1 -58 0 1664K 1264K bpf 0:00 0.00% pflogd 997 root 1 4 0 6316K 3300K sbwait 0:00 0.00% sshd 1628 root 1 96 0 2372K 1576K RUN 0:00 0.00% top 342 root 1 4 0 1600K 1204K sbwait 0:00 0.00% pflogd 692 root 1 96 0 3548K 2892K select 0:00 0.00% sendmail 536 root 1 96 0 1416K 1044K select 0:00 0.00% syslogd 797 root 1 8 0 1428K 1120K nanslp 0:00 0.00% cron 996 root 1 5 0 1384K 964K ttyin 0:00 0.00% getty 993 root 1 5 0 1384K 964K ttyin 0:00 0.00% getty 995 root 1 5 0 1384K 964K ttyin 0:00 0.00% getty 994 root 1 5 0 1384K 964K ttyin 0:00 0.00% getty db> bt 1431 Tracing pid 1431 tid 100142 td 0xc6f7f180 kdb_enter(c0918279) at kdb_enter+0x2b siointr1(c6bc0800,c0a470e0,0,c0918085,56e,...) at siointr1+0xd5 siointr(c6bc0800) at siointr+0x21 intr_execute_handlers(c6a7c4c8,ef3c1b6c,4,ef3c1bb4,c08652d3,...) at intr_execute_handlers+0xe1 lapic_handle_intr(38) at lapic_handle_intr+0x2e Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc06d72ae, esp = 0xef3c1bb0, ebp = 0xef3c1bb4 --- strncmp(c08f5277,c08f8d78,3) at strncmp+0x16 fixup_filename(c08f5277,ef3c1ccc,c07cfe81,ef3c1c70,c09ee3f0,...) at fixup_filename+0x24 witness_checkorder(c512daa8,9,c08f5277,6b7) at witness_checkorder+0x72 _mtx_lock_flags(c512daa8,0,c08f5277,6b7,c08f5277,...) at _mtx_lock_flags+0x78 do_tdsignal(c6f7f180,b,1,ef3c1c90,c066b3ca,...) at do_tdsignal+0xd1 tdsignal(c6f7f180,b,1,c512daa8,0,c08f5277,62c) at tdsignal+0x44 trapsignal(c6f7f180,b,c) at trapsignal+0x392 trap(3b,3b,3b,8093ffc,82bbf9c,...) at trap+0x53c calltrap() at calltrap+0x5 --- trap 0xc, eip = 0x7375616c, esp = 0xbfbf9d1c, ebp = 0xbfbf9d38 --- db> show pcpu cpuid = 0 curthread = 0xc6f7f180: pid 1431 "httpd" curpcb = 0xef3c1d90 fpcurthread = none idlethread = 0xc6a82600: pid 10 "idle" APIC ID = 0 currentldt = 0x50 spin locks held: db> show alllocks Process 1431 (httpd) thread 0xc6f7f180 (100142) exclusive sleep mutex process lock r = 0 (0xc6fbc498) locked @ /usr/src/sys/kern/kern_sig.c:1530 root@tracker6:~# uname -a FreeBSD tracker6 6.2-RELEASE-p4 FreeBSD 6.2-RELEASE-p4 #0: Fri May 4 12:09:08 EDT 2007 root@tracker6:/usr/obj/usr/src/sys/DEBUG i386 From owner-freebsd-stable@FreeBSD.ORG Mon May 7 16:15:20 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25A4E16A407 for ; Mon, 7 May 2007 16:15:20 +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 A3BAF13C458 for ; Mon, 7 May 2007 16:15:19 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (sxeryj@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l47GFCuX032053; Mon, 7 May 2007 18:15:17 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l47GFCpp032048; Mon, 7 May 2007 18:15:12 +0200 (CEST) (envelope-from olli) Date: Mon, 7 May 2007 18:15:12 +0200 (CEST) Message-Id: <200705071615.l47GFCpp032048@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, marsgmiro@gmail.com In-Reply-To: <28edec3c0705021247s84ee50fwe7f70a839bbcb8bc@mail.gmail.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 07 May 2007 18:15:18 +0200 (CEST) Cc: Subject: Re: mfs and buildworlds on da SunFire x4600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, marsgmiro@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2007 16:15:20 -0000 Mars G. Miro wrote: > Actually, it's not about having to finish building da world in da > smallest amount of time, it's about whether mfs would really speed > things up... I've made similar tests in the past, and my conclusion is that it's not worth it. Using a memory disk for /usr/obj doesn't make much sense, because soft-updates decouples the physical writes pretty well from the build process. On the other hand, using a memory disk for /usr/src _might_ help a little, but it depends on a lot of things. Especially if you have a speedy I/O system and plenty of RAM (so all of the files can be cached) and /usr/src is mounted with the "noatime" option, the difference is very small. By the way, please stop writing "da" instead of "the". It looks childish and makes your mails difficult to read, so it might prevent people from helping you. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "The ITU has offered the IETF formal alignment with its corresponding technology, Penguins, but that won't fly." -- RFC 2549 From owner-freebsd-stable@FreeBSD.ORG Mon May 7 16:59:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E749416A401 for ; Mon, 7 May 2007 16:59:48 +0000 (UTC) (envelope-from dungeons@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.233]) by mx1.freebsd.org (Postfix) with ESMTP id 654CB13C483 for ; Mon, 7 May 2007 16:59:48 +0000 (UTC) (envelope-from dungeons@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so1718682nze for ; Mon, 07 May 2007 09:59:47 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=o3/nqX86pbmOOaC3cpjIzinhnYikCOFLqId18N9U930BIIpfrOmITJjtdLubPhP3La1ls3IFSUDqH3VzUGmFjF1B3aANj/viTPts1aEYbRwywZ0+aVitnyCJzey69SEDfn59l2cOhINwj+mS+y48VKmuEve5I8I4u/vV/57oANQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=rnB2cO9IbXV7WNca+GtgTVNSXOyfGIVV3JlTSjy9kVA9KPEC9uSj/RB+aJFWmop1qx44UbjsTsNBIKJi61p9jXs0QDs4wflQfZWQdtaF2ljUr0MuKHQbE9AxCVv6WfZQnt9X4Pmr1htnulqTOAYxTKuo1cvyCWaQH1nx34to6XQ= Received: by 10.114.78.1 with SMTP id a1mr2204077wab.1178555558276; Mon, 07 May 2007 09:32:38 -0700 (PDT) Received: by 10.114.146.19 with HTTP; Mon, 7 May 2007 09:32:38 -0700 (PDT) Message-ID: <2c2c47aa0705070932h65ab47cfv33a583645f9e7a3c@mail.gmail.com> Date: Mon, 7 May 2007 12:32:38 -0400 From: "Pat Wendorf" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: HP DL-360 Kernel Crashes on 6.2-R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2007 16:59:49 -0000 Hey all, I'm running 6.2R-p4 and I'm having some terrible problems with stability on HP-DL360 G4 and G5 hardware. We use these systems mostly for high volume postfix mail servers, and under heavy postfix queue load, the server will crash (sometimes within minutes, sometimes 12-14 hours after being put in load). It also seems to also be met with some degree of file system corruption when the box comes backup. The first challenge I have is, I don't have local access to the box. These boxes are hosted with a managed hosting provider who does not understand FreeBSD at all (yikes). The second problem is, the type of crash seems to very rarely produce a crash dump under /var/crash. I'll provide the one crash dump I've managed to get below. To make things worse, this crash appears on 2 types of hardware (G4 and G5 boxes) and 3 types of raid controllers. We're currently deprecating the G4 hardware, so I'll just send the dmesg and crash dump from the G5, but I can assure you the symptoms are exactly the same on both types of boxes. I'd also mention we've been using the exact same G4 hardware with 6.1-p11 in production for almost a year now with zero crashes. The crashes in the new setup occur on SMP or Non SMP kernel compiles. DMESG -------------- Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE-p4 #0: Mon May 7 09:33:50 EDT 2007 root@localhost:/usr/src/sys/amd64/compile/SMP ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU 5150 @ 2.66GHz (2666.78-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0x4e3bd,CX16,,,> AMD Features=0x20000800 AMD Features2=0x1 Cores per package: 2 real memory = 2145746944 (2046 MB) avail memory = 2060341248 (1964 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci9: on pcib1 pcib2: at device 0.0 on pci9 pci10: on pcib2 pcib3: at device 0.0 on pci10 pci11: on pcib3 em0: port 0x5000-0x501f mem 0xfdfe0000-0xfdffffff,0xfdfc0000-0xfdfdffff irq 16 at device 0.0 on pci11 em0: Ethernet address: 00:17:08:7e:b6:ac em1: port 0x5020-0x503f mem 0xfdfa0000-0xfdfbffff,0xfdf80000-0xfdf9ffff irq 17 at device 0.1 on pci11 em1: Ethernet address: 00:17:08:7e:b6:ad pcib4: at device 1.0 on pci10 pci14: on pcib4 pcib5: at device 2.0 on pci10 pci15: on pcib5 pcib6: at device 0.3 on pci9 pci16: on pcib6 pcib7: at device 3.0 on pci0 pci6: on pcib7 ciss0: port 0x4000-0x40ff mem 0xfdd00000-0xfddfffff,0xfdcf0000-0xfdcf0fff irq 16 at device 0.0 on pci6 ciss0: [GIANT-LOCKED] pcib8: at device 4.0 on pci0 pci19: on pcib8 pcib9: at device 5.0 on pci0 pci22: on pcib9 pcib10: at device 6.0 on pci0 pci2: on pcib10 pcib11: at device 0.0 on pci2 pci3: on pcib11 bce0: mem 0xf8000000-0xf9ffffff irq 18 at device 0.0 on pci3 bce0: ASIC ID 0x57081020; Revision (B2); PCI-X 64-bit 133MHz miibus0: on bce0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bce0: Ethernet address: 00:1a:4b:df:bb:0e pcib12: at device 7.0 on pci0 pci4: on pcib12 pcib13: at device 0.0 on pci4 pci5: on pcib13 bce1: mem 0xfa000000-0xfbffffff irq 19 at device 0.0 on pci5 bce1: ASIC ID 0x57081020; Revision (B2); PCI-X 64-bit 133MHz miibus1: on bce1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bce1: Ethernet address: 00:1a:4b:df:bb:06 uhci0: port 0x1000-0x101f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1020-0x103f irq 17 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1040-0x105f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1060-0x107f irq 19 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xf7df0000-0xf7df03ff irq 16 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: waiting for BIOS to give up control usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib14: at device 30.0 on pci0 pci1: on pcib14 pci1: at device 3.0 (no driver attached) pci1: at device 4.0 (no driver attached) pci1: at device 4.2 (no driver attached) uhci4: port 0x3800-0x381f irq 22 at device 4.4 on pci1 uhci4: [GIANT-LOCKED] usb5: on uhci4 usb5: USB revision 1.0 uhub5: (0x103c) UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub5: 2 ports with 2 removable, self powered pci1: at device 4.6 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x500-0x50f irq 17 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A orm0: at iomem 0xc0000-0xcafff,0xe6000-0xe7fff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ukbd0: HP Virtual Keyboard, rev 1.10/0.01, addr 2, iclass 3/1 kbd2 at ukbd0 ums0: HP Virtual Keyboard, rev 1.10/0.01, addr 2, iclass 3/1 ums0: 3 buttons. uhub6: HP Virtual Hub, class 9/0, rev 1.10/0.01, addr 3 uhub6: 7 ports with 7 removable, self powered Timecounters tick every 1.000 msec acd0: CDRW at ata0-master UDMA33 SMP: AP CPU #1 Launched! da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 135.168MB/s transfers da0: 139979MB (286677120 512 byte sectors: 255H 32S/T 35132C) da1 at ciss0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-5 device da1: 135.168MB/s transfers da1: 139979MB (286677120 512 byte sectors: 255H 32S/T 35132C) Trying to mount root from ufs:/dev/da0s1a WARNING: / was not properly dismounted WARNING: /data was not properly dismounted /data: mount pending error: blocks 52932 files 4411 WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted netsmb_dev: loaded ukbd1: CHESEN PS2 to USB Converter, rev 1.10/0.10, addr 2, iclass 3/1 kbd3 at ukbd1 ums1: CHESEN PS2 to USB Converter, rev 1.10/0.10, addr 2, iclass 3/1 ums1: 5 buttons and Z dir. bce0: link state changed to DOWN bce0: link state changed to UP bce0: link state changed to DOWN bce0: link state changed to UP ukbd1: at uhub1 port 1 (addr 2) disconnected ukbd1: detached ums1: at uhub1 port 1 (addr 2) disconnected ums1: detached CRASH DUMP ----------------------- This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0xd4 fault code = supervisor read, page not present instruction pointer = 0x8:0xffffffff8041dae4 stack pointer = 0x10:0xffffffffb1c73b10 frame pointer = 0x10:0x4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 9 (thread taskq) trap number = 12 panic: page fault Uptime: 1d14h56m53s Dumping 2045 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 2046MB (523608 pages) 2030 2014 1998 1982 1966 1950 1934 1918 1902 1886 1870 1854 1838 1822 1806 1790 1774 1758 1742 1726 1710 1694 1678 1662 1646 1630 1614 1598 1582 1566 1550 1534 1518 1502 1486 1470 1454 1438 1422 1406 1390 1374 1358 1342 1326 1310 1294 1278 1262 1246 1230 1214 1198 1182 1166 1150 1134 1118 1102 1086 1070 1054 1038 1022 1006 990 974 958 942 926 910 894 878 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638 622 606 590 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:172 172 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) list *0xffffffff8041dae4 0xffffffff8041dae4 is in turnstile_setowner (/usr/src/sys/kern/subr_turnstile.c:433). 428 429 mtx_assert(&td_contested_lock, MA_OWNED); 430 MPASS(owner->td_proc->p_magic == P_MAGIC); 431 MPASS(ts->ts_owner == NULL); 432 ts->ts_owner = owner; 433 LIST_INSERT_HEAD(&owner->td_contested, ts, ts_link); 434 } 435 436 /* 437 * Malloc a turnstile for a new thread, initialize it and return it. (kgdb) bt #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff803f60d3 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff803f66d6 in panic (fmt=0xffffff007b883980 "\b*\213{") at /usr/src/sys/kern/kern_shutdown.c:565 #4 0xffffffff806106f2 in trap_fatal (frame=0xffffff007b883980, eva=18446742976270641672) at /usr/src/sys/amd64/amd64/trap.c:660 #5 0xffffffff80610c16 in trap (frame= {tf_rdi = -1097864339072, tf_rsi = 4, tf_rdx = -1097439102592, tf_rcx = 3221225730, tf_r8 = -1097439102528, tf_r9 = -1097864339072, tf_rax = 2, tf_rbx = -1097439102592, tf_rbp = 4, tf_r10 = -1097864339072, tf_r11 = -1097439102592, tf_r12 = -1097439102592, tf_r13 = -1097864339072, tf_r14 = -2138051040, tf_r15 = -1098519824376, tf_trapno = 12, tf_addr = 212, tf_flags = -4295930868989109831, tf_err = 0, tf_rip = -2143167772, tf_cs = 8, tf_rflags = 65543, tf_rsp = -1312343256, tf_ss = 16}) at /usr/src/sys/amd64/amd64/trap.c:238 #6 0xffffffff805fe2fb in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 #7 0xffffffff8041dae4 in turnstile_setowner (ts=0xffffff00622fa180, owner=0x4) at /usr/src/sys/kern/subr_turnstile.c:432 #8 0xffffffff8041e0eb in turnstile_wait (lock=0xffffff003b1db808, owner=0x4) at /usr/src/sys/kern/subr_turnstile.c:591 #9 0xffffffff803ec139 in _mtx_lock_sleep (m=0xffffff003b1db808, tid=18446742976270449024, opts=2072525184, file=0xc0000102
, line=2072525248) at /usr/src/sys/kern/kern_mutex.c:579 #10 0xffffffff80449193 in unp_gc (arg=0xffffff00622fa180, pending=4) at /usr/src/sys/kern/uipc_usrreq.c:1714 #11 0xffffffff8041bfdd in taskqueue_run (queue=0xffffff0000bf8500) at /usr/src/sys/kern/subr_taskqueue.c:257 #12 0xffffffff8041cbc5 in taskqueue_thread_loop (arg=0xffffff00622fa180) at /usr/src/sys/kern/subr_taskqueue.c:376 #13 0xffffffff803dbf03 in fork_exit (callout=0xffffffff8041cb40 , arg=0xffffffff808fdbb0, frame=0xffffffffb1c73c50) at /usr/src/sys/kern/kern_fork.c:821 #14 0xffffffff805fe65e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:394 #15 0x0000000000000000 in ?? () #16 0x0000000000000000 in ?? () #17 0x0000000000000001 in ?? () #18 0x0000000000000000 in ?? () From owner-freebsd-stable@FreeBSD.ORG Mon May 7 17:01:09 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D748016A400; Mon, 7 May 2007 17:01:09 +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 4503313C4C5; Mon, 7 May 2007 17:01:08 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (obmtuh@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l47H12BY034016; Mon, 7 May 2007 19:01:07 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l47H12JJ034015; Mon, 7 May 2007 19:01:02 +0200 (CEST) (envelope-from olli) Date: Mon, 7 May 2007 19:01:02 +0200 (CEST) Message-Id: <200705071701.l47H12JJ034015@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, scrappy@FreeBSD.ORG In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 07 May 2007 19:01:08 +0200 (CEST) Cc: Subject: Re: Socket leak (Was: Re: What triggers "No Buffer Space) Available"? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, scrappy@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, 07 May 2007 17:01:09 -0000 Marc G. Fournier wrote: > Now, that makes sense to me, I can understand that ... but, how would > that look as far as netstat -nA shows? Or, would it? For example, I > have: You should use "-na" to list all sockets, not "-nA". > mars# netstat -nA | grep c9655a20 > c9655a20 stream 0 0 0 c95d63f0 0 0 > c95d63f0 stream 0 0 0 c9655a20 0 0 > mars# netstat -nA | grep c95d63f0 > c9655a20 stream 0 0 0 c95d63f0 0 0 > c95d63f0 stream 0 0 0 c9655a20 0 0 > > They are attached to each other, but there appears to be no 'referencing > process' netstat doesn't show processes at all (sockstat, fstat and lsof list sockets by processes). The sockets above are probably from a socketpair(2) or a pipe (which is implemented with socketpair(2), AFAIK). That's perfectly normal. If I remember correctly, you wrote that 11k sockets are in use with 90 jails. That's about 120 sockets per jail, which isn't out of the ordinary. Of course it depends on what is running in those jails, but my guess is that you just need to increase the limit on the number of sockets (i.e. kern.ipc.maxsockets). > Again, if I'm reading / understanding things right, without the 'referencing > process', it won't show up in sockstat -u, which is why my netstat -nA numbers > keep growing, but sockstat -u numbers don't ... which also means that there is > no way to figure out what process / program is leaving 'dangling sockets'? :( Be careful here, sockstat's output is process-based and lists sockets multiple times. For example, the server sockets that httpd children inherit from their parent are listed for every single child, while you see it only once in the netstat output. On the other hand, sockstat doesn't show sockets that have been closed and are in TIME_WAIT state or similar. Are you sure that UNIX domain sockets are causing the problem? Can you rule out other sockets (e.g. tcp)? In that case you should run "netstat -funix" to list only UNIX domain sockets (basically the same as the -u option to sockstat). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd $ dd if=/dev/urandom of=test.pl count=1 $ file test.pl test.pl: perl script text executable From owner-freebsd-stable@FreeBSD.ORG Mon May 7 17:14:17 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4857A16A401 for ; Mon, 7 May 2007 17:14:17 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id C7D2313C457 for ; Mon, 7 May 2007 17:14:16 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (patmze@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l47HE9Bu034746; Mon, 7 May 2007 19:14:15 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l47HE98v034745; Mon, 7 May 2007 19:14:09 +0200 (CEST) (envelope-from olli) Date: Mon, 7 May 2007 19:14:09 +0200 (CEST) Message-Id: <200705071714.l47HE98v034745@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, uspoerlein@gmail.com In-Reply-To: <7ad7ddd90705040203n40620advb8292c1afea7646b@mail.gmail.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 07 May 2007 19:14:15 +0200 (CEST) Cc: Subject: Re: FreeBSD vs Region Code DVDs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, uspoerlein@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2007 17:14:17 -0000 Ulrich Spoerlein wrote: > [...] > Anyway, how can I tell cd(4) to give me more error output? How can I > access the DVD at the bottom-most layer? Something line sending a Test > Unit Ready command? Or checking if the drive recognizes an inserted > medium? "camcontrol tur" will do that. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Life is short (You need Python)" -- Bruce Eckel, ANSI C++ Comitee member, author of "Thinking in C++" and "Thinking in Java" From owner-freebsd-stable@FreeBSD.ORG Mon May 7 19:04:13 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4351616A403 for ; Mon, 7 May 2007 19:04:13 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id CC65E13C44C for ; Mon, 7 May 2007 19:04:12 +0000 (UTC) (envelope-from illoai@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so962220ugh for ; Mon, 07 May 2007 12:04:11 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=e9eZyP5dirQSfl649/kiA+0v3ULJfuazbASTV2NSvijYNd/519cyOHaoHqoVJC4L5quvrRAtQh83QClVNqTrNp2x9ZXh7oO694znFTj9FEJTHTs2J5jhWvRwfuFAkXO2pyd7P0Z8f9BDK1/zFwnDYXCfTcCmSEbvNCaU+hqv4m4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=J6ak8EUcUKcBAOFxONpXOcIFTxwASD9u8GJpDJ4DQL1MEzgWKFjm2ufU49o98Zsw8lF9S+9pm1N4wZb9LfLOjwqp0iwYYmpdnsA6BT5hZHePHlFV9WygDGm70IEw0bIdczMZW0coHvZ232Dvm0zr+cbomKUxlNngjPCBlbvkDJk= Received: by 10.82.151.14 with SMTP id y14mr10738507bud.1178564651294; Mon, 07 May 2007 12:04:11 -0700 (PDT) Received: by 10.82.185.16 with HTTP; Mon, 7 May 2007 12:04:11 -0700 (PDT) Message-ID: Date: Mon, 7 May 2007 14:04:11 -0500 From: "illoai@gmail.com" To: freebsd-stable@freebsd.org, marsgmiro@gmail.com In-Reply-To: <200705071615.l47GFCpp032048@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <28edec3c0705021247s84ee50fwe7f70a839bbcb8bc@mail.gmail.com> <200705071615.l47GFCpp032048@lurza.secnetix.de> Cc: Subject: Re: mfs and buildworlds on da SunFire x4600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 May 2007 19:04:13 -0000 On 07/05/07, Oliver Fromme wrote: > Mars G. Miro wrote: > > Actually, it's not about having to finish building da world in da > > smallest amount of time, it's about whether mfs would really speed > > things up... . . . > By the way, please stop writing "da" instead of "the". It > looks childish and makes your mails difficult to read, so > it might prevent people from helping you. And here I thought he had some unspecified problem with a SCSI disk . . . -- -- From owner-freebsd-stable@FreeBSD.ORG Mon May 7 20:38:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D823316A402 for ; Mon, 7 May 2007 20:38:11 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.227]) by mx1.freebsd.org (Postfix) with ESMTP id 93EF213C44C for ; Mon, 7 May 2007 20:38:11 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so1636317wra for ; Mon, 07 May 2007 13:38:10 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RI2H3GEgcBP93QyyUlr0WZudryCSia2T4hszjMAohmKibEhjOFjXQVf4fqmrWTy18dQ4CYPW0yNxOYpBF+KHPWjdzZpRzSQ1Arm7voSfJEwZIQGxQbizcnQeGGCYYQQyi/GuUgtR7OAvGEWFdo81bRMTAd7nFCTgtp8HhiI6wEw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jhZX8G/vNHuLVjXZ4/VmjWdrjpSzJW0fe7BMDqitHxajGv4QcwbccCPconaLbdkcsgg4itndg1GzYQ+AsEcFKOvJgTMn8CTB2MdAKKKCIEtfNwgJt3uN7/hZhY5PKo0X5vWertrE/+4/J+LMIqiuBkDWkgtimR4vawzkRSA6uRc= Received: by 10.115.88.1 with SMTP id q1mr2188088wal.1178570290001; Mon, 07 May 2007 13:38:10 -0700 (PDT) Received: by 10.114.59.16 with HTTP; Mon, 7 May 2007 13:38:09 -0700 (PDT) Message-ID: <28edec3c0705071338m7d14206at218eb0efb1aa24d1@mail.gmail.com> Date: Tue, 8 May 2007 04:38:09 +0800 From: "Mars G. Miro" To: freebsd-stable@freebsd.org, "Oliver Fromme" In-Reply-To: <200705071615.l47GFCpp032048@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <28edec3c0705021247s84ee50fwe7f70a839bbcb8bc@mail.gmail.com> <200705071615.l47GFCpp032048@lurza.secnetix.de> Cc: Subject: Re: mfs and buildworlds on da SunFire x4600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 May 2007 20:38:11 -0000 On 5/8/07, Oliver Fromme wrote: > Mars G. Miro wrote: > > Actually, it's not about having to finish building da world in da > > smallest amount of time, it's about whether mfs would really speed > > things up... > > I've made similar tests in the past, and my conclusion is > that it's not worth it. > > Using a memory disk for /usr/obj doesn't make much sense, > because soft-updates decouples the physical writes pretty as i've mentioned in my original email, da mfs's were created w/ softupdates turned off > well from the build process. On the other hand, using a > memory disk for /usr/src _might_ help a little, but it > depends on a lot of things. Especially if you have a again, both /usr/src and /usr/obj were mfs, and even async, noatime > speedy I/O system and plenty of RAM (so all of the files > can be cached) and /usr/src is mounted with the "noatime" > option, the difference is very small. > as Kris mentioned, a buildworld isnt prolly da appropriate test for mfs, as for da chrooted /usr or da buildkernel tests, I havent really tried them --- will try to do so and report back when i get da time ... btw, a buildworld on da x4100s takes just about da same times ~ 18mins... > By the way, please stop writing "da" instead of "the". It > looks childish and makes your mails difficult to read, so > it might prevent people from helping you. > oops. d0h ;-) > Best regards > Oliver > > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, Gesch=E4ftsfuehrun= g: > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M=FC= n- > chen, HRB 125758, Gesch=E4ftsf=FChrer: Maik Bachmann, Olaf Erb, Ralf Geb= hart > > FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > > "The ITU has offered the IETF formal alignment with its > corresponding technology, Penguins, but that won't fly." > -- RFC 2549 > cheers mars From owner-freebsd-stable@FreeBSD.ORG Mon May 7 21:30:06 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1579816A401 for ; Mon, 7 May 2007 21:30:06 +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 8464113C44C for ; Mon, 7 May 2007 21:30:05 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (szcdsd@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l47LTwBG046256; Mon, 7 May 2007 23:30:04 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l47LTwP0046255; Mon, 7 May 2007 23:29:58 +0200 (CEST) (envelope-from olli) Date: Mon, 7 May 2007 23:29:58 +0200 (CEST) Message-Id: <200705072129.l47LTwP0046255@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, marsgmiro@gmail.com In-Reply-To: <28edec3c0705071338m7d14206at218eb0efb1aa24d1@mail.gmail.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 07 May 2007 23:30:04 +0200 (CEST) Cc: Subject: Re: mfs and buildworlds on the SunFire x4600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, marsgmiro@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2007 21:30:06 -0000 I took the liberty to s/da/the/g in your mail. Mars G. Miro wrote: > Oliver Fromme wrote: > > Mars G. Miro wrote: > > > Actually, it's not about having to finish building the world in the > > > smallest amount of time, it's about whether mfs would really speed > > > things up... > > > > I've made similar tests in the past, and my conclusion is > > that it's not worth it. > > > > Using a memory disk for /usr/obj doesn't make much sense, > > because soft-updates decouples the physical writes pretty > > as i've mentioned in my original email, the mfs's were created w/ > softupdates turned off No, I'm not talking about the memory disks. It's rather irrelevant whether you use soft-updates on them or not. What I meant is this: If you use a normal disk (not memory disk) for /usr/obj, soft-updates will decouple the writes from the compilation process, so the buildworld will be less I/O-bound. With good hardware it should be just as fast as a memory disk. Therefore it does not make sense to use a memory disk for /usr/obj, IMHO. > > well from the build process. On the other hand, using a > > memory disk for /usr/src _might_ help a little, but it > > depends on a lot of things. Especially if you have a > > again, both /usr/src and /usr/obj were mfs, and even async, noatime Doesn't matter for memory disks. > > speedy I/O system and plenty of RAM (so all of the files > > can be cached) and /usr/src is mounted with the "noatime" > > option, the difference is very small. > > as Kris mentioned, a buildworld isnt prolly the appropriate test for > mfs, That's correct. > as for the chrooted /usr or the buildkernel tests, I havent really > tried them --- will try to do so and report back when i get the time > ... By the way, what are you actually trying to do? What is your goal? Do you need to reduce the buildworld time? In that case, excluding some things that you don't need (via "NO_*" variables in /etc/make.conf) will probably give much better results than trying to play with mfs. For example, on most of my machines, I have the following in /etc/make.conf, reducing buildworld times noticeably: NO_KERBEROS=yes NO_BLUETOOTH=yes NO_FORTRAN=yes NO_I4B=yes NO_ATM=yes NO_VINUM=yes NO_OBJC=yes NO_SHAREDOCS=yes NO_PROFILE=yes Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Clear perl code is better than unclear awk code; but NOTHING comes close to unclear perl code" (taken from comp.lang.awk FAQ) From owner-freebsd-stable@FreeBSD.ORG Mon May 7 21:47:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9833E16A402 for ; Mon, 7 May 2007 21:47:37 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.224]) by mx1.freebsd.org (Postfix) with ESMTP id B3BB913C448 for ; Mon, 7 May 2007 21:47:36 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so1826700nze for ; Mon, 07 May 2007 14:47:36 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sBrrwN2jHyWkzllbffO2IOZE+G0lSU7jS4Ov4lqVv4dWlLWs5LRvct7Sgh+zXl4ThpqcDy+n2OhXkxhqSGT/By2xTbnfeO/d1emOtkduITRQ4l43Ea12oeXmN7JA4vZXVM/mpd1JFkunxvCHFl6O7DMTLjFkdC9jt3PP6m+N0/Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hSm+lbuA4Ef4BIHbeyRzHXhnMjw+tc5G/oayO/lycJGifNVXT/kRoNrWQxho3TBxYY2EkxA0yUBRnUIYkCt4AnTX4kF4EvrMwdMOniTzXeoKcX63l+ZIX8t4o6oZ1Eb6l5D/eA7qyEeDJn8IVgC0pFMHOaPu24k+QE/ss4jA4XM= Received: by 10.114.202.15 with SMTP id z15mr985035waf.1178574454956; Mon, 07 May 2007 14:47:34 -0700 (PDT) Received: by 10.114.59.16 with HTTP; Mon, 7 May 2007 14:47:34 -0700 (PDT) Message-ID: <28edec3c0705071447t64eb6ea1n7a18550d4af6d883@mail.gmail.com> Date: Tue, 8 May 2007 05:47:34 +0800 From: "Mars G. Miro" To: freebsd-stable@freebsd.org, "Oliver Fromme" In-Reply-To: <200705072129.l47LTwP0046255@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <28edec3c0705071338m7d14206at218eb0efb1aa24d1@mail.gmail.com> <200705072129.l47LTwP0046255@lurza.secnetix.de> Cc: Subject: Re: mfs and buildworlds on the SunFire x4600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 May 2007 21:47:37 -0000 On 5/8/07, Oliver Fromme wrote: > I took the liberty to s/da/the/g in your mail. > > Mars G. Miro wrote: > > Oliver Fromme wrote: > > > Mars G. Miro wrote: > > > > Actually, it's not about having to finish building the world in th= e > > > > smallest amount of time, it's about whether mfs would really speed > > > > things up... > > > > > > I've made similar tests in the past, and my conclusion is > > > that it's not worth it. > > > > > > Using a memory disk for /usr/obj doesn't make much sense, > > > because soft-updates decouples the physical writes pretty > > > > as i've mentioned in my original email, the mfs's were created w/ > > softupdates turned off > > No, I'm not talking about the memory disks. It's rather > irrelevant whether you use soft-updates on them or not. > > What I meant is this: If you use a normal disk (not memory > disk) for /usr/obj, soft-updates will decouple the writes > from the compilation process, so the buildworld will be > less I/O-bound. With good hardware it should be just as > fast as a memory disk. Therefore it does not make sense > to use a memory disk for /usr/obj, IMHO. > oh. I didnt quite get that.. apologies ;-) > > > well from the build process. On the other hand, using a > > > memory disk for /usr/src _might_ help a little, but it > > > depends on a lot of things. Especially if you have a > > > > again, both /usr/src and /usr/obj were mfs, and even async, noatime > > Doesn't matter for memory disks. > > > > speedy I/O system and plenty of RAM (so all of the files > > > can be cached) and /usr/src is mounted with the "noatime" > > > option, the difference is very small. > > > > as Kris mentioned, a buildworld isnt prolly the appropriate test for > > mfs, > > That's correct. > > > as for the chrooted /usr or the buildkernel tests, I havent really > > tried them --- will try to do so and report back when i get the time > > ... > > By the way, what are you actually trying to do? What is > your goal? Do you need to reduce the buildworld time? > as i've mentioned in my original email, does mfs speed up I/O stuff ? there's been a lot of threads in teh past that a buildworld on mfs increases speed --- tho it might not be the appropriate test for high-end machines (speaking of w/c I just gots a T2000). there's prolly other appropriate apps/tools for mfs-testing ... > In that case, excluding some things that you don't need > (via "NO_*" variables in /etc/make.conf) will probably > give much better results than trying to play with mfs. > For example, on most of my machines, I have the following > in /etc/make.conf, reducing buildworld times noticeably: > jahh, i know about these > NO_KERBEROS=3Dyes > NO_BLUETOOTH=3Dyes > NO_FORTRAN=3Dyes > NO_I4B=3Dyes > NO_ATM=3Dyes > NO_VINUM=3Dyes > NO_OBJC=3Dyes > NO_SHAREDOCS=3Dyes > NO_PROFILE=3Dyes > > Best regards > Oliver > Thanks ;-) > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, Gesch=E4ftsfuehrun= g: > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M=FC= n- > chen, HRB 125758, Gesch=E4ftsf=FChrer: Maik Bachmann, Olaf Erb, Ralf Geb= hart > > FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > > "Clear perl code is better than unclear awk code; but NOTHING > comes close to unclear perl code" (taken from comp.lang.awk FAQ) > cheers mars From owner-freebsd-stable@FreeBSD.ORG Mon May 7 22:28:19 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B1EB016A404 for ; Mon, 7 May 2007 22:28:19 +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 1A0AD13C4AD for ; Mon, 7 May 2007 22:28:18 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (ovsjiv@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l47MSCsb048973; Tue, 8 May 2007 00:28:17 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l47MSCSr048972; Tue, 8 May 2007 00:28:12 +0200 (CEST) (envelope-from olli) Date: Tue, 8 May 2007 00:28:12 +0200 (CEST) Message-Id: <200705072228.l47MSCSr048972@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, marsgmiro@gmail.com In-Reply-To: <28edec3c0705071447t64eb6ea1n7a18550d4af6d883@mail.gmail.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 08 May 2007 00:28:17 +0200 (CEST) Cc: Subject: Re: mfs and buildworlds on the SunFire x4600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, marsgmiro@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2007 22:28:19 -0000 Mars G. Miro wrote: > Oliver Fromme wrote: > > By the way, what are you actually trying to do? What is > > your goal? Do you need to reduce the buildworld time? > > as i've mentioned in my original email, does mfs speed up I/O stuff ? Sometimes it does. But most of the time, a real disk partition with soft-updates on it is just as fast. With soft-updates, writing is asynchronous, i.e. it goes to RAM first, just like a memory disk. The data is later committed to disk in the background, so the processes don't have to wait for it. And once the data is in the cache, reading is just as fast (or even faster) as a memory disk. Note that /usr/src will fit in the cache easily if you have several GB of RAM. I usually have a memory disk as /tmp, but that's really just for historical reasons. And it's easier to clean up -- just umount it. ;-) > there's been a lot of threads in teh past that a buildworld on mfs > increases speed --- tho it might not be the appropriate test for > high-end machines (speaking of w/c I just gots a T2000). It depends on what exactly you want to test, and for what reason. You probably have already wasted much more time with your experiments and testing than you can ever save by using mfs for buildworld. > there's prolly other appropriate apps/tools for mfs-testing ... I don't think it makes much sense to benchmark mfs. It is a known fact that a real tmpfs (like Solaris and Linux have) would be better. I think it's even listed on the FreeBSD ideas web page, but nobody is actively working on it, AFAIK. On the other hand, I'm not 100% convinced that it would be worth the effort either. It would be interesting to see how ZFS on a swap-backed vnode device would perform on FreeBSD 7-current (with and without compression). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. From owner-freebsd-stable@FreeBSD.ORG Mon May 7 22:46:50 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 90C3016A401 for ; Mon, 7 May 2007 22:46:50 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.232]) by mx1.freebsd.org (Postfix) with ESMTP id 4BA4F13C448 for ; Mon, 7 May 2007 22:46:50 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1580736wxc for ; Mon, 07 May 2007 15:46:49 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=oc1hrvXwpPz290nIvDaaSboRIq2dmqXS6Xrnu5LkCdkP3EheMNHLQ+OSMBd4tPB0Lcgk7/BSN9MgBRxqSP8qa+iR/TdMkeJMi9QQtU+0GPNbhZWBLw7uWNb3Vma9JWLOORd1baeJEwoCsnr6ntSqL55jB00nawwpGe/C703AvUw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=m+xjLDGFq1s+7nmd9ewzJirVnoXwSGDgZwImADf69IjCEPpqSG9mkqXQpdA1ABuPUhZtXC0dp/0HBlIUoxkFkANhk9KSvHA8DVHSaCRlGoOxN8y7knzpRIWsK/lzYQhtm/sYtLNWT/wnnbbSenhaOt2yeoWvdkGSb7y5Bs6I4i8= Received: by 10.78.149.15 with SMTP id w15mr2260618hud.1178576333591; Mon, 07 May 2007 15:18:53 -0700 (PDT) Received: by 10.78.107.13 with HTTP; Mon, 7 May 2007 15:18:53 -0700 (PDT) Message-ID: Date: Mon, 7 May 2007 15:18:53 -0700 From: "Kip Macy" To: "Mars G. Miro" In-Reply-To: <28edec3c0705071447t64eb6ea1n7a18550d4af6d883@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: <28edec3c0705071338m7d14206at218eb0efb1aa24d1@mail.gmail.com> <200705072129.l47LTwP0046255@lurza.secnetix.de> <28edec3c0705071447t64eb6ea1n7a18550d4af6d883@mail.gmail.com> Cc: Oliver Fromme , freebsd-stable@freebsd.org Subject: Re: mfs and buildworlds on the SunFire x4600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 May 2007 22:46:50 -0000 > as i've mentioned in my original email, does mfs speed up I/O stuff ? > there's been a lot of threads in teh past that a buildworld on mfs > increases speed --- tho it might not be the appropriate test for > high-end machines (speaking of w/c I just gots a T2000). > buildworld on NFS or local disk on the T2000 takes about 1:10 on mfs it takes about 1:04. An improvement, but when you take into account the time taken to copy the files over its a wash. The INTR_FILTER change broke sun4v and I haven't had time to fix it. -Kip From owner-freebsd-stable@FreeBSD.ORG Mon May 7 23:48:33 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 93C6716A402; Mon, 7 May 2007 23:48:33 +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 7F67013C447; Mon, 7 May 2007 23:48:33 +0000 (UTC) (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 20BF21A4DCD; Mon, 7 May 2007 16:49:14 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7A9BA514AA; Mon, 7 May 2007 19:48:32 -0400 (EDT) Date: Mon, 7 May 2007 19:48:32 -0400 From: Kris Kennaway To: freebsd-stable@FreeBSD.ORG, scrappy@FreeBSD.ORG Message-ID: <20070507234832.GA59530@xor.obsecurity.org> References: <200705071701.l47H12JJ034015@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200705071701.l47H12JJ034015@lurza.secnetix.de> User-Agent: Mutt/1.4.2.2i Cc: Subject: Re: Socket leak (Was: Re: What triggers "No Buffer Space) Available"? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 May 2007 23:48:33 -0000 On Mon, May 07, 2007 at 07:01:02PM +0200, Oliver Fromme wrote: > Marc G. Fournier wrote: > > Now, that makes sense to me, I can understand that ... but, how would > > that look as far as netstat -nA shows? Or, would it? For example, I > > have: > > You should use "-na" to list all sockets, not "-nA". > > > mars# netstat -nA | grep c9655a20 > > c9655a20 stream 0 0 0 c95d63f0 0 0 > > c95d63f0 stream 0 0 0 c9655a20 0 0 > > mars# netstat -nA | grep c95d63f0 > > c9655a20 stream 0 0 0 c95d63f0 0 0 > > c95d63f0 stream 0 0 0 c9655a20 0 0 > > > > They are attached to each other, but there appears to be no 'referencing > > process' > > netstat doesn't show processes at all (sockstat, fstat > and lsof list sockets by processes). The sockets above > are probably from a socketpair(2) or a pipe (which is > implemented with socketpair(2), AFAIK). That's perfectly > normal. > > If I remember correctly, you wrote that 11k sockets are > in use with 90 jails. That's about 120 sockets per jail, > which isn't out of the ordinary. Of course it depends on > what is running in those jails, but my guess is that you > just need to increase the limit on the number of sockets > (i.e. kern.ipc.maxsockets). Yes, and if you have 11000 sockets in use under "normal" situations then you're likely to be pressing right up against the default limit anyway (e.g. on this machine with 8GB of RAM the default is 12328), so a slight increase in load will run out of space. Kris From owner-freebsd-stable@FreeBSD.ORG Tue May 8 03:32:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A28316A400 for ; Tue, 8 May 2007 03:32:07 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 6908F13C45D for ; Tue, 8 May 2007 03:32:06 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from localhost (unknown [200.46.204.187]) by hub.org (Postfix) with ESMTP id 09D5B48A31F; Tue, 8 May 2007 00:32:05 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.187]) (amavisd-maia, port 10024) with ESMTP id 01340-02; Tue, 8 May 2007 00:32:04 -0300 (ADT) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id 45FF748A322; Tue, 8 May 2007 00:32:04 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id E3DB760B82; Tue, 8 May 2007 00:32:03 -0300 (ADT) Date: Tue, 08 May 2007 00:32:03 -0300 From: "Marc G. Fournier" To: freebsd-stable@FreeBSD.ORG Message-ID: X-Mailer: Mulberry/4.0.7 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Oliver Fromme Subject: Re: Socket leak (Was: Re: What triggers "No Buffer Space) Available"? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 May 2007 03:32:07 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Monday, May 07, 2007 19:01:02 +0200 Oliver Fromme wrote: > If I remember correctly, you wrote that 11k sockets are > in use with 90 jails. That's about 120 sockets per jail, > which isn't out of the ordinary. Of course it depends on > what is running in those jails, but my guess is that you > just need to increase the limit on the number of sockets > (i.e. kern.ipc.maxsockets). The problem is that if I compare it to another server, running 2/3 as many jails, I'm finding its using 1/4 as many sockets, after over 60 days of uptime: kern.ipc.numopensockets: 3929 kern.ipc.maxsockets: 12328 But, let's try what I think it was Matt suggested ... right now, I'm at just over 11k sockets on that machine, so I'm going to shutdown everything except bare minimum server (all jails shut off) and see where sockets drop to after that ... I'm down to ~7400 sockets: kern.ipc.numopensockets: 7400 kern.ipc.maxsockets: 12328 ps looks like: mars# ps aux USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 10 99.0 0.0 0 8 ?? RL Sat12PM 2527:55.02 [idle: cpu1] root 11 99.0 0.0 0 8 ?? RL Sat12PM 2816:58.21 [idle: cpu0] root 0 0.0 0.0 0 0 ?? WLs Sat12PM 0:00.00 [swapper] root 1 0.0 0.0 768 232 ?? ILs Sat12PM 3:22.01 /sbin/init -- root 2 0.0 0.0 0 8 ?? DL Sat12PM 0:31.14 [g_event] root 3 0.0 0.0 0 8 ?? DL Sat12PM 12:02.57 [g_up] root 4 0.0 0.0 0 8 ?? DL Sat12PM 17:20.73 [g_down] root 5 0.0 0.0 0 8 ?? DL Sat12PM 0:00.35 [thread taskq] root 6 0.0 0.0 0 8 ?? DL Sat12PM 0:00.00 [xpt_thrd] root 7 0.0 0.0 0 8 ?? DL Sat12PM 0:00.00 [kqueue taskq] root 8 0.0 0.0 0 8 ?? DL Sat12PM 0:00.00 [aic_recovery0] root 9 0.0 0.0 0 8 ?? DL Sat12PM 0:00.00 [aic_recovery0] root 12 0.0 0.0 0 8 ?? WL Sat12PM 12:11.84 [swi1: net] root 13 0.0 0.0 0 8 ?? WL Sat12PM 15:31.57 [swi4: clock] root 14 0.0 0.0 0 8 ?? WL Sat12PM 0:00.00 [swi3: vm] root 15 0.0 0.0 0 8 ?? DL Sat12PM 1:10.54 [yarrow] root 16 0.0 0.0 0 8 ?? WL Sat12PM 0:00.00 [swi6: task queue] root 17 0.0 0.0 0 8 ?? WL Sat12PM 0:00.00 [swi6: Giant taskq] root 18 0.0 0.0 0 8 ?? WL Sat12PM 0:00.00 [swi5: +] root 19 0.0 0.0 0 8 ?? WL Sat12PM 11:50.45 [swi2: cambio] root 20 0.0 0.0 0 8 ?? WL Sat12PM 8:28.94 [irq20: fxp0] root 21 0.0 0.0 0 8 ?? WL Sat12PM 0:00.00 [irq21: fxp1] root 22 0.0 0.0 0 8 ?? WL Sat12PM 0:00.00 [irq25: ahc0] root 23 0.0 0.0 0 8 ?? DL Sat12PM 0:00.00 [aic_recovery1] root 24 0.0 0.0 0 8 ?? WL Sat12PM 7:53.11 [irq26: ahc1] root 25 0.0 0.0 0 8 ?? DL Sat12PM 0:00.00 [aic_recovery1] root 26 0.0 0.0 0 8 ?? WL Sat12PM 0:00.00 [irq1: atkbd0] root 27 0.0 0.0 0 8 ?? DL Sat12PM 0:32.19 [pagedaemon] root 28 0.0 0.0 0 8 ?? DL Sat12PM 0:00.00 [vmdaemon] root 29 0.0 0.0 0 8 ?? DL Sat12PM 38:04.73 [pagezero] root 30 0.0 0.0 0 8 ?? DL Sat12PM 0:30.43 [bufdaemon] root 31 0.0 0.0 0 8 ?? DL Sat12PM 11:38.76 [syncer] root 32 0.0 0.0 0 8 ?? DL Sat12PM 0:57.76 [vnlru] root 33 0.0 0.0 0 8 ?? DL Sat12PM 1:21.24 [softdepflush] root 34 0.0 0.0 0 8 ?? DL Sat12PM 6:00.16 [schedcpu] root 35 0.0 0.0 0 8 ?? DL Sat12PM 6:26.10 [g_mirror md1] root 36 0.0 0.0 0 8 ?? DL Sat12PM 6:10.56 [g_mirror md2] root 37 0.0 0.0 0 8 ?? DL Sat12PM 0:00.00 [g_mirror vm] root 480 0.0 0.0 528 244 ?? Is Sat12PM 0:04.32 /sbin/devd root 539 0.0 0.0 1388 848 ?? Ss Sat12PM 0:07.21 /usr/sbin/syslogd -l /var/run/log -l /var/named/var/run/log -s -s daemon 708 0.0 0.0 1316 748 ?? Ss Sat12PM 0:02.49 /usr/sbin/rwhod root 749 0.0 0.0 3532 1824 ?? Is Sat12PM 0:07.60 /usr/sbin/sshd root 768 0.0 0.0 1412 920 ?? Is Sat12PM 0:02.23 /usr/sbin/cron -s root 2087 0.0 0.0 2132 1360 ?? Ss Sat01PM 0:04.73 screen -R root 88103 0.0 0.1 6276 2600 ?? Ss 11:41PM 0:00.62 sshd: root@ttyp0 (sshd) root 91218 0.0 0.1 6276 2664 ?? Ss 11:49PM 0:00.24 sshd: root@ttyp4 (sshd) root 813 0.0 0.0 1352 748 v0 Is+ Sat12PM 0:00.00 /usr/libexec/getty Pc ttyv0 root 88106 0.0 0.1 5160 2516 p0 Ss 11:41PM 0:00.20 -tcsh (tcsh) root 97563 0.0 0.0 1468 804 p0 R+ 12:17AM 0:00.00 ps aux root 2088 0.0 0.1 5352 2368 p2 Is+ Sat01PM 0:00.03 /bin/tcsh root 2112 0.0 0.1 5220 2360 p3 Ss+ Sat01PM 0:00.04 /bin/tcsh root 91221 0.0 0.1 5140 2440 p4 Ss+ 11:49PM 0:00.12 -tcsh (tcsh) And netstat -n -funix shows 7355 lines similar to: d05f1000 stream 0 0 0 d05f1090 0 0 d05f1090 stream 0 0 0 d05f1000 0 0 cf1be000 stream 0 0 0 cf1bdea0 0 0 cf1bdea0 stream 0 0 0 cf1be000 0 0 cec42bd0 stream 0 0 0 cf2ac480 0 0 cf2ac480 stream 0 0 0 cec42bd0 0 0 with the final few associated with running processes: c95ad000 stream 0 0 c95aa000 0 0 0 /var/run/devd.pipe c95aca20 dgram 0 0 0 c95ace10 0 0 c95accf0 dgram 0 0 c95c7110 0 0 0 /var/named/var/run/log c95acd80 dgram 0 0 c95c7330 0 0 0 /var/run/log c95ace10 dgram 0 0 c95c7440 0 c95aca20 0 /var/run/logpriv c95acea0 dgram 0 0 c95c7550 0 0 0 /var/run/log So, over 7000 sockets with pretty much all processes shut down ... Shouldn't the garbage collector be cutting in somewhere here? I'm willing to shut everthing down like this again the next time it happens (in 2-3 days) if someone has some other command / output they'd like fo rme to provide the output of? And, I have the following outputs as of the above, where everythign is shutdown and its running on minimal processes: # ls -lt total 532 - -rw-r--r-- 1 root wheel 11142 May 8 00:20 fstat.out - -rw-r--r-- 1 root wheel 742 May 8 00:20 netstat_m.out - -rw-r--r-- 1 root wheel 486047 May 8 00:20 netstat_na.out - -rw-r--r-- 1 root wheel 735 May 8 00:20 sockstat.out - -rw-r--r-- 1 root wheel 6266 May 8 00:20 vmstat_m.out - -rw-r--r-- 1 root wheel 5376 May 8 00:20 vmstat_z.out - -rw-r--r-- 1 root wheel 4910 May 8 00:20 ps.out - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGP+8z4QvfyHIvDvMRAlI+AJ9D0LIRCsFvQShS5TjN/QHw9VyTeQCggYMS Uc0aJpCLwdZxsH3jVllUZi4= =e97x -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue May 8 03:45:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 338E216A401 for ; Tue, 8 May 2007 03:45:19 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.236]) by mx1.freebsd.org (Postfix) with ESMTP id D260313C459 for ; Tue, 8 May 2007 03:45:18 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so1930392nze for ; Mon, 07 May 2007 20:45:13 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=uKq7d86zHQ4xCRBtWWV5oVkB1gbrda7adBpOWmS4a6MK+Pjx/gokuqLdVGXOdvZeGAaS4oxElklD5tW9ZZUyC5BUlHX2axU5bO7S7bOIf4SmWwc4vSP7yLW2MfhPTBopzBX738d97/fqqXAkDXB2nCtRzC95FVEJ+2tTibJoMZU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FfbNDnbaGvuZjsS7IbLLQe13DEtp204cXQr1ETPK811kzHPK6FD/a6u7uS8HleKSQsMbkT5JbzhydZS8EwiF8WtoeFxTF3f7BuLbXnebiltFmEefIFzvQWqeHOmHVulVo4wIx7KOTv546oSvIn1LVrB7dv4kObidfFDlYFTOkE8= Received: by 10.114.75.1 with SMTP id x1mr492161waa.1178595912300; Mon, 07 May 2007 20:45:12 -0700 (PDT) Received: by 10.114.59.16 with HTTP; Mon, 7 May 2007 20:45:12 -0700 (PDT) Message-ID: <28edec3c0705072045s18a2cb53ia4f66030e4e3fb22@mail.gmail.com> Date: Tue, 8 May 2007 11:45:12 +0800 From: "Mars G. Miro" To: freebsd-stable@freebsd.org, "Oliver Fromme" In-Reply-To: <200705072228.l47MSCSr048972@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <28edec3c0705071447t64eb6ea1n7a18550d4af6d883@mail.gmail.com> <200705072228.l47MSCSr048972@lurza.secnetix.de> Cc: Subject: Re: mfs and buildworlds on the SunFire x4600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 May 2007 03:45:19 -0000 On 5/8/07, Oliver Fromme wrote: > Mars G. Miro wrote: > > Oliver Fromme wrote: > > > By the way, what are you actually trying to do? What is > > > your goal? Do you need to reduce the buildworld time? > > > > as i've mentioned in my original email, does mfs speed up I/O stuff ? > > Sometimes it does. But most of the time, a real disk > partition with soft-updates on it is just as fast. > With soft-updates, writing is asynchronous, i.e. it > goes to RAM first, just like a memory disk. The data > is later committed to disk in the background, so the > processes don't have to wait for it. And once the > data is in the cache, reading is just as fast (or even > faster) as a memory disk. Note that /usr/src will > fit in the cache easily if you have several GB of RAM. > > I usually have a memory disk as /tmp, but that's really > just for historical reasons. And it's easier to clean > up -- just umount it. ;-) > > > there's been a lot of threads in teh past that a buildworld on mfs > > increases speed --- tho it might not be the appropriate test for > > high-end machines (speaking of w/c I just gots a T2000). > > It depends on what exactly you want to test, and for > what reason. You probably have already wasted much > more time with your experiments and testing than you > can ever save by using mfs for buildworld. > wasted my time? dont think so. now we know buildworld on mfs dont really matter on high-end machines, and it didnt even then when i tried it on my single-proc Opteron w/ 1G of RAM almost 2 years ago on 5.X (i recall having to crash when i used malloc but then this is documented) and I'd think testing it on something like my x4100 w/ 8G of RAM may produce the same results.. so teh conclusion would be, buildworld isnt teh appropriate test if mfs does really speed things up, other apps/tools may be much more appropriate --- that or, does mfs speeding things up really work? remains to be seen ... > > there's prolly other appropriate apps/tools for mfs-testing ... > > I don't think it makes much sense to benchmark mfs. > It is a known fact that a real tmpfs (like Solaris and > Linux have) would be better. I think it's even listed > on the FreeBSD ideas web page, but nobody is actively > working on it, AFAIK. On the other hand, I'm not 100% > convinced that it would be worth the effort either. > it does to me, however, and perhaps other people too ;-) > It would be interesting to see how ZFS on a swap-backed > vnode device would perform on FreeBSD 7-current (with > and without compression). > > Best regards > Oliver > > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, Gesch=E4ftsfuehrun= g: > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M=FC= n- > chen, HRB 125758, Gesch=E4ftsf=FChrer: Maik Bachmann, Olaf Erb, Ralf Geb= hart > > FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > > One Unix to rule them all, One Resolver to find them, > One IP to bring them all and in the zone to bind them. > cheers mars From owner-freebsd-stable@FreeBSD.ORG Tue May 8 04:37:13 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0CB2716A404 for ; Tue, 8 May 2007 04:37:13 +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 EE15A13C483 for ; Tue, 8 May 2007 04:37:12 +0000 (UTC) (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 D53461A4D89; Mon, 7 May 2007 21:37:53 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 472E0514DD; Tue, 8 May 2007 00:37:12 -0400 (EDT) Date: Tue, 8 May 2007 00:37:12 -0400 From: Kris Kennaway To: "Mars G. Miro" Message-ID: <20070508043712.GA62947@xor.obsecurity.org> References: <28edec3c0705071447t64eb6ea1n7a18550d4af6d883@mail.gmail.com> <200705072228.l47MSCSr048972@lurza.secnetix.de> <28edec3c0705072045s18a2cb53ia4f66030e4e3fb22@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <28edec3c0705072045s18a2cb53ia4f66030e4e3fb22@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: Oliver Fromme , freebsd-stable@freebsd.org Subject: Re: mfs and buildworlds on the SunFire x4600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 May 2007 04:37:13 -0000 On Tue, May 08, 2007 at 11:45:12AM +0800, Mars G. Miro wrote: > that or, does mfs speeding things up really work? remains to be > seen ... Of course it does...even the fastest disk hardware on the market (well, as of a year ago) is several times slower than memory writing, and commodity disk hardware is orders of magnitude slower. Yes, I have the measurements to prove this: http://people.freebsd.org/~kris/scaling/Filesystem%20Performance.pdf Kris From owner-freebsd-stable@FreeBSD.ORG Tue May 8 06:04:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC32916A403 for ; Tue, 8 May 2007 06:04:58 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.238]) by mx1.freebsd.org (Postfix) with ESMTP id 8C02F13C489 for ; Tue, 8 May 2007 06:04:58 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so1750651wra for ; Mon, 07 May 2007 23:04:57 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=p/ZAE4AAq++RddvL2ITQc6reTovhJ0smDgsG6TrECuyxnZbtBVVU9uHw+yMkh2cAFc1PNuhDTctyUXQeoUlBnxBmK9XPAKXGn6SnZHC7C8gTBdqJQ4vKYQjdhVOa7rzaqW7gioFxXpZ2Bm+KhE7QUxdahQZjjF1ckq64xoeClAM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gtIm17pg2az1FfoS32FM7/kQmMIE0fss32euhmOvLj4zcK3OGavADB0yv8gYJM9syoNICzg5VJ1l4cgDLyX5AKEpSZmaRIMJX/F+QTLVg7mE+D4robq9OM3pRedK3c1d4AU8RkmHWFZ91r3VvbKhJVBAKXooaKnelo9fmj97H5Q= Received: by 10.114.161.11 with SMTP id j11mr2482813wae.1178604297201; Mon, 07 May 2007 23:04:57 -0700 (PDT) Received: by 10.114.59.16 with HTTP; Mon, 7 May 2007 23:04:57 -0700 (PDT) Message-ID: <28edec3c0705072304q1ade867ck3fbc55cbba10e9b2@mail.gmail.com> Date: Tue, 8 May 2007 14:04:57 +0800 From: "Mars G. Miro" To: "Kris Kennaway" In-Reply-To: <20070508043712.GA62947@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <28edec3c0705071447t64eb6ea1n7a18550d4af6d883@mail.gmail.com> <200705072228.l47MSCSr048972@lurza.secnetix.de> <28edec3c0705072045s18a2cb53ia4f66030e4e3fb22@mail.gmail.com> <20070508043712.GA62947@xor.obsecurity.org> Cc: freebsd-stable@freebsd.org Subject: Re: mfs and buildworlds on the SunFire x4600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 May 2007 06:04:58 -0000 On 5/8/07, Kris Kennaway wrote: > On Tue, May 08, 2007 at 11:45:12AM +0800, Mars G. Miro wrote: > > > that or, does mfs speeding things up really work? remains to be > > seen ... > > Of course it does...even the fastest disk hardware on the market > (well, as of a year ago) is several times slower than memory writing, > and commodity disk hardware is orders of magnitude slower. Yes, I > have the measurements to prove this: > > http://people.freebsd.org/~kris/scaling/Filesystem%20Performance.pdf > That was the paper I was referring to in my 1st email. Do you still have your scripts that you could prolly make publicly available? As some of you might have noticed already, I have a plethora of exotic machines and hardware on my hands that i could test FreeBSD on ;-) > Kris > cheers mars From owner-freebsd-stable@FreeBSD.ORG Tue May 8 06:54:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E39FA16A400 for ; Tue, 8 May 2007 06:54:04 +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 D1E2D13C468 for ; Tue, 8 May 2007 06:54:04 +0000 (UTC) (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 D6AB31A4D89; Mon, 7 May 2007 23:54:45 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 30EA45144B; Tue, 8 May 2007 02:54:04 -0400 (EDT) Date: Tue, 8 May 2007 02:54:04 -0400 From: Kris Kennaway To: "Mars G. Miro" Message-ID: <20070508065404.GA64009@xor.obsecurity.org> References: <28edec3c0705071447t64eb6ea1n7a18550d4af6d883@mail.gmail.com> <200705072228.l47MSCSr048972@lurza.secnetix.de> <28edec3c0705072045s18a2cb53ia4f66030e4e3fb22@mail.gmail.com> <20070508043712.GA62947@xor.obsecurity.org> <28edec3c0705072304q1ade867ck3fbc55cbba10e9b2@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <28edec3c0705072304q1ade867ck3fbc55cbba10e9b2@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: mfs and buildworlds on the SunFire x4600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 May 2007 06:54:05 -0000 On Tue, May 08, 2007 at 02:04:57PM +0800, Mars G. Miro wrote: > On 5/8/07, Kris Kennaway wrote: > >On Tue, May 08, 2007 at 11:45:12AM +0800, Mars G. Miro wrote: > > > >> that or, does mfs speeding things up really work? remains to be > >> seen ... > > > >Of course it does...even the fastest disk hardware on the market > >(well, as of a year ago) is several times slower than memory writing, > >and commodity disk hardware is orders of magnitude slower. Yes, I > >have the measurements to prove this: > > > > http://people.freebsd.org/~kris/scaling/Filesystem%20Performance.pdf > > > > That was the paper I was referring to in my 1st email. > > Do you still have your scripts that you could prolly make publicly > available? > > As some of you might have noticed already, I have a plethora of exotic > machines and hardware on my hands that i could test FreeBSD on ;-) Here it is (the iostat monitoring won't work for md devices). Provide your own /usr/ports tarball :) #!/bin/sh reps=$1 jobs=$2 disk=md0 iostat_disk=md0 prepdisk() { disk=$1 umount -f /test # mdconfig -d -u 0 # mdconfig -d -u 1 # mdconfig -d -u 2 # mdconfig -d -u 3 # mdconfig -d -u 4 # mdconfig -a -t swap -s 4g # mdconfig -a -t swap -s 4g # mdconfig -a -t swap -s 4g # mdconfig -a -t swap -s 4g # mdconfig -a -t swap -s 4g # mdconfig -a -t swap -s 4g # newfs /dev/${disk} > /dev/null # #tunefs -n enable /dev/${disk} # mount -o noasync /dev/${disk} /test mdconfig -d -u 0 mdconfig -a -t swap -s 16g -u 0 newfs -O2 /dev/md0 > /dev/null #newfs -f 512 -i 2048 -O 1 -n /dev/md0 > /dev/null tunefs -n enable /dev/md0 mount -o noclusterw,noclusterr /dev/md0 /test # mount -t tmpfs foo /test } doextract() { disk=$1 start=$2 dir=$3 time=$(/usr/bin/time -o /dev/stdout -p gtar xfC /usr/perf/ports.tar ${dir} | grep real | awk '{print $2}') end=$(iostat -Id ${iostat_disk} | tail -1 | awk '{print $3}') size=$(echo "scale=3; ${end}*1024-${start}*1024" | bc) rate=$(echo "scale=3; ${size}/${time}" | bc) df=$(df -k /test | grep /test | awk '{print $3}') fsrate=$(echo "scale=3; ${df}/${time}" | bc) echo "Device: ${size} KB written in ${time} seconds, ${rate} KB/sec" echo "Filesystem: ${df} KB written in ${time} seconds, ${fsrate} KB/sec" } for i in `jot $reps 1`; do prepdisk ${disk} start=$(iostat -Id ${iostat_disk} | tail -1 | awk '{print $3}') cd /test echo "Starting -j${jobs}" for i in `jot $jobs 1`; do mkdir $i doextract ${disk} "${start}" ${i} & done wait done From owner-freebsd-stable@FreeBSD.ORG Tue May 8 09:31:02 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 53D1716A403 for ; Tue, 8 May 2007 09:31:02 +0000 (UTC) (envelope-from hanatsu.tori@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 0165213C46C for ; Tue, 8 May 2007 09:31:01 +0000 (UTC) (envelope-from hanatsu.tori@gmail.com) Received: by an-out-0708.google.com with SMTP id d23so187610and for ; Tue, 08 May 2007 02:31:01 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=QeKYCpHaJhtJraOHGRu4Ult7N8fgYx0qfgDTqdQL4o76NSlU9MC0D6e8GQaiw7fkM5HpKz3IF3HniZYTYV/r0YsYApfJSgzxin7C7pEDhDswaWjfRch26uVqfn1HbBRqHrOnVk+I3ulSbyIhboOk84RpHHdFdCGBA9CU+M9oqP0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=UfPo5vEwWD+SGs45eNM/p3G4czIdp/0r91Pq+iS0P3VGC9sazXlDQ7xqaHlw1HkC1oRjfQKDy2rUy1+a14nFKInPBJAj0v/Ovs9EjsRwjJknuFW1XUH72KR/9/wRD5YZApsHsv8KFx9H+nxCnheYL7HtVGOEru66q58+pt0/vNI= Received: by 10.114.25.3 with SMTP id 3mr2536683way.1178615095459; Tue, 08 May 2007 02:04:55 -0700 (PDT) Received: by 10.114.180.2 with HTTP; Tue, 8 May 2007 02:04:55 -0700 (PDT) Message-ID: <68517de70705080204i144ad5e5m39eaafee823805f3@mail.gmail.com> Date: Tue, 8 May 2007 13:04:55 +0400 From: "Hanatsu Tori" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Incorrect df -k output?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 May 2007 09:31:02 -0000 Hi all! I have the folliwing issue on 6.1 and 6.2 df -k utility always shows me incorrect disk usage. Server with 6.1 on board: =========================== xxxxx# uname -a FreeBSD xxxxx 6.1-RELEASE-p6 FreeBSD 6.1-RELEASE-p6 #0: Mon Sep 18 17:06:13 MSD 2006 root@xxxxx:/usr/obj/usr/src/sys/GENERIC i386 xxxxx# df -k Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad4s1a 76866422 51507978 19209132 73% / devfs 1 1 0 100% /dev */dev/ad6s1d 77879478 75006042 -3356922 105% /usr/home/ftp/pub/ARCHIEVE* xxxxx# du -sk /usr/home/ftp/pub/ARCHIEVE *75006042 /usr/home/ftp/pub/ARCHIEVE* And I have such bug oh 6.2 on second server too. ================================================ xxxxx# uname -a FreeBSD xxxxx 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 xxxxx# df -h Filesystem Size Used Avail Capacity Mounted on /dev/ad0s1a 496M 36M 420M 8% / devfs 1.0K 1.0K 0B 100% /dev /dev/ad0s1d 1.9G 425M 1.4G 23% /tmp /dev/ad0s1f 136G 70G 55G 56% /usr */dev/ad0s1e 3.9G 3.6G -21M 101% /var */dev/ad2s1d 144G 25G 108G 19% /hd2 procfs 4.0K 4.0K 0B 100% /proc xxxxx# du -sh /var *202M /var* ======================== What can be a reason of this malfunction? I tryed to bounce serve4rs but it had not fix the issue. Please advise. Dmitry From owner-freebsd-stable@FreeBSD.ORG Tue May 8 09:46:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DAB2916A400 for ; Tue, 8 May 2007 09:46:01 +0000 (UTC) (envelope-from ntstaff@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.232]) by mx1.freebsd.org (Postfix) with ESMTP id 9040313C458 for ; Tue, 8 May 2007 09:46:01 +0000 (UTC) (envelope-from ntstaff@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1693306wxc for ; Tue, 08 May 2007 02:46:01 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=sZVJvMM7qq/NfGSrqdMIsDDuhQNj1weedNzM01aiiQ+OiYZlZ5vG7scNLMdzImKZblwXTOy86r/JuKruadnzOOk42E3KVBIJIvl/qnnj48WJykFhgOGstYDwYiYRcFKYUZS07wc5zDbV5FK85+G47HFgUs3rScrbb1sz9Pep0Y4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=Uurh9epWZ2ZA3+84NWBGIStpv/742QThIekwWRAHYcX6DqG7obw+XcqkhPTsmy2bHX1Cer5OzBQnF/5ZM1BuP4hHKQtcPE8JeSd4G/c9o2HIjOt+h+wpNOB2Ewih0YGXUHFPr9BqR5IEJOuGHUU/QdSs0C6KkMOkWtkl2GjuttE= Received: by 10.90.78.9 with SMTP id a9mr5975098agb.1178616073051; Tue, 08 May 2007 02:21:13 -0700 (PDT) Received: by 10.90.106.10 with HTTP; Tue, 8 May 2007 02:21:13 -0700 (PDT) Message-ID: <11e9464b0705080221y7ee12e24l9f0ead221b632dac@mail.gmail.com> Date: Tue, 8 May 2007 13:21:13 +0400 From: "Newtunes Support" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Incorrect df -k output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 May 2007 09:46:02 -0000 Hi all! I have the folliwing issue on 6.1 and 6.2 df -k utility always shows me incorrect disk usage. Server with 6.1 on board: =========================== xxxxx# uname -a FreeBSD xxxxx 6.1-RELEASE-p6 FreeBSD 6.1-RELEASE-p6 #0: Mon Sep 18 17:06:13 MSD 2006 root@xxxxx:/usr/obj/usr/src/sys/GENERIC i386 xxxxx# df -k Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad4s1a 76866422 51507978 19209132 73% / devfs 1 1 0 100% /dev */dev/ad6s1d 77879478 75006042 -3356922 105% /usr/home/ftp/pub/ARCHIEVE* xxxxx# du -sk /usr/home/ftp/pub/ARCHIEVE 75006042 /usr/home/ftp/pub/ARCHIEVE And I have such bug oh 6.2 on second server too. ================================================ xxxxx# uname -a FreeBSD xxxxx 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 xxxxx# df -h Filesystem Size Used Avail Capacity Mounted on /dev/ad0s1a 496M 36M 420M 8% / devfs 1.0K 1.0K 0B 100% /dev /dev/ad0s1d 1.9G 425M 1.4G 23% /tmp /dev/ad0s1f 136G 70G 55G 56% /usr */dev/ad0s1e 3.9G 3.6G -21M 101% /var* /dev/ad2s1d 144G 25G 108G 19% /hd2 procfs 4.0K 4.0K 0B 100% /proc xxxxx# du -sh /var 202M /var ======================== What can be a reason of this malfunction? I tryed to bounce serve4rs but it had not fix the issue. Please advise. Thanks Dmitry From owner-freebsd-stable@FreeBSD.ORG Tue May 8 09:55:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A1F0416A402 for ; Tue, 8 May 2007 09:55:12 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 781D113C469 for ; Tue, 8 May 2007 09:55:11 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (localhost [127.0.0.1]) by blah.sun-fish.com (Postfix) with ESMTP id 20BE31B10EB5; Tue, 8 May 2007 11:55:10 +0200 (CEST) Received: from hater.cmotd.com (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 1C26C1B10C26; Tue, 8 May 2007 11:55:10 +0200 (CEST) Message-ID: <464048FD.2010108@sun-fish.com> Date: Tue, 08 May 2007 12:55:09 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.0 (X11/20070425) MIME-Version: 1.0 To: Newtunes Support References: <11e9464b0705080221y7ee12e24l9f0ead221b632dac@mail.gmail.com> In-Reply-To: <11e9464b0705080221y7ee12e24l9f0ead221b632dac@mail.gmail.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP on BLAH Cc: freebsd-stable@freebsd.org, hanatsu.tori@gmail.com Subject: Re: Incorrect df -k output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 May 2007 09:55:12 -0000 Hi, Newtunes Support wrote: > Hi all! > > I have the folliwing issue on 6.1 and 6.2 > df -k utility always shows me incorrect disk usage. This is more for questions@ and already discussed many times: from man tunefs: -m minfree Specify the percentage of space held back from normal users; the minimum free space threshold. The default value used is 8%. Note that lowering the threshold can adversely affect perfor- mance: and etc.. > > Server with 6.1 on board: > =========================== > xxxxx# uname -a > FreeBSD xxxxx 6.1-RELEASE-p6 FreeBSD 6.1-RELEASE-p6 #0: Mon Sep 18 > 17:06:13 > MSD 2006 root@xxxxx:/usr/obj/usr/src/sys/GENERIC i386 > > xxxxx# df -k > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/ad4s1a 76866422 51507978 19209132 73% / > devfs 1 1 0 100% /dev > */dev/ad6s1d 77879478 75006042 -3356922 105% > /usr/home/ftp/pub/ARCHIEVE* > > > xxxxx# du -sk /usr/home/ftp/pub/ARCHIEVE > 75006042 /usr/home/ftp/pub/ARCHIEVE > > And I have such bug oh 6.2 on second server too. > ================================================ > > xxxxx# uname -a > FreeBSD xxxxx 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC > 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 > > xxxxx# df -h > Filesystem Size Used Avail Capacity Mounted on > /dev/ad0s1a 496M 36M 420M 8% / > devfs 1.0K 1.0K 0B 100% /dev > /dev/ad0s1d 1.9G 425M 1.4G 23% /tmp > /dev/ad0s1f 136G 70G 55G 56% /usr > */dev/ad0s1e 3.9G 3.6G -21M 101% /var* > /dev/ad2s1d 144G 25G 108G 19% /hd2 > procfs 4.0K 4.0K 0B 100% /proc > > xxxxx# du -sh /var > 202M /var > ======================== > > What can be a reason of this malfunction? I tryed to bounce serve4rs > but it > had not fix the issue. > Please advise. > > Thanks > Dmitry > _______________________________________________ > 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" -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Tue May 8 10:28:17 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9B12C16A400; Tue, 8 May 2007 10:28:17 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3C55513C45D; Tue, 8 May 2007 10:28:17 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 7BD9F47030; Tue, 8 May 2007 06:28:15 -0400 (EDT) Date: Tue, 8 May 2007 11:28:15 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Marc G. Fournier" In-Reply-To: Message-ID: <20070508112544.J24765@fledge.watson.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: ups@FreeBSD.org, Oliver Fromme , freebsd-stable@FreeBSD.ORG, jhb@FreeBSD.org Subject: Re: Socket leak (Was: Re: What triggers "No Buffer Space) Available"? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 May 2007 10:28:17 -0000 On Tue, 8 May 2007, Marc G. Fournier wrote: > So, over 7000 sockets with pretty much all processes shut down ... > > Shouldn't the garbage collector be cutting in somewhere here? > > I'm willing to shut everthing down like this again the next time it happens > (in 2-3 days) if someone has some other command / output they'd like fo rme > to provide the output of? > > And, I have the following outputs as of the above, where everythign is > shutdown and its running on minimal processes: I think there may be a bug in the MFC of the UNIX domain socket reference count changes in RELENG_6: revision 1.155.2.8 date: 2007/01/12 16:24:23; author: jhb; state: Exp; lines: +36 -7 MFC: Close a race between enumerating UNIX domain socket pcb structures via sysctl and socket teardown. Note that we engage in a bit of trickery to preserve the ABI of 'struct unpcb' in 6.x. We change the UMA zone to hold a 'struct unpcb_wrapper' which holds a 6.x 'struct unpcb' followed by the new reference count needed for handling the race. We then cast 'struct unpcb' pointers to 'struct unpcb_wrapper' pointers when we need to access the reference count. Submitted by: ups (including the ABI trickery) Could you try backing this out locally and see if the problem goes away? I've forwarded the information you sent to me previously to Stephan so he can take a look. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Tue May 8 10:38:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A11716A400 for ; Tue, 8 May 2007 10:38:54 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 8E74013C465 for ; Tue, 8 May 2007 10:38:53 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l48AcqkK001285; Tue, 8 May 2007 20:38:52 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l48AcqLg001284; Tue, 8 May 2007 20:38:52 +1000 (EST) (envelope-from peter) Date: Tue, 8 May 2007 20:38:52 +1000 From: Peter Jeremy To: Hanatsu Tori Message-ID: <20070508103852.GE838@turion.vk2pj.dyndns.org> References: <68517de70705080204i144ad5e5m39eaafee823805f3@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gatW/ieO32f1wygP" Content-Disposition: inline In-Reply-To: <68517de70705080204i144ad5e5m39eaafee823805f3@mail.gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-stable@freebsd.org Subject: Re: Incorrect df -k output?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 May 2007 10:38:54 -0000 --gatW/ieO32f1wygP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-May-08 13:04:55 +0400, Hanatsu Tori wrote: >xxxxx# df -k >Filesystem 1K-blocks Used Avail Capacity Mounted on >/dev/ad4s1a 76866422 51507978 19209132 73% / >devfs 1 1 0 100% /dev >*/dev/ad6s1d 77879478 75006042 -3356922 105% /usr/home/ftp/pub/ARCHIE= VE* > > >xxxxx# du -sk /usr/home/ftp/pub/ARCHIEVE >*75006042 /usr/home/ftp/pub/ARCHIEVE* df reports 75006042KB used and du reports 75006042KB used. Where is the problem? >xxxxx# df -h >Filesystem Size Used Avail Capacity Mounted on >/dev/ad0s1a 496M 36M 420M 8% / >devfs 1.0K 1.0K 0B 100% /dev >/dev/ad0s1d 1.9G 425M 1.4G 23% /tmp >/dev/ad0s1f 136G 70G 55G 56% /usr >*/dev/ad0s1e 3.9G 3.6G -21M 101% /var >*/dev/ad2s1d 144G 25G 108G 19% /hd2 >procfs 4.0K 4.0K 0B 100% /proc > >xxxxx# du -sh /var >*202M /var* This is a bit less obvious - there does appear 3.4GB missing. I'll make the assumption that the 'df' output is complete (ie there isn't another filesystem mounted over part of /var) and neither figure is misleading (ie there isn't whitespace in either name and no chrooting or jails are in use). The remaining possibilities are: a) A running process has an unlinked file open. The space will be released when the process closes the file. b) Filesystem snapshots exist. Use snapinfo(8) to check and "rm" them if appropriate c) A combination of UFS and/or fsck bugs and system crashes have lost space. Shutdown or reboot to single user mode and explicity fsck /var. Since you have already bounced the server, it is unlikely to be option a (unless the same process has just grabbed the space again). --=20 Peter Jeremy --gatW/ieO32f1wygP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGQFM8/opHv/APuIcRAoZnAKCn6NF8kJrCMppcDpQGiT2kKandWgCgnqsa 5UmE6YbhkciaFaqKdqdfUac= =wB41 -----END PGP SIGNATURE----- --gatW/ieO32f1wygP-- From owner-freebsd-stable@FreeBSD.ORG Tue May 8 12:05:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 96D0316A417 for ; Tue, 8 May 2007 12:05:32 +0000 (UTC) (envelope-from martin.dieringer@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id E443F13C484 for ; Tue, 8 May 2007 12:05:31 +0000 (UTC) (envelope-from martin.dieringer@gmx.de) Received: (qmail invoked by alias); 08 May 2007 12:05:30 -0000 Received: from c-134-228-89.d.dsl.de.ignite.net (EHLO dieringer.dyndns.org) [62.134.228.89] by mail.gmx.net (mp013) with SMTP; 08 May 2007 14:05:30 +0200 X-Authenticated: #21464393 X-Provags-ID: V01U2FsdGVkX1/4jE97cbT4LE+ce8bhQ6E18tj98GvhKQtg34C1Jx 2EHtdZdCe/NxVe Received: (qmail 22554 invoked by uid 1001); 8 May 2007 12:03:58 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 8 May 2007 12:03:58 -0000 Date: Tue, 8 May 2007 14:03:58 +0200 (CEST) From: Martin Dieringer To: freebsd-stable@freebsd.org Message-ID: <20070508140019.I839@thinkpad.dieringer.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Y-GMX-Trusted: 0 Subject: clock problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Martin Dieringer List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 May 2007 12:05:32 -0000 My clock is now _15 minutes_ late, after about 1 day with powerd running. ntpd is running also. Can nobody tell where the problem is here? m. From owner-freebsd-stable@FreeBSD.ORG Tue May 8 12:31:47 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 67E1B16A401 for ; Tue, 8 May 2007 12:31:47 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3E80513C458 for ; Tue, 8 May 2007 12:31:47 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 9CC264715B for ; Tue, 8 May 2007 08:31:46 -0400 (EDT) Date: Tue, 8 May 2007 13:31:46 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: stable@FreeBSD.org Message-ID: <20070508132149.A24765@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: UNIX domain sockets MFC's X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 May 2007 12:31:47 -0000 Dear all, I have just completed the merge of a significant number of UNIX domain socket bug fixes and cleanups from HEAD to RELENG_6. While my hope is that these are generally low-risk, and should improve UNIX domain socket stability and performance under load, there were quite a few changes involved. As such, please keep an eye out for any new problems with UNIX domain sockets, and drop me an e-mail if you run into any. The changes in the recent MFC spree include: - Additional MAC check for UNIX domain socket connect(). - Cleanup of structure, comments, white space, and consolidation of uipc_proto.c into uipc_usrreq.c. Removal of redundant code. - Fixed races involving simultaneous bind() and connect() between two threads or processes on the same UNIX domain socket. - Reduced period of overlapped acquisition of socket buffer mutexes during send/receive, which should lower lock contention under load. Right now I am tracking two known issues with UNIX domain sockets in RELENG_6: - Reported NULL point derference in unp_connect(), which occurs due to the dropping of locks around sonewconn(). This is fixed in HEAD, and I am preparing an MFC of this patch. - Reported UNIX domain socket connection leak. This is not yet fully diagnosed. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Tue May 8 12:49:05 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F0C116A401 for ; Tue, 8 May 2007 12:49:05 +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 9A19E13C457 for ; Tue, 8 May 2007 12:49:04 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (fybura@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l48CmvVk083217; Tue, 8 May 2007 14:49:02 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l48CmvBO083216; Tue, 8 May 2007 14:48:57 +0200 (CEST) (envelope-from olli) Date: Tue, 8 May 2007 14:48:57 +0200 (CEST) Message-Id: <200705081248.l48CmvBO083216@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, Martin Dieringer In-Reply-To: <20070508140019.I839@thinkpad.dieringer.dyndns.org> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 08 May 2007 14:49:02 +0200 (CEST) Cc: Subject: Re: clock problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, Martin Dieringer List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 May 2007 12:49:05 -0000 Martin Dieringer wrote: > My clock is now _15 minutes_ late, after about 1 day with powerd > running. > ntpd is running also. > Can nobody tell where the problem is here? Are you sure that your /etc/ntp.conf ist correct? Are there any messages from ntpd in /var/log/messages? What's the output from "ntpq -p"? Make sure that you have these two lines in /etc/rc.conf: ntpd_enable="YES" ntpd_sync_on_start="YES" The second one is important -- it passes the -g option to ntpd. Without that option, ntpd refuses to perform an initial correction if the clock offset is too large. If there are still problems, please show us the contents of your /etc/ntp.conf file. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd PI: int f[9814],b,c=9814,g,i;long a=1e4,d,e,h; main(){for(;b=c,c-=14;i=printf("%04d",e+d/a),e=d%a) while(g=--b*2)d=h*b+a*(i?f[b]:a/5),h=d/--g,f[b]=d%g;} From owner-freebsd-stable@FreeBSD.ORG Tue May 8 12:53:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 279B916A407 for ; Tue, 8 May 2007 12:53:52 +0000 (UTC) (envelope-from javier@kjsl.com) Received: from centurion.kjsl.com (Centurion.KJSL.COM [198.137.202.3]) by mx1.freebsd.org (Postfix) with ESMTP id 163CB13C465 for ; Tue, 8 May 2007 12:53:51 +0000 (UTC) (envelope-from javier@kjsl.com) Received: from w6vms.local.cisco.com (unknown [64.102.51.125]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: javier) by centurion.kjsl.com (Postfix) with ESMTP id 4A64256464; Tue, 8 May 2007 08:30:58 -0400 (EDT) Date: Tue, 8 May 2007 08:30:55 -0400 From: Javier Henderson To: Martin Dieringer Message-ID: <20070508083055194882.429fd6d2@kjsl.com> In-Reply-To: <20070508140019.I839@thinkpad.dieringer.dyndns.org> References: <20070508140019.I839@thinkpad.dieringer.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: GyazMail version 1.5.5 Cc: freebsd-stable@freebsd.org Subject: Re: clock 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: Tue, 08 May 2007 12:53:52 -0000 On Tue, 8 May 2007 14:03:58 +0200 (CEST), Martin Dieringer wrote: > > > My clock is now _15 minutes_ late, after about 1 day with powerd > running. > ntpd is running also. > Can nobody tell where the problem is here? You say that ntpd is running, but what does the output of 'ntpq -p' show? Is syslog showing any messages from ntpd? -jav From owner-freebsd-stable@FreeBSD.ORG Tue May 8 13:07:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9305916A40A for ; Tue, 8 May 2007 13:07:24 +0000 (UTC) (envelope-from ken73.chen@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by mx1.freebsd.org (Postfix) with ESMTP id 37BAF13C465 for ; Tue, 8 May 2007 13:07:23 +0000 (UTC) (envelope-from ken73.chen@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so1846048wra for ; Tue, 08 May 2007 06:07:22 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=dx6OmQOhI1+UI7UFg9rub/Ko0wWMKZqIPHDajVLkkFqpPBsPoU4HArFIkde5Pgq9elXsr6YgDiEnxMkF0h09JaU37Kqwn79xWkXTT6yDJ10bLj2FqENx6fQGRcUSXoBWYcUR3ojEkNKP1ogJ5c2NzglFJOef2RRc1QHxT05loW4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=fse1Oaa8PeiVcIQXjqeAfpk9YU2xlEu09EYCl71BZS0BPTeBuNNT7vRbyCA7BIKbEZ+IA4a9puEa/qoYyjW4yCcWF6DuVmEDyFzryoNwQJUUZI7guwHdHjRusCY2C+oPRoebOmDE4w4RPtUSGuV+OcpQa5qVKT2rTtCXWEMwcPo= Received: by 10.115.19.16 with SMTP id w16mr2613435wai.1178629642220; Tue, 08 May 2007 06:07:22 -0700 (PDT) Received: by 10.114.15.8 with HTTP; Tue, 8 May 2007 06:07:22 -0700 (PDT) Message-ID: Date: Tue, 8 May 2007 21:07:22 +0800 From: "Ken Chen" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: top shows '' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 May 2007 13:07:24 -0000 When I use 'top' command to check my system, some processes are shown like ''. The manual told these processes are swapped out. But my problem is .. I don't have swapping device (swapoff -a). Where are they swapped to ? last pid: 29144; load averages: 0.69, 0.67, 0.82 up 19+11:25:27 21:05:03 89 processes: 1 running, 88 sleeping CPU states: 1.2% user, 0.0% nice, 0.9% system, 0.0% interrupt, 97.8%idle Mem: 309M Active, 27M Inact, 127M Wired, 19M Cache, 60M Buf, 4136K Free Swap: PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 29141 nobody 1 4 0 37164K 15932K select 0 0:00 4.55% php 28856 nobody 1 4 -15 36936K 7612K sbwait 0 0:44 1.66% php . . . 29116 nobody 1 4 -15 33732K 13140K accept 0 0:00 0.00% php 24937 nobody 1 8 -15 31740K 0K wait 1 0:00 0.00% 24948 nobody 1 8 -15 31740K 0K wait 0 0:00 0.00% 24931 nobody 1 8 -15 31740K 0K wait 0 0:00 0.00% 24950 nobody 1 8 -15 31740K 0K wait 1 0:00 0.00% 24932 nobody 1 8 -15 31740K 220K wait 1 0:00 0.00% php . . . From owner-freebsd-stable@FreeBSD.ORG Tue May 8 13:14:37 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E876F16A403; Tue, 8 May 2007 13:14:36 +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 5F06713C45A; Tue, 8 May 2007 13:14:36 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (mrwvmz@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l48DEUDY084405; Tue, 8 May 2007 15:14:35 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l48DETdC084404; Tue, 8 May 2007 15:14:29 +0200 (CEST) (envelope-from olli) Date: Tue, 8 May 2007 15:14:29 +0200 (CEST) Message-Id: <200705081314.l48DETdC084404@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, scrappy@FreeBSD.ORG In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 08 May 2007 15:14:35 +0200 (CEST) Cc: Subject: Re: Socket leak (Was: Re: What triggers "No Buffer Space) ?Available"? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, scrappy@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, 08 May 2007 13:14:37 -0000 Marc G. Fournier wrote: > Oliver Fromme wrote: > > If I remember correctly, you wrote that 11k sockets are > > in use with 90 jails. That's about 120 sockets per jail, > > which isn't out of the ordinary. Of course it depends on > > what is running in those jails, but my guess is that you > > just need to increase the limit on the number of sockets > > (i.e. kern.ipc.maxsockets). > > The problem is that if I compare it to another server, running 2/3 as > many jails, I'm finding its using 1/4 as many sockets, after over 60 > days of uptime: > > kern.ipc.numopensockets: 3929 > kern.ipc.maxsockets: 12328 What kind of jails are those? What applications are running inside them? It's quite possible that the processes on one machine use 120 sockets per jail, while on a different machine they use only half that many per jail, on average. Of course, I can't tell for sure without knowing what is running in those jails. > But, let's try what I think it was Matt suggested ... Yes, that was a good suggestion. > right now, I'm at just over 11k sockets on that machine, so I'm going > to shutdown everything except bare minimum server (all jails shut > off) and see where sockets drop to after that ... > > I'm down to ~7400 sockets: > > kern.ipc.numopensockets: 7400 > kern.ipc.maxsockets: 12328 > > ps looks like: > > mars# ps aux > USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND > [kernel threads omitted] > root 1 0.0 0.0 768 232 ?? ILs Sat12PM 3:22.01 /sbin/init -- > root 480 0.0 0.0 528 244 ?? Is Sat12PM 0:04.32 /sbin/devd > root 539 0.0 0.0 1388 848 ?? Ss Sat12PM 0:07.21 /usr/sbin/syslogd -l /var/run/log -l /var/named/var/run/log -s -s > daemon 708 0.0 0.0 1316 748 ?? Ss Sat12PM 0:02.49 /usr/sbin/rwhod > root 749 0.0 0.0 3532 1824 ?? Is Sat12PM 0:07.60 /usr/sbin/sshd > root 768 0.0 0.0 1412 920 ?? Is Sat12PM 0:02.23 /usr/sbin/cron -s > root 2087 0.0 0.0 2132 1360 ?? Ss Sat01PM 0:04.73 screen -R > root 88103 0.0 0.1 6276 2600 ?? Ss 11:41PM 0:00.62 sshd: root@ttyp0 (sshd) > root 91218 0.0 0.1 6276 2664 ?? Ss 11:49PM 0:00.24 sshd: root@ttyp4 (sshd) > root 813 0.0 0.0 1352 748 v0 Is+ Sat12PM 0:00.00 /usr/libexec/getty Pc ttyv0 > root 88106 0.0 0.1 5160 2516 p0 Ss 11:41PM 0:00.20 -tcsh (tcsh) > root 97563 0.0 0.0 1468 804 p0 R+ 12:17AM 0:00.00 ps aux > root 2088 0.0 0.1 5352 2368 p2 Is+ Sat01PM 0:00.03 /bin/tcsh > root 2112 0.0 0.1 5220 2360 p3 Ss+ Sat01PM 0:00.04 /bin/tcsh > root 91221 0.0 0.1 5140 2440 p4 Ss+ 11:49PM 0:00.12 -tcsh (tcsh) I don't think those processes should consume 7400 sockets. Indeed, this really looks like a leak in the kernel. > And netstat -n -funix shows 7355 lines similar to: > > d05f1000 stream 0 0 0 d05f1090 0 0 > d05f1090 stream 0 0 0 d05f1000 0 0 > cf1be000 stream 0 0 0 cf1bdea0 0 0 > cf1bdea0 stream 0 0 0 cf1be000 0 0 > cec42bd0 stream 0 0 0 cf2ac480 0 0 > cf2ac480 stream 0 0 0 cec42bd0 0 0 > > with the final few associated with running processes: How do you determine that? You _cannot_ tell from netstat which sockets are associated with running processes. > I'm willing to shut everthing down like this again the next time it happens (in > 2-3 days) if someone has some other command / output they'd like fo rme to > provide the output of? Maybe "sockstat -u" and/or "fstat | grep -w local" (both of those commands should basically list the same kind of information). My guess is that the output will be rather short, i.e. much shorter than 7355 lines. If that's true, it is another indication that the problem is caused by a kernel leak. > And, I have the following outputs as of the above, where everythign is shutdown > and its running on minimal processes: > > # ls -lt > total 532 > - -rw-r--r-- 1 root wheel 11142 May 8 00:20 fstat.out > - -rw-r--r-- 1 root wheel 742 May 8 00:20 netstat_m.out > - -rw-r--r-- 1 root wheel 486047 May 8 00:20 netstat_na.out > - -rw-r--r-- 1 root wheel 735 May 8 00:20 sockstat.out ^^^ Aha. :-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "C++ is the only current language making COBOL look good." -- Bertrand Meyer From owner-freebsd-stable@FreeBSD.ORG Tue May 8 13:34:49 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 89DA016A400 for ; Tue, 8 May 2007 13:34:49 +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 05BA613C4BB for ; Tue, 8 May 2007 13:34:48 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (ytytml@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l48DYgJn085323; Tue, 8 May 2007 15:34:47 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l48DYf9F085322; Tue, 8 May 2007 15:34:41 +0200 (CEST) (envelope-from olli) Date: Tue, 8 May 2007 15:34:41 +0200 (CEST) Message-Id: <200705081334.l48DYf9F085322@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, marsgmiro@gmail.com In-Reply-To: <28edec3c0705072045s18a2cb53ia4f66030e4e3fb22@mail.gmail.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 08 May 2007 15:34:47 +0200 (CEST) Cc: Subject: Re: mfs and buildworlds on the SunFire x4600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, marsgmiro@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 May 2007 13:34:49 -0000 Mars G. Miro wrote: > Oliver Fromme wrote: > > Mars G. Miro wrote: > > > there's been a lot of threads in teh past that a buildworld on mfs > > > increases speed --- tho it might not be the appropriate test for > > > high-end machines (speaking of w/c I just gots a T2000). > > > > It depends on what exactly you want to test, and for > > what reason. You probably have already wasted much > > more time with your experiments and testing than you > > can ever save by using mfs for buildworld. > > wasted my time? dont think so. > > now we know buildworld on mfs dont really matter on high-end machines, No, we knew that before. I could have told you. :-) That was the first thing I tested when I first had access to a machine with sufficient RAM, about 10 years ago. I put /usr/src on an MFS disk, ran buildworld, and was disappointed. > so teh conclusion would be, buildworld isnt teh appropriate test if > mfs does really speed things up, other apps/tools may be much more > appropriate --- that or, does mfs speeding things up really work? > remains to be seen ... The only case for which a memory file system is really faster is when you're handling a huge number of inodes, for example the ports collection. And even then a real disk isn't much slower as soon as the whole bunch is in the cache. > > > there's prolly other appropriate apps/tools for mfs-testing ... > > > > I don't think it makes much sense to benchmark mfs. > > It is a known fact that a real tmpfs (like Solaris and > > Linux have) would be better. I think it's even listed > > on the FreeBSD ideas web page, but nobody is actively > > working on it, AFAIK. On the other hand, I'm not 100% > > convinced that it would be worth the effort either. > > > > it does to me, however, and perhaps other people too ;-) Why? I wonder why you are so eager to test MFS? > > It would be interesting to see how ZFS on a swap-backed > > vnode device would perform on FreeBSD 7-current (with > > and without compression). You didn't comment on that one. Aren't you interested in how a ZFS-based memory disk would perform, as opposed to a UFS-based one (a.k.a. "MFS")? (Of course, performance isn't everything. ZFS has other features such as compression, checksums and dynamic growth that might be very useful for a memory disk.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "To this day, many C programmers believe that 'strong typing' just means pounding extra hard on the keyboard." -- Peter van der Linden From owner-freebsd-stable@FreeBSD.ORG Tue May 8 13:35:51 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B64B16A407 for ; Tue, 8 May 2007 13:35:51 +0000 (UTC) (envelope-from martin.dieringer@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id B44C713C455 for ; Tue, 8 May 2007 13:35:50 +0000 (UTC) (envelope-from martin.dieringer@gmx.de) Received: (qmail invoked by alias); 08 May 2007 13:35:48 -0000 Received: from c-134-228-89.d.dsl.de.ignite.net (EHLO dieringer.dyndns.org) [62.134.228.89] by mail.gmx.net (mp054) with SMTP; 08 May 2007 15:35:48 +0200 X-Authenticated: #21464393 X-Provags-ID: V01U2FsdGVkX18U7sRqI4MUkt0X2mJIMC3XCX44/0L2WPfqLFsHB/ HncYReH1/+yfEA Received: (qmail 23005 invoked by uid 1001); 8 May 2007 13:33:52 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 8 May 2007 13:33:52 -0000 Date: Tue, 8 May 2007 15:33:51 +0200 (CEST) From: Martin Dieringer To: freebsd-stable@FreeBSD.ORG In-Reply-To: <200705081248.l48CmvBO083216@lurza.secnetix.de> Message-ID: <20070508151525.Y839@thinkpad.dieringer.dyndns.org> References: <200705081248.l48CmvBO083216@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Y-GMX-Trusted: 0 Cc: Subject: Re: clock problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Martin Dieringer List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 May 2007 13:35:51 -0000 On Tue, 8 May 2007, Oliver Fromme wrote: > Martin Dieringer wrote: > > My clock is now _15 minutes_ late, after about 1 day with powerd > > running. > > ntpd is running also. > > Can nobody tell where the problem is here? > > Are you sure that your /etc/ntp.conf ist correct? # cat /etc/ntp.conf server time.fu-berlin.de iburst maxpoll 9 driftfile /var/db/ntp.drift logfile /var/log/ntpd # # cat /var/db/ntp.drift 500.000 # > Are there any messages from ntpd in /var/log/messages? > What's the output from "ntpq -p"? # ntpq -p No association ID's returned # > Make sure that you have these two lines in /etc/rc.conf: > > ntpd_enable="YES" > ntpd_sync_on_start="YES" how can I sync on start if I have to first dialup? I have ntpd_flags="-g" - the same? and how will the clock run when not connected to the internet? it should at least be somehow in a sensible range > The second one is important -- it passes the -g option to > ntpd. Without that option, ntpd refuses to perform an > initial correction if the clock offset is too large. > > If there are still problems, please show us the contents > of your /etc/ntp.conf file. now this is the machine with 2 minutes offset after 30hours uptime (the other one has ntpd killed at signal 15 - some version problem I think) But 2 minutes is also too much /var/log/ntpd: 8 May 05:14:14 ntpd[585]: synchronized to 130.133.1.10, stratum=2 8 May 05:28:22 ntpd[585]: time reset +1.574431 s 8 May 05:29:35 ntpd[585]: synchronized to 130.133.1.10, stratum=1 8 May 05:35:00 ntpd[585]: no servers reachable 8 May 05:43:30 ntpd[585]: synchronized to 130.133.1.10, stratum=2 8 May 05:52:04 ntpd[585]: no servers reachable 8 May 06:34:47 ntpd[585]: synchronized to 130.133.1.10, stratum=1 8 May 06:43:29 ntpd[585]: time reset +9.086484 s 8 May 06:43:29 ntpd[585]: kernel time sync enabled 6001 8 May 06:44:42 ntpd[585]: synchronized to 130.133.1.10, stratum=1 8 May 06:44:42 ntpd[585]: kernel time sync enabled 2001 8 May 06:44:45 ntpd[585]: time reset +0.948614 s 8 May 06:45:58 ntpd[585]: synchronized to 130.133.1.10, stratum=1 8 May 06:53:31 ntpd[585]: no servers reachable 8 May 06:55:40 ntpd[585]: synchronized to 130.133.1.10, stratum=1 8 May 06:57:50 ntpd[585]: no servers reachable 8 May 07:57:35 ntpd[585]: synchronized to 130.133.1.10, stratum=2 8 May 07:57:52 ntpd[585]: time reset +17.498739 s 8 May 07:57:52 ntpd[585]: kernel time sync enabled 6001 8 May 07:59:06 ntpd[585]: synchronized to 130.133.1.10, stratum=2 8 May 07:59:06 ntpd[585]: kernel time sync enabled 2001 8 May 07:59:09 ntpd[585]: time reset +0.201341 s 8 May 08:00:20 ntpd[585]: synchronized to 130.133.1.10, stratum=2 8 May 08:18:42 ntpd[585]: no servers reachable 8 May 08:19:47 ntpd[585]: synchronized to 130.133.1.10, stratum=1 8 May 08:23:01 ntpd[585]: time reset +1.131953 s 8 May 08:24:15 ntpd[585]: synchronized to 130.133.1.10, stratum=1 8 May 08:43:43 ntpd[585]: no servers reachable 8 May 08:45:53 ntpd[585]: synchronized to 130.133.1.10, stratum=1 8 May 08:45:56 ntpd[585]: time reset +2.680132 s 8 May 08:47:05 ntpd[585]: synchronized to 130.133.1.10, stratum=1 8 May 08:56:55 ntpd[585]: no servers reachable 8 May 09:01:10 ntpd[585]: synchronized to 130.133.1.10, stratum=1 8 May 09:05:28 ntpd[585]: no servers reachable I can ping the server ok and internet was working at that time. I have to redialup every 24h which normally works fine. m. From owner-freebsd-stable@FreeBSD.ORG Tue May 8 13:48:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4446616A401 for ; Tue, 8 May 2007 13:48:39 +0000 (UTC) (envelope-from javier@kjsl.com) Received: from centurion.kjsl.com (Centurion.KJSL.COM [198.137.202.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3171513C45D for ; Tue, 8 May 2007 13:48:39 +0000 (UTC) (envelope-from javier@kjsl.com) Received: from w6vms.local.cisco.com (unknown [64.102.51.125]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: javier) by centurion.kjsl.com (Postfix) with ESMTP id AC39B56432; Tue, 8 May 2007 09:48:38 -0400 (EDT) Date: Tue, 8 May 2007 09:48:35 -0400 From: Javier Henderson To: Martin Dieringer Message-ID: <20070508094835726431.1e67eb1e@kjsl.com> In-Reply-To: <20070508151525.Y839@thinkpad.dieringer.dyndns.org> References: <200705081248.l48CmvBO083216@lurza.secnetix.de> <20070508151525.Y839@thinkpad.dieringer.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: GyazMail version 1.5.5 Cc: freebsd-stable@freebsd.org Subject: Re: clock 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: Tue, 08 May 2007 13:48:39 -0000 On Tue, 8 May 2007 15:33:51 +0200 (CEST), Martin Dieringer wrote: > On Tue, 8 May 2007, Oliver Fromme wrote: > >> Martin Dieringer wrote: >>> My clock is now _15 minutes_ late, after about 1 day with powerd >>> running. >>> ntpd is running also. >>> Can nobody tell where the problem is here? >> >> Are you sure that your /etc/ntp.conf ist correct? > > > # cat /etc/ntp.conf > > server time.fu-berlin.de iburst maxpoll 9 > driftfile /var/db/ntp.drift > logfile /var/log/ntpd Add a few more servers, for example reloj.kjsl.com (I run it). Also add: server 127.127.1.0 fudge 127.127.1.0 stratum 4 It should improve the clock stability while you're not connected to the Internet. -jav From owner-freebsd-stable@FreeBSD.ORG Tue May 8 14:23:29 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1714916A400 for ; Tue, 8 May 2007 14:23:29 +0000 (UTC) (envelope-from ken@astro.ufl.edu) Received: from milton.astro.ufl.edu (milton.astro.ufl.edu [128.227.184.224]) by mx1.freebsd.org (Postfix) with ESMTP id E0BB813C46C for ; Tue, 8 May 2007 14:23:28 +0000 (UTC) (envelope-from ken@astro.ufl.edu) Received: from localhost (localhost.astro.ufl.edu [127.0.0.1]) by milton.astro.ufl.edu (Postfix) with ESMTP id 8462B39916 for ; Tue, 8 May 2007 10:00:42 -0400 (EDT) Received: from milton.astro.ufl.edu ([127.0.0.1]) by localhost (mailhost.astro.ufl.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03579-06 for ; Tue, 8 May 2007 10:00:09 -0400 (EDT) Received: from [128.227.184.12] (fugu.astro.ufl.edu [128.227.184.12]) by milton.astro.ufl.edu (Postfix) with ESMTP id 5E75F398E9 for ; Tue, 8 May 2007 10:00:09 -0400 (EDT) Message-ID: <46408268.8060800@astro.ufl.edu> Date: Tue, 08 May 2007 10:00:08 -0400 From: Ken Sallot User-Agent: Thunderbird 1.5.0.9 (X11/20060911) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by UF Astronomy Mail Virus Scanner ks/14/4/2005 Subject: failure building RELENG_6 on i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 May 2007 14:23:29 -0000 I just cvsup'ed from cvsup5.freebsd.org with tag RELENG_6. When doing a buildkernel I get the following message: Make: don't know how to make /usr/src/sys/kern/uipc_proto.c. Stop. uipc_proto.c doesn't exist.. Any ideas? Thanks, Ken From owner-freebsd-stable@FreeBSD.ORG Tue May 8 14:29:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9551A16A400 for ; Tue, 8 May 2007 14:29:10 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc15.comcast.net (sccrmhc15.comcast.net [204.127.200.85]) by mx1.freebsd.org (Postfix) with ESMTP id 5E47D13C44C for ; Tue, 8 May 2007 14:29:10 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (sccrmhc15) with ESMTP id <20070508142909015008n7ite>; Tue, 8 May 2007 14:29:09 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 021EA1FA01D; Tue, 8 May 2007 07:29:09 -0700 (PDT) Date: Tue, 8 May 2007 07:29:08 -0700 From: Jeremy Chadwick To: Ken Sallot Message-ID: <20070508142908.GA18958@icarus.home.lan> Mail-Followup-To: Ken Sallot , freebsd-stable@freebsd.org References: <46408268.8060800@astro.ufl.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46408268.8060800@astro.ufl.edu> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-stable@freebsd.org Subject: Re: failure building RELENG_6 on i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 May 2007 14:29:10 -0000 On Tue, May 08, 2007 at 10:00:08AM -0400, Ken Sallot wrote: > I just cvsup'ed from cvsup5.freebsd.org with tag RELENG_6. When doing a > buildkernel I get the following message: > > Make: don't know how to make /usr/src/sys/kern/uipc_proto.c. Stop. > > uipc_proto.c doesn't exist.. > > Any ideas? rwatson just committed a bunch of changes to all of this: http://lists.freebsd.org/pipermail/freebsd-stable/2007-May/034972.html Taken from my csup a little while ago: Updating collection src-all/cvs Edit src/sys/conf/files Add delta 1.1031.2.57 2007.05.08.11.45.12 rwatson Delete src/sys/kern/uipc_proto.c Edit src/sys/kern/uipc_usrreq.c Add delta 1.155.2.10 2007.05.08.08.10.37 rwatson Add delta 1.155.2.11 2007.05.08.08.18.55 rwatson Add delta 1.155.2.12 2007.05.08.08.32.29 rwatson Add delta 1.155.2.13 2007.05.08.08.37.27 rwatson Add delta 1.155.2.14 2007.05.08.08.41.13 rwatson Add delta 1.155.2.15 2007.05.08.10.01.51 rwatson Add delta 1.155.2.16 2007.05.08.10.16.23 rwatson Add delta 1.155.2.17 2007.05.08.10.20.22 rwatson Add delta 1.155.2.18 2007.05.08.10.22.46 rwatson Add delta 1.155.2.19 2007.05.08.11.45.12 rwatson Add delta 1.155.2.20 2007.05.08.11.47.19 rwatson Add delta 1.155.2.21 2007.05.08.11.50.57 rwatson Edit src/sys/sys/domain.h Add delta 1.21.2.1 2007.05.08.11.45.11 rwatson Edit src/sys/sys/unpcb.h Add delta 1.19.2.1 2007.05.08.10.16.57 rwatson -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue May 8 14:29:41 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7D60616A400 for ; Tue, 8 May 2007 14:29:41 +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 EDB7B13C458 for ; Tue, 8 May 2007 14:29:40 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (obmtuh@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l48ETY84087579; Tue, 8 May 2007 16:29:39 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l48ETYYr087578; Tue, 8 May 2007 16:29:34 +0200 (CEST) (envelope-from olli) Date: Tue, 8 May 2007 16:29:34 +0200 (CEST) Message-Id: <200705081429.l48ETYYr087578@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, Martin Dieringer In-Reply-To: <20070508151525.Y839@thinkpad.dieringer.dyndns.org> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 08 May 2007 16:29:39 +0200 (CEST) Cc: Subject: Re: clock problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, Martin Dieringer List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 May 2007 14:29:41 -0000 Martin Dieringer wrote: > Oliver Fromme wrote: > > Are you sure that your /etc/ntp.conf ist correct? > > # cat /etc/ntp.conf > > server time.fu-berlin.de iburst maxpoll 9 > driftfile /var/db/ntp.drift > logfile /var/log/ntpd You must add "restrict" lines for every server and for localhost, like these: restrict time.fu-berlin.de nomodify restrict 127.0.0.1 Other than that, the config looks good. There's no need to add further time servers. Restart ntpd for the changes to take effect (``/etc/rc.d/ntpd restart''). > # ntpq -p > No association ID's returned That's because the default (when no "restrict" lines are there) doesn't allow a connection at all.. > > Make sure that you have these two lines in /etc/rc.conf: > > > > ntpd_enable="YES" > > ntpd_sync_on_start="YES" > > how can I sync on start if I have to first dialup? ntpd does that as soon as it can reach the server for the first time. You don't have to worry about it. > I have ntpd_flags="-g" - the same? Yes. ntpd_sync_on_start is exactly the same. > and how will the clock run when not connected to the internet? ntpd calculates the drift of the local clock. During times when it cannot reach the server, it corrects the local clock using the recorded drift. > it should at least be somehow in a sensible range Yes, it should, if the off-line times aren't too long. > now this is the machine with 2 minutes offset after 30hours uptime > (the other one has ntpd killed at signal 15 - some version problem I > think) > But 2 minutes is also too much ntpd should be able to handle that without problems. > I can ping the server ok and internet was working at that time. > I have to redialup every 24h which normally works fine. How are you redialling? If you get a new dynamic IP address, it might be necessary to restart ntpd. For example, if you use ppp(8) for dial-up, you can write a "linkup" script that performs the restart. I.e. create a script /etc/ppp/ppp.linkup with these lines in it: MYADDR: !bg /etc/rc.d/ntpd restart Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd (On the statement print "42 monkeys" + "1 snake":) By the way, both perl and Python get this wrong. Perl gives 43 and Python gives "42 monkeys1 snake", when the answer is clearly "41 monkeys and 1 fat snake". -- Jim Fulton From owner-freebsd-stable@FreeBSD.ORG Tue May 8 14:35:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D85716A401 for ; Tue, 8 May 2007 14:35:24 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc15.comcast.net (sccrmhc15.comcast.net [204.127.200.85]) by mx1.freebsd.org (Postfix) with ESMTP id 1D5AC13C483 for ; Tue, 8 May 2007 14:35:23 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (sccrmhc15) with ESMTP id <20070508143523015008m8vme>; Tue, 8 May 2007 14:35:23 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 3AAFE1FA01D; Tue, 8 May 2007 07:35:23 -0700 (PDT) Date: Tue, 8 May 2007 07:35:23 -0700 From: Jeremy Chadwick To: Ken Sallot , freebsd-stable@freebsd.org Message-ID: <20070508143523.GA22803@icarus.home.lan> Mail-Followup-To: Ken Sallot , freebsd-stable@freebsd.org References: <46408268.8060800@astro.ufl.edu> <20070508142908.GA18958@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070508142908.GA18958@icarus.home.lan> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: Re: failure building RELENG_6 on i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 May 2007 14:35:24 -0000 On Tue, May 08, 2007 at 07:29:08AM -0700, Jeremy Chadwick wrote: > On Tue, May 08, 2007 at 10:00:08AM -0400, Ken Sallot wrote: > > I just cvsup'ed from cvsup5.freebsd.org with tag RELENG_6. When doing a > > buildkernel I get the following message: > > > > Make: don't know how to make /usr/src/sys/kern/uipc_proto.c. Stop. > > > > uipc_proto.c doesn't exist.. > > > > Any ideas? > > rwatson just committed a bunch of changes to all of this: > > http://lists.freebsd.org/pipermail/freebsd-stable/2007-May/034972.html > > Taken from my csup a little while ago: I'll also add that "grep -r uipc_proto /usr/src" returns no results on aforementioned system. I'm betting that you sup'd from a server which hadn't gotten all of the committed changes yet. Regardless, I'm building world now to try and replicate the issue. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue May 8 14:39:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E59516A402 for ; Tue, 8 May 2007 14:39:24 +0000 (UTC) (envelope-from ntstaff@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237]) by mx1.freebsd.org (Postfix) with ESMTP id 38DA313C44B for ; Tue, 8 May 2007 14:39:24 +0000 (UTC) (envelope-from ntstaff@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1769413wxc for ; Tue, 08 May 2007 07:39:23 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=JKxY3HfIg6VyemaFbY3CldyhWO+l7O1CcOYDcmSngEgXfnDYQJeAL0ftz/cGI3WdXctFfP7i8o7s4DN6BTRFXcFkJwRlmKMdPaqMjOZkaUdUmE3heJcdCQi3p4wfAWkuJHdMYkmeUGa3YfbQkDFzP+h4StQdVCwiAUP05MFbyyk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=CYysmSdRlp9OA3QYC4NJl+HpAkoqktgQsBRbz+ySL/7Ub63I4DYUBbJ11zrbnXnp2zY5ZeYOqmPCiaJugHgslVfkb80c0L3dkIeVukWo7XQxkFIQ8w0UvaoDvsSks7WcFs/hbFUxMr6Tbj09om6pSc2B2HD697QS6Tj/+mCv16k= Received: by 10.90.51.17 with SMTP id y17mr6238492agy.1178635163482; Tue, 08 May 2007 07:39:23 -0700 (PDT) Received: by 10.90.106.10 with HTTP; Tue, 8 May 2007 07:39:23 -0700 (PDT) Message-ID: <11e9464b0705080739u4202e4d0k5dbbef1670ffc335@mail.gmail.com> Date: Tue, 8 May 2007 18:39:23 +0400 From: "Newtunes Support" To: "Peter Jeremy" In-Reply-To: <20070508103852.GE838@turion.vk2pj.dyndns.org> MIME-Version: 1.0 References: <68517de70705080204i144ad5e5m39eaafee823805f3@mail.gmail.com> <20070508103852.GE838@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Incorrect df -k output?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 May 2007 14:39:24 -0000 Peter, I have resolved this issue using forsed unmount (umount -f /var) And after I mounted /var again df -k shows me correct value. But I have new problem. fsck -y does not fix anything. ** Last Mounted on /var ** Phase 1 - Check Blocks and Sizes INCORRECT BLOCK COUNT I=188426 (162368 should be 160704) CORRECT? no INCORRECT BLOCK COUNT I=188434 (226368 should be 226304) CORRECT? no INCORRECT BLOCK COUNT I=188454 (29888 should be 29568) CORRECT? no INCORRECT BLOCK COUNT I=188474 (20096 should be 20064) CORRECT? no ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts UNREF FILE I=353283 OWNER=mysql MODE=100600 SIZE=0 MTIME=May 8 18:11 2007 CLEAR? no UNREF FILE I=353284 OWNER=mysql MODE=100600 SIZE=0 MTIME=May 8 18:11 2007 CLEAR? no UNREF FILE I=353286 OWNER=mysql MODE=100600 SIZE=0 MTIME=May 8 18:11 2007 CLEAR? no UNREF FILE I=353289 OWNER=mysql MODE=100600 SIZE=0 MTIME=May 8 18:11 2007 CLEAR? no UNREF FILE I=353290 OWNER=mysql MODE=100600 SIZE=0 MTIME=May 8 18:11 2007 CLEAR? no ** Phase 5 - Check Cyl groups FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? no SUMMARY INFORMATION BAD SALVAGE? no BLK(S) MISSING IN BIT MAPS SALVAGE? no Any ideas? 2007/5/8, Peter Jeremy : > > On 2007-May-08 13:04:55 +0400, Hanatsu Tori > wrote: > >xxxxx# df -k > >Filesystem 1K-blocks Used Avail Capacity Mounted on > >/dev/ad4s1a 76866422 51507978 19209132 73% / > >devfs 1 1 0 100% /dev > >*/dev/ad6s1d 77879478 75006042 -3356922 105% > /usr/home/ftp/pub/ARCHIEVE* > > > > > >xxxxx# du -sk /usr/home/ftp/pub/ARCHIEVE > >*75006042 /usr/home/ftp/pub/ARCHIEVE* > > df reports 75006042KB used and du reports 75006042KB used. Where is > the problem? > > >xxxxx# df -h > >Filesystem Size Used Avail Capacity Mounted on > >/dev/ad0s1a 496M 36M 420M 8% / > >devfs 1.0K 1.0K 0B 100% /dev > >/dev/ad0s1d 1.9G 425M 1.4G 23% /tmp > >/dev/ad0s1f 136G 70G 55G 56% /usr > >*/dev/ad0s1e 3.9G 3.6G -21M 101% /var > >*/dev/ad2s1d 144G 25G 108G 19% /hd2 > >procfs 4.0K 4.0K 0B 100% /proc > > > >xxxxx# du -sh /var > >*202M /var* > > This is a bit less obvious - there does appear 3.4GB missing. I'll > make the assumption that the 'df' output is complete (ie there isn't > another filesystem mounted over part of /var) and neither figure is > misleading (ie there isn't whitespace in either name and no chrooting > or jails are in use). > > The remaining possibilities are: > a) A running process has an unlinked file open. > The space will be released when the process closes the file. > b) Filesystem snapshots exist. > Use snapinfo(8) to check and "rm" them if appropriate > c) A combination of UFS and/or fsck bugs and system crashes have lost > space. > Shutdown or reboot to single user mode and explicity fsck /var. > > Since you have already bounced the server, it is unlikely to be option > a (unless the same process has just grabbed the space again). > > -- > Peter Jeremy > > From owner-freebsd-stable@FreeBSD.ORG Tue May 8 14:55:33 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 84FD316A404 for ; Tue, 8 May 2007 14:55:33 +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 E48C513C44C for ; Tue, 8 May 2007 14:55:30 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (enmbcn@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l48EtO3v089196; Tue, 8 May 2007 16:55:29 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l48EtNVm089195; Tue, 8 May 2007 16:55:23 +0200 (CEST) (envelope-from olli) Date: Tue, 8 May 2007 16:55:23 +0200 (CEST) Message-Id: <200705081455.l48EtNVm089195@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, ntstaff@gmail.com, peterjeremy@optushome.com.au In-Reply-To: <11e9464b0705080739u4202e4d0k5dbbef1670ffc335@mail.gmail.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 08 May 2007 16:55:29 +0200 (CEST) Cc: Subject: Re: Incorrect df -k output?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, ntstaff@gmail.com, peterjeremy@optushome.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 May 2007 14:55:33 -0000 Newtunes Support wrote: > I have resolved this issue using forsed unmount (umount -f /var) Not a good idea. It breaks all sorts of things. > And after I mounted /var again df -k shows me correct value. The value was correct before, too. There probably were some files that were removed, but some processes still had them open. du(1) doesn't see those files, so they're not included in the sum. df(1) sees the allocated space, of course. It can happen on the /var file system if an error occurs during log file rotation, so the programs writing to the log files (e.g. syslogd) are not properly informed about the rotation, so they keep the old files open. A good way to view such files/processes is to use the command "lsof +L1" (lsof can be installed from the ports collection: /usr/ports/sysutils/lsof). It lists all file descriptors in use that have a link count of zero. The correct way to resolve the issue is to find those processes and tell them to close the files (usually a "kill -HUP" will do that). If everything else fails, kill the processes (use "kill -KILL" if necessary). Do not use "umount -f". > But I have new problem. > fsck -y does not fix anything. That only works when the file system is not mounted (or only mounted read-only). It's usually done in single- user mode. (However, I assume that your file system doesn't need fsck, but it certainly wouldn't hurt either.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Python tricks" is a tough one, cuz the language is so clean. E.g., C makes an art of confusing pointers with arrays and strings, which leads to lotsa neat pointer tricks; APL mistakes everything for an array, leading to neat one-liners; and Perl confuses everything period, making each line a joyous adventure . -- Tim Peters From owner-freebsd-stable@FreeBSD.ORG Tue May 8 14:56:56 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E09F16A400 for ; Tue, 8 May 2007 14:56:56 +0000 (UTC) (envelope-from jeffrey@goldmark.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 640B013C469 for ; Tue, 8 May 2007 14:56:56 +0000 (UTC) (envelope-from jeffrey@goldmark.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id B3B8721E2FE; Tue, 8 May 2007 10:42:50 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Tue, 08 May 2007 10:41:34 -0400 X-Sasl-enc: e4NqHNppUGwPeDqRm0NxQ2JXoB8q035flr67xe9p7vsk 1178635294 Received: from [10.1.10.136] (n114.ewd.goldmark.org [72.64.118.114]) by mail.messagingengine.com (Postfix) with ESMTP id E67B11B27A; Tue, 8 May 2007 10:41:33 -0400 (EDT) In-Reply-To: <20070508151525.Y839@thinkpad.dieringer.dyndns.org> References: <200705081248.l48CmvBO083216@lurza.secnetix.de> <20070508151525.Y839@thinkpad.dieringer.dyndns.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <711B5A41-C890-4620-9D43-25C4BD5B35F1@goldmark.org> Content-Transfer-Encoding: 7bit From: Jeffrey Goldberg Date: Tue, 8 May 2007 09:41:31 -0500 To: Martin Dieringer X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@FreeBSD.ORG Subject: Re: clock 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: Tue, 08 May 2007 14:56:56 -0000 On May 8, 2007, at 8:33 AM, Martin Dieringer wrote: > On Tue, 8 May 2007, Oliver Fromme wrote: > >> Martin Dieringer wrote: >> > My clock is now _15 minutes_ late, after about 1 day with powerd >> > running. >> > ntpd is running also. >> > Can nobody tell where the problem is here? >> >> Are you sure that your /etc/ntp.conf ist correct? > > > # cat /etc/ntp.conf > > server time.fu-berlin.de iburst maxpoll 9 Add other servers but don't use iburst, nor reduce the default maxpoll. In your case try something like server 0.de.pool.ntp.org server 1.de.pool.ntp.org server 2.de.pool.ntp.org server 3.de.pool.ntp.org Keep in mind that you will get better quality time by using multiple servers at higher strata than you will by using just one stratum 1 server. Well managed stratum 4 servers really are good enough (and often a better choice given availability). >> Are there any messages from ntpd in /var/log/messages? >> What's the output from "ntpq -p"? > > # ntpq -p > No association ID's returned > # That's not good. I think that adding more servers (as suggested above) will help. Also if you have other machines on your local network, you can use them to peer with the one with the bad clock. So add peer some-local-net-machine peer some-other-local-net-machine to ntp.conf I recall some discussion earlier on this list (I think) about these problems with powerd and clocks. The solution involved some tuning with sysctl or something similar. I'm sorry I can't be more specific. You may also try to set things to restart ntpd on dial-up. -j From owner-freebsd-stable@FreeBSD.ORG Tue May 8 15:12:01 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3C7016A419 for ; Tue, 8 May 2007 15:12:01 +0000 (UTC) (envelope-from martin.dieringer@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 6503413C4E8 for ; Tue, 8 May 2007 15:11:58 +0000 (UTC) (envelope-from martin.dieringer@gmx.de) Received: (qmail invoked by alias); 08 May 2007 15:11:56 -0000 Received: from c-134-228-89.d.dsl.de.ignite.net (EHLO dieringer.dyndns.org) [62.134.228.89] by mail.gmx.net (mp044) with SMTP; 08 May 2007 17:11:56 +0200 X-Authenticated: #21464393 X-Provags-ID: V01U2FsdGVkX18YizMsS1EYo3CVSQ98NshNOWXFgMoNIf88QkYFev iZxuRQanp9bfUC Received: (qmail 24148 invoked by uid 1001); 8 May 2007 15:11:48 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 8 May 2007 15:11:48 -0000 Date: Tue, 8 May 2007 17:11:48 +0200 (CEST) From: Martin Dieringer To: freebsd-stable@FreeBSD.ORG In-Reply-To: <200705081429.l48ETYYr087578@lurza.secnetix.de> Message-ID: <20070508164234.L839@thinkpad.dieringer.dyndns.org> References: <200705081429.l48ETYYr087578@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Y-GMX-Trusted: 0 Cc: Subject: Re: clock problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Martin Dieringer List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 May 2007 15:12:02 -0000 On Tue, 8 May 2007, Oliver Fromme wrote: > Martin Dieringer wrote: > > Oliver Fromme wrote: > > > Are you sure that your /etc/ntp.conf ist correct? > > > > # cat /etc/ntp.conf > > > > server time.fu-berlin.de iburst maxpoll 9 > > driftfile /var/db/ntp.drift > > logfile /var/log/ntpd > > You must add "restrict" lines for every server and for > localhost, like these: > > restrict time.fu-berlin.de nomodify > restrict 127.0.0.1 I'm sorry I do not understand what this flag is for (I don't understand the manpage either) > > # ntpq -p > > No association ID's returned > > That's because the default (when no "restrict" lines are > there) doesn't allow a connection at all.. well now it works without "restrict": # ntpq -p remote refid st t when poll reach delay offset jitter ============================================================================== *time 192.53.103.108 2 u 19 64 77 91.454 301.926 860.104 and the clock is "only" 3 seconds late now... > > and how will the clock run when not connected to the internet? > > ntpd calculates the drift of the local clock. During times > when it cannot reach the server, it corrects the local > clock using the recorded drift. ok this sounds beautiful, but what if the drift is irregular? Maybe if it depends on the load of the machine etc.? Maybe ntpd just can't handle this? the clock should run correct in the range of very few seconds a day. There is an error somewhere and using ntpd to mask this is just cosmetic. > > it should at least be somehow in a sensible range > > Yes, it should, if the off-line times aren't too long. no, it should if there is no on-line connection at all, or shouldn't it? > > But 2 minutes is also too much > > ntpd should be able to handle that without problems. yes maybe, sometimes... > > I have to redialup every 24h which normally works fine. > > How are you redialling? If you get a new dynamic IP > address, it might be necessary to restart ntpd. > MYADDR: > !bg /etc/rc.d/ntpd restart great! 8-( as "restart" does not work because the pid seems to be wrong and usually there are 5 or so ntpd's running... ? btw, this is on the other machine which is now 2 minutes off again, maybe 1 hour after correct setting: # ntpq -p remote refid st t when poll reach delay offset jitter ============================================================================== chronos.zedat.f .PPS. 1 u 457 512 377 366.965 37369.6 8640.85 log: 8 May 16:11:08 ntpd[57617]: synchronized to 130.133.1.10, stratum=1 8 May 16:11:08 ntpd[57617]: time reset +0.651381 s 8 May 16:11:08 ntpd[57617]: kernel time sync disabled 2041 8 May 16:12:22 ntpd[57617]: synchronized to 130.133.1.10, stratum=1 8 May 16:13:30 ntpd[57617]: no servers reachable now: 16:57 m. From owner-freebsd-stable@FreeBSD.ORG Tue May 8 15:12:59 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 668F116A403 for ; Tue, 8 May 2007 15:12:59 +0000 (UTC) (envelope-from martin.dieringer@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id A61B613C447 for ; Tue, 8 May 2007 15:12:58 +0000 (UTC) (envelope-from martin.dieringer@gmx.de) Received: (qmail invoked by alias); 08 May 2007 15:12:57 -0000 Received: from c-134-228-89.d.dsl.de.ignite.net (EHLO dieringer.dyndns.org) [62.134.228.89] by mail.gmx.net (mp028) with SMTP; 08 May 2007 17:12:57 +0200 X-Authenticated: #21464393 X-Provags-ID: V01U2FsdGVkX18OhTZwbEgOQaUzTOoz13fPVh0ljoc2uL1Xdp/uzl 1j94ixvIqKSTmu Received: (qmail 24155 invoked by uid 1001); 8 May 2007 15:12:48 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 8 May 2007 15:12:48 -0000 Date: Tue, 8 May 2007 17:12:48 +0200 (CEST) From: Martin Dieringer To: freebsd-stable@FreeBSD.ORG In-Reply-To: <711B5A41-C890-4620-9D43-25C4BD5B35F1@goldmark.org> Message-ID: <20070508170957.X839@thinkpad.dieringer.dyndns.org> References: <200705081248.l48CmvBO083216@lurza.secnetix.de> <20070508151525.Y839@thinkpad.dieringer.dyndns.org> <711B5A41-C890-4620-9D43-25C4BD5B35F1@goldmark.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Y-GMX-Trusted: 0 Cc: Subject: Re: clock problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Martin Dieringer List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 May 2007 15:12:59 -0000 On Tue, 8 May 2007, Jeffrey Goldberg wrote: > On May 8, 2007, at 8:33 AM, Martin Dieringer wrote: > >> On Tue, 8 May 2007, Oliver Fromme wrote: >> >>> Martin Dieringer wrote: >>>> My clock is now _15 minutes_ late, after about 1 day with powerd >>>> running. >>>> ntpd is running also. >>>> Can nobody tell where the problem is here? > Also if you have other machines on your local network, you can use > them to peer with the one with the bad clock. both machines have bad clocks! > I recall some discussion earlier on this list (I think) about these > problems with powerd and clocks. The solution involved some tuning > with sysctl or something similar. I'm sorry I can't be more > specific. that was for freebsd 4 > You may also try to set things to restart ntpd on dial-up. it does not help m. From owner-freebsd-stable@FreeBSD.ORG Tue May 8 15:25:17 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4BA1616A408 for ; Tue, 8 May 2007 15:25:17 +0000 (UTC) (envelope-from martin.dieringer@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 8727B13C459 for ; Tue, 8 May 2007 15:25:16 +0000 (UTC) (envelope-from martin.dieringer@gmx.de) Received: (qmail invoked by alias); 08 May 2007 15:25:14 -0000 Received: from c-134-228-89.d.dsl.de.ignite.net (EHLO dieringer.dyndns.org) [62.134.228.89] by mail.gmx.net (mp021) with SMTP; 08 May 2007 17:25:14 +0200 X-Authenticated: #21464393 X-Provags-ID: V01U2FsdGVkX18K/74ugY0KK7MGhVR8VVKY6bN7AHEsN5U0Tk1hSU KZE25Hett/aB+g Received: (qmail 24284 invoked by uid 1001); 8 May 2007 15:25:04 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 8 May 2007 15:25:04 -0000 Date: Tue, 8 May 2007 17:25:04 +0200 (CEST) From: Martin Dieringer To: Richard Coleman In-Reply-To: <464094E2.4070106@criticalmagic.com> Message-ID: <20070508172413.C839@thinkpad.dieringer.dyndns.org> References: <200705081248.l48CmvBO083216@lurza.secnetix.de> <20070508151525.Y839@thinkpad.dieringer.dyndns.org> <464094E2.4070106@criticalmagic.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Y-GMX-Trusted: 0 Cc: freebsd-stable@FreeBSD.ORG Subject: Re: clock problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Martin Dieringer List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 May 2007 15:25:17 -0000 On Tue, 8 May 2007, Richard Coleman wrote: > Martin Dieringer wrote: >>> What's the output from "ntpq -p"? >> >> # ntpq -p >> No association ID's returned >> # > > Are you using pf? sorry for the short answer: no m. From owner-freebsd-stable@FreeBSD.ORG Tue May 8 15:27:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED5F716A403 for ; Tue, 8 May 2007 15:27:01 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.200.83]) by mx1.freebsd.org (Postfix) with ESMTP id B55FD13C44B for ; Tue, 8 May 2007 15:27:01 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (sccrmhc13) with ESMTP id <20070508152700013003g4pge>; Tue, 8 May 2007 15:27:00 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 6139E1FA01D; Tue, 8 May 2007 08:27:00 -0700 (PDT) Date: Tue, 8 May 2007 08:27:00 -0700 From: Jeremy Chadwick To: Ken Sallot , freebsd-stable@freebsd.org Message-ID: <20070508152700.GA68471@icarus.home.lan> Mail-Followup-To: Ken Sallot , freebsd-stable@freebsd.org References: <46408268.8060800@astro.ufl.edu> <20070508142908.GA18958@icarus.home.lan> <20070508143523.GA22803@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070508143523.GA22803@icarus.home.lan> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: Re: failure building RELENG_6 on i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 May 2007 15:27:02 -0000 On Tue, May 08, 2007 at 07:35:23AM -0700, Jeremy Chadwick wrote: > Regardless, I'm building world now to try and replicate the issue. buildworld and buildkernel both built fine here. Try re-sup'ing. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue May 8 15:30:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 466DD16A400 for ; Tue, 8 May 2007 15:30:46 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 13DFD13C4AD for ; Tue, 8 May 2007 15:30:45 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l48FUh8L089546; Tue, 8 May 2007 11:30:43 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l48FUhQZ063199 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 May 2007 11:30:43 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200705081530.l48FUhQZ063199@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 08 May 2007 11:30:54 -0400 To: Ken Sallot , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <46408268.8060800@astro.ufl.edu> References: <46408268.8060800@astro.ufl.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: failure building RELENG_6 on i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 May 2007 15:30:46 -0000 At 10:00 AM 5/8/2007, Ken Sallot wrote: >I just cvsup'ed from cvsup5.freebsd.org with tag RELENG_6. When doing a >buildkernel I get the following message: > >Make: don't know how to make /usr/src/sys/kern/uipc_proto.c. Stop. > >uipc_proto.c doesn't exist.. There were a lot of commits (14) in the past few hours. Its possible you didnt get everything in your cvsup, or even cvsup5.freebsd.org doesnt have all the bits. I would wait another 2hrs and try again. The file you reference above was part of those commits. ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue May 8 15:40:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF85B16A401 for ; Tue, 8 May 2007 15:40:41 +0000 (UTC) (envelope-from ntstaff@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.232]) by mx1.freebsd.org (Postfix) with ESMTP id 9AA2D13C459 for ; Tue, 8 May 2007 15:40:41 +0000 (UTC) (envelope-from ntstaff@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1789694wxc for ; Tue, 08 May 2007 08:40:40 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=ocm+ZgDp5B4HM7zgumV7EdvICoD1KBL1TLS/Z2qMpn13qmHk2rVSIvES77NjSBKRbv3cxFOZh7vWRaUqbZz1ZhcEgJvbLWtybIILsTcjmyALKVAirclp0SPIa5C2w5Tr9614ofdv/OLVlVo+kPO8qi4IER0niuyh3lW4w8ZUHcQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=W7ZmpQWIhY9sfkvIAsxHcHxCO2Ddq5AeA6KsV8qUjEtcQr8UENYlWaiTPDWcSzbUSlIZJG9Apfm75/FtpPaL+82g58i1Ov0b6W3lf/UZuMlUcKWKEpkLo9Fpzz/34MSG8HqxoybfsZofnk/R37vRlmHH9+8gnHXTHY0DmMj4Ee4= Received: by 10.90.118.8 with SMTP id q8mr6351706agc.1178638840877; Tue, 08 May 2007 08:40:40 -0700 (PDT) Received: by 10.90.106.10 with HTTP; Tue, 8 May 2007 08:40:40 -0700 (PDT) Message-ID: <11e9464b0705080840r21b6f653u9bbc7f32c37da0b4@mail.gmail.com> Date: Tue, 8 May 2007 19:40:40 +0400 From: "Newtunes Support" To: freebsd-stable@freebsd.org, olli@lurza.secnetix.de In-Reply-To: <200705081455.l48EtNVm089195@lurza.secnetix.de> MIME-Version: 1.0 References: <11e9464b0705080739u4202e4d0k5dbbef1670ffc335@mail.gmail.com> <200705081455.l48EtNVm089195@lurza.secnetix.de> 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: Incorrect df -k output?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 May 2007 15:40:42 -0000 Thanks a lot for irrefragable answer, Oliver! I have resolved the issue on one server (there was a little overdraft) and I'll try to resolve issue with fsck and /var when PROD will have lower load= . Thanks to all, Dmitry 2007/5/8, Oliver Fromme : > > Newtunes Support wrote: > > I have resolved this issue using forsed unmount (umount -f /var) > > Not a good idea. It breaks all sorts of things. > > > And after I mounted /var again df -k shows me correct value. > > The value was correct before, too. There probably were > some files that were removed, but some processes still > had them open. du(1) doesn't see those files, so they're > not included in the sum. df(1) sees the allocated space, > of course. > > It can happen on the /var file system if an error occurs > during log file rotation, so the programs writing to the > log files (e.g. syslogd) are not properly informed about > the rotation, so they keep the old files open. > > A good way to view such files/processes is to use the > command "lsof +L1" (lsof can be installed from the ports > collection: /usr/ports/sysutils/lsof). It lists all > file descriptors in use that have a link count of zero. > > The correct way to resolve the issue is to find those > processes and tell them to close the files (usually a > "kill -HUP" will do that). If everything else fails, > kill the processes (use "kill -KILL" if necessary). > Do not use "umount -f". > > > But I have new problem. > > fsck -y does not fix anything. > > That only works when the file system is not mounted (or > only mounted read-only). It's usually done in single- > user mode. > > (However, I assume that your file system doesn't need > fsck, but it certainly wouldn't hurt either.) > > Best regards > Oliver > > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, Gesch=E4ftsfuehrun= g: > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M=FC= n- > chen, HRB 125758, Gesch=E4ftsf=FChrer: Maik Bachmann, Olaf Erb, Ralf Geb= hart > > FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > > "Python tricks" is a tough one, cuz the language is so clean. E.g., > C makes an art of confusing pointers with arrays and strings, which > leads to lotsa neat pointer tricks; APL mistakes everything for an > array, leading to neat one-liners; and Perl confuses everything > period, making each line a joyous adventure . > -- Tim Peters > From owner-freebsd-stable@FreeBSD.ORG Tue May 8 15:46:28 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0FA1416A400 for ; Tue, 8 May 2007 15:46:28 +0000 (UTC) (envelope-from rcoleman@criticalmagic.com) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [64.74.207.196]) by mx1.freebsd.org (Postfix) with ESMTP id DD90213C44B for ; Tue, 8 May 2007 15:46:27 +0000 (UTC) (envelope-from rcoleman@criticalmagic.com) Received: from neptune.criticalmagic.com (adsl-074-229-078-253.sip.asm.bellsouth.net [74.229.78.253]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by saturn.criticalmagic.com (Postfix) with ESMTP id E125539808; Tue, 8 May 2007 11:16:43 -0400 (EDT) Message-ID: <464094E2.4070106@criticalmagic.com> Date: Tue, 08 May 2007 11:18:58 -0400 From: Richard Coleman Organization: Critical Magic, Inc. User-Agent: Thunderbird 2.0.0.0 (X11/20070423) MIME-Version: 1.0 To: Martin Dieringer References: <200705081248.l48CmvBO083216@lurza.secnetix.de> <20070508151525.Y839@thinkpad.dieringer.dyndns.org> In-Reply-To: <20070508151525.Y839@thinkpad.dieringer.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG Subject: Re: clock 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: Tue, 08 May 2007 15:46:28 -0000 Martin Dieringer wrote: >> What's the output from "ntpq -p"? > > # ntpq -p > No association ID's returned > # Are you using pf? I think there is some kind of boot time race condition between pf and ntpd. On my firewall (uses FreeBSD 6.2 with pf), I always have to restart ntpd after boot, otherwise it shows no associations. Once I restart ntpd, everything works fine. Richard Coleman rcoleman@criticalmagic.com From owner-freebsd-stable@FreeBSD.ORG Tue May 8 16:08:09 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 75EDB16A403 for ; Tue, 8 May 2007 16:08:09 +0000 (UTC) (envelope-from nicolas@i.0x5.de) Received: from n.0x5.de (n.0x5.de [217.197.85.144]) by mx1.freebsd.org (Postfix) with ESMTP id 13DCF13C44C for ; Tue, 8 May 2007 16:08:08 +0000 (UTC) (envelope-from nicolas@i.0x5.de) Received: by pc5.i.0x5.de (Postfix, from userid 1003) id 7506961DF7; Tue, 8 May 2007 18:08:07 +0200 (CEST) Date: Tue, 8 May 2007 18:08:07 +0200 From: Nicolas Rachinsky To: freebsd-stable@FreeBSD.ORG Message-ID: <20070508160807.GA35747@mid.pc5.i.0x5.de> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <20070508151525.Y839@thinkpad.dieringer.dyndns.org> <200705081429.l48ETYYr087578@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: <200705081429.l48ETYYr087578@lurza.secnetix.de> X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: 887BAE72 X-PGP-Fingerprint: 039E 9433 115F BC5F F88D 4524 5092 45C4 887B AE72 X-PGP-Keys: http://www.rachinsky.de/nicolas/gpg/nicolas_rachinsky.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: Re: clock 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: Tue, 08 May 2007 16:08:09 -0000 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline * Oliver Fromme [2007-05-08 16:29 +0200]: > How are you redialling? If you get a new dynamic IP > address, it might be necessary to restart ntpd. > For example, if you use ppp(8) for dial-up, you can > write a "linkup" script that performs the restart. I use the attached patch. Nicolas -- http://www.rachinsky.de/nicolas --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=ntpd --- contrib/ntp/ntpd/ntp_io.c.orig Tue Jul 20 17:01:27 2004 +++ contrib/ntp/ntpd/ntp_io.c Fri Oct 6 00:32:31 2006 @@ -466,6 +466,14 @@ if (scan_ipv6 == ISC_FALSE && family == AF_INET6) continue; + if(strncmp(isc_if.name,"tun",3)==0) + { + if (debug) + printf("ignoring <%s> (tun*)\n", isc_if.name); + continue; + } + + /* Check to see if we are going to use the interface */ if (address_okay(&isc_if) == ISC_TRUE) { convert_isc_if(&isc_if, &inter_list[idx], port); --VS++wcV0S1rZb1Fb-- From owner-freebsd-stable@FreeBSD.ORG Tue May 8 16:41:03 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2748616A402 for ; Tue, 8 May 2007 16:41:03 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 8AFFC13C468 for ; Tue, 8 May 2007 16:41:02 +0000 (UTC) (envelope-from illoai@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so125561ugh for ; Tue, 08 May 2007 09:40:58 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TGeqGg7gf6hKzY9gPVql1edJ9zNMkoc6dtLYzarDS0DCo6hsf3SZILNwp1DE3CvlgC5K4ldk8EaABvm5hn3CaMthTDcPmnjTYvGhPrvshPEpsP2giIHAxzc/lNqmPUo8ej0rzjQ+tBRe8J+F8HUToD4XMhsX1bkILNENsWqU/9k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=up2TwQbdDFt1UNCMm23eB/l1VxpPNnt2FpqUUCYboHjTW956WefPTvjImHVq4R3OJITfl9gzD3HaP+iNoE+0oCPD98iSmyrkPecx7Kj85W5/g9gSFDEO5Z3baKTiMZVBq7wRe/xARssIB6Iqc03wwpXh4TVNLh8O2bP9lCm1IgM= Received: by 10.82.100.1 with SMTP id x1mr12135556bub.1178642458022; Tue, 08 May 2007 09:40:58 -0700 (PDT) Received: by 10.82.185.16 with HTTP; Tue, 8 May 2007 09:40:57 -0700 (PDT) Message-ID: Date: Tue, 8 May 2007 11:40:57 -0500 From: "illoai@gmail.com" To: "Peter Jeremy" In-Reply-To: <20070508103852.GE838@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <68517de70705080204i144ad5e5m39eaafee823805f3@mail.gmail.com> <20070508103852.GE838@turion.vk2pj.dyndns.org> Cc: freebsd-stable@freebsd.org, Hanatsu Tori Subject: Re: Incorrect df -k output?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 May 2007 16:41:03 -0000 On 08/05/07, Peter Jeremy wrote: > On 2007-May-08 13:04:55 +0400, Hanatsu Tori wrote: > >xxxxx# df -k > >Filesystem 1K-blocks Used Avail Capacity Mounted on > >/dev/ad4s1a 76866422 51507978 19209132 73% / > >devfs 1 1 0 100% /dev > >*/dev/ad6s1d 77879478 75006042 -3356922 105% /usr/home/ftp/pub/ARCHIEVE* > > > > > >xxxxx# du -sk /usr/home/ftp/pub/ARCHIEVE > >*75006042 /usr/home/ftp/pub/ARCHIEVE* > > df reports 75006042KB used and du reports 75006042KB used. Where is > the problem? > > >xxxxx# df -h > >Filesystem Size Used Avail Capacity Mounted on > >/dev/ad0s1a 496M 36M 420M 8% / > >devfs 1.0K 1.0K 0B 100% /dev > >/dev/ad0s1d 1.9G 425M 1.4G 23% /tmp > >/dev/ad0s1f 136G 70G 55G 56% /usr > >*/dev/ad0s1e 3.9G 3.6G -21M 101% /var > >*/dev/ad2s1d 144G 25G 108G 19% /hd2 > >procfs 4.0K 4.0K 0B 100% /proc > > > >xxxxx# du -sh /var > >*202M /var* > > This is a bit less obvious - there does appear 3.4GB missing. UFS witholds a certain amount of space. See man 8 tunefs for details. You can, of course, tunefs -m 0, which will slow down writes quite enough. There was a thread some time back (last year? two years ago?) where a well intentioned fellow rather verbosely (at least with regard to this mailing list) went through the entire process of trying to get those last few blocks available. As i recall, in the end he concluded that the naysayers were in fact correct. Your "missing" blocks are necessary for filesystem performance and the overage above (which itself probably well diagnosed in other messages) while obviously not fatal to your system was likely dragging performance down fairly significantly, at least on that filesystem. -- -- From owner-freebsd-stable@FreeBSD.ORG Tue May 8 17:28:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C62F816A404; Tue, 8 May 2007 17:28:39 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 9F9E513C45B; Tue, 8 May 2007 17:28:37 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id DAA06556; Wed, 9 May 2007 03:28:28 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 9 May 2007 03:28:27 +1000 (EST) From: Ian Smith To: Martin Dieringer In-Reply-To: <20070503130520.V839@thinkpad.dieringer.dyndns.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Doug Barton , freebsd-stable@freebsd.org Subject: Re: clock too slow - big time offset with ntpdate X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 May 2007 17:28:40 -0000 On Thu, 3 May 2007, Martin Dieringer wrote: > On Thu, 3 May 2007, Ian Smith wrote: > > > > > > Now I got following while playing sound on the Compaq: > > > > > > > > kernel: calcru: runtime went backwards from 183711700 usec to 183167434 usec for pid 12 (swi4: clock sio) > > > > > > > > here I have a working clock, but also intermittent sound output > > > > To which I suggested, after a bit of hunting: > > > > > http://www.freebsd.org/doc/en/books/faq/book.html#CALCRU-NEGATIVE > > this refers to freebsd 4? You've just reasserted this, I read in the latest round :) No, the FAQ refers to versions 4, 5 and 6. The only reference there to freebsd 4 is regarding using the -w switch with sysctl (ie, irrelevant). Most of the messages returned by the search I suggested are recent (6.X) > > > and > > > http://lists.freebsd.org/pipermail/freebsd-stable/ searching for > > > 'calcru: runtime went backwards' provides many hits, as does google; > > > seems it could be a number of things, perhaps choice of timecounter. > > didn't help me > > It was always kern.timecounter.hardware: i8254 Ok, then it's quite possibly powerd trying to use APM rather than ACPI. > > Also a bit further down in the FAQ: > > '5.25. Why does the clock on my laptop keep incorrect time?' > > > > Have you had a look at those FAQ entries? Might they be relevant? > > > > How about showing us /var/run/dmesg.boot for at least one of these two > > machines? I'm still curious as to what Timecounter & HZ is selected: > > show us 'sysctl kern.timecounter' and 'sysctl -a | grep -i cpu' ? > > # sysctl kern.timecounter [..] > kern.timecounter.hardware: i8254 > kern.timecounter.choice: TSC(-1000) i8254(0) dummy(-1000000) > kern.timecounter.tick: 1 > > # sysctl -a | grep -i cpu > kern.threads.virtual_cpu: 1 > kern.ccpu: 1948 > kern.smp.maxcpus: 1 > kern.smp.cpus: 1 > debug.cpufreq.lowest: 0 > debug.cpufreq.verbose: 0 > hw.ncpu: 1 > machdep.cpu_idle_hlt: 1 > dev.cpu.0.%driver: cpu > dev.cpu.0.%parent: legacy0 > dev.cpu.0.freq: 1400 > dev.cpu.0.freq_levels: 1400/-1 1225/-1 1200/-1 1050/-1 1000/-1 875/-1 > 800/-1 700/-1 600/-1 525/-1 450/-1 375/-1 300/-1 225/-1 150/-1 75/-1 > dev.est.0.%parent: cpu0 > dev.cpufreq.0.%driver: cpufreq > dev.cpufreq.0.%parent: cpu0 > dev.p4tcc.0.%desc: CPU Frequency Thermal Control > dev.p4tcc.0.%parent: cpu0 >From your dmesg: est0: on cpu0 p4tcc0: on cpu0 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 You say you can't use ACPI, as suspend/resume and pccards? don't work. Searching the acpi list for 't42p' produces messages suggesting the former has been made to work; I didn't notice any mention of the latter either way, however I did notice these in your dmesg: module_register: module isa/cbb already exists! Module isa/cbb failed to register: 17 module_register: module pci/cbb already exists! Module pci/cbb failed to register: 17 Bottom line might be: if it hurts when you run powerd with APM, don't. I may be wrong, but suspect the chances of anybody working on any nits in est or p4tcc with APM may be minimal, whereas ACPI is being regularly maintained and enhanced. If you want powerd to work, I'd suggest trying ACPI again and reporting any problems to the acpi list (assuming you've first updated your BIOS and EC to latest versions from IBM, or Compaq for your other equally? problematic powerd-on-APM laptop). > dmesg.today is attached This line is odd, usually only appearing when APM isn't loaded (or not working right?) but may depend on what's in loader.conf or in kernel: > WARNING: apm_saver module requires apm enabled Does kldstat show apm_saver.ko ok? Cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Tue May 8 17:33:58 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D7BE216A404 for ; Tue, 8 May 2007 17:33:58 +0000 (UTC) (envelope-from jeffrey@goldmark.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id B0B6613C457 for ; Tue, 8 May 2007 17:33:58 +0000 (UTC) (envelope-from jeffrey@goldmark.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id C91EF21F37A; Tue, 8 May 2007 13:35:17 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Tue, 08 May 2007 13:33:59 -0400 X-Sasl-enc: EVUqk3w0sA/cfO1bvm1fxEmCqnPnZV42WstqWSe50/pi 1178645638 Received: from [10.1.10.136] (n114.ewd.goldmark.org [72.64.118.114]) by mail.messagingengine.com (Postfix) with ESMTP id C3DD837278; Tue, 8 May 2007 13:33:58 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <200705081429.l48ETYYr087578@lurza.secnetix.de> References: <200705081429.l48ETYYr087578@lurza.secnetix.de> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <8EA8AB80-786A-431C-BFFD-6E244D3E25E8@goldmark.org> Content-Transfer-Encoding: 7bit From: Jeffrey Goldberg Date: Tue, 8 May 2007 12:33:56 -0500 To: freebsd-stable@FreeBSD.ORG, Martin Dieringer X-Mailer: Apple Mail (2.752.2) Cc: Subject: Re: clock 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: Tue, 08 May 2007 17:33:58 -0000 On May 8, 2007, at 9:29 AM, Oliver Fromme wrote: > Martin Dieringer wrote: >> Oliver Fromme wrote: >>> Are you sure that your /etc/ntp.conf ist correct? >> >> # cat /etc/ntp.conf >> >> server time.fu-berlin.de iburst maxpoll 9 >> driftfile /var/db/ntp.drift >> logfile /var/log/ntpd > > You must add "restrict" lines for every server and for > localhost, like these: > > restrict time.fu-berlin.de nomodify > restrict 127.0.0.1 Why? That really makes no sense to me whatsoever. > Other than that, the config looks good. There's no need > to add further time servers. The time adjustment algorithms of NTP make use of multiple time sources. NTP works best with having at least three reachable servers. Of course ntp is designed to keep good time even when you are disconnected from the net, but it builds up its data from multiple sources and using triangulation to correct for errors. Cheers, -j -- Jeffrey Goldberg http://www.goldmark.org/jeff/ From owner-freebsd-stable@FreeBSD.ORG Tue May 8 17:40:29 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 23F1516A406 for ; Tue, 8 May 2007 17:40:29 +0000 (UTC) (envelope-from ken@astro.ufl.edu) Received: from milton.astro.ufl.edu (milton.astro.ufl.edu [128.227.184.224]) by mx1.freebsd.org (Postfix) with ESMTP id ED75213C455 for ; Tue, 8 May 2007 17:40:28 +0000 (UTC) (envelope-from ken@astro.ufl.edu) Received: from localhost (localhost.astro.ufl.edu [127.0.0.1]) by milton.astro.ufl.edu (Postfix) with ESMTP id 571FA398F6; Tue, 8 May 2007 13:40:28 -0400 (EDT) Received: from milton.astro.ufl.edu ([127.0.0.1]) by localhost (mailhost.astro.ufl.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 66569-10-3; Tue, 8 May 2007 13:39:52 -0400 (EDT) Received: from [128.227.184.12] (fugu.astro.ufl.edu [128.227.184.12]) by milton.astro.ufl.edu (Postfix) with ESMTP id 9793839914; Tue, 8 May 2007 13:39:35 -0400 (EDT) Message-ID: <4640B5D7.8040108@astro.ufl.edu> Date: Tue, 08 May 2007 13:39:35 -0400 From: Ken Sallot User-Agent: Thunderbird 1.5.0.9 (X11/20060911) MIME-Version: 1.0 To: Ken Sallot , freebsd-stable@freebsd.org References: <46408268.8060800@astro.ufl.edu> <20070508142908.GA18958@icarus.home.lan> <20070508143523.GA22803@icarus.home.lan> <20070508152700.GA68471@icarus.home.lan> In-Reply-To: <20070508152700.GA68471@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by UF Astronomy Mail Virus Scanner ks/14/4/2005 Cc: Subject: Re: failure building RELENG_6 on i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 May 2007 17:40:29 -0000 Jeremy Chadwick wrote: > On Tue, May 08, 2007 at 07:35:23AM -0700, Jeremy Chadwick wrote: >> Regardless, I'm building world now to try and replicate the issue. > > buildworld and buildkernel both built fine here. Try re-sup'ing. Yup, after getting your first note I switched to cvsup2, re-did it, and everything built fine. Thanks! Ken From owner-freebsd-stable@FreeBSD.ORG Tue May 8 18:01:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2CDD616A404 for ; Tue, 8 May 2007 18:01:04 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id E5DAC13C448 for ; Tue, 8 May 2007 18:01:03 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from localhost (unknown [200.46.204.187]) by hub.org (Postfix) with ESMTP id 6552348BEC9; Tue, 8 May 2007 15:00:55 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.187]) (amavisd-maia, port 10024) with ESMTP id 87061-04; Tue, 8 May 2007 15:00:55 -0300 (ADT) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id E8A3548A322; Tue, 8 May 2007 15:00:54 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 2D3F460D63; Tue, 8 May 2007 15:01:03 -0300 (ADT) Date: Tue, 08 May 2007 15:01:03 -0300 From: "Marc G. Fournier" To: freebsd-stable@FreeBSD.ORG, Oliver Fromme Message-ID: In-Reply-To: <200705081314.l48DETdC084404@lurza.secnetix.de> References: <200705081314.l48DETdC084404@lurza.secnetix.de> X-Mailer: Mulberry/4.0.7 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: Socket leak (Was: Re: What triggers "No Buffer Space) ?Available"? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 May 2007 18:01:04 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Tuesday, May 08, 2007 15:14:29 +0200 Oliver Fromme wrote: > What kind of jails are those? What applications are > running inside them? It's quite possible that the > processes on one machine use 120 sockets per jail, > while on a different machine they use only half that > many per jail, on average. Of course, I can't tell > for sure without knowing what is running in those > jails. The all run pretty much the same thing, on all the machines ... by default, standard syslog, sshd, cron, cyrus imapd, postfix and apache ... some run aolserver over top of that, or jdk/tomcat, or zope ... but they aren't specific to the server itself, as they get moved around ... > > kern.ipc.numopensockets: 7400 > > kern.ipc.maxsockets: 12328 > > > > ps looks like: > > > 2368 p2 Is+ Sat01PM 0:00.03 /bin/tcsh > root 2112 0.0 0.1 5220 > 2360 p3 Ss+ Sat01PM 0:00.04 /bin/tcsh > root 91221 0.0 0.1 5140 > 2440 p4 Ss+ 11:49PM 0:00.12 -tcsh (tcsh) > > I don't think those processes should consume 7400 sockets. > Indeed, this really looks like a leak in the kernel. Robert has sent me a suggestion to try that I'm in the process of putting together right now, involving backing out some work on uipc_usrreg.c ... > Maybe "sockstat -u" and/or "fstat | grep -w local" (both > of those commands should basically list the same kind of > information). My guess is that the output will be rather > short, i.e. much shorter than 7355 lines. If that's true, > it is another indication that the problem is caused by > a kernel leak. at the time I rebooted, with no processes, but 7400 sockets: > wc -l sockstat.out.txt 12 sockstat.out.txt > grep local fstat.out.txt | wc -l 7 - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGQLrf4QvfyHIvDvMRAqlWAJ9Dg2J55e6YVAzkfC9mGascFfr+JQCeJpWo uXAZtN0WbyKdM4a12WJjszs= =BA7G -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue May 8 18:03:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 303F516A404 for ; Tue, 8 May 2007 18:03:39 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id A7D8B13C4B8 for ; Tue, 8 May 2007 18:03:38 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 7E3AC4715E; Tue, 8 May 2007 14:03:34 -0400 (EDT) Date: Tue, 8 May 2007 19:03:34 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jeremy Chadwick In-Reply-To: <20070508152700.GA68471@icarus.home.lan> Message-ID: <20070508190117.V57118@fledge.watson.org> References: <46408268.8060800@astro.ufl.edu> <20070508142908.GA18958@icarus.home.lan> <20070508143523.GA22803@icarus.home.lan> <20070508152700.GA68471@icarus.home.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Ken Sallot , freebsd-stable@freebsd.org Subject: Re: failure building RELENG_6 on i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 May 2007 18:03:39 -0000 On Tue, 8 May 2007, Jeremy Chadwick wrote: > On Tue, May 08, 2007 at 07:35:23AM -0700, Jeremy Chadwick wrote: > >> Regardless, I'm building world now to try and replicate the issue. > > buildworld and buildkernel both built fine here. Try re-sup'ing. I ran into a similar issue here -- for whatever reason, the kernel build wasn't picking up the removal of uipc_proto.c in the dependencies. If it's still not working, try removing the object/build tree for that kernel, so that old generated dependencies don't continue to refer to the old C file (etc). If you're manually configuring and building, make sure you re-config the kernel so that the makefiles are regenerated. When I use a fresh checkout here, it all builds fine, so I'm a little confused by the build problems I'm getting on one of my existing source trees, and we'll see if I can figure it out. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Tue May 8 18:10:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A9CD816A402 for ; Tue, 8 May 2007 18:10:59 +0000 (UTC) (envelope-from xenophon@irtnog.org) Received: from mx1.irtnog.org (24-123-13-51.irtnog.org [24.123.13.51]) by mx1.freebsd.org (Postfix) with ESMTP id 4A0AF13C45E for ; Tue, 8 May 2007 18:10:59 +0000 (UTC) (envelope-from xenophon@irtnog.org) Received: from localhost (unknown [127.0.0.1]) by mx1.irtnog.org (Postfix) with ESMTP id D96DE114CC for ; Tue, 8 May 2007 14:10:57 -0400 (EDT) X-Virus-Scanned: amavisd-new at irtnog.org Received: from mx1.irtnog.org ([127.0.0.1]) by localhost (cinep010bsdmx.irtnog.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id FdBiUspw-KUs for ; Tue, 8 May 2007 14:10:55 -0400 (EDT) Received: from irtnog.org (svr1.irtnog.org [10.63.0.100]) by mx1.irtnog.org (Postfix) with ESMTP id 8654D114C9 for ; Tue, 8 May 2007 14:10:55 -0400 (EDT) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/signed; micalg=SHA1; protocol="application/x-pkcs7-signature"; boundary="----=_NextPart_000_0065_01C7917A.B04FDCD0" Date: Tue, 8 May 2007 14:10:53 -0400 x-mimeole: Produced By Microsoft Exchange V6.5 Message-ID: X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: Creating one's own installer/mfsroot Thread-Index: AceRnDJtCpb9krE/Q8q420oInY5Dtw== From: "Matthew X. Economou" To: Subject: Creating one's own installer/mfsroot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 May 2007 18:10:59 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0065_01C7917A.B04FDCD0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Could anyone recommend a good guide for developing one's own mfsroot images suitable for recovery or scripted installation (not using sysinstall)? It appears that one could develop a simplified network-based installation process based around fdisk, disklabel, newfs, mount_ufs, fetch, and pax, perhaps tied together with the usual scripting tools (maybe miniperl or sh/sed/awk). (sysinstall requires too specific a configuration for my needs, which are focused on en masse - and zero touch - workstation and server deployment.) Best wishes, Matthew -- "Rogues are very keen in their profession, and know already much more than we can teach them respecting their several kinds of roguery." - A. C. Hobbs in _Locks and Safes_ (1853) ------=_NextPart_000_0065_01C7917A.B04FDCD0 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOwTCCBxYw ggX+oAMCAQICChmPwM4AAQAAAFQwDQYJKoZIhvcNAQEFBQAwUTETMBEGCgmSJomT8ixkARkWA29y ZzEWMBQGCgmSJomT8ixkARkWBmlydG5vZzEiMCAGA1UEAxMZSVJUTk9HLk9SRyBSb290IEF1dGhv cml0eTAeFw0wNzAyMjcxODQ3MTVaFw0wODAyMjcxODQ3MTVaMIGnMRMwEQYKCZImiZPyLGQBGRYD b3JnMRYwFAYKCZImiZPyLGQBGRYGaXJ0bm9nMRMwEQYDVQQLEwpNeUJ1c2luZXNzMQ4wDAYDVQQL EwVVc2VyczERMA8GA1UECxMIU0JTVXNlcnMxHDAaBgNVBAMTE01hdHRoZXcgWC4gRWNvbm9tb3Ux IjAgBgkqhkiG9w0BCQEWE3hlbm9waG9uQGlydG5vZy5vcmcwgZ8wDQYJKoZIhvcNAQEBBQADgY0A MIGJAoGBAOopqnEe4uu+BnkrfovWe4XayCL76eKes4Zyb/kCysefXViKFna6DL8kZJE1cDZIJdcr ZU+rmnJ1BYCSCImPnLKPWQ3t4by+7kTZ2YQG64O0zHuVxrG5UFAhTUCCL/RBlRQ5VDU90lqn5roz JvjYdJSGGam+1W9aR2+00DZW9rXrAgMBAAGjggQbMIIEFzALBgNVHQ8EBAMCBaAwRAYJKoZIhvcN AQkPBDcwNTAOBggqhkiG9w0DAgICAIAwDgYIKoZIhvcNAwQCAgCAMAcGBSsOAwIHMAoGCCqGSIb3 DQMHMB0GA1UdDgQWBBSh+EKsRoFg5zgW6TFGLYj2xHww/DAXBgkrBgEEAYI3FAIECh4IAFUAcwBl AHIwHwYDVR0jBBgwFoAUKkihnrlA1Vd2x0XsUhjB8HrVV74wggFlBgNVHR8EggFcMIIBWDCCAVSg ggFQoIIBTIaBu2xkYXA6Ly9DTj1JUlROT0cuT1JHIFJvb3QgQXV0aG9yaXR5KDEpLENOPXN2cjEs Q049Q0RQLENOPVB1YmxpYyBLZXkgU2VydmljZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlv bixEQz1pcnRub2csREM9b3JnLz9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0P2Jhc2U/b2JqZWN0 Q2xhc3M9Y1JMRGlzdHJpYnV0aW9uUG9pbnSGRmh0dHA6Ly9zdnIxLmlydG5vZy5vcmcvQ2VydEVu cm9sbC9JUlROT0cuT1JHJTIwUm9vdCUyMEF1dGhvcml0eSgxKS5jcmyGRGZpbGU6Ly9cXHN2cjEu aXJ0bm9nLm9yZy9DZXJ0RW5yb2xsL0lSVE5PRy5PUkcgUm9vdCBBdXRob3JpdHkoMSkuY3JsMIIB jgYIKwYBBQUHAQEEggGAMIIBfDCBswYIKwYBBQUHMAGGgaZsZGFwOi8vQ049SVJUTk9HLk9SRyBS b290IEF1dGhvcml0eSxDTj1BSUEsQ049UHVibGljIEtleSBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyxD Tj1Db25maWd1cmF0aW9uLERDPWlydG5vZyxEQz1vcmcvP2NBQ2VydGlmaWNhdGU/YmFzZT9vYmpl Y3RDbGFzcz1jZXJ0aWZpY2F0aW9uQXV0aG9yaXR5MGIGCCsGAQUFBzABhlZodHRwOi8vc3ZyMS5p cnRub2cub3JnL0NlcnRFbnJvbGwvc3ZyMS5pcnRub2cub3JnX0lSVE5PRy5PUkclMjBSb290JTIw QXV0aG9yaXR5KDEpLmNydDBgBggrBgEFBQcwAYZUZmlsZTovL1xcc3ZyMS5pcnRub2cub3JnL0Nl cnRFbnJvbGwvc3ZyMS5pcnRub2cub3JnX0lSVE5PRy5PUkcgUm9vdCBBdXRob3JpdHkoMSkuY3J0 MCkGA1UdJQQiMCAGCisGAQQBgjcKAwQGCCsGAQUFBwMEBggrBgEFBQcDAjBDBgNVHREEPDA6oCMG CisGAQQBgjcUAgOgFQwTeGVub3Bob25AaXJ0bm9nLm9yZ4ETeGVub3Bob25AaXJ0bm9nLm9yZzAN BgkqhkiG9w0BAQUFAAOCAQEASPqdExGpctMGDpApmECc833L6vNYNW5nQK0YYj9tnBNnimJb5Sw8 G0b8CXw9XUd+G9lVA+nKUZ4hng7VI8v+WEoz6uzgmVcc1nL7dAUlxZeoGe9XFPGG4T80wCS3cI59 z+OFVmjd+VRFlr6jst0UrP0E6RoC6H+TgDcbVJM54n+2KmfVrRKeNZ2w4c5E/xI8OEn72kpQjwJ/ FJkGSV4PxwXvgNI+gxPzJpPsalJwTK6z9imrvUbdlJdRsJ7MSvWCwmazeQKgAzM4JREJh57mhpU9 K7cXyOVJZfo40cpANOs2aHip+EZG+wERORfL0QVjcZjdB8Q01nqnxRGYAdDOvjCCB6MwggaLoAMC AQICEGW5l0cVWHygTNeL4cx/kzswDQYJKoZIhvcNAQEFBQAwUTETMBEGCgmSJomT8ixkARkWA29y ZzEWMBQGCgmSJomT8ixkARkWBmlydG5vZzEiMCAGA1UEAxMZSVJUTk9HLk9SRyBSb290IEF1dGhv cml0eTAeFw0wNTAzMDMxNDM4MzdaFw0xMDAzMDMxNDQ4MzdaMFExEzARBgoJkiaJk/IsZAEZFgNv cmcxFjAUBgoJkiaJk/IsZAEZFgZpcnRub2cxIjAgBgNVBAMTGUlSVE5PRy5PUkcgUm9vdCBBdXRo b3JpdHkwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDITjFNcWd7r8P4CtXxANvOKZ/9 LRM+wMKvoU1OIFVSYQ1Kk14sYH873nCJN7Js2HlaE8H7rHgMorr1MZ9wvZSAi7Qo0ZCjRiBvL8Dq Qq2fqesPA2OqJiT/8hal1LYLjyGU5fY0FeEcendRzx8AtaXwxdHe4B4IeN4Axgns7X6vqnDY4S0d 3Flx0/2ouq0iE2scSIkgwkxnAG4OjS1ogaeTm18hYdqPvvPGvBvduBPDjaOdpSo/0d8qdOxL1QtT 3Kjlc08pTawm3O5uNb5uYpBUj6zW6G3fZx7Ho55yVQO3ZPMwT228FTdEmFS4S47V2KmtSR2w2Dgl zJR8hr3p2s3rAgMBAAGjggR1MIIEcTATBgkrBgEEAYI3FAIEBh4EAEMAQTALBgNVHQ8EBAMCAYYw DwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUKkihnrlA1Vd2x0XsUhjB8HrVV74wggHJBgNVHR8E ggHAMIIBvDCCAbigggG0oIIBsIZmZmlsZTovL0M6XFdJTkRPV1Ncc3lzdGVtMzJcQ2VydFNydlxD ZXJ0RW5yb2xsXCUzQ0NhTmFtZSUzRSUzQ0NSTE5hbWVTdWZmaXglM0UlM0NEZWx0YUNSTEFsbG93 ZWQlM0UuY3JshoGTbGRhcDovL0NOPTxDQVRydW5jYXRlZE5hbWU+PENSTE5hbWVTdWZmaXg+LENO PTxTZXJ2ZXJTaG9ydE5hbWU+LENOPUNEUCxDTj1QdWJsaWMgS2V5IFNlcnZpY2VzLENOPVNlcnZp Y2VzLDxDb25maWd1cmF0aW9uQ29udGFpbmVyPjxDRFBPYmplY3RDbGFzcz4vhl5odHRwOi8vJTND c2VydmVyZG5zbmFtZSUzRS9DZXJ0RW5yb2xsLyUzQ0NhTmFtZSUzRSUzQ0NSTE5hbWVTdWZmaXgl M0UlM0NEZWx0YUNSTEFsbG93ZWQlM0UuY3JshlBmaWxlOi8vXFw8U2VydmVyRE5TTmFtZT4vQ2Vy dEVucm9sbC88Q2FOYW1lPjxDUkxOYW1lU3VmZml4PjxEZWx0YUNSTEFsbG93ZWQ+LmNybDASBgkr BgEEAYI3FQEEBQIDAQABMEQGA1UdIAQ9MDswOQYJKwYBBAHRZAABMCwwKgYIKwYBBQUHAgEWHmh0 dHA6Ly93ZWIuaXJ0bm9nLm9yZy9sZWdhbC9jYTCCAc8GCCsGAQUFBwEBBIIBwTCCAb0wcwYIKwYB BQUHMAKGZ2ZpbGU6Ly9DOlxXSU5ET1dTXHN5c3RlbTMyXENlcnRTcnZcQ2VydEVucm9sbFwlM0NT ZXJ2ZXJETlNOYW1lJTNFXyUzQ0NhTmFtZSUzRSUzQ0NlcnRpZmljYXRlTmFtZSUzRS5jcnQwegYI KwYBBQUHMAKGbmxkYXA6Ly9DTj08Q0FUcnVuY2F0ZWROYW1lPixDTj1BSUEsQ049UHVibGljIEtl eSBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyw8Q29uZmlndXJhdGlvbkNvbnRhaW5lcj48Q0FPYmplY3RD bGFzcz4vMGsGCCsGAQUFBzAChl9odHRwOi8vJTNDc2VydmVyZG5zbmFtZSUzRS9DZXJ0RW5yb2xs LyUzQ1NlcnZlckROU05hbWUlM0VfJTNDQ2FOYW1lJTNFJTNDQ2VydGlmaWNhdGVOYW1lJTNFLmNy dDBdBggrBgEFBQcwAoZRZmlsZTovL1xcPFNlcnZlckROU05hbWU+L0NlcnRFbnJvbGwvPFNlcnZl ckROU05hbWU+XzxDYU5hbWU+PENlcnRpZmljYXRlTmFtZT4uY3J0MCMGCSsGAQQBgjcVAgQWBBRV OB9R+nWAsxieCJHQLBHNOPH+DTANBgkqhkiG9w0BAQUFAAOCAQEAeVAxI84TWOX6phiHqUo6v2/o m9lIOdMakEQMki2WDAk2Y9kdFe3gqOqAxBnzqu8d5Vd67wvsf6DVJ6AdCjW9MSXNS1Do0Ok7q7da 6GJvkgeK+0A5KgJaLf3CyquafyacAbFoGo2/tvrXq6llrd7g74cWran7X5N7f7Lthj2q1QR2KfEP 4jErMLuw19bxx51WiQkReRrMzaDfrtav3poYz/jM1Gh45s9tEVEm48hT1q+jhMOOL5OWnDrFfBGe hu3JlAP40qLc1L82g/UZLEVx2m3yHCcs1uLGBZPSYiUL1U6RnITViOljaJZA8EQgniafEyJoy2gl Nf1TJvebPEP4/DGCArEwggKtAgEBMF8wUTETMBEGCgmSJomT8ixkARkWA29yZzEWMBQGCgmSJomT 8ixkARkWBmlydG5vZzEiMCAGA1UEAxMZSVJUTk9HLk9SRyBSb290IEF1dGhvcml0eQIKGY/AzgAB AAAAVDAJBgUrDgMCGgUAoIIBqDAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ BTEPFw0wNzA1MDgxODEwNTNaMCMGCSqGSIb3DQEJBDEWBBQ96HruVnmyzWDB+0FxLMElTpxrUTBn BgkqhkiG9w0BCQ8xWjBYMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIB QDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDAHBgUrDgMCGjAKBggqhkiG9w0CBTBuBgkrBgEEAYI3 EAQxYTBfMFExEzARBgoJkiaJk/IsZAEZFgNvcmcxFjAUBgoJkiaJk/IsZAEZFgZpcnRub2cxIjAg BgNVBAMTGUlSVE5PRy5PUkcgUm9vdCBBdXRob3JpdHkCChmPwM4AAQAAAFQwcAYLKoZIhvcNAQkQ AgsxYaBfMFExEzARBgoJkiaJk/IsZAEZFgNvcmcxFjAUBgoJkiaJk/IsZAEZFgZpcnRub2cxIjAg BgNVBAMTGUlSVE5PRy5PUkcgUm9vdCBBdXRob3JpdHkCChmPwM4AAQAAAFQwDQYJKoZIhvcNAQEB BQAEgYDHqE1Ese8UBlv8mehjx/vdarKXraBHVIHKjclibRpX5GaqTdHkdvDiUq7VPdYUAtZFXA94 Dj1xM4ikayGxlZ9suDlAMRynl7WuFfho7eEhFXKv0n6uYBDog+TR4gDKP+c26DxFtyc5pjOKaGBw F6pwDn1rGCzolggJlXhry0783wAAAAAAAA== ------=_NextPart_000_0065_01C7917A.B04FDCD0-- From owner-freebsd-stable@FreeBSD.ORG Tue May 8 19:16:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C37D816A404 for ; Tue, 8 May 2007 19:16:19 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 44D6D13C45B for ; Tue, 8 May 2007 19:16:18 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l48JGH51002952; Wed, 9 May 2007 05:16:17 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l48JGH01002951; Wed, 9 May 2007 05:16:17 +1000 (EST) (envelope-from peter) Date: Wed, 9 May 2007 05:16:17 +1000 From: Peter Jeremy To: Martin Dieringer Message-ID: <20070508191617.GH838@turion.vk2pj.dyndns.org> References: <200705081248.l48CmvBO083216@lurza.secnetix.de> <20070508151525.Y839@thinkpad.dieringer.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nHwqXXcoX0o6fKCv" Content-Disposition: inline In-Reply-To: <20070508151525.Y839@thinkpad.dieringer.dyndns.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-stable@freebsd.org Subject: Re: clock 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: Tue, 08 May 2007 19:16:19 -0000 --nHwqXXcoX0o6fKCv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-May-08 15:33:51 +0200, Martin Dieringer w= rote: ># cat /var/db/ntp.drift >500.000 ># There seems to be a bug in ntpd where the PLL can saturate at +/-500ppm and will not recover. This problem seems too occur mostly where the reference servers have lots of jitter (ie a fairly congested link to them). The recovery action I've used is: - Kill ntpd # /etc/rc.d/ntpd stop - Delete the existing drift file # rm /var/db/ntp.drift - Reset the kernel PLL # ntptime -f 0 - Reset the system time # /etc/rc.d/ntpdate forcestart - Restart ntpd # /etc/rc.d/ntpd start At this point, ntpd will need to recalibrate itself - which can take anything from a couple of hours to a day or more, depending on the accuracy of your system clock. During this time, your system needs to be online. In my experience, ntpd also does not recover from having its own IP address change. My work-around is to restart NTP within my dhclient configuration if the address changes. You may also be able to configure your system so that ntpd attaches to an interface with a fixed address and the NTP packets are then NAT'd to the servers (though this will add jitter due to the additional processing). --=20 Peter Jeremy --nHwqXXcoX0o6fKCv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGQMyB/opHv/APuIcRAqHMAKCAfkGYSeLgJ8sqNdn02c85uJoCKACdEd+H r+LZjPeurIA0ocuGnf+74TU= =+gW4 -----END PGP SIGNATURE----- --nHwqXXcoX0o6fKCv-- From owner-freebsd-stable@FreeBSD.ORG Tue May 8 19:23:13 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0F2D116A407 for ; Tue, 8 May 2007 19:23:13 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 93DEB13C46C for ; Tue, 8 May 2007 19:23:12 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l48JNBLQ003004; Wed, 9 May 2007 05:23:11 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l48JNBkf003003; Wed, 9 May 2007 05:23:11 +1000 (EST) (envelope-from peter) Date: Wed, 9 May 2007 05:23:11 +1000 From: Peter Jeremy To: Newtunes Support Message-ID: <20070508192311.GJ838@turion.vk2pj.dyndns.org> References: <68517de70705080204i144ad5e5m39eaafee823805f3@mail.gmail.com> <20070508103852.GE838@turion.vk2pj.dyndns.org> <11e9464b0705080739u4202e4d0k5dbbef1670ffc335@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qftxBdZWiueWNAVY" Content-Disposition: inline In-Reply-To: <11e9464b0705080739u4202e4d0k5dbbef1670ffc335@mail.gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-stable@freebsd.org Subject: Re: Incorrect df -k output?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 May 2007 19:23:13 -0000 --qftxBdZWiueWNAVY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-May-08 18:39:23 +0400, Newtunes Support wrote: >I have resolved this issue using forsed unmount (umount -f /var) >And after I mounted /var again df -k shows me correct value. > >But I have new problem. >fsck -y does not fix anything. > >** Last Mounted on /var You left out the line above this but I suspect it mentions (NO WRITE) because you are running fsck on a mounted filesystem. The FS needs to be unmounted before running fsck. --=20 Peter Jeremy --qftxBdZWiueWNAVY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGQM4f/opHv/APuIcRAtTyAKCUcC5KAMxM0zOCkquYgYgSe3xi4gCglP33 mINXJfsLHvAyU/ESrSmpGzw= =bhWt -----END PGP SIGNATURE----- --qftxBdZWiueWNAVY-- From owner-freebsd-stable@FreeBSD.ORG Wed May 9 01:53:27 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8944616A402 for ; Wed, 9 May 2007 01:53:27 +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 1E2B913C447 for ; Wed, 9 May 2007 01:53:26 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp204-197.lns1.adl4.internode.on.net [203.122.204.197]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l491rMcG059144 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 May 2007 11:23:23 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Wed, 9 May 2007 11:23:04 +0930 User-Agent: KMail/1.9.5 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2201036.yZM6BZUIjU"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200705091123.13605.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: "Matthew X. Economou" Subject: Re: Creating one's own installer/mfsroot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 May 2007 01:53:27 -0000 --nextPart2201036.yZM6BZUIjU Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 09 May 2007 03:40, Matthew X. Economou wrote: > Could anyone recommend a good guide for developing one's own mfsroot > images suitable for recovery or scripted installation (not using > sysinstall)? It appears that one could develop a simplified > network-based installation process based around fdisk, disklabel, > newfs, mount_ufs, fetch, and pax, perhaps tied together with the > usual scripting tools (maybe miniperl or sh/sed/awk). You could see how make release & FreeSBiE do it. > (sysinstall requires too specific a configuration for my needs, which > are focused on en masse - and zero touch - workstation and server > deployment.) sysinstall will look for an install.cfg file in the mfsroot and run it=20 so you should be able to do it that way with perhaps some small=20 modification to sysinstall. Might be less work to tweak sysinstall rather than starting from=20 scratch. This might be of interest BTW..=20 http://www.freebsd.org/doc/en_US.ISO8859-1/articles/pxe/article.html =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 --nextPart2201036.yZM6BZUIjU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGQSmJ5ZPcIHs/zowRApZlAKCluB5T9E9G0lMiNQp4nAx7lq9e5ACeMwxg 8rKDorH3zPkNUNN66m40Ve8= =Y6dI -----END PGP SIGNATURE----- --nextPart2201036.yZM6BZUIjU-- From owner-freebsd-stable@FreeBSD.ORG Wed May 9 01:59:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0AED16A404 for ; Wed, 9 May 2007 01:59:58 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.232]) by mx1.freebsd.org (Postfix) with ESMTP id 8095513C45B for ; Wed, 9 May 2007 01:59:58 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so37640wra for ; Tue, 08 May 2007 18:59:57 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nt/by2WTSAchZSKu/XR4hW+NNpY7KUB3HRDuko8r2KlL8iQ/fLek9soZN9uSqQMkE4+s2+lyhxwWcQpNQmc838n34C0sGgEhjS2yR0Ej7Zf9evPH0ApuaJsxscI5CGaKzjLoJ7wbETcok8RD+DFREAhCBLKWc0cmIuWsVuac6kE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mZDSgB2TjFeZRk9YaAJRtzyNW0U0CZQL29wKRqnclByx7/3HI/lpNDHn7kfPIgGufIXyjaQcaVZDYrKmI2x/gsrtoitXgG/j1f5itOAxc5aORaYiEuvrJofY+6y5ojt/jZGut0wNLH0T32YjT8d5y31Agjt3i/Vai1Ft+Ajssfo= Received: by 10.115.18.1 with SMTP id v1mr18881wai.1178675997406; Tue, 08 May 2007 18:59:57 -0700 (PDT) Received: by 10.114.59.16 with HTTP; Tue, 8 May 2007 18:59:57 -0700 (PDT) Message-ID: <28edec3c0705081859k4e875167t8381c9a605f4475a@mail.gmail.com> Date: Wed, 9 May 2007 09:59:57 +0800 From: "Mars G. Miro" To: freebsd-stable@freebsd.org, "Oliver Fromme" In-Reply-To: <200705081334.l48DYf9F085322@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <28edec3c0705072045s18a2cb53ia4f66030e4e3fb22@mail.gmail.com> <200705081334.l48DYf9F085322@lurza.secnetix.de> Cc: Subject: Re: mfs and buildworlds on the SunFire x4600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 May 2007 01:59:58 -0000 On 5/8/07, Oliver Fromme wrote: > Mars G. Miro wrote: > > Oliver Fromme wrote: > > > Mars G. Miro wrote: > > > > there's been a lot of threads in teh past that a buildworld on mfs > > > > increases speed --- tho it might not be the appropriate test for > > > > high-end machines (speaking of w/c I just gots a T2000). > > > > > > It depends on what exactly you want to test, and for > > > what reason. You probably have already wasted much > > > more time with your experiments and testing than you > > > can ever save by using mfs for buildworld. > > > > wasted my time? dont think so. > > > > now we know buildworld on mfs dont really matter on high-end machines, > > No, we knew that before. I could have told you. :-) > > That was the first thing I tested when I first had access > to a machine with sufficient RAM, about 10 years ago. > I put /usr/src on an MFS disk, ran buildworld, and was > disappointed. > > > so teh conclusion would be, buildworld isnt teh appropriate test if > > mfs does really speed things up, other apps/tools may be much more > > appropriate --- that or, does mfs speeding things up really work? > > remains to be seen ... > > The only case for which a memory file system is really > faster is when you're handling a huge number of inodes, > for example the ports collection. And even then a real > disk isn't much slower as soon as the whole bunch is in > the cache. > > > > > there's prolly other appropriate apps/tools for mfs-testing ... > > > > > > I don't think it makes much sense to benchmark mfs. > > > It is a known fact that a real tmpfs (like Solaris and > > > Linux have) would be better. I think it's even listed > > > on the FreeBSD ideas web page, but nobody is actively > > > working on it, AFAIK. On the other hand, I'm not 100% > > > convinced that it would be worth the effort either. > > > > > > > it does to me, however, and perhaps other people too ;-) > > Why? I wonder why you are so eager to test MFS? > > > > It would be interesting to see how ZFS on a swap-backed > > > vnode device would perform on FreeBSD 7-current (with > > > and without compression). > > You didn't comment on that one. Aren't you interested in > how a ZFS-based memory disk would perform, as opposed to > a UFS-based one (a.k.a. "MFS")? > > (Of course, performance isn't everything. ZFS has other > features such as compression, checksums and dynamic growth > that might be very useful for a memory disk.) > I would if I could, but 200704 CURRENT doesnt run on the x4600, exhibiting similar issues as w/ the x4100 that i posted last month in -current. > Best regards > Oliver > > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, Gesch=E4ftsfuehrun= g: > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M=FC= n- > chen, HRB 125758, Gesch=E4ftsf=FChrer: Maik Bachmann, Olaf Erb, Ralf Geb= hart > > FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > > "To this day, many C programmers believe that 'strong typing' > just means pounding extra hard on the keyboard." > -- Peter van der Linden > cheers mars From owner-freebsd-stable@FreeBSD.ORG Wed May 9 05:34:51 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 966FC16A406; Wed, 9 May 2007 05:34:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 54D8C13C4B0; Wed, 9 May 2007 05:34:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l495YoCB009078; Wed, 9 May 2007 01:34:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l495YoRc081423; Wed, 9 May 2007 01:34:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 158D4241BF; Wed, 9 May 2007 01:34:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070509053450.158D4241BF@freebsd-stable.sentex.ca> Date: Wed, 9 May 2007 01:34:49 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [releng_5 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2007 05:34:51 -0000 TB --- 2007-05-09 04:36:05 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-05-09 04:36:05 - starting RELENG_5 tinderbox run for sparc64/sparc64 TB --- 2007-05-09 04:36:05 - cleaning the object tree TB --- 2007-05-09 04:36:36 - checking out the source tree TB --- 2007-05-09 04:36:36 - cd /tinderbox/RELENG_5/sparc64/sparc64 TB --- 2007-05-09 04:36:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2007-05-09 04:46:11 - building world (CFLAGS=-O -pipe) TB --- 2007-05-09 04:46:11 - cd /src TB --- 2007-05-09 04:46:11 - /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 --- 2007-05-09 05:31:41 - generating LINT kernel config TB --- 2007-05-09 05:31:41 - cd /src/sys/sparc64/conf TB --- 2007-05-09 05:31:41 - /usr/bin/make -B LINT TB --- 2007-05-09 05:31:41 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2007-05-09 05:31:41 - cd /src TB --- 2007-05-09 05:31:41 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 9 05:31:41 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/isp/isp.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/isp/isp_freebsd.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/isp/isp_library.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/isp/isp_target.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/isp/isp_pci.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/isp/isp_sbus.c /src/sys/dev/isp/isp_sbus.c: In function `isp_sbus_mbxdma': /src/sys/dev/isp/isp_sbus.c:451: warning: unused variable `sbs' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-09 05:34:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-09 05:34:49 - ERROR: failed to build lint kernel TB --- 2007-05-09 05:34:49 - tinderbox aborted TB --- 0.98 user 3.10 system 3524.76 real http://tinderbox.des.no/tinderbox-releng_5-RELENG_5-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed May 9 06:22:55 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 97ADF16A408 for ; Wed, 9 May 2007 06:22:55 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 634CF13C45D for ; Wed, 9 May 2007 06:22:55 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 75244 invoked by uid 0); 9 May 2007 05:54:52 -0000 Received: from unknown (HELO white.nat.fasttrackmonkey.com) (spork@216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 9 May 2007 05:54:52 -0000 Date: Wed, 9 May 2007 01:54:15 -0400 (EDT) From: Charles Sprickman X-X-Sender: spork@hotlap.local To: stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: 5.x to 6.x source update, bootblocks? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 May 2007 06:22:55 -0000 Hi all, Here's a quicky... I've been running around upgrading some boxes to 6.2 from 4.11 using the directions in UPDATING. I noticed that in the 4.x to 5.x step it's basically mandatory to install the new bootloader: cd /sys/boot make STRIP= install I see no such notes in the 5.x to 6.x guide. Should I repeat this process? I figure having the latest bootloader should not cause problems, correct? Thanks, Charles From owner-freebsd-stable@FreeBSD.ORG Wed May 9 13:47:58 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E224016A403 for ; Wed, 9 May 2007 13:47:58 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [82.208.36.70]) by mx1.freebsd.org (Postfix) with ESMTP id A206913C468 for ; Wed, 9 May 2007 13:47:58 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id B19A119E02A for ; Wed, 9 May 2007 15:47:57 +0200 (CEST) Received: from [192.168.1.2] (grimm.quip.cz [213.220.192.218]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTP id C210019E027 for ; Wed, 9 May 2007 15:47:54 +0200 (CEST) Message-ID: <4641D10D.3080508@quip.cz> Date: Wed, 09 May 2007 15:47:57 +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: cz, cs, en, en-us MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG References: <200705072228.l47MSCSr048972@lurza.secnetix.de> In-Reply-To: <200705072228.l47MSCSr048972@lurza.secnetix.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: mfs and buildworlds on the SunFire x4600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 May 2007 13:47:59 -0000 Oliver Fromme wrote: [...] > I don't think it makes much sense to benchmark mfs. > It is a known fact that a real tmpfs (like Solaris and > Linux have) would be better. I think it's even listed > on the FreeBSD ideas web page, but nobody is actively > working on it, AFAIK. On the other hand, I'm not 100% > convinced that it would be worth the effort either. I think Howard Su is working on tmpfs (see freebsd-arch@ 2007-04-22 with subject "move audit/priviliage check into VFS" or freebsd-fs@ 2007-04-17 with subject "handle special file type in tmpfs") Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Wed May 9 13:58:14 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B07F816A402 for ; Wed, 9 May 2007 13:58:14 +0000 (UTC) (envelope-from bill@lefebvre.org) Received: from atl04.ws-e.com (vh00.ws-e.com [69.61.31.90]) by mx1.freebsd.org (Postfix) with ESMTP id 5763B13C45A for ; Wed, 9 May 2007 13:58:14 +0000 (UTC) (envelope-from bill@lefebvre.org) Received: from lilburn.lefebvre.org (ocee.groupsys.com [66.149.10.161]) by atl04.ws-e.com (8.13.6/8.13.6) with ESMTP id l49Dgs6m032801 for ; Wed, 9 May 2007 09:42:55 -0400 (EDT) (envelope-from bill@lefebvre.org) Received: from [192.168.0.110] (decatur.lefebvre.org [192.168.0.110]) by lilburn.lefebvre.org (8.13.8/8.13.8) with ESMTP id l49DgoAi090614 for ; Wed, 9 May 2007 09:42:51 -0400 (EDT) (envelope-from bill@lefebvre.org) Message-ID: <4641CFDA.9020805@lefebvre.org> Date: Wed, 09 May 2007 09:42:50 -0400 From: Bill LeFebvre User-Agent: Thunderbird 1.5.0.9 (X11/20070131) 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 X-Spam-Status: No, score=-1.4 required=4.0 tests=ALL_TRUSTED autolearn=failed version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on lilburn.lefebvre.org X-Scanned-By: MIMEDefang 2.57 on 192.168.0.4 Subject: Re: top shows '' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 May 2007 13:58:14 -0000 Ken Chen wrote: > When I use 'top' command to check my system, some processes are shown like > ''. The manual told these processes are swapped out. > > But my problem is .. I don't have swapping device (swapoff -a). Where are > they swapped to ? > > last pid: 29144; load averages: 0.69, 0.67, 0.82 > up 19+11:25:27 21:05:03 > 89 processes: 1 running, 88 sleeping > CPU states: 1.2% user, 0.0% nice, 0.9% system, 0.0% interrupt, > 97.8%idle > Mem: 309M Active, 27M Inact, 127M Wired, 19M Cache, 60M Buf, 4136K Free > Swap: > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 29141 nobody 1 4 0 37164K 15932K select 0 0:00 4.55% php > 28856 nobody 1 4 -15 36936K 7612K sbwait 0 0:44 1.66% php > . > . > . > 29116 nobody 1 4 -15 33732K 13140K accept 0 0:00 0.00% php > 24937 nobody 1 8 -15 31740K 0K wait 1 0:00 0.00% > 24948 nobody 1 8 -15 31740K 0K wait 0 0:00 0.00% > 24931 nobody 1 8 -15 31740K 0K wait 0 0:00 0.00% > 24950 nobody 1 8 -15 31740K 0K wait 1 0:00 0.00% > 24932 nobody 1 8 -15 31740K 220K wait 1 0:00 0.00% php The <> are only used when the process flag PS_INMEM is clear, which is supposed to indicate that the process is or is not "in memory". This flag is only ever cleared in swapout, called from swapout_procs. My bet is that the processes are being marked for swap but the dirty pages never actually go anywhere since you don't have a backing store. Maybe someone more familiar with the inner workings of the VM system can fill us in on what happens on a system with no swap. Bill LeFebvre From owner-freebsd-stable@FreeBSD.ORG Wed May 9 16:16:52 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B4BD16A403 for ; Wed, 9 May 2007 16:16:52 +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 8692513C44B for ; Wed, 9 May 2007 16:16:51 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (kdqted@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l49GGirj053335; Wed, 9 May 2007 18:16:49 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l49GGiEq053334; Wed, 9 May 2007 18:16:44 +0200 (CEST) (envelope-from olli) Date: Wed, 9 May 2007 18:16:44 +0200 (CEST) Message-Id: <200705091616.l49GGiEq053334@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, ken73.chen@gmail.com In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 09 May 2007 18:16:49 +0200 (CEST) Cc: Subject: Re: top shows '' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, ken73.chen@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2007 16:16:52 -0000 Ken Chen wrote: > When I use 'top' command to check my system, some processes are shown like > ''. The manual told these processes are swapped out. Actually it means that they're not mapped into RAM, but in practice that should be the same. Just out of cusiosity I grepped the kernel sources for the PS_INMEM flag and found just two places where it could possibly be cleared for a process: during creation of a child process within the fork() system call, and when a process is being swapped out. > But my problem is .. I don't have swapping device (swapoff -a). Where are > they swapped to ? If you don't plan to configure any swap at all, I recommend you build a kernel with "options NO_SWAPPING". It removes the code for swapping processes from the kernel. (By the way, I recommend you always configure some swap, even if you don't intend to use it under normal circumstances, except maybe on diskless machines.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "If you think C++ is not overly complicated, just what is a protected abstract virtual base pure virtual private destructor, and when was the last time you needed one?" -- Tom Cargil, C++ Journal From owner-freebsd-stable@FreeBSD.ORG Wed May 9 16:40:39 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C7B0F16A400 for ; Wed, 9 May 2007 16:40:39 +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 341A113C465 for ; Wed, 9 May 2007 16:40:38 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (ofybur@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l49GeWxT055051 for ; Wed, 9 May 2007 18:40:37 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l49GeW9q055050; Wed, 9 May 2007 18:40:32 +0200 (CEST) (envelope-from olli) Date: Wed, 9 May 2007 18:40:32 +0200 (CEST) Message-Id: <200705091640.l49GeW9q055050@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <8EA8AB80-786A-431C-BFFD-6E244D3E25E8@goldmark.org> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 09 May 2007 18:40:37 +0200 (CEST) Cc: Subject: Re: clock problem 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: Wed, 09 May 2007 16:40:39 -0000 Jeffrey Goldberg wrote: > Oliver Fromme wrote: > > Martin Dieringer wrote: > > > Oliver Fromme wrote: > > > > Are you sure that your /etc/ntp.conf ist correct? > > > > > > # cat /etc/ntp.conf > > > > > > server time.fu-berlin.de iburst maxpoll 9 > > > driftfile /var/db/ntp.drift > > > logfile /var/log/ntpd > > > > You must add "restrict" lines for every server and for > > localhost, like these: > > > > restrict time.fu-berlin.de nomodify > > restrict 127.0.0.1 Sorry, I forgot one line: restrict default ignore > Why? The "default" line is for security reasons, so nobody else can modify your ntpd. The "nomodify" line enables time synchronization with the server, but prevents it from being able to modify your ntpd settings. Finally, the line for localhost enables you to use tools like ntpdc and ntpq locally. It's all explained in the ntp.conf(5) manual page. > > Other than that, the config looks good. There's no need > > to add further time servers. > > The time adjustment algorithms of NTP make use of multiple time > sources. NTP works best with having at least three reachable > servers. Of course ntp is designed to keep good time even when you > are disconnected from the net, but it builds up its data from > multiple sources and using triangulation to correct for errors. NTP works perfectly well with a single source. Having multiple sources is not necessary on an end client (but it doesn't hurt either, of course). Of course, on a server that provides NTP service itself to a subnet or similar, having multiple upstream servers is desirable. In fact, ntpd refuses to synchronize against a server that does not have at least two upstream servers (non- stratum-16) itself. Martin's Problem with ntpd is not a precision problem. His problem is that his ntpd does not synchronize at all. Adding more servers certainly won't solve that problem. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "In My Egoistical Opinion, most people's C programs should be indented six feet downward and covered with dirt." -- Blair P. Houghton From owner-freebsd-stable@FreeBSD.ORG Wed May 9 16:47:29 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7D4B816A400 for ; Wed, 9 May 2007 16:47:29 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id 4317513C458 for ; Wed, 9 May 2007 16:47:29 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.144.87] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1Hlp3k-000BZI-Ux; Wed, 09 May 2007 17:30:37 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1Hlp3c-000K4X-Jx; Wed, 09 May 2007 17:30:28 +0100 Date: Wed, 9 May 2007 17:30:28 +0100 From: Thomas Hurst To: Bill LeFebvre Message-ID: <20070509163028.GA73424@voi.aagh.net> Mail-Followup-To: Bill LeFebvre , freebsd-stable@freebsd.org References: <4641CFDA.9020805@lefebvre.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4641CFDA.9020805@lefebvre.org> Organization: Not much. User-Agent: Mutt/1.5.15 (2007-04-06) Sender: Thomas Hurst Cc: freebsd-stable@freebsd.org Subject: Re: top shows '' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 May 2007 16:47:29 -0000 * Bill LeFebvre (bill@lefebvre.org) wrote: > The <> are only used when the process flag PS_INMEM is clear, which > is supposed to indicate that the process is or is not "in memory". > This flag is only ever cleared in swapout, called from swapout_procs. > My bet is that the processes are being marked for swap but the dirty > pages never actually go anywhere since you don't have a backing > store. Maybe someone more familiar with the inner workings of the VM > system can fill us in on what happens on a system with no swap. I'm seeing this sort of thing too -- I do have swap, but it's not being used by these processes (swapoff -a didn't do anything to them): Mem: 1672M Active, 5337M Inact, 279M Wired, 400M Cache, 215M Buf, 74M Free Swap: 10G Total, 12K Used, 10G Free 1251 www 1 4 0 87884K 0K accept 2 0:00 0.00% 1106 root 1 20 0 12756K 0K pause 1 0:00 0.00% 950 root 1 115 0 8536K 0K select 3 0:00 0.00% 1143 mysql 1 8 0 5220K 0K wait 3 0:00 0.00% 1288 root 1 5 0 3644K 0K ttyin 2 0:00 0.00% The bulk of the data is probably "swapped" to the on-disk binaries, but this would imply there isn't a single page unique to each process. Quite why it's bothering in the first place with >5GB Inact I'm not sure -- is it unmapping idle processes to conserve VM objects? I also find it interesting that I only noticed this behavior a few days ago and suddenly someone else mentions it too :) -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-stable@FreeBSD.ORG Wed May 9 17:22:30 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07B7216A400 for ; Wed, 9 May 2007 17:22:30 +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 7673013C45B for ; Wed, 9 May 2007 17:22:29 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (obmtuh@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l49HMMiO056862; Wed, 9 May 2007 19:22:28 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l49HMMkf056861; Wed, 9 May 2007 19:22:22 +0200 (CEST) (envelope-from olli) Date: Wed, 9 May 2007 19:22:22 +0200 (CEST) Message-Id: <200705091722.l49HMMkf056861@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, Martin Dieringer In-Reply-To: <20070508164234.L839@thinkpad.dieringer.dyndns.org> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 09 May 2007 19:22:28 +0200 (CEST) Cc: Subject: Re: clock problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, Martin Dieringer List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2007 17:22:30 -0000 Martin Dieringer wrote: > # ntpq -p > remote refid st t when poll reach delay offset jitter > ============================================================================== > *time 192.53.103.108 2 u 19 64 77 91.454 301.926 860.104 > > and the clock is "only" 3 seconds late now... The delay, offset and jitter values are in milliseconds, so your current offset is about 0.3 ms. When you keep ntpd running, the offset should be reduced slowly. > > ntpd calculates the drift of the local clock. During times > > when it cannot reach the server, it corrects the local > > clock using the recorded drift. > > ok this sounds beautiful, but what if the drift is irregular? Normal quartz-controlled hardware clocks don't have an irregular drift. PC clocks aren't well-known for their precision, but the drift should be fairly constant. If your drift is noticeably irregular, then there is some- thing very wrong with your machine. I'm afraid that ntpd won't work very well under such circumstances. In that case you'll have to find out the cause of the problem and fix it, or help a FreeBSD to fix it (by providing the necessary pieces of information). > > > But 2 minutes is also too much > > > > ntpd should be able to handle that without problems. > > yes maybe, sometimes... Well, I agree that 2 minutes per day is much. Normally the maximum drift that can be corrected by "slewing" the clock is about 45 seconds per day (500 ppm). However, if the offset is larger than a certain limit, ntpd will step the clock anyway, so even a drift of 2 minutes should be correctable. (I think the limit is 128 ms, and the step will occur if the limit is exceeded for at least 15 minutes. But I'd have to look at the source code to be sure; the manual pages are sometimes not up- to-date with regard to such details.) > > > I have to redialup every 24h which normally works fine. > > > > How are you redialling? If you get a new dynamic IP > > address, it might be necessary to restart ntpd. > > MYADDR: > > !bg /etc/rc.d/ntpd restart > > great! 8-( > as "restart" does not work because the pid seems to be wrong and > usually there are 5 or so ntpd's running... ? Hu? There should be exactly one ntpd process running. You should clean up (kill all of them, remove any bogus PID file if there's one left, then restart ntpd). > btw, this is on the other machine which is now 2 minutes off again, > maybe 1 hour after correct setting: > > # ntpq -p > remote refid st t when poll reach delay offset jitter > ============================================================================== > chronos.zedat.f .PPS. 1 u 457 512 377 366.965 37369.6 8640.85 > > log: > 8 May 16:11:08 ntpd[57617]: synchronized to 130.133.1.10, stratum=1 > 8 May 16:11:08 ntpd[57617]: time reset +0.651381 s > 8 May 16:11:08 ntpd[57617]: kernel time sync disabled 2041 > 8 May 16:12:22 ntpd[57617]: synchronized to 130.133.1.10, stratum=1 > 8 May 16:13:30 ntpd[57617]: no servers reachable > > now: 16:57 A jitter of 8 seconds is really a lot. Is your uplink that bad? Of course, that adds to the problem that you already have because of (supposedly) irregular drift. If you have multiple machines behind the same uplink, it might be a good idea to configure one of them as an NTP server (preferably the one which has the smallest drift), and let all your other machines use that machine as the NTP time source. So at least all your own machines are synchronized with each other, and you separate the problem of the drift from the problem of a bad uplink. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." -- Robert Firth From owner-freebsd-stable@FreeBSD.ORG Wed May 9 17:50:20 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E0DF716A473 for ; Wed, 9 May 2007 17:50:20 +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 4B56213C447 for ; Wed, 9 May 2007 17:50:19 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (qdovsj@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l49Ho6TX058283; Wed, 9 May 2007 19:50:11 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l49Ho5sh058282; Wed, 9 May 2007 19:50:05 +0200 (CEST) (envelope-from olli) Date: Wed, 9 May 2007 19:50:05 +0200 (CEST) Message-Id: <200705091750.l49Ho5sh058282@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, tom.hurst@clara.net, bill@lefebvre.org In-Reply-To: <20070509163028.GA73424@voi.aagh.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 09 May 2007 19:50:11 +0200 (CEST) Cc: Subject: Re: top shows '' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, tom.hurst@clara.net, bill@lefebvre.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2007 17:50:21 -0000 Thomas Hurst wrote: > I'm seeing this sort of thing too -- I do have swap, but it's not being > used by these processes (swapoff -a didn't do anything to them): > > Mem: 1672M Active, 5337M Inact, 279M Wired, 400M Cache, 215M Buf, 74M Free > Swap: 10G Total, 12K Used, 10G Free > > 1251 www 1 4 0 87884K 0K accept 2 0:00 0.00% > 1106 root 1 20 0 12756K 0K pause 1 0:00 0.00% > 950 root 1 115 0 8536K 0K select 3 0:00 0.00% > 1143 mysql 1 8 0 5220K 0K wait 3 0:00 0.00% > 1288 root 1 5 0 3644K 0K ttyin 2 0:00 0.00% > > The bulk of the data is probably "swapped" to the on-disk binaries, You probably mean that the text pages of the binary have not been paged into memory (that's different from "swapping"). That's unlikely. > but this would imply there isn't a single page unique to each process. I don't think that could happen. As soon as you link with libc (which sh, httpd and others certaily do), you get a bunch of global variables and other things that are not shared across processes. > Quite why it's bothering in the first place with >5GB Inact I'm not > sure -- is it unmapping idle processes to conserve VM objects? That doesn't happen. FreeBSD has a feature to proactively swap processes that have been idle for a certain time, but it's disabled by default, see: sysctl vm.swap_idle_enabled > I also find it interesting that I only noticed this behavior a few days > ago and suddenly someone else mentions it too :) I don't see it on any of my FreeBSD 6-stable machines, but they run RELENG_6 of about 2 months ago. Maybe a subtle bug has been introduced recently. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "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 Wed May 9 18:31:38 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 14E8116A408 for ; Wed, 9 May 2007 18:31:38 +0000 (UTC) (envelope-from SRS0=457799b6ac07405b3564008152f165cfa29ffcb6=330=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id CE5B813C483 for ; Wed, 9 May 2007 18:31:37 +0000 (UTC) (envelope-from SRS0=457799b6ac07405b3564008152f165cfa29ffcb6=330=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id OXX32338; Wed, 09 May 2007 11:14:38 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 26A9045042; Wed, 9 May 2007 11:14:38 -0700 (PDT) To: Charles Sprickman In-Reply-To: Your message of "Wed, 09 May 2007 01:54:15 EDT." Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1178734478_71795P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 09 May 2007 11:14:38 -0700 From: "Kevin Oberman" Message-Id: <20070509181438.26A9045042@ptavv.es.net> Cc: stable@freebsd.org Subject: Re: 5.x to 6.x source update, bootblocks? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 May 2007 18:31:38 -0000 --==_Exmh_1178734478_71795P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Wed, 9 May 2007 01:54:15 -0400 (EDT) > From: Charles Sprickman > Sender: owner-freebsd-stable@freebsd.org > > Hi all, > > Here's a quicky... > > I've been running around upgrading some boxes to 6.2 from 4.11 using the > directions in UPDATING. I noticed that in the 4.x to 5.x step it's > basically mandatory to install the new bootloader: > > cd /sys/boot > make STRIP= install > > I see no such notes in the 5.x to 6.x guide. > > Should I repeat this process? I figure having the latest bootloader > should not cause problems, correct? V5 is when UFS2 was introduced as well as moving the kernel and modules locations. That is why the need to re-build boot. This has not happened since V5, so there is no need to manually re-build the boot again. It gets re-built in any case. The procedure in the 4 to 5 upgrade was to allow the boot of the newly built kernel. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1178734478_71795P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGQg+Okn3rs5h7N1ERAjheAJ9TGAJbHiTXIYctgezloM45RDz5+wCbBsR8 N8bOICkI01hkk3cDBgsfh5A= =X4dS -----END PGP SIGNATURE----- --==_Exmh_1178734478_71795P-- From owner-freebsd-stable@FreeBSD.ORG Wed May 9 19:01:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B52D16A404 for ; Wed, 9 May 2007 19:01:04 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 15E3013C45E for ; Wed, 9 May 2007 19:01:03 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HlrPD-0003EC-Bo for freebsd-stable@freebsd.org; Wed, 09 May 2007 21:00:55 +0200 Received: from 78-0-67-12.adsl.net.t-com.hr ([78.0.67.12]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 09 May 2007 21:00:55 +0200 Received: from ivoras by 78-0-67-12.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 09 May 2007 21:00:55 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 09 May 2007 21:00:44 +0200 Lines: 40 Message-ID: References: <200705091123.13605.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6DE9DD7B26C5766A651A7A8D" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 78-0-67-12.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) In-Reply-To: <200705091123.13605.doconnor@gsoft.com.au> X-Enigmail-Version: 0.94.3.0 Sender: news Subject: Re: Creating one's own installer/mfsroot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 May 2007 19:01:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6DE9DD7B26C5766A651A7A8D Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Daniel O'Connor wrote: > On Wednesday 09 May 2007 03:40, Matthew X. Economou wrote: >> Could anyone recommend a good guide for developing one's own mfsroot >> images suitable for recovery or scripted installation (not using >> sysinstall)? It appears that one could develop a simplified >> network-based installation process based around fdisk, disklabel, >> newfs, mount_ufs, fetch, and pax, perhaps tied together with the >> usual scripting tools (maybe miniperl or sh/sed/awk). >=20 > You could see how make release & FreeSBiE do it. You could also look at the INSTALL guides for (early versions of?) Dragonfly, it taught me how to install a BSD system from scratch, using only what's in base of liveCD :) (I consider it a bad sign that I've actually needed that knowledge once to set up a production machine - I thought we're not in the stone age anymore :( ) --------------enig6DE9DD7B26C5766A651A7A8D 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGQhpcldnAQVacBcgRAq8sAKCl/SSwScgL0X7udr7oV1UNbaTUfQCg7m5J 47V5bDEwTA2N8Lg/Z3p9eBE= =ZZm6 -----END PGP SIGNATURE----- --------------enig6DE9DD7B26C5766A651A7A8D-- From owner-freebsd-stable@FreeBSD.ORG Wed May 9 19:42:57 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6327216A400; Wed, 9 May 2007 19:42:57 +0000 (UTC) (envelope-from hoschi@nemesis.frida.mouhaha.de) Received: from nemesis.frida.mouhaha.de (nemesis.frida.mouhaha.de [85.236.48.53]) by mx1.freebsd.org (Postfix) with ESMTP id 0BA4113C469; Wed, 9 May 2007 19:42:56 +0000 (UTC) (envelope-from hoschi@nemesis.frida.mouhaha.de) Received: by nemesis.frida.mouhaha.de (Postfix, from userid 1001) id 0F4CC4B2D82; Wed, 9 May 2007 21:42:54 +0200 (CEST) Date: Wed, 9 May 2007 21:42:54 +0200 From: Oliver Peter To: Thomas Quinot Message-ID: <20070509194254.GA6052@nemesis.frida.mouhaha.de> References: <200704182205.52028.beni@brinckman.info> <200704191812.50545.lofi@freebsd.org> <46281AA5.10307@micom.mng.net> <20070426170350.GH9767@nemesis.frida.mouhaha.de> <20070430175045.GA8888@melamine.cuivre.fr.eu.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline In-Reply-To: <20070430175045.GA8888@melamine.cuivre.fr.eu.org> X-Operating-System: FreeBSD 6.2-RELEASE-p2 i386 User-Agent: Mutt/1.5.14 (2007-02-12) Cc: stable@freebsd.org, kde@freebsd.org, current@freebsd.org, Oliver Peter , h.eichmann@gmx.de, Michael Nottebrock , Ganbold , Beni Subject: Re: [kde-freebsd] problem hal - k3b ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 May 2007 19:42:57 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 30, 2007 at 07:50:45PM +0200, Thomas Quinot wrote: > * Oliver Peter, 2007-04-26 : >=20 > > > My problem is the same as Beni's. Splash screen appears and hangs. > > > I have to press power button to turn off and on my laptop. > > > Didn't try ctrl+alt+del though. > >=20 > > I have the same problem with my 7.0-CURRENT (yesterday). > > If I can assist you testing or debugging drivers please drop me an > > e-mail. > >=20 > > FreeBSD 7.0-CURRENT i386 with k3b-1.0_1 / hal-0.5.8.20070403_1 Thank you for your message, Thomas. =20 > This looks similar to kern/112119, which is fixed by rev. 1.52 of > sys/dev/ata/atapi-cam.c, committed today on HEAD. Sorry for my late reply. Of course this works great for me, too.=20 --=20 Oliver PETER, email: hoschi@mouhaha.de, ICQ# 113969174 "Worker bees can leave. Even drones can fly away. The Queen is their slave." --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iEYEARECAAYFAkZCJD4ACgkQ6LH/IUVtaI9TTwCbB8ViL2812haToID0FUq1jRDS auIAnjrVOH2wHvfttEvvzlenvl5e0dgP =sTBc -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-stable@FreeBSD.ORG Wed May 9 19:59:56 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A336316A405 for ; Wed, 9 May 2007 19:59:56 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from optimus.centralmiss.com (ns.centralmiss.com [206.156.254.79]) by mx1.freebsd.org (Postfix) with ESMTP id 71F6013C457 for ; Wed, 9 May 2007 19:59:56 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by optimus.centralmiss.com (Postfix) with ESMTP id C342228453; Wed, 9 May 2007 14:34:22 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 4B20361C68; Wed, 9 May 2007 14:34:22 -0500 (CDT) Date: Wed, 9 May 2007 14:34:22 -0500 From: "Matthew D. Fuller" To: Charles Sprickman Message-ID: <20070509193422.GH78897@over-yonder.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.14-fullermd.3 (2007-02-12) Cc: stable@freebsd.org Subject: Re: 5.x to 6.x source update, bootblocks? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 May 2007 19:59:56 -0000 On Wed, May 09, 2007 at 01:54:15AM -0400 I heard the voice of Charles Sprickman, and lo! it spake thus: > > I've been running around upgrading some boxes to 6.2 from 4.11 using > the directions in UPDATING. I noticed that in the 4.x to 5.x step > it's basically mandatory to install the new bootloader: FWIW, I moved some (the last, I think; yay!) 4.x boxes up to 6.x last weekend. I did NOT install a new bootloader before booting the 5.x kernel, but I DID have a serial console available to manually point it at the new location for that boot (the installworld after that put the new loader in place so I didn't have to do it manually after that). That was enough. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Wed May 9 22:14:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A99A16A402 for ; Wed, 9 May 2007 22:14:07 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id AE84713C43E for ; Wed, 9 May 2007 22:14:06 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 71952 invoked from network); 9 May 2007 22:14:26 -0000 Received: from midgard.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 9 May 2007 22:14:26 -0000 Received: (qmail 80341 invoked by uid 907); 9 May 2007 22:14:04 -0000 Received: from midgard.transactionware.com (HELO IBMA618C20271E) (192.168.1.55) by midgard.transactionware.com (qpsmtpd/0.32) with ESMTP; Thu, 10 May 2007 08:14:04 +1000 From: "Jan Mikkelsen" To: Date: Thu, 10 May 2007 08:13:59 +1000 Message-ID: <001601c79287$58721420$0502a8c0@IBMA618C20271E> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6822 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 In-Reply-To: Thread-Index: AceSbTwOLBwHx1KyQ3a6qDFJRYqsZgAFnGgg Importance: Normal Subject: RE: Creating one's own installer/mfsroot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 May 2007 22:14:07 -0000 Ivan Voras wrote: > Daniel O'Connor wrote: > > On Wednesday 09 May 2007 03:40, Matthew X. Economou wrote: > >> Could anyone recommend a good guide for developing one's=20 > own mfsroot > >> images suitable for recovery or scripted installation (not using > >> sysinstall)? It appears that one could develop a simplified > >> network-based installation process based around fdisk, disklabel, > >> newfs, mount_ufs, fetch, and pax, perhaps tied together with the > >> usual scripting tools (maybe miniperl or sh/sed/awk). > >=20 > > You could see how make release & FreeSBiE do it. >=20 > You could also look at the INSTALL guides for (early versions of?) > Dragonfly, it taught me how to install a BSD system from=20 > scratch, using > only what's in base of liveCD :) >=20 > (I consider it a bad sign that I've actually needed that=20 > knowledge once > to set up a production machine - I thought we're not in the stone age > anymore :( ) Well, that kind of knowledge is also what lets us leave (say) the bronze age. We have set up a boot CD (or pxeboot/nfs environment) where we can run a Ruby script that will take directives from a configuration file, = configure the disks, slices and partitions, align the partitions to start on a = block boundary appropriate for the underlying RAID system, to end on a = cylinder boundary, populate filesystems as required, etc. Also useful for using = an existing system to set up CF cards for Soekris systems with the correct geometry, etc. Building the system images and installation time filesystems is done = from a build system that builds everything in chroot environments, with as = little dependency on the host system as possible. It manages make buildworld/installworld/kernel, ports, non-ports installations (ie: user generated scripts), dependencies, parallel builds, making jails, etc. >From this we have a system where system installations are reproducible = and recoverable. Upgrading uses the same output from the build process = using a nanobsd-like second slice allowing inplace upgrades with little downtime = and recovery to the previous version. But the most important thing is that = the upgrade image was created using the same process as the installation = image, so we can always get to the same image after a full system rebuild. If anyone is interested, let me know and I'll see what I have to do to release it. Regards, Jan Mikkelsen janm@transactionware.com From owner-freebsd-stable@FreeBSD.ORG Wed May 9 22:48:12 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7143A16A404 for ; Wed, 9 May 2007 22:48:12 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from postfix1-g20.free.fr (postfix1-g20.free.fr [212.27.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0BAE213C44B for ; Wed, 9 May 2007 22:48:11 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by postfix1-g20.free.fr (Postfix) with ESMTP id 0E5BEF45FF6 for ; Thu, 10 May 2007 00:19:12 +0200 (CEST) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 525DE43B13 for ; Thu, 10 May 2007 00:19:10 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id B622C9B9B0; Wed, 9 May 2007 22:19:27 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 78F25405B; Thu, 10 May 2007 00:19:27 +0200 (CEST) Date: Thu, 10 May 2007 00:19:27 +0200 From: Jeremie Le Hen To: freebsd-stable@FreeBSD.org Message-ID: <20070509221927.GB3986@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: jeremie@le-hen.org Subject: "cu: Got hangup signal" on sio0 probe X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 May 2007 22:48:12 -0000 Hi there, Please Cc: me when replying. % obiwan:root# cat /boot.config % -D % obiwan:root# grep ttyd0 /etc/ttys % ttyd0 "/usr/libexec/getty std.9600" dialup on secure This works correctly but on startup, when the kernel probes sio0, I get "Got hangup signal". Is it expected? I think I can understand this, but is there any way to workaround this? Thank you. -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-stable@FreeBSD.ORG Wed May 9 23:06:22 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 296BD16A400 for ; Wed, 9 May 2007 23:06:22 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [63.240.77.82]) by mx1.freebsd.org (Postfix) with ESMTP id E964413C457 for ; Wed, 9 May 2007 23:06:21 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (sccrmhc12) with ESMTP id <2007050923062001200fjjt3e>; Wed, 9 May 2007 23:06:21 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 0A1B51FA03C; Wed, 9 May 2007 16:06:20 -0700 (PDT) Date: Wed, 9 May 2007 16:06:19 -0700 From: Jeremy Chadwick To: Jeremie Le Hen Message-ID: <20070509230619.GA96092@icarus.home.lan> Mail-Followup-To: Jeremie Le Hen , freebsd-stable@FreeBSD.org References: <20070509221927.GB3986@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070509221927.GB3986@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-stable@FreeBSD.org Subject: Re: "cu: Got hangup signal" on sio0 probe X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 May 2007 23:06:22 -0000 On Thu, May 10, 2007 at 12:19:27AM +0200, Jeremie Le Hen wrote: > % obiwan:root# cat /boot.config > % -D > % obiwan:root# grep ttyd0 /etc/ttys > % ttyd0 "/usr/libexec/getty std.9600" dialup on secure > > This works correctly but on startup, when the kernel probes sio0, > I get "Got hangup signal". Is it expected? I wonder if that's some sort of reference to carrier detect being wired wrong on whatever device or adapter you have connected to your serial port. However, I can't find this string referenced anywhere in the kernel source code for RELENG_6. An (admittedly bad) egrep shows: $ egrep -r "Got .+ signal" /usr/src /usr/src/contrib/amd/amd/nfs_start.c: /* Got a signal */ /usr/src/usr.bin/make/job.c: * Got a signal. Set global variables and hope that someone will /usr/src/usr.sbin/bluetooth/bthidd/bthidd.c: syslog(LOG_NOTICE, "Got signal %d, total number of signals %d", /usr/src/usr.sbin/bluetooth/hcsecd/hcsecd.c: syslog(LOG_DEBUG, "Got signal %d, total number of signals %d", /usr/src/usr.sbin/bluetooth/sdpd/main.c: log_notice("Got signal %d. Total number of signals received %d", What version of FreeBSD are you referring to? > I think I can understand > this, but is there any way to workaround this? Consider using uart(4) as a possible alternative, but depending upon the answer to the above question, this might not be applicable. I wrote some directions on how to get uart(4) to work, and one caveat I found when attempting to use it. Those docs are here: http://jdc.parodius.com/freebsd_uart.txt -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu May 10 00:16:34 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2FC7C16A400 for ; Thu, 10 May 2007 00:16:34 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id 02DB513C43E for ; Thu, 10 May 2007 00:16:33 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.8/8.13.7) with ESMTP id l4A0GX1t048039 for ; Wed, 9 May 2007 17:16:33 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.13.8/8.13.4/Submit) id l4A0GXnY048038; Wed, 9 May 2007 17:16:33 -0700 (PDT) Date: Wed, 9 May 2007 17:16:33 -0700 (PDT) From: Matthew Dillon Message-Id: <200705100016.l4A0GXnY048038@apollo.backplane.com> To: References: <001601c79287$58721420$0502a8c0@IBMA618C20271E> Subject: RE: Creating one's own installer/mfsroot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 May 2007 00:16:34 -0000 :> You could also look at the INSTALL guides for (early versions of?) :> Dragonfly, it taught me how to install a BSD system from :> scratch, using :> only what's in base of liveCD :) :... : :We have set up a boot CD (or pxeboot/nfs environment) where we can run a :Ruby script that will take directives from a configuration file, configure :the disks, slices and partitions, align the partitions to start on a block :... I came up with a neat little script-driven remote configurator called rconfig (/usr/src/sbin/rconfig in the DragonFly codebase) as an alternative to the standard features in our installer. I recommend checking it out. http://www.dragonflybsd.org/cvsweb/src/sbin/rconfig/ rconfig is really easy to use. Basically its just a client/server pair with socket broadcast capabilities. All it does is negotiate a shell script download from the server to the client (server on the same subnet), then runs the script on the client. That's it. I wanted to be able to boot a CD, login as root, dhclient the network up, and then just go 'rconfig -a' and have my script do the rest. It takes a bit of time to write the shell script to do a full install from fdisk to completion, but if you have a fully working CD based environment (all the binaries in /, /usr, a writable /tmp, /etc, and so forth)... then shell scripts are just as easy to write as they are on fully installed machines. I use rconfig to do fresh installs of my test boxes from CD, with all the customization, my ssh keys, fstab entries, NFS mounts, etc that I need to be able to ssh into the box and start using it immediately. NFS booting is 'ok', but requires a lot of infrastructure and gets out of date easily. Often you also have to mess with the BIOS settings, which is very annoying because you have to change them back after you finish the install. I used NFS booting for a while, but just couldn't depend on it always being operational. With rconfig I just leave the rconfig server running on one of my boxes and the worst I have to do is tweak my script a bit. And adding smarts to the script is easy whereas you just can't add much smarts to a NFS boot without a lot of messing around with the RC sequence. In anycase, check it out. My assumption is that rconfig would compile nearly without modification on a FreeBSD box. -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Thu May 10 04:30:04 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A27BD16A400; Thu, 10 May 2007 04:30:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 61A7113C44C; Thu, 10 May 2007 04:30:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4A4U3dn054426; Thu, 10 May 2007 00:30:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l4A4U3Sg026219; Thu, 10 May 2007 00:30:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 75F05241BF; Thu, 10 May 2007 00:30:03 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070510043003.75F05241BF@freebsd-stable.sentex.ca> Date: Thu, 10 May 2007 00:30:03 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2007 04:30:04 -0000 TB --- 2007-05-10 03:04:37 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-05-10 03:04:37 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2007-05-10 03:04:37 - cleaning the object tree TB --- 2007-05-10 03:05:10 - checking out the source tree TB --- 2007-05-10 03:05:10 - cd /tinderbox/RELENG_6/sparc64/sparc64 TB --- 2007-05-10 03:05:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-05-10 03:19:08 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-10 03:19:08 - cd /src TB --- 2007-05-10 03:19:08 - /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 --- 2007-05-10 04:25:18 - generating LINT kernel config TB --- 2007-05-10 04:25:18 - cd /src/sys/sparc64/conf TB --- 2007-05-10 04:25:18 - /usr/bin/make -B LINT TB --- 2007-05-10 04:25:18 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-10 04:25:18 - cd /src TB --- 2007-05-10 04:25:18 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 10 04:25:18 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/iir/iir_pci.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/isp/isp.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/isp/isp_freebsd.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/isp/isp_library.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/isp/isp_pci.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/isp/isp_sbus.c /src/sys/dev/isp/isp_sbus.c: In function `isp_sbus_mbxdma': /src/sys/dev/isp/isp_sbus.c:451: warning: unused variable `sbs' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-10 04:30:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-10 04:30:03 - ERROR: failed to build lint kernel TB --- 2007-05-10 04:30:03 - tinderbox aborted TB --- 1.19 user 3.43 system 5125.80 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Thu May 10 07:34:42 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A564D16A403 for ; Thu, 10 May 2007 07:34:42 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 443D313C457 for ; Thu, 10 May 2007 07:34:39 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id ECA0F43F4E for ; Thu, 10 May 2007 09:34:38 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id D9BE39B9B0; Thu, 10 May 2007 07:34:55 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id BE741405B; Thu, 10 May 2007 09:34:55 +0200 (CEST) Date: Thu, 10 May 2007 09:34:55 +0200 From: Jeremie Le Hen To: Jeremie Le Hen , freebsd-stable@FreeBSD.org Message-ID: <20070510073455.GD3986@obiwan.tataz.chchile.org> References: <20070509221927.GB3986@obiwan.tataz.chchile.org> <20070509230619.GA96092@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070509230619.GA96092@icarus.home.lan> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: "cu: Got hangup signal" on sio0 probe X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 May 2007 07:34:42 -0000 Hi Jeremy, On Wed, May 09, 2007 at 04:06:19PM -0700, Jeremy Chadwick wrote: > On Thu, May 10, 2007 at 12:19:27AM +0200, Jeremie Le Hen wrote: > > % obiwan:root# cat /boot.config > > % -D > > % obiwan:root# grep ttyd0 /etc/ttys > > % ttyd0 "/usr/libexec/getty std.9600" dialup on secure > > > > This works correctly but on startup, when the kernel probes sio0, > > I get "Got hangup signal". Is it expected? > > I wonder if that's some sort of reference to carrier detect being > wired wrong on whatever device or adapter you have connected to > your serial port. > > However, I can't find this string referenced anywhere in the kernel > source code for RELENG_6. An (admittedly bad) egrep shows: > > $ egrep -r "Got .+ signal" /usr/src > /usr/src/contrib/amd/amd/nfs_start.c: /* Got a signal */ > /usr/src/usr.bin/make/job.c: * Got a signal. Set global variables and hope that someone will > /usr/src/usr.sbin/bluetooth/bthidd/bthidd.c: syslog(LOG_NOTICE, "Got signal %d, total number of signals %d", > /usr/src/usr.sbin/bluetooth/hcsecd/hcsecd.c: syslog(LOG_DEBUG, "Got signal %d, total number of signals %d", > /usr/src/usr.sbin/bluetooth/sdpd/main.c: log_notice("Got signal %d. Total number of signals received %d", > > What version of FreeBSD are you referring to? cu(1) was running on RELENG_4 :-). But I expected to problem to be on the remote side, a RELENG_6 box. > Consider using uart(4) as a possible alternative, but depending upon > the answer to the above question, this might not be applicable. > > I wrote some directions on how to get uart(4) to work, and one caveat I > found when attempting to use it. Those docs are here: > > http://jdc.parodius.com/freebsd_uart.txt Do you mean on the client or server side? Thank you. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-stable@FreeBSD.ORG Thu May 10 08:31:32 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F353E16A400 for ; Thu, 10 May 2007 08:31:31 +0000 (UTC) (envelope-from oli.garnier@free.fr) Received: from postfix1-g20.free.fr (postfix1-g20.free.fr [212.27.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id B9D2313C44C for ; Thu, 10 May 2007 08:31:31 +0000 (UTC) (envelope-from oli.garnier@free.fr) Received: from smtp8-g19.free.fr (smtp8-g19.free.fr [212.27.42.65]) by postfix1-g20.free.fr (Postfix) with ESMTP id 03EF5F4A444 for ; Thu, 10 May 2007 10:03:40 +0200 (CEST) Received: from imp7-g19.free.fr (imp7-g19.free.fr [212.27.42.38]) by smtp8-g19.free.fr (Postfix) with ESMTP id A2D6019AC3 for ; Thu, 10 May 2007 10:03:38 +0200 (CEST) Received: by imp7-g19.free.fr (Postfix, from userid 33) id 4E2C5128CE; Thu, 10 May 2007 10:03:41 +0200 (CEST) Received: from pro75-1-82-67-202-167.fbx.proxad.net (pro75-1-82-67-202-167.fbx.proxad.net [82.67.202.167]) by imp.free.fr (IMP) with HTTP for ; Thu, 10 May 2007 10:03:41 +0200 Message-ID: <1178784221.4642d1dd3f559@imp.free.fr> Date: Thu, 10 May 2007 10:03:41 +0200 From: oli.garnier@free.fr To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.5 X-Originating-IP: 82.67.202.167 Cc: Subject: (no subject) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 May 2007 08:31:32 -0000 I'm trying to get work a WMP54G Linksys Wireless card. I should work with .ko normal driver (ra.ko or ral.ko don'r remember) but it doesn't. I tried with ndisgen and so on ... In fact all what i found on google don't work more than 2 seconds. The ndisgen is the one who work the best but as soon as you want to ping or transmit data, it cause a kernel crash. It work on all other systèmes (NetBSD, OpenBSD, Linux and so on) I'm not an expert and i'll give up if i'm not helped. Can you please help me ? Thanks a lot, Olivier From owner-freebsd-stable@FreeBSD.ORG Thu May 10 09:19:56 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D79916A400 for ; Thu, 10 May 2007 09:19:56 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id 0EE4813C447 for ; Thu, 10 May 2007 09:19:55 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id d23so121979and for ; Thu, 10 May 2007 02:19:55 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Lz5f2TVyNJvVFC0jhqQKrHjntWOqDSHwI6kgMTlC4cU24JaUfZSJbIX9qQYk7oSsj8kyTfzX6T+rRENGiD0+v2vI/OSNHJ6gfT434sOXxcykJDvfHV5lyj2YPemtBNiOxGMbLT9EzYEFbTDuDeD1+4YzwfE5AxNxeK+LDbN3uTI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UMiEq01zT/nj5Uo91kAwWuVubn+yp3uFPEVLHyL2/FlfAms3bU9wl6IPld9YwhKll0PHv3mUN29ziO3KlkJ8cK5sdqxpCgzm52jRLaFHyO5wJ+uGscInaAYUTy95PpwfrpEh54p3CCYSnbdGMqi709k2pawkt9r/vFUr05jvjo0= Received: by 10.100.247.11 with SMTP id u11mr1061893anh.1178787261164; Thu, 10 May 2007 01:54:21 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Thu, 10 May 2007 01:54:21 -0700 (PDT) Message-ID: <499c70c0705100154i5d8942d7m65ddad0b2fcd9b49@mail.gmail.com> Date: Thu, 10 May 2007 11:54:21 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "oli.garnier@free.fr" In-Reply-To: <1178784221.4642d1dd3f559@imp.free.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline References: <1178784221.4642d1dd3f559@imp.free.fr> Cc: stable@freebsd.org Subject: Re: (no subject) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 May 2007 09:19:56 -0000 SGVsbG8gT2xpdmVyLAoKT24gNS8xMC8wNywgb2xpLmdhcm5pZXJAZnJlZS5mciA8b2xpLmdhcm5p ZXJAZnJlZS5mcj4gd3JvdGU6Cj4gSSdtIHRyeWluZyB0byBnZXQgd29yayBhIFdNUDU0RyBMaW5r c3lzIFdpcmVsZXNzIGNhcmQuCj4gSSBzaG91bGQgd29yayB3aXRoIC5rbyBub3JtYWwgZHJpdmVy IChyYS5rbyBvciByYWwua28gZG9uJ3IgcmVtZW1iZXIpIGJ1dCBpdAo+IGRvZXNuJ3QuCj4gSSB0 cmllZCB3aXRoIG5kaXNnZW4gYW5kIHNvIG9uIC4uLgo+IEluIGZhY3QgYWxsIHdoYXQgaSBmb3Vu ZCBvbiBnb29nbGUgZG9uJ3Qgd29yayBtb3JlIHRoYW4gMiBzZWNvbmRzLgo+IFRoZSBuZGlzZ2Vu IGlzIHRoZSBvbmUgd2hvIHdvcmsgdGhlIGJlc3QgYnV0IGFzIHNvb24gYXMgeW91IHdhbnQgdG8g cGluZyBvcgo+IHRyYW5zbWl0IGRhdGEsIGl0IGNhdXNlIGEga2VybmVsIGNyYXNoLgo+Cj4gSXQg d29yayBvbiBhbGwgb3RoZXIgc3lzdMOobWVzIChOZXRCU0QsIE9wZW5CU0QsIExpbnV4IGFuZCBz byBvbikKPiBJJ20gbm90IGFuIGV4cGVydCBhbmQgaSdsbCBnaXZlIHVwIGlmIGknbSBub3QgaGVs cGVkLgo+Cj4gQ2FuIHlvdSBwbGVhc2UgaGVscCBtZSA/Cj4KPgo+IFRoYW5rcyBhIGxvdCwKPgo+ IE9saXZpZXIKCkNoZWNrIHRoZXNlIGxpbmtzLCBhbmQgSSB0aGluayB5b3VyIGNhcmQgd291bGQg d29yayBpZiB5b3UgcmVjb21waWxlZAp5b3VyIGtlcm5lbCB3aXRoIFJFTEVOR182IGFuZCBub3Qg Ni4yLVJFTEVBU0UuCgoKaHR0cDovL3d3dy5ic2Rmb3J1bXMubmV0L2ZvcnVtcy9zaG93dGhyZWFk LnBocD90PTQ0Mzg1CgpodHRwOi8vd3d3LmJzZGZvcnVtcy5uZXQvZm9ydW1zL3Nob3d0aHJlYWQu cGhwP3Q9NDc0MDMmcGFnZT0yJnBwPTE1CgpodHRwOi8vd3d3Lm1haWwtYXJjaGl2ZS5jb20vZnJl ZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcvbXNnODczMTEuaHRtbAoKSSBob3BlIGl0IGhlbHBzIHlv dSBvdXQuCi0tIApSZWdhcmRzLAoKLUFiZHVsbGFoIElibiBIYW1hZCBBbC1NYXJyaQpBcmFiIFBv cnRhbApodHRwOi8vd3d3LldlQXJhYi5OZXQvCg== From owner-freebsd-stable@FreeBSD.ORG Thu May 10 12:36:14 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC50216A400 for ; Thu, 10 May 2007 12:36:14 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc11.comcast.net (alnrmhc11.comcast.net [204.127.225.91]) by mx1.freebsd.org (Postfix) with ESMTP id C52FB13C43E for ; Thu, 10 May 2007 12:36:14 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (alnrmhc11) with ESMTP id <20070510123613b1100kbogme>; Thu, 10 May 2007 12:36:13 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 2B1BD1FA01D; Thu, 10 May 2007 05:36:13 -0700 (PDT) Date: Thu, 10 May 2007 05:36:13 -0700 From: Jeremy Chadwick To: Jeremie Le Hen Message-ID: <20070510123613.GA8180@icarus.home.lan> Mail-Followup-To: Jeremie Le Hen , freebsd-stable@FreeBSD.org References: <20070509221927.GB3986@obiwan.tataz.chchile.org> <20070509230619.GA96092@icarus.home.lan> <20070510073455.GD3986@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070510073455.GD3986@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-stable@FreeBSD.org Subject: Re: "cu: Got hangup signal" on sio0 probe X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 May 2007 12:36:15 -0000 On Thu, May 10, 2007 at 09:34:55AM +0200, Jeremie Le Hen wrote: > On Wed, May 09, 2007 at 04:06:19PM -0700, Jeremy Chadwick wrote: > > On Thu, May 10, 2007 at 12:19:27AM +0200, Jeremie Le Hen wrote: > > > % obiwan:root# cat /boot.config > > > % -D > > > % obiwan:root# grep ttyd0 /etc/ttys > > > % ttyd0 "/usr/libexec/getty std.9600" dialup on secure > > > > > > This works correctly but on startup, when the kernel probes sio0, > > > I get "Got hangup signal". Is it expected? > > > > I wonder if that's some sort of reference to carrier detect being > > wired wrong on whatever device or adapter you have connected to > > your serial port. > > > > However, I can't find this string referenced anywhere in the kernel > > source code for RELENG_6. An (admittedly bad) egrep shows: > > > > $ egrep -r "Got .+ signal" /usr/src > > /usr/src/contrib/amd/amd/nfs_start.c: /* Got a signal */ > > /usr/src/usr.bin/make/job.c: * Got a signal. Set global variables and hope that someone will > > /usr/src/usr.sbin/bluetooth/bthidd/bthidd.c: syslog(LOG_NOTICE, "Got signal %d, total number of signals %d", > > /usr/src/usr.sbin/bluetooth/hcsecd/hcsecd.c: syslog(LOG_DEBUG, "Got signal %d, total number of signals %d", > > /usr/src/usr.sbin/bluetooth/sdpd/main.c: log_notice("Got signal %d. Total number of signals received %d", > > > > What version of FreeBSD are you referring to? > > cu(1) was running on RELENG_4 :-). But I expected to problem to be on > the remote side, a RELENG_6 box. I'm sure you know RELENG_4 has been decomissioned/is no longer supported. :-) RELENG_4 has a couple references to the string, but only in userland utilities -- I see no evidence of this message coming from the kernel when sio0 is probed (I read "probed" as "when sio0 is detected and configured by the kernel during boot-time"). The most likely culprits are these: /usr/src/gnu/libexec/uucp/common_sources/log.c: ulog (LOG_ERROR, "Got %s signal", azSignal_names[isig]); /usr/src/sbin/startslip/startslip.c: syslog(LOG_INFO, "%s: got hangup signal", username); As pointed out, I don't find any evidence of these strings in RELENG_6. The entry for uucp/common_sources/log.c will output "Got hangup signal" if SIGHUP (kill -HUP) is sent to the program. The actual string ("hangup") that gets sent is defined in uucp/common_sources/uudefs.h. The logging is done via syslog(), level LOG_ERROR, which means the output could end up a console (read: serial console) since the default syslog.conf on FreeBSD says *.err --> /dev/console. sbin/startslip/startslip.c will output "got hangup signal" on a SIGHUP (kill -HUP) when someone is logged in. It gets logged via syslog(), level LOG_INFO. Again, same rules apply to the syslog.conf. Other than these two examples, I don't see how you're getting the message you're seeing. My guess is that you're using uucp. > > Consider using uart(4) as a possible alternative, but depending upon > > the answer to the above question, this might not be applicable. > > > > I wrote some directions on how to get uart(4) to work, and one caveat I > > found when attempting to use it. Those docs are here: > > > > http://jdc.parodius.com/freebsd_uart.txt > > Do you mean on the client or server side? The directions apply to whatever machine you want to use uart(4) on as a replacement for sio(4). But this doesn't matter because you're using a RELENG_4 box and not RELENG_6 (uart(4) isn't available in 4.x). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu May 10 15:43:24 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCD3916A406; Thu, 10 May 2007 15:43:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9A9A913C4BF; Thu, 10 May 2007 15:43:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4AFhORf016879; Thu, 10 May 2007 11:43:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l4AFhOkW098765; Thu, 10 May 2007 11:43:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id A84E3241BF; Thu, 10 May 2007 11:43:23 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070510154323.A84E3241BF@freebsd-stable.sentex.ca> Date: Thu, 10 May 2007 11:43:23 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [releng_5 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2007 15:43:25 -0000 TB --- 2007-05-10 14:42:44 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-05-10 14:42:44 - starting RELENG_5 tinderbox run for sparc64/sparc64 TB --- 2007-05-10 14:42:44 - cleaning the object tree TB --- 2007-05-10 14:43:10 - checking out the source tree TB --- 2007-05-10 14:43:10 - cd /tinderbox/RELENG_5/sparc64/sparc64 TB --- 2007-05-10 14:43:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2007-05-10 14:56:20 - building world (CFLAGS=-O -pipe) TB --- 2007-05-10 14:56:20 - cd /src TB --- 2007-05-10 14:56:20 - /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 --- 2007-05-10 15:40:18 - generating LINT kernel config TB --- 2007-05-10 15:40:18 - cd /src/sys/sparc64/conf TB --- 2007-05-10 15:40:18 - /usr/bin/make -B LINT TB --- 2007-05-10 15:40:18 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2007-05-10 15:40:18 - cd /src TB --- 2007-05-10 15:40:18 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 10 15:40:18 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/isp/isp.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/isp/isp_freebsd.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/isp/isp_library.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/isp/isp_target.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/isp/isp_pci.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/isp/isp_sbus.c /src/sys/dev/isp/isp_sbus.c: In function `isp_sbus_mbxdma': /src/sys/dev/isp/isp_sbus.c:451: warning: unused variable `sbs' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-10 15:43:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-10 15:43:23 - ERROR: failed to build lint kernel TB --- 2007-05-10 15:43:23 - tinderbox aborted TB --- 0.89 user 2.50 system 3638.47 real http://tinderbox.des.no/tinderbox-releng_5-RELENG_5-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Thu May 10 15:59:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C1B2516A404 for ; Thu, 10 May 2007 15:59:51 +0000 (UTC) (envelope-from M.Santhoff@t-online.de) Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82]) by mx1.freebsd.org (Postfix) with ESMTP id 80ED713C44C for ; Thu, 10 May 2007 15:59:51 +0000 (UTC) (envelope-from M.Santhoff@t-online.de) Received: from fwd29.aul.t-online.de by mailout05.sul.t-online.com with smtp id 1HmB3V-00078t-02; Thu, 10 May 2007 17:59:49 +0200 Received: from localhost.das.netz (SOA27+ZUgeECYpZCEhCY6-Es0DaaCzBreb2Zamg0SLDAU2Se7OdZYN@[217.251.167.116]) by fwd29.sul.t-online.de with esmtp id 1HmB3H-1v9fwf0; Thu, 10 May 2007 17:59:35 +0200 Received: from zaphod.das.netz (zaphod.das.netz [10.0.0.3]) by localhost.das.netz (8.13.1/8.13.1) with ESMTP id l4AFji32077215 for ; Thu, 10 May 2007 17:45:44 +0200 (CEST) (envelope-from M.Santhoff@t-online.de) From: Marc Santhoff To: freebsd-stable@freebsd.org In-Reply-To: <7832fd560705100046t4baa1faep746e589326e773f4@mail.gmail.com> References: <200705092113.50529.mail@lutzsteinbach.de> <20070509212152.GY27976@cicely12.cicely.de> <20070509213355.GZ27976@cicely12.cicely.de> <7832fd560705091622r13cbfcc1pf329bf1899ce9a7f@mail.gmail.com> <20070510003359.GD27976@cicely12.cicely.de> <7832fd560705100046t4baa1faep746e589326e773f4@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-15 Date: Thu, 10 May 2007 17:50:15 +0200 Message-Id: <1178812215.323.9.camel@localhost.das.netz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-ID: SOA27+ZUgeECYpZCEhCY6-Es0DaaCzBreb2Zamg0SLDAU2Se7OdZYN X-TOI-MSGID: 54618afd-14c7-4023-965e-c8f6c5e8f4e3 Subject: Re: cvsup =?iso-8859-1?q?=C4nderungen=3F?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 May 2007 15:59:51 -0000 Am Donnerstag, den 10.05.2007, 09:46 +0200 schrieb nighthawk: > On 5/10/07, Bernd Walter wrote: > > On Thu, May 10, 2007 at 01:22:01AM +0200, nighthawk wrote: > >> Naja. "Nicht viel" und "nichts" ist schon noch ein Unterschied. In den > >> letzten drei Tagen kam gar nichts und das ist doch eher ungewöhnlich. > > > > Am 7. wurden in einer Datei 2 commits vorgenommen. > > Das ist weniger als 3 volle Tage her. > > Commits in vuxml zähle ich nicht mit. Die signalisieren zwar (auch > mir), daß das Ports System ansich funktioniert, mehr aber auch nicht. Neulich ging auf der stable@ Liste eine Warnung durch, daß das neue, modulare Xorg 7.2 in den Portstree übernommen und gründlich getestet werden wird. Kann also noch etwas dauern ... Marc From owner-freebsd-stable@FreeBSD.ORG Thu May 10 16:14:28 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 871AA16A400 for ; Thu, 10 May 2007 16:14:28 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr17.xs4all.nl (smtp-vbr17.xs4all.nl [194.109.24.37]) by mx1.freebsd.org (Postfix) with ESMTP id 23D7713C48A for ; Thu, 10 May 2007 16:14:27 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr17.xs4all.nl (8.13.8/8.13.8) with ESMTP id l4AFsAAl054455; Thu, 10 May 2007 17:54:10 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id C1BA8B82B; Thu, 10 May 2007 17:54:09 +0200 (CEST) Date: Thu, 10 May 2007 17:54:09 +0200 From: Roland Smith To: oli.garnier@free.fr Message-ID: <20070510155409.GA53137@slackbox.xs4all.nl> References: <1178784221.4642d1dd3f559@imp.free.fr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: <1178784221.4642d1dd3f559@imp.free.fr> 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.15 (2007-04-06) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org Subject: Re: (no subject) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 May 2007 16:14:28 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 10, 2007 at 10:03:41AM +0200, oli.garnier@free.fr wrote: > I'm trying to get work a WMP54G Linksys Wireless card. > I should work with .ko normal driver (ra.ko or ral.ko don'r remember) but= it > doesn't. The problem might be that wireless card manufacturers sometimes switch the chipset on the card without changing the type number. So before you buy a card, you need to know the chipset that is used on the card, so you can check if it is supported. Sometimes you can see it on the packaging, but usually you have to take a look at the card. And it can happen that all the chips are behind a metal shield, in which case you're out of luck. 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) --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGQ0AhEnfvsMMhpyURAsPQAKCPOaDdzQ1ddLL9DXeD8CCtW8TicACdEko7 mL/X1WZiA3m/JBnAlG01eLA= =qUZg -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-stable@FreeBSD.ORG Thu May 10 16:38:06 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0000516A406 for ; Thu, 10 May 2007 16:38:05 +0000 (UTC) (envelope-from M.Santhoff@t-online.de) Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84]) by mx1.freebsd.org (Postfix) with ESMTP id B323913C465 for ; Thu, 10 May 2007 16:38:05 +0000 (UTC) (envelope-from M.Santhoff@t-online.de) Received: from fwd34.aul.t-online.de by mailout09.sul.t-online.com with smtp id 1HmBeV-00066v-0B; Thu, 10 May 2007 18:38:03 +0200 Received: from localhost.das.netz (rfUfz6ZBQeo1EQqIwDvNTK8OFRv2ZBJlzOzHEyjpTfleSkRTfJsQ6e@[217.251.159.103]) by fwd34.sul.t-online.de with esmtp id 1HmBeN-0wV15U0; Thu, 10 May 2007 18:37:55 +0200 Received: from zaphod.das.netz (zaphod.das.netz [10.0.0.3]) by localhost.das.netz (8.13.1/8.13.1) with ESMTP id l4AGXLce077371 for ; Thu, 10 May 2007 18:33:21 +0200 (CEST) (envelope-from M.Santhoff@t-online.de) From: Marc Santhoff To: freebsd-stable@freebsd.org In-Reply-To: <1178812215.323.9.camel@localhost.das.netz> References: <200705092113.50529.mail@lutzsteinbach.de> <20070509212152.GY27976@cicely12.cicely.de> <20070509213355.GZ27976@cicely12.cicely.de> <7832fd560705091622r13cbfcc1pf329bf1899ce9a7f@mail.gmail.com> <20070510003359.GD27976@cicely12.cicely.de> <7832fd560705100046t4baa1faep746e589326e773f4@mail.gmail.com> <1178812215.323.9.camel@localhost.das.netz> Content-Type: text/plain Date: Thu, 10 May 2007 18:37:53 +0200 Message-Id: <1178815073.323.14.camel@localhost.das.netz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-ID: rfUfz6ZBQeo1EQqIwDvNTK8OFRv2ZBJlzOzHEyjpTfleSkRTfJsQ6e X-TOI-MSGID: 869379a7-8c44-4be8-8d05-478815a9cc61 Subject: Re: cvsup =?iso-8859-1?q?=C4nderungen=3F?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 May 2007 16:38:06 -0000 Sorry, I've mixed up adresses here, please ignore ... Marc From owner-freebsd-stable@FreeBSD.ORG Thu May 10 20:16:09 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 471B116A400 for ; Thu, 10 May 2007 20:16:09 +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 F032B13C46E for ; Thu, 10 May 2007 20:16:08 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id l4AK2BSd016513; Thu, 10 May 2007 13:02:11 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id l4AK2Bap016512; Thu, 10 May 2007 13:02:11 -0700 (PDT) (envelope-from david) Date: Thu, 10 May 2007 13:02:11 -0700 From: David Wolfskill To: stable@freebsd.org Message-ID: <20070510200211.GM64542@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="kGQlNN4Ir6FkfZg7" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: 6.2-R on Dell Poweredge 2950 with Dell PERC 5/i [mfi(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: Thu, 10 May 2007 20:16:09 -0000 --kGQlNN4Ir6FkfZg7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable =46rom a quick look in the lists, I get the impression that the Dell PERC 5/i may be a bit problematic. Since I hadn't any plans on using that hardware, though, I've paid more attention to other things. Well, now a colleague is trying to run 6.2-R on one of these 2950s; dmesg says the controller is: mfi0: mem 0xd80f0000-0xd80fffff,0xfc4e0000-0xfc4fffff irq 7= 8 at device 14.0 on pci2 mfi0: 817 (224963336s/0x0020/0) - Shutdown command received from host mfi0: 818 (4278190080s/0x0020/0) - PCI 0x041028 0x0415 0x041028 0x041f03: F= irmware initialization started (PCI ID 0015/1028/1f03/1028) mfi0: 819 (4278190080s/0x0020/0) - Type 18: Firmware version 1.00.02-0157 mfi0: 820 (4278190096s/0x0008/0) - Battery Present mfi0: 821 (4278190124s/0x0004/0) - PD 08(e1/s255) event: Enclosure (SES) di= scovered on PD 08(e1/s255) mfi0: 822 (4278190124s/0x0002/0) - PD 08(e1/s255) event: Inserted: PD 08(e1= /s255) mfi0: 823 (4278190124s/0x0002/0) - Type 29: Inserted: PD 08(e1/s255) Info: = enclPd=3D08, scsiType=3Dd, portMap=3D00, sasAddr=3D500180b04413ce00,0000000= 000000000 mfi0: 824 (4278190124s/0x0002/0) - PD 00(e1/s0) event: Inserted: PD 00(e1/s= 0) mfi0: 825 (4278190124s/0x0002/0) - Type 29: Inserted: PD 00(e1/s0) Info: en= clPd=3D08, scsiType=3D0, portMap=3D01, sasAddr=3D50010b900046038e,000000000= 0000000 mfi0: 826 (4278190124s/0x0002/0) - PD 01(e1/s1) event: Inserted: PD 01(e1/s= 1) mfi0: 827 (4278190124s/0x0002/0) - Type 29: Inserted: PD 01(e1/s1) Info: en= clPd=3D08, scsiType=3D0, portMap=3D02, sasAddr=3D50010b9000460376,000000000= 0000000 mfi0: 828 (4278190124s/0x0002/0) - PD 02(e1/s2) event: Inserted: PD 02(e1/s= 2) mfi0: 829 (4278190124s/0x0002/0) - Type 29: Inserted: PD 02(e1/s2) Info: en= clPd=3D08, scsiType=3D0, portMap=3D04, sasAddr=3D50010b900046035a,000000000= 0000000 mfi0: 830 (4278190124s/0x0002/0) - PD 03(e1/s3) event: Inserted: PD 03(e1/s= 3) mfi0: 831 (4278190124s/0x0002/0) - Type 29: Inserted: PD 03(e1/s3) Info: en= clPd=3D08, scsiType=3D0, portMap=3D08, sasAddr=3D50010b90004603be,000000000= 0000000 mfi0: 832 (4278190124s/0x0002/0) - PD 04(e1/s4) event: Inserted: PD 04(e1/s= 4) mfi0: 833 (4278190124s/0x0002/0) - Type 29: Inserted: PD 04(e1/s4) Info: en= clPd=3D08, scsiType=3D0, portMap=3D10, sasAddr=3D50010b900045f6d6,000000000= 0000000 mfi0: 834 (4278190124s/0x0002/0) - PD 05(e1/s5) event: Inserted: PD 05(e1/s= 5) mfi0: 835 (4278190124s/0x0002/0) - Type 29: Inserted: PD 05(e1/s5) Info: en= clPd=3D08, scsiType=3D0, portMap=3D20, sasAddr=3D50010b9000460246,000000000= 0000000 mfi0: 836 (224964238s/0x0020/0) - Adapter ticks 224964238 elapsed 45s: Time= established as 02/16/07 18:03:58; (45 seconds since power on) and the disks looks like: mfid0: on mfi0 mfid0: 418176MB (856424448 sectors) RAID volume '' is optimal The intended production workload involves creation and deletion of a large number of files rather rapidly. I recalled that for the first year or two with Soft Updates, there were problems with that kind of workload, such that there was enough hysteresis in making free blocks actually available for subsequent allocation that processes that were trying to write to new blocks on such file systems would often fail, reporting ENOSPC. Un-mounting and re-mounting the file system would clean things up, but that doesn't tend to be a viable approach for keeping a long-running application happy. :-} I reminded my colleague of this, since she also reported that an un-mount/re-mount sequence caused a lot of free space to show up on the file system in question, and she responded that she had been aware of this, and had been turning off Soft Updates on the file systems for the application in question, but she had forgotten that Soft Updates was on by default when she set up this (test) system. She then turned off Soft Updates and started the test workload again. And instead of failing with ENOSPC after 3 days, it only took 2. Hmmm... well; that wasn't exactly what I had expected. Any hints, here? The machine is running the i386 arch, with a pair of dual-core 2.33HHz Xeons. I have a recent dmesg.boot, but I'd rather keep list messages fairly short. We have a local private mirror of the FreeBSD CVS repository, so we have some flexibility in what we can do for testing, but the objective is to put the box in production -- and I'd rather not run CURRENT as part of a customer-visible production workload. :-} [My laptop is a different matter, of course....] Thanks! Peace, david -- David H. Wolfskill david@catwhisker.org Believe SORBS at your own risk: 63.193.123.122 has been static since Aug 19= 99. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --kGQlNN4Ir6FkfZg7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkZDekAACgkQmprOCmdXAD0iPQCfbsoUQfzy5C2Wsg99l28fJ772 C6wAn1LyWoYI6aYEfXACsK/8To7pYD1c =YJmk -----END PGP SIGNATURE----- --kGQlNN4Ir6FkfZg7-- From owner-freebsd-stable@FreeBSD.ORG Thu May 10 21:23:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F08AF16A403 for ; Thu, 10 May 2007 21:23:12 +0000 (UTC) (envelope-from scotts@inetz.com) Received: from garnet.inetz.com (mail.inetz.com [209.63.19.5]) by mx1.freebsd.org (Postfix) with ESMTP id C611313C448 for ; Thu, 10 May 2007 21:23:12 +0000 (UTC) (envelope-from scotts@inetz.com) Received: from localhost (localhost [127.0.0.1]) by garnet.inetz.com (Postfix) with ESMTP id B4D5F564F5 for ; Thu, 10 May 2007 14:49:51 -0600 (MDT) X-Virus-Scanned: amavisd-new at inetz.com X-Spam-Score: -4.383 X-Spam-Level: X-Spam-Status: No, score=-4.383 required=4 tests=[ALL_TRUSTED=-1.8, AWL=0.016, BAYES_00=-2.599] Received: from garnet.inetz.com ([127.0.0.1]) by localhost (mail.inetz.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4oAGs-XsaLzg for ; Thu, 10 May 2007 14:49:45 -0600 (MDT) Received: from [10.1.2.151] (unknown [10.2.2.52]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by garnet.inetz.com (Postfix) with ESMTP id BB3E05656A for ; Thu, 10 May 2007 14:49:45 -0600 (MDT) Message-ID: <46438569.1000506@inetz.com> Date: Thu, 10 May 2007 14:49:45 -0600 From: Scott Swanson User-Agent: Thunderbird 2.0.0.0 (X11/20070326) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: panic: spin lock held too long (w/ backtrace) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 May 2007 21:23:13 -0000 Hello all, I have a couple dozen SuperMicro servers in production and have had reoccurring crashing issues on a couple of them that are under higher load. After managing to pry one out of production, I have been able to re-create the problem fairly consistently just by looping a script that tars up a large directory and writes the the file to a different partition on the same raid array. Can anyone point me towards the next step to debug this issue? I can pursue any other debugging info that may be required. Regards; Scott Swanson Inetz Media > uname -a FreeBSD pyrite.inetz.com 6.2-RELEASE-p4 FreeBSD 6.2-RELEASE-p4 #3: Tue May 8 13:08:22 MDT 2007 root@biotite.inetz.com:/usr/obj/usr/src/sys/PYRITE i386 root@pyrite /usr/obj/usr/src/sys/PYRITE > kgdb kernel.debug /var/crash/vmcore.0 [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] Unread portion of the kernel message buffer: spin lock smp rendezvous held by 0xc95a5900 for > 5 seconds panic: spin lock held too long cpuid = 0 Uptime: 1d3h51m44s Dumping 3967 MB (3 chunks) chunk 0: 1MB (158 pages) ... ok chunk 1: 3966MB (1015280 pages) 3950 3934 3918 3902 3886 3870 3854 3838 3822 3806 3790 3774 3758 3742 3726 3710 3694 3678 3662 3646 3630 3614 3598 3582 3566 3550 3534 3518 3502 3486 3470 3454 3438 3422 3406 3390 3374 3358 3342 3326 3310 3294 3278 3262 3246 3230 3214 3198 3182 3166 3150 3134 3118 3102 3086 3070 3054 3038 3022 3006 2990 2974 2958 2942 2926 2910 2894 2878 2862 2846 2830 2814 2798 2782 2766 2750 2734 2718 2702 2686 2670 2654 2638 2622 2606 2590 2574 2558 2542 2526 2510 2494 2478 2462 2446 2430 2414 2398 2382 2366 2350 2334 2318 2302 2286 2270 2254 2238 2222 2206 2190 2174 2158 2142 2126 2110 2094 2078 2062 2046 2030 2014 1998 1982 1966 1950 1934 1918 1902 1886 1870 1854 1838 1822 1806 1790 1774 1758 1742 1726 1710 1694 1678 1662 1646 1630 1614 1598 1582 1566 1550 1534 1518 1502 1486 1470 1454 1438 1422 1406 1390 1374 1358 1342 1326 1310 1294 1278 1262 1246 1230 1214 1198 1182 1166 1150 1134 1118 1102 1086 1070 1054 1038 1022 1006 990 974 958 942 926 910 894 878 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638 622 606 590 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 ... ok chunk 2: 1MB (128 pages) #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc0632e8a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc06331e1 in panic (fmt=0xc087937c "spin lock held too long") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc062a1bd in _mtx_lock_spin (m=0xc094f420, tid=3376316416, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:633 #4 0xc08147ce in pmap_invalidate_range (pmap=0xc0984420, sva=3820650496, eva=3820666880) at /usr/src/sys/i386/i386/pmap.c:602 #5 0xc0814fad in pmap_qremove (sva=3820650496, count=0) at /usr/src/sys/i386/i386/pmap.c:974 #6 0xc067ba30 in vfs_vmio_release (bp=0xdd53ae40) at /usr/src/sys/kern/vfs_bio.c:1498 #7 0xc067c0d8 in getnewbuf (slpflag=0, slptimeo=0, size=16384, maxsize=16384) at /usr/src/sys/kern/vfs_bio.c:1779 #8 0xc067d7e8 in geteblk (size=16384) at /usr/src/sys/kern/vfs_bio.c:2580 #9 0xc0775df1 in ffs_bufwrite (bp=0xdd4a7778) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1700 #10 0xc067a9ab in bawrite (bp=0x0) at buf.h:410 #11 0xc0682f00 in vop_stdfsync (ap=0xeaa0acc0) at /usr/src/sys/kern/vfs_default.c:431 #12 0xc05e5c8f in devfs_fsync (ap=0xeaa0acc0) at /usr/src/sys/fs/devfs/devfs_vnops.c:379 #13 0xc082c3cc in VOP_FSYNC_APV (vop=0x0, a=0x0) at vnode_if.c:1020 #14 0xc068bf87 in sync_vnode (bo=0xc97491d0, td=0xc93e8000) at vnode_if.h:537 #15 0xc068c2a5 in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1698 #16 0xc061c5cd in fork_exit (callout=0xc068c04c , arg=0x0, frame=0xeaa0ad38) at /usr/src/sys/kern/kern_fork.c:821 #17 0xc080690c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 From owner-freebsd-stable@FreeBSD.ORG Thu May 10 21:43:49 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9116216A403 for ; Thu, 10 May 2007 21:43:49 +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 7BA1B13C4BC for ; Thu, 10 May 2007 21:43:49 +0000 (UTC) (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 BB1041A3C1A; Thu, 10 May 2007 14:44:33 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A76D5513BC; Thu, 10 May 2007 17:43:48 -0400 (EDT) Date: Thu, 10 May 2007 17:43:48 -0400 From: Kris Kennaway To: Scott Swanson Message-ID: <20070510214348.GA68925@xor.obsecurity.org> References: <46438569.1000506@inetz.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46438569.1000506@inetz.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: panic: spin lock held too long (w/ backtrace) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 May 2007 21:43:49 -0000 On Thu, May 10, 2007 at 02:49:45PM -0600, Scott Swanson wrote: > Hello all, > > I have a couple dozen SuperMicro servers in production and have had > reoccurring crashing issues on a couple of them that are under higher > load. > > After managing to pry one out of production, I have been able to > re-create the problem fairly consistently just by looping a script that > tars up a large directory and writes the the file to a different > partition on the same raid array. > > Can anyone point me towards the next step to debug this issue? I can > pursue any other debugging info that may be required. > > Regards; > Scott Swanson > Inetz Media > > > > uname -a > FreeBSD pyrite.inetz.com 6.2-RELEASE-p4 FreeBSD 6.2-RELEASE-p4 #3: Tue > May 8 13:08:22 MDT 2007 > root@biotite.inetz.com:/usr/obj/usr/src/sys/PYRITE i386 > > > root@pyrite /usr/obj/usr/src/sys/PYRITE > kgdb kernel.debug > /var/crash/vmcore.0 > [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] > > Unread portion of the kernel message buffer: > spin lock smp rendezvous held by 0xc95a5900 for > 5 seconds What is thread 0xc95a5900 doing? Kris > panic: spin lock held too long > cpuid = 0 > Uptime: 1d3h51m44s > Dumping 3967 MB (3 chunks) > chunk 0: 1MB (158 pages) ... ok > chunk 1: 3966MB (1015280 pages) 3950 3934 3918 3902 3886 3870 3854 > 3838 3822 3806 3790 3774 3758 3742 3726 3710 3694 3678 3662 3646 3630 > 3614 3598 3582 3566 3550 3534 3518 3502 3486 3470 3454 3438 3422 3406 > 3390 3374 3358 3342 3326 3310 3294 3278 3262 3246 3230 3214 3198 3182 > 3166 3150 3134 3118 3102 3086 3070 3054 3038 3022 3006 2990 2974 2958 > 2942 2926 2910 2894 2878 2862 2846 2830 2814 2798 2782 2766 2750 2734 > 2718 2702 2686 2670 2654 2638 2622 2606 2590 2574 2558 2542 2526 2510 > 2494 2478 2462 2446 2430 2414 2398 2382 2366 2350 2334 2318 2302 2286 > 2270 2254 2238 2222 2206 2190 2174 2158 2142 2126 2110 2094 2078 2062 > 2046 2030 2014 1998 1982 1966 1950 1934 1918 1902 1886 1870 1854 1838 > 1822 1806 1790 1774 1758 1742 1726 1710 1694 1678 1662 1646 1630 1614 > 1598 1582 1566 1550 1534 1518 1502 1486 1470 1454 1438 1422 1406 1390 > 1374 1358 1342 1326 1310 1294 1278 1262 1246 1230 1214 1198 1182 1166 > 1150 1134 1118 1102 1086 1070 1054 1038 1022 1006 990 974 958 942 926 > 910 894 878 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638 > 622 606 590 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 > 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 > 30 14 ... ok > chunk 2: 1MB (128 pages) > > #0 doadump () at pcpu.h:165 > 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) > (kgdb) backtrace > #0 doadump () at pcpu.h:165 > #1 0xc0632e8a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc06331e1 in panic (fmt=0xc087937c "spin lock held too long") at > /usr/src/sys/kern/kern_shutdown.c:565 > #3 0xc062a1bd in _mtx_lock_spin (m=0xc094f420, tid=3376316416, opts=0, > file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:633 > #4 0xc08147ce in pmap_invalidate_range (pmap=0xc0984420, > sva=3820650496, eva=3820666880) at /usr/src/sys/i386/i386/pmap.c:602 > #5 0xc0814fad in pmap_qremove (sva=3820650496, count=0) at > /usr/src/sys/i386/i386/pmap.c:974 > #6 0xc067ba30 in vfs_vmio_release (bp=0xdd53ae40) at > /usr/src/sys/kern/vfs_bio.c:1498 > #7 0xc067c0d8 in getnewbuf (slpflag=0, slptimeo=0, size=16384, > maxsize=16384) at /usr/src/sys/kern/vfs_bio.c:1779 > #8 0xc067d7e8 in geteblk (size=16384) at /usr/src/sys/kern/vfs_bio.c:2580 > #9 0xc0775df1 in ffs_bufwrite (bp=0xdd4a7778) at > /usr/src/sys/ufs/ffs/ffs_vfsops.c:1700 > #10 0xc067a9ab in bawrite (bp=0x0) at buf.h:410 > #11 0xc0682f00 in vop_stdfsync (ap=0xeaa0acc0) at > /usr/src/sys/kern/vfs_default.c:431 > #12 0xc05e5c8f in devfs_fsync (ap=0xeaa0acc0) at > /usr/src/sys/fs/devfs/devfs_vnops.c:379 > #13 0xc082c3cc in VOP_FSYNC_APV (vop=0x0, a=0x0) at vnode_if.c:1020 > #14 0xc068bf87 in sync_vnode (bo=0xc97491d0, td=0xc93e8000) at > vnode_if.h:537 > #15 0xc068c2a5 in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1698 > #16 0xc061c5cd in fork_exit (callout=0xc068c04c , arg=0x0, > frame=0xeaa0ad38) at /usr/src/sys/kern/kern_fork.c:821 > #17 0xc080690c in fork_trampoline () at > /usr/src/sys/i386/i386/exception.s:208 > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu May 10 22:31:53 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D2C416A400 for ; Thu, 10 May 2007 22:31:53 +0000 (UTC) (envelope-from scotts@inetz.com) Received: from garnet.inetz.com (mail.inetz.com [209.63.19.5]) by mx1.freebsd.org (Postfix) with ESMTP id 0BC1D13C45A for ; Thu, 10 May 2007 22:31:53 +0000 (UTC) (envelope-from scotts@inetz.com) Received: from localhost (localhost [127.0.0.1]) by garnet.inetz.com (Postfix) with ESMTP id 95D5B5656C; Thu, 10 May 2007 16:31:52 -0600 (MDT) X-Virus-Scanned: amavisd-new at inetz.com X-Spam-Score: -4.399 X-Spam-Level: X-Spam-Status: No, score=-4.399 required=4 tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599] Received: from garnet.inetz.com ([127.0.0.1]) by localhost (mail.inetz.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xhNbRnHm-i42; Thu, 10 May 2007 16:31:47 -0600 (MDT) Received: from [10.1.2.151] (unknown [10.2.2.52]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by garnet.inetz.com (Postfix) with ESMTP id BA24356569; Thu, 10 May 2007 16:31:47 -0600 (MDT) Message-ID: <46439D53.5070203@inetz.com> Date: Thu, 10 May 2007 16:31:47 -0600 From: Scott Swanson User-Agent: Thunderbird 2.0.0.0 (X11/20070326) MIME-Version: 1.0 To: Kris Kennaway References: <46438569.1000506@inetz.com> <20070510214348.GA68925@xor.obsecurity.org> In-Reply-To: <20070510214348.GA68925@xor.obsecurity.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: panic: spin lock held too long (w/ backtrace) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 May 2007 22:31:53 -0000 Kris Kennaway wrote: > On Thu, May 10, 2007 at 02:49:45PM -0600, Scott Swanson wrote: >> Hello all, >> >> I have a couple dozen SuperMicro servers in production and have had >> reoccurring crashing issues on a couple of them that are under higher >> load. >> >> After managing to pry one out of production, I have been able to >> re-create the problem fairly consistently just by looping a script that >> tars up a large directory and writes the the file to a different >> partition on the same raid array. >> >> Can anyone point me towards the next step to debug this issue? I can >> pursue any other debugging info that may be required. >> >> Regards; >> Scott Swanson >> Inetz Media >> >> >>> uname -a >> FreeBSD pyrite.inetz.com 6.2-RELEASE-p4 FreeBSD 6.2-RELEASE-p4 #3: Tue >> May 8 13:08:22 MDT 2007 >> root@biotite.inetz.com:/usr/obj/usr/src/sys/PYRITE i386 >> >> >> root@pyrite /usr/obj/usr/src/sys/PYRITE > kgdb kernel.debug >> /var/crash/vmcore.0 >> [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] >> >> Unread portion of the kernel message buffer: >> spin lock smp rendezvous held by 0xc95a5900 for > 5 seconds > > What is thread 0xc95a5900 doing? > > Kris > How can I determine the state of that thread? Do I need to be using DDB to glean that info, or can I use kgdb? Can't seem to track this down in the Developers Handbook... Regards; Scott From owner-freebsd-stable@FreeBSD.ORG Thu May 10 23:15:15 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 90E7116A400 for ; Thu, 10 May 2007 23:15:15 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 34C7313C46A for ; Thu, 10 May 2007 23:15:15 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l4ANE6hM021040; Thu, 10 May 2007 17:14:06 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4643A739.3080601@samsco.org> Date: Thu, 10 May 2007 17:14:01 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: David Wolfskill , stable@freebsd.org References: <20070510200211.GM64542@bunrab.catwhisker.org> In-Reply-To: <20070510200211.GM64542@bunrab.catwhisker.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Thu, 10 May 2007 17:14:06 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Subject: Re: 6.2-R on Dell Poweredge 2950 with Dell PERC 5/i [mfi(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: Thu, 10 May 2007 23:15:15 -0000 David Wolfskill wrote: > From a quick look in the lists, I get the impression that the Dell PERC > 5/i may be a bit problematic. Since I hadn't any plans on using that > hardware, though, I've paid more attention to other things. > Not sure that this impression is entirely accurate. The biggest problem with MFI machines is online RAID management. The storage driver itself matured very quickly and has been very reliable. > Well, now a colleague is trying to run 6.2-R on one of these 2950s; dmesg > says the controller is: > > mfi0: mem 0xd80f0000-0xd80fffff,0xfc4e0000-0xfc4fffff irq 78 at device 14.0 on pci2 > mfi0: 817 (224963336s/0x0020/0) - Shutdown command received from host > mfi0: 818 (4278190080s/0x0020/0) - PCI 0x041028 0x0415 0x041028 0x041f03: Firmware initialization started (PCI ID 0015/1028/1f03/1028) > mfi0: 819 (4278190080s/0x0020/0) - Type 18: Firmware version 1.00.02-0157 > mfi0: 820 (4278190096s/0x0008/0) - Battery Present > mfi0: 821 (4278190124s/0x0004/0) - PD 08(e1/s255) event: Enclosure (SES) discovered on PD 08(e1/s255) > mfi0: 822 (4278190124s/0x0002/0) - PD 08(e1/s255) event: Inserted: PD 08(e1/s255) > mfi0: 823 (4278190124s/0x0002/0) - Type 29: Inserted: PD 08(e1/s255) Info: enclPd=08, scsiType=d, portMap=00, sasAddr=500180b04413ce00,0000000000000000 > mfi0: 824 (4278190124s/0x0002/0) - PD 00(e1/s0) event: Inserted: PD 00(e1/s0) > mfi0: 825 (4278190124s/0x0002/0) - Type 29: Inserted: PD 00(e1/s0) Info: enclPd=08, scsiType=0, portMap=01, sasAddr=50010b900046038e,0000000000000000 > mfi0: 826 (4278190124s/0x0002/0) - PD 01(e1/s1) event: Inserted: PD 01(e1/s1) > mfi0: 827 (4278190124s/0x0002/0) - Type 29: Inserted: PD 01(e1/s1) Info: enclPd=08, scsiType=0, portMap=02, sasAddr=50010b9000460376,0000000000000000 > mfi0: 828 (4278190124s/0x0002/0) - PD 02(e1/s2) event: Inserted: PD 02(e1/s2) > mfi0: 829 (4278190124s/0x0002/0) - Type 29: Inserted: PD 02(e1/s2) Info: enclPd=08, scsiType=0, portMap=04, sasAddr=50010b900046035a,0000000000000000 > mfi0: 830 (4278190124s/0x0002/0) - PD 03(e1/s3) event: Inserted: PD 03(e1/s3) > mfi0: 831 (4278190124s/0x0002/0) - Type 29: Inserted: PD 03(e1/s3) Info: enclPd=08, scsiType=0, portMap=08, sasAddr=50010b90004603be,0000000000000000 > mfi0: 832 (4278190124s/0x0002/0) - PD 04(e1/s4) event: Inserted: PD 04(e1/s4) > mfi0: 833 (4278190124s/0x0002/0) - Type 29: Inserted: PD 04(e1/s4) Info: enclPd=08, scsiType=0, portMap=10, sasAddr=50010b900045f6d6,0000000000000000 > mfi0: 834 (4278190124s/0x0002/0) - PD 05(e1/s5) event: Inserted: PD 05(e1/s5) > mfi0: 835 (4278190124s/0x0002/0) - Type 29: Inserted: PD 05(e1/s5) Info: enclPd=08, scsiType=0, portMap=20, sasAddr=50010b9000460246,0000000000000000 > mfi0: 836 (224964238s/0x0020/0) - Adapter ticks 224964238 elapsed 45s: Time established as 02/16/07 18:03:58; (45 seconds since power on) > > and the disks looks like: > > mfid0: on mfi0 > mfid0: 418176MB (856424448 sectors) RAID volume '' is optimal > Looks A OK to me. > > The intended production workload involves creation and deletion of > a large number of files rather rapidly. > > I recalled that for the first year or two with Soft Updates, there > were problems with that kind of workload, such that there was enough > hysteresis in making free blocks actually available for subsequent > allocation that processes that were trying to write to new blocks > on such file systems would often fail, reporting ENOSPC. Un-mounting > and re-mounting the file system would clean things up, but that > doesn't tend to be a viable approach for keeping a long-running > application happy. :-} > sysctl vfs.ffs.doasyncfree=0 might help. Running the syncer more frequently might also help, but I don't recall the sysctl node for that. > I reminded my colleague of this, since she also reported that an > un-mount/re-mount sequence caused a lot of free space to show up > on the file system in question, and she responded that she had been > aware of this, and had been turning off Soft Updates on the file > systems for the application in question, but she had forgotten that > Soft Updates was on by default when she set up this (test) system. > > She then turned off Soft Updates and started the test workload again. > And instead of failing with ENOSPC after 3 days, it only took 2. Very strange. No chance that it was due to files that were deleted but still referenced by open apps? > > Hmmm... well; that wasn't exactly what I had expected. > > Any hints, here? The machine is running the i386 arch, with a pair of > dual-core 2.33HHz Xeons. > > I have a recent dmesg.boot, but I'd rather keep list messages fairly > short. > > We have a local private mirror of the FreeBSD CVS repository, so we have > some flexibility in what we can do for testing, but the objective is to > put the box in production -- and I'd rather not run CURRENT as part of a > customer-visible production workload. :-} [My laptop is a different > matter, of course....] > This sounds purely like a filesystem issue, not an MFI driver issue. Scott From owner-freebsd-stable@FreeBSD.ORG Fri May 11 01:00:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5CE6F16A406 for ; Fri, 11 May 2007 01:00:09 +0000 (UTC) (envelope-from scotts@inetz.com) Received: from garnet.inetz.com (mail.inetz.com [209.63.19.5]) by mx1.freebsd.org (Postfix) with ESMTP id 2F20013C45D for ; Fri, 11 May 2007 01:00:09 +0000 (UTC) (envelope-from scotts@inetz.com) Received: from localhost (localhost [127.0.0.1]) by garnet.inetz.com (Postfix) with ESMTP id AFEB556573; Thu, 10 May 2007 19:00:08 -0600 (MDT) X-Virus-Scanned: amavisd-new at inetz.com X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 required=4 tests=[BAYES_00=-2.599] Received: from garnet.inetz.com ([127.0.0.1]) by localhost (mail.inetz.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FHGI2vcWyES6; Thu, 10 May 2007 19:00:02 -0600 (MDT) Received: from [192.168.2.102] (sswanson.dsl.xmission.com [166.70.38.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by garnet.inetz.com (Postfix) with ESMTP id 55B465653A; Thu, 10 May 2007 19:00:01 -0600 (MDT) Message-ID: <4643C010.7060302@inetz.com> Date: Thu, 10 May 2007 19:00:00 -0600 From: Scott Swanson User-Agent: Thunderbird 2.0.0.0 (X11/20070326) MIME-Version: 1.0 To: Kris Kennaway References: <46438569.1000506@inetz.com> <20070510214348.GA68925@xor.obsecurity.org> In-Reply-To: <20070510214348.GA68925@xor.obsecurity.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: panic: spin lock held too long (w/ backtrace) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 May 2007 01:00:09 -0000 Kris Kennaway wrote: > On Thu, May 10, 2007 at 02:49:45PM -0600, Scott Swanson wrote: >> Hello all, >> >> I have a couple dozen SuperMicro servers in production and have had >> reoccurring crashing issues on a couple of them that are under higher >> load. >> >> After managing to pry one out of production, I have been able to >> re-create the problem fairly consistently just by looping a script that >> tars up a large directory and writes the the file to a different >> partition on the same raid array. >> >> Can anyone point me towards the next step to debug this issue? I can >> pursue any other debugging info that may be required. >> >> Regards; >> Scott Swanson >> Inetz Media >> >> >>> uname -a >> FreeBSD pyrite.inetz.com 6.2-RELEASE-p4 FreeBSD 6.2-RELEASE-p4 #3: Tue >> May 8 13:08:22 MDT 2007 >> root@biotite.inetz.com:/usr/obj/usr/src/sys/PYRITE i386 >> >> >> root@pyrite /usr/obj/usr/src/sys/PYRITE > kgdb kernel.debug >> /var/crash/vmcore.0 >> [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] >> >> Unread portion of the kernel message buffer: >> spin lock smp rendezvous held by 0xc95a5900 for > 5 seconds > > What is thread 0xc95a5900 doing? > > Kris > Is this the best way to determine the action of the thread? Regards; Scott (kgdb) info threads 90 Thread 100123 (PID=18303: bsdtar) 0xc0644f5b in sched_switch (td=0xc95a5900, newtd=0xc92aad80, flags=0) at /usr/src/sys/kern/sched_4bsd.c:973 89 Thread 100140 (PID=17447: sh) 0xc0644f5b in sched_switch (td=0xc9a67c00, newtd=0xc95a5900, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 88 Thread 100144 (PID=17441: tcsh) 0xc0644f5b in sched_switch (td=0xc9a67600, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 87 Thread 100125 (PID=17440: sshd) 0xc0644f5b in sched_switch (td=0xc95a5600, newtd=0xc95a5900, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 86 Thread 100109 (PID=17437: sshd) 0xc0644f5b in sched_switch (td=0xc9a41480, newtd=0xc9a67600, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 85 Thread 100039 (PID=898: getty) 0xc0644f5b in sched_switch (td=0xc93e8900, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 84 Thread 100067 (PID=897: getty) 0xc0644f5b in sched_switch (td=0xc95a6d80, newtd=0xc93e8900, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 83 Thread 100087 (PID=896: getty) 0xc0644f5b in sched_switch (td=0xc9604180, newtd=0xc9903180, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 82 Thread 100088 (PID=895: getty) 0xc0644f5b in sched_switch (td=0xc9903300, newtd=0xc9832780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 81 Thread 100089 (PID=894: getty) 0xc0644f5b in sched_switch (td=0xc9903180, newtd=0xc92aa780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 80 Thread 100082 (PID=893: getty) 0xc0644f5b in sched_switch (td=0xc9604900, newtd=0xc9903180, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 79 Thread 100073 (PID=892: getty) 0xc0644f5b in sched_switch (td=0xc9832780, newtd=0xc9832180, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 78 Thread 100077 (PID=891: getty) 0xc0644f5b in sched_switch (td=0xc9832180, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 77 Thread 100078 (PID=890: getty) 0xc0644f5b in sched_switch (td=0xc9832000, newtd=0xc9604900, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 76 Thread 100090 (PID=849: cron) 0xc0644f5b in sched_switch (td=0xc9903000, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 75 Thread 100056 (PID=843: sendmail) 0xc0644f5b in sched_switch (td=0xc9604000, newtd=0xc92aa780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 74 Thread 100069 (PID=839: sendmail) 0xc0644f5b in sched_switch (td=0xc95a6a80, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 73 Thread 100063 (PID=833: sshd) 0xc0644f5b in sched_switch (td=0xc9603480, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 72 Thread 100107 (PID=832: mysqld) 0xc0644f5b in sched_switch (td=0xc9a41780, newtd=0xc92aa780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 71 Thread 100106 (PID=832: mysqld) 0xc0644f5b in sched_switch (td=0xc9a41900, newtd=0xc92aa780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 70 Thread 100105 (PID=832: mysqld) 0xc0644f5b in sched_switch (td=0xc9a41a80, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 69 Thread 100102 (PID=832: mysqld) 0xc0644f5b in sched_switch (td=0xc95a5c00, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 68 Thread 100104 (PID=832: mysqld) 0xc0644f5b in sched_switch (td=0xc9a41c00, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 67 Thread 100103 (PID=832: mysqld) 0xc0644f5b in sched_switch (td=0xc9832a80, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 66 Thread 100101 (PID=832: mysqld) 0xc0644f5b in sched_switch (td=0xc9832d80, newtd=0xc9a41780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 65 Thread 100100 (PID=832: mysqld) 0xc0644f5b in sched_switch (td=0xc9902000, newtd=0xc9a67c00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 64 Thread 100099 (PID=832: mysqld) 0xc0644f5b in sched_switch (td=0xc9902180, newtd=0xc9a67c00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 63 Thread 100098 (PID=832: mysqld) 0xc0644f5b in sched_switch (td=0xc9902300, newtd=0xc92aa780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 62 Thread 100060 (PID=832: mysqld) 0xc0644f5b in sched_switch (td=0xc9603900, newtd=0xc9a41780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 61 Thread 100059 (PID=796: sh) 0xc0644f5b in sched_switch (td=0xc9603a80, newtd=0xc9603900, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 60 Thread 100070 (PID=784: usbd) 0xc0644f5b in sched_switch (td=0xc95a6900, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 59 Thread 100076 (PID=764: ntpd) 0xc0644f5b in sched_switch (td=0xc9832300, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 58 Thread 100051 (PID=734: nrpe2) 0xc0644f5b in sched_switch (td=0xc95a6480, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 57 Thread 100074 (PID=720: nfsd) 0xc0644f5b in sched_switch (td=0xc9832600, newtd=0xc95a5d80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 56 Thread 100061 (PID=718: nfsd) 0xc0644f5b in sched_switch (td=0xc9603780, newtd=0xc95a6d80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 55 Thread 100057 (PID=717: nfsd) 0xc0644f5b in sched_switch (td=0xc9603d80, newtd=0xc93e8780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 54 Thread 100038 (PID=716: nfsd) 0xc0644f5b in sched_switch (td=0xc93e8a80, newtd=0xc93e8780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 53 Thread 100040 (PID=715: nfsd) 0xc0644f5b in sched_switch (td=0xc93e8780, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 52 Thread 100052 (PID=713: mountd) 0xc0644f5b in sched_switch (td=0xc95a6300, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 51 Thread 100075 (PID=652: rpcbind) 0xc0644f5b in sched_switch (td=0xc9832480, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 50 Thread 100071 (PID=634: syslogd) 0xc0644f5b in sched_switch (td=0xc95a6780, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 49 Thread 100050 (PID=568: devd) 0xc0644f5b in sched_switch (td=0xc95a6600, newtd=0xc92aa780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 48 Thread 100058 (PID=136: adjkerntz) 0xc0644f5b in sched_switch (td=0xc9603c00, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 47 Thread 100042 (PID=46: schedcpu) 0xc0644f5b in sched_switch (td=0xc93e8480, newtd=0xc92aad80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 46 Thread 100043 (PID=45: softdepflush) 0xc0644f5b in sched_switch (td=0xc93e8300, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 ---Type to continue, or q to quit--- 45 Thread 100044 (PID=44: vnlru) 0xc0644f5b in sched_switch (td=0xc93e8180, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 * 44 Thread 100045 (PID=43: syncer) doadump () at pcpu.h:165 43 Thread 100046 (PID=42: bufdaemon) 0xc0644f5b in sched_switch (td=0xc93abd80, newtd=0xc93ab000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 42 Thread 100047 (PID=41: pagezero) 0xc0644f5b in sched_switch (td=0xc93abc00, newtd=0xc92aa780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 41 Thread 100048 (PID=40: vmdaemon) 0xc0644f5b in sched_switch (td=0xc93aba80, newtd=0xc93e8480, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 40 Thread 100049 (PID=39: pagedaemon) 0xc0644f5b in sched_switch (td=0xc93ab900, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 39 Thread 100027 (PID=38: irq7: ppc0) fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 38 Thread 100028 (PID=37: fdc0) 0xc0644f5b in sched_switch (td=0xc93ab000, newtd=0xc93e8180, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 37 Thread 100029 (PID=36: swi0: sio) 0xc0644f5b in sched_switch (td=0xc92afd80, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 36 Thread 100030 (PID=35: irq1: atkbd0) 0xc0644f5b in sched_switch (td=0xc92afc00, newtd=0xc92af300, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 35 Thread 100031 (PID=34: irq15: ata1) 0xc0644f5b in sched_switch (td=0xc92afa80, newtd=0xc92af180, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 34 Thread 100032 (PID=33: irq14: ata0) fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 33 Thread 100033 (PID=32: usb2) 0xc0644f5b in sched_switch (td=0xc92af780, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 32 Thread 100034 (PID=31: irq18: uhci2) fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 31 Thread 100035 (PID=30: usb1) 0xc0644f5b in sched_switch (td=0xc92af480, newtd=0xc92af780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 30 Thread 100036 (PID=29: irq19: uhci1) fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 29 Thread 100037 (PID=28: usbtask) 0xc0644f5b in sched_switch (td=0xc93e8c00, newtd=0xc92af480, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 28 Thread 100017 (PID=27: usb0) 0xc0644f5b in sched_switch (td=0xc92ab900, newtd=0xc92af480, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 27 Thread 100018 (PID=26: irq16: uhci0) fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 26 Thread 100019 (PID=25: irq72: asr0) 0xc0644f5b in sched_switch (td=0xc92ab600, newtd=0xc93ab780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 25 Thread 100020 (PID=24: irq29: em1) fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 24 Thread 100021 (PID=23: irq28: em0) 0xc0644f5b in sched_switch (td=0xc92ab300, newtd=0xc92aa780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 23 Thread 100022 (PID=22: irq9: acpi0) fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 22 Thread 100023 (PID=21: swi2: cambio) 0xc0644f5b in sched_switch (td=0xc93ab780, newtd=0xc92abc00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 21 Thread 100024 (PID=9: kqueue taskq) 0xc0644f5b in sched_switch (td=0xc93ab600, newtd=0xc09475c0, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 20 Thread 100025 (PID=8: acpi_task_2) 0xc0644f5b in sched_switch (td=0xc93ab480, newtd=0xc93ab600, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 19 Thread 100026 (PID=7: acpi_task_1) 0xc0644f5b in sched_switch (td=0xc93ab300, newtd=0xc93ab480, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 18 Thread 100008 (PID=6: acpi_task_0) 0xc0644f5b in sched_switch (td=0xc92aa300, newtd=0xc93ab300, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 17 Thread 100009 (PID=20: swi5: +) fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 16 Thread 100010 (PID=5: thread taskq) 0xc0644f5b in sched_switch (td=0xc92aa000, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 15 Thread 100011 (PID=19: swi6: Giant taskq) 0xc0644f5b in sched_switch (td=0xc92af300, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 14 Thread 100012 (PID=18: swi6: task queue) 0xc0644f5b in sched_switch (td=0xc92af180, newtd=0xc92aa780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 13 Thread 100013 (PID=17: yarrow) 0xc0644f5b in sched_switch (td=0xc92af000, newtd=0xc92aba80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 12 Thread 100014 (PID=4: g_down) 0xc0644f5b in sched_switch (td=0xc92abd80, newtd=0xc93e8000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 11 Thread 100015 (PID=3: g_up) 0xc0644f5b in sched_switch (td=0xc92abc00, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 10 Thread 100016 (PID=2: g_event) 0xc0644f5b in sched_switch (td=0xc92aba80, newtd=0xc92aaa80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 9 Thread 100000 (PID=16: swi3: vm) fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 8 Thread 100001 (PID=15: swi4: clock sio) 0xc0644f5b in sched_switch (td=0xc92aad80, newtd=0xc93e8000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 7 Thread 100002 (PID=14: swi1: net) 0xc0644f5b in sched_switch (td=0xc92aac00, newtd=0xc92aa780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 6 Thread 100003 (PID=13: idle: cpu0) 0xc0644f5b in sched_switch (td=0xc92aaa80, newtd=0xc92aad80, flags=2) at /usr/src/sys/kern/sched_4bsd.c:973 5 Thread 100004 (PID=12: idle: cpu1) fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 4 Thread 100005 (PID=11: idle: cpu2) 0xc0644f5b in sched_switch (td=0xc92aa780, newtd=0xc95a5900, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 3 Thread 100006 (PID=10: idle: cpu3) fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 2 Thread 100007 (PID=1: init) 0xc0644f5b in sched_switch (td=0xc92aa480, newtd=0xc9603480, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 1 Thread 0 (PID=0: swapper) 0xc0644f5b in sched_switch (td=0xc09475c0, newtd=0xc93ab780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 From owner-freebsd-stable@FreeBSD.ORG Fri May 11 01:06:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F131A16A402 for ; Fri, 11 May 2007 01:06:55 +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 DD17613C455 for ; Fri, 11 May 2007 01:06:55 +0000 (UTC) (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 6EABF1A3C19; Thu, 10 May 2007 18:07:40 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 25877513C6; Thu, 10 May 2007 21:06:55 -0400 (EDT) Date: Thu, 10 May 2007 21:06:55 -0400 From: Kris Kennaway To: Scott Swanson Message-ID: <20070511010654.GA75689@xor.obsecurity.org> References: <46438569.1000506@inetz.com> <20070510214348.GA68925@xor.obsecurity.org> <4643C010.7060302@inetz.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4643C010.7060302@inetz.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: panic: spin lock held too long (w/ backtrace) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 May 2007 01:06:56 -0000 On Thu, May 10, 2007 at 07:00:00PM -0600, Scott Swanson wrote: > >> Unread portion of the kernel message buffer: > >> spin lock smp rendezvous held by 0xc95a5900 for > 5 seconds > > > > What is thread 0xc95a5900 doing? > > > > Kris > > > > Is this the best way to determine the action of the thread? > > Regards; > Scott > > (kgdb) info threads > 90 Thread 100123 (PID=18303: bsdtar) 0xc0644f5b in sched_switch > (td=0xc95a5900, newtd=0xc92aad80, flags=0) at > /usr/src/sys/kern/sched_4bsd.c:973 Yes, now 'proc 18303' and 'bt'. Kris From owner-freebsd-stable@FreeBSD.ORG Fri May 11 01:13:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 37DF516A403 for ; Fri, 11 May 2007 01:13:56 +0000 (UTC) (envelope-from scotts@inetz.com) Received: from garnet.inetz.com (mail.inetz.com [209.63.19.5]) by mx1.freebsd.org (Postfix) with ESMTP id 17D6913C458 for ; Fri, 11 May 2007 01:13:56 +0000 (UTC) (envelope-from scotts@inetz.com) Received: from localhost (localhost [127.0.0.1]) by garnet.inetz.com (Postfix) with ESMTP id BF9A85656F; Thu, 10 May 2007 19:13:55 -0600 (MDT) X-Virus-Scanned: amavisd-new at inetz.com X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 required=4 tests=[AWL=-0.000, BAYES_00=-2.599] Received: from garnet.inetz.com ([127.0.0.1]) by localhost (mail.inetz.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AHzovSX7cVTl; Thu, 10 May 2007 19:13:53 -0600 (MDT) Received: from [192.168.2.102] (sswanson.dsl.xmission.com [166.70.38.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by garnet.inetz.com (Postfix) with ESMTP id AC37C5656C; Thu, 10 May 2007 19:13:52 -0600 (MDT) Message-ID: <4643C34F.9070504@inetz.com> Date: Thu, 10 May 2007 19:13:51 -0600 From: Scott Swanson User-Agent: Thunderbird 2.0.0.0 (X11/20070326) MIME-Version: 1.0 To: Kris Kennaway References: <46438569.1000506@inetz.com> <20070510214348.GA68925@xor.obsecurity.org> <4643C010.7060302@inetz.com> <20070511010654.GA75689@xor.obsecurity.org> In-Reply-To: <20070511010654.GA75689@xor.obsecurity.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: panic: spin lock held too long (w/ backtrace) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 May 2007 01:13:56 -0000 Kris Kennaway wrote: > On Thu, May 10, 2007 at 07:00:00PM -0600, Scott Swanson wrote: > >>>> Unread portion of the kernel message buffer: >>>> spin lock smp rendezvous held by 0xc95a5900 for > 5 seconds >>> What is thread 0xc95a5900 doing? >>> >>> Kris >>> >> Is this the best way to determine the action of the thread? >> >> Regards; >> Scott >> >> (kgdb) info threads >> 90 Thread 100123 (PID=18303: bsdtar) 0xc0644f5b in sched_switch >> (td=0xc95a5900, newtd=0xc92aad80, flags=0) at >> /usr/src/sys/kern/sched_4bsd.c:973 > > Yes, now 'proc 18303' and 'bt'. > > Kris (kgdb) proc 18303 (kgdb) bt #0 0xc0644f5b in sched_switch (td=0xc95a5900, newtd=0xc92aad80, flags=0) at /usr/src/sys/kern/sched_4bsd.c:973 #1 0xeaa6dcb4 in ?? () #2 0x00000001 in ?? () #3 0x0ee2c000 in ?? () #4 0x00000000 in ?? () #5 0x00004000 in ?? () #6 0x00000000 in ?? () #7 0x00000000 in ?? () #8 0xc95a5900 in ?? () #9 0xeaa6dd30 in ?? () #10 0xc081a8fb in syscall (frame=Cannot access memory at address 0x4008 ) at /usr/src/sys/i386/i386/trap.c:983 Previous frame inner to this frame (corrupt stack?) (kgdb) Thanks, Scott From owner-freebsd-stable@FreeBSD.ORG Fri May 11 01:19:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F0CD16A400 for ; Fri, 11 May 2007 01:19:30 +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 59E7B13C43E for ; Fri, 11 May 2007 01:19:30 +0000 (UTC) (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 DF4841A3C19; Thu, 10 May 2007 18:20:14 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 82D9E51551; Thu, 10 May 2007 21:19:29 -0400 (EDT) Date: Thu, 10 May 2007 21:19:29 -0400 From: Kris Kennaway To: Scott Swanson Message-ID: <20070511011929.GA76360@xor.obsecurity.org> References: <46438569.1000506@inetz.com> <20070510214348.GA68925@xor.obsecurity.org> <4643C010.7060302@inetz.com> <20070511010654.GA75689@xor.obsecurity.org> <4643C34F.9070504@inetz.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4643C34F.9070504@inetz.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: panic: spin lock held too long (w/ backtrace) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 May 2007 01:19:30 -0000 On Thu, May 10, 2007 at 07:13:51PM -0600, Scott Swanson wrote: > Kris Kennaway wrote: > > On Thu, May 10, 2007 at 07:00:00PM -0600, Scott Swanson wrote: > > > >>>> Unread portion of the kernel message buffer: > >>>> spin lock smp rendezvous held by 0xc95a5900 for > 5 seconds > >>> What is thread 0xc95a5900 doing? > >>> > >>> Kris > >>> > >> Is this the best way to determine the action of the thread? > >> > >> Regards; > >> Scott > >> > >> (kgdb) info threads > >> 90 Thread 100123 (PID=18303: bsdtar) 0xc0644f5b in sched_switch > >> (td=0xc95a5900, newtd=0xc92aad80, flags=0) at > >> /usr/src/sys/kern/sched_4bsd.c:973 > > > > Yes, now 'proc 18303' and 'bt'. > > > > Kris > > > (kgdb) proc 18303 > (kgdb) bt > #0 0xc0644f5b in sched_switch (td=0xc95a5900, newtd=0xc92aad80, > flags=0) at /usr/src/sys/kern/sched_4bsd.c:973 > #1 0xeaa6dcb4 in ?? () > #2 0x00000001 in ?? () > #3 0x0ee2c000 in ?? () > #4 0x00000000 in ?? () > #5 0x00004000 in ?? () > #6 0x00000000 in ?? () > #7 0x00000000 in ?? () > #8 0xc95a5900 in ?? () > #9 0xeaa6dd30 in ?? () > #10 0xc081a8fb in syscall (frame=Cannot access memory at address 0x4008 > ) at /usr/src/sys/i386/i386/trap.c:983 > Previous frame inner to this frame (corrupt stack?) Garbage :( Are you using any modules? Kris From owner-freebsd-stable@FreeBSD.ORG Fri May 11 01:44:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 638D816A400 for ; Fri, 11 May 2007 01:44:42 +0000 (UTC) (envelope-from scotts@inetz.com) Received: from garnet.inetz.com (mail.inetz.com [209.63.19.5]) by mx1.freebsd.org (Postfix) with ESMTP id 4466F13C44C for ; Fri, 11 May 2007 01:44:42 +0000 (UTC) (envelope-from scotts@inetz.com) Received: from localhost (localhost [127.0.0.1]) by garnet.inetz.com (Postfix) with ESMTP id E33AA56573; Thu, 10 May 2007 19:44:41 -0600 (MDT) X-Virus-Scanned: amavisd-new at inetz.com X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 required=4 tests=[AWL=-0.000, BAYES_00=-2.599] Received: from garnet.inetz.com ([127.0.0.1]) by localhost (mail.inetz.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mX+gAvFpqnNl; Thu, 10 May 2007 19:44:39 -0600 (MDT) Received: from [192.168.2.102] (sswanson.dsl.xmission.com [166.70.38.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by garnet.inetz.com (Postfix) with ESMTP id 065745656F; Thu, 10 May 2007 19:44:38 -0600 (MDT) Message-ID: <4643CA85.90800@inetz.com> Date: Thu, 10 May 2007 19:44:37 -0600 From: Scott Swanson User-Agent: Thunderbird 2.0.0.0 (X11/20070326) MIME-Version: 1.0 To: Kris Kennaway References: <46438569.1000506@inetz.com> <20070510214348.GA68925@xor.obsecurity.org> <4643C010.7060302@inetz.com> <20070511010654.GA75689@xor.obsecurity.org> <4643C34F.9070504@inetz.com> <20070511011929.GA76360@xor.obsecurity.org> In-Reply-To: <20070511011929.GA76360@xor.obsecurity.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: panic: spin lock held too long (w/ backtrace) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 May 2007 01:44:42 -0000 >> (kgdb) proc 18303 >> (kgdb) bt >> #0 0xc0644f5b in sched_switch (td=0xc95a5900, newtd=0xc92aad80, >> flags=0) at /usr/src/sys/kern/sched_4bsd.c:973 >> #1 0xeaa6dcb4 in ?? () >> #2 0x00000001 in ?? () >> #3 0x0ee2c000 in ?? () >> #4 0x00000000 in ?? () >> #5 0x00004000 in ?? () >> #6 0x00000000 in ?? () >> #7 0x00000000 in ?? () >> #8 0xc95a5900 in ?? () >> #9 0xeaa6dd30 in ?? () >> #10 0xc081a8fb in syscall (frame=Cannot access memory at address 0x4008 >> ) at /usr/src/sys/i386/i386/trap.c:983 >> Previous frame inner to this frame (corrupt stack?) > > Garbage :( Are you using any modules? > > Kris Well, I do have ASR_COMPAT enabled in the kernel to monitor the Adaptec 2010S controller. # asr old ioctls support, needed by raidutils options ASR_COMPAT In retrospect I guess I should have started investigating there first. Is there a good way to determine if this is actually the problem without just recompiling the kernel and hoping for the best? I see that it is still listed in NOTES, but maybe this option should now be avoided? Regards; Scott From owner-freebsd-stable@FreeBSD.ORG Fri May 11 01:50:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BEAB716A405 for ; Fri, 11 May 2007 01:50:35 +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 AA36513C46C for ; Fri, 11 May 2007 01:50:35 +0000 (UTC) (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 456AD1A3C19; Thu, 10 May 2007 18:51:20 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DA4855159E; Thu, 10 May 2007 21:50:34 -0400 (EDT) Date: Thu, 10 May 2007 21:50:34 -0400 From: Kris Kennaway To: Scott Swanson Message-ID: <20070511015034.GA77771@xor.obsecurity.org> References: <46438569.1000506@inetz.com> <20070510214348.GA68925@xor.obsecurity.org> <4643C010.7060302@inetz.com> <20070511010654.GA75689@xor.obsecurity.org> <4643C34F.9070504@inetz.com> <20070511011929.GA76360@xor.obsecurity.org> <4643CA85.90800@inetz.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4643CA85.90800@inetz.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: panic: spin lock held too long (w/ backtrace) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 May 2007 01:50:35 -0000 On Thu, May 10, 2007 at 07:44:37PM -0600, Scott Swanson wrote: > >> (kgdb) proc 18303 > >> (kgdb) bt > >> #0 0xc0644f5b in sched_switch (td=0xc95a5900, newtd=0xc92aad80, > >> flags=0) at /usr/src/sys/kern/sched_4bsd.c:973 > >> #1 0xeaa6dcb4 in ?? () > >> #2 0x00000001 in ?? () > >> #3 0x0ee2c000 in ?? () > >> #4 0x00000000 in ?? () > >> #5 0x00004000 in ?? () > >> #6 0x00000000 in ?? () > >> #7 0x00000000 in ?? () > >> #8 0xc95a5900 in ?? () > >> #9 0xeaa6dd30 in ?? () > >> #10 0xc081a8fb in syscall (frame=Cannot access memory at address 0x4008 > >> ) at /usr/src/sys/i386/i386/trap.c:983 > >> Previous frame inner to this frame (corrupt stack?) > > > > Garbage :( Are you using any modules? > > > > Kris > > Well, I do have ASR_COMPAT enabled in the kernel to monitor the Adaptec > 2010S controller. > > # asr old ioctls support, needed by raidutils > options ASR_COMPAT > > In retrospect I guess I should have started investigating there first. > Is there a good way to determine if this is actually the problem without > just recompiling the kernel and hoping for the best? > > I see that it is still listed in NOTES, but maybe this option should now > be avoided? Dunno how this answers my question so I'll retry :) Are you using any .ko modules for things not compiled into your kernel? It's the only way I can think of to get a nonsense backtrace like that (you have to do more work to trace kernels with modules loaded). Check kldstat. Kris From owner-freebsd-stable@FreeBSD.ORG Fri May 11 04:31:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 74C6E16A403 for ; Fri, 11 May 2007 04:31:30 +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 D7B9013C45D for ; Fri, 11 May 2007 04:31:29 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp204-197.lns1.adl4.internode.on.net [203.122.204.197]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l4B4VPl0006487 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 11 May 2007 14:01:27 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 11 May 2007 14:01:19 +0930 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2792156.KNWaetYOg4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200705111401.20932.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Subject: Supermicro PDSME+ / 3ware 9650 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 May 2007 04:31:30 -0000 --nextPart2792156.KNWaetYOg4 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I am looking for a new motherboard as the P8SCT only supports CPUs that=20 are no longer made. The PDSME+ has the multitude of PCI slots we need=20 and I am wondering if anyone has any experience with it? I was thinking of pairing it with a 3ware 9650-2LP PCIe card - I note=20 there was a recent commit to add support for that which is good timing=20 for us! I plan on using the onboard video, does it work OK with X.Org? On the=20 P8SCT I had to disable acceleration otherwise I would get video=20 corruption. (The PDSME+ uses an ATI chip rather than i830 video though) Any good or bad stories welcome :) Thanks in advance. =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 --nextPart2792156.KNWaetYOg4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGQ/GY5ZPcIHs/zowRAgdJAKCChj+oNRmFdcw2OMXz1pc9O7UngwCgkD8p RT46HP8hOC8ooSKAUsbHve8= =gz3s -----END PGP SIGNATURE----- --nextPart2792156.KNWaetYOg4-- From owner-freebsd-stable@FreeBSD.ORG Fri May 11 04:53:49 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 151FB16A403 for ; Fri, 11 May 2007 04:53:49 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id B22AF13C45A for ; Fri, 11 May 2007 04:53:48 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l4B4qXnb079793; Thu, 10 May 2007 22:52:34 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 10 May 2007 22:52:37 -0600 (MDT) Message-Id: <20070510.225237.1159134316.imp@bsdimp.com> To: martin.dieringer@gmx.de From: "M. Warner Losh" In-Reply-To: <20070508164234.L839@thinkpad.dieringer.dyndns.org> References: <200705081429.l48ETYYr087578@lurza.secnetix.de> <20070508164234.L839@thinkpad.dieringer.dyndns.org> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 10 May 2007 22:52:34 -0600 (MDT) Cc: freebsd-stable@freebsd.org Subject: Re: clock 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, 11 May 2007 04:53:49 -0000 In message: <20070508164234.L839@thinkpad.dieringer.dyndns.org> Martin Dieringer writes: : well now it works without "restrict": : # ntpq -p : remote refid st t when poll reach delay offset jitter : ============================================================================== : *time 192.53.103.108 2 u 19 64 77 91.454 301.926 860.104 : : : and the clock is "only" 3 seconds late now... only 300ms late, or .3s you mean. However, that jitter is sky high... Warner From owner-freebsd-stable@FreeBSD.ORG Fri May 11 04:56:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4080C16A406 for ; Fri, 11 May 2007 04:56:55 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 016E313C4CC for ; Fri, 11 May 2007 04:56:54 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l4B4ueDb079816; Thu, 10 May 2007 22:56:40 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 10 May 2007 22:56:43 -0600 (MDT) Message-Id: <20070510.225643.-713548429.imp@bsdimp.com> To: peterjeremy@optushome.com.au From: "M. Warner Losh" In-Reply-To: <20070508191617.GH838@turion.vk2pj.dyndns.org> References: <200705081248.l48CmvBO083216@lurza.secnetix.de> <20070508151525.Y839@thinkpad.dieringer.dyndns.org> <20070508191617.GH838@turion.vk2pj.dyndns.org> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 10 May 2007 22:56:41 -0600 (MDT) Cc: freebsd-stable@freebsd.org, martin.dieringer@gmx.de Subject: Re: clock 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, 11 May 2007 04:56:55 -0000 In message: <20070508191617.GH838@turion.vk2pj.dyndns.org> Peter Jeremy writes: : There seems to be a bug in ntpd where the PLL can saturate at : +/-500ppm and will not recover. This problem seems too occur mostly : where the reference servers have lots of jitter (ie a fairly congested : link to them). Yes. This is a rather interesting misfeature of ntpd. Its rails are at +/- 500ppm, and when it hits the rail it assumes that things are too bad to continue and it stops. Most PC clocks have a frequency error on the order of 10-150ppm, so it doesn't take a whole lot of jitter from a conjectsted remote network to exceed the limits... Warner From owner-freebsd-stable@FreeBSD.ORG Fri May 11 05:02:48 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D63416A402 for ; Fri, 11 May 2007 05:02:48 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id D30D013C45A for ; Fri, 11 May 2007 05:02:47 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l4B50t0u079854; Thu, 10 May 2007 23:00:55 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 10 May 2007 23:00:58 -0600 (MDT) Message-Id: <20070510.230058.-2001109480.imp@bsdimp.com> To: freebsd-stable@FreeBSD.ORG, olli@lurza.secnetix.de From: "M. Warner Losh" In-Reply-To: <200705091640.l49GeW9q055050@lurza.secnetix.de> References: <8EA8AB80-786A-431C-BFFD-6E244D3E25E8@goldmark.org> <200705091640.l49GeW9q055050@lurza.secnetix.de> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 10 May 2007 23:00:55 -0600 (MDT) Cc: Subject: Re: clock 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, 11 May 2007 05:02:48 -0000 In message: <200705091640.l49GeW9q055050@lurza.secnetix.de> Oliver Fromme writes: : Martin's Problem with ntpd is not a precision problem. : His problem is that his ntpd does not synchronize at all. : Adding more servers certainly won't solve that problem. There are two causes to not synchronizing at all. One of them is really crappy hardware. It has been known to happen. One of the things I do for the commerical ntp servers that my company sells is to run ntpd on it for a while and monitor the error. If it gets above 150ppm, we RMA the board as defective, as the boards we buy are usually closer to 30ppm off. This may be the problem if powerd is running and you are using a source of time that's based on frequency of the processor. Since powerd is always jerking it around, you will never measure a stable frequency and you will never converge. The other time you won't converge is on heavily conjested links. In this case the jitter to the remote system is so large, and the traffic patterns so heavy that ntp's assumption that the round trip time is basically symmetric breaks down. When it is badly asymmetric, you won't get convergence either. Well, there is a third cause of noy synchronizing, but he's not developing a ntpd reference clock driver... Warner From owner-freebsd-stable@FreeBSD.ORG Fri May 11 06:33:02 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AAE2016A402 for ; Fri, 11 May 2007 06:33:02 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.228]) by mx1.freebsd.org (Postfix) with ESMTP id 6CEE013C44B for ; Fri, 11 May 2007 06:33:02 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so922496nze for ; Thu, 10 May 2007 23:33:02 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=epIp3tFdSZ8sFlb/A6F9pcK1GbL0G3D1uCqnb9IdWKcc/iqy6MPhQp8CGKOkRxnSyjnuOvNQS9bx40OUpUghV2PPRdF5GNwZ5inzIlkbsJZnZXU+gVY86nhTjYvru7IJrl3DAp/Qh9T4C6Kx/BPNJaVsWI3Ea/vCXPl+ZzpQQTQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GPiP+LxoJxB+1aUVE2CljEpBF+yNva/nFQAvY0i20Pkg2YQdxqr/UxjaqnMlIj4uRud+IXb3Y2R48r/Dzz3Uh5tvUGqTPta01t/CL8rMenJLUZwMYZAGfeenO3Ew4DhM/2zecqOaLimuvwTOZKvbGKq1Z9UksYP3q/AA/M8Qb0M= Received: by 10.114.77.1 with SMTP id z1mr875715waa.1178863668251; Thu, 10 May 2007 23:07:48 -0700 (PDT) Received: by 10.114.25.18 with HTTP; Thu, 10 May 2007 23:07:48 -0700 (PDT) Message-ID: <7579f7fb0705102307t3f40e256t209f26d25cc4ea56@mail.gmail.com> Date: Fri, 11 May 2007 02:07:48 -0400 From: "Matthew Jacob" To: "FreeBSD Tinderbox" In-Reply-To: <20070510154323.A84E3241BF@freebsd-stable.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070510154323.A84E3241BF@freebsd-stable.sentex.ca> Cc: stable@freebsd.org, sparc64@freebsd.org Subject: Re: [releng_5 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 May 2007 06:33:02 -0000 Sorry- my bad. I'll fix shortly. On 5/10/07, FreeBSD Tinderbox wrote: > TB --- 2007-05-10 14:42:44 - tinderbox 2.3 running on freebsd-stable.sentex.ca > TB --- 2007-05-10 14:42:44 - starting RELENG_5 tinderbox run for sparc64/sparc64 > TB --- 2007-05-10 14:42:44 - cleaning the object tree > TB --- 2007-05-10 14:43:10 - checking out the source tree > TB --- 2007-05-10 14:43:10 - cd /tinderbox/RELENG_5/sparc64/sparc64 > TB --- 2007-05-10 14:43:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src > TB --- 2007-05-10 14:56:20 - building world (CFLAGS=-O -pipe) > TB --- 2007-05-10 14:56:20 - cd /src > TB --- 2007-05-10 14:56:20 - /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 --- 2007-05-10 15:40:18 - generating LINT kernel config > TB --- 2007-05-10 15:40:18 - cd /src/sys/sparc64/conf > TB --- 2007-05-10 15:40:18 - /usr/bin/make -B LINT > TB --- 2007-05-10 15:40:18 - building LINT kernel (COPTFLAGS=-O -pipe) > TB --- 2007-05-10 15:40:18 - cd /src > TB --- 2007-05-10 15:40:18 - /usr/bin/make buildkernel KERNCONF=LINT > >>> Kernel build for LINT started on Thu May 10 15:40:18 UTC 2007 > >>> stage 1: configuring the kernel > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3.1: making dependencies > >>> stage 3.2: building everything > [...] > cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/isp/isp.c > cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/isp/isp_freebsd.c > cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/isp/isp_library.c > cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/isp/isp_target.c > cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/isp/isp_pci.c > cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/isp/isp_sbus.c > /src/sys/dev/isp/isp_sbus.c: In function `isp_sbus_mbxdma': > /src/sys/dev/isp/isp_sbus.c:451: warning: unused variable `sbs' > *** Error code 1 > > Stop in /obj/sparc64/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2007-05-10 15:43:23 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2007-05-10 15:43:23 - ERROR: failed to build lint kernel > TB --- 2007-05-10 15:43:23 - tinderbox aborted > TB --- 0.89 user 2.50 system 3638.47 real > > > http://tinderbox.des.no/tinderbox-releng_5-RELENG_5-sparc64-sparc64.full > _______________________________________________ > 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 May 11 10:11:41 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 599F616A403 for ; Fri, 11 May 2007 10:11:41 +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 BE3E213C455 for ; Fri, 11 May 2007 10:11:40 +0000 (UTC) (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 l4BABUFo061275; Fri, 11 May 2007 12:11:35 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l4BABTfh061274; Fri, 11 May 2007 12:11:29 +0200 (CEST) (envelope-from olli) Date: Fri, 11 May 2007 12:11:29 +0200 (CEST) Message-Id: <200705111011.l4BABTfh061274@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, imp@bsdimp.com, peterjeremy@optushome.com.au In-Reply-To: <20070510.225643.-713548429.imp@bsdimp.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 11 May 2007 12:11:36 +0200 (CEST) Cc: Subject: Re: clock problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, imp@bsdimp.com, peterjeremy@optushome.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 10:11:41 -0000 M. Warner Losh wrote: > Peter Jeremy wrote: > : There seems to be a bug in ntpd where the PLL can saturate at > : +/-500ppm and will not recover. This problem seems too occur mostly > : where the reference servers have lots of jitter (ie a fairly congested > : link to them). > > Yes. This is a rather interesting misfeature of ntpd. Its rails are > at +/- 500ppm, and when it hits the rail it assumes that things are > too bad to continue and it stops. I think it is related to the maximum slew rate of 1/2000, which is equivalent to 500 ppm. The ntpd(8) manpage says: "Since the slew rate of typical Unix kernels is limited to 0.5 ms/s, each second of adjustment requires an amortization interval of 2000 s." And a bit further down: "The maximum slew rate possible is limited to 500 parts-per- million (PPM) as a consequence of the correctness principles on which the NTP protocol and algorithm design are based. As a result, the local clock can take a long time to converge to an acceptable offset, about 2,000 s for each second the clock is outside the acceptable range." > Most PC clocks have a frequency error on the order of 10-150ppm, so it > doesn't take a whole lot of jitter from a conjectsted remote network > to exceed the limits... I think the "burst" and "iburst" options for the server lines in ntp.conf might help in such cases. Of course, the best solution is to buy a GPS or DCF radio receiver and set up a startum-1 yourself. But last time I tried to do that with a cheap DCF plug, it wasn't very well supported on FreeBSD. Even an expensive Mainberg receiver ( http://www.meinberg.de/english/ ) with an RS232 output worked much more accurately with a Solaris machine than with FreeBSD. (Unfortunately, the Mainberg model availbale to us did not have NTP support via ethernet itself, only serial output.) I have to admit that that was in FreeBSD 4.x days. The situation might have improved in the meantime (I don't know). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "C++ is to C as Lung Cancer is to Lung." -- Thomas Funke From owner-freebsd-stable@FreeBSD.ORG Fri May 11 10:56:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A7E8816A408 for ; Fri, 11 May 2007 10:56:30 +0000 (UTC) (envelope-from andrej@antiszoc.hu) Received: from mail.webmedia.hu (webmedia.hu [195.70.37.84]) by mx1.freebsd.org (Postfix) with ESMTP id 7194513C455 for ; Fri, 11 May 2007 10:56:30 +0000 (UTC) (envelope-from andrej@antiszoc.hu) X-Virus-Scanned: amavisd-new at webmedia.hu Received: from 195.70.43.76 (SquirrelMail authenticated user andrej@antiszoc.hu) by duloc.webmedia.hu with HTTP; Fri, 11 May 2007 12:56:27 +0200 (CEST) Message-ID: <54364.195.70.43.76.1178880987.squirrel@duloc.webmedia.hu> Date: Fri, 11 May 2007 12:56:27 +0200 (CEST) From: =?iso-8859-2?Q?G=F3t_Andr=E1s?= To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-2 Content-Transfer-Encoding: 8bit Cc: noc@intellicom.hu Subject: freebsd and securelevel question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 May 2007 10:56:30 -0000 Hi, So. The simple question is: Why FreeBSD has securelevel 0 if init sets it to 1, if it sees at boot that the level is 0? :) It's OK that it's in the manual, but there are two default ways to set securelevel at boot time also. I don't really get the point of this forced 0 to 1 changing. We'd like to use our machines with securelevel 0 by default, so I had comment out the relevant two lines from init.c. Regards, Andras From owner-freebsd-stable@FreeBSD.ORG Fri May 11 11:11:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A2AA816A405 for ; Fri, 11 May 2007 11:11:48 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id 6CECD13C457 for ; Fri, 11 May 2007 11:11:48 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.144.87] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HmT2G-000ESd-Sd; Fri, 11 May 2007 12:11:44 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HmT28-000A2Q-KK; Fri, 11 May 2007 12:11:36 +0100 Date: Fri, 11 May 2007 12:11:36 +0100 From: Thomas Hurst To: G?t Andr?s Message-ID: <20070511111136.GA38295@voi.aagh.net> Mail-Followup-To: G?t Andr?s , freebsd-stable@freebsd.org, noc@intellicom.hu References: <54364.195.70.43.76.1178880987.squirrel@duloc.webmedia.hu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54364.195.70.43.76.1178880987.squirrel@duloc.webmedia.hu> Organization: Not much. User-Agent: Mutt/1.5.15 (2007-04-06) Sender: Thomas Hurst Cc: noc@intellicom.hu, freebsd-stable@freebsd.org Subject: Re: freebsd and securelevel question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 May 2007 11:11:48 -0000 * G?t Andr?s (andrej@antiszoc.hu) wrote: > So. The simple question is: Why FreeBSD has securelevel 0 if init sets > it to 1, if it sees at boot that the level is 0? :) So when you boot to single user mode you can turn off immutable/append only flags etc, without letting those capabilities propagate into multiuser mode? > We'd like to use our machines with securelevel 0 by default, so I had > comment out the relevant two lines from init.c. init(8): -1 Permanently insecure mode - always run the system in level 0 mode. This is the default initial value. -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-stable@FreeBSD.ORG Fri May 11 11:17:33 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A540B16A403 for ; Fri, 11 May 2007 11:17:33 +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 1919913C468 for ; Fri, 11 May 2007 11:17:32 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (cdsdyb@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l4BBHOsc064798; Fri, 11 May 2007 13:17:30 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l4BBHOwV064797; Fri, 11 May 2007 13:17:24 +0200 (CEST) (envelope-from olli) Date: Fri, 11 May 2007 13:17:24 +0200 (CEST) Message-Id: <200705111117.l4BBHOwV064797@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, andrej@antiszoc.hu In-Reply-To: <54364.195.70.43.76.1178880987.squirrel@duloc.webmedia.hu> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 11 May 2007 13:17:30 +0200 (CEST) Cc: Subject: Re: freebsd and securelevel question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, andrej@antiszoc.hu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 11:17:33 -0000 Gót András wrote: > So. The simple question is: Why FreeBSD has securelevel 0 if init sets it > to 1, if it sees at boot that the level is 0? :) It's OK that it's in the > manual, but there are two default ways to set securelevel at boot time > also. I don't really get the point of this forced 0 to 1 changing. The reason is so that /etc/rc and all of the related startup scripts can run at level 0, which might be necessary for various reasons, and afterwards the level is autmatically increased to 1. If you don't want that, you should leave the level at the default of -1. > We'd like to use our machines with securelevel 0 by default, so I had > comment out the relevant two lines from init.c. Uhm, could you please explain why you want to do that? It doesn't make sense. Note that level -1 behaves exactly the same as level 0 (i.e. no restrictions at all), the only difference is that -1 prevents the automatic increase to level 1 when the system goes multi-user. So, if you want to run permanently without restrictions, then you should leave the secure level at the default value of -1. It's all explained in the init(8) manual page. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "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 Fri May 11 11:49:32 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB75C16A402 for ; Fri, 11 May 2007 11:49:32 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id AA9A513C465 for ; Fri, 11 May 2007 11:49:32 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 620FF46CB5 for ; Fri, 11 May 2007 07:49:32 -0400 (EDT) Date: Fri, 11 May 2007 12:49:32 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: stable@FreeBSD.org In-Reply-To: <20070508132149.A24765@fledge.watson.org> Message-ID: <20070511124830.N24765@fledge.watson.org> References: <20070508132149.A24765@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: UNIX domain sockets MFC's X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 11:49:32 -0000 On Tue, 8 May 2007, Robert Watson wrote: > Right now I am tracking two known issues with UNIX domain sockets in > RELENG_6: > > - Reported NULL point derference in unp_connect(), which occurs due to the > dropping of locks around sonewconn(). This is fixed in HEAD, and I am > preparing an MFC of this patch. The fix for this has now been merged as 1.155.2.22. As there have been no new reports of UNIX domain socket problems in the last couple of days, it sounds like the MFC of the last batch of fixes and cleanups has not lead to problems. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Fri May 11 14:09:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 29BFA16A404 for ; Fri, 11 May 2007 14:09:10 +0000 (UTC) (envelope-from martin.dieringer@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 7A58F13C43E for ; Fri, 11 May 2007 14:09:09 +0000 (UTC) (envelope-from martin.dieringer@gmx.de) Received: (qmail invoked by alias); 11 May 2007 14:09:06 -0000 Received: from c-134-230-185.f.dsl.de.ignite.net (EHLO dieringer.dyndns.org) [62.134.230.185] by mail.gmx.net (mp001) with SMTP; 11 May 2007 16:09:06 +0200 X-Authenticated: #21464393 X-Provags-ID: V01U2FsdGVkX19FACgZSS5FtF+kZ/o+bufnsvnbeY0Rnvp0GmZhhY //SLqwVP/6HnIL Received: (qmail 11317 invoked by uid 1001); 9 May 2007 14:25:27 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 9 May 2007 14:25:26 -0000 Date: Wed, 9 May 2007 16:25:26 +0200 (CEST) From: Martin Dieringer To: freebsd-stable@freebsd.org In-Reply-To: Message-ID: <20070509162221.P700@thinkpad.dieringer.dyndns.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Y-GMX-Trusted: 0 Subject: Re: clock too slow - big time offset with ntpdate X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Martin Dieringer List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 14:09:10 -0000 On Wed, 9 May 2007, Ian Smith wrote: > Bottom line might be: if it hurts when you run powerd with APM, > don't. > > If you want powerd to work, I'd suggest trying ACPI again ok, using ACPI solved the clock problem, the suspend problem has to be solved later.... m. From owner-freebsd-stable@FreeBSD.ORG Fri May 11 14:09:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 775DB16A403 for ; Fri, 11 May 2007 14:09:11 +0000 (UTC) (envelope-from martin.dieringer@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id C7E8413C44B for ; Fri, 11 May 2007 14:09:10 +0000 (UTC) (envelope-from martin.dieringer@gmx.de) Received: (qmail invoked by alias); 11 May 2007 14:09:08 -0000 Received: from c-134-230-185.f.dsl.de.ignite.net (EHLO dieringer.dyndns.org) [62.134.230.185] by mail.gmx.net (mp035) with SMTP; 11 May 2007 16:09:08 +0200 X-Authenticated: #21464393 X-Provags-ID: V01U2FsdGVkX19AGe1Rs6dAtbEg+4865OIjqML4vZ/wn1X95wFKj4 vVSVXdl+8xJzqA Received: (qmail 7760 invoked by uid 1001); 11 May 2007 09:17:21 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 11 May 2007 09:17:21 -0000 Date: Fri, 11 May 2007 11:17:21 +0200 (CEST) From: Martin Dieringer To: "M. Warner Losh" In-Reply-To: <20070510.225237.1159134316.imp@bsdimp.com> Message-ID: <20070511110759.L700@thinkpad.dieringer.dyndns.org> References: <200705081429.l48ETYYr087578@lurza.secnetix.de> <20070508164234.L839@thinkpad.dieringer.dyndns.org> <20070510.225237.1159134316.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: clock problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Martin Dieringer List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 14:09:11 -0000 On Thu, 10 May 2007, M. Warner Losh wrote: > In message: <20070508164234.L839@thinkpad.dieringer.dyndns.org> > Martin Dieringer writes: > : well now it works without "restrict": > : # ntpq -p > : remote refid st t when poll reach delay offset jitter > : ============================================================================== > : *time 192.53.103.108 2 u 19 64 77 91.454 301.926 860.104 > : > : > : and the clock is "only" 3 seconds late now... > > only 300ms late, or .3s you mean. Well it says so, but I meant 3 seconds, compared by eye to a radio clock. This is NOT a hardware problem. 1. I have this on 2 machines, 2. the problem is solved by switching to ACPI instead of APM m. From owner-freebsd-stable@FreeBSD.ORG Fri May 11 14:41:35 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 832AB16A403; Fri, 11 May 2007 14:41:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4287913C43E; Fri, 11 May 2007 14:41:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4BEfYC8048862; Fri, 11 May 2007 10:41:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l4BEfYwV019102; Fri, 11 May 2007 10:41:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 6FE04241BF; Fri, 11 May 2007 10:41:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070511144134.6FE04241BF@freebsd-stable.sentex.ca> Date: Fri, 11 May 2007 10:41:34 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 14:41:35 -0000 TB --- 2007-05-11 13:24:38 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-05-11 13:24:38 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2007-05-11 13:24:38 - cleaning the object tree TB --- 2007-05-11 13:25:06 - checking out the source tree TB --- 2007-05-11 13:25:06 - cd /tinderbox/RELENG_6/sparc64/sparc64 TB --- 2007-05-11 13:25:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-05-11 13:35:38 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-11 13:35:38 - cd /src TB --- 2007-05-11 13:35:38 - /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 --- 2007-05-11 14:40:11 - generating LINT kernel config TB --- 2007-05-11 14:40:11 - cd /src/sys/sparc64/conf TB --- 2007-05-11 14:40:11 - /usr/bin/make -B LINT TB --- 2007-05-11 14:40:12 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-11 14:40:12 - cd /src TB --- 2007-05-11 14:40:12 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 11 14:40:12 UTC 2007 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/linker_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_bus_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/sparc64/pci/ofw_pci_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding /src/sys/dev/isp/isp_sbus.c:487:67: macro "isp_dma_tag_create" requires 12 arguments, but only 1 given mkdep: compile failed *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-11 14:41:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-11 14:41:34 - ERROR: failed to build lint kernel TB --- 2007-05-11 14:41:34 - tinderbox aborted TB --- 0.95 user 2.65 system 4616.05 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Fri May 11 14:53:57 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 535F816A409 for ; Fri, 11 May 2007 14:53:57 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 11B0113C447 for ; Fri, 11 May 2007 14:53:56 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l4BErLYD089302; Fri, 11 May 2007 08:53:21 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 11 May 2007 08:53:25 -0600 (MDT) Message-Id: <20070511.085325.-1889956816.imp@bsdimp.com> To: martin.dieringer@gmx.de From: "M. Warner Losh" In-Reply-To: <20070511110759.L700@thinkpad.dieringer.dyndns.org> References: <20070508164234.L839@thinkpad.dieringer.dyndns.org> <20070510.225237.1159134316.imp@bsdimp.com> <20070511110759.L700@thinkpad.dieringer.dyndns.org> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 11 May 2007 08:53:21 -0600 (MDT) Cc: freebsd-stable@FreeBSD.ORG Subject: Re: clock 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, 11 May 2007 14:53:57 -0000 In message: <20070511110759.L700@thinkpad.dieringer.dyndns.org> Martin Dieringer writes: : This is NOT a hardware problem. 1. I have this on 2 machines, 2. the : problem is solved by switching to ACPI instead of APM It is a hardware problem. APM + powerd changes the frequency of the TSC. If the TSC is used as the time source, then you'll get bad timekeeping. ACPI uses its own frequency source that is much more stable and independent of the TSC, so switching to it fixes the problem because you are switching the hardware from using a really bad frequency source with ugly steps to using a good frequency source w/o steps. Warner From owner-freebsd-stable@FreeBSD.ORG Fri May 11 14:54:07 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8962C16A404 for ; Fri, 11 May 2007 14:54:07 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 38D0E13C465 for ; Fri, 11 May 2007 14:54:07 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l4BEp5LO089297; Fri, 11 May 2007 08:51:05 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 11 May 2007 08:51:09 -0600 (MDT) Message-Id: <20070511.085109.1387159931.imp@bsdimp.com> To: freebsd-stable@FreeBSD.ORG, peterjeremy@optushome.com.au, olli@lurza.secnetix.de From: "M. Warner Losh" In-Reply-To: <200705111011.l4BABTfh061274@lurza.secnetix.de> References: <20070510.225643.-713548429.imp@bsdimp.com> <200705111011.l4BABTfh061274@lurza.secnetix.de> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 11 May 2007 08:51:05 -0600 (MDT) Cc: Subject: Re: clock 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, 11 May 2007 14:54:07 -0000 In message: <200705111011.l4BABTfh061274@lurza.secnetix.de> Oliver Fromme writes: : M. Warner Losh wrote: : > Peter Jeremy wrote: : > : There seems to be a bug in ntpd where the PLL can saturate at : > : +/-500ppm and will not recover. This problem seems too occur mostly : > : where the reference servers have lots of jitter (ie a fairly congested : > : link to them). : > : > Yes. This is a rather interesting misfeature of ntpd. Its rails are : > at +/- 500ppm, and when it hits the rail it assumes that things are : > too bad to continue and it stops. : : I think it is related to the maximum slew rate of 1/2000, : which is equivalent to 500 ppm. The ntpd(8) manpage says: : : "Since the slew rate of typical Unix kernels is limited to : 0.5 ms/s, each second of adjustment requires an amortization : interval of 2000 s." : : And a bit further down: : : "The maximum slew rate possible is limited to 500 parts-per- : million (PPM) as a consequence of the correctness principles : on which the NTP protocol and algorithm design are based. : As a result, the local clock can take a long time to converge : to an acceptable offset, about 2,000 s for each second the : clock is outside the acceptable range." I think you are confusing two things here. One is the maximum frequency error of the system clock that ntpd can tolerate. The other is the maximum slew rate of the system clock. The actual error in nominal frequency of the system clock is what is recorded. When ntpd slams the system clock to do its 2ms/s adjustment, it still records the actual error. Since the original drift file was 500.000, this indicates a very bad clock. : > Most PC clocks have a frequency error on the order of 10-150ppm, so it : > doesn't take a whole lot of jitter from a conjectsted remote network : > to exceed the limits... : : I think the "burst" and "iburst" options for the server lines : in ntp.conf might help in such cases. It might. : Of course, the best solution is to buy a GPS or DCF radio : receiver and set up a startum-1 yourself. But last time : I tried to do that with a cheap DCF plug, it wasn't very : well supported on FreeBSD. Even an expensive Mainberg : receiver ( http://www.meinberg.de/english/ ) with an RS232 : output worked much more accurately with a Solaris machine : than with FreeBSD. (Unfortunately, the Mainberg model : availbale to us did not have NTP support via ethernet : itself, only serial output.) I have to admit that that : was in FreeBSD 4.x days. The situation might have : improved in the meantime (I don't know). My company has used FreeBSD's ntpd since 3.x with a small, custom driver that I wrote. It turns out to work very well in practice. I'd suggest that it is well supported, even in FreeBSD 4.x. It isn't well documented. As for working better on Solaris, I've not done measurements there. I do know that our custom clock drivers typically stay less than a microsecond of the reference clock when the unit has good temperature stability, and three or five microseconds in a durunal swing when the units aren't well thermally regulated. Of course, we are using what is effecitvely a GPS disciplined Rubidium (Rb) oscillator's PPS as our time base. We haven't gone the extra step of using the Rb's 10MHz to synthesize frequencies for the motherboard, since we don't need system time to be that stable (it gives two or three more orders of magnitude of stability). We do use the kernel FLL, and our custom driver provides the absolute phase. We get slightly better results in 6.x than we did in 4.x because of a subtle bug in the kernel that phk fixed in the calculation of error where two terms that were almost the same had the wrong signs and almost cancelled out... Warner From owner-freebsd-stable@FreeBSD.ORG Fri May 11 15:14:34 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 85A5516A400 for ; Fri, 11 May 2007 15:14:34 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 32AA913C48C for ; Fri, 11 May 2007 15:14:34 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from localhost (unknown [200.46.204.183]) by hub.org (Postfix) with ESMTP id 3F59C48BECA; Fri, 11 May 2007 11:58:33 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 19482-09; Fri, 11 May 2007 11:58:40 -0300 (ADT) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id C729748A32A; Fri, 11 May 2007 11:58:32 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id B1923611AA; Fri, 11 May 2007 11:58:45 -0300 (ADT) Date: Fri, 11 May 2007 11:58:45 -0300 From: "Marc G. Fournier" To: Robert Watson , stable@FreeBSD.org Message-ID: <9C4AF1D7748CB620E4A4FCC1@ganymede.hub.org> In-Reply-To: <20070511124830.N24765@fledge.watson.org> References: <20070508132149.A24765@fledge.watson.org> <20070511124830.N24765@fledge.watson.org> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: UNIX domain sockets MFC's X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 15:14:34 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Friday, May 11, 2007 12:49:32 +0100 Robert Watson wrote: > On Tue, 8 May 2007, Robert Watson wrote: > >> Right now I am tracking two known issues with UNIX domain sockets in >> RELENG_6: >> >> - Reported NULL point derference in unp_connect(), which occurs due to the >> dropping of locks around sonewconn(). This is fixed in HEAD, and I am >> preparing an MFC of this patch. > > The fix for this has now been merged as 1.155.2.22. As there have been no > new reports of UNIX domain socket problems in the last couple of days, it > sounds like the MFC of the last batch of fixes and cleanups has not lead to > problems. I will work on upgrading that system right now to the latest -STABLE and let y ou know ... did you happen to receive my email concerning that java process in a soclose state? - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGRISl4QvfyHIvDvMRAhNVAJ94AKDAhNQIk3Kkq3PRbiru0a+T2QCfWglT kwaljA9wg70RKzqcyOwDz3U= =FuMA -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri May 11 16:23:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD47916A403 for ; Fri, 11 May 2007 16:23:08 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 6DF8113C458 for ; Fri, 11 May 2007 16:23:08 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by py-out-1112.google.com with SMTP id f31so810983pyh for ; Fri, 11 May 2007 09:23:07 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=PG+oeFHKEnq00Cwmxj6aWaBgpHKVKAUC2lX/ftrc/IpO00wucL37rlZ5dpTR56B1v7MAjaoY/PI3jieaoT6XvjI1zaE4HdRAfrpJZ/qeaOF7xK8ocmUSYMrV+UlQBNG7Jyp86YGJi1zNPGUw4uubP5TIii+8PShcovnwRbPlIuU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=s79brwc7OcV97Tbh9XIrfhOKPtoRz4/sX5GbYKOUcLNZviJJ2myPr9NWTEyHz1/HJbjZ3XvMckx2fDs/64TOXWH6hqUw6/PoReezRB2pjeEqPwfGlwlLXedJEeC090Mhwa3dRAalT5eAJGeL2kDHpo7WShRtAA/0QiF0iAenvE4= Received: by 10.64.210.3 with SMTP id i3mr148250qbg.1178900587270; Fri, 11 May 2007 09:23:07 -0700 (PDT) Received: from ?IPv6:::ffff:127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTP id e17sm10013659qbe.2007.05.11.09.23.06; Fri, 11 May 2007 09:23:06 -0700 (PDT) From: Tom Evans To: "M. Warner Losh" In-Reply-To: <20070511.085325.-1889956816.imp@bsdimp.com> References: <20070508164234.L839@thinkpad.dieringer.dyndns.org> <20070510.225237.1159134316.imp@bsdimp.com> <20070511110759.L700@thinkpad.dieringer.dyndns.org> <20070511.085325.-1889956816.imp@bsdimp.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-IRvL7ycDQvCFpJbukgPf" Date: Fri, 11 May 2007 17:23:05 +0100 Message-Id: <1178900585.1231.63.camel@zoot.mintel.co.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.10.0 FreeBSD GNOME Team Port Cc: freebsd-stable@FreeBSD.ORG, martin.dieringer@gmx.de Subject: Re: clock 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, 11 May 2007 16:23:08 -0000 --=-IRvL7ycDQvCFpJbukgPf Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2007-05-11 at 08:53 -0600, M. Warner Losh wrote: > In message: <20070511110759.L700@thinkpad.dieringer.dyndns.org> > Martin Dieringer writes: > : This is NOT a hardware problem. 1. I have this on 2 machines, 2. the > : problem is solved by switching to ACPI instead of APM >=20 > It is a hardware problem. APM + powerd changes the frequency of the > TSC. If the TSC is used as the time source, then you'll get bad > timekeeping. ACPI uses its own frequency source that is much more > stable and independent of the TSC, so switching to it fixes the > problem because you are switching the hardware from using a really bad > frequency source with ugly steps to using a good frequency source w/o > steps. >=20 > Warner Surely that would imply that it is a software misconfiguration issue. If the TSC is unreliable under fairly standard duties, and there exists an alternate source that is reliable, surely that indicates the manufacturer has identified a problem, and solved it with alternate hardware. The failure then to use the correct hardware is a software misconfiguration. Cheers Tom --=-IRvL7ycDQvCFpJbukgPf Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGRJhjlcRvFfyds/cRAvrZAKCV8NFptyp8uF2Lv+ZdwfUuLFXMsQCeMNER dTVyg0/n1qs2KhRKLZm5Cb8= =cnn/ -----END PGP SIGNATURE----- --=-IRvL7ycDQvCFpJbukgPf-- From owner-freebsd-stable@FreeBSD.ORG Fri May 11 16:43:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52BF016A405 for ; Fri, 11 May 2007 16:43:58 +0000 (UTC) (envelope-from scotts@inetz.com) Received: from garnet.inetz.com (mail.inetz.com [209.63.19.5]) by mx1.freebsd.org (Postfix) with ESMTP id 3325E13C468 for ; Fri, 11 May 2007 16:43:58 +0000 (UTC) (envelope-from scotts@inetz.com) Received: from localhost (localhost [127.0.0.1]) by garnet.inetz.com (Postfix) with ESMTP id 9B99256568; Fri, 11 May 2007 10:43:57 -0600 (MDT) X-Virus-Scanned: amavisd-new at inetz.com X-Spam-Score: -4.399 X-Spam-Level: X-Spam-Status: No, score=-4.399 required=4 tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599] Received: from garnet.inetz.com ([127.0.0.1]) by localhost (mail.inetz.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hJ-Mg4RZZmhB; Fri, 11 May 2007 10:43:55 -0600 (MDT) Received: from [10.1.2.151] (unknown [10.2.2.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by garnet.inetz.com (Postfix) with ESMTP id A8A1356561; Fri, 11 May 2007 10:43:54 -0600 (MDT) Message-ID: <46449D4A.8020207@inetz.com> Date: Fri, 11 May 2007 10:43:54 -0600 From: Scott Swanson User-Agent: Thunderbird 2.0.0.0 (X11/20070326) MIME-Version: 1.0 To: Kris Kennaway References: <46438569.1000506@inetz.com> <20070510214348.GA68925@xor.obsecurity.org> <4643C010.7060302@inetz.com> <20070511010654.GA75689@xor.obsecurity.org> <4643C34F.9070504@inetz.com> <20070511011929.GA76360@xor.obsecurity.org> <4643CA85.90800@inetz.com> <20070511015034.GA77771@xor.obsecurity.org> <4643CD20.2020807@inetz.com> <20070511020134.GA78387@xor.obsecurity.org> In-Reply-To: <20070511020134.GA78387@xor.obsecurity.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: panic: spin lock held too long (w/ backtrace) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 May 2007 16:43:58 -0000 >> root@pyrite /usr/src/sys/i386/conf > kldstat >> Id Refs Address Size Name >> 1 3 0xc0400000 65e308 kernel >> 2 1 0xc0a5f000 59f20 acpi.ko > > So, yes then :) Can you follow the steps for debugging modules and see > if it gives a better trace? > > Kris > Unfortunately, after prepping and adding the symbol file for acpi.ko, I got the exact same backtrace. Any other thoughts? Regards; Scott From owner-freebsd-stable@FreeBSD.ORG Fri May 11 17:45:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 054C616A400 for ; Fri, 11 May 2007 17:45:37 +0000 (UTC) (envelope-from puga@mauibuilt.com) Received: from mauibuilt.com (cray50.mauibuilt.com [205.166.10.50]) by mx1.freebsd.org (Postfix) with ESMTP id BDCAF13C468 for ; Fri, 11 May 2007 17:45:36 +0000 (UTC) (envelope-from puga@mauibuilt.com) Received: from mauibuilt.com (qjylqn@puga.mauibuilt.com [205.166.10.2]) by mauibuilt.com (8.12.8p2/8.12.8) with ESMTP id l4BH4DPG089617 for ; Fri, 11 May 2007 07:04:13 -1000 (HST) (envelope-from puga@mauibuilt.com) Sender: puga@mauibuilt.com Message-ID: <4644A5C6.4BB0BAD@mauibuilt.com> Date: Fri, 11 May 2007 07:20:06 -1000 From: Richard Puga Organization: Maui Built Machines X-Mailer: Mozilla 4.8 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Intel ICH5 UDMA100 controller TIMEOUT - READ_DMA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 May 2007 17:45:37 -0000 I am working with a new IBM XSeries 226 server. It worked fine with the original 80 gig drives. Upon replacing them with 2 new Hitichi 500 gig drives I get DMA timouts at random times while using the on board Intel SATA controller. I put a Promice SATA controller in the machine and everything works great. Has anyone heard of a problem with Intel controllers? Thanks in advance Richard Puga Here is the info from dmesg and atacontrol; kernel: ad3: TIMEOUT - READ_DMA retrying (1 retry left) LBA=0 kernel: ad2: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=324524575 kernel: ad2: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3780487 kernel: ad2: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=2651511 and so on.... atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x14a0-0x14af at device 31.1 on pci0 ad4: 476940MB at ata2-master SATA150 ad6: 476940MB at ata3-master SATA150 atacontrol cap ad4 Protocol Serial ATA II device model Hitachi HDT725050VLA360 serial number VFD400R40E0EHC firmware revision V56OA73A cylinders 16383 heads 16 sectors/track 63 lba supported 268435455 sectors lba48 supported 976773168 sectors dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes Native Command Queuing (NCQ) yes - 31/0x1F Tagged Command Queuing (TCQ) no no 31/0x1F SMART yes no microcode download yes yes security yes no power management yes yes advanced power management yes no 0/0x00 automatic acoustic management yes no 254/0xFE 128/0x80 From owner-freebsd-stable@FreeBSD.ORG Fri May 11 18:11:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F322316A40A for ; Fri, 11 May 2007 18:11:06 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc13.comcast.net (alnrmhc13.comcast.net [206.18.177.53]) by mx1.freebsd.org (Postfix) with ESMTP id C93B913C4B0 for ; Fri, 11 May 2007 18:11:06 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (alnrmhc13) with ESMTP id <20070511181058b1300dp8dve>; Fri, 11 May 2007 18:11:06 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 3D2331FA01D; Fri, 11 May 2007 11:10:58 -0700 (PDT) Date: Fri, 11 May 2007 11:10:58 -0700 From: Jeremy Chadwick To: Richard Puga Message-ID: <20070511181058.GA34752@icarus.home.lan> Mail-Followup-To: Richard Puga , freebsd-stable@freebsd.org References: <4644A5C6.4BB0BAD@mauibuilt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4644A5C6.4BB0BAD@mauibuilt.com> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-stable@freebsd.org Subject: Re: Intel ICH5 UDMA100 controller TIMEOUT - READ_DMA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 May 2007 18:11:07 -0000 On Fri, May 11, 2007 at 07:20:06AM -1000, Richard Puga wrote: > I am working with a new IBM XSeries 226 server. > > It worked fine with the original 80 gig drives. > > Upon replacing them with 2 new Hitichi 500 gig drives I get DMA timouts > at random times while using the on board Intel SATA controller. > > I put a Promice SATA controller in the machine and everything works > great. There's no mention of what FreeBSD version and kernel build date you're using. uname -a would be very useful here. > kernel: ad3: TIMEOUT - READ_DMA retrying (1 retry left) LBA=0 > kernel: ad2: TIMEOUT - WRITE_DMA48 retrying (1 retry left) > LBA=324524575 > kernel: ad2: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3780487 > kernel: ad2: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=2651511 > and so on.... The interesting part is that the LBAs are all over the place; it's not sequential, which means (in my opinion) the drive itself is fine. > atapci1: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x14a0-0x14af at device 31.1 on pci0 > > ad4: 476940MB at ata2-master SATA150 > ad6: 476940MB at ata3-master SATA150 Some clarification: These drives are not attached to atapci1. They're attached to a different PCI device. UDMA100 is the ATA/IDE port (read: old PATA), not an SATA port. What you should be pointing to is something that looks like this: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f irq 18 at device 31.2 on pci0 (The above example is from a machine we have sitting around doing heavy I/O work due to MySQL. We have no disk problems there.) Now... I have seen similar behaviour to what you've described on an Intel-based SATA controller (ICH6) with a Western Digital drive that I have personally used and determined to be reliable on Windows and verified as such with WD's testing software under DOS too. I've only seen this happen *once* on the system. That system: FreeBSD eos.sc1.parodius.com 6.2-STABLE FreeBSD 6.2-STABLE #0: Thu Mar 8 10:41:09 PST 2007 root@eos.sc1.parodius.com:/usr/obj/usr/src/sys/EOS i386 atapci0@pci0:31:2: class=0x010180 card=0x628015d9 chip=0x26528086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FR/FRW ICH6R/ICH6RW SATA Controller' class = mass storage subclass = ATA Master: ad0 Serial ATA II Slave: no device present ad0: timeout waiting to issue command ad0: error issuing WRITE_DMA command ad0: timeout waiting to issue command ad0: error issuing WRITE_DMA command ad0: timeout waiting to issue command ad0: error issuing WRITE_DMA command ad0: timeout waiting to issue command ad0: error issuing WRITE_DMA command ad0: timeout waiting to issue command ad0: error issuing WRITE_DMA command g_vfs_done():ad0s1d[WRITE(offset=16821780480, length=16384)]error = 5 g_vfs_done():ad0s1d[WRITE(offset=16826417152, length=16384)]error = 5 g_vfs_done():ad0s1d[WRITE(offset=813531136, length=16384)]error = 5 g_vfs_done():ad0s1d[WRITE(offset=817922048, length=16384)]error = 5 g_vfs_done():ad0s1d[WRITE(offset=870563840, length=16384)]error = 5 And SMART (smartctl) shows absolutely no signs of any problems with the drive (the Temperature_Celcius "in_the_past" error is how the drive came from the factory -- I think Western Digital was doing some testing, who knows.) ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 200 200 051 Pre-fail Always - 0 3 Spin_Up_Time 0x0003 214 214 021 Pre-fail Always - 4283 4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 9 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 200 200 051 Pre-fail Always - 0 9 Power_On_Hours 0x0032 095 095 000 Old_age Always - 4145 10 Spin_Retry_Count 0x0013 100 253 051 Pre-fail Always - 0 11 Calibration_Retry_Count 0x0012 100 253 051 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 8 190 Temperature_Celsius 0x0022 063 042 045 Old_age Always In_the_past 37 194 Temperature_Celsius 0x0022 113 092 000 Old_age Always - 37 196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0 197 Current_Pending_Sector 0x0012 200 200 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 200 200 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0009 200 200 051 Pre-fail Offline - 0 SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Conveyance offline Completed without error 00% 3925 - # 2 Extended offline Completed without error 00% 3921 - # 3 Short offline Completed without error 00% 3920 - # 4 Short offline Completed without error 00% 3080 - # 5 Short offline Completed without error 00% 3039 - # 6 Short offline Completed without error 00% 2898 - # 7 Short offline Completed without error 00% 2613 - # 8 Short offline Completed without error 00% 43 - Finally, one can see for RELENG_6 that there are still ongoing changes. There were some recent ones regarding DMA, but I believe they were for ATAPI devices and not ATA (disk) devices. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ata/ Note my system kernel is from March 8th. Since then, there's been a lot of changes regarding DMA, including some "oops I broke this" fixes which may explain what I am seeing, and maybe what you are too. Though this is in regards to 64-bit DMA, and I believe most of my systems (and yours?) are using 48-bit DMA. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ata/ata-dma.c Soren might know what's going on here though... -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri May 11 18:32:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 72D6B16A400 for ; Fri, 11 May 2007 18:32:35 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id CC6AF13C458 for ; Fri, 11 May 2007 18:32:33 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id EAA01226; Sat, 12 May 2007 04:32:12 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 12 May 2007 04:32:11 +1000 (EST) From: Ian Smith To: Tom Evans In-Reply-To: <1178900585.1231.63.camel@zoot.mintel.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org, martin.dieringer@gmx.de Subject: Re: clock 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, 11 May 2007 18:32:35 -0000 On Fri, 11 May 2007, Tom Evans wrote: > On Fri, 2007-05-11 at 08:53 -0600, M. Warner Losh wrote: > > In message: <20070511110759.L700@thinkpad.dieringer.dyndns.org> > > Martin Dieringer writes: > > : This is NOT a hardware problem. 1. I have this on 2 machines, 2. the > > : problem is solved by switching to ACPI instead of APM > > > > It is a hardware problem. APM + powerd changes the frequency of the > > TSC. If the TSC is used as the time source, then you'll get bad > > timekeeping. ACPI uses its own frequency source that is much more > > stable and independent of the TSC, so switching to it fixes the > > problem because you are switching the hardware from using a really bad > > frequency source with ugly steps to using a good frequency source w/o > > steps. > > > > Warner Yes, but Martin already showed it was using the i8254, not TSC; would you expect the same effect using powerd with the i8254 clock? It seems so, unless it's some problem with est and/or p4tcc under APM (canoworms) Runnning APM, at least on my ol' Compaq 1500c 5.5-S running APM - really too ancient to expect ACPI to work properly - on verbose boot states: Calibrating clock(s) ... i8254 clock: 1193216 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 300011839 Hz [..] TSC timecounter disabled: APM enabled. <<<<<<<<<<<< Timecounter "TSC" frequency 300011839 Hz quality -1000 ie: kern.timecounter.hardware: i8254 kern.timecounter.choice: TSC(-1000) i8254(0) dummy(-1000000) > Surely that would imply that it is a software misconfiguration issue. If > the TSC is unreliable under fairly standard duties, and there exists an > alternate source that is reliable, surely that indicates the > manufacturer has identified a problem, and solved it with alternate > hardware. > > The failure then to use the correct hardware is a software > misconfiguration. If one considers disabling ACPI and enabling APM misconfiguration .. which in Martin's case it turned out to be, since his ACPI works, but est0: on cpu0 p4tcc0: on cpu0 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 together with powerd appeared to heavily retard time on both laptops, beyond ntpd's ability to cope. Cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Fri May 11 18:47:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B248716A406 for ; Fri, 11 May 2007 18:47:52 +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 9CCA113C44C for ; Fri, 11 May 2007 18:47:52 +0000 (UTC) (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 1EB6A1A4D81; Fri, 11 May 2007 11:48:38 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B66DB51344; Fri, 11 May 2007 14:47:51 -0400 (EDT) Date: Fri, 11 May 2007 14:47:51 -0400 From: Kris Kennaway To: Scott Swanson Message-ID: <20070511184751.GD23483@xor.obsecurity.org> References: <20070510214348.GA68925@xor.obsecurity.org> <4643C010.7060302@inetz.com> <20070511010654.GA75689@xor.obsecurity.org> <4643C34F.9070504@inetz.com> <20070511011929.GA76360@xor.obsecurity.org> <4643CA85.90800@inetz.com> <20070511015034.GA77771@xor.obsecurity.org> <4643CD20.2020807@inetz.com> <20070511020134.GA78387@xor.obsecurity.org> <46449D4A.8020207@inetz.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46449D4A.8020207@inetz.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: panic: spin lock held too long (w/ backtrace) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 May 2007 18:47:52 -0000 On Fri, May 11, 2007 at 10:43:54AM -0600, Scott Swanson wrote: > >> root@pyrite /usr/src/sys/i386/conf > kldstat > >> Id Refs Address Size Name > >> 1 3 0xc0400000 65e308 kernel > >> 2 1 0xc0a5f000 59f20 acpi.ko > > > > So, yes then :) Can you follow the steps for debugging modules and see > > if it gives a better trace? > > > > Kris > > > > Unfortunately, after prepping and adding the symbol file for acpi.ko, I > got the exact same backtrace. Any other thoughts? Sometimes -O2 can confuse gdb...unfortunately there is no way to repair it after the fact. Maybe someone else has ideas. Kris From owner-freebsd-stable@FreeBSD.ORG Fri May 11 18:53:56 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BFFDF16A400 for ; Fri, 11 May 2007 18:53:56 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 7B3A213C448 for ; Fri, 11 May 2007 18:53:56 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l4BIpqu7090950; Fri, 11 May 2007 12:51:53 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 11 May 2007 12:51:55 -0600 (MDT) Message-Id: <20070511.125155.1021575722.imp@bsdimp.com> To: tevans.uk@googlemail.com From: "M. Warner Losh" In-Reply-To: <1178900585.1231.63.camel@zoot.mintel.co.uk> References: <20070511110759.L700@thinkpad.dieringer.dyndns.org> <20070511.085325.-1889956816.imp@bsdimp.com> <1178900585.1231.63.camel@zoot.mintel.co.uk> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 11 May 2007 12:51:53 -0600 (MDT) Cc: freebsd-stable@FreeBSD.ORG, martin.dieringer@gmx.de Subject: Re: clock 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, 11 May 2007 18:53:56 -0000 In message: <1178900585.1231.63.camel@zoot.mintel.co.uk> Tom Evans writes: : On Fri, 2007-05-11 at 08:53 -0600, M. Warner Losh wrote: : > In message: <20070511110759.L700@thinkpad.dieringer.dyndns.org> : > Martin Dieringer writes: : > : This is NOT a hardware problem. 1. I have this on 2 machines, 2. the : > : problem is solved by switching to ACPI instead of APM : > : > It is a hardware problem. APM + powerd changes the frequency of the : > TSC. If the TSC is used as the time source, then you'll get bad : > timekeeping. ACPI uses its own frequency source that is much more : > stable and independent of the TSC, so switching to it fixes the : > problem because you are switching the hardware from using a really bad : > frequency source with ugly steps to using a good frequency source w/o : > steps. : > : > Warner : : Surely that would imply that it is a software misconfiguration issue. If : the TSC is unreliable under fairly standard duties, and there exists an : alternate source that is reliable, surely that indicates the : manufacturer has identified a problem, and solved it with alternate : hardware. : : The failure then to use the correct hardware is a software : misconfiguration. TSC is very accurate if you don't have the clock frequency slammed around, which is why its quality is listed as 800 and the i8254 is listed as 0. If you do anything that slams the TSC frequency, then you need to reconfigure the timecounter used. It is hard for the timekeeping part of the software to know if you are on a sane system (TSC-wise) or an insane one. Warner From owner-freebsd-stable@FreeBSD.ORG Fri May 11 19:13:49 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 44F9A16A406 for ; Fri, 11 May 2007 19:13:49 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id 02F1D13C44B for ; Fri, 11 May 2007 19:13:48 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id d23so252224and for ; Fri, 11 May 2007 12:13:48 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Q9v3huR3kjERAIYkoRfNp/++fFmHqya3Kmq0GHUj60eGu17t4RApXkGV9Hwwq3GdZ4merSiQpXXhfbWzgQVhies25Fuf2biNCYwDESatQyMA/tRRh6fZNwlNiiV1D+rmu3VJtw+Xv+1iBPhCso7bNeYm2hAfWp92jguDkHi8vqA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Qbvw1ULtcTzZnpFHc9NiF9tuEA0sO5+hLi/XS0AwE8S7Cy/gxk0uLsO7La1KQpYtWmj/v9579DzklTD756KKJsBSo0sxVPod3V0vuOFwIwxH8MdYcD5HyL6gGuvt+BhV+s1x7ExfPODcUvGI4Ok6sRsYiBs0a0u5Gx4pmB9pjB8= Received: by 10.100.132.16 with SMTP id f16mr2449116and.1178910828423; Fri, 11 May 2007 12:13:48 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Fri, 11 May 2007 12:13:48 -0700 (PDT) Message-ID: <499c70c0705111213tddabb55g696bf5dc0fc92f70@mail.gmail.com> Date: Fri, 11 May 2007 22:13:48 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Robert Watson" In-Reply-To: <20070511124830.N24765@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070508132149.A24765@fledge.watson.org> <20070511124830.N24765@fledge.watson.org> Cc: stable@freebsd.org Subject: Re: UNIX domain sockets MFC's X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 19:13:49 -0000 On 5/11/07, Robert Watson wrote: > On Tue, 8 May 2007, Robert Watson wrote: > > > Right now I am tracking two known issues with UNIX domain sockets in > > RELENG_6: > > > > - Reported NULL point derference in unp_connect(), which occurs due to the > > dropping of locks around sonewconn(). This is fixed in HEAD, and I am > > preparing an MFC of this patch. > > The fix for this has now been merged as 1.155.2.22. As there have been no new > reports of UNIX domain socket problems in the last couple of days, it sounds > like the MFC of the last batch of fixes and cleanups has not lead to problems. > > Robert N M Watson > Computer Laboratory > University of Cambridge I updated my server which has dual CPU with SMP one hour ago, and I didn't see any speed improvement in the MySQL. Hints? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-stable@FreeBSD.ORG Fri May 11 19:15:12 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E003B16A405 for ; Fri, 11 May 2007 19:15:12 +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 8597313C44C for ; Fri, 11 May 2007 19:15:12 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id l4BJFCWk021573; Fri, 11 May 2007 12:15:12 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id l4BJFBBT021572; Fri, 11 May 2007 12:15:11 -0700 (PDT) (envelope-from david) Date: Fri, 11 May 2007 12:15:11 -0700 From: David Wolfskill To: Scott Long Message-ID: <20070511191511.GX64542@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Scott Long , stable@freebsd.org References: <20070510200211.GM64542@bunrab.catwhisker.org> <4643A739.3080601@samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QbLupA6O8PZD6SZa" Content-Disposition: inline In-Reply-To: <4643A739.3080601@samsco.org> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: 6.2-R on Dell Poweredge 2950 with Dell PERC 5/i [mfi(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: Fri, 11 May 2007 19:15:13 -0000 --QbLupA6O8PZD6SZa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 10, 2007 at 05:14:01PM -0600, Scott Long wrote: > ... > Not sure that this impression is entirely accurate. The biggest problem > with MFI machines is online RAID management. The storage driver itself > matured very quickly and has been very reliable. Ah; good to know: thank you. > >Well, now a colleague is trying to run 6.2-R on one of these 2950s; dmesg > >says the controller is: > > > >mfi0: mem 0xd80f0000-0xd80fffff,0xfc4e0000-0xfc4fffff ir= q=20 > >78 at device 14.0 on pci2 > ... > >and the disks looks like: > > > >mfid0: on mfi0 > >mfid0: 418176MB (856424448 sectors) RAID volume '' is optimal > > >=20 > Looks A OK to me. Even better. :-) > >The intended production workload involves creation and deletion of > >a large number of files rather rapidly. > ... > sysctl vfs.ffs.doasyncfree=3D0 might help. Running the syncer more=20 > frequently might also help, but I don't recall the sysctl node for > that. OK; I've relayed your suggestion to my colleague, but haven't heard back from her yet. > ... > Very strange. No chance that it was due to files that were deleted but > still referenced by open apps? I don't think so. She's deployed 13 other boxen over the last few years with -- naturally! -- different hardware specs, but all running essentailly the same application. The big question for her is whether or not the Dell 2950, as specified, will do the job. > ... > This sounds purely like a filesystem issue, not an MFI driver issue. Hmmm... I'll admit to knowing little about RAID configurations; is it possible that some RAID configurations might exacerbate problems with such a workload -- or that others might be more amenable to it? Thanks again! Peace, david --=20 David H. Wolfskill david@catwhisker.org Believe SORBS at your own risk: 63.193.123.122 has been static since Aug 19= 99. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --QbLupA6O8PZD6SZa Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkZEwL4ACgkQmprOCmdXAD35awCfWkOYgghLVhyM/J+GY8ez9+Hl qYAAn0ajQXxwnP844XH6K0Som2Q4tWKF =RjL2 -----END PGP SIGNATURE----- --QbLupA6O8PZD6SZa-- From owner-freebsd-stable@FreeBSD.ORG Fri May 11 19:18:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A937316A402 for ; Fri, 11 May 2007 19:18:00 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 560F113C44C for ; Fri, 11 May 2007 19:18:00 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l4BJGh99091199; Fri, 11 May 2007 13:16:44 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 11 May 2007 13:16:47 -0600 (MDT) Message-Id: <20070511.131647.-135505895.imp@bsdimp.com> To: smithi@nimnet.asn.au From: "M. Warner Losh" In-Reply-To: References: <1178900585.1231.63.camel@zoot.mintel.co.uk> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 11 May 2007 13:16:45 -0600 (MDT) Cc: tevans.uk@googlemail.com, freebsd-stable@freebsd.org, martin.dieringer@gmx.de Subject: Re: clock 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, 11 May 2007 19:18:00 -0000 In message: Ian Smith writes: : On Fri, 11 May 2007, Tom Evans wrote: : > On Fri, 2007-05-11 at 08:53 -0600, M. Warner Losh wrote: : > > In message: <20070511110759.L700@thinkpad.dieringer.dyndns.org> : > > Martin Dieringer writes: : > > : This is NOT a hardware problem. 1. I have this on 2 machines, 2. the : > > : problem is solved by switching to ACPI instead of APM : > > : > > It is a hardware problem. APM + powerd changes the frequency of the : > > TSC. If the TSC is used as the time source, then you'll get bad : > > timekeeping. ACPI uses its own frequency source that is much more : > > stable and independent of the TSC, so switching to it fixes the : > > problem because you are switching the hardware from using a really bad : > > frequency source with ugly steps to using a good frequency source w/o : > > steps. : > > : > > Warner : : Yes, but Martin already showed it was using the i8254, not TSC; would : you expect the same effect using powerd with the i8254 clock? It seems : so, unless it's some problem with est and/or p4tcc under APM (canoworms) No. I would not have expected it at all. I would have expected the i8254 to not be able to provide time much better than a microsecond or two, but I'd expect time to be relatively stable, modulo the normal walking due to thermal variation you'd see given the relatively low quality oscillators that feed it. However, see below. : > Surely that would imply that it is a software misconfiguration issue. If : > the TSC is unreliable under fairly standard duties, and there exists an : > alternate source that is reliable, surely that indicates the : > manufacturer has identified a problem, and solved it with alternate : > hardware. : > : > The failure then to use the correct hardware is a software : > misconfiguration. : : If one considers disabling ACPI and enabling APM misconfiguration .. : which in Martin's case it turned out to be, since his ACPI works, but : est0: on cpu0 : p4tcc0: on cpu0 : apm0: on motherboard : apm0: found APM BIOS v1.2, connected at v1.2 : together with powerd appeared to heavily retard time on both laptops, : beyond ntpd's ability to cope. The i8254 time counter has a frequency of about 1.19 MHz, but it wraps about 18 times a second (or once every ~55ms). I think that if the clock speed was slow enough, there might be situations where interrupts are disabled long enough to blow past that 55ms mark, especially on a 300MHz laptop that might be running at a very slow clock rate when idle. If it misses the wrap, then you'll see time slip away. Maybe you can experiment with the lower bounds the frequency of the system can run and keep accurate time. debug.cpufreq.verbose=1 might be helpful. You can override the lowest setting of powerd by using the sysctl debug.cpufreq.lowest. Warner From owner-freebsd-stable@FreeBSD.ORG Fri May 11 19:48:06 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 22FE616A403 for ; Fri, 11 May 2007 19:48:06 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id ECCEC13C483 for ; Fri, 11 May 2007 19:48:05 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 5D19247771; Fri, 11 May 2007 15:48:05 -0400 (EDT) Date: Fri, 11 May 2007 20:48:05 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Abdullah Ibn Hamad Al-Marri In-Reply-To: <499c70c0705111213tddabb55g696bf5dc0fc92f70@mail.gmail.com> Message-ID: <20070511204540.M24765@fledge.watson.org> References: <20070508132149.A24765@fledge.watson.org> <20070511124830.N24765@fledge.watson.org> <499c70c0705111213tddabb55g696bf5dc0fc92f70@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: UNIX domain sockets MFC's X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 19:48:06 -0000 On Fri, 11 May 2007, Abdullah Ibn Hamad Al-Marri wrote: > On 5/11/07, Robert Watson wrote: >> On Tue, 8 May 2007, Robert Watson wrote: >> >> > Right now I am tracking two known issues with UNIX domain sockets in >> > RELENG_6: >> > >> > - Reported NULL point derference in unp_connect(), which occurs due to >> the >> > dropping of locks around sonewconn(). This is fixed in HEAD, and I am >> > preparing an MFC of this patch. >> >> The fix for this has now been merged as 1.155.2.22. As there have been no >> new reports of UNIX domain socket problems in the last couple of days, it >> sounds like the MFC of the last batch of fixes and cleanups has not lead to >> problems. > > I updated my server which has dual CPU with SMP one hour ago, and I didn't > see any speed improvement in the MySQL. The speed improvements associated with these MFC's is minor; primarily they are stability improvements under high load. There are major performance improvements in the 7.x implementation, especially for multi-core systems, but I have no current plans to MFC them, as they interact with other system components and may depend on other changes that also haven't been MFC'd. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Fri May 11 19:56:14 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A9DA816A400 for ; Fri, 11 May 2007 19:56:14 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 4703C13C455 for ; Fri, 11 May 2007 19:56:14 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l4BJtqww025860; Fri, 11 May 2007 13:55:53 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4644CA42.3040706@samsco.org> Date: Fri, 11 May 2007 13:55:46 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: David Wolfskill , stable@freebsd.org References: <20070510200211.GM64542@bunrab.catwhisker.org> <4643A739.3080601@samsco.org> <20070511191511.GX64542@bunrab.catwhisker.org> In-Reply-To: <20070511191511.GX64542@bunrab.catwhisker.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Fri, 11 May 2007 13:55:53 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Subject: Re: 6.2-R on Dell Poweredge 2950 with Dell PERC 5/i [mfi(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: Fri, 11 May 2007 19:56:14 -0000 David Wolfskill wrote: > On Thu, May 10, 2007 at 05:14:01PM -0600, Scott Long wrote: >> ... >> Not sure that this impression is entirely accurate. The biggest problem >> with MFI machines is online RAID management. The storage driver itself >> matured very quickly and has been very reliable. > > Ah; good to know: thank you. > >>> Well, now a colleague is trying to run 6.2-R on one of these 2950s; dmesg >>> says the controller is: >>> >>> mfi0: mem 0xd80f0000-0xd80fffff,0xfc4e0000-0xfc4fffff irq >>> 78 at device 14.0 on pci2 >> ... >>> and the disks looks like: >>> >>> mfid0: on mfi0 >>> mfid0: 418176MB (856424448 sectors) RAID volume '' is optimal >>> >> Looks A OK to me. > > Even better. :-) > >>> The intended production workload involves creation and deletion of >>> a large number of files rather rapidly. >> ... >> sysctl vfs.ffs.doasyncfree=0 might help. Running the syncer more >> frequently might also help, but I don't recall the sysctl node for >> that. > > OK; I've relayed your suggestion to my colleague, but haven't heard back > from her yet. > >> ... >> Very strange. No chance that it was due to files that were deleted but >> still referenced by open apps? > > I don't think so. She's deployed 13 other boxen over the last few years > with -- naturally! -- different hardware specs, but all running > essentailly the same application. > > The big question for her is whether or not the Dell 2950, as specified, > will do the job. > >> ... >> This sounds purely like a filesystem issue, not an MFI driver issue. > > Hmmm... I'll admit to knowing little about RAID configurations; is it > possible that some RAID configurations might exacerbate problems with > such a workload -- or that others might be more amenable to it? > If anything, a fast RAID controller will help reduce the lag that you get when the syncer does its periodic run. But beyond that, I can't think of anything that would cause problems. Scott From owner-freebsd-stable@FreeBSD.ORG Fri May 11 19:58:31 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3669716A406 for ; Fri, 11 May 2007 19:58:31 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id B9D1713C45B for ; Fri, 11 May 2007 19:58:30 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l4BJwTLp010106 for ; Sat, 12 May 2007 05:58:29 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l4BJwTVn010105 for freebsd-stable@FreeBSD.ORG; Sat, 12 May 2007 05:58:29 +1000 (EST) (envelope-from peter) Date: Sat, 12 May 2007 05:58:29 +1000 From: Peter Jeremy To: freebsd-stable@FreeBSD.ORG Message-ID: <20070511195829.GM826@turion.vk2pj.dyndns.org> References: <20070510.225643.-713548429.imp@bsdimp.com> <200705111011.l4BABTfh061274@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="N1GIdlSm9i+YlY4t" Content-Disposition: inline In-Reply-To: <200705111011.l4BABTfh061274@lurza.secnetix.de> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: Subject: Re: clock 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, 11 May 2007 19:58:31 -0000 --N1GIdlSm9i+YlY4t Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-May-11 12:11:29 +0200, Oliver Fromme wrote: >Of course, the best solution is to buy a GPS or DCF radio >receiver and set up a startum-1 yourself. One of our customers has 6 GPS-locked NTP servers. Only problem is that two of them are reporting a time that is exactly one second different to the other four. You shouldn't rely solely on your GPS or DCF receiver - use it as the primary source but have some secondary sources for sanity checks. (From experience, I can state that ntpd does not behave well when presented with two stratum 1 servers that differ by 1 second). --=20 Peter Jeremy --N1GIdlSm9i+YlY4t Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGRMrl/opHv/APuIcRAtaZAKCCfRk4mT+V1EhaWcRJ71XwiqoPEgCeKEUx 7ndWvid/WPI3iFSo7tdNomI= =8VNC -----END PGP SIGNATURE----- --N1GIdlSm9i+YlY4t-- From owner-freebsd-stable@FreeBSD.ORG Fri May 11 20:00:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E38A16A402 for ; Fri, 11 May 2007 20:00:26 +0000 (UTC) (envelope-from rmiranda@digitalrelay.ca) Received: from wrdsl02.terago.ca (wrdsl02.terago.ca [207.54.102.194]) by mx1.freebsd.org (Postfix) with ESMTP id 2379813C4BD for ; Fri, 11 May 2007 20:00:26 +0000 (UTC) (envelope-from rmiranda@digitalrelay.ca) Received: from [192.168.0.12] (unknown [64.201.181.165]) by wrdsl02.terago.ca (Postfix) with ESMTP id 62AF886EA9 for ; Fri, 11 May 2007 14:42:13 -0500 (CDT) From: "Roger Miranda" Organization: Digital Relay Inc. To: freebsd-stable@freebsd.org Date: Fri, 11 May 2007 14:42:51 -0500 User-Agent: KMail/1.9.4 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705111442.52523.rmiranda@digitalrelay.ca> Subject: Hard Hang, nothing in logs / no panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 May 2007 20:00:26 -0000 Good Day everyone. I have this one system setup with If_bridge to filter traffic. It does work quite good. I am running FreeBSD 6.2 but as a TINYBSD Image. The one problem I have is I place the machine at the perimeter on our network with 27 seats. At that time anywhere between 15min - 24hours the entire system goes into a Hard Lock (Physical reboot needed). The thing is there is no logs or kernel panics or anything. No IRQ Conflicts exists. I am looking for any inputs or any ways to go after looking how to even diagnosed this. Here is a copy of my dmesg. Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE #0: Wed May 9 17:48:30 UTC 2007 root@:/usr/obj/usr/src/sys/TINYBSD WARNING: MPSAFE network stack disabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193520 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 2.80GHz (2792.85-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Features2=0x441d> real memory = 535691264 (510 MB) avail memory = 519000064 (494 MB) ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 3.0 on pci0 pci1: on pcib1 em0: port 0xc000-0xc01f mem 0xf2000000-0xf201ffff irq 18 at device 1.0 on pci1 em0: Ethernet address: 00:30:48:86:97:62 em0: [GIANT-LOCKED] pcib2: at device 28.0 on pci0 pci2: on pcib2 pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.4 (no driver attached) pci0: at device 29.5 (no driver attached) pci0: at device 29.7 (no driver attached) pcib3: at device 30.0 on pci0 pci3: on pcib3 pci3: at device 9.0 (no driver attached) em1: port 0xd100-0xd13f mem 0xf1000000-0xf101ffff irq 19 at device 10.0 on pci3 em1: Ethernet address: 00:30:48:86:97:63 em1: [GIANT-LOCKED] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f irq 18 at device 31.2 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 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 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=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2792849472 Hz quality 800 Timecounters tick every 1.000 msec IP Filter: v4.1.13 initialized. Default = pass all, Logging = enabled ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to accept, logging limited to 100 packets/entry by default ad0: 977MB at ata0-master PIO4 ad2: 76319MB at ata1-master SATA150 Trying to mount root from ufs:/dev/ad0s1a em1: link state changed to DOWN em0: link state changed to DOWN bridge0: Ethernet address: 46:e0:af:c9:e6:b7 em0: promiscuous mode enabled em1: promiscuous mode enabled em0: link state changed to UP em1: link state changed to UP em1: link state changed to DOWN em1: link state changed to UP Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...1 0 0 done All buffers synced. Uptime: 47m5s Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE #0: Wed May 9 17:48:30 UTC 2007 root@:/usr/obj/usr/src/sys/TINYBSD WARNING: MPSAFE network stack disabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193516 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 2.80GHz (2792.84-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Features2=0x441d> real memory = 535691264 (510 MB) avail memory = 519000064 (494 MB) ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 3.0 on pci0 pci1: on pcib1 em0: port 0xc000-0xc01f mem 0xf2000000-0xf201ffff irq 18 at device 1.0 on pci1 em0: Ethernet address: 00:30:48:86:97:62 em0: [GIANT-LOCKED] pcib2: at device 28.0 on pci0 pci2: on pcib2 pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.4 (no driver attached) pci0: at device 29.5 (no driver attached) pci0: at device 29.7 (no driver attached) pcib3: at device 30.0 on pci0 pci3: on pcib3 pci3: at device 9.0 (no driver attached) em1: port 0xd100-0xd13f mem 0xf1000000-0xf101ffff irq 19 at device 10.0 on pci3 em1: Ethernet address: 00:30:48:86:97:63 em1: [GIANT-LOCKED] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f irq 18 at device 31.2 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 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 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=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2792842836 Hz quality 800 Timecounters tick every 1.000 msec IP Filter: v4.1.13 initialized. Default = pass all, Logging = enabled ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to accept, logging limited to 100 packets/entry by default ad0: 977MB at ata0-master PIO4 ad2: 76319MB at ata1-master SATA150 Trying to mount root from ufs:/dev/ad0s1a From owner-freebsd-stable@FreeBSD.ORG Fri May 11 20:26:38 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E27DA16A400 for ; Fri, 11 May 2007 20:26:38 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id 9D1F613C447 for ; Fri, 11 May 2007 20:26:38 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id d23so257233and for ; Fri, 11 May 2007 13:26:38 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DIvvxGjNJS2gZU7tMH6brvmf++aVZqrtrHJ/Xrs6h1sNsLzO9Lg3a09pvgVhdSDYPPk83YwI8dETqUEUQE8ruWpYi1lYMAW6OYvb9OprtH5BDJvfejdWjkfv0a1qYQg0IsSLor/kbTHWKKDx8i61BvSSAVPumGB75mFGvvlCveo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LTnQmPxvUQaparuIQNMYAUaxV/t7XxFEvaS0X2U8FDMzrjcN2gD/9ERLnete4lZXS+MLU3aCgvVgRzR0FBazBawwQy+mLX2Sq9DIyBJ2U4C95NkvXM9CpZ6kyNpeNHJhBsSMsR7WRPxU5VBLzL7bKFLHH8cALabm8OinRY9eVYc= Received: by 10.100.154.13 with SMTP id b13mr2528961ane.1178915197425; Fri, 11 May 2007 13:26:37 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Fri, 11 May 2007 13:26:37 -0700 (PDT) Message-ID: <499c70c0705111326gac4e215i709e7cbc3d0d9888@mail.gmail.com> Date: Fri, 11 May 2007 23:26:37 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Robert Watson" In-Reply-To: <20070511204540.M24765@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070508132149.A24765@fledge.watson.org> <20070511124830.N24765@fledge.watson.org> <499c70c0705111213tddabb55g696bf5dc0fc92f70@mail.gmail.com> <20070511204540.M24765@fledge.watson.org> Cc: stable@freebsd.org Subject: Re: UNIX domain sockets MFC's X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 20:26:39 -0000 On 5/11/07, Robert Watson wrote: > On Fri, 11 May 2007, Abdullah Ibn Hamad Al-Marri wrote: > > > On 5/11/07, Robert Watson wrote: > >> On Tue, 8 May 2007, Robert Watson wrote: > >> > >> > Right now I am tracking two known issues with UNIX domain sockets in > >> > RELENG_6: > >> > > >> > - Reported NULL point derference in unp_connect(), which occurs due to > >> the > >> > dropping of locks around sonewconn(). This is fixed in HEAD, and I am > >> > preparing an MFC of this patch. > >> > >> The fix for this has now been merged as 1.155.2.22. As there have been no > >> new reports of UNIX domain socket problems in the last couple of days, it > >> sounds like the MFC of the last batch of fixes and cleanups has not lead to > >> problems. > > > > I updated my server which has dual CPU with SMP one hour ago, and I didn't > > see any speed improvement in the MySQL. > > The speed improvements associated with these MFC's is minor; primarily they > are stability improvements under high load. There are major performance > improvements in the 7.x implementation, especially for multi-core systems, but > I have no current plans to MFC them, as they interact with other system > components and may depend on other changes that also haven't been MFC'd. > > Robert N M Watson > Computer Laboratory > University of Cambridge > Robert, Thanks for clearing this up. How safe is using 7.0 for MySQL server now? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-stable@FreeBSD.ORG Fri May 11 21:00:13 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1BA9A16A46C for ; Fri, 11 May 2007 21:00:13 +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 B94B313C458 for ; Fri, 11 May 2007 21:00:03 +0000 (UTC) (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 55AC21A3C19; Fri, 11 May 2007 14:00:49 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DEDCA514C7; Fri, 11 May 2007 17:00:02 -0400 (EDT) Date: Fri, 11 May 2007 17:00:02 -0400 From: Kris Kennaway To: Roger Miranda Message-ID: <20070511210002.GA29988@xor.obsecurity.org> References: <200705111442.52523.rmiranda@digitalrelay.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200705111442.52523.rmiranda@digitalrelay.ca> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: Hard Hang, nothing in logs / no panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 May 2007 21:00:13 -0000 On Fri, May 11, 2007 at 02:42:51PM -0500, Roger Miranda wrote: > Good Day everyone. > > I have this one system setup with If_bridge to filter traffic. It does work > quite good. I am running FreeBSD 6.2 but as a TINYBSD Image. The one > problem I have is I place the machine at the perimeter on our network with 27 > seats. At that time anywhere between 15min - 24hours the entire system goes > into a Hard Lock (Physical reboot needed). The thing is there is no logs or > kernel panics or anything. No IRQ Conflicts exists. > > I am looking for any inputs or any ways to go after looking how to even > diagnosed this. See the developers handbook chapter on kernel debugging. Kris (I really need to make a keyboard shortcut for typing this phrase) From owner-freebsd-stable@FreeBSD.ORG Fri May 11 21:20:49 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 32E9116A402 for ; Fri, 11 May 2007 21:20:49 +0000 (UTC) (envelope-from rmiranda@digitalrelay.ca) Received: from wrdsl02.terago.ca (wrdsl02.terago.ca [207.54.102.194]) by mx1.freebsd.org (Postfix) with ESMTP id 0EEF713C447 for ; Fri, 11 May 2007 21:20:49 +0000 (UTC) (envelope-from rmiranda@digitalrelay.ca) Received: from [192.168.0.12] (unknown [64.201.181.165]) by wrdsl02.terago.ca (Postfix) with ESMTP id B6D3986E87; Fri, 11 May 2007 16:20:47 -0500 (CDT) From: "Roger Miranda" Organization: Digital Relay Inc. To: freebsd-stable@freebsd.org Date: Fri, 11 May 2007 16:21:25 -0500 User-Agent: KMail/1.9.4 References: <200705111442.52523.rmiranda@digitalrelay.ca> <20070511210002.GA29988@xor.obsecurity.org> In-Reply-To: <20070511210002.GA29988@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705111621.26691.rmiranda@digitalrelay.ca> Cc: Kris Kennaway Subject: Re: Hard Hang, nothing in logs / no panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 May 2007 21:20:49 -0000 On Friday 11 May 2007 16:00, Kris Kennaway wrote: > See the developers handbook chapter on kernel debugging. Kris, I have gone through the kernel debugging sections of the developers handbook. The one problem is when I get a hard hang, I do not get any error or panics. And there is no crash or dump data on reboot. Yes. I have enabled DDB and KDB and a dumpdir (in /etc/rc.conf) Am I missing something in the kernel debugging section? I see "11.9 Debugging Deadlocks" talk about Deadlocks. But at the time of the lock I have no way of doing a ps or really anything as the system is locked up solid. Roger From owner-freebsd-stable@FreeBSD.ORG Fri May 11 21:37:27 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4849A16A400 for ; Fri, 11 May 2007 21:37:27 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2DB3C13C45A for ; Fri, 11 May 2007 21:37:27 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.8/8.13.7) with ESMTP id l4BLbQi1067777; Fri, 11 May 2007 14:37:26 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.13.8/8.13.4/Submit) id l4BLbQ2w067776; Fri, 11 May 2007 14:37:26 -0700 (PDT) Date: Fri, 11 May 2007 14:37:26 -0700 (PDT) From: Matthew Dillon Message-Id: <200705112137.l4BLbQ2w067776@apollo.backplane.com> To: Peter Jeremy References: <20070510.225643.-713548429.imp@bsdimp.com> <200705111011.l4BABTfh061274@lurza.secnetix.de> <20070511195829.GM826@turion.vk2pj.dyndns.org> Cc: freebsd-stable@freebsd.org Subject: Re: clock 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, 11 May 2007 21:37:27 -0000 :One of our customers has 6 GPS-locked NTP servers. Only problem is :that two of them are reporting a time that is exactly one second :different to the other four. You shouldn't rely solely on your :GPS or DCF receiver - use it as the primary source but have some :secondary sources for sanity checks. (From experience, I can state :that ntpd does not behave well when presented with two stratum 1 :servers that differ by 1 second). : :--=20 :Peter Jeremy Ntp will also become really unhappy when chunky time slips occur or if the skew rate is more then a few hundred ppm. Ntp will also blow up if it loses the network link for a long period of time. It will just give up and stop making corrections entirely, even after the link is restored. This is particularly true when it is used over a dialup (me having done that for over a year in 1997, so I can tell you how badly it works). A slow time slip over a day could still be chunky, which would imply lost interrupts. Determining whether the problem is due to an 8254 rollover or lost hardclock interrupts is easy... just set 'hz' to something really high, like 20000, and see if your time goes crazy. If it does, then you have your culprit. I don't know if those bugs are still present in FreeBSD, but I do remember that I had to redo all the timekeeping in DragonFly because lost interrupts from high 'hz' settings were causing timekeeping to go nuts. That turned out to mainly be due to the same 8254 timer being used to generate the hardclock interrupt AND handle time keeping. i.e. at high hz settings one was not getting the full 1/18 second benefit from the timer. You just can't do that... it doesn't work. It is almost 100% guarenteed to result in a bad time base. It is easy to test.. just set your kern.hz in the boot env, reboot, and see if things blow up or not. Time keeping should be stable regardless of what hz is set to (provisio: never set hz less then 100). Unfortunately, all the timebases in the system have their own quirks. Blame the hardware manufacturers. The 8254 timer 0 is actually the MOST consistent of the lot, with the ACPI timer coming a close second. TSC Haha. Good luck. Nice wide timer, easy to read, but any power savings mode, including the failsafe modes that intel has when a cpu overheats, will probably blow it up. Because of that it is not really a good idea to use it as a timebase. I shake my fist at Intel! $#%$#%$#% ACPI timer Despite the hardware bugs this almost always works as a timebase, but sometimes the frequency changes when the cpu goes into power savings mode or EST, and sometimes the frequency is something other then what it is supposed to be. 8254 timer 0 Almost always works as a timebase, but only if not also used to generate high-speed interrupts (because interrupts are lost easily). Set it to a full cycle (1/18 second) and you will be fine. Set it to anything else and you will lose interrupts. The BIOS will sometimes mess with timer 0, but not as often as it messes with timer 2. 8254 timer 1 Sometimes works as a time base, but can lock older machines up. Can even lock up newer machines. Why? Because hardware manufacturers are idiots. 8254 timer 2 Often can be used as a time base, but video bios calls often try to use it too. #@%$#%$# bios makers! Still, this is better then losing interrupts when timer 0 is set to high speed so DragonFly uses timer 2 for its timebase as a default until the ACPI timer becomes available, with a boot option to use timer 1 instead. Using timer 2 as a time base means you don't get motherboard speaker sound (the old beep beep BEEP!). Do I care? No. LAPIC timer Dunno. Probably best to use it as a high speed clock interrupt which would free 8254 timer 0 to use as a time base. RTC interrupt Basically unusable. Stable, but doesn't have sufficient resolution to be helpful and takes forever to read. -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Fri May 11 21:38:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C7BF416A405 for ; Fri, 11 May 2007 21:38:31 +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 B6CA113C48C for ; Fri, 11 May 2007 21:38:31 +0000 (UTC) (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 5BC9D1A3C19; Fri, 11 May 2007 14:39:17 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CE56B514C7; Fri, 11 May 2007 17:38:30 -0400 (EDT) Date: Fri, 11 May 2007 17:38:30 -0400 From: Kris Kennaway To: Roger Miranda Message-ID: <20070511213830.GA31604@xor.obsecurity.org> References: <200705111442.52523.rmiranda@digitalrelay.ca> <20070511210002.GA29988@xor.obsecurity.org> <200705111621.26691.rmiranda@digitalrelay.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200705111621.26691.rmiranda@digitalrelay.ca> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Hard Hang, nothing in logs / no panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 May 2007 21:38:31 -0000 On Fri, May 11, 2007 at 04:21:25PM -0500, Roger Miranda wrote: > On Friday 11 May 2007 16:00, Kris Kennaway wrote: > > See the developers handbook chapter on kernel debugging. > > Kris, I have gone through the kernel debugging sections of the developers > handbook. The one problem is when I get a hard hang, I do not get any error > or panics. And there is no crash or dump data on reboot. Yes. I have enabled > DDB and KDB and a dumpdir (in /etc/rc.conf) > > Am I missing something in the kernel debugging section? I see "11.9 Debugging > Deadlocks" talk about Deadlocks. But at the time of the lock I have no way > of doing a ps or really anything as the system is locked up solid. You missed that the debugger is there to debug bugs (including deadlocks). Break to the debugger and obtain the necessary debugging :) Kris From owner-freebsd-stable@FreeBSD.ORG Fri May 11 21:42:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9243916A400 for ; Fri, 11 May 2007 21:42:30 +0000 (UTC) (envelope-from rmiranda@digitalrelay.ca) Received: from wrdsl02.terago.ca (wrdsl02.terago.ca [207.54.102.194]) by mx1.freebsd.org (Postfix) with ESMTP id 6E5A213C45B for ; Fri, 11 May 2007 21:42:30 +0000 (UTC) (envelope-from rmiranda@digitalrelay.ca) Received: from [192.168.0.12] (unknown [64.201.181.165]) by wrdsl02.terago.ca (Postfix) with ESMTP id 5EFEB86E59; Fri, 11 May 2007 16:42:29 -0500 (CDT) From: "Roger Miranda " Organization: Digital Relay Inc. To: Kris Kennaway Date: Fri, 11 May 2007 16:43:06 -0500 User-Agent: KMail/1.9.4 References: <200705111442.52523.rmiranda@digitalrelay.ca> <200705111621.26691.rmiranda@digitalrelay.ca> <20070511213830.GA31604@xor.obsecurity.org> In-Reply-To: <20070511213830.GA31604@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705111643.08417.rmiranda@digitalrelay.ca> Cc: freebsd-stable@freebsd.org Subject: Re: Hard Hang, nothing in logs / no panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 May 2007 21:42:30 -0000 > You missed that the debugger is there to debug bugs (including > deadlocks). Break to the debugger and obtain the necessary debugging I should've been more clear. I can not break to the debugger (CTRL-ALT-ESC) when the system locks up. Am I possible looking at a hardware issue? If so what is the best way to test for it? From owner-freebsd-stable@FreeBSD.ORG Fri May 11 21:47:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8CF5C16A403 for ; Fri, 11 May 2007 21:47:36 +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 7B60413C45A for ; Fri, 11 May 2007 21:47:36 +0000 (UTC) (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 23E0E1A3C19; Fri, 11 May 2007 14:48:22 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 92C91514F8; Fri, 11 May 2007 17:47:35 -0400 (EDT) Date: Fri, 11 May 2007 17:47:35 -0400 From: Kris Kennaway To: Roger Miranda Message-ID: <20070511214735.GA31850@xor.obsecurity.org> References: <200705111442.52523.rmiranda@digitalrelay.ca> <200705111621.26691.rmiranda@digitalrelay.ca> <20070511213830.GA31604@xor.obsecurity.org> <200705111643.08417.rmiranda@digitalrelay.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200705111643.08417.rmiranda@digitalrelay.ca> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Hard Hang, nothing in logs / no panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 May 2007 21:47:36 -0000 On Fri, May 11, 2007 at 04:43:06PM -0500, Roger Miranda wrote: > > > You missed that the debugger is there to debug bugs (including > > deadlocks). Break to the debugger and obtain the necessary debugging > > I should've been more clear. I can not break to the debugger (CTRL-ALT-ESC) > when the system locks up. You may need the KDB_STOP_NMI option, especially if it is an SMP system. I forget if you also need to enable a sysctl on 6.x (look at sysctl -a | grep nmi for the obvious one) > Am I possible looking at a hardware issue? If so > what is the best way to test for it? If that doesn't work then in my experience it is likely to be hardware-related. The usual debugging procedure then involves trying to replicate on an unrelated machine, and/or swapping out hardware components. Kris From owner-freebsd-stable@FreeBSD.ORG Fri May 11 22:03:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 85C5416A400 for ; Fri, 11 May 2007 22:03:26 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6FDF113C459 for ; Fri, 11 May 2007 22:03:26 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.8/8.13.7) with ESMTP id l4BM3Qce068013 for ; Fri, 11 May 2007 15:03:26 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.13.8/8.13.4/Submit) id l4BM3QqY068012; Fri, 11 May 2007 15:03:26 -0700 (PDT) Date: Fri, 11 May 2007 15:03:26 -0700 (PDT) From: Matthew Dillon Message-Id: <200705112203.l4BM3QqY068012@apollo.backplane.com> To: freebsd-stable@freebsd.org References: <20070510.225643.-713548429.imp@bsdimp.com> <200705111011.l4BABTfh061274@lurza.secnetix.de> <20070511195829.GM826@turion.vk2pj.dyndns.org> Subject: Re: clock 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, 11 May 2007 22:03:26 -0000 Another idea to help track down timebase problems. Port dntpd to FreeBSD. You need like three sysctls (because the ntp API and the original sysctl API are both insufficient). Alternatively you could probably hack dntpd to run in debug mode without having to implement any new sysctls, as long as you be sure to clean out any active kernel timebase adjustments in the kernel before you run it. Here's some sample output: http://apollo.backplane.com/DFlyMisc/dntpd.sample01.txt Dntpd in debug mode will print out the results from two staggered continuously running linear regressions (resets after 30 samples, staggered by 15 samples). For anyone who understands how linear regressions work, finding kernel timekeeping bugs is really easy with this sort of output. You get the slope, y-intercept, correlation, and standard deviation, and then you get calculated frequency drift and time offset based on those numbers. The correlation is accurate after around 10 samples. Note that frequency drift calculations require longer intervals to get better results. The forced 30 second interval set in the sample output is way too short, hence the errors (it has to be in 90th percentile to even have a chance of producing a reasonable PPM calculation). But also remember we are talking parts per million here. If you throw away iteration numbers < 15 or so you will get very nice output and kernel bugs will show up in fairly short order. Kernel bugs will show up as non-trivial y-intercept calculations over multiple samples, large jumps in the offset, inability to get a good correlation (provisio: sample interval has to be at least 120 seconds, not the 30 in my example), and so on and so forth. Also be sure to use a locked ntp source, otherwise running corrections on the source will show up as problems in the debug output. ntp.pool.org is usually good enough. It's fun checking various time sources with an idle box with a good timebase. hhahahhaha. OMG. -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Fri May 11 22:34:16 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BBCF516A402 for ; Fri, 11 May 2007 22:34:16 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (diana.db.net [204.228.225.212]) by mx1.freebsd.org (Postfix) with ESMTP id A36EE13C448 for ; Fri, 11 May 2007 22:34:14 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net ([204.228.225.212] helo=localhost ident=mailnull) by diana.db.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HmdE0-000CEC-S2; Fri, 11 May 2007 16:04:32 -0600 Received: from diana.db.net ([127.0.0.1] helo=localhost) (envelope-from ) id 1HmdDz-000Bjs-V9; Fri, 11 May 2007 18:04:31 -0400 Date: Fri, 11 May 2007 18:04:31 -0400 From: Diane Bruce To: Kris Kennaway Message-ID: <20070511220431.GA45104@night.db.net> References: <200705111442.52523.rmiranda@digitalrelay.ca> <200705111621.26691.rmiranda@digitalrelay.ca> <20070511213830.GA31604@xor.obsecurity.org> <200705111643.08417.rmiranda@digitalrelay.ca> <20070511214735.GA31850@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070511214735.GA31850@xor.obsecurity.org> User-Agent: Mutt/1.4.2.2i Cc: Roger Miranda , freebsd-stable@freebsd.org Subject: Re: Hard Hang, nothing in logs / no panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 May 2007 22:34:16 -0000 On Fri, May 11, 2007 at 05:47:35PM -0400, Kris Kennaway wrote: > On Fri, May 11, 2007 at 04:43:06PM -0500, Roger Miranda wrote: > > > > > You missed that the debugger is there to debug bugs (including > > > deadlocks). Break to the debugger and obtain the necessary debugging > > > > I should've been more clear. I can not break to the debugger (CTRL-ALT-ESC) > > when the system locks up. > > You may need the KDB_STOP_NMI option, especially if it is an SMP He can also try a serial console, if he can scare up something to use as a serial console. Serial ports are becoming legacy but if he can do it, it might help him. - Diane -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-stable@FreeBSD.ORG Sat May 12 03:53:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8C40816A400 for ; Sat, 12 May 2007 03:53:25 +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 25B6613C480 for ; Sat, 12 May 2007 03:53:24 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp204-197.lns1.adl4.internode.on.net [203.122.204.197]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l4C3rCAn047704 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 12 May 2007 13:23:13 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sat, 12 May 2007 13:23:01 +0930 User-Agent: KMail/1.9.5 References: <200705111442.52523.rmiranda@digitalrelay.ca> <20070511214735.GA31850@xor.obsecurity.org> <20070511220431.GA45104@night.db.net> In-Reply-To: <20070511220431.GA45104@night.db.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart11347811.S8GmlzkZ1q"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200705121323.02061.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Roger Miranda , Diane Bruce , Kris Kennaway Subject: Re: Hard Hang, nothing in logs / no panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 May 2007 03:53:25 -0000 --nextPart11347811.S8GmlzkZ1q Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 12 May 2007 07:34, Diane Bruce wrote: > > You may need the KDB_STOP_NMI option, especially if it is an SMP > > He can also try a serial console, if he can scare up something to use > as a serial console. Serial ports are becoming legacy but if he can > do it, it might help him. Or Firewire, you can do that with an uncooperative system - unless the=20 PCI bus is hung (which would be useful information in an of itself) Might be worth trying a BIOS update too. =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 --nextPart11347811.S8GmlzkZ1q Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGRToe5ZPcIHs/zowRApgpAJ4zAc7ug5xo3kXD1XUqOInnXjTPpwCfW5mI EhbRHsK6fbmlsPvGewk97vY= =zaNh -----END PGP SIGNATURE----- --nextPart11347811.S8GmlzkZ1q-- From owner-freebsd-stable@FreeBSD.ORG Sat May 12 05:56:00 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 03F5A16A402; Sat, 12 May 2007 05:56:00 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id D373013C489; Sat, 12 May 2007 05:55:59 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 1AA39A8A; Sat, 12 May 2007 00:55:59 -0500 (CDT) Date: Sat, 12 May 2007 00:55:59 -0500 To: Abdullah Ibn Hamad Al-Marri Message-ID: <20070512055559.GA19919@soaustin.net> References: <20070508132149.A24765@fledge.watson.org> <20070511124830.N24765@fledge.watson.org> <499c70c0705111213tddabb55g696bf5dc0fc92f70@mail.gmail.com> <20070511204540.M24765@fledge.watson.org> <499c70c0705111326gac4e215i709e7cbc3d0d9888@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <499c70c0705111326gac4e215i709e7cbc3d0d9888@mail.gmail.com> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: stable@freebsd.org, Robert Watson Subject: Re: UNIX domain sockets MFC's X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2007 05:56:00 -0000 On Fri, May 11, 2007 at 11:26:37PM +0300, Abdullah Ibn Hamad Al-Marri wrote: > How safe is using 7.0 for MySQL server now? -CURRENT is never recommended for mission-critical applications. mcl From owner-freebsd-stable@FreeBSD.ORG Sat May 12 10:13:35 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3BC2316A403 for ; Sat, 12 May 2007 10:13:35 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 11DB113C45B for ; Sat, 12 May 2007 10:13:34 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id A5A00472CB; Sat, 12 May 2007 06:13:34 -0400 (EDT) Date: Sat, 12 May 2007 11:13:34 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Abdullah Ibn Hamad Al-Marri In-Reply-To: <499c70c0705111326gac4e215i709e7cbc3d0d9888@mail.gmail.com> Message-ID: <20070512110657.O24765@fledge.watson.org> References: <20070508132149.A24765@fledge.watson.org> <20070511124830.N24765@fledge.watson.org> <499c70c0705111213tddabb55g696bf5dc0fc92f70@mail.gmail.com> <20070511204540.M24765@fledge.watson.org> <499c70c0705111326gac4e215i709e7cbc3d0d9888@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: UNIX domain sockets MFC's X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2007 10:13:35 -0000 On Fri, 11 May 2007, Abdullah Ibn Hamad Al-Marri wrote: >> The speed improvements associated with these MFC's is minor; primarily they >> are stability improvements under high load. There are major performance >> improvements in the 7.x implementation, especially for multi-core systems, >> but I have no current plans to MFC them, as they interact with other system >> components and may depend on other changes that also haven't been MFC'd. > > Thanks for clearing this up. > > How safe is using 7.0 for MySQL server now? As Mark has mentioned, you don't want to use -CURRENT for anything production-oriented. While 7-CURRENT has been a remarkably unbumpy ride, especially given the scope of the changes made (ZFS, SMP scalability, etc), I wouldn't run any production services on it until it becomes 7-STABLE later this year. However, if you have a high volume workload that you want to work really well with 7.x, and you can do testing, now would be a really good time to start doing that. Almost all major feature changes are now present in the 7-CURRENT branch, so the next four months are all about getting it into shape for the 7.0 release. Even if it panics on the first day you run a test workload against it, submit a bug report and keep with it until it runs perfectly. :-) The way development branches become stable branches is that people who care about making it happen test the new release until they're happy with it, reporting bugs, fixing bugs, etc, so any help you can provide would be greatly appreciated! Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sat May 12 11:08:36 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1ECBF16A403 for ; Sat, 12 May 2007 11:08:36 +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 903D413C4BD for ; Sat, 12 May 2007 11:08:35 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (uhupcr@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l4CB8Oc1031933; Sat, 12 May 2007 13:08:30 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l4CB8OfE031932; Sat, 12 May 2007 13:08:24 +0200 (CEST) (envelope-from olli) Date: Sat, 12 May 2007 13:08:24 +0200 (CEST) Message-Id: <200705121108.l4CB8OfE031932@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, imp@bsdimp.com In-Reply-To: <20070511.085109.1387159931.imp@bsdimp.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Sat, 12 May 2007 13:08:30 +0200 (CEST) Cc: Subject: Re: clock problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, imp@bsdimp.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2007 11:08:36 -0000 M. Warner Losh wrote: > Oliver Fromme wrote: > : M. Warner Losh wrote: > : > Peter Jeremy wrote: > : > : There seems to be a bug in ntpd where the PLL can saturate at > : > : +/-500ppm and will not recover. This problem seems too occur mostly > : > : where the reference servers have lots of jitter (ie a fairly congested > : > : link to them). > : > > : > Yes. This is a rather interesting misfeature of ntpd. Its rails are > : > at +/- 500ppm, and when it hits the rail it assumes that things are > : > too bad to continue and it stops. > : > : I think it is related to the maximum slew rate of 1/2000, > : which is equivalent to 500 ppm. The ntpd(8) manpage says: > : > : "Since the slew rate of typical Unix kernels is limited to > : 0.5 ms/s, each second of adjustment requires an amortization > : interval of 2000 s." > : > : And a bit further down: > : > : "The maximum slew rate possible is limited to 500 parts-per- > : million (PPM) as a consequence of the correctness principles > : on which the NTP protocol and algorithm design are based. > : As a result, the local clock can take a long time to converge > : to an acceptable offset, about 2,000 s for each second the > : clock is outside the acceptable range." > > I think you are confusing two things here. One is the maximum > frequency error of the system clock that ntpd can tolerate. The other > is the maximum slew rate of the system clock. I'm aware of that. It just caught my eye that both of those values are the same. > : Of course, the best solution is to buy a GPS or DCF radio > : receiver and set up a startum-1 yourself. But last time > : I tried to do that with a cheap DCF plug, it wasn't very > : well supported on FreeBSD. Even an expensive Mainberg > : receiver ( http://www.meinberg.de/english/ ) with an RS232 > : output worked much more accurately with a Solaris machine > : than with FreeBSD. (Unfortunately, the Mainberg model > : availbale to us did not have NTP support via ethernet > : itself, only serial output.) I have to admit that that > : was in FreeBSD 4.x days. The situation might have > : improved in the meantime (I don't know). > > My company has used FreeBSD's ntpd since 3.x with a small, custom > driver that I wrote. It turns out to work very well in practice. I'd > suggest that it is well supported, even in FreeBSD 4.x. It isn't well > documented. I guess you're talking about the kernel part. That's probably true. However, we had two problems (with that Meinberg receiver in particular): First, there was no working driver. I had to hack one of the existing drivers so it would work with the signals sent from the Meinberg clock. And I agree that it isn't well documented. Second, the serial port code of FreeBSD was a problem. It caused terrible jitter, and I wasn't able to fix it. It was completely unusable. I'm afraid I don't have exact numbers anymore, it has been a few years ago, but when we connected the same receiver to a Solaris machine, the jitter went away. On a related note, some time ago I got a cheap DCF radio receiver for my private use (~ EUR 50). It has a parallel port connector, I think. I was unable to find a driver that would work under FreeBSD. It caused me to do a bit of research about what receivers are actually supported under FreeBSD, and which can be bought without too much trouble (without paying EUR 1000 like those Meinberg boxes cost). I couldn't find any. The ntp docs mention some devices that seemingly could be bought 10 years ago, but they're not available anymore today. Well, so now I'm back to using a bunch of public NTP servers in my ntp.conf, and the DCF receivers catches dust in some cardboard box in the attic. :-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I have stopped reading Stephen King novels. Now I just read C code instead." -- Richard A. O'Keefe From owner-freebsd-stable@FreeBSD.ORG Sat May 12 12:04:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3DC9F16A404 for ; Sat, 12 May 2007 12:04:58 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id DA1B413C489 for ; Sat, 12 May 2007 12:04:56 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id WAA28366; Sat, 12 May 2007 22:04:39 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 12 May 2007 22:04:38 +1000 (EST) From: Ian Smith To: "M. Warner Losh" In-Reply-To: <20070511.131647.-135505895.imp@bsdimp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: tevans.uk@googlemail.com, freebsd-stable@freebsd.org, martin.dieringer@gmx.de Subject: Re: clock 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: Sat, 12 May 2007 12:04:58 -0000 On Fri, 11 May 2007, M. Warner Losh wrote: > : Yes, but Martin already showed it was using the i8254, not TSC; would > : you expect the same effect using powerd with the i8254 clock? It seems > : so, unless it's some problem with est and/or p4tcc under APM (canoworms) > > No. I would not have expected it at all. I would have expected the > i8254 to not be able to provide time much better than a microsecond or > two, but I'd expect time to be relatively stable, modulo the normal > walking due to thermal variation you'd see given the relatively low > quality oscillators that feed it. However, see below. Ok, thanks for that. Matt's post on the various clocks was handy too. > The i8254 time counter has a frequency of about 1.19 MHz, but it wraps > about 18 times a second (or once every ~55ms). I think that if the > clock speed was slow enough, there might be situations where > interrupts are disabled long enough to blow past that 55ms mark, > especially on a 300MHz laptop that might be running at a very slow > clock rate when idle. If it misses the wrap, then you'll see time > slip away. Could well explain Martin's problem; his T42p goes right down to 75MHz (at HZ=1000, if that's relevant) | dev.cpu.0.freq: 1400 | dev.cpu.0.freq_levels: 1400/-1 1225/-1 1200/-1 1050/-1 1000/-1 875/-1 | 800/-1 700/-1 600/-1 525/-1 450/-1 375/-1 300/-1 225/-1 150/-1 75/-1 > Maybe you can experiment with the lower bounds the frequency of the > system can run and keep accurate time. debug.cpufreq.verbose=1 might > be helpful. You can override the lowest setting of powerd by using > the sysctl debug.cpufreq.lowest. Where might I peek to see how/where setting that sysctl acts to modify the dev.cpu.0.freq_levels MIB, since powerd.c just eats what it's fed? TIA, Ian From owner-freebsd-stable@FreeBSD.ORG Sat May 12 12:33:55 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6BDB116A400 for ; Sat, 12 May 2007 12:33:55 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id 2904013C48A for ; Sat, 12 May 2007 12:33:55 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id d23so291163and for ; Sat, 12 May 2007 05:33:54 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aD3NspHr80vLoB04uHfTDnUQwWGD3xHPeLTt6xSEa73I8vQ5K/TvcCALxwwZ01mFND4qxcxLf9+Gd3b/JZ6wZr2pnzr9Auqi4VPZpirmlhpeIUOacZjWSadvfRYCg/UFdFSB8N84Fa2gL+gLH/Y8/M0ZVdfUfddpaIPyPnI6vuc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=M8JSOSB3TE5Gvz4vFPtNh1w6JqkXssoPT9FqIXXWFuXUFD1n1EIjgrT8gp3QLbC31xbLQYWx8LLDIWXoJ2BM42pjKoJbeiYs0xYjB0QQ6JP1kpJFH8bnmJUTqRhf8XNMIW8BMhVCq4DAUGeLTdTR4cNfp+Ih+OMCAwmVQkH7ccM= Received: by 10.100.240.19 with SMTP id n19mr2984174anh.1178973233878; Sat, 12 May 2007 05:33:53 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Sat, 12 May 2007 05:33:53 -0700 (PDT) Message-ID: <499c70c0705120533g767ba39dg5495a0c7456036f1@mail.gmail.com> Date: Sat, 12 May 2007 15:33:53 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Robert Watson" In-Reply-To: <20070512110657.O24765@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070508132149.A24765@fledge.watson.org> <20070511124830.N24765@fledge.watson.org> <499c70c0705111213tddabb55g696bf5dc0fc92f70@mail.gmail.com> <20070511204540.M24765@fledge.watson.org> <499c70c0705111326gac4e215i709e7cbc3d0d9888@mail.gmail.com> <20070512110657.O24765@fledge.watson.org> Cc: stable@freebsd.org Subject: Re: UNIX domain sockets MFC's X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2007 12:33:55 -0000 On 5/12/07, Robert Watson wrote: > > On Fri, 11 May 2007, Abdullah Ibn Hamad Al-Marri wrote: > > >> The speed improvements associated with these MFC's is minor; primarily they > >> are stability improvements under high load. There are major performance > >> improvements in the 7.x implementation, especially for multi-core systems, > >> but I have no current plans to MFC them, as they interact with other system > >> components and may depend on other changes that also haven't been MFC'd. > > > > Thanks for clearing this up. > > > > How safe is using 7.0 for MySQL server now? > > As Mark has mentioned, you don't want to use -CURRENT for anything > production-oriented. While 7-CURRENT has been a remarkably unbumpy ride, > especially given the scope of the changes made (ZFS, SMP scalability, etc), I > wouldn't run any production services on it until it becomes 7-STABLE later > this year. > > However, if you have a high volume workload that you want to work really well > with 7.x, and you can do testing, now would be a really good time to start > doing that. Almost all major feature changes are now present in the 7-CURRENT > branch, so the next four months are all about getting it into shape for the > 7.0 release. Even if it panics on the first day you run a test workload > against it, submit a bug report and keep with it until it runs perfectly. > :-) The way development branches become stable branches is that people who > care about making it happen test the new release until they're happy with it, > reporting bugs, fixing bugs, etc, so any help you can provide would be greatly > appreciated! > > Robert N M Watson > Computer Laboratory > University of Cambridge > I'm csuping to HEAD now :) What options shall I remove to avoid the slowness and to gain the SMP performance of it? while I could debug if something got crashed -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-stable@FreeBSD.ORG Sat May 12 17:32:52 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F3F6D16A404; Sat, 12 May 2007 17:32:51 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id B994F13C457; Sat, 12 May 2007 17:32:51 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from localhost (unknown [200.46.204.187]) by hub.org (Postfix) with ESMTP id 533AD48C578; Sat, 12 May 2007 14:32:49 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.187]) (amavisd-maia, port 10024) with ESMTP id 06298-04; Sat, 12 May 2007 14:32:49 -0300 (ADT) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id DA17948BED0; Sat, 12 May 2007 14:32:48 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id A62F96133C; Sat, 12 May 2007 14:32:50 -0300 (ADT) Date: Sat, 12 May 2007 14:32:50 -0300 From: "Marc G. Fournier" To: Robert Watson , stable@FreeBSD.org Message-ID: In-Reply-To: <20070511124830.N24765@fledge.watson.org> References: <20070508132149.A24765@fledge.watson.org> <20070511124830.N24765@fledge.watson.org> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: UNIX domain sockets MFC's X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2007 17:32:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Friday, May 11, 2007 12:49:32 +0100 Robert Watson wrote: > On Tue, 8 May 2007, Robert Watson wrote: > >> Right now I am tracking two known issues with UNIX domain sockets in >> RELENG_6: >> >> - Reported NULL point derference in unp_connect(), which occurs due to the >> dropping of locks around sonewconn(). This is fixed in HEAD, and I am >> preparing an MFC of this patch. > > The fix for this has now been merged as 1.155.2.22. As there have been no > new reports of UNIX domain socket problems in the last couple of days, it > sounds like the MFC of the last batch of fixes and cleanups has not lead to > problems. I've just upgraded my kernel to the latest, to include the MFC'd code above ... Just before rebooted, as I've done the past couple of times, I shutdown everything on the server, so that there were minimal processes running ... based on the last one, and this one, it looks like the number of "Active open sockets" is ~4000 ... last time, I was up to 11k sockets open, and it drop'd to ~7000 once all jails were shut down, but, as reported to Robert/John, there was a java process in a soclose state, so I wasn't 100% certain there ... This time through, I started at about 8800 sockets open, and shut down all processes, including all java processes ... using ps auxlw, I checked for any processes in a soclose state, and there were none ... I waited a full 10 minutes to let things 'settle', and after 7 of those, it had drop'd down to: mars# uptime ; sysctl kern.ipc | grep sock 2:18PM up 1 day, 13:26, 5 users, load averages: 0.00, 0.47, 2.57 kern.ipc.maxsockbuf: 262144 kern.ipc.sockbuf_waste_factor: 8 kern.ipc.numopensockets: 4835 kern.ipc.maxsockets: 12328 And stuck there for the remaining 3 minutes before I rebooted ... which is what leads me to believe that there are about 4000 active sockets on this server when everything is running ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGRfpC4QvfyHIvDvMRAuzoAKDbb5Fndwtw8paTsmLdXIP+FrOBHQCeIVKf Uhlv8ZRAjVar/fRHD3E6waM= =yglM -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat May 12 18:29:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4900B16A400 for ; Sat, 12 May 2007 18:29:21 +0000 (UTC) (envelope-from apache@trinity.no9.cz) Received: from trinity.no9.cz (trinity.no9.cz [82.119.241.13]) by mx1.freebsd.org (Postfix) with ESMTP id 1403C13C44C for ; Sat, 12 May 2007 18:29:21 +0000 (UTC) (envelope-from apache@trinity.no9.cz) Received: by trinity.no9.cz (Postfix, from userid 48) id D5C251EB3EF; Sat, 12 May 2007 20:00:30 +0200 (CEST) To: freebsd-stable@freebsd.org From: Raleigh Adams MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Message-Id: <20070512180030.D5C251EB3EF@trinity.no9.cz> Date: Sat, 12 May 2007 20:00:30 +0200 (CEST) Subject: ***R&A ONLINE PARTIME JOB OFFER*** X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Raleadams@yahoo.ie List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2007 18:29:21 -0000 Part time Job Offer My name is Raleigh Adams. I just came about your email address through an email listing affiliated with the US Chamber of Commerce and I would be very interested in offering you a part-time paying job in which you could earn a lot without quitting your present Job or having problem with your employers. I am a man with 4 kids all boys and the love of my life, my wife. I am a some what multi talented man and I do quite a lot of traveling and get to meet quite a lot of people.I just resigned my job as a research scientist for ARINI (Agricultural research Institute of Northern Ireland but I still work as a freelance consultant for the institute which gives me very much time to do my own work which is basically being a freelance researcher who could be employed by research institutes to do research projects anywhere in the world. I reside in Ireland, Dublin even though I have lived most of my life in other parts of the world, I am fully residing in Ireland. Presently, I have just been granted a funding to head a research project in the tropical regions of West Africa regarding rare and vulnerable plant species and this would be commencing very soon. However my funding was by my American counterparts who send me the bunch of payments mostly in US based money orders. Getting an accountant in the states or opening an account would have been my best choice but I have a deadline to meet and taking any of those choices would cost me time and a whole lot of other requirements. I am not ready to deal with, as I would be traveling a lot in the meantime. So presently, assuming you would be able to deal with cash, I would be willing to employ you on contract basis to be my payment representative back in the states, this way I could issue and make payments in form of money Orders, Cashier's Check, etc out to you, you could then cash them easily, withdraw 10% of the total amount on these payment instruments as your commission and then send the rest back to me through wire transfer. Please, bear it in mind that we would be dealing with quite a handful of cash and you could be making up to $3000 just working with me in a short period of time within 2-4 weeks.I would be glad if you accept my proposal and I intend to commence on starting as soon as you are ready.If you are interested, please email me back so we could make concluding arrangements. Thank You, Raleigh Adams Agricultural Research Institute of Northern Ireland (A.R.I.N) hills borough, Ireland BT26 6DR Phone Number (+447045707030) ================= Reply Back To Raleadams@yahoo.ie ================= If you are interested, Kindly provide me with the following: Name: ............... Address.............. City.................... State.................. Zip code.............. AGE..................... Occupation:............... Contact phone numbers: ............... Email Address: ............... Marital Status: ............... Signature (type in your name): ............... Prove of Identity (any form): ............... I will await your immediate response. Regards Raleigh Adams From owner-freebsd-stable@FreeBSD.ORG Sat May 12 19:44:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0231316A406 for ; Sat, 12 May 2007 19:44:09 +0000 (UTC) (envelope-from puga@mauibuilt.com) Received: from mauibuilt.com (cray50.mauibuilt.com [205.166.10.50]) by mx1.freebsd.org (Postfix) with ESMTP id B131613C45D for ; Sat, 12 May 2007 19:44:08 +0000 (UTC) (envelope-from puga@mauibuilt.com) Received: from mauibuilt.com (xydilc@puga.mauibuilt.com [205.166.10.2]) by mauibuilt.com (8.12.8p2/8.12.8) with ESMTP id l4CJYtPG004563 for ; Sat, 12 May 2007 09:34:55 -1000 (HST) (envelope-from puga@mauibuilt.com) Sender: puga@mauibuilt.com Message-ID: <46461A91.F68270E6@mauibuilt.com> Date: Sat, 12 May 2007 09:50:41 -1000 From: Richard Puga Organization: Maui Built Machines X-Mailer: Mozilla 4.8 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Intel ICH5 UDMA100 controller TIMEOUT - READ_DMA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 May 2007 19:44:09 -0000 Thank you Jeremy for your reply, Sorry I didnt incluce my version of FreeBSD, its been so long since I posted to the lists I forgot to tack on a complete copy of my dmesg.. pele /root 126% uname -a FreeBSD pele 6.1-RELEASE FreeBSD 6.1-RELEASE #1: Thu May 10 23:06:18 HST 2007 root@pele:/usr/src/sys/i386/compile/PELE i386 The only thing I added to the stock GENERIC kernel is atapicam. I have been beating on both hard drives while connected to the Promise controller. I will load FreeBSD 6.2 and see if that solves the problem else I will deliver it with the Promise controller. I will be building another one just like this soon and will test -stable on it. Thanks again for your help Richard Puga puga@mauibuilt.com 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 #1: Thu May 10 23:06:18 HST 2007 root@pele:/usr/src/sys/i386/compile/PELE ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2800.11-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20100000 Logical CPUs per core: 2 real memory = 536281088 (511 MB) avail memory = 515395584 (491 MB) ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 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 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 2.0 on pci0 pci1: on pcib1 bge0: mem 0xd0100000-0xd010ffff irq 16 at device 0.0 on pci1 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:14:5e:c9:2b:f2 pcib2: at device 3.0 on pci0 pci2: on pcib2 pcib3: at device 0.0 on pci2 pci3: on pcib3 pci2: at device 0.1 (no driver attached) pcib4: at device 0.2 on pci2 pci4: on pcib4 pci2: at device 0.3 (no driver attached) pcib5: irq 16 at device 4.0 on pci0 pci5: on pcib5 uhci0: port 0x1400-0x141f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1420-0x143f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1440-0x145f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1460-0x147f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xd0000000-0xd00003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib6: at device 30.0 on pci0 pci6: on pcib6 atapci0: port 0x2480-0x24bf,0x24c0-0x24cf,0x2400-0x247f mem 0xd0310000-0xd0310fff,0xd0320000- 0xd033ffff irq 16 at device 1.0 on pci6 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 pci6: at device 4.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x14a0-0x14af at device 31.1 on pci0 ata0: on atapci1 ata1: on atapci1 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 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,0x778-0x77f irq 7 drq 4 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A 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-0xc8fff,0xc9000-0xca7ff 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 2800108101 Hz quality 800 Timecounters tick every 1.000 msec acd0: DMA limited to UDMA33, controller found non-ATA66 cable acd0: DVDR at ata0-slave UDMA33 ad4: 476940MB at ata2-master SATA150 ad6: 476940MB at ata3-master SATA150 Trying to mount root from ufs:/dev/ad4s1a cd0 at ata0 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present bge0: link state changed to UP bge0: link state changed to DOWN bge0: link state changed to UP From owner-freebsd-stable@FreeBSD.ORG Sat May 12 21:19:57 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E95F16A408 for ; Sat, 12 May 2007 21:19:57 +0000 (UTC) (envelope-from puga@mauibuilt.com) Received: from mauibuilt.com (cray50.mauibuilt.com [205.166.10.50]) by mx1.freebsd.org (Postfix) with ESMTP id DCF0013C484 for ; Sat, 12 May 2007 21:19:56 +0000 (UTC) (envelope-from puga@mauibuilt.com) Received: from mauibuilt.com (tuhktg@puga.mauibuilt.com [205.166.10.2]) by mauibuilt.com (8.12.8p2/8.12.8) with ESMTP id l4CLAiPG005116 for ; Sat, 12 May 2007 11:10:44 -1000 (HST) (envelope-from puga@mauibuilt.com) Sender: puga@mauibuilt.com Message-ID: <46463105.A3C8B7BD@mauibuilt.com> Date: Sat, 12 May 2007 11:26:29 -1000 From: Richard Puga Organization: Maui Built Machines X-Mailer: Mozilla 4.8 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re:Intel ICH5 UDMA100 controller TIMEOUT - READ_DMA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 May 2007 21:19:57 -0000 6.2 appeared to fix the problem.. I successfully wrote a large group of files with bonnie but 20 minutes after it was done... ad2: TIMEOUT - READ_DMA retrying (1 retry left) LBA=14607 It seems to hang more while sitting idle... pounding on the drive seems ok, then again I could be hallucinating.. Here is the dmesg from this box.. Richard. Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE #0: Fri Feb 2 01:54:30 HST 2007 root@pele:/usr/src/sys/i386/compile/PELE ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2800.11-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20100000 Logical CPUs per core: 2 real memory = 536281088 (511 MB) avail memory = 515350528 (491 MB) ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 2.0 on pci0 pci1: on pcib1 bge0: mem 0xd0100000-0xd010ffff irq 16 at device 0.0 on pci1 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:14:5e:c9:2b:f2 pcib2: at device 3.0 on pci0 pci2: on pcib2 pcib3: at device 0.0 on pci2 pci3: on pcib3 pci2: at device 0.1 (no driver attached) pcib4: at device 0.2 on pci2 pci4: on pcib4 pci2: at device 0.3 (no driver attached) pcib5: irq 16 at device 4.0 on pci0 pci5: on pcib5 uhci0: port 0x1400-0x141f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1420-0x143f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1440-0x145f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1460-0x147f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xd0000000-0xd00003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib6: at device 30.0 on pci0 pci6: on pcib6 atapci0: port 0x2480-0x24bf,0x24c0-0x24cf,0x2400-0x247f mem 0xd0310000-0xd0310fff,0xd0320000- 0xd033ffff irq 16 at device 1.0 on pci6 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 pci6: at device 4.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x14b0-0x14bf at device 31.2 on pci0 ata0: on atapci1 ata1: on atapci1 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 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,0x778-0x77f irq 7 drq 4 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A 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-0xc8fff,0xc9000-0xca7ff 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 2800109459 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDR at ata0-slave UDMA66 ad2: 476940MB at ata1-master SATA150 ad3: 476940MB at ata1-slave SATA150 Trying to mount root from ufs:/dev/ad2s1a cd0 at ata0 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 66.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present bge0: link state changed to UP ad2: TIMEOUT - READ_DMA retrying (1 retry left) LBA=14607 ad2: TIMEOUT - READ_DMA48 retrying (1 retry left) LBA=401677055 ad2: TIMEOUT - READ_DMA48 retrying (0 retries left) LBA=401677055 ad2: FAILURE - READ_DMA48 status=51 error=4 LBA=401677055 From owner-freebsd-stable@FreeBSD.ORG Sat May 12 21:23:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 69FA016A400 for ; Sat, 12 May 2007 21:23:24 +0000 (UTC) (envelope-from puga@mauibuilt.com) Received: from mauibuilt.com (cray50.mauibuilt.com [205.166.10.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1E16513C448 for ; Sat, 12 May 2007 21:23:23 +0000 (UTC) (envelope-from puga@mauibuilt.com) Received: from mauibuilt.com (crytyt@puga.mauibuilt.com [205.166.10.2]) by mauibuilt.com (8.12.8p2/8.12.8) with ESMTP id l4CLEBPG005136 for ; Sat, 12 May 2007 11:14:11 -1000 (HST) (envelope-from puga@mauibuilt.com) Sender: puga@mauibuilt.com Message-ID: <464631D4.E95E3364@mauibuilt.com> Date: Sat, 12 May 2007 11:29:56 -1000 From: Richard Puga Organization: Maui Built Machines X-Mailer: Mozilla 4.8 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re:Intel ICH5 UDMA100 controller TIMEOUT - READ_DMA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 May 2007 21:23:24 -0000 Here is another error that popped up. g_vfs_done():ad2s1d[READ(offset=201363652608, length=16384)]error = 5 Its back to the Promise controller for more testing Richard.