From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 00:19:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D21DA16A4A6 for ; Sun, 25 Jun 2006 00:19:36 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2FFF43D5D for ; Sun, 25 Jun 2006 00:19:35 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id 175BA290C2C for ; Sat, 24 Jun 2006 21:19:28 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 13269-04 for ; Sat, 24 Jun 2006 21:19:32 -0300 (ADT) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id E88E5290C2B for ; Sat, 24 Jun 2006 21:19:26 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id DE6BC3769F; Sat, 24 Jun 2006 21:19:35 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id D8E183609C for ; Sat, 24 Jun 2006 21:19:35 -0300 (ADT) Date: Sat, 24 Jun 2006 21:19:35 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freeBSD.org Message-ID: <20060624211229.X1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jun 2006 00:19:36 -0000 'k, looks like I'm going to have to back this out ... just upgraded another server to 6.x, CVSup latest -STABLE, built, installed, rebooted ... up fine ... Running a single 'rsync' to copy files from another server over, it has crashed twice in a row so far ... I'm enabling dumpdev right now, and will see if I can a core dump out of it, but, so far, there is nothing being reported in /var/log/messages to indicate a problem ... Does anyone know of any problems with current source tree that I should avoid? And, if so, can someone recommend a "stable date" to CVSup in and try? This server isn't production yet, and I'm not panic'd right now to make it so (basically, I've got a couple of days if I need it) ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 00:23:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A729516A4AB; Sun, 25 Jun 2006 00:23:07 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F88043D7B; Sun, 25 Jun 2006 00:23:01 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id 55116290C2B; Sat, 24 Jun 2006 21:22:56 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 11078-09; Sat, 24 Jun 2006 21:23:00 -0300 (ADT) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id C48DB290C29; Sat, 24 Jun 2006 21:22:55 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id BE59638E8A; Sat, 24 Jun 2006 21:23:04 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id B790D3609C; Sat, 24 Jun 2006 21:23:04 -0300 (ADT) Date: Sat, 24 Jun 2006 21:23:04 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freeBSD.org In-Reply-To: <20060624211229.X1114@ganymede.hub.org> Message-ID: <20060624212108.C1114@ganymede.hub.org> References: <20060624211229.X1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jun 2006 00:23:07 -0000 On Sat, 24 Jun 2006, Marc G. Fournier wrote: > > 'k, looks like I'm going to have to back this out ... just upgraded another > server to 6.x, CVSup latest -STABLE, built, installed, rebooted ... up fine > ... > > Running a single 'rsync' to copy files from another server over, it has > crashed twice in a row so far ... > > I'm enabling dumpdev right now, and will see if I can a core dump out of it, > but, so far, there is nothing being reported in /var/log/messages to indicate > a problem ... > > Does anyone know of any problems with current source tree that I should > avoid? And, if so, can someone recommend a "stable date" to CVSup in and > try? This server isn't production yet, and I'm not panic'd right now to make > it so (basically, I've got a couple of days if I need it) ... Just found this in my /var/log/messages file after the last reboot to enable savecore/dumpdev: Jun 25 00:19:59 jupiter kernel: ACPI-0356: *** Error: Region SystemIO(1) has no handler Jun 25 00:19:59 jupiter kernel: ACPI-1304: *** Error: Method execution failed [\_SB_.LN02._STA] (Node 0xc9071920), AE_NOT_EXIST Jun 25 00:19:59 jupiter kernel: ACPI-0239: *** Error: Method execution failed [\_SB_.LN02._STA] (Node 0xc9071920), AE_NOT_EXIST For those on the -acpi list, this machine is an Intel Dual-PIII motherboard ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 00:29:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD95E16A492; Sun, 25 Jun 2006 00:29:39 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8503A43D55; Sun, 25 Jun 2006 00:29:38 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id E23E1290C2B; Sat, 24 Jun 2006 21:29:32 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 17690-02; Sat, 24 Jun 2006 21:29:37 -0300 (ADT) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 61516290C29; Sat, 24 Jun 2006 21:29:32 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id A6F7D38000; Sat, 24 Jun 2006 21:29:41 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 701C43609C; Sat, 24 Jun 2006 21:29:41 -0300 (ADT) Date: Sat, 24 Jun 2006 21:29:40 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freeBSD.org In-Reply-To: <20060624212108.C1114@ganymede.hub.org> Message-ID: <20060624212742.K1114@ganymede.hub.org> References: <20060624211229.X1114@ganymede.hub.org> <20060624212108.C1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jun 2006 00:29:39 -0000 On Sat, 24 Jun 2006, Marc G. Fournier wrote: > On Sat, 24 Jun 2006, Marc G. Fournier wrote: > >> >> 'k, looks like I'm going to have to back this out ... just upgraded another >> server to 6.x, CVSup latest -STABLE, built, installed, rebooted ... up fine >> ... >> >> Running a single 'rsync' to copy files from another server over, it has >> crashed twice in a row so far ... >> >> I'm enabling dumpdev right now, and will see if I can a core dump out of >> it, but, so far, there is nothing being reported in /var/log/messages to >> indicate a problem ... >> >> Does anyone know of any problems with current source tree that I should >> avoid? And, if so, can someone recommend a "stable date" to CVSup in and >> try? This server isn't production yet, and I'm not panic'd right now to >> make it so (basically, I've got a couple of days if I need it) ... > > > Just found this in my /var/log/messages file after the last reboot to enable > savecore/dumpdev: > > Jun 25 00:19:59 jupiter kernel: ACPI-0356: *** Error: Region SystemIO(1) has > no handler > Jun 25 00:19:59 jupiter kernel: ACPI-1304: *** Error: Method execution failed > [\_SB_.LN02._STA] (Node 0xc9071920), AE_NOT_EXIST > Jun 25 00:19:59 jupiter kernel: ACPI-0239: *** Error: Method execution failed > [\_SB_.LN02._STA] (Node 0xc9071920), AE_NOT_EXIST > > For those on the -acpi list, this machine is an Intel Dual-PIII motherboard > ... 'k, I'm starting to get the impression that FreeBSD 6.x is evil ... at least as far as Dual-PIII servers are concerned ... on a machine that, like the other Dual-PIII, I've only ever had hard drive issues with, and then rarely, I just upgraded to FreeBSD 6.x yesterday, and am trying to rsync a bunch of files across, and am getting: ========= doing nssci.net from uranus Bad system call (core dumped) rsync: connection unexpectedly closed (4610 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(472) [sender=2.6.8] doing ns2.earthtecinc.com from uranus rsync: connection unexpectedly closed (1030362 bytes received so far) [receiver] rsync error: error in rsync protocol data stream (code 12) at io.c(443) ========= I've *never* seen rsync give a problem before, on any of my servers, now I'm getting core dumps? Am back tracking to RELENG_6_1 right now, see if that helps ... :( ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 01:25:56 2006 Return-Path: X-Original-To: freebsd-stable@freeBSD.org Delivered-To: freebsd-stable@freeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EEAE16A4D0; Sun, 25 Jun 2006 01:25:56 +0000 (UTC) (envelope-from nate@root.org) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3605643D45; Sun, 25 Jun 2006 01:25:56 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout7-ext.prodigy.net (pimout7-int.prodigy.net [207.115.4.147]) by ylpvm43.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k5P1Pw4O005327; Sat, 24 Jun 2006 21:25:58 -0400 X-ORBL: [71.139.104.128] Received: from [10.0.5.51] (ppp-71-139-104-128.dsl.snfc21.pacbell.net [71.139.104.128]) by pimout7-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k5P1PrlY162626; Sat, 24 Jun 2006 21:25:53 -0400 Message-ID: <449DE5AE.9000708@root.org> Date: Sat, 24 Jun 2006 18:23:58 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.2 (X11/20060501) MIME-Version: 1.0 To: "Marc G. Fournier" References: <20060624211229.X1114@ganymede.hub.org> <20060624212108.C1114@ganymede.hub.org> In-Reply-To: <20060624212108.C1114@ganymede.hub.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freeBSD.org, freebsd-stable@freeBSD.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jun 2006 01:25:56 -0000 Marc G. Fournier wrote: > On Sat, 24 Jun 2006, Marc G. Fournier wrote: > >> >> 'k, looks like I'm going to have to back this out ... just upgraded >> another server to 6.x, CVSup latest -STABLE, built, installed, >> rebooted ... up fine ... >> >> Running a single 'rsync' to copy files from another server over, it >> has crashed twice in a row so far ... >> >> I'm enabling dumpdev right now, and will see if I can a core dump out >> of it, but, so far, there is nothing being reported in >> /var/log/messages to indicate a problem ... >> >> Does anyone know of any problems with current source tree that I >> should avoid? And, if so, can someone recommend a "stable date" to >> CVSup in and try? This server isn't production yet, and I'm not >> panic'd right now to make it so (basically, I've got a couple of days >> if I need it) ... > > > Just found this in my /var/log/messages file after the last reboot to > enable savecore/dumpdev: > > Jun 25 00:19:59 jupiter kernel: ACPI-0356: *** Error: Region SystemIO(1) > has no handler > Jun 25 00:19:59 jupiter kernel: ACPI-1304: *** Error: Method execution > failed [\_SB_.LN02._STA] (Node 0xc9071920), AE_NOT_EXIST > Jun 25 00:19:59 jupiter kernel: ACPI-0239: *** Error: Method execution > failed [\_SB_.LN02._STA] (Node 0xc9071920), AE_NOT_EXIST > > For those on the -acpi list, this machine is an Intel Dual-PIII > motherboard ... What changes if acpi is disabled? Are you running a custom AML? The SystemIO thing seems troubling. Is there an earlier message that explains why? These are new messages? Have you passed the memtest x86 CD? -- Nate From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 02:12:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D3A216A4A0; Sun, 25 Jun 2006 02:12:27 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C16E43D5F; Sun, 25 Jun 2006 02:12:22 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id 5610D290C29; Sat, 24 Jun 2006 23:12:16 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 59682-02; Sat, 24 Jun 2006 23:12:21 -0300 (ADT) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 35069290C1E; Sat, 24 Jun 2006 23:12:15 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 207F03ECEA; Sat, 24 Jun 2006 23:12:25 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id DC0D133DF1; Sat, 24 Jun 2006 23:12:25 -0300 (ADT) Date: Sat, 24 Jun 2006 23:12:25 -0300 (ADT) From: "Marc G. Fournier" To: Nate Lawson In-Reply-To: <449DE5AE.9000708@root.org> Message-ID: <20060624230418.P1114@ganymede.hub.org> References: <20060624211229.X1114@ganymede.hub.org> <20060624212108.C1114@ganymede.hub.org> <449DE5AE.9000708@root.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1759118603-1151201545=:1114" Cc: freebsd-acpi@freeBSD.org, freebsd-stable@freeBSD.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jun 2006 02:12:27 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1759118603-1151201545=:1114 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Sat, 24 Jun 2006, Nate Lawson wrote: > Marc G. Fournier wrote: >> On Sat, 24 Jun 2006, Marc G. Fournier wrote: >> >>> >>> 'k, looks like I'm going to have to back this out ... just upgraded >>> another server to 6.x, CVSup latest -STABLE, built, installed, rebooted >>> ... up fine ... >>> >>> Running a single 'rsync' to copy files from another server over, it has >>> crashed twice in a row so far ... >>> >>> I'm enabling dumpdev right now, and will see if I can a core dump out of >>> it, but, so far, there is nothing being reported in /var/log/messages to >>> indicate a problem ... >>> >>> Does anyone know of any problems with current source tree that I should >>> avoid? And, if so, can someone recommend a "stable date" to CVSup in and >>> try? This server isn't production yet, and I'm not panic'd right now to >>> make it so (basically, I've got a couple of days if I need it) ... >> >> >> Just found this in my /var/log/messages file after the last reboot to >> enable savecore/dumpdev: >> >> Jun 25 00:19:59 jupiter kernel: ACPI-0356: *** Error: Region SystemIO(1) >> has no handler >> Jun 25 00:19:59 jupiter kernel: ACPI-1304: *** Error: Method execution >> failed [\_SB_.LN02._STA] (Node 0xc9071920), AE_NOT_EXIST >> Jun 25 00:19:59 jupiter kernel: ACPI-0239: *** Error: Method execution >> failed [\_SB_.LN02._STA] (Node 0xc9071920), AE_NOT_EXIST >> >> For those on the -acpi list, this machine is an Intel Dual-PIII motherboard >> ... > > What changes if acpi is disabled? Are you running a custom AML? 'k, this server is, unfortunately, a remote server, so disabling ACPI isn't something I can easily do ... :( At least not until Monday ... re: custom AML ... stupid question, but what is an AML? :( > The SystemIO thing seems troubling. Is there an earlier message that > explains why? Nothing: Jun 25 00:19:24 jupiter kernel: Trying to mount root from ufs:/dev/da0s1a Jun 25 00:19:24 jupiter savecore: no dumps found Jun 25 00:19:24 jupiter named[381]: starting BIND 9.3.2 -t /var/named -u bind Jun 25 00:19:24 jupiter named[381]: command channel listening on 127.0.0.1#953 Jun 25 00:19:24 jupiter named[381]: zone 0.0.127.IN-ADDR.ARPA/IN: loading master file master/localhost.rev: file not found Jun 25 00:19:24 jupiter named[381]: zone 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA/IN: loading master file master/localhost-v6.rev: file not found Jun 25 00:19:24 jupiter named[381]: running Jun 25 00:19:24 jupiter kernel: fxp0: promiscuous mode enabled Jun 25 00:19:59 jupiter kernel: ACPI-0356: *** Error: Region SystemIO(1) has no handler Jun 25 00:19:59 jupiter kernel: ACPI-1304: *** Error: Method execution failed [\_SB_.LN02._STA] (Node 0xc9071920), AE_NOT_EXIST Jun 25 00:19:59 jupiter kernel: ACPI-0239: *** Error: Method execution failed [\_SB_.LN02._STA] (Node 0xc9071920), AE_NOT_EXIST > These are new messages? Most definitely ... but, I've attached my dmesg.boot, which includes a bunch of ACPI Warnings ... from searching Google, it was my understanding that they are/were benign though ... I get the same Warnings on my other Dual-PIII box, but its a duplicate of this one, so that is to be expected ... > Have you passed the memtest x86 CD? Just as an appendum to this report ... I have rebooted the server using the 6.1-RC1 kernel that was originally installed, before I upgraded to -STABLE, and am now running both an rsync that *so far* hasn't giving me any SegFaults, and am running a 'make buildworld' with a RELENG_6_1 source tree, that also hasn't cause any problems ... in fact, tail of my /var/log/messages shows: # tail /var/log/messages Jun 25 01:23:27 jupiter named[391]: zone 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA/IN: loading master file master/localhost-v6.rev: file not found Jun 25 01:23:27 jupiter named[391]: running Jun 25 01:23:27 jupiter kernel: fxp0: promiscuous mode enabled Jun 25 01:24:44 jupiter fsck: /dev/da0s1d: 11 files, 7 used, 63344 free (40 frags, 7913 blocks, 0.1% fragmentation) Jun 25 01:25:47 jupiter fsck: /dev/da0s1e: 191421 files, 833872 used, 688631 free (18623 frags, 83751 blocks, 1.2% fragmentation) Jun 25 01:25:48 jupiter fsck: /dev/da0s1f: Reclaimed: 0 directories, -1 files, -1 fragments Jun 25 01:25:48 jupiter fsck: /dev/da0s1f: 217 files, 817 used, 62535 free (71 frags, 7808 blocks, 0.1% fragmentation) Jun 25 01:31:12 jupiter fsck: /dev/da0s1g: 429378 files, 3425842 used, 60096474 free (6314 frags, 7511270 blocks, 0.0% fragmentation) Jun 25 02:00:00 jupiter kernel: fxp0: promiscuous mode disabled Jun 25 02:00:00 jupiter kernel: fxp0: promiscuous mode enabled jupiter# uptime 2:06AM up 43 mins, 3 users, load averages: 1.38, 1.36, 1.22 jupiter# With -STABLE of today, I couldn't even run a complete cvsup without it giving me an error: -------- Checkout src/sys/kern/uipc_socket2.c *** *** runtime error: *** Attempt to dereference NIL *** file "/vm/ports/usr/ports/lang/ezm3/work/ezm3-1.2/libs/libm3/src/rw/Common/RdImpl.m3", line 39 *** use option @M3stackdump to get a stack trace ----------- ---- 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 --0-1759118603-1151201545=:1114 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=dmesg.boot Content-Transfer-Encoding: BASE64 Content-ID: <20060624231225.Q1114@ganymede.hub.org> Content-Description: Content-Disposition: attachment; filename=dmesg.boot Q29weXJpZ2h0IChjKSAxOTkyLTIwMDYgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIDYuMS1SQzEgIzA6IE1vbiBBcHIgMTAgMTc6MDM6 MjIgVVRDIDIwMDYNCiAgICByb290QG9wdXMuY3NlLmJ1ZmZhbG8uZWR1Oi91 c3Ivb2JqL3Vzci9zcmMvc3lzL1NNUA0KYWNwaV9hbGxvY193YWtldXBfaGFu ZGxlcjogY2FuJ3QgYWxsb2Mgd2FrZSBtZW1vcnkNClRpbWVjb3VudGVyICJp ODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwDQpDUFU6IElu dGVsKFIpIFBlbnRpdW0oUikgSUlJIENQVSAtIFMgICAgICAgICAxMjY2TUh6 ICgxMjYzLjQ1LU1IeiA2ODYtY2xhc3MgQ1BVKQ0KICBPcmlnaW4gPSAiR2Vu dWluZUludGVsIiAgSWQgPSAweDZiNCAgU3RlcHBpbmcgPSA0DQogIEZlYXR1 cmVzPTB4MzgzZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0Us Q1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixNTVgs RlhTUixTU0U+DQpyZWFsIG1lbW9yeSAgPSA0MjI3NzkyODk2ICg0MDMxIE1C KQ0KYXZhaWwgbWVtb3J5ID0gNDE0MDA5MzQ0MCAoMzk0OCBNQikNCkFDUEkg QVBJQyBUYWJsZTogPElOVEVMICBTQ0IyMCAgID4NCkZyZWVCU0QvU01QOiBN dWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDIgQ1BVcw0KIGNwdTAg KEJTUCk6IEFQSUMgSUQ6ICAzDQogY3B1MSAoQVApOiBBUElDIElEOiAgMA0K ICAgIEFDUEktMDY5ODogKioqIFdhcm5pbmc6IFR5cGUgb3ZlcnJpZGUgLSBb REVCX10gaGFkIGludmFsaWQgdHlwZSAoSW50ZWdlcikgZm9yIFNjb3BlIG9w ZXJhdG9yLCBjaGFuZ2VkIHRvIChTY29wZSkNCiAgICBBQ1BJLTA2OTg6ICoq KiBXYXJuaW5nOiBUeXBlIG92ZXJyaWRlIC0gW01MSUJdIGhhZCBpbnZhbGlk IHR5cGUgKEludGVnZXIpIGZvciBTY29wZSBvcGVyYXRvciwgY2hhbmdlZCB0 byAoU2NvcGUpDQogICAgQUNQSS0wNjk4OiAqKiogV2FybmluZzogVHlwZSBv dmVycmlkZSAtIFtEQVRBXSBoYWQgaW52YWxpZCB0eXBlIChTdHJpbmcpIGZv ciBTY29wZSBvcGVyYXRvciwgY2hhbmdlZCB0byAoU2NvcGUpDQogICAgQUNQ SS0wNjk4OiAqKiogV2FybmluZzogVHlwZSBvdmVycmlkZSAtIFtTSU9fXSBo YWQgaW52YWxpZCB0eXBlIChTdHJpbmcpIGZvciBTY29wZSBvcGVyYXRvciwg Y2hhbmdlZCB0byAoU2NvcGUpDQogICAgQUNQSS0wNjk4OiAqKiogV2Fybmlu ZzogVHlwZSBvdmVycmlkZSAtIFtTQl9fXSBoYWQgaW52YWxpZCB0eXBlIChT dHJpbmcpIGZvciBTY29wZSBvcGVyYXRvciwgY2hhbmdlZCB0byAoU2NvcGUp DQogICAgQUNQSS0wNjk4OiAqKiogV2FybmluZzogVHlwZSBvdmVycmlkZSAt IFtQTV9fXSBoYWQgaW52YWxpZCB0eXBlIChTdHJpbmcpIGZvciBTY29wZSBv cGVyYXRvciwgY2hhbmdlZCB0byAoU2NvcGUpDQogICAgQUNQSS0wNjk4OiAq KiogV2FybmluZzogVHlwZSBvdmVycmlkZSAtIFtJQ05UXSBoYWQgaW52YWxp ZCB0eXBlIChTdHJpbmcpIGZvciBTY29wZSBvcGVyYXRvciwgY2hhbmdlZCB0 byAoU2NvcGUpDQogICAgQUNQSS0wNjk4OiAqKiogV2FybmluZzogVHlwZSBv dmVycmlkZSAtIFtBQ1BJXSBoYWQgaW52YWxpZCB0eXBlIChTdHJpbmcpIGZv ciBTY29wZSBvcGVyYXRvciwgY2hhbmdlZCB0byAoU2NvcGUpDQogICAgQUNQ SS0wNjk4OiAqKiogV2FybmluZzogVHlwZSBvdmVycmlkZSAtIFtMRURQXSBo YWQgaW52YWxpZCB0eXBlIChTdHJpbmcpIGZvciBTY29wZSBvcGVyYXRvciwg Y2hhbmdlZCB0byAoU2NvcGUpDQogICAgQUNQSS0wNjk4OiAqKiogV2Fybmlu ZzogVHlwZSBvdmVycmlkZSAtIFtXVUVTXSBoYWQgaW52YWxpZCB0eXBlIChT dHJpbmcpIGZvciBTY29wZSBvcGVyYXRvciwgY2hhbmdlZCB0byAoU2NvcGUp DQogICAgQUNQSS0wNjk4OiAqKiogV2FybmluZzogVHlwZSBvdmVycmlkZSAt IFtXVVNFXSBoYWQgaW52YWxpZCB0eXBlIChTdHJpbmcpIGZvciBTY29wZSBv cGVyYXRvciwgY2hhbmdlZCB0byAoU2NvcGUpDQogICAgQUNQSS0wNjk4OiAq KiogV2FybmluZzogVHlwZSBvdmVycmlkZSAtIFtDU0I1XSBoYWQgaW52YWxp ZCB0eXBlIChTdHJpbmcpIGZvciBTY29wZSBvcGVyYXRvciwgY2hhbmdlZCB0 byAoU2NvcGUpDQogICAgQUNQSS0wNjk4OiAqKiogV2FybmluZzogVHlwZSBv dmVycmlkZSAtIFtQTV9fXSBoYWQgaW52YWxpZCB0eXBlIChTdHJpbmcpIGZv ciBTY29wZSBvcGVyYXRvciwgY2hhbmdlZCB0byAoU2NvcGUpDQogICAgQUNQ SS0wNjk4OiAqKiogV2FybmluZzogVHlwZSBvdmVycmlkZSAtIFtCSU9TXSBo YWQgaW52YWxpZCB0eXBlIChJbnRlZ2VyKSBmb3IgU2NvcGUgb3BlcmF0b3Is IGNoYW5nZWQgdG8gKFNjb3BlKQ0KICAgIEFDUEktMDY5ODogKioqIFdhcm5p bmc6IFR5cGUgb3ZlcnJpZGUgLSBbQ01PU10gaGFkIGludmFsaWQgdHlwZSAo SW50ZWdlcikgZm9yIFNjb3BlIG9wZXJhdG9yLCBjaGFuZ2VkIHRvIChTY29w ZSkNCk1BRFQ6IEZvcmNpbmcgYWN0aXZlLWxvdyBwb2xhcml0eSBhbmQgbGV2 ZWwgdHJpZ2dlciBmb3IgU0NJDQppb2FwaWMwIDxWZXJzaW9uIDEuMT4gaXJx cyAwLTE1IG9uIG1vdGhlcmJvYXJkDQppb2FwaWMxIDxWZXJzaW9uIDEuMT4g aXJxcyAxNi0zMSBvbiBtb3RoZXJib2FyZA0KbGFwaWMzOiBGb3JjaW5nIExJ TlQxIHRvIGVkZ2UgdHJpZ2dlcg0Ka2JkMSBhdCBrYmRtdXgwDQpucHgwOiBb RkFTVF0NCm5weDA6IDxtYXRoIHByb2Nlc3Nvcj4gb24gbW90aGVyYm9hcmQN Cm5weDA6IElOVCAxNiBpbnRlcmZhY2UNCmFjcGkwOiA8SU5URUwgU0NCMjA+ IG9uIG1vdGhlcmJvYXJkDQphY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkN ClRpbWVjb3VudGVyICJBQ1BJLXNhZmUiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6 IHF1YWxpdHkgMTAwMA0KYWNwaV90aW1lcjA6IDwzMi1iaXQgdGltZXIgYXQg My41Nzk1NDVNSHo+IHBvcnQgMHg1MDgtMHg1MGIgb24gYWNwaTANCmNwdTA6 IDxBQ1BJIENQVT4gb24gYWNwaTANCmNwdTE6IDxBQ1BJIENQVT4gb24gYWNw aTANCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgt MHhjZmYgb24gYWNwaTANCnBjaTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIw DQpmeHAwOiA8SW50ZWwgODI1NTAgUHJvLzEwMCBFdGhlcm5ldD4gcG9ydCAw eDE0MDAtMHgxNDNmIG1lbSAweGZlYWUwMDAwLTB4ZmVhZTBmZmYsMHhmZWFh MDAwMC0weGZlYWJmZmZmIGlycSAyMSBhdCBkZXZpY2UgMy4wIG9uIHBjaTAN Cm1paWJ1czA6IDxNSUkgYnVzPiBvbiBmeHAwDQppbnBoeTA6IDxpODI1NTUg MTAvMTAwIG1lZGlhIGludGVyZmFjZT4gb24gbWlpYnVzMA0KaW5waHkwOiAg MTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZE WCwgYXV0bw0KZnhwMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MDM6NDc6MzA6 YTc6MWINCmZ4cDE6IDxJbnRlbCA4MjU1MCBQcm8vMTAwIEV0aGVybmV0PiBw b3J0IDB4MTQ0MC0weDE0N2YgbWVtIDB4ZmVhODAwMDAtMHhmZWE4MGZmZiww eGZlYTYwMDAwLTB4ZmVhN2ZmZmYgaXJxIDIwIGF0IGRldmljZSA0LjAgb24g cGNpMA0KbWlpYnVzMTogPE1JSSBidXM+IG9uIGZ4cDENCmlucGh5MTogPGk4 MjU1NSAxMC8xMDAgbWVkaWEgaW50ZXJmYWNlPiBvbiBtaWlidXMxDQppbnBo eTE6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNl VFgtRkRYLCBhdXRvDQpmeHAxOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDowMzo0 NzozMDphNzoxYw0KcGNpMDogPGRpc3BsYXksIFZHQT4gYXQgZGV2aWNlIDEy LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkNCmlzYWIwOiA8UENJLUlTQSBicmlk Z2U+IGF0IGRldmljZSAxNS4wIG9uIHBjaTANCmlzYTA6IDxJU0EgYnVzPiBv biBpc2FiMA0KYXRhcGNpMDogPFNlcnZlcldvcmtzIENTQjUgVURNQTEwMCBj b250cm9sbGVyPiBwb3J0IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3 LDB4Mzc2LDB4M2EwLTB4M2FmLDB4NDEwLTB4NDEzIGF0IGRldmljZSAxNS4x IG9uIHBjaTANCmF0YTA6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kwDQph dGExOiA8QVRBIGNoYW5uZWwgMT4gb24gYXRhcGNpMA0Kb2hjaTA6IDxPSENJ IChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gbWVtIDB4ZmVhNDAwMDAtMHhm ZWE0MGZmZiBpcnEgMTAgYXQgZGV2aWNlIDE1LjIgb24gcGNpMA0Kb2hjaTA6 IFtHSUFOVC1MT0NLRURdDQp1c2IwOiBPSENJIHZlcnNpb24gMS4wLCBsZWdh Y3kgc3VwcG9ydA0KdXNiMDogU01NIGRvZXMgbm90IHJlc3BvbmQsIHJlc2V0 dGluZw0KdXNiMDogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBv biBvaGNpMA0KdXNiMDogVVNCIHJldmlzaW9uIDEuMA0KdWh1YjA6ICgweDEx NjYpIE9IQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwg YWRkciAxDQp1aHViMDogNCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxm IHBvd2VyZWQNCnBjaWIxOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IG9uIGFj cGkwDQpwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQ0KaWlyMDogPElu dGVsIEludGVncmF0ZWQgUkFJRCBDb250cm9sbGVyPiBtZW0gMHhmYzhmMDAw MC0weGZjOGYzZmZmIGlycSAzMCBhdCBkZXZpY2UgOS4wIG9uIHBjaTENCmlp cjA6IFtHSUFOVC1MT0NLRURdDQpwY2liMjogPEFDUEkgSG9zdC1QQ0kgYnJp ZGdlPiBvbiBhY3BpMA0KcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIN CmZkYzA6IDxmbG9wcHkgZHJpdmUgY29udHJvbGxlciAoRkRFKT4gcG9ydCAw eDNmMi0weDNmMywweDNmNC0weDNmNSwweDNmNyBpcnEgNiBkcnEgMiBvbiBh Y3BpMA0KZmRjMDogW0ZBU1RdDQpzaW8wOiBjb25maWd1cmVkIGlycSA0IG5v dCBpbiBiaXRtYXAgb2YgcHJvYmVkIGlycXMgMA0Kc2lvMDogcG9ydCBtYXkg bm90IGJlIGVuYWJsZWQNCnNpbzA6IDwxNjU1MEEtY29tcGF0aWJsZSBDT00g cG9ydD4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uIGFj cGkwDQpzaW8wOiB0eXBlIDE2NTUwQQ0Kc2lvMTogY29uZmlndXJlZCBpcnEg MyBub3QgaW4gYml0bWFwIG9mIHByb2JlZCBpcnFzIDANCnNpbzE6IHBvcnQg bWF5IG5vdCBiZSBlbmFibGVkDQpzaW8xOiA8MTY1NTBBLWNvbXBhdGlibGUg Q09NIHBvcnQ+IHBvcnQgMHgyZjgtMHgyZmYgaXJxIDMgb24gYWNwaTANCnNp bzE6IHR5cGUgMTY1NTBBDQpwbXRpbWVyMCBvbiBpc2EwDQpvcm0wOiA8SVNB IE9wdGlvbiBST01zPiBhdCBpb21lbSAweGMwMDAwLTB4YzdmZmYsMHhjZDgw MC0weGNlZmZmLDB4Y2YwMDAtMHhkMDdmZiwweGU0MDAwLTB4ZTdmZmYgb24g aXNhMA0KYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4g YXQgcG9ydCAweDYwLDB4NjQgb24gaXNhMA0KYXRrYmQwOiA8QVQgS2V5Ym9h cmQ+IGlycSAxIG9uIGF0a2JkYzANCmtiZDAgYXQgYXRrYmQwDQphdGtiZDA6 IFtHSUFOVC1MT0NLRURdDQpwcGMwOiBwYXJhbGxlbCBwb3J0IG5vdCBmb3Vu ZC4NCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBp c2EwDQpzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgz MDA+DQp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4 M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwDQp1a2JkMDogREVM TCBERUxMIFVTQiBLZXlib2FyZCwgcmV2IDEuMTAvMS4wNSwgYWRkciAyLCBp Y2xhc3MgMy8xDQprYmQyIGF0IHVrYmQwDQpUaW1lY291bnRlcnMgdGljayBl dmVyeSAxLjAwMCBtc2VjDQphY2QwOiBDRFJPTSA8U0FNU1VORyBDRC1ST00g U04tMTI0L1FNMTU+IGF0IGF0YTAtbWFzdGVyIFBJTzQNCldhaXRpbmcgNSBz ZWNvbmRzIGZvciBTQ1NJIGRldmljZXMgdG8gc2V0dGxlDQpzZXMwIGF0IGlp cjAgYnVzIDEgdGFyZ2V0IDYgbHVuIDANCnNlczA6IDxFU0ctU0hWIFNDQSBI U0JQIE0xNiAwLjA1PiBGaXhlZCBQcm9jZXNzb3IgU0NTSS0yIGRldmljZSAN CnNlczA6IFNBRi1URSBDb21wbGlhbnQgRGV2aWNlDQpkYTAgYXQgaWlyMCBi dXMgMiB0YXJnZXQgMCBsdW4gMA0KZGEwOiA8SW50ZWwgSG9zdCBEcml2ZSAg ICMwMCA+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS0yIGRldmljZSANCmRh MDogVGFnZ2VkIFF1ZXVlaW5nIEVuYWJsZWQNCmRhMDogMTM5ODc4TUIgKDI4 NjQ3MTA4MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDE3ODMyQykN CmxhcGljMDogRm9yY2luZyBMSU5UMSB0byBlZGdlIHRyaWdnZXINClNNUDog QVAgQ1BVICMxIExhdW5jaGVkIQ0KVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJv bSB1ZnM6L2Rldi9kYTBzMWENCldBUk5JTkc6IC8gd2FzIG5vdCBwcm9wZXJs eSBkaXNtb3VudGVkDQpXQVJOSU5HOiAvdG1wIHdhcyBub3QgcHJvcGVybHkg ZGlzbW91bnRlZA0KV0FSTklORzogL3VzciB3YXMgbm90IHByb3Blcmx5IGRp c21vdW50ZWQNCldBUk5JTkc6IC92YXIgd2FzIG5vdCBwcm9wZXJseSBkaXNt b3VudGVkDQpXQVJOSU5HOiAvdm0gd2FzIG5vdCBwcm9wZXJseSBkaXNtb3Vu dGVkDQo= --0-1759118603-1151201545=:1114-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 03:12:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35DE316A494 for ; Sun, 25 Jun 2006 03:12:57 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id C341343D48 for ; Sun, 25 Jun 2006 03:12:56 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by nz-out-0102.google.com with SMTP id n1so1053983nzf for ; Sat, 24 Jun 2006 20:12:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=WP8k9yj4IqO/5erpwbQVJRwo4+JdGcsIa+TGS725gl2ILI2PL9CsI/8KOnY3B/sIOfkhmShXRtZ3znHmdQJsLJGbZKday7F8nYx4IySAIZPgzYNIT9W4mZ2iROlaJCdvBHGH3sv1Q9Pk2Jr2UEd2xNrdiykxvMyKYaZksW8qwyI= Received: by 10.36.251.25 with SMTP id y25mr6028250nzh; Sat, 24 Jun 2006 20:12:56 -0700 (PDT) Received: by 10.36.12.11 with HTTP; Sat, 24 Jun 2006 20:12:56 -0700 (PDT) Message-ID: Date: Sat, 24 Jun 2006 20:12:56 -0700 From: "Nikolas Britton" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Effects of changing tar's -b option. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2006 03:12:57 -0000 Test Setup: 250 50MB files (13068252KB) dd if=/dev/random of=testfile bs=1m count=50 Ethernet mtu=6500 Transferred files were wiped after every test with 'rm -r *'. Test: hostB: nc -4l port | tar xpbf n - hostA: date; tar cbf n - . | nc hostB port; date Test Results: seconds = n 645sec. = 1024 670sec. = 512 546sec. = 256 503sec. = 128 500sec. = 128 (control) 515sec. = 96 508sec. = 64 501sec. = 20 (default) Conclusions: Make your own. -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 03:20:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4935B16A49A for ; Sun, 25 Jun 2006 03:20:49 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7167043D6D for ; Sun, 25 Jun 2006 03:20:45 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id 9DEC4290C25 for ; Sun, 25 Jun 2006 00:20:43 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 73179-03 for ; Sun, 25 Jun 2006 00:20:43 -0300 (ADT) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 2EB8A290C1E for ; Sun, 25 Jun 2006 00:20:43 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id C3F1045307; Sun, 25 Jun 2006 00:20:41 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id B222139009 for ; Sun, 25 Jun 2006 00:20:41 -0300 (ADT) Date: Sun, 25 Jun 2006 00:20:41 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20060625001030.Q1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: RELENG_6_1 unstable also ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2006 03:20:49 -0000 'k, here's what I have so far: cvsup'd both RELENG_6 and RELENG_6_1 ... both cause the server to crash ... in fact, barely get into a buildworld with RELENG_6_1 and get: :0: internal compiler error: Abort trap: 6 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. mkdep: compile failed *** Error code 1 Stop in /usr/src/gnu/usr.bin/gperf. *** Error code 1 Stop in /usr/src. *** Error code 1 but, just finished a clean buildworld with RELENG_6_1 sources on a 6.1-RC1 kernel installed from CD, and not a hiccup ... Now, this time, it actually gave me a crash dump to look at, if that helps any? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 03:25:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 097D916A47E for ; Sun, 25 Jun 2006 03:25:30 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5853443D45 for ; Sun, 25 Jun 2006 03:25:29 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id 704FE290C25 for ; Sun, 25 Jun 2006 00:25:28 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 72538-04 for ; Sun, 25 Jun 2006 00:25:28 -0300 (ADT) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id BC9DD290C1E for ; Sun, 25 Jun 2006 00:25:27 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id D23AF3E55C; Sun, 25 Jun 2006 00:25:26 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id D136D3E228 for ; Sun, 25 Jun 2006 00:25:26 -0300 (ADT) Date: Sun, 25 Jun 2006 00:25:26 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org In-Reply-To: <20060625001030.Q1114@ganymede.hub.org> Message-ID: <20060625002416.R1114@ganymede.hub.org> References: <20060625001030.Q1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: RELENG_6_1 unstable also ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2006 03:25:30 -0000 As an appendum, the kernel that so far *appears* to work properly (about to re-start yet another buildworld on it) is from an April CD I burnt: FreeBSD jupiter.hub.org 6.1-RC1 FreeBSD 6.1-RC1 #0: Mon Apr 10 17:03:22 UTC 2006 root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 My kernel config looks like: ---- machine i386 cpu I686_CPU ident kernel makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SMP options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM options SHMMAXPGS=199608 options SHMMAX=(SHMMAXPGS*PAGE_SIZE+1) options SYSVSEM options SEMMNI=4096 options SEMMNS=8192 options SYSVMSG # SYSV-style message queues options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC device pci device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) device iir # Intel Integrated RAID device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support device sc device agp # support several AGP chipsets device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) device loop # Network loopback device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device bpf # Berkeley packet filter options INCLUDE_CONFIG_FILE On Sun, 25 Jun 2006, Marc G. Fournier wrote: > > 'k, here's what I have so far: > > cvsup'd both RELENG_6 and RELENG_6_1 ... both cause the server to crash ... > in fact, barely get into a buildworld with RELENG_6_1 and get: > > :0: internal compiler error: Abort trap: 6 > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > mkdep: compile failed > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/gperf. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > > but, just finished a clean buildworld with RELENG_6_1 sources on a 6.1-RC1 > kernel installed from CD, and not a hiccup ... > > Now, this time, it actually gave me a crash dump to look at, if that helps > any? > > ---- > 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 > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 03:54:40 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 408C216A4A0 for ; Sun, 25 Jun 2006 03:54:40 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27AE143D48 for ; Sun, 25 Jun 2006 03:54:37 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost.isc.org [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id 905B9E601F for ; Sun, 25 Jun 2006 03:54:36 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.6/8.13.6) with ESMTP id k5P3sZvK001568 for ; Sun, 25 Jun 2006 13:54:35 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200606250354.k5P3sZvK001568@drugs.dv.isc.org> To: stable@freebsd.org From: Mark Andrews Date: Sun, 25 Jun 2006 13:54:35 +1000 Sender: Mark_Andrews@isc.org Cc: Subject: Pentax optio a10 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2006 03:54:40 -0000 Anyone have experience getting a Pentax optio a10 mounted? Mark umass0: PENTAX PENTAX OPTIO A10, rev 2.00/0.00, addr 2 drugs# usbdevs -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000) , rev 1.00 port 1 powered port 2 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000) , rev 1.00 port 1 powered port 2 powered Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000) , rev 1.00 port 1 powered port 2 powered Controller /dev/usb3: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000) , rev 1.00 port 1 powered port 2 powered Controller /dev/usb4: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x0000) , rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered port 5 addr 2: high speed, self powered, config 1, product 0x0055(0x0055), vendor 0x0a17(0x0a17), rev 0.00 port 6 powered port 7 powered port 8 powered drugs# Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-STABLE #7: Sun Jun 25 10:23:37 EST 2006 marka@drugs.dv.isc.org:/usr/obj/usr/src/sys/DRUGS Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.73GHz (1729.13-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff Features2=0x180 AMD Features=0x100000 real memory = 1065160704 (1015 MB) avail memory = 1033383936 (985 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard wlan: mac acl policy registered kbd1 at kbdmux0 acpi0: on motherboard 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 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 acpi_video0: port 0xec38-0xec3f mem 0xdff00000-0xdff7ffff,0xc0000000-0xcfffffff,0xdfec0000-0xdfefffff irq 16 at device 2.0 on pci0 acpi_video1: mem 0xdff80000-0xdfffffff at device 2.1 on pci0 evaluation of \\_SB_.PCI0.VID2._DOD makes no sense pcib1: at device 28.0 on pci0 pci2: on pcib1 bge0: mem 0xdfdf0000-0xdfdfffff irq 16 at device 0.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:14:22:d9:fb:dc uhci0: port 0xbf80-0xbf9f 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 0xbf60-0xbf7f 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 0xbf40-0xbf5f 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 0xbf20-0xbf3f 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 0xffa80800-0xffa80bff irq 16 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 pcib2: at device 30.0 on pci0 pci3: on pcib2 cbb0: at device 1.0 on pci3 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pci3: at device 1.5 (no driver attached) iwi0: mem 0xdfcff000-0xdfcfffff irq 17 at device 3.0 on pci3 iwi0: Ethernet address: 00:16:6f:46:b7:5d pcm0: port 0xed00-0xedff,0xec40-0xec7f mem 0xdfebfe00-0xdfebffff,0xdfebfd00-0xdfebfdff irq 16 at device 30.2 on pci0 pcm0: pci0: at device 30.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf irq 17 at device 31.2 on pci0 atapci0: failed to enable memory mapping! ata0: on atapci0 ata1: on atapci0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64,0x62,0x66 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 1 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 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcf7ff,0xcf800-0xcffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1729128523 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, default to deny, logging disabled acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times battery0: battery initialization start battery1: battery initialization start ad0: 95396MB at ata0-master UDMA100 battery0: battery initialization done, tried 1 times acd0: CDRW at ata1-master UDMA33 Trying to mount root from ufs:/dev/ad0s4a battery1: battery initialization failed, giving up iwi0: link state changed to UP acpi_acad0: Off Line acpi_acad0: On Line umass0: PENTAX PENTAX OPTIO A10, rev 2.00/0.00, addr 2 umass0: CBI reset failed, IOERROR umass0: CBI bulk-in stall clear failed, IOERROR umass0: CBI bulk-out stall clear failed, IOERROR umass0: CBI reset failed, IOERROR umass0: CBI bulk-in stall clear failed, IOERROR umass0: CBI bulk-out stall clear failed, IOERROR umass0: CBI reset failed, IOERROR umass0: CBI bulk-in stall clear failed, IOERROR umass0: CBI bulk-out stall clear failed, IOERROR umass0: CBI reset failed, IOERROR umass0: CBI bulk-in stall clear failed, IOERROR umass0: CBI bulk-out stall clear failed, IOERROR umass0: CBI reset failed, IOERROR umass0: CBI bulk-in stall clear failed, IOERROR umass0: CBI bulk-out stall clear failed, IOERROR umass0: at uhub4 port 5 (addr 2) disconnected umass0: detached umass0: PENTAX PENTAX OPTIO A10, rev 2.00/0.00, addr 2 umass0: CBI reset failed, IOERROR umass0: CBI bulk-in stall clear failed, IOERROR umass0: CBI bulk-out stall clear failed, IOERROR umass0: CBI reset failed, IOERROR umass0: at uhub4 port 5 (addr 2) disconnected umass0: detached -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 04:09:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF5D916A494 for ; Sun, 25 Jun 2006 04:09:04 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FD4243D45 for ; Sun, 25 Jun 2006 04:09:04 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id 1FACB290C25 for ; Sun, 25 Jun 2006 01:09:03 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 93806-07 for ; Sun, 25 Jun 2006 01:09:03 -0300 (ADT) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 21182290C1E for ; Sun, 25 Jun 2006 01:09:02 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id A2D523D340; Sun, 25 Jun 2006 01:09:01 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 9E1BE33FE1 for ; Sun, 25 Jun 2006 01:09:01 -0300 (ADT) Date: Sun, 25 Jun 2006 01:09:01 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org In-Reply-To: <20060625002416.R1114@ganymede.hub.org> Message-ID: <20060625010814.X1114@ganymede.hub.org> References: <20060625001030.Q1114@ganymede.hub.org> <20060625002416.R1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: RELENG_6_1 unstable also ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2006 04:09:05 -0000 make -j3 buildworld just completed on the April 10th kernel, something that I could not get to complete on either the RELENG_6_1 or RELENG_6 kernels ... Am running it a second time right now ... On Sun, 25 Jun 2006, Marc G. Fournier wrote: > > As an appendum, the kernel that so far *appears* to work properly (about to > re-start yet another buildworld on it) is from an April CD I burnt: > > FreeBSD jupiter.hub.org 6.1-RC1 FreeBSD 6.1-RC1 #0: Mon Apr 10 17:03:22 UTC > 2006 root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 > > My kernel config looks like: > > ---- > machine i386 > cpu I686_CPU > ident kernel > > makeoptions DEBUG=-g # Build kernel with gdb(1) debug > symbols > > options SMP > > options SCHED_4BSD # 4BSD scheduler > options PREEMPTION # Enable kernel thread preemption > options INET # InterNETworking > options FFS # Berkeley Fast Filesystem > options SOFTUPDATES # Enable FFS soft updates support > options UFS_ACL # Support for access control lists > options UFS_DIRHASH # Improve performance on big > directories > options NFSCLIENT # Network Filesystem Client > options NFSSERVER # Network Filesystem Server > > options PROCFS # Process filesystem (requires > PSEUDOFS) > options PSEUDOFS # Pseudo-filesystem framework > options COMPAT_43 # Compatible with BSD 4.3 [KEEP > THIS!] > options COMPAT_FREEBSD5 # Compatible with FreeBSD5 > options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI > options KTRACE # ktrace(1) support > > options SYSVSHM > options SHMMAXPGS=199608 > options SHMMAX=(SHMMAXPGS*PAGE_SIZE+1) > > options SYSVSEM > options SEMMNI=4096 > options SEMMNS=8192 > > options SYSVMSG # SYSV-style message queues > > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time > extensions > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > > options ADAPTIVE_GIANT # Giant mutex is adaptive. > > device apic # I/O APIC > device pci > > device scbus # SCSI bus (required for SCSI) > device da # Direct Access (disks) > device pass # Passthrough device (direct SCSI access) > device ses # SCSI Environmental Services (and SAF-TE) > > device iir # Intel Integrated RAID > > device atkbdc # AT keyboard controller > device atkbd # AT keyboard > device psm # PS/2 mouse > > device kbdmux # keyboard multiplexer > > device vga # VGA video card driver > > device splash # Splash screen and screen saver support > > device sc > > device agp # support several AGP chipsets > device miibus # MII bus support > device fxp # Intel EtherExpress PRO/100B (82557, 82558) > > device loop # Network loopback > device random # Entropy device > device ether # Ethernet support > device pty # Pseudo-ttys (telnet etc) > > device bpf # Berkeley packet filter > > options INCLUDE_CONFIG_FILE > > > > > On Sun, 25 Jun 2006, Marc G. Fournier wrote: > >> >> 'k, here's what I have so far: >> >> cvsup'd both RELENG_6 and RELENG_6_1 ... both cause the server to crash ... >> in fact, barely get into a buildworld with RELENG_6_1 and get: >> >> :0: internal compiler error: Abort trap: 6 >> Please submit a full bug report, >> with preprocessed source if appropriate. >> See for instructions. >> mkdep: compile failed >> *** Error code 1 >> >> Stop in /usr/src/gnu/usr.bin/gperf. >> *** Error code 1 >> >> Stop in /usr/src. >> *** Error code 1 >> >> >> but, just finished a clean buildworld with RELENG_6_1 sources on a 6.1-RC1 >> kernel installed from CD, and not a hiccup ... >> >> Now, this time, it actually gave me a crash dump to look at, if that helps >> any? >> >> ---- >> 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 >> > > ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > Email . scrappy@hub.org MSN . scrappy@hub.org > Yahoo . yscrappy Skype: hub.org ICQ . 7615664 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 04:16:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AF5016A4A6 for ; Sun, 25 Jun 2006 04:16:13 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD1F543D53 for ; Sun, 25 Jun 2006 04:16:12 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id 7032B290C25; Sun, 25 Jun 2006 01:16:11 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 98370-02; Sun, 25 Jun 2006 01:16:10 -0300 (ADT) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id C670F290C1E; Sun, 25 Jun 2006 01:16:09 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id C0B7537EC9; Sun, 25 Jun 2006 01:16:09 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id BF7C736622; Sun, 25 Jun 2006 01:16:09 -0300 (ADT) Date: Sun, 25 Jun 2006 01:16:09 -0300 (ADT) From: "Marc G. Fournier" To: Kostik Belousov In-Reply-To: <20060624163845.L1114@ganymede.hub.org> Message-ID: <20060625011227.C1114@ganymede.hub.org> References: <20060623172557.H1114@ganymede.hub.org> <261AD16B-C3FE-4671-996E-563053508CE8@mac.com> <20060624022227.X1114@ganymede.hub.org> <20060624115505.E14669@woozle.rinet.ru> <20060624090656.GB79678@deviant.kiev.zoral.com.ua> <20060624145432.A1114@ganymede.hub.org> <20060624185203.GC79678@deviant.kiev.zoral.com.ua> <20060624163845.L1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Dmitry Morozovsky Subject: Re: vmstat 'b' (disk busy?) field keeps climbing ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2006 04:16:15 -0000 'k, this has gotta be a leak somewhere ... I'm now up to 6 blocked: 0 8 0 7449224 236552 213 2 1 0 109 0 101 0 475 2890 2143 2 6 92 0 6 0 7481104 247704 578 0 0 0 1196 0 262 0 808 8901 3049 5 16 79 0 6 0 7450820 253576 1385 3 2 3 1379 0 13 0 303 4742 1703 13 13 73 0 6 0 7478168 248372 295 0 0 0 160 0 57 0 428 1900 2616 2 7 92 0 6 0 7473064 249072 1 0 0 0 23 0 6 0 273 822 845 1 2 97 1 6 0 7479000 243164 275 17 7 0 144 0 17 0 317 1572 2180 2 6 92 But there don't appear to be any processes reporting itself as being blocked: pluto# ps axlww | awk '$10 ~ /^D[^L]/' pluto# ps axlww | awk '$10 ~ /^D[^L]/' pluto# ps axlww | awk '$10 ~ /^D[^L]/' pluto# ps axlww | awk '$10 ~ /^D[^L]/' pluto# ps axlww | awk '$10 ~ /^D[^L]/' pluto# ps axlww | awk '$10 ~ /^D[^L]/' 0 30418 30416 6 8 0 4916 2624 ppwait Ds pa 0:00.13 -csh (csh) pluto# ps axlww | awk '$10 ~ /^D[^L]/' pluto# ps axlww | awk '$10 ~ /^D[^L]/' pluto# ps axlww | awk '$10 ~ /^D[^L]/' 0 30418 30416 137 8 0 4916 2624 ppwait Ds pa 0:00.14 -csh (csh) pluto# ps axlww | awk '$10 ~ /^D[^L]/' pluto# ps axlww | awk '$10 ~ /^D[^L]/' pluto# ps axlww | awk '$10 ~ /^D[^L]/' pluto# ps axlww | awk '$10 ~ /^D[^L]/' pluto# ps axlww | awk '$10 ~ /^D[^L]/' pluto# ps axlww | awk '$10 ~ /^D[^L]/' Or is there something else I should be looking at/for? In the case of this system, its kernel sources from ~May 25th ... On Sat, 24 Jun 2006, Marc G. Fournier wrote: > On Sat, 24 Jun 2006, Kostik Belousov wrote: > >> 2. 2 Giant holders/lockers. Is it constant ? Are the processes >> holding/waiting >> for Giant are the same ? > > Mostly appears to be 'clock' ... > > pluto# ps axlww | grep Giant | grep -v grep > 0 12 0 0 -32 0 0 8 Giant LL ?? 3:07.03 [swi4: > clock] > pluto# ps axlww | grep Giant | grep -v grep > 0 12 0 0 -32 0 0 8 Giant LL ?? 3:07.03 [swi4: > clock] > pluto# ps axlww | grep Giant | grep -v grep > 0 12 0 0 -32 0 0 8 Giant LL ?? 3:07.03 [swi4: > clock] > pluto# ps axlww | grep Giant | grep -v grep > pluto# ps axlww | grep Giant | grep -v grep > 0 12 0 0 -32 0 0 8 Giant LL ?? 3:07.03 [swi4: > clock] > pluto# ps axlww | grep Giant | grep -v grep > pluto# ps axlww | grep Giant | grep -v grep > 0 12 0 0 -32 0 0 8 Giant LL ?? 3:07.03 [swi4: > clock] > pluto# ps axlww | grep Giant | grep -v grep > pluto# ps axlww | grep Giant | grep -v grep > 0 92517 46540 114 110 0 5032 2412 Giant LV+ p4 0:00.00 -csh > (csh) > pluto# ps axlww | grep Giant | grep -v grep > 0 12 0 0 -32 0 0 8 Giant LL ?? 3:07.04 [swi4: > clock] > 1001 14098 1 0 96 0 3308 1324 Giant LsJ ?? 0:04.98 > /usr/local/libexec/postfix/master > pluto# ps axlww | grep Giant | grep -v grep > pluto# ps axlww | grep Giant | grep -v grep > 0 12 0 0 -32 0 0 8 Giant LL ?? 3:07.04 [swi4: > clock] > pluto# ps axlww | grep Giant | grep -v grep > pluto# > > And I suspect that the master is disk i/o, since the iir driver is listed as > still GIANT-LOCKED: > > iir0: mem 0xfc8f0000-0xfc8f3fff irq 30 at > device 9.0 on pci1 > iir0: [GIANT-LOCKED] > >> Ah, and does dmesg show anything ? > > Anything (other then the iir driver) that I'd be looking for in there? Or > could that be what is compounding the problem? Too many things trying to > acquire GIANT over the drive(s), creating a deadlock? Long shot there ... ? > > ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > Email . scrappy@hub.org MSN . scrappy@hub.org > Yahoo . yscrappy Skype: hub.org ICQ . 7615664 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 04:30:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC9A316A4C4 for ; Sun, 25 Jun 2006 04:30:24 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E0C243D45 for ; Sun, 25 Jun 2006 04:30:24 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id BD7E9290C25 for ; Sun, 25 Jun 2006 01:30:22 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 98378-06 for ; Sun, 25 Jun 2006 01:30:23 -0300 (ADT) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id BFD56290C1E for ; Sun, 25 Jun 2006 01:30:21 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 259373D340; Sun, 25 Jun 2006 01:30:22 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 1F3B43BA65 for ; Sun, 25 Jun 2006 01:30:22 -0300 (ADT) Date: Sun, 25 Jun 2006 01:30:22 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org In-Reply-To: <20060625001030.Q1114@ganymede.hub.org> Message-ID: <20060625012850.E1114@ganymede.hub.org> References: <20060625001030.Q1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1664032856-1151209822=:1114" Subject: panic: vm_page_insert: page already inserted (Was: Re: RELENG_6_1 unstable also ... ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2006 04:30:25 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1664032856-1151209822=:1114 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Attached is a simple trace using kgdb on the dump created by the crash ... let me know if there is more that I can provide ... y On Sun, 25 Jun 2006, Marc G. Fournier wrote: > > 'k, here's what I have so far: > > cvsup'd both RELENG_6 and RELENG_6_1 ... both cause the server to crash ... > in fact, barely get into a buildworld with RELENG_6_1 and get: > > :0: internal compiler error: Abort trap: 6 > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > mkdep: compile failed > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/gperf. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > > but, just finished a clean buildworld with RELENG_6_1 sources on a 6.1-RC1 > kernel installed from CD, and not a hiccup ... > > Now, this time, it actually gave me a crash dump to look at, if that helps > any? > > ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > Email . scrappy@hub.org MSN . scrappy@hub.org > Yahoo . yscrappy Skype: hub.org ICQ . 7615664 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 --0-1664032856-1151209822=:1114 Content-Type: APPLICATION/octet-stream; name=dump.0 Content-Transfer-Encoding: BASE64 Content-ID: <20060625013022.N1114@ganymede.hub.org> Content-Description: Content-Disposition: attachment; filename=dump.0 U2NyaXB0IHN0YXJ0ZWQgb24gU3VuIEp1biAyNSAwNDoyNzoxOSAyMDA2Cmp1 cGl0ZXIjIGtnZGIga2VybmVsLjAgdm1jb3JlLjAJDQ0KW0dEQiB3aWxsIG5v dCBiZSBhYmxlIHRvIGRlYnVnIHVzZXItbW9kZSB0aHJlYWRzOiAvdXNyL2xp Yi9saWJ0aHJlYWRfZGIuc286IFVuZGVmaW5lZCBzeW1ib2wgInBzX3BnbG9i YWxfbG9va3VwIl0NCkdOVSBnZGIgNi4xLjEgW0ZyZWVCU0RdDQpDb3B5cmln aHQgMjAwNCBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4NCkdEQiBp cyBmcmVlIHNvZnR3YXJlLCBjb3ZlcmVkIGJ5IHRoZSBHTlUgR2VuZXJhbCBQ dWJsaWMgTGljZW5zZSwgYW5kIHlvdSBhcmUNCndlbGNvbWUgdG8gY2hhbmdl IGl0IGFuZC9vciBkaXN0cmlidXRlIGNvcGllcyBvZiBpdCB1bmRlciBjZXJ0 YWluIGNvbmRpdGlvbnMuDQpUeXBlICJzaG93IGNvcHlpbmciIHRvIHNlZSB0 aGUgY29uZGl0aW9ucy4NClRoZXJlIGlzIGFic29sdXRlbHkgbm8gd2FycmFu dHkgZm9yIEdEQi4gIFR5cGUgInNob3cgd2FycmFudHkiIGZvciBkZXRhaWxz Lg0KVGhpcyBHREIgd2FzIGNvbmZpZ3VyZWQgYXMgImkzODYtbWFyY2VsLWZy ZWVic2QiLg0KDQpVbnJlYWQgcG9ydGlvbiBvZiB0aGUga2VybmVsIG1lc3Nh Z2UgYnVmZmVyOg0KcGFuaWM6IHZtX3BhZ2VfaW5zZXJ0OiBwYWdlIGFscmVh ZHkgaW5zZXJ0ZWQNCmNwdWlkID0gMQ0KVXB0aW1lOiAybTE0cw0KRHVtcGlu ZyA0MDMxIE1CICgyIGNodW5rcykNCiAgY2h1bmsgMDogMU1CICgxNDMgcGFn ZXMpIC4uLiBvaw0KICBjaHVuayAxOiA0MDMxTUIgKDEwMzE5MjAgcGFnZXMp IDQwMTUNCg0KRmF0YWwgdHJhcCAxMjogcGFnZSBmYXVsdCB3aGlsZSBpbiBr ZXJuZWwgbW9kZQ0KY3B1aWQgPSAxOyBhcGljIGlkID0gMDANCmZhdWx0IHZp cnR1YWwgYWRkcmVzcwk9IDB4MTY4DQpmYXVsdCBjb2RlCQk9IHN1cGVydmlz b3IgcmVhZCwgcGFnZSBub3QgcHJlc2VudA0KaW5zdHJ1Y3Rpb24gcG9pbnRl cgk9IDB4MjA6MHhjMDQ0MWNhNw0Kc3RhY2sgcG9pbnRlcgkgICAgICAgID0g MHgyODoweGU3YmI5YzkwDQpmcmFtZSBwb2ludGVyCSAgICAgICAgPSAweDI4 OjB4ZTdiYjljOTQNCmNvZGUgc2VnbWVudAkJPSBiYXNlIDB4MCwgbGltaXQg MHhmZmZmZiwgdHlwZSAweDFiDQoJCQk9IERQTCAwLCBwcmVzIDEsIGRlZjMy IDEsIGdyYW4gMQ0KcHJvY2Vzc29yIGVmbGFncwk9IGludGVycnVwdCBlbmFi bGVkLCByZXN1bWUsIElPUEwgPSAwDQpjdXJyZW50IHByb2Nlc3MJCT0gMjQg KGlycTMwOiBpaXIwKQ0KdHJhcCBudW1iZXIJCT0gMTINCnBhbmljOiBwYWdl IGZhdWx0DQpjcHVpZCA9IDENCiAzOTk5IDM5ODMgMzk2NyAzOTUxIDM5MzUg MzkxOSAzOTAzIDM4ODcgMzg3MSAzODU1IDM4MzkgMzgyMyAzODA3IDM3OTEg Mzc3NSAzNzU5IDM3NDMgMzcyNyAzNzExIDM2OTUgMzY3OSAzNjYzIDM2NDcg MzYzMSAzNjE1IDM1OTkgMzU4MyAzNTY3IDM1NTEgMzUzNSAzNTE5IDM1MDMg MzQ4NyAzNDcxIDM0NTUgMzQzOSAzNDIzIDM0MDcgMzM5MSAzMzc1IDMzNTkg MzM0MyAzMzI3IDMzMTEgMzI5NSAzMjc5IDMyNjMgMzI0NyAzMjMxIDMyMTUg MzE5OSAzMTgzIDMxNjcgMzE1MSAzMTM1IDMxMTkgMzEwMyAzMDg3IDMwNzEg MzA1NSAzMDM5IDMwMjMgMzAwNyAyOTkxIDI5NzUgMjk1OSAyOTQzIDI5Mjcg MjkxMSAyODk1IDI4NzkgMjg2MyAyODQ3IDI4MzEgMjgxNSAyNzk5IDI3ODMg Mjc2NyAyNzUxIDI3MzUgMjcxOSAyNzAzIDI2ODcgMjY3MSAyNjU1IDI2Mzkg MjYyMyAyNjA3IDI1OTEgMjU3NSAyNTU5IDI1NDMgMjUyNyAyNTExIDI0OTUg MjQ3OSAyNDYzIDI0NDcgMjQzMSAyNDE1IDIzOTkgMjM4MyAyMzY3IDIzNTEg MjMzNSAyMzE5IDIzMDMgMjI4NyAyMjcxIDIyNTUgMjIzOSAyMjIzIDIyMDcg MjE5MSAyMTc1IDIxNTkgMjE0MyAyMTI3IDIxMTEgMjA5NSAyMDc5IDIwNjMg MjA0NyAyMDMxIDIwMTUgMTk5OSAxOTgzIDE5NjcgMTk1MSAxOTM1IDE5MTkg MTkwMyAxODg3IDE4NzEgMTg1NSAxODM5IDE4MjMgMTgwNyAxNzkxIDE3NzUg MTc1OSAxNzQzIDE3MjcgMTcxMSAxNjk1IDE2NzkgMTY2MyAxNjQ3IDE2MzEg MTYxNSAxNTk5IDE1ODMgMTU2NyAxNTUxIDE1MzUgMTUxOSAxNTAzIDE0ODcg MTQ3MSAxNDU1IDE0MzkgMTQyMyAxNDA3IDEzOTEgMTM3NSAxMzU5IDEzNDMg MTMyNyAxMzExIDEyOTUgMTI3OSAxMjYzIDEyNDcgMTIzMSAxMjE1IDExOTkg MTE4MyAxMTY3IDExNTEgMTEzNSAxMTE5IDExMDMgMTA4NyAxMDcxIDEwNTUg MTAzOSAxMDIzIDEwMDcgOTkxIDk3NSA5NTkgOTQzIDkyNyA5MTEgODk1IDg3 OSA4NjMgODQ3IDgzMSA4MTUgNzk5IDc4MyA3NjcgNzUxIDczNSA3MTkgNzAz IDY4NyA2NzEgNjU1IDYzOSA2MjMgNjA3IDU5MSA1NzUgNTU5IDU0MyA1Mjcg NTExIDQ5NSA0NzkgNDYzIDQ0NyA0MzEgNDE1IDM5OSAzODMgMzY3IDM1MSAz MzUgMzE5IDMwMyAyODcgMjcxIDI1NSAyMzkgMjIzIDIwNyAxOTEgMTc1IDE1 OSAxNDMgMTI3IDExMSA5NSA3OSA2MyA0NyAzMSAxNQ0KDQojMCAgZG9hZHVt cCAoKSBhdCBwY3B1Lmg6MTY1DQoxNjUJcGNwdS5oOiBObyBzdWNoIGZpbGUg b3IgZGlyZWN0b3J5Lg0KCWluIHBjcHUuaA0KKGtnZGIpIHdoZXJlDQojMCAg ZG9hZHVtcCAoKSBhdCBwY3B1Lmg6MTY1DQojMSAgMHhjMDQ5YzU3NSBpbiBi b290IChob3d0bz0yNjApIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1 dGRvd24uYzo0MDINCiMyICAweGMwNDljODlkIGluIHBhbmljIChmbXQ9MHhj MDYwZDgzMiAidm1fcGFnZV9pbnNlcnQ6IHBhZ2UgYWxyZWFkeSBpbnNlcnRl ZCIpIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24uYzo1NTgN CiMzICAweGMwNWEzZjIzIGluIHZtX3BhZ2VfaW5zZXJ0IChtPTB4YzQxOWI0 YTgsIG9iamVjdD0weGNiNDdmYjU4LCBwaW5kZXg9VW5oYW5kbGVkIGR3YXJm IGV4cHJlc3Npb24gb3Bjb2RlIDB4OTMNCikgYXQgL3Vzci9zcmMvc3lzL3Zt L3ZtX3BhZ2UuYzo1NDQNCiM0ICAweGMwNWE0NGYyIGluIHZtX3BhZ2VfYWxs b2MgKG9iamVjdD0weGNiNDdmYjU4LCBwaW5kZXg9MTgzOSwgcmVxPTU0Nikg YXQgL3Vzci9zcmMvc3lzL3ZtL3ZtX3BhZ2UuYzo4NzINCiM1ICAweGMwNGU2 NzJlIGluIGFsbG9jYnVmIChicD0weGRkMWFhYzI4LCBzaXplPTE2Mzg0KSBh dCAvdXNyL3NyYy9zeXMva2Vybi92ZnNfYmlvLmM6Mjc3Ng0KIzYgIDB4YzA0 ZTYwYzMgaW4gZ2V0YmxrICh2cD0weGNiNTVkY2MwLCBibGtubz00NTksIHNp emU9MTYzODQsIHNscGZsYWc9MCwgc2xwdGltZW89MCwgZmxhZ3M9MCkgYXQg L3Vzci9zcmMvc3lzL2tlcm4vdmZzX2Jpby5jOjI1NDcNCiM3ICAweGMwNTZi NWEyIGluIGZmc19iYWxsb2NfdWZzMiAodnA9MHhjYjU1ZGNjMCwgc3RhcnRv ZmZzZXQ9VW5oYW5kbGVkIGR3YXJmIGV4cHJlc3Npb24gb3Bjb2RlIDB4OTMN CikgYXQgL3Vzci9zcmMvc3lzL3Vmcy9mZnMvZmZzX2JhbGxvYy5jOjgxNw0K IzggIDB4YzA1ODI0NzAgaW4gZmZzX3dyaXRlIChhcD0weGViYjZkYmVjKSBh dCAvdXNyL3NyYy9zeXMvdWZzL2Zmcy9mZnNfdm5vcHMuYzo2NjINCiM5ICAw eGMwNWViNWRlIGluIFZPUF9XUklURV9BUFYgKHZvcD0weGMwNjM3NzIwLCBh PTB4ZWJiNmRiZWMpIGF0IHZub2RlX2lmLmM6Njk4DQojMTAgMHhjMDUwMTBl NiBpbiB2bl93cml0ZSAoZnA9MHhjOWIyOTI0MCwgdWlvPTB4ZWJiNmRjYmMs IGFjdGl2ZV9jcmVkPTB4Yzk3ZjQwMDAsIGZsYWdzPTAsIHRkPTB4Yzk3NWU5 MDApIGF0IHZub2RlX2lmLmg6MzcyDQojMTEgMHhjMDRiZjY5MyBpbiBkb2Zp bGV3cml0ZSAodGQ9MHhjOTc1ZTkwMCwgZmQ9NCwgZnA9MHhjOWIyOTI0MCwg YXVpbz0weGViYjZkY2JjLCBvZmZzZXQ9VW5oYW5kbGVkIGR3YXJmIGV4cHJl c3Npb24gb3Bjb2RlIDB4OTMNCikgYXQgZmlsZS5oOjI0Ng0KIzEyIDB4YzA0 YmY1MzcgaW4ga2Vybl93cml0ZXYgKHRkPTB4Yzk3NWU5MDAsIGZkPTQsIGF1 aW89MHhlYmI2ZGNiYykgYXQgL3Vzci9zcmMvc3lzL2tlcm4vc3lzX2dlbmVy aWMuYzo0MDINCiMxMyAweGMwNGJmNDVkIGluIHdyaXRlICh0ZD0weGM5NzVl OTAwLCB1YXA9MHgwKSBhdCAvdXNyL3NyYy9zeXMva2Vybi9zeXNfZ2VuZXJp Yy5jOjMyNg0KIzE0IDB4YzA1ZGE0NDcgaW4gc3lzY2FsbCAoZnJhbWU9DQog ICAgICB7dGZfZnMgPSA1OSwgdGZfZXMgPSA1OSwgdGZfZHMgPSAtMTA3ODAw MTYwNSwgdGZfZWRpID0gNCwgdGZfZXNpID0gMCwgdGZfZWJwID0gLTEwNzc5 NTExMTIsIHRmX2lzcCA9IC0zNDAzMzczMDgsIHRmX2VieCA9IDEzNzE3MDk0 NCwgdGZfZWR4ID0gMjYyMTQ0LCB0Zl9lY3ggPSAwLCB0Zl9lYXggPSA0LCB0 Zl90cmFwbm8gPSAwLCB0Zl9lcnIgPSAyLCB0Zl9laXAgPSA2NzI1NTA2OTEs IHRmX2NzID0gNTEsIHRmX2VmbGFncyA9IDUxOCwgdGZfZXNwID0gLTEwNzc5 NTExNTYsIHRmX3NzID0gNTl9KSBhdCAvdXNyL3NyYy9zeXMvaTM4Ni9pMzg2 L3RyYXAuYzo5ODENCiMxNSAweGMwNWM3YTdmIGluIFhpbnQweDgwX3N5c2Nh bGwgKCkgYXQgL3Vzci9zcmMvc3lzL2kzODYvaTM4Ni9leGNlcHRpb24uczoy MDANCiMxNiAweDAwMDAwMDMzIGluID8/ICgpDQpQcmV2aW91cyBmcmFtZSBp bm5lciB0byB0aGlzIGZyYW1lIChjb3JydXB0IHN0YWNrPykNCihrZ2RiKSBx dWl0DQpqdXBpdGVyIyBleGl0DQ0KZXhpdA0KClNjcmlwdCBkb25lIG9uIFN1 biBKdW4gMjUgMDQ6Mjc6NDggMjAwNgo= --0-1664032856-1151209822=:1114-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 06:41:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9525A16A49E for ; Sun, 25 Jun 2006 06:41:23 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FF8443D48 for ; Sun, 25 Jun 2006 06:41:16 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail13.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k5P6fEKI029080 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 25 Jun 2006 16:41:14 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k5P6fERA008573; Sun, 25 Jun 2006 16:41:14 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k5P6fE1N008572; Sun, 25 Jun 2006 16:41:14 +1000 (EST) (envelope-from peter) Date: Sun, 25 Jun 2006 16:41:14 +1000 From: Peter Jeremy To: Nikolas Britton Message-ID: <20060625064114.GF747@turion.vk2pj.dyndns.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jTMWTj4UTAEmbWeb" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: Effects of changing tar's -b option. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2006 06:41:23 -0000 --jTMWTj4UTAEmbWeb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, 2006-Jun-24 20:12:56 -0700, Nikolas Britton wrote: >Test Setup: >250 50MB files (13068252KB) >dd if=3D/dev/random of=3Dtestfile bs=3D1m count=3D50 >Ethernet mtu=3D6500 >Transferred files were wiped after every test with 'rm -r *'. > >Test: >hostB: nc -4l port | tar xpbf n - >hostA: date; tar cbf n - . | nc hostB port; date > >Test Results: >seconds =3D n >645sec. =3D 1024 >670sec. =3D 512 >546sec. =3D 256 >503sec. =3D 128 >500sec. =3D 128 (control) >515sec. =3D 96 >508sec. =3D 64 >501sec. =3D 20 (default) > >Conclusions: Make your own. I don't think that's so unexpected. tar doesn't use multiple buffers so filling and emptying the buffer is done serially. Once the buffer exceeds the space in the pipe buffer and the local TCP send buffer, then the write from the hostA tar is delayed until the TCP buffer can drain. At the same time, the read from the hostB tar is blocked waiting for data from the network. Optimal throughput will depend on maximally overlapping the file reads on hostB with the network traffic and file writes on hostB. This, in turn, means you want to be able to hold at least a full buffer of data in the intervening processes and kernel buffers. Assuming that you aren't network bandwidth limited, you should look at increasing net.inet.tcp.sendspace and maybe net.inet.tcp.recvspace, or using an intervening program on hostA that does its own re-buffering. --=20 Peter Jeremy --jTMWTj4UTAEmbWeb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEnjAI/opHv/APuIcRAsuBAJ4+byjnPI45lBohjlYEGFNEzPV3TQCfchD1 W1GahgtbkahJJiObj4OkSIg= =ABUZ -----END PGP SIGNATURE----- --jTMWTj4UTAEmbWeb-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 06:47:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74FEE16A4A6 for ; Sun, 25 Jun 2006 06:47:07 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail03.syd.optusnet.com.au (mail03.syd.optusnet.com.au [211.29.132.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C5E043D64 for ; Sun, 25 Jun 2006 06:47:05 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail03.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k5P6l40h013501 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 25 Jun 2006 16:47:04 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k5P6l3WI008606; Sun, 25 Jun 2006 16:47:03 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k5P6l3B3008605; Sun, 25 Jun 2006 16:47:03 +1000 (EST) (envelope-from peter) Date: Sun, 25 Jun 2006 16:47:03 +1000 From: Peter Jeremy To: "Marc G. Fournier" Message-ID: <20060625064703.GG747@turion.vk2pj.dyndns.org> References: <20060625001030.Q1114@ganymede.hub.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mrJd9p1Ce66CJMxE" Content-Disposition: inline In-Reply-To: <20060625001030.Q1114@ganymede.hub.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6_1 unstable also ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2006 06:47:07 -0000 --mrJd9p1Ce66CJMxE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 2006-Jun-25 00:20:41 -0300, Marc G. Fournier wrote: >cvsup'd both RELENG_6 and RELENG_6_1 ... both cause the server to crash=20 >... in fact, barely get into a buildworld with RELENG_6_1 and get: > >:0: internal compiler error: Abort trap: 6 This tends to indicate a hardware problem. Check the usual suspects. >but, just finished a clean buildworld with RELENG_6_1 sources on a 6.1-RC1= =20 >kernel installed from CD, and not a hiccup ... That doesn't rule out hardware. A slight change in the data or code layout can cause a pattern-sensitive fault vanish or critical data to miss a marginal DRAM cell. --=20 Peter Jeremy --mrJd9p1Ce66CJMxE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEnjFm/opHv/APuIcRApdIAKC9mq3ZY5yyYdNK5IkakTD9GZxQrwCgrvHX 3Yzj9Ch3Cc1CHMHrm1kQ6FE= =Rwp1 -----END PGP SIGNATURE----- --mrJd9p1Ce66CJMxE-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 08:48:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3394616A403 for ; Sun, 25 Jun 2006 08:48:07 +0000 (UTC) (envelope-from ales.rom@kabelnet.net) Received: from mta1.siol.net (mta1.siol.net [193.189.160.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1747243D6A for ; Sun, 25 Jun 2006 08:48:03 +0000 (GMT) (envelope-from ales.rom@kabelnet.net) Received: from edge2.siol.net ([10.10.10.211]) by mta1.siol.net with ESMTP id <20060625084802.EGMD4387.mta1.siol.net@edge2.siol.net> for ; Sun, 25 Jun 2006 10:48:02 +0200 Received: from [192.168.1.105] (really [193.77.179.59]) by edge2.siol.net with ESMTP id <20060625084802.YUEH4459.edge2.siol.net@[192.168.1.105]> for ; Sun, 25 Jun 2006 10:48:02 +0200 Message-ID: <449E4DC0.2010903@kabelnet.net> Date: Sun, 25 Jun 2006 08:48:00 +0000 From: Ales User-Agent: Thunderbird 1.5 (X11/20060225) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit Subject: cvsup to RELENG_6 from yesterday kills my Xorg server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jun 2006 08:48:07 -0000 My notebook runs 6.1-STABLE from 23.May 2006 with xorg 6.9.0 just OK. Yesterday I cvsuped my notebook to RELENG_6. After standard buildproces (I do that aprox. once a month on a few boxes) I have problems with xorg (6.9.0 from ports) server. I use KDE desktop wit kdm win manager. After booting, xserver starts OK and I have kdm login prompt. When I try to login, screen become black and nothing can be done except reboot with Ctl-Alt-Del. I even can't kill xserver. Xorg driver is "savage" on "Twister KN133" card. The funny thing is that booting old kernel from 23. May can' help also anymore. But before cvsup-ing and rebuilding everything was fine. I'm lost here. At the end I must say that I did NOT touch X server at all. What happened with sources last month that can affect xorg server? Maybe it's dri related? It is the only thing I can imagine, but don't know how to fix it. Thanks, Ale¹ From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 08:57:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDB6816A400 for ; Sun, 25 Jun 2006 08:57:02 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8036F43D46 for ; Sun, 25 Jun 2006 08:57:02 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by nz-out-0102.google.com with SMTP id m22so1100310nzf for ; Sun, 25 Jun 2006 01:57:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=aKBHjsuWxL/kAefwdOkLOk+9Rbhdbq+GdMomK6/vrrnybvt+XeUrJgzIlghE8LQlPrgU2R1wWgicNCO39OMI8nj4Gs8B0Uq453R2jBB7xciWeY65xkUFvxNx/v9QeiOfIUHUMla3A3+ySfsFzrvmUHSEBLsw73No/2mmDiGd0yg= Received: by 10.36.227.49 with SMTP id z49mr6298243nzg; Sun, 25 Jun 2006 01:57:01 -0700 (PDT) Received: by 10.36.12.11 with HTTP; Sun, 25 Jun 2006 01:57:01 -0700 (PDT) Message-ID: Date: Sun, 25 Jun 2006 01:57:01 -0700 From: "Nikolas Britton" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Gigabit ethernet very slow. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2006 08:57:03 -0000 What's up with my computer, it's only getting 30MB/s? hostB: nc -4kl port > /dev/null hostA: nc host port < /dev/zero hostB: Athlon64 3000, Asus A8R-MVP, FreeBSD 6.1/amd64): $ sysctl -a net.inet.tcp|grep space net.inet.tcp.sendspace: 32768 net.inet.tcp.recvspace: 131072 sk0: flags=8843 mtu 6500 options=8 inet6 fe80::215:f2ff:fed9:ae2a%sk0 prefixlen 64 scopeid 0x2 inet 192.168.1.242 netmask 0xffffff00 broadcast 192.168.1.255 ether 00:15:f2:d9:ae:2a media: Ethernet 1000baseTX (1000baseTX ) status: active top: last pid: 730; load averages: 0.53, 0.41, 0.41 26 processes: 1 running, 25 sleeping CPU states: 2.6% user, 0.0% nice, 12.4% system, 25.9% interrupt, 59.0% idle Mem: 11M Active, 7832K Inact, 23M Wired, 10M Buf, 189M Free Swap: 483M Total, 483M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 557 root 1 98 0 3964K 956K select 7:48 9.57% nc $ vmstat -n 0 5 procs memory page faults cpu r b w avm fre flt re pi po fr sr in sy cs us sy id 1 0 0 31368 194048 15 0 0 0 13 0 12705 110013 21101 1 38 61 1 0 0 31368 194048 0 0 0 0 0 0 9638 84515 14842 1 28 71 0 0 0 31368 194048 0 0 0 0 0 0 10228 89549 15756 1 31 68 0 0 0 31368 194048 0 0 0 0 0 0 13055 114963 20048 1 38 60 0 0 0 31368 194048 0 0 0 0 0 0 9325 81653 14384 0 28 72 --------------------------------------- hostA: P4 3GHz Prescott, Intel SE7210TP1E, FreeBSD 6.1/i386): $ sysctl -a net.inet.tcp|grep space net.inet.tcp.sendspace: 65536 net.inet.tcp.recvspace: 65536 em0: flags=8843 mtu 6500 options=b inet6 fe80::204:23ff:feba:3870%em0 prefixlen 64 scopeid 0x1 inet 192.168.1.2 netmask 0xffffff00 broadcast 192.168.1.255 ether 00:04:23:ba:38:70 media: Ethernet 1000baseTX status: active top: last pid: 1190; load averages: 0.10, 0.21, 0.28 50 processes: 1 running, 49 sleeping CPU states: 0.7% user, 0.0% nice, 11.6% system, 9.0% interrupt, 78.7% idle Mem: 72M Active, 222M Inact, 147M Wired, 12K Cache, 111M Buf, 552M Free Swap: 6144M Total, 6144M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 997 root 1 4 0 1528K 720K sbwait 1:37 15.82% nc $ vmstat -n 0 5 procs memory page faults cpu r b w avm fre flt re pi po fr sr in sy cs us sy id 2 0 0 169608 563404 36 0 0 0 28 0 9149 109489 14087 3 34 64 0 0 0 169608 563404 9 0 0 0 9 0 8224 92285 11696 2 24 74 1 0 0 169608 563404 13 0 0 0 13 0 8818 99341 12541 2 28 70 0 0 0 169608 563404 9 0 0 0 9 0 8645 97585 12303 2 28 70 0 0 0 169608 563404 13 0 0 0 13 0 7610 85517 10830 1 26 73 From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 12:56:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B22916A40D for ; Sun, 25 Jun 2006 12:56:55 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFD5A43D6B for ; Sun, 25 Jun 2006 12:56:54 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.6) with ESMTP id k5PCuqgJ053276; Sun, 25 Jun 2006 16:56:52 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 25 Jun 2006 16:56:52 +0400 (MSD) From: Dmitry Morozovsky To: "Marc G. Fournier" In-Reply-To: <20060624152525.D1114@ganymede.hub.org> Message-ID: <20060625164752.H52500@woozle.rinet.ru> References: <20060623172557.H1114@ganymede.hub.org> <261AD16B-C3FE-4671-996E-563053508CE8@mac.com> <20060624022227.X1114@ganymede.hub.org> <20060624115505.E14669@woozle.rinet.ru> <20060624090656.GB79678@deviant.kiev.zoral.com.ua> <20060624145432.A1114@ganymede.hub.org> <20060624221556.O30039@woozle.rinet.ru> <20060624152525.D1114@ganymede.hub.org> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Sun, 25 Jun 2006 16:56:52 +0400 (MSD) Cc: Kostik Belousov , freebsd-stable@freebsd.org Subject: Re: vmstat 'b' (disk busy?) field keeps climbing ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2006 12:56:55 -0000 On Sat, 24 Jun 2006, Marc G. Fournier wrote: MGF> > MGF> 'k, stupid question then ... what am I searching for? MGF> > MGF> MGF> > MGF> # ps axlww | awk '{print $9}' | sort | uniq -c | sort -nr MGF> > MGF> > Well, try MGF> > MGF> > ps axlww | awk '$10 ~ /^D[^L]/' MGF> > MGF> > which should give you a list of blocked-in-uninterruptible-syscall MGF> > processes MGF> > excluding kernel threads... MGF> MGF> Nadda: MGF> MGF> pluto# ps axlww | awk '$10 ~ /^D[^L]/' Errm... It seems I turn you to the wrong side... Normal disk-locked processes have DL (DL+) state... Well, then try something like ps ax -O ppid,flags,mwchan | awk '($6 ~ /^D/ || $6 == "STAT") && $3 !~ /^20.$/' Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 13:59:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A913716A400 for ; Sun, 25 Jun 2006 13:59:34 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2AF843D73 for ; Sun, 25 Jun 2006 13:59:24 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id 31D1E290C1F; Sun, 25 Jun 2006 10:59:18 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 84399-01; Sun, 25 Jun 2006 10:59:23 -0300 (ADT) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id A6B54290C1E; Sun, 25 Jun 2006 10:59:17 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 5E2F23E7DF; Sun, 25 Jun 2006 10:59:28 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 583843769F; Sun, 25 Jun 2006 10:59:28 -0300 (ADT) Date: Sun, 25 Jun 2006 10:59:28 -0300 (ADT) From: "Marc G. Fournier" To: Dmitry Morozovsky In-Reply-To: <20060625164752.H52500@woozle.rinet.ru> Message-ID: <20060625105843.O1114@ganymede.hub.org> References: <20060623172557.H1114@ganymede.hub.org> <261AD16B-C3FE-4671-996E-563053508CE8@mac.com> <20060624022227.X1114@ganymede.hub.org> <20060624115505.E14669@woozle.rinet.ru> <20060624090656.GB79678@deviant.kiev.zoral.com.ua> <20060624145432.A1114@ganymede.hub.org> <20060624221556.O30039@woozle.rinet.ru> <20060624152525.D1114@ganymede.hub.org> <20060625164752.H52500@woozle.rinet.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kostik Belousov , freebsd-stable@freebsd.org Subject: Re: vmstat 'b' (disk busy?) field keeps climbing ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2006 13:59:34 -0000 On Sun, 25 Jun 2006, Dmitry Morozovsky wrote: > On Sat, 24 Jun 2006, Marc G. Fournier wrote: > > MGF> > MGF> 'k, stupid question then ... what am I searching for? > MGF> > MGF> > MGF> > MGF> # ps axlww | awk '{print $9}' | sort | uniq -c | sort -nr > MGF> > > MGF> > Well, try > MGF> > > MGF> > ps axlww | awk '$10 ~ /^D[^L]/' > MGF> > > MGF> > which should give you a list of blocked-in-uninterruptible-syscall > MGF> > processes > MGF> > excluding kernel threads... > MGF> > MGF> Nadda: > MGF> > MGF> pluto# ps axlww | awk '$10 ~ /^D[^L]/' > > Errm... It seems I turn you to the wrong side... Normal disk-locked processes > have DL (DL+) state... Well, then try something like > > ps ax -O ppid,flags,mwchan | awk '($6 ~ /^D/ || $6 == "STAT") && $3 !~ /^20.$/' Still nothing to show 4 blocked processes (where it is sitting right now): pluto# ps ax -O ppid,flags,mwchan | awk '($6 ~ /^D/ || $6 == "STAT") && $3 !~ /^20.$/' PID PPID F MWCHAN TT STAT TIME COMMAND pluto# ps ax -O ppid,flags,mwchan | awk '($6 ~ /^D/ || $6 == "STAT") && $3 !~ /^20.$/' PID PPID F MWCHAN TT STAT TIME COMMAND pluto# ps ax -O ppid,flags,mwchan | awk '($6 ~ /^D/ || $6 == "STAT") && $3 !~ /^20.$/' PID PPID F MWCHAN TT STAT TIME COMMAND 93245 22948 1004000 vnread ?? DLJ 0:00.01 bounce -z -n defer -t unix -u pluto# ps ax -O ppid,flags,mwchan | awk '($6 ~ /^D/ || $6 == "STAT") && $3 !~ /^20.$/' PID PPID F MWCHAN TT STAT TIME COMMAND ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 14:22:07 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63C3A16A406; Sun, 25 Jun 2006 14:22:07 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60C5543D62; Sun, 25 Jun 2006 14:22:04 +0000 (GMT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.4/8.13.4) with ESMTP id k5PELxp6017728; Sun, 25 Jun 2006 22:21:59 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.4/8.13.4/Submit) id k5PELvl6017726; Sun, 25 Jun 2006 22:21:57 +0800 (KRAST) (envelope-from eugen) Date: Sun, 25 Jun 2006 22:21:57 +0800 From: Eugene Grosbein To: bug-followup@freebsd.org Message-ID: <20060625142157.GA17614@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: amarat@ksu.ru, stable@freebsd.org, pjd@freebsd.org Subject: Re: kern/79621: sysinstall does not create a device when using a disklabel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2006 14:22:07 -0000 Hi! This is still the problem for FreeBSD 6.1. http://www.freebsd.org/cgi/query-pr.cgi?pr=79621 Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 16:31:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25FC616A400 for ; Sun, 25 Jun 2006 16:31:00 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 224FC43D67 for ; Sun, 25 Jun 2006 16:30:54 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by nz-out-0102.google.com with SMTP id i1so1537575nzh for ; Sun, 25 Jun 2006 09:30:54 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FJ/tHvUCRaXaKdI96fI2IVhPLad7F5OQz+6+mXXtT1E6/jDK9+B9kCef85N6XQOxk1fAI9+jVQFAp91/ljnTJHU4LhzzdM0RYf41yJJgZmhL6c1ulUCJjMSy8xVT+1pzwjgMOIjpw2KfQXA6TO8BPHOejwL2+i6Pw+oRSB57aQc= Received: by 10.37.14.31 with SMTP id r31mr2276250nzi; Sun, 25 Jun 2006 09:30:54 -0700 (PDT) Received: by 10.36.12.11 with HTTP; Sun, 25 Jun 2006 09:30:54 -0700 (PDT) Message-ID: Date: Sun, 25 Jun 2006 11:30:54 -0500 From: "Nikolas Britton" To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Subject: Re: Gigabit ethernet very slow. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2006 16:31:00 -0000 On 6/25/06, Sean Bryant wrote: > /dev/zero not exactly the best way to test sending data across the > network. Especially since you'll be reading a 8k chunks. > > I could be wrong, strong possibility that I am. I only got 408mb when > doing a /dev/zero test. I've managed to saturate though. Using other > software that I wrote. > On 6/25/06, Nikolas Britton wrote: > > What's up with my computer, it's only getting 30MB/s? > > > > hostB: nc -4kl port > /dev/null > > hostA: nc host port < /dev/zero > > 408MByte/s or 408Mbit/s and what measuring stick are you using? I'm trying to rule in/out problems with the disks, I'm only getting ~25MB/s on a 6 disk RAID0 over the network... would it be better to setup an memory backed disk, md(4) , to read from? -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 17:16:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B54F16A405 for ; Sun, 25 Jun 2006 17:16:58 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92FA943D5E for ; Sun, 25 Jun 2006 17:16:53 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.6) with ESMTP id k5PHGqZd058448; Sun, 25 Jun 2006 21:16:52 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 25 Jun 2006 21:16:52 +0400 (MSD) From: Dmitry Morozovsky To: "Marc G. Fournier" In-Reply-To: <20060625105843.O1114@ganymede.hub.org> Message-ID: <20060625211510.D52500@woozle.rinet.ru> References: <20060623172557.H1114@ganymede.hub.org> <261AD16B-C3FE-4671-996E-563053508CE8@mac.com> <20060624022227.X1114@ganymede.hub.org> <20060624115505.E14669@woozle.rinet.ru> <20060624090656.GB79678@deviant.kiev.zoral.com.ua> <20060624145432.A1114@ganymede.hub.org> <20060624221556.O30039@woozle.rinet.ru> <20060624152525.D1114@ganymede.hub.org> <20060625164752.H52500@woozle.rinet.ru> <20060625105843.O1114@ganymede.hub.org> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Sun, 25 Jun 2006 21:16:52 +0400 (MSD) Cc: Kostik Belousov , freebsd-stable@freebsd.org Subject: Re: vmstat 'b' (disk busy?) field keeps climbing ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2006 17:16:58 -0000 On Sun, 25 Jun 2006, Marc G. Fournier wrote: MGF> > Errm... It seems I turn you to the wrong side... Normal disk-locked MGF> > processes MGF> > have DL (DL+) state... Well, then try something like MGF> > MGF> > ps ax -O ppid,flags,mwchan | awk '($6 ~ /^D/ || $6 == "STAT") && $3 !~ MGF> > /^20.$/' MGF> MGF> Still nothing to show 4 blocked processes (where it is sitting right now): MGF> MGF> pluto# ps ax -O ppid,flags,mwchan | awk '($6 ~ /^D/ || $6 == "STAT") && $3 MGF> !~ /^20.$/' MGF> PID PPID F MWCHAN TT STAT TIME COMMAND Hmm, which processes are in D state at all, then? ps ax -O ppid,flags,mwchan | awk '$6 ~ /^D/ || $6 == "STAT"' Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 17:54:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62BB316A406 for ; Sun, 25 Jun 2006 17:54:54 +0000 (UTC) (envelope-from V.Haisman@sh.cvut.cz) Received: from service.sh.cvut.cz (service.sh.cvut.cz [147.32.127.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30E5543D55 for ; Sun, 25 Jun 2006 17:54:41 +0000 (GMT) (envelope-from V.Haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service.sh.cvut.cz (Postfix) with ESMTP id E8B481A362C; Sun, 25 Jun 2006 19:54:39 +0200 (CEST) Received: from service.sh.cvut.cz ([127.0.0.1]) by localhost (service [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26836-02; Sun, 25 Jun 2006 19:54:35 +0200 (CEST) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) by service.sh.cvut.cz (Postfix) with ESMTP id 18C6F1A3636; Sun, 25 Jun 2006 19:54:35 +0200 (CEST) Received: from [192.168.1.2] (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id 878AA61C20; Sun, 25 Jun 2006 19:54:34 +0200 (CEST) Message-ID: <449ECDD1.8070407@sh.cvut.cz> Date: Sun, 25 Jun 2006 19:54:25 +0200 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 OpenPGP: id=733031B4 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUnMzWJm5S+0864pn5r blp/hnW2up7X7uqftbNRVUrW1LGBdGfHwJqPi3ScoYtBQzhDxGEwAAAAB3RJTUUH1QoQDDgyQtx8 HQAAAkNJREFUeJzFU0toU0EUPYu66CpGdCUUmoUJkpUDQUoNBVEUrBJsq1Ki2EIKIUZ8mydBhYi0 wVUXJVCLCrFN4DIEQdxIqdBIFsMkWD9YJClCRGKjJaviynjfe8RPogtXPcObuXPOPXd+PHj+Aeyo QNmobGLXVeANGM+GsP0B2yqHHNVoCD2LwLglVGZx7yXSlADR0uZu9C4Bpy3hUxPvH/cuUw6UoPCL h64I8KAJuMpwRU8uUMJy0OIpHVeXmulZoCc/t0LlTbJLEY1EudPRcnVjgAP5Osdl4K5HVP4+2bAI okaUA0Iq6Q59+Zy2eMWN6EpFTsa3+uD1+JKj4TPHuYTSMaLScLAaqk94YJqG4ds30hojOVgYoNJc NTztNU2TBYbhu9Aafnq08ORja37da1NwBrN/b7NVEc+b8yecuYkp08vNvLYneVZRaSH1vS0UnfHm OUPzWaZufHPmCWSdWrfeGVQQKmcsO4If8pAdXJ/xF4QQAeOVY1AQQcfirwkLUWeWVTgi6vaGt2xe BGzBEIMQorru8RxgPqY1V6uxYnwVBRZEI1ytCm3dE8mC2DgcbzCJGHdBEVDKuWDSwsrSGoqzJmNt 2jJpNueIH0qS8/0JrDKnVBdvOzIsdVr4zaX9dn9xcLLKdCtQGfutVacLE9Ja+yfbDvO4aMWrklfK /JYv15C8Kw9S10kup5Bys0N1bLdcn4HvTl/Xlh6Fpllwj5/XpH9BUXn/ym0Dvv7Rt2MywojpYiSi i7Hsscaa19zZ//y/hR+BT/ns80nmJAAAAABJRU5ErkJggg== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig23AD6B8FBF47956C524D85D2" X-Virus-Scanned: by amavisd-new at sh.cvut.cz X-Spam-Status: No, hits=-5.9 tagged_above=-255.0 required=5.0 tests=ALL_TRUSTED, BAYES_00 X-Spam-Level: Subject: Setting up GEOM mirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2006 17:54:54 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig23AD6B8FBF47956C524D85D2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I want to set up GEOM mirror of whole existing partitioned 250G disk. The procedure described at seems to be rather long/complicated. I thought about using this: # Boot into single user, then... # First change fstab. cp -p /etc/fstab /etc/fstab.orig sed -e 's/dev\/ad0/dev\/mirror\/gm0/g' /etc/fstab # Then create the mirror. gmirror label -v -b split -s 2048 mymirror ad0 gmirror insert -h mymirror ad2 # Reboot into the new World order. shutdown -r now Will this work or is it wrong? I appreciate any comment to this. -- Vaclav Haisman --------------enig23AD6B8FBF47956C524D85D2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBRJ7N2W56zbtzMDG0AQKkhgf+Ow3fu97JqZloMgQhpQnNuU2szt+/KXae P35S9glC4l3VL9lOceWhD4ZAhL4cbRixK/B9jOS7nXOX6uQaXiC1mLHDICNC8a8k u+EblYLsaVi/b8LeNI1AB3v1ze3EE4XrD39DvyM7v1BUIRt9PXAVM6lpy377Hlu2 BQn8F52Dj60BRkzEfkWEgqPmjXS42+zP7Ann9DWkYzMZ0eHUC5o9zBDRjK4q4Ur0 IJ9OkWQGfzIV6L92+BqVSIT1f9quV/sd9HzsKDmIPRmEUEvGiTr73+bn+tIxyCIj mamYTUuHxCltZk/TkjNUQj0QrsVQ0Wy6G/qL75kkl3hMy5JIpKd2eA== =n6CU -----END PGP SIGNATURE----- --------------enig23AD6B8FBF47956C524D85D2-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 17:58:30 2006 Return-Path: X-Original-To: freebsd-stable@freeBSD.org Delivered-To: freebsd-stable@freeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A712E16A401; Sun, 25 Jun 2006 17:58:30 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id E28A543D53; Sun, 25 Jun 2006 17:58:27 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FuYsL-000I7L-Jr; Sun, 25 Jun 2006 18:58:25 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1FuYsL-000HT3-H2; Sun, 25 Jun 2006 18:58:25 +0100 To: freebsd-stable@freeBSD.org, scrappy@hub.org In-Reply-To: <20060624212742.K1114@ganymede.hub.org> Message-Id: From: Pete French Date: Sun, 25 Jun 2006 18:58:25 +0100 Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jun 2006 17:58:30 -0000 > 'k, I'm starting to get the impression that FreeBSD 6.x is evil ... at > least as far as Dual-PIII servers are concerned ... on a machine that, I can't comment on your other problems - but I have a dual PIII server and say a 30% performance increase when moving to 6.x over 5.x ... and it's been rock solid. I only run releases on that box though, but it does perform really nicely on PIII duals when you can get it stable. Seems a shame that you are having so many problems. -pete. From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 18:07:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DE1816A404 for ; Sun, 25 Jun 2006 18:07:19 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (ns0.infracaninophile.co.uk [81.187.76.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C39B43D64 for ; Sun, 25 Jun 2006 18:07:12 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from [IPv6:::1] (localhost [IPv6:::1]) by smtp.infracaninophile.co.uk (8.13.6/8.13.6) with ESMTP id k5PI71XN057769; Sun, 25 Jun 2006 19:07:01 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <449ED0BF.90001@infracaninophile.co.uk> Date: Sun, 25 Jun 2006 19:06:55 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 1.5.0.4 (X11/20060610) MIME-Version: 1.0 To: =?ISO-8859-15?Q?V=E1clav_Haisman?= References: <449ECDD1.8070407@sh.cvut.cz> In-Reply-To: <449ECDD1.8070407@sh.cvut.cz> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigC166A754FDF243C0F93E9FEC" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (smtp.infracaninophile.co.uk [IPv6:::1]); Sun, 25 Jun 2006 19:07:02 +0100 (BST) X-Virus-Scanned: ClamAV 0.88.2/1562/Fri Jun 23 08:50:07 2006 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on happy-idiot-talk.infracaninophile.co.uk Cc: freebsd-stable@freebsd.org Subject: Re: Setting up GEOM mirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2006 18:07:19 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC166A754FDF243C0F93E9FEC Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable V=E1clav Haisman wrote: > Hi, > I want to set up GEOM mirror of whole existing partitioned 250G disk. > The procedure described at > seems to be rather long/complicated. I thought about using this: >=20 > # Boot into single user, then... > # First change fstab. > cp -p /etc/fstab /etc/fstab.orig > sed -e 's/dev\/ad0/dev\/mirror\/gm0/g' /etc/fstab > # Then create the mirror. > gmirror label -v -b split -s 2048 mymirror ad0 > gmirror insert -h mymirror ad2 > # Reboot into the new World order. > shutdown -r now >=20 > Will this work or is it wrong? I appreciate any comment to this. http://www.onlamp.com/pub/a/bsd/2005/11/10/FreeBSD_Basics.html Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enigC166A754FDF243C0F93E9FEC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEntDF8Mjk52CukIwRA/r+AJ0WjcKvyAy6uya4xpCVqQJXh6cd/wCaAx+p ziREkEJhzliDsRYPwYcK2Yo= =BeKB -----END PGP SIGNATURE----- --------------enigC166A754FDF243C0F93E9FEC-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 18:13:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 500FC16A401 for ; Sun, 25 Jun 2006 18:13:43 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id AF27143D5D for ; Sun, 25 Jun 2006 18:13:40 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 48533 invoked from network); 25 Jun 2006 18:13:39 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=cyQTBXCkekvxLOst2KhRx6/pJuCp6CHA+ADmmHUeVpBahqkCcyKypWCIg/UDtl0xoS8OOI7Q80Y+Z+54VRPBuhDtl/5rm38GBAlGfsqp0HOj1MuenztoFfMitbvARDUP6UJuu5KIgCbbQGFt2HNHD6Fm1QBuRqFU5nb8WWA5G2k= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp105.rog.mail.re2.yahoo.com with SMTP; 25 Jun 2006 18:13:39 -0000 Message-ID: <449ED26B.20706@rogers.com> Date: Sun, 25 Jun 2006 14:14:03 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Matthew Seaman References: <449ECDD1.8070407@sh.cvut.cz> <449ED0BF.90001@infracaninophile.co.uk> In-Reply-To: <449ED0BF.90001@infracaninophile.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: =?ISO-8859-1?Q?V=E1clav_Haisman?= , freebsd-stable@freebsd.org Subject: Re: Setting up GEOM mirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2006 18:13:43 -0000 Matthew Seaman wrote: > Václav Haisman wrote: > >> Hi, >> I want to set up GEOM mirror of whole existing partitioned 250G disk. >> The procedure described at >> seems to be rather long/complicated. I thought about using this: >> >> # Boot into single user, then... >> # First change fstab. >> cp -p /etc/fstab /etc/fstab.orig >> sed -e 's/dev\/ad0/dev\/mirror\/gm0/g' /etc/fstab >> # Then create the mirror. >> gmirror label -v -b split -s 2048 mymirror ad0 >> gmirror insert -h mymirror ad2 >> # Reboot into the new World order. >> shutdown -r now >> >> Will this work or is it wrong? I appreciate any comment to this. >> > > http://www.onlamp.com/pub/a/bsd/2005/11/10/FreeBSD_Basics.html > The problem with these instructions is that they don't take in to account the last sector. You may very well end up writing the metadata on the file system. From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 18:43:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E72DE16A405 for ; Sun, 25 Jun 2006 18:43:16 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DA5343D62 for ; Sun, 25 Jun 2006 18:43:05 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id B1529290C1F; Sun, 25 Jun 2006 15:43:02 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 41040-05; Sun, 25 Jun 2006 15:43:04 -0300 (ADT) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 3310F290C1E; Sun, 25 Jun 2006 15:43:02 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id A94DB3DF0D; Sun, 25 Jun 2006 15:43:04 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id A4C9238BC5; Sun, 25 Jun 2006 15:43:04 -0300 (ADT) Date: Sun, 25 Jun 2006 15:43:04 -0300 (ADT) From: "Marc G. Fournier" To: Dmitry Morozovsky In-Reply-To: <20060625211510.D52500@woozle.rinet.ru> Message-ID: <20060625154247.N1114@ganymede.hub.org> References: <20060623172557.H1114@ganymede.hub.org> <261AD16B-C3FE-4671-996E-563053508CE8@mac.com> <20060624022227.X1114@ganymede.hub.org> <20060624115505.E14669@woozle.rinet.ru> <20060624090656.GB79678@deviant.kiev.zoral.com.ua> <20060624145432.A1114@ganymede.hub.org> <20060624221556.O30039@woozle.rinet.ru> <20060624152525.D1114@ganymede.hub.org> <20060625164752.H52500@woozle.rinet.ru> <20060625105843.O1114@ganymede.hub.org> <20060625211510.D52500@woozle.rinet.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kostik Belousov , freebsd-stable@freebsd.org Subject: Re: vmstat 'b' (disk busy?) field keeps climbing ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2006 18:43:17 -0000 On Sun, 25 Jun 2006, Dmitry Morozovsky wrote: > On Sun, 25 Jun 2006, Marc G. Fournier wrote: > > MGF> > Errm... It seems I turn you to the wrong side... Normal disk-locked > MGF> > processes > MGF> > have DL (DL+) state... Well, then try something like > MGF> > > MGF> > ps ax -O ppid,flags,mwchan | awk '($6 ~ /^D/ || $6 == "STAT") && $3 !~ > MGF> > /^20.$/' > MGF> > MGF> Still nothing to show 4 blocked processes (where it is sitting right now): > MGF> > MGF> pluto# ps ax -O ppid,flags,mwchan | awk '($6 ~ /^D/ || $6 == "STAT") && $3 > MGF> !~ /^20.$/' > MGF> PID PPID F MWCHAN TT STAT TIME COMMAND > > Hmm, which processes are in D state at all, then? > > ps ax -O ppid,flags,mwchan | awk '$6 ~ /^D/ || $6 == "STAT"' # ps ax -O ppid,flags,mwchan | awk '$6 ~ /^D/ || $6 == "STAT"' PID PPID F MWCHAN TT STAT TIME COMMAND 2 0 204 - ?? DL 0:22.83 [g_event] 3 0 204 - ?? DL 3:13.81 [g_up] 4 0 204 - ?? DL 4:10.38 [g_down] 5 0 204 - ?? DL 0:00.43 [thread taskq] 6 0 204 - ?? DL 0:00.00 [kqueue taskq] 7 0 204 - ?? DL 0:00.00 [acpi_task0] 8 0 204 - ?? DL 0:00.00 [acpi_task1] 9 0 204 - ?? DL 0:00.00 [acpi_task2] 10 0 204 ktrace ?? DL 0:00.00 [ktrace] 15 0 204 - ?? DL 0:37.74 [yarrow] 25 0 204 psleep ?? DL 0:36.57 [pagedaemon] 26 0 204 psleep ?? DL 0:00.00 [vmdaemon] 27 0 20c pgzero ?? DL 6:20.67 [pagezero] 28 0 204 psleep ?? DL 0:07.66 [bufdaemon] 29 0 204 vlruwt ?? DL 0:22.29 [vnlru] 30 0 204 syncer ?? DL 7:19.03 [syncer] 31 0 204 sdflus ?? DL 1:02.41 [softdepflush] 36 0 204 - ?? DL 3:20.45 [schedcpu] 87945 30418 4002 vnread pa DL+ 0:00.00 awk $6 ~ /^D/ || $6 == "STAT" ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 19:33:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02E7016A404 for ; Sun, 25 Jun 2006 19:33:22 +0000 (UTC) (envelope-from V.Haisman@sh.cvut.cz) Received: from service.sh.cvut.cz (service.sh.cvut.cz [147.32.127.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 669AC43D5E for ; Sun, 25 Jun 2006 19:33:09 +0000 (GMT) (envelope-from V.Haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service.sh.cvut.cz (Postfix) with ESMTP id 34D221A3635; Sun, 25 Jun 2006 21:33:08 +0200 (CEST) Received: from service.sh.cvut.cz ([127.0.0.1]) by localhost (service [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29149-04; Sun, 25 Jun 2006 21:33:03 +0200 (CEST) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) by service.sh.cvut.cz (Postfix) with ESMTP id B530E1A363D; Sun, 25 Jun 2006 21:33:03 +0200 (CEST) Received: from [192.168.1.2] (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id A4A1461C20; Sun, 25 Jun 2006 21:33:01 +0200 (CEST) Message-ID: <449EE4E6.4000609@sh.cvut.cz> Date: Sun, 25 Jun 2006 21:32:54 +0200 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Matthew Seaman References: <449ECDD1.8070407@sh.cvut.cz> <449ED0BF.90001@infracaninophile.co.uk> In-Reply-To: <449ED0BF.90001@infracaninophile.co.uk> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=733031B4 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUnMzWJm5S+0864pn5r blp/hnW2up7X7uqftbNRVUrW1LGBdGfHwJqPi3ScoYtBQzhDxGEwAAAAB3RJTUUH1QoQDDgyQtx8 HQAAAkNJREFUeJzFU0toU0EUPYu66CpGdCUUmoUJkpUDQUoNBVEUrBJsq1Ki2EIKIUZ8mydBhYi0 wVUXJVCLCrFN4DIEQdxIqdBIFsMkWD9YJClCRGKjJaviynjfe8RPogtXPcObuXPOPXd+PHj+Aeyo QNmobGLXVeANGM+GsP0B2yqHHNVoCD2LwLglVGZx7yXSlADR0uZu9C4Bpy3hUxPvH/cuUw6UoPCL h64I8KAJuMpwRU8uUMJy0OIpHVeXmulZoCc/t0LlTbJLEY1EudPRcnVjgAP5Osdl4K5HVP4+2bAI okaUA0Iq6Q59+Zy2eMWN6EpFTsa3+uD1+JKj4TPHuYTSMaLScLAaqk94YJqG4ds30hojOVgYoNJc NTztNU2TBYbhu9Aafnq08ORja37da1NwBrN/b7NVEc+b8yecuYkp08vNvLYneVZRaSH1vS0UnfHm OUPzWaZufHPmCWSdWrfeGVQQKmcsO4If8pAdXJ/xF4QQAeOVY1AQQcfirwkLUWeWVTgi6vaGt2xe BGzBEIMQorru8RxgPqY1V6uxYnwVBRZEI1ytCm3dE8mC2DgcbzCJGHdBEVDKuWDSwsrSGoqzJmNt 2jJpNueIH0qS8/0JrDKnVBdvOzIsdVr4zaX9dn9xcLLKdCtQGfutVacLE9Ja+yfbDvO4aMWrklfK /JYv15C8Kw9S10kup5Bys0N1bLdcn4HvTl/Xlh6Fpllwj5/XpH9BUXn/ym0Dvv7Rt2MywojpYiSi i7Hsscaa19zZ//y/hR+BT/ns80nmJAAAAABJRU5ErkJggg== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA403D6396BF5659A61088D44" X-Virus-Scanned: by amavisd-new at sh.cvut.cz X-Spam-Status: No, hits=-5.9 tagged_above=-255.0 required=5.0 tests=ALL_TRUSTED, BAYES_00 X-Spam-Level: Cc: freebsd-stable@freebsd.org Subject: Re: Setting up GEOM mirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2006 19:33:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA403D6396BF5659A61088D44 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Matthew Seaman wrote, On 25.6.2006 20:06: > V=C3=A1clav Haisman wrote: >> Hi, >> I want to set up GEOM mirror of whole existing partitioned 250G disk. >> The procedure described at >> seems to be rather long/complicated. I thought about using this: >> >> # Boot into single user, then... >> # First change fstab. >> cp -p /etc/fstab /etc/fstab.orig >> sed -e 's/dev\/ad0/dev\/mirror\/gm0/g' /etc/fstab >> # Then create the mirror. >> gmirror label -v -b split -s 2048 mymirror ad0 >> gmirror insert -h mymirror ad2 >> # Reboot into the new World order. >> shutdown -r now >> >> Will this work or is it wrong? I appreciate any comment to this. >=20 > http://www.onlamp.com/pub/a/bsd/2005/11/10/FreeBSD_Basics.html Set up and syncing. This helped me a lot. Thanks. -- Vaclav Haisman --------------enigA403D6396BF5659A61088D44 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBRJ7k7W56zbtzMDG0AQKEMAf+L3YWZIfa1bE4nTW2Eqo9TUNih92xNX/n SbJrIgqynrYfhiW0oQDXXZsENi46rJ0YUljXIa/gOANHpBorOEvB2oAbuvYl4Qeq Xk/nuycskP+uP4DEBTrbD5wDfZcowZ9HzeRVoBDNajoDJe3BZlDK4cFQtAG5Ga0C NAqxCxtEuLuyW6F1nd3Cfk7hMB0cWgyxSGLOpkSmzKrE7XbVu4EJ19kO38esdoYg XoNUFwWSU2RUOsOVGtxEqAa/fzqA3IRvodw0Qombxn/n5rg0YUjBEIWPTuzEA8nz cjGXWwfp8uGdtpHkEX6+Y9vW4pnacnk247sUY31fx5S3QoxqDO0HIw== =NpSZ -----END PGP SIGNATURE----- --------------enigA403D6396BF5659A61088D44-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 19:34:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7B8716A402 for ; Sun, 25 Jun 2006 19:34:21 +0000 (UTC) (envelope-from V.Haisman@sh.cvut.cz) Received: from service.sh.cvut.cz (service.sh.cvut.cz [147.32.127.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A50943D70 for ; Sun, 25 Jun 2006 19:34:11 +0000 (GMT) (envelope-from V.Haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service.sh.cvut.cz (Postfix) with ESMTP id 723B71A363A; Sun, 25 Jun 2006 21:34:10 +0200 (CEST) Received: from service.sh.cvut.cz ([127.0.0.1]) by localhost (service [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29149-06; Sun, 25 Jun 2006 21:34:07 +0200 (CEST) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) by service.sh.cvut.cz (Postfix) with ESMTP id 04DA91A363D; Sun, 25 Jun 2006 21:34:07 +0200 (CEST) Received: from [192.168.1.2] (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id 9CE4D61C20; Sun, 25 Jun 2006 21:34:05 +0200 (CEST) Message-ID: <449EE52D.2040301@sh.cvut.cz> Date: Sun, 25 Jun 2006 21:34:05 +0200 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Mike Jakubik References: <449ECDD1.8070407@sh.cvut.cz> <449ED0BF.90001@infracaninophile.co.uk> <449ED26B.20706@rogers.com> In-Reply-To: <449ED26B.20706@rogers.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=733031B4 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUnMzWJm5S+0864pn5r blp/hnW2up7X7uqftbNRVUrW1LGBdGfHwJqPi3ScoYtBQzhDxGEwAAAAB3RJTUUH1QoQDDgyQtx8 HQAAAkNJREFUeJzFU0toU0EUPYu66CpGdCUUmoUJkpUDQUoNBVEUrBJsq1Ki2EIKIUZ8mydBhYi0 wVUXJVCLCrFN4DIEQdxIqdBIFsMkWD9YJClCRGKjJaviynjfe8RPogtXPcObuXPOPXd+PHj+Aeyo QNmobGLXVeANGM+GsP0B2yqHHNVoCD2LwLglVGZx7yXSlADR0uZu9C4Bpy3hUxPvH/cuUw6UoPCL h64I8KAJuMpwRU8uUMJy0OIpHVeXmulZoCc/t0LlTbJLEY1EudPRcnVjgAP5Osdl4K5HVP4+2bAI okaUA0Iq6Q59+Zy2eMWN6EpFTsa3+uD1+JKj4TPHuYTSMaLScLAaqk94YJqG4ds30hojOVgYoNJc NTztNU2TBYbhu9Aafnq08ORja37da1NwBrN/b7NVEc+b8yecuYkp08vNvLYneVZRaSH1vS0UnfHm OUPzWaZufHPmCWSdWrfeGVQQKmcsO4If8pAdXJ/xF4QQAeOVY1AQQcfirwkLUWeWVTgi6vaGt2xe BGzBEIMQorru8RxgPqY1V6uxYnwVBRZEI1ytCm3dE8mC2DgcbzCJGHdBEVDKuWDSwsrSGoqzJmNt 2jJpNueIH0qS8/0JrDKnVBdvOzIsdVr4zaX9dn9xcLLKdCtQGfutVacLE9Ja+yfbDvO4aMWrklfK /JYv15C8Kw9S10kup5Bys0N1bLdcn4HvTl/Xlh6Fpllwj5/XpH9BUXn/ym0Dvv7Rt2MywojpYiSi i7Hsscaa19zZ//y/hR+BT/ns80nmJAAAAABJRU5ErkJggg== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE9A2A9B12B38113D8575BE4B" X-Virus-Scanned: by amavisd-new at sh.cvut.cz X-Spam-Status: No, hits=-5.9 tagged_above=-255.0 required=5.0 tests=ALL_TRUSTED, BAYES_00 X-Spam-Level: Cc: freebsd-stable@freebsd.org Subject: Re: Setting up GEOM mirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2006 19:34:21 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE9A2A9B12B38113D8575BE4B Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Mike Jakubik wrote, On 25.6.2006 20:14: > Matthew Seaman wrote: >> V=C3=A1clav Haisman wrote: >> =20 >>> Hi, >>> I want to set up GEOM mirror of whole existing partitioned 250G disk.= >>> The procedure described at >>> seems to be rather long/complicated. I thought about using this: >>> >>> # Boot into single user, then... >>> # First change fstab. >>> cp -p /etc/fstab /etc/fstab.orig >>> sed -e 's/dev\/ad0/dev\/mirror\/gm0/g' /etc/fstab >>> # Then create the mirror. >>> gmirror label -v -b split -s 2048 mymirror ad0 >>> gmirror insert -h mymirror ad2 >>> # Reboot into the new World order. >>> shutdown -r now >>> >>> Will this work or is it wrong? I appreciate any comment to this. >>> =20 >> >> http://www.onlamp.com/pub/a/bsd/2005/11/10/FreeBSD_Basics.html >> =20 >=20 > The problem with these instructions is that they don't take in to > account the last sector. You may very well end up writing the metadata > on the file system. Hmm, this is goot to know. However in my case it will be ok, I have some spare space at the end of the disk. -- Vaclav Haisman --------------enigE9A2A9B12B38113D8575BE4B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBRJ7lLW56zbtzMDG0AQJD8Af8D/99pfgCLPlbbSkS5OMPDMpoDzYXeMk3 mTph3/JNMILlQ8lcf/VITrQ1ZdvGrnCvIHjkRwbydDO1RzlhPqYnncrUjn5tH6rz ltlySFrzwpX1Lc8KBguUYY0ZzuqXM2Wn1ImyYccI3W8wrsbvrJQac/mA9QzKtwRG UkKNXdWkZkPOJZ5XPxSdGPkUu8cD1fG2+yqXJEXJ9DyBZaDbIm6OrcCRrq3lkTJq kfHX3N5D3ElNJ/Cmhh6m5CFmcfM11MXLoeQcwtC/OCSxOXIT5Nq12aO8/VRBa6xp HhDpGHEmCSMS1Jw/jWh/FBCJIJyoTCkFAsNuUdQmvJoQ7jofugrZFA== =TiJQ -----END PGP SIGNATURE----- --------------enigE9A2A9B12B38113D8575BE4B-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 25 22:23:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6419A16A402 for ; Sun, 25 Jun 2006 22:23:49 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 785BF43D48 for ; Sun, 25 Jun 2006 22:23:46 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by nz-out-0102.google.com with SMTP id q3so1280219nzb for ; Sun, 25 Jun 2006 15:23:46 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=I50G5UnqmOYRoKNJhp8cSct9H21sXhN6uV+9BrfG5eLC0gQDMsyCldsSoTDZTmDOBAFKz5n9PwSqtvsxwrSQVV0YHXR8ueEu+pmic+DqKj+yi3Yai76RvOZ06w6Ty9LocYrrgKuSbo06cpGXWsCymXLFCK1vQGvICVUwqIxPlaU= Received: by 10.36.251.17 with SMTP id y17mr7058198nzh; Sun, 25 Jun 2006 15:23:46 -0700 (PDT) Received: by 10.36.12.11 with HTTP; Sun, 25 Jun 2006 15:23:45 -0700 (PDT) Message-ID: Date: Sun, 25 Jun 2006 15:23:45 -0700 From: "Nikolas Britton" To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: Sean Bryant Subject: Re: Gigabit ethernet very slow. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2006 22:23:49 -0000 On 6/25/06, Nikolas Britton wrote: > On 6/25/06, Sean Bryant wrote: > > /dev/zero not exactly the best way to test sending data across the > > network. Especially since you'll be reading a 8k chunks. > > > > I could be wrong, strong possibility that I am. I only got 408mb when > > doing a /dev/zero test. I've managed to saturate though. Using other > > software that I wrote. > > On 6/25/06, Nikolas Britton wrote: > > > What's up with my computer, it's only getting 30MB/s? > > > > > > hostB: nc -4kl port > /dev/null > > > hostA: nc host port < /dev/zero > > > > > 408MByte/s or 408Mbit/s and what measuring stick are you using? I'm > trying to rule in/out problems with the disks, I'm only getting > ~25MB/s on a 6 disk RAID0 over the network... would it be better to > setup an memory backed disk, md(4) , to read from? > > Now I'm getting 523.2Mbit/s (65.4MB/s) with netcat, I wiped out the FreeBSD 6.1/amd64 install with FreeBSD 6.1/i386... and... After a kernel rebuild (recompiled nc too): CPUTYPE?=athlon-mp CFLAGS+= -mtune=athlon64 COPTFLAGS+= -mtune=athlon64 I'm up to 607.2Mbit/s (75.9MB/s). What else can I do to get that number higher, and how can I get interrupts lower? Before recompile: load averages: 0.94, 0.91, 0.66 CPU states: 2.6% user, 0.0% nice, 21.5% system, 64.6% interrupt, 11.3% idle ------------------- After recompile: load averages: 0.99, 0.96, 0.76 CPU states: 3.0% user, 0.0% nice, 33.7% system, 58.2% interrupt, 5.1% idle -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 00:24:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97FF516A401 for ; Mon, 26 Jun 2006 00:24:32 +0000 (UTC) (envelope-from V.Haisman@sh.cvut.cz) Received: from service.sh.cvut.cz (service.sh.cvut.cz [147.32.127.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF13344750 for ; Mon, 26 Jun 2006 00:24:31 +0000 (GMT) (envelope-from V.Haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service.sh.cvut.cz (Postfix) with ESMTP id E6E081A36B3; Mon, 26 Jun 2006 02:24:29 +0200 (CEST) Received: from service.sh.cvut.cz ([127.0.0.1]) by localhost (service [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07980-01; Mon, 26 Jun 2006 02:24:25 +0200 (CEST) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) by service.sh.cvut.cz (Postfix) with ESMTP id D144E1A3645; Mon, 26 Jun 2006 02:17:27 +0200 (CEST) Received: from [192.168.1.2] (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id 6204261C1D; Mon, 26 Jun 2006 02:17:27 +0200 (CEST) Message-ID: <449F2790.80700@sh.cvut.cz> Date: Mon, 26 Jun 2006 02:17:20 +0200 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 Cc: freebsd-stable@freebsd.org References: <447A1F94.7020809@sh.cvut.cz> In-Reply-To: <447A1F94.7020809@sh.cvut.cz> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=733031B4 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUnMzWJm5S+0864pn5r blp/hnW2up7X7uqftbNRVUrW1LGBdGfHwJqPi3ScoYtBQzhDxGEwAAAAB3RJTUUH1QoQDDgyQtx8 HQAAAkNJREFUeJzFU0toU0EUPYu66CpGdCUUmoUJkpUDQUoNBVEUrBJsq1Ki2EIKIUZ8mydBhYi0 wVUXJVCLCrFN4DIEQdxIqdBIFsMkWD9YJClCRGKjJaviynjfe8RPogtXPcObuXPOPXd+PHj+Aeyo QNmobGLXVeANGM+GsP0B2yqHHNVoCD2LwLglVGZx7yXSlADR0uZu9C4Bpy3hUxPvH/cuUw6UoPCL h64I8KAJuMpwRU8uUMJy0OIpHVeXmulZoCc/t0LlTbJLEY1EudPRcnVjgAP5Osdl4K5HVP4+2bAI okaUA0Iq6Q59+Zy2eMWN6EpFTsa3+uD1+JKj4TPHuYTSMaLScLAaqk94YJqG4ds30hojOVgYoNJc NTztNU2TBYbhu9Aafnq08ORja37da1NwBrN/b7NVEc+b8yecuYkp08vNvLYneVZRaSH1vS0UnfHm OUPzWaZufHPmCWSdWrfeGVQQKmcsO4If8pAdXJ/xF4QQAeOVY1AQQcfirwkLUWeWVTgi6vaGt2xe BGzBEIMQorru8RxgPqY1V6uxYnwVBRZEI1ytCm3dE8mC2DgcbzCJGHdBEVDKuWDSwsrSGoqzJmNt 2jJpNueIH0qS8/0JrDKnVBdvOzIsdVr4zaX9dn9xcLLKdCtQGfutVacLE9Ja+yfbDvO4aMWrklfK /JYv15C8Kw9S10kup5Bys0N1bLdcn4HvTl/Xlh6Fpllwj5/XpH9BUXn/ym0Dvv7Rt2MywojpYiSi i7Hsscaa19zZ//y/hR+BT/ns80nmJAAAAABJRU5ErkJggg== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigAA81B94B9A8A50AC3E88D7DA" X-Virus-Scanned: by amavisd-new at sh.cvut.cz X-Spam-Status: No, hits=-5.8 tagged_above=-255.0 required=5.0 tests=ALL_TRUSTED, BAYES_00, MISSING_HEADERS X-Spam-Level: Subject: Re: LOR in vnode interlock and system map X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 00:24:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAA81B94B9A8A50AC3E88D7DA Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable V=C3=A1clav Haisman wrote, On 29.5.2006 0:09: > See attached file. The kernel is todays CVS 6.1. >=20 > -- > Vaclav Haisman >=20 >=20 >=20 >=20 > -----------------------------------------------------------------------= - >=20 > May 28 19:16:55 logout kernel: lock order reversal: > May 28 19:16:55 logout kernel: 1st 0xc3d4bb1c vnode interlock (vnode in= terlock) @ /usr/src/sys/kern/vfs_subr.c:2218 > May 28 19:16:55 logout kernel: 2nd 0xc1043144 system map (system map) @= /usr/src/sys/vm/vm_kern.c:295 > May 28 19:16:55 logout kernel: KDB: stack backtrace: > May 28 19:16:55 logout kernel: kdb_backtrace(c081a0c7,c1043144,c0819bfa= ,c0819bfa,c082f5af) at kdb_backtrace+0x2e > May 28 19:16:55 logout kernel: witness_checkorder(c1043144,9,c082f5af,1= 27,c08bdbc0) at witness_checkorder+0x5ef > May 28 19:16:55 logout kernel: _mtx_lock_flags(c1043144,0,c082f5af,127,= c104e460) at _mtx_lock_flags+0x32 > May 28 19:16:55 logout kernel: _vm_map_lock(c10430c0,c082f5af,127,c3375= 900,c3375900) at _vm_map_lock+0x37 > May 28 19:16:55 logout kernel: kmem_malloc(c10430c0,1000,101,d5688afc,c= 0766493) at kmem_malloc+0x3a > May 28 19:16:55 logout kernel: page_alloc(c104d300,1000,d5688aef,101,c0= 5e0ed6) at page_alloc+0x27 > May 28 19:16:55 logout kernel: slab_zalloc(c104d300,101,c082ed67,8a2,80= 246) at slab_zalloc+0xd3 > May 28 19:16:55 logout kernel: uma_zone_slab(c104d300,1,c082ed67,8a2,c0= 82ed67) at uma_zone_slab+0x112 > May 28 19:16:55 logout kernel: uma_zalloc_internal(c104d300,0,1,0,d5688= b94) at uma_zalloc_internal+0x41 > May 28 19:16:55 logout kernel: bucket_alloc(80,1,c082ed67,95e,105) at b= ucket_alloc+0x3b > May 28 19:16:55 logout kernel: uma_zfree_arg(c104dc00,c389712c,0,d5688b= bc,c072e964) at uma_zfree_arg+0x253 > May 28 19:16:55 logout kernel: mac_labelzone_free(c389712c) at mac_labe= lzone_free+0x22 > May 28 19:16:55 logout kernel: mac_vnode_label_free(c389712c,c3d4baa0,d= 5688be8,c061aa00,c3d4baa0) at mac_vnode_label_free+0x94 > May 28 19:16:55 logout kernel: mac_destroy_vnode(c3d4baa0,0,c081e172,30= a,c3d4baa0) at mac_destroy_vnode+0x18 > May 28 19:16:55 logout kernel: vdestroy(c3d4baa0,d5688c1c,0,c3d4e9cc,c3= d4e9cc) at vdestroy+0x60 > May 28 19:16:55 logout kernel: vdropl(c3d4baa0,d5688c1c,c081e172,835,c0= 8b1440) at vdropl+0x50 > May 28 19:16:55 logout kernel: vput(c3d4baa0,0,c082c8a2,df7,c09117a0) a= t vput+0x1ae > May 28 19:16:55 logout kernel: handle_workitem_remove(c36de9e0,0,2,3b3,= 1) at handle_workitem_remove+0x15a > May 28 19:16:55 logout kernel: process_worklist_item(c35a0400,0,c082c8a= 2,348,4479db07) at process_worklist_item+0x1e1 > May 28 19:16:55 logout kernel: softdep_process_worklist(c35a0400,0,c082= c8a2,2f2,3e8) at softdep_process_worklist+0x73 > May 28 19:16:55 logout kernel: softdep_flush(0,d5688d38,c08150d4,31d,0)= at softdep_flush+0x193 > May 28 19:16:55 logout kernel: fork_exit(c0744170,0,d5688d38) at fork_e= xit+0x78 > May 28 19:16:55 logout kernel: fork_trampoline() at fork_trampoline+0x8= > May 28 19:16:55 logout kernel: --- trap 0x1, eip =3D 0, esp =3D 0xd5688= d6c, ebp =3D 0 --- One more data point for this LOR. It happens only once early (with minutes or hours) after reboot and then never again. -- Vaclav Haisman --------------enigAA81B94B9A8A50AC3E88D7DA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBRJ8nl256zbtzMDG0AQIUWQf+IjBUmeSsnB8czUxeBRNcqqeTRX4kBEpl 5dtcZ5sE+/IkAiGPbLaUDBqUJJ0TQjYc9dntZkCcoC7bXu3pL6b9SzfoI6Ka9Ren CFdmPuRud9bhpRmLlsntC+xwro4mzKblhNXkxKkZlmutWc14/iVVU/XJFhafxiqz wH2GP/DDwMhoRJVdhwtRNfyZuRa8y6eU25AYxP8bMMN+4SGzxFuTx2cetJVCW0/d rr5Z1iCfAOcx12NAnzlSblk6V2lpu3Umu396Ic09swtaquKAIlzvW5TJ0VVNKahH Fd3zTGOBpH4un6MA2TcB/+fk8VmwGu56PyvCGUI1y/QmgTmA16Rq0Q== =izAC -----END PGP SIGNATURE----- --------------enigAA81B94B9A8A50AC3E88D7DA-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 04:17:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45B9816A40A for ; Mon, 26 Jun 2006 04:17:58 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 384CA43D6B for ; Mon, 26 Jun 2006 04:17:54 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k5Q4HmOr043175 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Jun 2006 07:17:48 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6) with ESMTP id k5Q4HmYc049235; Mon, 26 Jun 2006 07:17:48 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k5Q4HlAw049234; Mon, 26 Jun 2006 07:17:47 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 26 Jun 2006 07:17:47 +0300 From: Kostik Belousov To: V??clav Haisman Message-ID: <20060626041747.GH79678@deviant.kiev.zoral.com.ua> References: <447A1F94.7020809@sh.cvut.cz> <449F2790.80700@sh.cvut.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1XWsVB21DFCvn2e8" Content-Disposition: inline In-Reply-To: <449F2790.80700@sh.cvut.cz> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=0.4 required=5.0 tests=ALL_TRUSTED, DNS_FROM_RFC_ABUSE,SPF_NEUTRAL autolearn=no version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on fw.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: LOR in vnode interlock and system map X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 04:17:58 -0000 --1XWsVB21DFCvn2e8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 26, 2006 at 02:17:20AM +0200, V??clav Haisman wrote: >=20 >=20 > V??clav Haisman wrote, On 29.5.2006 0:09: > > See attached file. The kernel is todays CVS 6.1. > >=20 > > -- > > Vaclav Haisman > >=20 > >=20 > >=20 > >=20 > > ------------------------------------------------------------------------ > >=20 > > May 28 19:16:55 logout kernel: lock order reversal: > > May 28 19:16:55 logout kernel: 1st 0xc3d4bb1c vnode interlock (vnode in= terlock) @ /usr/src/sys/kern/vfs_subr.c:2218 > > May 28 19:16:55 logout kernel: 2nd 0xc1043144 system map (system map) @= /usr/src/sys/vm/vm_kern.c:295 > > May 28 19:16:55 logout kernel: KDB: stack backtrace: > > May 28 19:16:55 logout kernel: kdb_backtrace(c081a0c7,c1043144,c0819bfa= ,c0819bfa,c082f5af) at kdb_backtrace+0x2e > > May 28 19:16:55 logout kernel: witness_checkorder(c1043144,9,c082f5af,1= 27,c08bdbc0) at witness_checkorder+0x5ef > > May 28 19:16:55 logout kernel: _mtx_lock_flags(c1043144,0,c082f5af,127,= c104e460) at _mtx_lock_flags+0x32 > > May 28 19:16:55 logout kernel: _vm_map_lock(c10430c0,c082f5af,127,c3375= 900,c3375900) at _vm_map_lock+0x37 > > May 28 19:16:55 logout kernel: kmem_malloc(c10430c0,1000,101,d5688afc,c= 0766493) at kmem_malloc+0x3a > > May 28 19:16:55 logout kernel: page_alloc(c104d300,1000,d5688aef,101,c0= 5e0ed6) at page_alloc+0x27 > > May 28 19:16:55 logout kernel: slab_zalloc(c104d300,101,c082ed67,8a2,80= 246) at slab_zalloc+0xd3 > > May 28 19:16:55 logout kernel: uma_zone_slab(c104d300,1,c082ed67,8a2,c0= 82ed67) at uma_zone_slab+0x112 > > May 28 19:16:55 logout kernel: uma_zalloc_internal(c104d300,0,1,0,d5688= b94) at uma_zalloc_internal+0x41 > > May 28 19:16:55 logout kernel: bucket_alloc(80,1,c082ed67,95e,105) at b= ucket_alloc+0x3b > > May 28 19:16:55 logout kernel: uma_zfree_arg(c104dc00,c389712c,0,d5688b= bc,c072e964) at uma_zfree_arg+0x253 > > May 28 19:16:55 logout kernel: mac_labelzone_free(c389712c) at mac_labe= lzone_free+0x22 > > May 28 19:16:55 logout kernel: mac_vnode_label_free(c389712c,c3d4baa0,d= 5688be8,c061aa00,c3d4baa0) at mac_vnode_label_free+0x94 > > May 28 19:16:55 logout kernel: mac_destroy_vnode(c3d4baa0,0,c081e172,30= a,c3d4baa0) at mac_destroy_vnode+0x18 > > May 28 19:16:55 logout kernel: vdestroy(c3d4baa0,d5688c1c,0,c3d4e9cc,c3= d4e9cc) at vdestroy+0x60 > > May 28 19:16:55 logout kernel: vdropl(c3d4baa0,d5688c1c,c081e172,835,c0= 8b1440) at vdropl+0x50 > > May 28 19:16:55 logout kernel: vput(c3d4baa0,0,c082c8a2,df7,c09117a0) a= t vput+0x1ae > > May 28 19:16:55 logout kernel: handle_workitem_remove(c36de9e0,0,2,3b3,= 1) at handle_workitem_remove+0x15a > > May 28 19:16:55 logout kernel: process_worklist_item(c35a0400,0,c082c8a= 2,348,4479db07) at process_worklist_item+0x1e1 > > May 28 19:16:55 logout kernel: softdep_process_worklist(c35a0400,0,c082= c8a2,2f2,3e8) at softdep_process_worklist+0x73 > > May 28 19:16:55 logout kernel: softdep_flush(0,d5688d38,c08150d4,31d,0)= at softdep_flush+0x193 > > May 28 19:16:55 logout kernel: fork_exit(c0744170,0,d5688d38) at fork_e= xit+0x78 > > May 28 19:16:55 logout kernel: fork_trampoline() at fork_trampoline+0x8 > > May 28 19:16:55 logout kernel: --- trap 0x1, eip =3D 0, esp =3D 0xd5688= d6c, ebp =3D 0 --- > One more data point for this LOR. It happens only once early (with > minutes or hours) after reboot and then never again. >=20 > -- > Vaclav Haisman >=20 Try manually MFC rev. 1.637 of sys/kern/vfs_subr.c. Please, report the results (at least to me). --1XWsVB21DFCvn2e8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEn1/rC3+MBN1Mb4gRAtnqAJoDqfuv/WvfptR+CN9Dh204YyaMbwCgkjf0 mZWsp9ynHJpe1jF16J1LyrU= =5mn/ -----END PGP SIGNATURE----- --1XWsVB21DFCvn2e8-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 04:55:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 206E216A404 for ; Mon, 26 Jun 2006 04:55:57 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E02944504 for ; Mon, 26 Jun 2006 04:55:55 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k5Q4tnbh044052 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Jun 2006 07:55:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6) with ESMTP id k5Q4tnlk053683; Mon, 26 Jun 2006 07:55:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k5Q4tmkD053682; Mon, 26 Jun 2006 07:55:48 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 26 Jun 2006 07:55:47 +0300 From: Kostik Belousov To: "Marc G. Fournier" Message-ID: <20060626045547.GI79678@deviant.kiev.zoral.com.ua> References: <20060624090656.GB79678@deviant.kiev.zoral.com.ua> <20060624145432.A1114@ganymede.hub.org> <20060624221556.O30039@woozle.rinet.ru> <20060624152525.D1114@ganymede.hub.org> <20060625164752.H52500@woozle.rinet.ru> <20060625105843.O1114@ganymede.hub.org> <20060625211510.D52500@woozle.rinet.ru> <20060625154247.N1114@ganymede.hub.org> <20060626014210.P1114@ganymede.hub.org> <20060626014601.E1114@ganymede.hub.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3VRmKSg17yJg2MZg" Content-Disposition: inline In-Reply-To: <20060626014601.E1114@ganymede.hub.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=0.4 required=5.0 tests=ALL_TRUSTED, DNS_FROM_RFC_ABUSE,SPF_NEUTRAL autolearn=no version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on fw.zoral.com.ua Cc: freebsd-stable@freebsd.org, Dmitry Morozovsky Subject: Re: vmstat 'b' (disk busy?) field keeps climbing ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 04:55:57 -0000 --3VRmKSg17yJg2MZg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 26, 2006 at 01:47:04AM -0300, Marc G. Fournier wrote: > On Mon, 26 Jun 2006, Marc G. Fournier wrote: >=20 > >3416 1 1004100 ufs ?? DsJ 0:13.01=20 > >/usr/local/libexec/postfix/master > >3418 3416 1004100 ufs ?? DJ 0:04.16 qmgr -l -t fifo -u > >33561 3416 1004100 ufs ?? DJ 0:00.02 smtp -n smtp-amavis -t un= ix=20 > >-u -o smtp_data_done_timeout=3D1200 > >33562 3416 1004100 ufs ?? DJ 0:00.06 local -t unix > >33565 3416 1004100 ufs ?? DJ 0:00.02 smtp -n smtp-amavis -t un= ix=20 > >-u -o smtp_data_done_timeout=3D1200 > >33566 3416 1004100 ufs ?? DJ 0:00.05 local -t unix > >33567 3416 1004100 ufs ?? DJ 0:00.02 lmtp -t unix -u > >33568 3416 1004100 ufs ?? DJ 0:00.02 smtp -n smtp-amavis -t un= ix=20 > >-u -o smtp_data_done_timeout=3D1200 > >33569 3416 1004100 ufs ?? DJ 0:00.05 local -t unix > >33570 3416 1004100 ufs ?? DJ 0:00.05 lmtp -t unix -u > >33572 3416 1004100 ufs ?? DJ 0:00.02 smtp -n smtp-amavis -t un= ix=20 > >-u -o smtp_data_done_timeout=3D1200 > >33573 3416 1004100 ufs ?? DJ 0:00.05 local -t unix > >33574 3416 1004100 ufs ?? DJ 0:00.02 bounce -z -n defer -t uni= x=20 > >-u > >33577 3416 1004100 ufs ?? DJ 0:00.05 lmtp -t unix -u > >33578 3416 1004100 ufs ?? DJ 0:00.02 smtp -n smtp-amavis -t un= ix=20 > >-u -o smtp_data_done_timeout=3D1200 > >33580 3416 1004100 ufs ?? DJ 0:00.05 lmtp -t unix -u > >33581 3416 1004100 biowr ?? DJ 0:00.01 bounce -z -n defer -t uni= x=20 > >-u > >33584 3416 1004100 ufs ?? DJ 0:00.01 bounce -z -n defer -t uni= x=20 > >-u > >54491 48090 4000 ufs ?? D 0:00.79 du -skx=20 > >/vm/296/alambredelacalcompartido.com > >30418 30416 4002 ppwait pa Ds 0:00.19 -csh (csh) >=20 > The postfix/master process on PID 3416 is within the=20 > alambredelacalcompartido.com vServer/directory structure that is=20 > currently blocked for the du ... >=20 > If that helps any ... and none of those processes I can appear to kill of= f=20 > ... Yes, this looks like a deadlock. As I understand, that's on 6.1-STABLE ? BTW, do you use snapshots ? I think that without ddb access, diagnose and debug the problem would be quite hard. --3VRmKSg17yJg2MZg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEn2jSC3+MBN1Mb4gRAvEDAJsEnQ5mIC5y4a7aWBdliowTxnZScgCgp0Kq 2hzFqfpnWhHV9qL1UMyjZdA= =/e2T -----END PGP SIGNATURE----- --3VRmKSg17yJg2MZg-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 05:06:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D49916A543 for ; Mon, 26 Jun 2006 05:06:16 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFE7C4449D for ; Mon, 26 Jun 2006 04:47:05 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id 3F766290C2C; Mon, 26 Jun 2006 01:47:04 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 01603-01; Mon, 26 Jun 2006 01:47:04 -0300 (ADT) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id B36BD290C29; Mon, 26 Jun 2006 01:47:03 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 875D44A2E8; Mon, 26 Jun 2006 01:47:04 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 85FB14A2E0; Mon, 26 Jun 2006 01:47:04 -0300 (ADT) Date: Mon, 26 Jun 2006 01:47:04 -0300 (ADT) From: "Marc G. Fournier" To: Dmitry Morozovsky In-Reply-To: <20060626014210.P1114@ganymede.hub.org> Message-ID: <20060626014601.E1114@ganymede.hub.org> References: <20060623172557.H1114@ganymede.hub.org> <261AD16B-C3FE-4671-996E-563053508CE8@mac.com> <20060624022227.X1114@ganymede.hub.org> <20060624115505.E14669@woozle.rinet.ru> <20060624090656.GB79678@deviant.kiev.zoral.com.ua> <20060624145432.A1114@ganymede.hub.org> <20060624221556.O30039@woozle.rinet.ru> <20060624152525.D1114@ganymede.hub.org> <20060625164752.H52500@woozle.rinet.ru> <20060625105843.O1114@ganymede.hub.org> <20060625211510.D52500@woozle.rinet.ru> <20060625154247.N1114@ganymede.hub.org> <20060626014210.P1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kostik Belousov , freebsd-stable@freebsd.org Subject: Re: vmstat 'b' (disk busy?) field keeps climbing ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 05:06:16 -0000 On Mon, 26 Jun 2006, Marc G. Fournier wrote: > 3416 1 1004100 ufs ?? DsJ 0:13.01 > /usr/local/libexec/postfix/master > 3418 3416 1004100 ufs ?? DJ 0:04.16 qmgr -l -t fifo -u > 33561 3416 1004100 ufs ?? DJ 0:00.02 smtp -n smtp-amavis -t unix -u > -o smtp_data_done_timeout=1200 > 33562 3416 1004100 ufs ?? DJ 0:00.06 local -t unix > 33565 3416 1004100 ufs ?? DJ 0:00.02 smtp -n smtp-amavis -t unix -u > -o smtp_data_done_timeout=1200 > 33566 3416 1004100 ufs ?? DJ 0:00.05 local -t unix > 33567 3416 1004100 ufs ?? DJ 0:00.02 lmtp -t unix -u > 33568 3416 1004100 ufs ?? DJ 0:00.02 smtp -n smtp-amavis -t unix -u > -o smtp_data_done_timeout=1200 > 33569 3416 1004100 ufs ?? DJ 0:00.05 local -t unix > 33570 3416 1004100 ufs ?? DJ 0:00.05 lmtp -t unix -u > 33572 3416 1004100 ufs ?? DJ 0:00.02 smtp -n smtp-amavis -t unix -u > -o smtp_data_done_timeout=1200 > 33573 3416 1004100 ufs ?? DJ 0:00.05 local -t unix > 33574 3416 1004100 ufs ?? DJ 0:00.02 bounce -z -n defer -t unix -u > 33577 3416 1004100 ufs ?? DJ 0:00.05 lmtp -t unix -u > 33578 3416 1004100 ufs ?? DJ 0:00.02 smtp -n smtp-amavis -t unix -u > -o smtp_data_done_timeout=1200 > 33580 3416 1004100 ufs ?? DJ 0:00.05 lmtp -t unix -u > 33581 3416 1004100 biowr ?? DJ 0:00.01 bounce -z -n defer -t unix -u > 33584 3416 1004100 ufs ?? DJ 0:00.01 bounce -z -n defer -t unix -u > 54491 48090 4000 ufs ?? D 0:00.79 du -skx > /vm/296/alambredelacalcompartido.com > 30418 30416 4002 ppwait pa Ds 0:00.19 -csh (csh) The postfix/master process on PID 3416 is within the alambredelacalcompartido.com vServer/directory structure that is currently blocked for the du ... If that helps any ... and none of those processes I can appear to kill off ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 05:06:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6842616A50A for ; Mon, 26 Jun 2006 05:06:18 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DB8244411 for ; Mon, 26 Jun 2006 04:43:00 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id C7C1F290C29; Mon, 26 Jun 2006 01:42:58 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 00641-06; Mon, 26 Jun 2006 01:42:59 -0300 (ADT) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 78B25290C25; Mon, 26 Jun 2006 01:42:57 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 9901749508; Mon, 26 Jun 2006 01:42:57 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 974B349501; Mon, 26 Jun 2006 01:42:57 -0300 (ADT) Date: Mon, 26 Jun 2006 01:42:57 -0300 (ADT) From: "Marc G. Fournier" To: Dmitry Morozovsky In-Reply-To: <20060625154247.N1114@ganymede.hub.org> Message-ID: <20060626014210.P1114@ganymede.hub.org> References: <20060623172557.H1114@ganymede.hub.org> <261AD16B-C3FE-4671-996E-563053508CE8@mac.com> <20060624022227.X1114@ganymede.hub.org> <20060624115505.E14669@woozle.rinet.ru> <20060624090656.GB79678@deviant.kiev.zoral.com.ua> <20060624145432.A1114@ganymede.hub.org> <20060624221556.O30039@woozle.rinet.ru> <20060624152525.D1114@ganymede.hub.org> <20060625164752.H52500@woozle.rinet.ru> <20060625105843.O1114@ganymede.hub.org> <20060625211510.D52500@woozle.rinet.ru> <20060625154247.N1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kostik Belousov , freebsd-stable@freebsd.org Subject: Re: vmstat 'b' (disk busy?) field keeps climbing ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 05:06:18 -0000 On Sun, 25 Jun 2006, Marc G. Fournier wrote: > # ps ax -O ppid,flags,mwchan | awk '$6 ~ /^D/ || $6 == "STAT"' > PID PPID F MWCHAN TT STAT TIME COMMAND > 2 0 204 - ?? DL 0:22.83 [g_event] > 3 0 204 - ?? DL 3:13.81 [g_up] > 4 0 204 - ?? DL 4:10.38 [g_down] > 5 0 204 - ?? DL 0:00.43 [thread taskq] > 6 0 204 - ?? DL 0:00.00 [kqueue taskq] > 7 0 204 - ?? DL 0:00.00 [acpi_task0] > 8 0 204 - ?? DL 0:00.00 [acpi_task1] > 9 0 204 - ?? DL 0:00.00 [acpi_task2] > 10 0 204 ktrace ?? DL 0:00.00 [ktrace] > 15 0 204 - ?? DL 0:37.74 [yarrow] > 25 0 204 psleep ?? DL 0:36.57 [pagedaemon] > 26 0 204 psleep ?? DL 0:00.00 [vmdaemon] > 27 0 20c pgzero ?? DL 6:20.67 [pagezero] > 28 0 204 psleep ?? DL 0:07.66 [bufdaemon] > 29 0 204 vlruwt ?? DL 0:22.29 [vnlru] > 30 0 204 syncer ?? DL 7:19.03 [syncer] > 31 0 204 sdflus ?? DL 1:02.41 [softdepflush] > 36 0 204 - ?? DL 3:20.45 [schedcpu] > 87945 30418 4002 vnread pa DL+ 0:00.00 awk $6 ~ /^D/ || $6 == "STAT" *Now*, I have something: 0 26 0 8008212 165648 198 0 0 6 280 0 26 0 326 2034 1322 7 5 87 0 26 0 7956160 169000 177 0 0 0 253 0 10 0 286 1943 1048 8 3 89 1 26 0 7947212 170768 40 1 0 0 86 0 35 0 358 1160 1199 1 3 96 0 26 0 7957372 168476 375 5 1 1 294 0 7 0 299 2108 1334 5 5 89 0 26 0 7934964 169540 76 0 0 0 91 0 1 0 263 999 842 1 2 97 0 26 0 7920860 171672 1334 0 0 0 1205 0 25 0 334 4443 2003 14 12 74 0 26 0 7928452 169656 399 3 1 1 333 0 12 0 334 2303 1893 5 7 88 0 26 0 7957244 163572 329 3 0 0 169 0 10 0 347 2177 1896 4 5 91 3416 1 1004100 ufs ?? DsJ 0:13.01 /usr/local/libexec/postfix/master 3418 3416 1004100 ufs ?? DJ 0:04.16 qmgr -l -t fifo -u 33561 3416 1004100 ufs ?? DJ 0:00.02 smtp -n smtp-amavis -t unix -u -o smtp_data_done_timeout=1200 33562 3416 1004100 ufs ?? DJ 0:00.06 local -t unix 33565 3416 1004100 ufs ?? DJ 0:00.02 smtp -n smtp-amavis -t unix -u -o smtp_data_done_timeout=1200 33566 3416 1004100 ufs ?? DJ 0:00.05 local -t unix 33567 3416 1004100 ufs ?? DJ 0:00.02 lmtp -t unix -u 33568 3416 1004100 ufs ?? DJ 0:00.02 smtp -n smtp-amavis -t unix -u -o smtp_data_done_timeout=1200 33569 3416 1004100 ufs ?? DJ 0:00.05 local -t unix 33570 3416 1004100 ufs ?? DJ 0:00.05 lmtp -t unix -u 33572 3416 1004100 ufs ?? DJ 0:00.02 smtp -n smtp-amavis -t unix -u -o smtp_data_done_timeout=1200 33573 3416 1004100 ufs ?? DJ 0:00.05 local -t unix 33574 3416 1004100 ufs ?? DJ 0:00.02 bounce -z -n defer -t unix -u 33577 3416 1004100 ufs ?? DJ 0:00.05 lmtp -t unix -u 33578 3416 1004100 ufs ?? DJ 0:00.02 smtp -n smtp-amavis -t unix -u -o smtp_data_done_timeout=1200 33580 3416 1004100 ufs ?? DJ 0:00.05 lmtp -t unix -u 33581 3416 1004100 biowr ?? DJ 0:00.01 bounce -z -n defer -t unix -u 33584 3416 1004100 ufs ?? DJ 0:00.01 bounce -z -n defer -t unix -u 54491 48090 4000 ufs ?? D 0:00.79 du -skx /vm/296/alambredelacalcompartido.com 30418 30416 4002 ppwait pa Ds 0:00.19 -csh (csh) ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 05:20:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1127516A512 for ; Mon, 26 Jun 2006 05:20:24 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28ED243EB6 for ; Mon, 26 Jun 2006 05:20:12 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 12524290C29; Mon, 26 Jun 2006 02:20:11 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 91865-01; Mon, 26 Jun 2006 05:20:12 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id A292A290C25; Mon, 26 Jun 2006 02:20:10 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 1E10348085; Mon, 26 Jun 2006 02:20:12 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 1D01E48011; Mon, 26 Jun 2006 02:20:12 -0300 (ADT) Date: Mon, 26 Jun 2006 02:20:12 -0300 (ADT) From: "Marc G. Fournier" To: Kostik Belousov In-Reply-To: <20060626045547.GI79678@deviant.kiev.zoral.com.ua> Message-ID: <20060626021616.W1114@ganymede.hub.org> References: <20060624090656.GB79678@deviant.kiev.zoral.com.ua> <20060624145432.A1114@ganymede.hub.org> <20060624221556.O30039@woozle.rinet.ru> <20060624152525.D1114@ganymede.hub.org> <20060625164752.H52500@woozle.rinet.ru> <20060625105843.O1114@ganymede.hub.org> <20060625211510.D52500@woozle.rinet.ru> <20060625154247.N1114@ganymede.hub.org> <20060626014210.P1114@ganymede.hub.org> <20060626014601.E1114@ganymede.hub.org> <20060626045547.GI79678@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Dmitry Morozovsky Subject: Re: vmstat 'b' (disk busy?) field keeps climbing ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 05:20:24 -0000 On Mon, 26 Jun 2006, Kostik Belousov wrote: > Yes, this looks like a deadlock. As I understand, that's on 6.1-STABLE ? Yes, kernel sources, it seems, from May 25th, according to my /usr/src tree ... > BTW, do you use snapshots ? Not that I've explicitly enabled ... > I think that without ddb access, diagnose and debug the problem would be > quite hard. Would it be a simple matter of: CTL-ALT-ESC panic to get it to dump core? Or would more be involved? Would a core dump even work? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 06:31:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6999416A400 for ; Mon, 26 Jun 2006 06:31:53 +0000 (UTC) (envelope-from V.Haisman@sh.cvut.cz) Received: from service.sh.cvut.cz (service.sh.cvut.cz [147.32.127.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76CAF43D46 for ; Mon, 26 Jun 2006 06:31:52 +0000 (GMT) (envelope-from V.Haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service.sh.cvut.cz (Postfix) with ESMTP id 0A0D21A371F; Mon, 26 Jun 2006 08:31:51 +0200 (CEST) Received: from service.sh.cvut.cz ([127.0.0.1]) by localhost (service [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22990-02; Mon, 26 Jun 2006 08:31:46 +0200 (CEST) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) by service.sh.cvut.cz (Postfix) with ESMTP id E626D1A3726; Mon, 26 Jun 2006 08:15:43 +0200 (CEST) Received: from [192.168.1.2] (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id 6599061C1F; Mon, 26 Jun 2006 08:15:43 +0200 (CEST) Message-ID: <449F7B87.1070907@sh.cvut.cz> Date: Mon, 26 Jun 2006 08:15:35 +0200 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Kostik Belousov References: <447A1F94.7020809@sh.cvut.cz> <449F2790.80700@sh.cvut.cz> <20060626041747.GH79678@deviant.kiev.zoral.com.ua> In-Reply-To: <20060626041747.GH79678@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=733031B4 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUnMzWJm5S+0864pn5r blp/hnW2up7X7uqftbNRVUrW1LGBdGfHwJqPi3ScoYtBQzhDxGEwAAAAB3RJTUUH1QoQDDgyQtx8 HQAAAkNJREFUeJzFU0toU0EUPYu66CpGdCUUmoUJkpUDQUoNBVEUrBJsq1Ki2EIKIUZ8mydBhYi0 wVUXJVCLCrFN4DIEQdxIqdBIFsMkWD9YJClCRGKjJaviynjfe8RPogtXPcObuXPOPXd+PHj+Aeyo QNmobGLXVeANGM+GsP0B2yqHHNVoCD2LwLglVGZx7yXSlADR0uZu9C4Bpy3hUxPvH/cuUw6UoPCL h64I8KAJuMpwRU8uUMJy0OIpHVeXmulZoCc/t0LlTbJLEY1EudPRcnVjgAP5Osdl4K5HVP4+2bAI okaUA0Iq6Q59+Zy2eMWN6EpFTsa3+uD1+JKj4TPHuYTSMaLScLAaqk94YJqG4ds30hojOVgYoNJc NTztNU2TBYbhu9Aafnq08ORja37da1NwBrN/b7NVEc+b8yecuYkp08vNvLYneVZRaSH1vS0UnfHm OUPzWaZufHPmCWSdWrfeGVQQKmcsO4If8pAdXJ/xF4QQAeOVY1AQQcfirwkLUWeWVTgi6vaGt2xe BGzBEIMQorru8RxgPqY1V6uxYnwVBRZEI1ytCm3dE8mC2DgcbzCJGHdBEVDKuWDSwsrSGoqzJmNt 2jJpNueIH0qS8/0JrDKnVBdvOzIsdVr4zaX9dn9xcLLKdCtQGfutVacLE9Ja+yfbDvO4aMWrklfK /JYv15C8Kw9S10kup5Bys0N1bLdcn4HvTl/Xlh6Fpllwj5/XpH9BUXn/ym0Dvv7Rt2MywojpYiSi i7Hsscaa19zZ//y/hR+BT/ns80nmJAAAAABJRU5ErkJggg== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5E4C735A01A9C94D834D9DD6" X-Virus-Scanned: by amavisd-new at sh.cvut.cz X-Spam-Status: No, hits=-5.9 tagged_above=-255.0 required=5.0 tests=ALL_TRUSTED, BAYES_00 X-Spam-Level: Cc: freebsd-stable@freebsd.org Subject: Re: LOR in vnode interlock and system map X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 06:31:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5E4C735A01A9C94D834D9DD6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Kostik Belousov wrote, On 26.6.2006 6:17: > On Mon, Jun 26, 2006 at 02:17:20AM +0200, V??clav Haisman wrote: >> >> V??clav Haisman wrote, On 29.5.2006 0:09: >>> See attached file. The kernel is todays CVS 6.1. >>> >>> -- >>> Vaclav Haisman >>> >>> >>> >>> >>> ---------------------------------------------------------------------= --- >>> >>> May 28 19:16:55 logout kernel: lock order reversal: >>> May 28 19:16:55 logout kernel: 1st 0xc3d4bb1c vnode interlock (vnode = interlock) @ /usr/src/sys/kern/vfs_subr.c:2218 >>> May 28 19:16:55 logout kernel: 2nd 0xc1043144 system map (system map)= @ /usr/src/sys/vm/vm_kern.c:295 >>> May 28 19:16:55 logout kernel: KDB: stack backtrace: >>> May 28 19:16:55 logout kernel: kdb_backtrace(c081a0c7,c1043144,c0819b= fa,c0819bfa,c082f5af) at kdb_backtrace+0x2e >>> May 28 19:16:55 logout kernel: witness_checkorder(c1043144,9,c082f5af= ,127,c08bdbc0) at witness_checkorder+0x5ef >>> May 28 19:16:55 logout kernel: _mtx_lock_flags(c1043144,0,c082f5af,12= 7,c104e460) at _mtx_lock_flags+0x32 >>> May 28 19:16:55 logout kernel: _vm_map_lock(c10430c0,c082f5af,127,c33= 75900,c3375900) at _vm_map_lock+0x37 >>> May 28 19:16:55 logout kernel: kmem_malloc(c10430c0,1000,101,d5688afc= ,c0766493) at kmem_malloc+0x3a >>> May 28 19:16:55 logout kernel: page_alloc(c104d300,1000,d5688aef,101,= c05e0ed6) at page_alloc+0x27 >>> May 28 19:16:55 logout kernel: slab_zalloc(c104d300,101,c082ed67,8a2,= 80246) at slab_zalloc+0xd3 >>> May 28 19:16:55 logout kernel: uma_zone_slab(c104d300,1,c082ed67,8a2,= c082ed67) at uma_zone_slab+0x112 >>> May 28 19:16:55 logout kernel: uma_zalloc_internal(c104d300,0,1,0,d56= 88b94) at uma_zalloc_internal+0x41 >>> May 28 19:16:55 logout kernel: bucket_alloc(80,1,c082ed67,95e,105) at= bucket_alloc+0x3b >>> May 28 19:16:55 logout kernel: uma_zfree_arg(c104dc00,c389712c,0,d568= 8bbc,c072e964) at uma_zfree_arg+0x253 >>> May 28 19:16:55 logout kernel: mac_labelzone_free(c389712c) at mac_la= belzone_free+0x22 >>> May 28 19:16:55 logout kernel: mac_vnode_label_free(c389712c,c3d4baa0= ,d5688be8,c061aa00,c3d4baa0) at mac_vnode_label_free+0x94 >>> May 28 19:16:55 logout kernel: mac_destroy_vnode(c3d4baa0,0,c081e172,= 30a,c3d4baa0) at mac_destroy_vnode+0x18 >>> May 28 19:16:55 logout kernel: vdestroy(c3d4baa0,d5688c1c,0,c3d4e9cc,= c3d4e9cc) at vdestroy+0x60 >>> May 28 19:16:55 logout kernel: vdropl(c3d4baa0,d5688c1c,c081e172,835,= c08b1440) at vdropl+0x50 >>> May 28 19:16:55 logout kernel: vput(c3d4baa0,0,c082c8a2,df7,c09117a0)= at vput+0x1ae >>> May 28 19:16:55 logout kernel: handle_workitem_remove(c36de9e0,0,2,3b= 3,1) at handle_workitem_remove+0x15a >>> May 28 19:16:55 logout kernel: process_worklist_item(c35a0400,0,c082c= 8a2,348,4479db07) at process_worklist_item+0x1e1 >>> May 28 19:16:55 logout kernel: softdep_process_worklist(c35a0400,0,c0= 82c8a2,2f2,3e8) at softdep_process_worklist+0x73 >>> May 28 19:16:55 logout kernel: softdep_flush(0,d5688d38,c08150d4,31d,= 0) at softdep_flush+0x193 >>> May 28 19:16:55 logout kernel: fork_exit(c0744170,0,d5688d38) at fork= _exit+0x78 >>> May 28 19:16:55 logout kernel: fork_trampoline() at fork_trampoline+0= x8 >>> May 28 19:16:55 logout kernel: --- trap 0x1, eip =3D 0, esp =3D 0xd56= 88d6c, ebp =3D 0 --- >> One more data point for this LOR. It happens only once early (with >> minutes or hours) after reboot and then never again. >> >> -- >> Vaclav Haisman >> >=20 > Try manually MFC rev. 1.637 of sys/kern/vfs_subr.c. > Please, report the results (at least to me). I have never done it manual patching before. Do you mean this patch? -- Vaclav Haisman --------------enig5E4C735A01A9C94D834D9DD6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBRJ97jm56zbtzMDG0AQKS7gf8DKjgquNsK5FtRICcQDXccPC6agmPkxHe ClH6A/5DBX0xnSIlFrzFLFfoUhiaVm+lZbar3zgZlmIhGpO3XW0Tjj5Qa9kUcoNU 2ncqLwgwJiW4bmQn3BQhO47lQEHnR9HyGDO/XEpw/BfwmSHg9lYldXdDXo2gLczA O/i+jD1lqAt8gSMSo05tWSc2sz5+PNc5+JhVvWqxtX/Y0UpG54+GkQOgpLrkEzmU dQkykGtxbEj3zaNGevQAkSsJIFdvSQL0au0JFSpg9TVu8LFCL+9/sRuLf/CibdiP 2r/VYA2opcB0LTY6bZYnnYpeqGbdYLk5FQWsPRo5wJDKPNOAuOFwtA== =bluf -----END PGP SIGNATURE----- --------------enig5E4C735A01A9C94D834D9DD6-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 07:05:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D22C316A406; Mon, 26 Jun 2006 07:05:38 +0000 (UTC) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 090C243DA4; Mon, 26 Jun 2006 07:05:29 +0000 (GMT) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id CCCAA4CD95; Mon, 26 Jun 2006 07:05:31 +0000 (GMT) Received: from vaulte.jumbuck.com (ppp166-27.static.internode.on.net [150.101.166.27]) by p4.roq.com (Postfix) with ESMTP id 2AEFD4CA34; Mon, 26 Jun 2006 07:05:31 +0000 (GMT) Received: from vaulte.jumbuck.com (localhost [127.0.0.1]) by vaulte.jumbuck.com (Postfix) with ESMTP id 82FCC8A062; Mon, 26 Jun 2006 17:05:27 +1000 (EST) Received: from [192.168.46.102] (unknown [192.168.46.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vaulte.jumbuck.com (Postfix) with ESMTP id 797F68A01F; Mon, 26 Jun 2006 17:05:27 +1000 (EST) Message-ID: <449F8736.3080508@thebeastie.org> Date: Mon, 26 Jun 2006 17:05:26 +1000 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.12) Gecko/20060404 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nikolas Britton References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Virus-Scanned: ClamAV using ClamSMTP Cc: performance@freebsd.org, freebsd-stable@freebsd.org, Sean Bryant Subject: Re: Gigabit ethernet very slow. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 07:05:38 -0000 Nikolas Britton wrote: > On 6/25/06, Nikolas Britton wrote: > >> On 6/25/06, Sean Bryant wrote: >> > /dev/zero not exactly the best way to test sending data across the >> > network. Especially since you'll be reading a 8k chunks. >> > >> > I could be wrong, strong possibility that I am. I only got 408mb when >> > doing a /dev/zero test. I've managed to saturate though. Using other >> > software that I wrote. >> > On 6/25/06, Nikolas Britton wrote: >> > > What's up with my computer, it's only getting 30MB/s? >> > > >> > > hostB: nc -4kl port > /dev/null >> > > hostA: nc host port < /dev/zero >> > > >> >> 408MByte/s or 408Mbit/s and what measuring stick are you using? I'm >> trying to rule in/out problems with the disks, I'm only getting >> ~25MB/s on a 6 disk RAID0 over the network... would it be better to >> setup an memory backed disk, md(4) , to read from? >> >> > > Now I'm getting 523.2Mbit/s (65.4MB/s) with netcat, I wiped out the > FreeBSD 6.1/amd64 install with FreeBSD 6.1/i386... and... > > After a kernel rebuild (recompiled nc too): > CPUTYPE?=athlon-mp > CFLAGS+= -mtune=athlon64 > COPTFLAGS+= -mtune=athlon64 > > I'm up to 607.2Mbit/s (75.9MB/s). What else can I do to get that > number higher, and how can I get interrupts lower? > > Before recompile: > load averages: 0.94, 0.91, 0.66 > CPU states: 2.6% user, 0.0% nice, 21.5% system, 64.6% interrupt, > 11.3% idle > ------------------- > After recompile: > load averages: 0.99, 0.96, 0.76 > CPU states: 3.0% user, 0.0% nice, 33.7% system, 58.2% interrupt, > 5.1% idle > Out of interested I tried the same test with nc but with dd in the pipe or by watching it by pftop. According to pftop (with modulate state rules) I am able to get about 85megs/sec when I don't have dd running. dd does indeed eats a fair amount of cpu (40%) on the AMD64 6-stable machine. With a dd pipe I am able to get roughly 70megs/sec between 2 Dell machines, one of them being AMD64 (I ran dd on this one as its has 2 CPUs). pftop confirms this figure as well. cat /dev/zero | dd | nc host 3000 2955297+0 records in 2955297+0 records out 1513112064 bytes transferred in 20.733547 secs (72978930 bytes/sec) These machines are also doing regular work and not idle. I tested on another remote network setup as well, with a 3 FreeBSD setup, 1 client one FreeBSD gateway and 3rd server. (host-A ----host-B----host-C) HostA is the only one using 6-stable all others are 6.1. None of these machines have polling and are all em devices (Dell servers). Going from C to A (via B) gives 50megs/sec host-C#cat /dev/zero | dd | nc host-A 3000 15000154+0 records in 15000153+0 records out 7680078336 bytes transferred in 152.320171 secs (50420626 bytes/sec) Between them directly they all appear to give around 55-85megs/sec. The shocker I found was sending data from hostA to hostC which appears to only give 1 meg/sec host-A#cat /dev/zero | dd | nc host-C 3000 40135+0 records in 40134+0 records out 20548608 bytes transferred in 19.250176 secs (1067450 bytes/sec) Host-A to Host-B. Actually all tests sending data from outside into anything past Host-B's internal network interface caused a massive drop in performance 800kbytes/sec host-A#cat /dev/zero | dd | nc host-B(internal interface ip) 3000 58041+0 records in 58040+0 records out 29716480 bytes transferred in 36.137952 secs (822307 bytes/sec) Going from Host-A to Host-B's external interface gives still gives fast results around 60megs/sec host-A#cat /dev/zero | dd | nc host-B(external interface ip) 3000 4984545+0 records in 4984544+0 records out 2552086528 bytes transferred in 40.569696 secs (62906227 bytes/sec) Speed from host-B (gateway) to Host-A is still ok at around 50megs/sec host-B#cat /dev/zero | dd | nc host-A 3000 8826036+0 records in 8826035+0 records out 4518929920 bytes transferred in 80.471211 secs (56155858 bytes/sec) Connecting from the internal server to the internal gateway ip gives a good speed around 70megs/sec host-C#cat /dev/zero | dd | nc host-B(internal interface ip) 3000 6176688+0 records in 6176688+0 records out 3162464256 bytes transferred in 42.100412 secs (75117181 bytes/sec) Interestingly connecting to the external interface of the gateway from the internal machine still gave good speeds around 70megs/sec host-C# cat /dev/zero | dd | nc nc host-B(external interface ip) 3000 7107351+0 records in 7107351+0 records out 3638963712 bytes transferred in 49.451670 secs (73586265 bytes/sec) I used to run the gateway with polling but ditched it when upgrading from 6.0 to 6.1 since the improved em driver came into 6.1 Would any one have any explaination as to why incomming data from Host A thru B to its most distant interface from Host-A would give such poor performance (1meg/sec) while going the other way seems to be fine? Obviously its something going on inside the FreeBSD kernel as interface to interface tests are fine. Its a its a Dell 1850 with 6.1-release-amd64 with pf rules enabled. The only only special kernel changes are FAST_IPSEC. I tested with these sysctls 0-1 and they made no difference. net.isr.direct=1 net.inet.ip.fastforwarding=1 Mike From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 09:11:11 2006 Return-Path: X-Original-To: freebsd-stable@freeBSD.org Delivered-To: freebsd-stable@freeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EB7C16A404; Mon, 26 Jun 2006 09:11:11 +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 3FA8344615; Mon, 26 Jun 2006 09:11:07 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 5E6CD46CCB; Mon, 26 Jun 2006 05:11:06 -0400 (EDT) Date: Mon, 26 Jun 2006 10:11:06 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Pete French In-Reply-To: Message-ID: <20060626100949.G24406@fledge.watson.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-acpi@freebsd.org, freebsd-stable@freeBSD.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 09:11:11 -0000 On Sun, 25 Jun 2006, Pete French wrote: >> 'k, I'm starting to get the impression that FreeBSD 6.x is evil ... at >> least as far as Dual-PIII servers are concerned ... on a machine that, > > I can't comment on your other problems - but I have a dual PIII server and > say a 30% performance increase when moving to 6.x over 5.x ... and it's been > rock solid. I only run releases on that box though, but it does perform > really nicely on PIII duals when you can get it stable. Seems a shame that > you are having so many problems. I'm also running 6.x on several dual-PIII without problems. An issue local to Marc's setup is definitely indicated. Given the failure mode, I would be worried about a potential hardware issue, although subtle hardware and subtle system software problems are sometimes difficult to distinguish. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 11:06:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05E3F16A409; Mon, 26 Jun 2006 11:06:26 +0000 (UTC) (envelope-from mb@imp.ch) Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EE3A43D8F; Mon, 26 Jun 2006 11:06:23 +0000 (GMT) (envelope-from mb@imp.ch) Received: from godot.imp.ch (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.7/8.13.7/Submit) with ESMTP id k5QB6H4N094806; Mon, 26 Jun 2006 13:06:20 +0200 (CEST) (envelope-from mb@imp.ch) Date: Mon, 26 Jun 2006 13:06:17 +0200 (CEST) From: Martin Blapp To: Max Laier In-Reply-To: <200606231928.58063.max@love2party.net> Message-ID: <20060626115110.O14714@godot.imp.ch> References: <20060621202508.S17514@godot.imp.ch> <20060623133915.S14714@godot.imp.ch> <1151078632.62769.30.camel@buffy.york.ac.uk> <200606231928.58063.max@love2party.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.57 on 157.161.9.65 Cc: freebsd-stable@freebsd.org, "Wojciech A. Koszek" , csjp@freebsd.org, Robert Watson , Patrick Guelat Subject: Re: Crash with FreeBSD 6.1 STABLE of today X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 11:06:26 -0000 Hi Max, Robert and Gavin, > Note, I am not sure if the patch still applies or is correct at all, but from > looking at it (and the name of the file) I seem to remember that there was a > problem with t_pgrp and t_session being accessed unlocked in some places. > Maybe it helps, maybe it doesn't. > > [1] http://people.freebsd.org/~mlaier/tty.t_pgrp.diff Some things are now different. The part at 2551,2567 has now additional PGRP_LOCKs. I've also added the proctree locking at line 1654 as I did in the first patch. This part is unlocked too ... , don't you think ? That's the place there panic appeared. @@ -1654,8 +1668,8 @@ !ISSET(tp->t_cflag, CLOCAL)) { SET(tp->t_state, TS_ZOMBIE); CLR(tp->t_state, TS_CONNECTED); + sx_slock(&proctree_lock); if (tp->t_session) { - sx_slock(&proctree_lock); if (tp->t_session->s_leader) { struct proc *p; @@ -1664,8 +1678,8 @@ psignal(p, SIGHUP); PROC_UNLOCK(p); } - sx_sunlock(&proctree_lock); } + sx_sunlock(&proctree_lock); ttyflush(tp, FREAD | FWRITE); return (0); } Also this place was unlocked: @@ -942,8 +952,11 @@ * Policy -- Don't allow FIOSETOWN on someone else's * controlling tty */ - if (tp->t_session != NULL && !isctty(p, tp)) + sx_snlock(&proctree_lock); + if (tp->t_session != NULL && !isctty(p, tp)) { + sx_sunlock(&proctree_lock); return (ENOTTY); + } error = fsetown(*(int *)data, &tp->t_sigio); if (error) Here is the complete patch. What do you thing about it ? It's a FreeBSD 6 STABLE patch. I'll test this patch now and tell you any problems with it. Please do the same if you have time ... Also available at: http://mx.imp.ch/patch-tty.t_pgrp.diff Martin --- sys/kern/tty.c.orig Thu Dec 15 18:13:40 2005 +++ sys/kern/tty.c Mon Jun 26 12:53:33 2006 @@ -329,8 +329,10 @@ tp->t_gen++; tp->t_line = TTYDISC; tp->t_hotchar = 0; + sx_xlock(&proctree_lock); tp->t_pgrp = NULL; tp->t_session = NULL; + sx_xunlock(&proctree_lock); tp->t_state = 0; knlist_clear(&tp->t_rsel.si_note, 0); knlist_clear(&tp->t_wsel.si_note, 0); @@ -401,11 +403,13 @@ return (0); if (ISSET(iflag, BRKINT)) { ttyflush(tp, FREAD | FWRITE); + sx_slock(&proctree_lock); if (tp->t_pgrp != NULL) { PGRP_LOCK(tp->t_pgrp); pgsignal(tp->t_pgrp, SIGINT, 1); PGRP_UNLOCK(tp->t_pgrp); } + sx_sunlock(&proctree_lock); goto endcase; } if (ISSET(iflag, PARMRK)) @@ -483,23 +487,27 @@ if (!ISSET(lflag, NOFLSH)) ttyflush(tp, FREAD | FWRITE); ttyecho(c, tp); + sx_slock(&proctree_lock); if (tp->t_pgrp != NULL) { PGRP_LOCK(tp->t_pgrp); pgsignal(tp->t_pgrp, CCEQ(cc[VINTR], c) ? SIGINT : SIGQUIT, 1); PGRP_UNLOCK(tp->t_pgrp); } + sx_sunlock(&proctree_lock); goto endcase; } if (CCEQ(cc[VSUSP], c)) { if (!ISSET(lflag, NOFLSH)) ttyflush(tp, FREAD); ttyecho(c, tp); + sx_slock(&proctree_lock); if (tp->t_pgrp != NULL) { PGRP_LOCK(tp->t_pgrp); pgsignal(tp->t_pgrp, SIGTSTP, 1); PGRP_UNLOCK(tp->t_pgrp); } + sx_sunlock(&proctree_lock); goto endcase; } } @@ -617,11 +625,13 @@ * ^T - kernel info and generate SIGINFO */ if (CCEQ(cc[VSTATUS], c) && ISSET(lflag, IEXTEN)) { + sx_slock(&proctree_lock); if (ISSET(lflag, ISIG) && tp->t_pgrp != NULL) { PGRP_LOCK(tp->t_pgrp); pgsignal(tp->t_pgrp, SIGINFO, 1); PGRP_UNLOCK(tp->t_pgrp); } + sx_sunlock(&proctree_lock); if (!ISSET(lflag, NOKERNINFO)) ttyinfo(tp); goto endcase; @@ -942,8 +952,11 @@ * Policy -- Don't allow FIOSETOWN on someone else's * controlling tty */ - if (tp->t_session != NULL && !isctty(p, tp)) + sx_snlock(&proctree_lock); + if (tp->t_session != NULL && !isctty(p, tp)) { + sx_sunlock(&proctree_lock); return (ENOTTY); + } error = fsetown(*(int *)data, &tp->t_sigio); if (error) @@ -1013,7 +1026,9 @@ case TIOCGPGRP: /* get pgrp of tty */ if (!isctty(p, tp)) return (ENOTTY); + sx_slock(&proctree_lock); *(int *)data = tp->t_pgrp ? tp->t_pgrp->pg_id : NO_PID; + sx_sunlock(&proctree_lock); break; #ifdef TIOCHPCL case TIOCHPCL: /* hang up on last close */ @@ -1193,11 +1208,11 @@ break; case TIOCSCTTY: /* become controlling tty */ /* Session ctty vnode pointer set in vnode layer. */ - sx_slock(&proctree_lock); + sx_xlock(&proctree_lock); /* XXX: protect t_pgrp */ if (!SESS_LEADER(p) || ((p->p_session->s_ttyvp || tp->t_session) && (tp->t_session != p->p_session))) { - sx_sunlock(&proctree_lock); + sx_xunlock(&proctree_lock); return (EPERM); } tp->t_session = p->p_session; @@ -1209,28 +1224,28 @@ PROC_LOCK(p); p->p_flag |= P_CONTROLT; PROC_UNLOCK(p); - sx_sunlock(&proctree_lock); + sx_xunlock(&proctree_lock); break; case TIOCSPGRP: { /* set pgrp of tty */ - sx_slock(&proctree_lock); + sx_xlock(&proctree_lock); /* XXX: protect t_pgrp */ pgrp = pgfind(*(int *)data); if (!isctty(p, tp)) { if (pgrp != NULL) PGRP_UNLOCK(pgrp); - sx_sunlock(&proctree_lock); + sx_xunlock(&proctree_lock); return (ENOTTY); } if (pgrp == NULL) { - sx_sunlock(&proctree_lock); + sx_xunlock(&proctree_lock); return (EPERM); } PGRP_UNLOCK(pgrp); if (pgrp->pg_session != p->p_session) { - sx_sunlock(&proctree_lock); + sx_xunlock(&proctree_lock); return (EPERM); } - sx_sunlock(&proctree_lock); tp->t_pgrp = pgrp; + sx_xunlock(&proctree_lock); break; } case TIOCSTAT: /* simulate control-T */ @@ -1242,11 +1257,13 @@ if (bcmp((caddr_t)&tp->t_winsize, data, sizeof (struct winsize))) { tp->t_winsize = *(struct winsize *)data; + sx_slock(&proctree_lock); if (tp->t_pgrp != NULL) { PGRP_LOCK(tp->t_pgrp); pgsignal(tp->t_pgrp, SIGWINCH, 1); PGRP_UNLOCK(tp->t_pgrp); } + sx_sunlock(&proctree_lock); } break; case TIOCSDRAINWAIT: @@ -1654,8 +1671,8 @@ !ISSET(tp->t_cflag, CLOCAL)) { SET(tp->t_state, TS_ZOMBIE); CLR(tp->t_state, TS_CONNECTED); + sx_slock(&proctree_lock); if (tp->t_session) { - sx_slock(&proctree_lock); if (tp->t_session->s_leader) { struct proc *p; @@ -1664,8 +1681,8 @@ psignal(p, SIGHUP); PROC_UNLOCK(p); } - sx_sunlock(&proctree_lock); } + sx_sunlock(&proctree_lock); ttyflush(tp, FREAD | FWRITE); return (0); } @@ -1937,11 +1954,13 @@ */ if (CCEQ(cc[VDSUSP], c) && ISSET(lflag, IEXTEN | ISIG) == (IEXTEN | ISIG)) { + sx_slock(&proctree_lock); if (tp->t_pgrp != NULL) { PGRP_LOCK(tp->t_pgrp); pgsignal(tp->t_pgrp, SIGTSTP, 1); PGRP_UNLOCK(tp->t_pgrp); } + sx_sunlock(&proctree_lock); if (first) { error = ttysleep(tp, &lbolt, TTIPRI | PCATCH, "ttybg3", 0); @@ -2553,12 +2572,15 @@ * On return following a ttyprintf(), we set tp->t_rocount to 0 so * that pending input will be retyped on BS. */ + sx_slock(&proctree_lock); if (tp->t_session == NULL) { + sx_sunlock(&proctree_lock); ttyprintf(tp, "not a controlling terminal\n"); tp->t_rocount = 0; return; } if (tp->t_pgrp == NULL) { + sx_sunlock(&proctree_lock); ttyprintf(tp, "no foreground process group\n"); tp->t_rocount = 0; return; @@ -2566,10 +2588,12 @@ PGRP_LOCK(tp->t_pgrp); if (LIST_EMPTY(&tp->t_pgrp->pg_members)) { PGRP_UNLOCK(tp->t_pgrp); + sx_sunlock(&proctree_lock); ttyprintf(tp, "empty foreground process group\n"); tp->t_rocount = 0; return; } + sx_sunlock(&proctree_lock); /* * Pick the most interesting process and copy some of its @@ -3046,10 +3070,12 @@ XT_COPY(state); XT_COPY(flags); XT_COPY(timeout); + sx_slock(&proctree_lock); if (tp->t_pgrp != NULL) xt.xt_pgid = tp->t_pgrp->pg_id; if (tp->t_session != NULL) xt.xt_sid = tp->t_session->s_sid; + sx_sunlock(&proctree_lock); XT_COPY(termios); XT_COPY(winsize); XT_COPY(column); From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 11:09:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D18616A407 for ; Mon, 26 Jun 2006 11:09:39 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 939084400F for ; Mon, 26 Jun 2006 11:09:23 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id CBC12290C99 for ; Mon, 26 Jun 2006 08:09:16 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 01109-02 for ; Mon, 26 Jun 2006 11:09:19 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 61489290C98 for ; Mon, 26 Jun 2006 08:09:16 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 1735F48011; Mon, 26 Jun 2006 08:09:23 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id E868F46C5D for ; Mon, 26 Jun 2006 08:09:23 -0300 (ADT) Date: Mon, 26 Jun 2006 08:09:23 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20060626080344.X1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: leaking blocked processes in vmstat ... how to debug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 11:09:39 -0000 k, this is getting ridiculous ... I'm going to upgrade my kernel to something a bit newer then May 25th, which may (or may not) fix it, but: 0 28 0 8015508 175352 53 3 4 2 584 0 90 0 471 2299 1210 6 8 86 0 28 0 8016704 174416 82 0 0 0 77 0 36 0 350 2191 1155 8 6 86 1 28 0 8016772 167640 84 1 7 0 71 0 63 0 455 3119 1299 31 8 61 0 28 0 8014456 166416 95 0 1 0 123 0 50 0 480 3463 1733 19 8 73 28 blocked processes, according to the above, but according to ps, this is all that is blocked, and the system ones seem to be the exact same ones blocked on another system with only '6 blocked', and another with only '3 blocked', so I'm guessing those ones *aren't* counted in vmstat: # ps ax -O ppid,flags,mwchan | awk '$6 ~ /^D/ || $6 == "STAT"' PID PPID F MWCHAN TT STAT TIME COMMAND 2 0 204 - ?? DL 0:03.20 [g_event] 3 0 204 - ?? DL 0:29.32 [g_up] 4 0 204 - ?? DL 0:40.29 [g_down] 5 0 204 - ?? DL 0:00.00 [thread taskq] 6 0 204 - ?? DL 0:00.00 [kqueue taskq] 7 0 204 - ?? DL 0:00.00 [acpi_task0] 8 0 204 - ?? DL 0:00.00 [acpi_task1] 9 0 204 - ?? DL 0:00.00 [acpi_task2] 10 0 204 ktrace ?? DL 0:00.00 [ktrace] 15 0 204 - ?? DL 0:03.29 [yarrow] 25 0 204 psleep ?? DL 0:13.55 [pagedaemon] 26 0 204 psleep ?? DL 0:00.00 [vmdaemon] 27 0 20c pgzero ?? DL 0:53.21 [pagezero] 28 0 204 psleep ?? DL 0:00.81 [bufdaemon] 29 0 204 vlruwt ?? DL 0:03.90 [vnlru] 30 0 204 syncer ?? DL 0:59.74 [syncer] 31 0 204 sdflus ?? DL 0:02.90 [softdepflush] 36 0 204 - ?? DL 0:26.21 [schedcpu] 8803 8724 4002 biord p6 D+ 0:10.28 cvsup -L 1 -g /root/src So, where are the 28 blocked processes? And its climbing ... I have a 'vmstat 5' running right now, and its up to 30, but same process listing (minus the cvsup this time) ... leakage somewhere? Is there any way to debug this? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 11:12:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17C2316A401; Mon, 26 Jun 2006 11:12:17 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E68F43D7B; Mon, 26 Jun 2006 11:12:14 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 32989290C99; Mon, 26 Jun 2006 08:12:10 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 01111-02; Mon, 26 Jun 2006 11:12:12 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id AF278290C98; Mon, 26 Jun 2006 08:12:09 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 8A6503E7DF; Mon, 26 Jun 2006 08:12:17 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 837D73CF50; Mon, 26 Jun 2006 08:12:17 -0300 (ADT) Date: Mon, 26 Jun 2006 08:12:17 -0300 (ADT) From: "Marc G. Fournier" To: Robert Watson In-Reply-To: <20060626100949.G24406@fledge.watson.org> Message-ID: <20060626081029.L1114@ganymede.hub.org> References: <20060626100949.G24406@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-acpi@freebsd.org, freebsd-stable@freeBSD.org, Pete French Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 11:12:17 -0000 On Mon, 26 Jun 2006, Robert Watson wrote: > > On Sun, 25 Jun 2006, Pete French wrote: > >>> 'k, I'm starting to get the impression that FreeBSD 6.x is evil ... at >>> least as far as Dual-PIII servers are concerned ... on a machine that, >> >> I can't comment on your other problems - but I have a dual PIII server and >> say a 30% performance increase when moving to 6.x over 5.x ... and it's >> been rock solid. I only run releases on that box though, but it does >> perform really nicely on PIII duals when you can get it stable. Seems a >> shame that you are having so many problems. > > I'm also running 6.x on several dual-PIII without problems. An issue local > to Marc's setup is definitely indicated. Given the failure mode, I would be > worried about a potential hardware issue, although subtle hardware and subtle > system software problems are sometimes difficult to distinguish. Well, I've been trying to do it 'the hardway' ... went back to the original kernel, and am slowly upgrading forward ... I'm currently running a June 15th kernel with none of the problems that I was seeing before ... I'm just in the process of running my third 'make -j3 buildworld' on this kernel, and its clean ... going to go forward to June 22nd next, see if that too is clean *cross fingers* ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 11:53:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D43FC16A401 for ; Mon, 26 Jun 2006 11:53:12 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1B2243D48 for ; Mon, 26 Jun 2006 11:53:02 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 6F561290C29 for ; Mon, 26 Jun 2006 08:52:57 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 06740-03 for ; Mon, 26 Jun 2006 11:53:00 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id AC313291AFD for ; Mon, 26 Jun 2006 08:29:20 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 0F3513DFBA; Mon, 26 Jun 2006 08:29:28 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id DA6D73CF50 for ; Mon, 26 Jun 2006 08:29:28 -0300 (ADT) Date: Mon, 26 Jun 2006 08:29:28 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org In-Reply-To: <20060626080344.X1114@ganymede.hub.org> Message-ID: <20060626082906.T1114@ganymede.hub.org> References: <20060626080344.X1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: leaking blocked processes in vmstat ... how to debug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 11:53:13 -0000 Up to 48 right now, and still nothing to show for it ... On Mon, 26 Jun 2006, Marc G. Fournier wrote: > > k, this is getting ridiculous ... I'm going to upgrade my kernel to something > a bit newer then May 25th, which may (or may not) fix it, but: > > 0 28 0 8015508 175352 53 3 4 2 584 0 90 0 471 2299 1210 6 8 > 86 > 0 28 0 8016704 174416 82 0 0 0 77 0 36 0 350 2191 1155 8 6 > 86 > 1 28 0 8016772 167640 84 1 7 0 71 0 63 0 455 3119 1299 31 8 > 61 > 0 28 0 8014456 166416 95 0 1 0 123 0 50 0 480 3463 1733 19 8 > 73 > > 28 blocked processes, according to the above, but according to ps, this is > all that is blocked, and the system ones seem to be the exact same ones > blocked on another system with only '6 blocked', and another with only '3 > blocked', so I'm guessing those ones *aren't* counted in vmstat: > > # ps ax -O ppid,flags,mwchan | awk '$6 ~ /^D/ || $6 == "STAT"' > PID PPID F MWCHAN TT STAT TIME COMMAND > 2 0 204 - ?? DL 0:03.20 [g_event] > 3 0 204 - ?? DL 0:29.32 [g_up] > 4 0 204 - ?? DL 0:40.29 [g_down] > 5 0 204 - ?? DL 0:00.00 [thread taskq] > 6 0 204 - ?? DL 0:00.00 [kqueue taskq] > 7 0 204 - ?? DL 0:00.00 [acpi_task0] > 8 0 204 - ?? DL 0:00.00 [acpi_task1] > 9 0 204 - ?? DL 0:00.00 [acpi_task2] > 10 0 204 ktrace ?? DL 0:00.00 [ktrace] > 15 0 204 - ?? DL 0:03.29 [yarrow] > 25 0 204 psleep ?? DL 0:13.55 [pagedaemon] > 26 0 204 psleep ?? DL 0:00.00 [vmdaemon] > 27 0 20c pgzero ?? DL 0:53.21 [pagezero] > 28 0 204 psleep ?? DL 0:00.81 [bufdaemon] > 29 0 204 vlruwt ?? DL 0:03.90 [vnlru] > 30 0 204 syncer ?? DL 0:59.74 [syncer] > 31 0 204 sdflus ?? DL 0:02.90 [softdepflush] > 36 0 204 - ?? DL 0:26.21 [schedcpu] > 8803 8724 4002 biord p6 D+ 0:10.28 cvsup -L 1 -g /root/src > > So, where are the 28 blocked processes? And its climbing ... I have a > 'vmstat 5' running right now, and its up to 30, but same process listing > (minus the cvsup this time) ... leakage somewhere? Is there any way to debug > this? > > ---- > 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 > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 11:55:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C819516A403 for ; Mon, 26 Jun 2006 11:55:36 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC7F143D6E for ; Mon, 26 Jun 2006 11:55:32 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 492FB290C6C for ; Mon, 26 Jun 2006 08:55:27 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 01119-06 for ; Mon, 26 Jun 2006 11:55:30 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 7AC79290C6A for ; Mon, 26 Jun 2006 08:55:17 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id C8C4947D68; Mon, 26 Jun 2006 08:55:25 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id C615846C5D for ; Mon, 26 Jun 2006 08:55:25 -0300 (ADT) Date: Mon, 26 Jun 2006 08:55:25 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20060626085321.T1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: force panic of remote server ... possible? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 11:55:36 -0000 For the server that I'm fighting with right now, where Dmitry pointed out that it looks like a deadlock issue ... I have dumpdev/savecore enabled, is there some way of forcing it to panic when I know I actually have the deadlock, so that it will dump a core? DDB is a difficult option, since a keyboard isn't always attached to the server when it boots ... Thx ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 12:04:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2835816A40A; Mon, 26 Jun 2006 12:04:16 +0000 (UTC) (envelope-from mb@imp.ch) Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 199C744B50; Mon, 26 Jun 2006 11:37:13 +0000 (GMT) (envelope-from mb@imp.ch) Received: from godot.imp.ch (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.7/8.13.7/Submit) with ESMTP id k5QBb8RG053891; Mon, 26 Jun 2006 13:37:10 +0200 (CEST) (envelope-from mb@imp.ch) Date: Mon, 26 Jun 2006 13:37:08 +0200 (CEST) From: Martin Blapp To: Max Laier In-Reply-To: <20060626115110.O14714@godot.imp.ch> Message-ID: <20060626133540.G14714@godot.imp.ch> References: <20060621202508.S17514@godot.imp.ch> <20060623133915.S14714@godot.imp.ch> <1151078632.62769.30.camel@buffy.york.ac.uk> <200606231928.58063.max@love2party.net> <20060626115110.O14714@godot.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.57 on 157.161.9.65 Cc: freebsd-stable@freebsd.org, "Wojciech A. Koszek" , csjp@freebsd.org, Robert Watson , Patrick Guelat Subject: Re: Crash with FreeBSD 6.1 STABLE of today X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 12:04:16 -0000 Hi, For those who got: /usr/src/sys/kern/tty.c: In function `ttioctl': /usr/src/sys/kern/tty.c:955: warning: implicit declaration of function `sx_snlock' /usr/src/sys/kern/tty.c:955: warning: nested extern declaration of `sx_snlock' *** Error code 1 There was a small typo in the previous patch. I've put the modified one at: http://mx.imp.ch/patch-tty.t_pgrp.diff Thanks for testing ! Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 12:09:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EE9816A54D for ; Mon, 26 Jun 2006 12:09:16 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw4.york.ac.uk (mail-gw4.york.ac.uk [144.32.128.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1832E43E23 for ; Mon, 26 Jun 2006 12:06:21 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw4.york.ac.uk (8.13.6/8.13.6) with ESMTP id k5QC6GMe020140; Mon, 26 Jun 2006 13:06:16 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.6/8.13.6) with ESMTP id k5QC6G6V080971; Mon, 26 Jun 2006 13:06:16 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.6/8.13.6/Submit) id k5QC6FNi080970; Mon, 26 Jun 2006 13:06:15 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: "Marc G. Fournier" In-Reply-To: <20060626085321.T1114@ganymede.hub.org> References: <20060626085321.T1114@ganymede.hub.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 26 Jun 2006 13:06:14 +0100 Message-Id: <1151323574.80434.2.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-stable@freebsd.org Subject: Re: force panic of remote server ... possible? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 12:09:16 -0000 On Mon, 2006-06-26 at 08:55 -0300, Marc G. Fournier wrote: > For the server that I'm fighting with right now, where Dmitry pointed out > that it looks like a deadlock issue ... I have dumpdev/savecore enabled, > is there some way of forcing it to panic when I know I actually have the > deadlock, so that it will dump a core? You cen enter the debugger by setting the (badly names) debug.kdb.enter sysctl to 1, although I can't guarantee that'll trigger a dump and reboot. Do you have a serial console? Gavin From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 12:22:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB43616A401 for ; Mon, 26 Jun 2006 12:22:54 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8212743D70 for ; Mon, 26 Jun 2006 12:22:54 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id B650F5DBA; Mon, 26 Jun 2006 08:22:53 -0400 (EDT) X-Virus-Scanned: amavisd-new at codefab.com Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UOAbZk87kCgT; Mon, 26 Jun 2006 08:22:52 -0400 (EDT) Received: from [192.168.1.251] (pool-68-160-201-170.ny325.east.verizon.net [68.160.201.170]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 97E6C5DA7; Mon, 26 Jun 2006 08:22:52 -0400 (EDT) Message-ID: <449FD196.1020405@mac.com> Date: Mon, 26 Jun 2006 08:22:46 -0400 From: Chuck Swiger User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: "Marc G. Fournier" References: <20060626080344.X1114@ganymede.hub.org> <20060626082906.T1114@ganymede.hub.org> In-Reply-To: <20060626082906.T1114@ganymede.hub.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: leaking blocked processes in vmstat ... how to debug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 12:22:55 -0000 Marc G. Fournier wrote: > Up to 48 right now, and still nothing to show for it ... Perhaps it is not clear to you that under Unix is it normal for processes to block waiting on events like user input, a signal indicating a timer has fired or a pipe has more data, etc. The reason you are looking for processes stuck in "D" for "Disk wait" state is to identify any large processes that are being swapped out and thus being held up by RAM limitations. On the other hand, it's entirely possible that you've simply got too much stuff running for the available hardware, and will need to either add RAM or offload some of the workload to other machines. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 12:26:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB00416A400 for ; Mon, 26 Jun 2006 12:26:43 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw4.york.ac.uk (mail-gw4.york.ac.uk [144.32.128.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EE3843D45 for ; Mon, 26 Jun 2006 12:26:42 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw4.york.ac.uk (8.13.6/8.13.6) with ESMTP id k5QCQag8022815; Mon, 26 Jun 2006 13:26:36 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.6/8.13.6) with ESMTP id k5QCQZI1081070; Mon, 26 Jun 2006 13:26:35 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.6/8.13.6/Submit) id k5QCQZKx081069; Mon, 26 Jun 2006 13:26:35 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: "Marc G. Fournier" In-Reply-To: <20060626082906.T1114@ganymede.hub.org> References: <20060626080344.X1114@ganymede.hub.org> <20060626082906.T1114@ganymede.hub.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 26 Jun 2006 13:26:35 +0100 Message-Id: <1151324795.80434.8.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-stable@freebsd.org Subject: Re: leaking blocked processes in vmstat ... how to debug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 12:26:43 -0000 On Mon, 2006-06-26 at 08:29 -0300, Marc G. Fournier wrote: > Up to 48 right now, and still nothing to show for it ... Is it possible that these processes are blocked while exiting? There's currently an unresolved bug where processes get wedged either during startup or exit. See if you have any processes in state "START" in top, or with an E in the "STAT" column: ps ax -O ppid,flags,mwchan | awk '$6 ~ /E/ || $6 == "STAT"' Gavin From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 13:03:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 002C316A403 for ; Mon, 26 Jun 2006 13:03:32 +0000 (UTC) (envelope-from aczarnecki@osanet.pl) Received: from v05176.home.net.pl (v05176.home.net.pl [212.85.116.96]) by mx1.FreeBSD.org (Postfix) with SMTP id E567C44908 for ; Mon, 26 Jun 2006 13:03:31 +0000 (GMT) (envelope-from aczarnecki@osanet.pl) Received: from 80.249.6.42 (HELO ?192.168.1.50?) (aczarnecki.osanet@home@80.249.6.42) by m020.home.net.pl with SMTP; Mon, 26 Jun 2006 13:03:30 -0000 Message-ID: <449FDB41.7000702@osanet.pl> Date: Mon, 26 Jun 2006 15:04:01 +0200 From: Albert Czarnecki User-Agent: Thunderbird 1.5.0.4 (X11/20060516) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Priority: 1 (Highest) Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Subject: maildrop X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 13:03:33 -0000 Hi I have 6.1-STABLE FreeBSD and when I try compiling maildrop with /usr/ports/mail/maildrop I get errors: /bin/sh /usr/ports/mail/maildrop/work/maildrop-2.0.2/install-sh -c -s rfc2045/makemime /usr/local/bin/makemime . maildrop/uidgid ; test -z "$gid" && exit 0; test -w /etc || exit 0; cd /usr/local/bin && chgrp $gid maildrop lockmail maildrop: Timeout quota exceeded. *** Error code 75 Stop in /usr/ports/mail/maildrop/work/maildrop-2.0.2. *** Error code 1 Stop in /usr/ports/mail/maildrop/work/maildrop-2.0.2. *** Error code 1 Stop in /usr/ports/mail/maildrop/work/maildrop-2.0.2. *** Error code 1 Stop in /usr/ports/mail/maildrop/work/maildrop-2.0.2. *** Error code 1 Stop in /usr/ports/mail/maildrop. what does meen -> maildrop: Timeout quota exceeded. df -h Filesystem Size Used Avail Capacity Mounted on /dev/ad0s1a 1.9G 459M 1.3G 25% / devfs 1.0K 1.0K 0B 100% /dev /dev/ad0s1g 78G 24G 54G 31% /home /dev/ad0s1e 989M 182K 989M 0% /tmp /dev/ad0s1f 24G 4.7G 20G 19% /usr /dev/ad0s1d 989M 579M 410M 59% /var where is the problem? Thx Albert From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 13:06:33 2006 Return-Path: X-Original-To: freebsd-stable@freeBSD.org Delivered-To: freebsd-stable@freeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 435E816A40B; Mon, 26 Jun 2006 13:06:33 +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 8477844914; Mon, 26 Jun 2006 13:06:32 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 133B846CCE; Mon, 26 Jun 2006 09:06:31 -0400 (EDT) Date: Mon, 26 Jun 2006 14:06:31 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Marc G. Fournier" In-Reply-To: <20060626081029.L1114@ganymede.hub.org> Message-ID: <20060626140333.M38418@fledge.watson.org> References: <20060626100949.G24406@fledge.watson.org> <20060626081029.L1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-acpi@freebsd.org, freebsd-stable@freeBSD.org, Pete French Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 13:06:33 -0000 On Mon, 26 Jun 2006, Marc G. Fournier wrote: >> I'm also running 6.x on several dual-PIII without problems. An issue local >> to Marc's setup is definitely indicated. Given the failure mode, I would >> be worried about a potential hardware issue, although subtle hardware and >> subtle system software problems are sometimes difficult to distinguish. > > Well, I've been trying to do it 'the hardway' ... went back to the original > kernel, and am slowly upgrading forward ... I'm currently running a June > 15th kernel with none of the problems that I was seeing before ... I'm just > in the process of running my third 'make -j3 buildworld' on this kernel, and > its clean ... going to go forward to June 22nd next, see if that too is > clean *cross fingers* I think this is a useful activity, especially if you've already run extensive memory testing on the box. If you haven't yet done that, I encourage you to take a break from buildworld's and make sure the memory tests pass. I spent several months on and off trying to track down a bug a few years ago, which turned out to be a one bit error in memory on the box. It would appear and disappear based on how the memory page was used -- for debugging kernels, it consistently got mapped to padding in the kernel's bss. For non-debugging kernels, it typically manifested in other usable kernel momory. Changes in kernel versions would move the bit around kernel memory and user memory, resulting in hard to debug failure modes. I wish I'd run the memory test earlier, but the lesson is clear! Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 13:18:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E24A216A402; Mon, 26 Jun 2006 13:18:20 +0000 (UTC) (envelope-from mb@imp.ch) Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4A5444026; Mon, 26 Jun 2006 13:15:35 +0000 (GMT) (envelope-from mb@imp.ch) Received: from godot.imp.ch (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.7/8.13.7/Submit) with ESMTP id k5QDFTq2041842; Mon, 26 Jun 2006 15:15:31 +0200 (CEST) (envelope-from mb@imp.ch) Date: Mon, 26 Jun 2006 15:15:29 +0200 (CEST) From: Martin Blapp To: Max Laier In-Reply-To: <20060626133540.G14714@godot.imp.ch> Message-ID: <20060626151138.C14714@godot.imp.ch> References: <20060621202508.S17514@godot.imp.ch> <20060623133915.S14714@godot.imp.ch> <1151078632.62769.30.camel@buffy.york.ac.uk> <200606231928.58063.max@love2party.net> <20060626115110.O14714@godot.imp.ch> <20060626133540.G14714@godot.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.57 on 157.161.9.65 Cc: freebsd-stable@freebsd.org, "Wojciech A. Koszek" , csjp@freebsd.org, Robert Watson , Patrick Guelat Subject: Re: Crash with FreeBSD 6.1 STABLE of today X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 13:18:21 -0000 Hi all, So far so good. A remote stress testing of a tty session over serial cable with a patched kernel worked fine. How to proceed now ? The patch also applies to CURRENT as there where no big changes since the repo has been branched. Should I commit it to CURRENT ? > http://mx.imp.ch/patch-tty.t_pgrp.diff Martin From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 13:32:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 645BB16A400; Mon, 26 Jun 2006 13:32:48 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw4.york.ac.uk (mail-gw4.york.ac.uk [144.32.128.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id E340043D72; Mon, 26 Jun 2006 13:32:41 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw4.york.ac.uk (8.13.6/8.13.6) with ESMTP id k5QDWce4003788; Mon, 26 Jun 2006 14:32:38 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.6/8.13.6) with ESMTP id k5QDWbhP081309; Mon, 26 Jun 2006 14:32:37 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.6/8.13.6/Submit) id k5QDWZfK081308; Mon, 26 Jun 2006 14:32:35 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Martin Blapp In-Reply-To: <20060626151138.C14714@godot.imp.ch> References: <20060621202508.S17514@godot.imp.ch> <20060623133915.S14714@godot.imp.ch> <1151078632.62769.30.camel@buffy.york.ac.uk> <200606231928.58063.max@love2party.net> <20060626115110.O14714@godot.imp.ch> <20060626133540.G14714@godot.imp.ch> <20060626151138.C14714@godot.imp.ch> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 26 Jun 2006 14:32:35 +0100 Message-Id: <1151328755.80434.17.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-stable@freebsd.org, "Wojciech A. Koszek" , csjp@freebsd.org, Robert Watson , Max Laier , Patrick Guelat Subject: Re: Crash with FreeBSD 6.1 STABLE of today X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 13:32:48 -0000 On Mon, 2006-06-26 at 15:15 +0200, Martin Blapp wrote: > A remote stress testing of a tty session over serial cable > with a patched kernel worked fine. > > How to proceed now ? The patch also applies to CURRENT > as there where no big changes since the repo has been > branched. > > Should I commit it to CURRENT ? > > > http://mx.imp.ch/patch-tty.t_pgrp.diff I'm still not convinced that the proctree lock is the correct lock to use - maybe a new lock for the tty subsystem? Also, some of the locking in the patch appears to be unnecessary. I can't help feeling that this patch is the heavy-handed solution to the problem, and given how heavyweight locks can be, maybe it's not a good solution. Is the problem actually understood? Do we know what's racing with what? Given there only ever seems to be a single backtrace involved, as far as I can tell, it's ttymodem racing with tty_close - can those two functions alone be locked? Alas, I can't recreate the problem on-demand so can't really find a better solution. Gavin From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 14:24:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF96316A5E9 for ; Mon, 26 Jun 2006 14:24:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67D6943DE0 for ; Mon, 26 Jun 2006 14:24:05 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k5QENwKH064097 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Jun 2006 17:23:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6) with ESMTP id k5QENw5w009802; Mon, 26 Jun 2006 17:23:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k5QENtQE009801; Mon, 26 Jun 2006 17:23:55 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 26 Jun 2006 17:23:54 +0300 From: Kostik Belousov To: V??clav Haisman Message-ID: <20060626142354.GJ79678@deviant.kiev.zoral.com.ua> References: <447A1F94.7020809@sh.cvut.cz> <449F2790.80700@sh.cvut.cz> <20060626041747.GH79678@deviant.kiev.zoral.com.ua> <449F7B87.1070907@sh.cvut.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="itqfrb9Qq3wY07cp" Content-Disposition: inline In-Reply-To: <449F7B87.1070907@sh.cvut.cz> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=0.4 required=5.0 tests=ALL_TRUSTED, DNS_FROM_RFC_ABUSE,SPF_NEUTRAL autolearn=no version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on fw.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: LOR in vnode interlock and system map X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 14:24:07 -0000 --itqfrb9Qq3wY07cp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 26, 2006 at 08:15:35AM +0200, V??clav Haisman wrote: >=20 >=20 > Kostik Belousov wrote, On 26.6.2006 6:17: > > Try manually MFC rev. 1.637 of sys/kern/vfs_subr.c. > > Please, report the results (at least to me). > I have never done it manual patching before. Do you mean this > > patch? Yes, exactly. --itqfrb9Qq3wY07cp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEn+36C3+MBN1Mb4gRAtgQAKCRfl3eeGsAUYH/VozrXdpIp2wu/gCg6eOy mnZ+zZKrX3XtD9O5gj2ljI8= =z985 -----END PGP SIGNATURE----- --itqfrb9Qq3wY07cp-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 14:27:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAC4616A401 for ; Mon, 26 Jun 2006 14:27:10 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D47643DE0 for ; Mon, 26 Jun 2006 14:27:10 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 27414B826; Mon, 26 Jun 2006 10:27:10 -0400 (EDT) In-Reply-To: <449ED26B.20706@rogers.com> References: <449ECDD1.8070407@sh.cvut.cz> <449ED0BF.90001@infracaninophile.co.uk> <449ED26B.20706@rogers.com> Mime-Version: 1.0 (Apple Message framework v750) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 26 Jun 2006 10:27:09 -0400 To: Mike Jakubik X-Mailer: Apple Mail (2.750) Cc: freebsd-stable Subject: Re: Setting up GEOM mirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 14:27:11 -0000 On Jun 25, 2006, at 2:14 PM, Mike Jakubik wrote: >> >> http://www.onlamp.com/pub/a/bsd/2005/11/10/FreeBSD_Basics.html >> > > The problem with these instructions is that they don't take in to > account the last sector. You may very well end up writing the > metadata on the file system. > When was the last time you fdisk'd a disk and it used the last sector on the drive? I always end up with a bunch of extra space that didn't fit into the round numbers of the file system. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 14:30:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BA5A16A408 for ; Mon, 26 Jun 2006 14:30:49 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 402B343E37 for ; Mon, 26 Jun 2006 14:30:45 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k5QEUfO6064441 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Jun 2006 17:30:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6) with ESMTP id k5QEUesq026935; Mon, 26 Jun 2006 17:30:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k5QEUdhp026568; Mon, 26 Jun 2006 17:30:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 26 Jun 2006 17:30:39 +0300 From: Kostik Belousov To: "Marc G. Fournier" Message-ID: <20060626143038.GK79678@deviant.kiev.zoral.com.ua> References: <20060624221556.O30039@woozle.rinet.ru> <20060624152525.D1114@ganymede.hub.org> <20060625164752.H52500@woozle.rinet.ru> <20060625105843.O1114@ganymede.hub.org> <20060625211510.D52500@woozle.rinet.ru> <20060625154247.N1114@ganymede.hub.org> <20060626014210.P1114@ganymede.hub.org> <20060626014601.E1114@ganymede.hub.org> <20060626045547.GI79678@deviant.kiev.zoral.com.ua> <20060626021616.W1114@ganymede.hub.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8jNwmpfkpox/fiJK" Content-Disposition: inline In-Reply-To: <20060626021616.W1114@ganymede.hub.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=0.4 required=5.0 tests=ALL_TRUSTED, DNS_FROM_RFC_ABUSE,SPF_NEUTRAL autolearn=no version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on fw.zoral.com.ua Cc: freebsd-stable@freebsd.org, Dmitry Morozovsky Subject: Re: vmstat 'b' (disk busy?) field keeps climbing ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 14:30:49 -0000 --8jNwmpfkpox/fiJK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 26, 2006 at 02:20:12AM -0300, Marc G. Fournier wrote: > On Mon, 26 Jun 2006, Kostik Belousov wrote: >=20 > >Yes, this looks like a deadlock. As I understand, that's on 6.1-STABLE ? >=20 > Yes, kernel sources, it seems, from May 25th, according to my /usr/src=20 > tree ... >=20 > >BTW, do you use snapshots ? >=20 > Not that I've explicitly enabled ... >=20 > >I think that without ddb access, diagnose and debug the problem would be= =20 > >quite hard. >=20 > Would it be a simple matter of: >=20 > CTL-ALT-ESC > panic >=20 > to get it to dump core? Or would more be involved? Would a core dump=20 > even work? Core dumps are somewhat unconvenient in this situation. Better, sending report to me, follow my advise in http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kernel= debug-deadlocks.html --8jNwmpfkpox/fiJK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEn++OC3+MBN1Mb4gRAtq+AJ9XZPaXt35TN/wDpH63Uy8T3z0y3QCgvHGM m9WnqonjRs0JUSkV1VNFl0A= =7Qr9 -----END PGP SIGNATURE----- --8jNwmpfkpox/fiJK-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 14:33:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AF7E16A405 for ; Mon, 26 Jun 2006 14:33:47 +0000 (UTC) (envelope-from mb@imp.ch) Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A0F443FD5 for ; Mon, 26 Jun 2006 14:33:42 +0000 (GMT) (envelope-from mb@imp.ch) Received: from godot.imp.ch (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.7/8.13.7/Submit) with ESMTP id k5QEXE81093333; Mon, 26 Jun 2006 16:33:17 +0200 (CEST) (envelope-from mb@imp.ch) Date: Mon, 26 Jun 2006 16:33:14 +0200 (CEST) From: Martin Blapp To: Gavin Atkinson In-Reply-To: <1151328755.80434.17.camel@buffy.york.ac.uk> Message-ID: <20060626154810.S14714@godot.imp.ch> References: <20060621202508.S17514@godot.imp.ch> <20060623133915.S14714@godot.imp.ch> <1151078632.62769.30.camel@buffy.york.ac.uk> <200606231928.58063.max@love2party.net> <20060626115110.O14714@godot.imp.ch> <20060626133540.G14714@godot.imp.ch> <20060626151138.C14714@godot.imp.ch> <1151328755.80434.17.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.57 on 157.161.9.65 Cc: freebsd-stable@freebsd.org, "Wojciech A. Koszek" , csjp@freebsd.org, Robert Watson , phk@freebsd.org, tmm@freebsd.org, Max Laier , Patrick Guelat Subject: Re: Crash with FreeBSD 6.1 STABLE of today X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 14:33:47 -0000 Hi, > Is the problem actually understood? Do we know what's racing with what? > Given there only ever seems to be a single backtrace involved, as far as > I can tell, it's ttymodem racing with tty_close - can those two > functions alone be locked? Correct: The only place there tp->t_session is set to NULL is in tty_close(). tp->t_pgrp = NULL; tp->t_session = NULL; tp->t_state = 0; But I've seen this comment on peters page (http://people.freebsd.org/~peter/smp.html) > At the moment I've hacked all the console code to obtain the scheduler mutex > instead of spltty()'ing all over the place, because in a word: it can't > spltty() any more. It's illegal because the console code may be called at any time (see > the next section). This is a hack because it isn't MP safe against tty > interrupts running on another cpu. Since the current tty interrupt is a fast > interrupt, I'm not sure that we're any worse off (fastints aren't masked by the > cpl anyway). IMHO it explains why we need the proctree_lock (in early SMP times scheduler mutex). Maybe this should be replaced with a proper tty subsystem mutex ...) After looking at our SMPnewgen Page, Poul Henning and Thomas Moestel are working on locking the tty subsystem. I'll CC those :-) Martin From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 14:36:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E9A216A571; Mon, 26 Jun 2006 14:36:00 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8391D44BC7; Mon, 26 Jun 2006 14:14:46 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.183.130] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1Furqi1sfF-0002X0; Mon, 26 Jun 2006 16:14:00 +0200 From: Max Laier Organization: FreeBSD To: Gavin Atkinson Date: Mon, 26 Jun 2006 16:13:50 +0200 User-Agent: KMail/1.9.1 References: <20060621202508.S17514@godot.imp.ch> <20060626151138.C14714@godot.imp.ch> <1151328755.80434.17.camel@buffy.york.ac.uk> In-Reply-To: <1151328755.80434.17.camel@buffy.york.ac.uk> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3205480.12Vt4fEPCI"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606261613.59057.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-stable@freebsd.org, "Wojciech A. Koszek" , csjp@freebsd.org, Martin Blapp , Robert Watson , Patrick Guelat Subject: Re: Crash with FreeBSD 6.1 STABLE of today X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 14:36:00 -0000 --nextPart3205480.12Vt4fEPCI Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 26 June 2006 15:32, Gavin Atkinson wrote: > On Mon, 2006-06-26 at 15:15 +0200, Martin Blapp wrote: > > A remote stress testing of a tty session over serial cable > > with a patched kernel worked fine. > > > > How to proceed now ? The patch also applies to CURRENT > > as there where no big changes since the repo has been > > branched. > > > > Should I commit it to CURRENT ? > > > > > http://mx.imp.ch/patch-tty.t_pgrp.diff > > I'm still not convinced that the proctree lock is the correct lock to > use - maybe a new lock for the tty subsystem? Also, some of the locking > in the patch appears to be unnecessary. I can't help feeling that this > patch is the heavy-handed solution to the problem, and given how > heavyweight locks can be, maybe it's not a good solution. > > Is the problem actually understood? Do we know what's racing with what? I found kern_proc.c:461 to be a likely candidate for a race. > Given there only ever seems to be a single backtrace involved, as far as > I can tell, it's ttymodem racing with tty_close - can those two > functions alone be locked? When locking something you have to lock every access to do it right. It ma= kes=20 no sense to lock just paths that exhibit the race. Indeed a new lock for t= ty=20 would make sense, but be warned that you will have to use this lock in a=20 dozen places that are now rightfully protected with the proctree lock. So= =20 instead of one locking operation you now have to do two. The only benefit= =20 you get is reduced lock contention. I am against pushing in the heavy handed patch as well, but I rather have t= he=20 heavy handed version in than a nasty race. > Alas, I can't recreate the problem on-demand so can't really find a > better solution. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart3205480.12Vt4fEPCI Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEn+unXyyEoT62BG0RAidUAJ9EgIX8uUfQOQqCaOlR21w8S/zgUwCfQ3jk s114ageSM0TTisEA/ZP/Mw8= =CrO/ -----END PGP SIGNATURE----- --nextPart3205480.12Vt4fEPCI-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 15:10:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E93716A536 for ; Mon, 26 Jun 2006 15:10:43 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 973C644EE2 for ; Mon, 26 Jun 2006 14:43:13 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k5QEhBWF017041; Mon, 26 Jun 2006 10:43:11 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3P/8.13.3) with ESMTP id k5QEhB0B041172 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Jun 2006 10:43:11 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060626102033.02f2fcd8@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Mon, 26 Jun 2006 10:42:32 -0400 To: "Marc G. Fournier" , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <20060626085321.T1114@ganymede.hub.org> References: <20060626085321.T1114@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: Re: force panic of remote server ... possible? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 15:10:43 -0000 At 07:55 AM 26/06/2006, Marc G. Fournier wrote: >For the server that I'm fighting with right now, where Dmitry >pointed out that it looks like a deadlock issue ... I have >dumpdev/savecore enabled, is there some way of forcing it to panic >when I know I actually have the deadlock, so that it will dump a core? > >DDB is a difficult option, since a keyboard isn't always attached to >the server when it boots ... These are ugly quick hacks, but it might work for you... If the network still continues to function. you might be able to hack up a quick script to force a panic. Hackup some kld (e.g. ichwd) with something like # diff -u /usr/src/sys/dev/ichwd/ichwd.c.orig /usr/src/sys/dev/ichwd/ichwd.c --- /usr/src/sys/dev/ichwd/ichwd.c.orig Mon Jun 26 09:50:33 2006 +++ /usr/src/sys/dev/ichwd/ichwd.c Mon Jun 26 09:51:04 2006 @@ -225,6 +225,7 @@ device_t ich = NULL; device_t dev; + panic("I played panicky idiot no 3 on the Poseidon Adventure"); /* look for an ICH LPC interface bridge */ for (id = ichwd_devices; id->desc != NULL; ++id) if ((ich = pci_find_device(id->vendor, id->device)) != NULL) Then run a script something like the one below. Set target to be an ip that you control and is always up. When you think your box has deadlocked, add a firewall rule on the target machine to block ICMP echos from the problem machine. You might need to fiddle with max_tries to make it more aggressive. If the target machine is on the local LAN you can make it a nice low value like 2 or 3. Ideally, you would want to make a kld that would instead do the test for you, or you could perhaps hack up the software watchdog to call a panic for you. Dont know if that works or not as I have only used hardware watchdogs. #!/bin/sh timeout=5 no_resp_sleep=10 max_tries=25 normal_sleep=300 con_cnt=0 target=1.1.1.1 while true; do strings /boot/kernel/ichwd.ko > /dev/null # try and make sure these binaries are cached strings /sbin/kldload > /dev/null # try and make sure these binaries are cached if /sbin/ping -c1 -t$timeout $target > /dev/null 2>&1; then no_resp=0 else no_resp=$(($no_resp + 1)) fi if [ $no_resp -gt $max_tries ]; then /sbin/kldload ichwd fi if [ $no_resp -gt 0 ]; then sleep $no_resp_sleep else sleep $normal_sleep if [ $con_cnt -lt 25 ]; then con_cnt=$(($con_cnt + 1)) fi fi done & ---Mike From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 15:12:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDB8D16A47E; Mon, 26 Jun 2006 15:12:31 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFB5E44A15; Mon, 26 Jun 2006 14:06:52 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 97175290C1F; Mon, 26 Jun 2006 11:06:46 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 39814-03; Mon, 26 Jun 2006 14:06:50 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 2C678290C1E; Mon, 26 Jun 2006 11:06:46 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 73D175C279; Mon, 26 Jun 2006 11:06:57 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 7242D5C257; Mon, 26 Jun 2006 11:06:57 -0300 (ADT) Date: Mon, 26 Jun 2006 11:06:57 -0300 (ADT) From: "Marc G. Fournier" To: Robert Watson In-Reply-To: <20060626140333.M38418@fledge.watson.org> Message-ID: <20060626110636.I1114@ganymede.hub.org> References: <20060626100949.G24406@fledge.watson.org> <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-acpi@freebsd.org, freebsd-stable@freeBSD.org, Pete French Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 15:12:32 -0000 On Mon, 26 Jun 2006, Robert Watson wrote: > > On Mon, 26 Jun 2006, Marc G. Fournier wrote: > >>> I'm also running 6.x on several dual-PIII without problems. An issue >>> local to Marc's setup is definitely indicated. Given the failure mode, I >>> would be worried about a potential hardware issue, although subtle >>> hardware and subtle system software problems are sometimes difficult to >>> distinguish. >> >> Well, I've been trying to do it 'the hardway' ... went back to the original >> kernel, and am slowly upgrading forward ... I'm currently running a June >> 15th kernel with none of the problems that I was seeing before ... I'm just >> in the process of running my third 'make -j3 buildworld' on this kernel, >> and its clean ... going to go forward to June 22nd next, see if that too is >> clean *cross fingers* > > I think this is a useful activity, especially if you've already run extensive > memory testing on the box. If you haven't yet done that, I encourage you to > take a break from buildworld's and make sure the memory tests pass. I spent > several months on and off trying to track down a bug a few years ago, which > turned out to be a one bit error in memory on the box. It would appear and > disappear based on how the memory page was used -- for debugging kernels, it > consistently got mapped to padding in the kernel's bss. For non-debugging > kernels, it typically manifested in other usable kernel momory. Changes in > kernel versions would move the bit around kernel memory and user memory, > resulting in hard to debug failure modes. I wish I'd run the memory test > earlier, but the lesson is clear! Is there something that I can run *from* FreeBSD, remotely, to do this? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 15:13:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB4E016A58F for ; Mon, 26 Jun 2006 15:13:14 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 339F5449C9 for ; Mon, 26 Jun 2006 14:05:49 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 029A9290C29; Mon, 26 Jun 2006 11:05:43 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 40555-03; Mon, 26 Jun 2006 14:05:47 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 806A0290C25; Mon, 26 Jun 2006 11:05:42 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id E01F75C284; Mon, 26 Jun 2006 11:05:53 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id DEA0D5C279; Mon, 26 Jun 2006 11:05:53 -0300 (ADT) Date: Mon, 26 Jun 2006 11:05:53 -0300 (ADT) From: "Marc G. Fournier" To: Gavin Atkinson In-Reply-To: <1151323574.80434.2.camel@buffy.york.ac.uk> Message-ID: <20060626110502.L1114@ganymede.hub.org> References: <20060626085321.T1114@ganymede.hub.org> <1151323574.80434.2.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: force panic of remote server ... possible? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 15:13:14 -0000 On Mon, 26 Jun 2006, Gavin Atkinson wrote: > On Mon, 2006-06-26 at 08:55 -0300, Marc G. Fournier wrote: >> For the server that I'm fighting with right now, where Dmitry pointed out >> that it looks like a deadlock issue ... I have dumpdev/savecore enabled, >> is there some way of forcing it to panic when I know I actually have the >> deadlock, so that it will dump a core? > > You cen enter the debugger by setting the (badly names) debug.kdb.enter > sysctl to 1, although I can't guarantee that'll trigger a dump and > reboot. Do you have a serial console? Unfortunately, no ... that's why we're moving to using HP servers, so that we have the proper tools in place to deal with things more effectively remotely ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 16:26:52 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3EF116A402; Mon, 26 Jun 2006 16:26:52 +0000 (UTC) (envelope-from nate@root.org) Received: from pimout5-ext.prodigy.net (pimout5-ext.prodigy.net [207.115.63.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id C293B46585; Mon, 26 Jun 2006 16:26:43 +0000 (GMT) (envelope-from nate@root.org) X-ORBL: [71.139.62.134] Received: from [10.0.5.51] (ppp-71-139-62-134.dsl.snfc21.pacbell.net [71.139.62.134]) by pimout5-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k5QGQelw195030; Mon, 26 Jun 2006 12:26:41 -0400 Message-ID: <449FA7DD.7000608@root.org> Date: Mon, 26 Jun 2006 02:24:45 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.2 (X11/20060501) MIME-Version: 1.0 To: Robert Watson References: <20060626100949.G24406@fledge.watson.org> In-Reply-To: <20060626100949.G24406@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, freebsd-stable@FreeBSD.org, Pete French Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 16:26:53 -0000 Robert Watson wrote: > > On Sun, 25 Jun 2006, Pete French wrote: > >>> 'k, I'm starting to get the impression that FreeBSD 6.x is evil ... >>> at least as far as Dual-PIII servers are concerned ... on a machine >>> that, >> >> I can't comment on your other problems - but I have a dual PIII server >> and say a 30% performance increase when moving to 6.x over 5.x ... and >> it's been rock solid. I only run releases on that box though, but it >> does perform really nicely on PIII duals when you can get it stable. >> Seems a shame that you are having so many problems. > > I'm also running 6.x on several dual-PIII without problems. An issue > local to Marc's setup is definitely indicated. Given the failure mode, > I would be worried about a potential hardware issue, although subtle > hardware and subtle system software problems are sometimes difficult to > distinguish. If it passes the memtest x86 iso, let me know. Also, make sure there are no overrides of memory size in loader.conf. -- Nate From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 16:48:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6E6116A494 for ; Mon, 26 Jun 2006 16:48:48 +0000 (UTC) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id E250746477 for ; Mon, 26 Jun 2006 16:17:14 +0000 (GMT) (envelope-from sven@dmv.com) Received: from mail-gw-cl-a.dmv.com (mail-gw-cl-a.dmv.com [216.240.97.38]) by smtp-gw-cl-c.dmv.com (8.12.10/8.12.10) with ESMTP id k5QGHDIA072310 for ; Mon, 26 Jun 2006 12:17:13 -0400 (EDT) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-a.dmv.com (8.12.9/8.12.9) with ESMTP id k5QGHDDs082275 for ; Mon, 26 Jun 2006 12:17:13 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: freebsd-stable Content-Type: text/plain Date: Mon, 26 Jun 2006 12:22:07 -0400 Message-Id: <1151338928.2186.4.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.38 Subject: vinum to gvinum help X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 16:48:49 -0000 I have an i386 system currently running 5.2.1-RELEASE with a vinum mirror array (2 drives comprising /usr ). I want to upgrade this to 5.5-RELEASE which, if I understand correctly, no longer supports vinum arrays. Would simply chaning /boot/loader.conf to read gvinum_load instead of vinum_load work or would the geom layer prevent this from working properly? If not, is there a recommended way of upgrading a vinum array to a gvinum or gmirror array? Thanks, Sven From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 16:48:51 2006 Return-Path: X-Original-To: freebsd-stable@freeBSD.org Delivered-To: freebsd-stable@freeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E18B16A414; Mon, 26 Jun 2006 16:48:51 +0000 (UTC) (envelope-from jorn@wcborstel.com) Received: from mail.wcborstel.com (wcborstel.xs4all.nl [82.93.93.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33C9E46489; Mon, 26 Jun 2006 16:17:20 +0000 (GMT) (envelope-from jorn@wcborstel.com) Received: from localhost (mail.wcborstel.com [10.0.0.2]) by mail.wcborstel.com (Postfix) with ESMTP id E67AE284CC1; Mon, 26 Jun 2006 18:17:18 +0200 (CEST) Received: from mail.wcborstel.com ([10.0.0.2]) by localhost (mail.wcborstel.com [10.0.0.2]) (amavisd-new, port 10024) with ESMTP id 80728-04; Mon, 26 Jun 2006 18:17:17 +0200 (CEST) Received: from [192.168.0.2] (unknown [192.168.1.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.wcborstel.com (Postfix) with ESMTP id 4A2B9284BA8; Mon, 26 Jun 2006 18:17:17 +0200 (CEST) Message-ID: <44A00881.8040302@wcborstel.com> Date: Mon, 26 Jun 2006 18:17:05 +0200 From: Jorn Argelo User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: "Marc G. Fournier" References: <20060624211229.X1114@ganymede.hub.org> <20060624212108.C1114@ganymede.hub.org> <449DE5AE.9000708@root.org> <20060624230418.P1114@ganymede.hub.org> In-Reply-To: <20060624230418.P1114@ganymede.hub.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at wcborstel.com Cc: freebsd-acpi@freeBSD.org, freebsd-stable@freeBSD.org, Nate Lawson Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 16:48:51 -0000 [sni[ > > Yahoo . yscrappy Skype: hub.org ICQ . 7615664 > ------------------------------------------------------------------------ > > 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-RC1 #0: Mon Apr 10 17:03:22 UTC 2006 > root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP > acpi_alloc_wakeup_handler: can't alloc wake memory > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) III CPU - S 1266MHz (1263.45-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6b4 Stepping = 4 > Features=0x383fbff > real memory = 4227792896 (4031 MB) > avail memory = 4140093440 (3948 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 3 > cpu1 (AP): APIC ID: 0 > ACPI-0698: *** Warning: Type override - [DEB_] had invalid type (Integer) for Scope operator, changed to (Scope) > ACPI-0698: *** Warning: Type override - [MLIB] had invalid type (Integer) for Scope operator, changed to (Scope) > ACPI-0698: *** Warning: Type override - [DATA] had invalid type (String) for Scope operator, changed to (Scope) > ACPI-0698: *** Warning: Type override - [SIO_] had invalid type (String) for Scope operator, changed to (Scope) > ACPI-0698: *** Warning: Type override - [SB__] had invalid type (String) for Scope operator, changed to (Scope) > ACPI-0698: *** Warning: Type override - [PM__] had invalid type (String) for Scope operator, changed to (Scope) > ACPI-0698: *** Warning: Type override - [ICNT] had invalid type (String) for Scope operator, changed to (Scope) > ACPI-0698: *** Warning: Type override - [ACPI] had invalid type (String) for Scope operator, changed to (Scope) > ACPI-0698: *** Warning: Type override - [LEDP] had invalid type (String) for Scope operator, changed to (Scope) > ACPI-0698: *** Warning: Type override - [WUES] had invalid type (String) for Scope operator, changed to (Scope) > ACPI-0698: *** Warning: Type override - [WUSE] had invalid type (String) for Scope operator, changed to (Scope) > ACPI-0698: *** Warning: Type override - [CSB5] had invalid type (String) for Scope operator, changed to (Scope) > ACPI-0698: *** Warning: Type override - [PM__] had invalid type (String) for Scope operator, changed to (Scope) > ACPI-0698: *** Warning: Type override - [BIOS] had invalid type (Integer) for Scope operator, changed to (Scope) > ACPI-0698: *** Warning: Type override - [CMOS] had invalid type (Integer) for Scope operator, changed to (Scope) > [snip] This looks pretty bad to me. I never seen anything like this before, and I've seen many x86 machines booting FreeBSD. Anybody knows what this means? Jorn From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 17:00:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9E0116A406 for ; Mon, 26 Jun 2006 17:00:18 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37D0F43D82 for ; Mon, 26 Jun 2006 17:00:18 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 2E794291B65 for ; Mon, 26 Jun 2006 14:00:15 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 01059-01 for ; Mon, 26 Jun 2006 17:00:14 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 6B8F0291B64 for ; Mon, 26 Jun 2006 14:00:14 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 415093D08E; Mon, 26 Jun 2006 14:00:14 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 3A4423CB0A for ; Mon, 26 Jun 2006 14:00:14 -0300 (ADT) Date: Mon, 26 Jun 2006 14:00:14 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20060626135804.U1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Do I get them all? Now: swap_pager: indefinite wait buffer ... ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 17:00:18 -0000 May 3rd kernel on this one still ... swap_pager: indefinite wait buffer: bufobj: 0, blkno: 654, size: 4096 ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 17:12:14 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF27816A537 for ; Mon, 26 Jun 2006 17:12:14 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from tara.freenix.org (keltia.freenix.org [82.224.56.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA56445B8C for ; Mon, 26 Jun 2006 16:35:19 +0000 (GMT) (envelope-from roberto@keltia.freenix.fr) Received: by tara.freenix.org (Postfix/TLS, from userid 101) id AB5F11D8; Mon, 26 Jun 2006 18:33:32 +0200 (CEST) Date: Mon, 26 Jun 2006 18:33:32 +0200 From: Ollivier Robert To: stable@freebsd.org Message-ID: <20060626163332.GA86452@tara.freenix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: MacOS X / PowerBook G4 - FreeBSD 5.0 / 2x PIII/800 SMP User-Agent: Mutt/1.5.11 Cc: Subject: [RELENG_6] make depend fails in modules/aic7xxx X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 17:12:14 -0000 Hello, Am I the only one for which make depend is failing there? ===> aic7xxx/ahc (depend) @ -> /data/work/src/sys machine -> /data/work/src/sys/i386/include ( cd /data/work/src/sys/modules/aic7xxx/ahc/../aicasm; make aicasm; ) cc -O -pipe -nostdinc -I/usr/include -I. -I/data/work/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -g -c /data/work/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O -pipe -nostdinc -I/usr/include -I. -I/data/work/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -g -c /data/work/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c cc -O -pipe -nostdinc -I/usr/include -I. -I/data/work/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -g -c aicasm_gram.c /data/work/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_gram.y:1933: error: conflicting types for 'yyerror' aicasm_gram.c:3133: error: previous implicit declaration of 'yyerror' was here *** Error code 1 Stop in /data/work/src/sys/modules/aic7xxx/aicasm. *** Error code 1 -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin snuadh.freenix.org Kernel Version 7.9.0: Wed Mar 30 20:11:17 PST 2005 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 17:38:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1C0F16A509 for ; Mon, 26 Jun 2006 17:38:43 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr3.xs4all.nl (smtp-vbr3.xs4all.nl [194.109.24.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2309844623 for ; Mon, 26 Jun 2006 17:15:44 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr3.xs4all.nl (8.13.6/8.13.6) with ESMTP id k5QHFaBL089683; Mon, 26 Jun 2006 19:15:37 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 61A65B89C; Mon, 26 Jun 2006 19:15:36 +0200 (CEST) Date: Mon, 26 Jun 2006 19:15:36 +0200 From: Roland Smith To: Sven Willenberger Message-ID: <20060626171536.GA16235@slackbox.xs4all.nl> Mail-Followup-To: Sven Willenberger , freebsd-stable References: <1151338928.2186.4.camel@lanshark.dmv.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline In-Reply-To: <1151338928.2186.4.camel@lanshark.dmv.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable Subject: Re: vinum to gvinum help X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 17:38:43 -0000 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 26, 2006 at 12:22:07PM -0400, Sven Willenberger wrote: > I have an i386 system currently running 5.2.1-RELEASE with a vinum > mirror array (2 drives comprising /usr ). I want to upgrade this to > 5.5-RELEASE which, if I understand correctly, no longer supports vinum > arrays. Would simply chaning /boot/loader.conf to read gvinum_load > instead of vinum_load work or would the geom layer prevent this from > working properly? If not, is there a recommended way of upgrading a > vinum array to a gvinum or gmirror array? Lost of things have changed between 5.2.1 and 5.5. I think it would be best to make a backup and do a clean reinstall. 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) --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEoBY4EnfvsMMhpyURAmX2AJ0SqrJknPI0YcfIV5692h7QGuRn6wCePB+S DLTmlF3JDh/nu8Qt0z/4vAM= =R2T1 -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 17:38:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6BC016A56E for ; Mon, 26 Jun 2006 17:38:44 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3A4B44092 for ; Mon, 26 Jun 2006 17:10:59 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 98C362919EE; Mon, 26 Jun 2006 14:10:33 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 01063-02-5; Mon, 26 Jun 2006 17:10:33 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 4C8C9291B2E; Mon, 26 Jun 2006 13:12:55 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id E2560490B7; Mon, 26 Jun 2006 13:12:53 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id DC1DB4908D; Mon, 26 Jun 2006 13:12:53 -0300 (ADT) Date: Mon, 26 Jun 2006 13:12:53 -0300 (ADT) From: "Marc G. Fournier" To: Kostik Belousov In-Reply-To: <20060626143038.GK79678@deviant.kiev.zoral.com.ua> Message-ID: <20060626131139.I1114@ganymede.hub.org> References: <20060624221556.O30039@woozle.rinet.ru> <20060624152525.D1114@ganymede.hub.org> <20060625164752.H52500@woozle.rinet.ru> <20060625105843.O1114@ganymede.hub.org> <20060625211510.D52500@woozle.rinet.ru> <20060625154247.N1114@ganymede.hub.org> <20060626014210.P1114@ganymede.hub.org> <20060626014601.E1114@ganymede.hub.org> <20060626045547.GI79678@deviant.kiev.zoral.com.ua> <20060626021616.W1114@ganymede.hub.org> <20060626143038.GK79678@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Dmitry Morozovsky Subject: Re: vmstat 'b' (disk busy?) field keeps climbing ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 17:38:45 -0000 On Mon, 26 Jun 2006, Kostik Belousov wrote: > On Mon, Jun 26, 2006 at 02:20:12AM -0300, Marc G. Fournier wrote: >> On Mon, 26 Jun 2006, Kostik Belousov wrote: >> >>> Yes, this looks like a deadlock. As I understand, that's on 6.1-STABLE ? >> >> Yes, kernel sources, it seems, from May 25th, according to my /usr/src >> tree ... >> >>> BTW, do you use snapshots ? >> >> Not that I've explicitly enabled ... >> >>> I think that without ddb access, diagnose and debug the problem would be >>> quite hard. >> >> Would it be a simple matter of: >> >> CTL-ALT-ESC >> panic >> >> to get it to dump core? Or would more be involved? Would a core dump >> even work? > Core dumps are somewhat unconvenient in this situation. Better, > sending report to me, follow my advise in > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html The problem is that I'm dealing with a remote server here, no serial console, and no guaranteed keyboard :( I'm between a rock and a hard place on this one :( ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 17:38:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FFB616A795 for ; Mon, 26 Jun 2006 17:38:56 +0000 (UTC) (envelope-from betogigi@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE3DF4496C for ; Mon, 26 Jun 2006 17:11:41 +0000 (GMT) (envelope-from betogigi@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so1404878nzn for ; Mon, 26 Jun 2006 10:11:41 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Ge9ngdGm8O8qZ/rd5LSk27oFO3Yu+/6LNKi+80XfKcaLXOzi+fQgQca9VN2p8wZobhriAur8H+beMgQPZmCiiUNsKOKcRu9/v+rmNGY7ci2P+E7LpqJzCo5F/en4aNnzqrxI5vOgZhxF4BvAt/9CCfTrSqnZFCvJSLXZmsPrrQw= Received: by 10.36.227.49 with SMTP id z49mr8344848nzg; Mon, 26 Jun 2006 10:11:39 -0700 (PDT) Received: by 10.36.138.16 with HTTP; Mon, 26 Jun 2006 10:11:39 -0700 (PDT) Message-ID: Date: Mon, 26 Jun 2006 14:11:39 -0300 From: "Roberto Lima" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: keep getting kernel panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 17:38:56 -0000 Hi all, I have problems with FreeBSD 6.0-RELEASE in my web server. This crashs in all time.. The kgdb shows it: (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc04cf900 in boot (howto=3D260) at ../../../kern/kern_shutdown.c:399 #2 0xc04cfbe2 in panic (fmt=3D0xc0618b65 "BUF_UNLOCK %p while B_REMFREE is still set.") at ../../../kern/kern_shutdown.c:555 #3 0xc05147a5 in vfs_bio_clcheck (vp=3D0xc519239c, size=3D0, lblkno=3D7, blkno=3DUnhandled dwarf expression opcode 0x93 ) at buf.h:312 #4 0xc0514912 in vfs_bio_awrite (bp=3D0xd8dc8fcc) at ../../../kern/vfs_bio= .c:1583 #5 0xc058fd89 in ffs_syncvnode (vp=3D0xc519239c, waitfor=3D2) at ../../../ufs/ffs/ffs_vnops.c:277 #6 0xc058eafd in ffs_sync (mp=3D0xc4e3a400, waitfor=3D2, td=3D0xc5a4a300) at ../../../ufs/ffs/ffs_vfsops.c:1114 #7 0xc0525706 in sync (td=3D0xc5a4a300, uap=3D0x0) at ../../../kern/vfs_syscalls.c:136 #8 0xc04cf546 in boot (howto=3D256) at pcpu.h:162 #9 0xc04cfbe2 in panic (fmt=3D0xc0607b72 "%s") at ../../../kern/kern_shutdown.c:555 #10 0xc05e5af0 in trap_fatal (frame=3D0xf31006ec, eva=3D152) at ../../../i386/i386/trap.c:831 #11 0xc05e5833 in trap_pfault (frame=3D0xf31006ec, usermode=3D0, eva=3D152) at ../../../i386/i386/trap.c:742 #12 0xc05e54e5 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D -1067340392, tf_= esi =3D 799, tf_ebp =3D -217053384, tf_isp =3D -217053416, tf_ebx =3D 152, tf_e= dx =3D -979066112, tf_ecx =3D 0, tf_eax =3D -979066112, tf_trapno =3D 12, tf_e= rr =3D 0, tf_eip =3D -1068729592, tf_cs =3D 32, tf_eflags =3D 66182, tf_esp = =3D 4098, tf_ss =3D 0}) at ../../../i386/i386/trap.c:432 #13 0xc05d3dda in calltrap () at ../../../i386/i386/exception.s:139 #14 0xc04c7b08 in _mtx_lock_flags (m=3D0x98, opts=3D0, file=3D0xc061ad98 "../../../kern/vfs_vnops.c", line=3D799) at ../../../kern/kern_mutex.c:268 #15 0xc052e4cf in debug_vn_lock (vp=3D0x0, flags=3D4098, td=3D0xc5a4a300, filename=3D0xc060aaec "../../../fs/procfs/procfs.c", line=3D73) at ../../../kern/vfs_vnops.c:799 #16 0xc0494530 in procfs_doprocfile (td=3D0xc5a4a300, p=3D0xc5496624, pn=3D0xc4c66d00, sb=3D0xf31007d8, uio=3D0x0) at ../../../fs/procfs/procfs.c:73 #17 0xc0497d0c in pfs_readlink (va=3D0xc5a4a300) at pcpu.h:162 #18 0xc05f6403 in VOP_READLINK_APV (vop=3D0xc063ca20, a=3D0xf3100c30) at vnode_if.c:1481 #19 0xc05291ff in kern_readlink (td=3D0xc5a4a300, path=3D0xc5a4a300 " X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C6D316A7A2 for ; Mon, 26 Jun 2006 17:38:56 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id E321844591 for ; Mon, 26 Jun 2006 17:11:59 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 74B482919F1; Mon, 26 Jun 2006 14:11:56 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 01057-02-9; Mon, 26 Jun 2006 17:11:56 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id B3F97291B31; Mon, 26 Jun 2006 13:14:48 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 8DD3B48CB8; Mon, 26 Jun 2006 13:14:46 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 8CCA148C6E; Mon, 26 Jun 2006 13:14:46 -0300 (ADT) Date: Mon, 26 Jun 2006 13:14:46 -0300 (ADT) From: "Marc G. Fournier" To: Gavin Atkinson In-Reply-To: <20060626131018.O1114@ganymede.hub.org> Message-ID: <20060626131422.X1114@ganymede.hub.org> References: <20060626080344.X1114@ganymede.hub.org> <20060626082906.T1114@ganymede.hub.org> <1151324795.80434.8.camel@buffy.york.ac.uk> <20060626131018.O1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: leaking blocked processes in vmstat ... how to debug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 17:38:57 -0000 On Mon, 26 Jun 2006, Marc G. Fournier wrote: > On Mon, 26 Jun 2006, Gavin Atkinson wrote: > >> On Mon, 2006-06-26 at 08:29 -0300, Marc G. Fournier wrote: >>> Up to 48 right now, and still nothing to show for it ... >> >> Is it possible that these processes are blocked while exiting? >> >> There's currently an unresolved bug where processes get wedged either >> during startup or exit. See if you have any processes in state "START" >> in top, or with an E in the "STAT" column: >> >> ps ax -O ppid,flags,mwchan | awk '$6 ~ /E/ || $6 == "STAT"' > > Stupid question here, that I just thought about ... is it possible for a > threaded process to have one of its threads blocked, but with it not showing > up in a ps listing? Or will the ps listing show it as blocked? Nope, self-answered here ... found the -H switch for ps and same results ... nothing in a D/E/L 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 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 17:39:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0028416AAEE for ; Mon, 26 Jun 2006 17:39:10 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF40C44018 for ; Mon, 26 Jun 2006 17:10:43 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id BE4E82919F1 for ; Mon, 26 Jun 2006 14:10:20 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 01058-02-3 for ; Mon, 26 Jun 2006 17:10:20 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 37D7A291B45 for ; Mon, 26 Jun 2006 13:39:02 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 73C833DF0D; Mon, 26 Jun 2006 13:39:01 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 6C9933D340 for ; Mon, 26 Jun 2006 13:39:01 -0300 (ADT) Date: Mon, 26 Jun 2006 13:39:01 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20060626125727.W1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Losing confidence in FreeBSD 6.x in a loaded environment ... :( X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 17:39:11 -0000 Okay, now this is getting ridiculous .. and for all those that have been helping me debug things over the past few days, this isn't a rant against "people", its a rant against the state of FreeBSD 6.x :( Its got SERIOUS problems. As easy as it is to 'blame the hardware', I'm up to my third FreeBSD 6.x system that is having problems now, all of which ran flawlessly under FreeBSD 4-STABLE under some serious load ... And by 'serious load' .. jupiter (the one that was giving me the SegFaults under those two kernels I tried) was up to 100 vServers running on it while I was clearning things off of pluto to upgrade her to 6.x ... and something like 209 days uptime ... Right now, I have 3 FreeBSD 4.x left in production, and 4 FreeBSD 6.x ... One 4.x server is running 87 vServers, has been up for 74 days now, and vmstat 5 shows: # vmstat 5 procs memory page disks faults cpu r b w avm fre flt re pi po fr sr da0 da1 in sy cs us sy id 3 5 0 3594432 228088 60 3 3 1 73 310 0 0 584 562 569 28 29 43 3 5 0 3578556 227384 546 0 1 7 592 0 0 18 434 1869 1647 7 11 83 2 5 0 3564464 225092 807 0 0 0 505 0 2 4 382 2698 2684 8 9 83 One of my 6.x just went down for the second time today ... locked up solid ... first time it did it today, it was hitting maxpipekva, which seems to be my biggest headache so far with 6.x ... Pluto, the one that we've been pretty much fighting over this past weekend, is running 69 vServers, 1363 processes, a loadavg <1 ... and I'm lucky to keep it running for 24 hours ... maxpipekva is set to: kern.ipc.maxpipekva: 67108864 - kern.ipc.pipekva: 35782656 It just doesn't feel like 6.x is as robust under loaded conditions as 4-STABLE was ... :( I don't expect anything to get fixed based on this email ... it was more to get off my chest about those that have been suggesting that I'm overloading the server(s) and causing the problems ... I loaded them worse under 4.x, with less problems ... hell, I got better uptimes under load when I was using unionfs then 6.x right now is giving me *without* any "funny mounts" :( ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 17:39:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 050C616AB6A for ; Mon, 26 Jun 2006 17:39:14 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09C9A447C3 for ; Mon, 26 Jun 2006 17:11:14 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 5CA302919EF; Mon, 26 Jun 2006 14:10:48 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 01061-02-6; Mon, 26 Jun 2006 17:10:48 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 61D97291B2C; Mon, 26 Jun 2006 13:11:12 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id C732F476A9; Mon, 26 Jun 2006 13:11:09 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id C5A1A46EF1; Mon, 26 Jun 2006 13:11:09 -0300 (ADT) Date: Mon, 26 Jun 2006 13:11:09 -0300 (ADT) From: "Marc G. Fournier" To: Gavin Atkinson In-Reply-To: <1151324795.80434.8.camel@buffy.york.ac.uk> Message-ID: <20060626131018.O1114@ganymede.hub.org> References: <20060626080344.X1114@ganymede.hub.org> <20060626082906.T1114@ganymede.hub.org> <1151324795.80434.8.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: leaking blocked processes in vmstat ... how to debug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 17:39:14 -0000 On Mon, 26 Jun 2006, Gavin Atkinson wrote: > On Mon, 2006-06-26 at 08:29 -0300, Marc G. Fournier wrote: >> Up to 48 right now, and still nothing to show for it ... > > Is it possible that these processes are blocked while exiting? > > There's currently an unresolved bug where processes get wedged either > during startup or exit. See if you have any processes in state "START" > in top, or with an E in the "STAT" column: > > ps ax -O ppid,flags,mwchan | awk '$6 ~ /E/ || $6 == "STAT"' Stupid question here, that I just thought about ... is it possible for a threaded process to have one of its threads blocked, but with it not showing up in a ps listing? Or will the ps listing show it as blocked? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 17:55:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A26E16A5EF for ; Mon, 26 Jun 2006 17:55:14 +0000 (UTC) (envelope-from fblist@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4E9E43D90 for ; Mon, 26 Jun 2006 15:46:10 +0000 (GMT) (envelope-from fblist@gmail.com) Received: by nf-out-0910.google.com with SMTP id c29so921116nfb for ; Mon, 26 Jun 2006 08:46:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=HeqPc77/fN2TaEcF+PfpBGtdFVCe9IXSIBZofMilR81pL/GM1kOFfCPJl/MNmLjvHjugRiedXCkZbtOnfZjVoec9Pj6LVT8XeAUMk5Z0sSsM9H2N0SGh14idJw0KuSl+9zC9s4pqnHjvUVGx2GkDCViwrC56s3uC7Gk9sNiq50w= Received: by 10.49.58.3 with SMTP id l3mr4848023nfk; Mon, 26 Jun 2006 08:46:09 -0700 (PDT) Received: by 10.48.14.11 with HTTP; Mon, 26 Jun 2006 08:45:43 -0700 (PDT) Message-ID: <910c4cb0606260845o3c83cae6yf18008da70592bd3@mail.gmail.com> Date: Mon, 26 Jun 2006 23:45:43 +0800 From: "Ren Zhen" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: wi0 down when print a lot of data to screen over ssh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 17:55:14 -0000 wi0 goes down when I run a program print a lot of data to stdout, or when I use zmrx-zmtx it also goes down. kernel says: kernel: wi0: timeout in wi_seek to 152/0 last message repeated 7 times kernel: wi0: device timeout kernel: wi0: timeout in wi_seek to 152/0 kernel: wi0: link state changed to DOWN another time kernel says: kernel: wi0: timeout in wi_cmd 0x010b; event status 0x8000 kernel: wi0: xmit failed kernel: wi0: timeout in wi_seek to 128/0 last message repeated 3 times System Information: FreeBSD 6.1-STABLE IBM ThinkPad T23-4NC with a 802.11b wifi card original. wi0 use WEP 128bit encryption My Kernel configuration: machine i386 cpu I686_CPU ident BKCNG options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options NTFS options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug options AHD_REG_PRETTY_PRINT # Print register bitfields in debug options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC device eisa device pci device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver options VESA device acpi device acpi_ibm #device acpi_video device drm device savagedrm device splash # Splash screen and screen saver support device sc options SC_PIXEL_MODE options VGA_WIDTH90 device agp # support several AGP chipsets device pmtimer device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus device sio # 8250, 16[45]50 based serial ports device ppc device ppbus # Parallel port bus (required) device lpt # Printer device sound device snd_ich device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) device wlan # 802.11 support device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. device wlan_wep device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device bpf # Berkeley packet filter device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse But, I use the sftp there is no problem. So, is the wi0 have a problem? From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 17:55:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7F9F16A621 for ; Mon, 26 Jun 2006 17:55:54 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48827463F6 for ; Mon, 26 Jun 2006 17:32:12 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so1079249uge for ; Mon, 26 Jun 2006 10:32:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lOrmVaAH9rVogfYBusLXWMGD6FobEKRM9vJNmoqDa+bEgXk6NP2EFB/4mABQks65umVzMoUMtf8UwKx1/B1t0u/b2JlzpBcqjM4iwqgl08rIhMP/qzuGPb83t4nESwpA7fXBixwhz3m6sDoGkJrVliF2ARU/Hb9H96b8EvV6fTQ= Received: by 10.78.151.3 with SMTP id y3mr2228291hud; Mon, 26 Jun 2006 10:32:11 -0700 (PDT) Received: by 10.78.23.18 with HTTP; Mon, 26 Jun 2006 10:32:11 -0700 (PDT) Message-ID: <2a41acea0606261032q15465d28x48d5174340bc7478@mail.gmail.com> Date: Mon, 26 Jun 2006 10:32:11 -0700 From: "Jack Vogel" To: "Jorn Argelo" In-Reply-To: <44A00881.8040302@wcborstel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060624211229.X1114@ganymede.hub.org> <20060624212108.C1114@ganymede.hub.org> <449DE5AE.9000708@root.org> <20060624230418.P1114@ganymede.hub.org> <44A00881.8040302@wcborstel.com> Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, Nate Lawson Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 17:55:54 -0000 On 6/26/06, Jorn Argelo wrote: > [sni[ > > > > Yahoo . yscrappy Skype: hub.org ICQ . 7615664 > > ------------------------------------------------------------------------ > > > > 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-RC1 #0: Mon Apr 10 17:03:22 UTC 2006 > > root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP > > acpi_alloc_wakeup_handler: can't alloc wake memory > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Intel(R) Pentium(R) III CPU - S 1266MHz (1263.45-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0x6b4 Stepping = 4 > > Features=0x383fbff > > real memory = 4227792896 (4031 MB) > > avail memory = 4140093440 (3948 MB) > > ACPI APIC Table: > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > cpu0 (BSP): APIC ID: 3 > > cpu1 (AP): APIC ID: 0 > > ACPI-0698: *** Warning: Type override - [DEB_] had invalid type (Integer) for Scope operator, changed to (Scope) > > ACPI-0698: *** Warning: Type override - [MLIB] had invalid type (Integer) for Scope operator, changed to (Scope) > > ACPI-0698: *** Warning: Type override - [DATA] had invalid type (String) for Scope operator, changed to (Scope) > > ACPI-0698: *** Warning: Type override - [SIO_] had invalid type (String) for Scope operator, changed to (Scope) > > ACPI-0698: *** Warning: Type override - [SB__] had invalid type (String) for Scope operator, changed to (Scope) > > ACPI-0698: *** Warning: Type override - [PM__] had invalid type (String) for Scope operator, changed to (Scope) > > ACPI-0698: *** Warning: Type override - [ICNT] had invalid type (String) for Scope operator, changed to (Scope) > > ACPI-0698: *** Warning: Type override - [ACPI] had invalid type (String) for Scope operator, changed to (Scope) > > ACPI-0698: *** Warning: Type override - [LEDP] had invalid type (String) for Scope operator, changed to (Scope) > > ACPI-0698: *** Warning: Type override - [WUES] had invalid type (String) for Scope operator, changed to (Scope) > > ACPI-0698: *** Warning: Type override - [WUSE] had invalid type (String) for Scope operator, changed to (Scope) > > ACPI-0698: *** Warning: Type override - [CSB5] had invalid type (String) for Scope operator, changed to (Scope) > > ACPI-0698: *** Warning: Type override - [PM__] had invalid type (String) for Scope operator, changed to (Scope) > > ACPI-0698: *** Warning: Type override - [BIOS] had invalid type (Integer) for Scope operator, changed to (Scope) > > ACPI-0698: *** Warning: Type override - [CMOS] had invalid type (Integer) for Scope operator, changed to (Scope) > > > [snip] > > This looks pretty bad to me. I never seen anything like this before, and > I've seen many x86 machines booting FreeBSD. Anybody knows what this means? A P3 box is fairly old, I could believe that ACPI might have problems with it. Hmmm, have you checked with the system or motherboard maker to get the latest and greatest BIOS? That might help. So, if you boot with ACPI disabled what happens? Cheers, Jack From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 17:56:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1ABD316A5C3 for ; Mon, 26 Jun 2006 17:56:03 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E781460F9 for ; Mon, 26 Jun 2006 17:26:20 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id C8D91290C9A for ; Mon, 26 Jun 2006 14:26:17 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 01067-03 for ; Mon, 26 Jun 2006 17:26:17 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 23B24290C6D for ; Mon, 26 Jun 2006 12:16:51 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 9BA7248883; Mon, 26 Jun 2006 12:16:47 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 9A364454EF for ; Mon, 26 Jun 2006 12:16:47 -0300 (ADT) Date: Mon, 26 Jun 2006 12:16:47 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20060626120842.Q1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-723962225-1151335007=:1114" Subject: What denotes a 'blocked' process? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 17:56:03 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-723962225-1151335007=:1114 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Just upgraded to June 15th sources, started up all the processes, and am already at 29 blocked processes ... I've checked for states D, E and L ... nothing ... Actually, let's go one better ... attached is a complete list of my process table (MWCHAN, STATE, COMMAND) ... right now, vmstat is showing: 1 33 0 6381952 177944 1695 0 0 0 1601 0 1 0 416 50012 1657 14 14 72 1 33 2 6376440 181744 2013 0 0 0 2172 0 3 0 448 68528 1629 17 15 68 4 33 0 6385484 178364 1944 0 3 0 1758 0 8 0 420 57698 1221 17 14 69 23 46 0 6463664 149528 5294 29 4 2 4659 0 37 0 505 44758 3040 27 28 45 4 34 1 6424904 169660 4216 16 7 0 4047 0 211 0 1002 47502 5769 42 30 28 1 35 0 6453992 167388 2414 0 9 0 2265 0 44 0 535 62932 3160 18 18 64 7 33 0 6443672 168100 1642 0 0 0 1652 0 5 0 448 51974 2163 15 15 70 So, according to this, there should be 33 processes blocked somewhere ... STATEs D/E/L all show nothing ... even state R (long shot) is showing 3-4 processes, and that's it ... This kernel is actually worse then the last, in that the last, on a reboot, I'd see 4-5 blocked, and then it would slowly rise over the course of 24 hours, not start at 33 and rise from there ... ---- 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 --0-723962225-1151335007=:1114 Content-Type: APPLICATION/octet-stream; name=ps.out.gz Content-Transfer-Encoding: BASE64 Content-ID: <20060626121647.R1114@ganymede.hub.org> Content-Description: Content-Disposition: attachment; filename=ps.out.gz H4sICIr5n0QAA3BzLm91dADtXW1vozgQ/kz/ShV1296ddNXppGr3wzXa9qTt SitdFa0ccBJfCLjYJM39+uM1OBgHGww4L5+CX8aMZ8YzjwdDnn98/uvxxXr9 /vjd+vz38/Pjy5erkfXjK7HeyAZgDIPJ1QYgar1GVTdkirwb5CEa9fny1Xqb /4Rr6NHJrhji4trxN15eoosAAicrLN9DGMKsAGyMflJAlp8m5ZpbruZucrWk AbBhOk5yGXf6FpWQ48KHhPeYdfQLc33PXN8+ZINuQRD4m0nR8ttD9fWvzPVd fo2C99+Z67tbtvCJKdyzhagXJi6EOOEAgzl0AFz5kZiY6vVqVzn/Dwb+rm9c 2Os5DWd517UbhBua0nvR9eSKbD0bBklNehlVOTM3JGmVP6MOxHF5kYuZ2Avo 2DimhS60I53nKnfg2mErQxKkDWRLXH9e3eaBFaxuCbAd/XBtrm8D9ybpEHN8 Raap5e2RbhY+SxhiilbQrmaOLNiuBHrOCiA30gEICbSe2CoPeMTFcV1Bbwe+ x9JHwz3Il8eHxDRmZ2xvg5Ak814BQmEg6JaMtKAU8+MU093NYyycyN6gLprC D2jfYJ/QGfrIOYgalzPrSXT/IZvzeYwtjOxliJmK99WcF56EAg5IVlJD2hUg O8uWQtRppTIyWBIYQLdoSYcGvhvVr2GQDO8RJ+/3WtevE5n2LRTjJ6HV/5js U4bSgE4HZLKcTVgDGEWg1ol5jG/8wJUTzJFwmFAt+IoMlzy9ZMPH1dEY7oEG Ba3jIIJmmEESJiqyR28osXw0mYlJ3rC/9cCE2rd/wRpM5Cd8htbR7yyPZ+l3 HCs5p9hWK43wsakwrmq7baDVnhLKai4Fc/DHZYdx4l5TRgNqDCuAAJOkbbb7 HmKN7LUgD9JhLFhtakfg3Y2zokZabZKNvXgJM73EkHjjvCXfZJayCfJjWldG 5i4ax4Y6yTeKvedh3EYGz5rUgk7JHGRJLLbUyZYdtHxZfke678VL9Sld0rrA skTCLWhfxq/fAbRERJ263nMPn/3NslEMPGM320oKJqCZ4zTTIe3wyBMKl8V6 olIwIQNvjOQvi1SDeZoQn07BQZggR0Og9diiAVoj4I4CuAkQhSxl4H9sVwDL qWtsAW+NRA8BT+IEY9vVcjm0oU1BmXwGeTizfI/fMjH72PoFwVyC83EG5840 YKyQxhaKomyTU2fG7XkUVaAWc7tOqZ4T7utlcR+Dqzwy3CmpouFllLR08ODl VDBJL1FVQbP1LeUN3jGufrH9qq5+/qxEI/ghfCdR+miGrn5GvAupKafBZS54 2y2nPXQgl9bQgKwOLyAXzVOSkfXP2PrDgbPQs+mf7ZGR5PQynCpeKyZ4ZyXn aUQQl0aokmoSmr+qk5MUoh5ZS8DJTl5SNx5u6jKugQBu7e63v938mZmYTAZV ty/o+jyVltSCtMPVd4KW6DoCaJaAW8nwoM7OFUoMIXjjUkrNQp65QVhSwO2C UzfYrSoRkO5TdOec28e0uvtqPp9i3B5DcCdg2xCzGzhuR6ewxOqG0GXFHS1S SZ2Z9A0oGUloe0WlJhaa8R0xjslO1q0sumyMz2WVpuXUgiFPCPV5tVZ36ur8 SDeZNx3+7fD5rEpHLT4a5tYAAOmMp3nb6U6bBz06JG+EGt1OdyG6oVvQuqWX kqOSCrRDV3M/cmXiYO1lIO2OT+WjglJOqcbVD9PcXXKiBQDQmr0wMQaqpqV4 0v1pJeJYExuwjx/f4jiLA9+miLpwwgiEhFGfNSJwB78bbfwUNCwbV6SM2UhY Y+jeotMta1c5QNXsSC+QsaelbuzL+MfxYtvwHqKjQD3sx4WaZjyH4HonSOzj +z0ey2eLbBcCb8/G4h5M8S2hYENnMsNSFoA1Wv7YSTmDMKwi686AiYXV4ECZ 1sGGM6UGp9YazK94QpHb7XQ3g/QPT+S5Sbrn/70S3cqu+DZN5n/JjOJRisKK laNvOk95okyTIQmJxfcTHnNMO5YJlXQ+8Gqe+qFnl9cZU0z+dKiYUVpsYLVZ zk6ORKw8NX9R8F2alVChFVTypYM377vEx6jTvOdJqI7HCwrMlqGFqLPLF53O eBQyUcGiJGVdo8pk9NiJYkzifK2Ecy1aOeqsokQuHK3UXOf4y/OTZL6MOMQD lvnjoTTPYkNUUppkHot2TJZeBCjiObdHUYbzZSiRMFDcIANqIuRWsMhVjKxv FTKu7iuuEHYoDykoy99Rncc6ClYC6reT5kdWIk37i0TaVsKUbpEXLZPr/XUx h1HDKTVm7oAF2yiqcxBNQXdWKARa13H3j5Oj2L3k2fJra70iFFCGmaQ97f2a 9S5/zrMyO57zv9qSd9e50FxoLjQ900Sx49rCJPk74msLbJZX/wMXTljDXXkA AA== --0-723962225-1151335007=:1114-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 18:39:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CD9616A523 for ; Mon, 26 Jun 2006 18:39:57 +0000 (UTC) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-d.dmv.com (smtp-gw-cl-d.dmv.com [216.240.97.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3E8D4631C for ; Mon, 26 Jun 2006 18:10:40 +0000 (GMT) (envelope-from sven@dmv.com) Received: from mail-gw-cl-b.dmv.com (mail-gw-cl-b.dmv.com [216.240.97.39]) by smtp-gw-cl-d.dmv.com (8.12.10/8.12.10) with ESMTP id k5QIAUk1076613; Mon, 26 Jun 2006 14:10:30 -0400 (EDT) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-b.dmv.com (8.12.9/8.12.9) with ESMTP id k5QIATk9065458; Mon, 26 Jun 2006 14:10:29 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: Roland Smith In-Reply-To: <20060626171536.GA16235@slackbox.xs4all.nl> References: <1151338928.2186.4.camel@lanshark.dmv.com> <20060626171536.GA16235@slackbox.xs4all.nl> Content-Type: text/plain Date: Mon, 26 Jun 2006 14:15:24 -0400 Message-Id: <1151345725.2186.10.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.48 on 216.240.97.42 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.39 Cc: freebsd-stable Subject: Re: vinum to gvinum help X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 18:39:57 -0000 On Mon, 2006-06-26 at 19:15 +0200, Roland Smith wrote: > On Mon, Jun 26, 2006 at 12:22:07PM -0400, Sven Willenberger wrote: > > I have an i386 system currently running 5.2.1-RELEASE with a vinum > > mirror array (2 drives comprising /usr ). I want to upgrade this to > > 5.5-RELEASE which, if I understand correctly, no longer supports vinum > > arrays. Would simply chaning /boot/loader.conf to read gvinum_load > > instead of vinum_load work or would the geom layer prevent this from > > working properly? If not, is there a recommended way of upgrading a > > vinum array to a gvinum or gmirror array? > > Lost of things have changed between 5.2.1 and 5.5. I think it would be > best to make a backup and do a clean reinstall. > > Roland Sadly this may not be an option; this is a production server that can at best stand an hour or so of downtime. Between all the custom symlinked directories, applications, etc, plus the sheer volume of data that would need to be backed up, an in-place upgrade would be infinitely more desirable. If it comes to the point of having to back up and do a fresh install I suspect I would be using the 6.x series anyway. I was really hoping that some way of upgrading in-place were available for vinum. Sven From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 18:43:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A55B916A526 for ; Mon, 26 Jun 2006 18:43:17 +0000 (UTC) (envelope-from emaste@phaedrus.sandvine.ca) Received: from gw.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 599C64515B for ; Mon, 26 Jun 2006 14:52:41 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com ([192.168.1.10]) by gw.sandvine.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 26 Jun 2006 10:52:39 -0400 Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 26 Jun 2006 10:52:38 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 4461811607; Mon, 26 Jun 2006 10:52:38 -0400 (EDT) Date: Mon, 26 Jun 2006 10:52:38 -0400 From: Ed Maste Message-ID: <20060626145238.GA22081@sandvine.com> References: <20060626085321.T1114@ganymede.hub.org> <1151323574.80434.2.camel@buffy.york.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1151323574.80434.2.camel@buffy.york.ac.uk> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 26 Jun 2006 14:52:38.0464 (UTC) FILETIME=[2AF24C00:01C69930] Cc: freebsd-stable@freebsd.org Subject: Re: force panic of remote server ... possible? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 18:43:17 -0000 On Mon, Jun 26, 2006 at 01:06:14PM +0100, Gavin Atkinson wrote: > On Mon, 2006-06-26 at 08:55 -0300, Marc G. Fournier wrote: > > For the server that I'm fighting with right now, where Dmitry pointed out > > that it looks like a deadlock issue ... I have dumpdev/savecore enabled, > > is there some way of forcing it to panic when I know I actually have the > > deadlock, so that it will dump a core? > > You cen enter the debugger by setting the (badly names) debug.kdb.enter > sysctl to 1, although I can't guarantee that'll trigger a dump and > reboot. Do you have a serial console? >From some of your other messages, I believe this is a remote machine? Unless you can access an attached keyboard, or have a serial console, debug.kdb.enter will leave the machine sitting in ddb with no way to get out. Also, if you have a PS/2 keyboard (that is, one handled by the atkbd(4) driver) ddb will not accept any input on 6.1 or HEAD. (There is some discussion of this issue on the freebsd-current list.) Before using ddb on a remote machine I would suggest testing it out with the same release locally. For your original question -- I'm not sure which release it first appeared in (and it may be only in -CURRENT), but if it exists you can use: $ sysctl -d debug.kdb.panic debug.kdb.panic: set to panic the kernel -ed From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 18:43:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B56D516A61A for ; Mon, 26 Jun 2006 18:43:33 +0000 (UTC) (envelope-from emaste@phaedrus.sandvine.ca) Received: from gw.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id E71CD46435 for ; Mon, 26 Jun 2006 17:32:39 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com ([192.168.1.10]) by gw.sandvine.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 26 Jun 2006 13:32:38 -0400 Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 26 Jun 2006 13:32:37 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 583A31160A; Mon, 26 Jun 2006 13:32:37 -0400 (EDT) Date: Mon, 26 Jun 2006 13:32:37 -0400 From: Ed Maste To: "Marc G. Fournier" Message-ID: <20060626173237.GA53085@sandvine.com> References: <20060626085321.T1114@ganymede.hub.org> <1151323574.80434.2.camel@buffy.york.ac.uk> <20060626145238.GA22081@sandvine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060626145238.GA22081@sandvine.com> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 26 Jun 2006 17:32:37.0586 (UTC) FILETIME=[84781320:01C69946] Cc: freebsd-stable@freebsd.org Subject: Re: force panic of remote server ... possible? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 18:43:33 -0000 On Mon, Jun 26, 2006 at 01:06:14PM +0100, Gavin Atkinson wrote: > On Mon, 2006-06-26 at 08:55 -0300, Marc G. Fournier wrote: > > For the server that I'm fighting with right now, where Dmitry pointed out > > that it looks like a deadlock issue ... I have dumpdev/savecore enabled, > > is there some way of forcing it to panic when I know I actually have the > > deadlock, so that it will dump a core? > > You cen enter the debugger by setting the (badly names) debug.kdb.enter > sysctl to 1, although I can't guarantee that'll trigger a dump and > reboot. Do you have a serial console? >From some of your other messages, I believe this is a remote machine? Unless you can access an attached keyboard, or have a serial console, debug.kdb.enter will leave the machine sitting in ddb with no way to get out. Also, if you have a PS/2 keyboard (that is, one handled by the atkbd(4) driver) ddb will not accept any input on 6.1 or HEAD. (There is some discussion of this issue on the freebsd-current list.) Before using ddb on a remote machine I would suggest testing it out with the same release locally. For your original question -- I'm not sure which release it first appeared in (and it may be only in -CURRENT), but if it exists you can use: $ sysctl -d debug.kdb.panic debug.kdb.panic: set to panic the kernel -ed From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 19:33:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E67D16A400 for ; Mon, 26 Jun 2006 19:33:20 +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 ECBF84651F for ; Mon, 26 Jun 2006 19:33:19 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 926BA4153; Mon, 26 Jun 2006 14:33:19 -0500 (CDT) Date: Mon, 26 Jun 2006 14:33:19 -0500 To: Sven Willenberger Message-ID: <20060626193319.GC909@soaustin.net> References: <1151338928.2186.4.camel@lanshark.dmv.com> <20060626171536.GA16235@slackbox.xs4all.nl> <1151345725.2186.10.camel@lanshark.dmv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1151345725.2186.10.camel@lanshark.dmv.com> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: Roland Smith , freebsd-stable Subject: Re: vinum to gvinum help X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 19:33:20 -0000 On Mon, Jun 26, 2006 at 02:15:24PM -0400, Sven Willenberger wrote: > this is a production server that can at best stand an hour or so of > downtime. IMHO there are no 5.2.1 upgrade options that can be accomplish in even a small number of hours. The kernel libraries were all updated for 5.3; and hundreds, if not more, ports were updated. Since the 5.3 release, there have been thousands, if not tens of thousands, of commits to the ports tree, many of which make major infrastructural changes. Either going to 5.5 or 6.1 at this point should (also IMHO) be a complete reinstall on a staging system, with some tough testing there to show that the upgrade will work for your applications. Otherwise I think you're asking for some serious grief here. mcl From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 19:40:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B66116A524 for ; Mon, 26 Jun 2006 19:40:37 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp102.rog.mail.re2.yahoo.com (smtp102.rog.mail.re2.yahoo.com [206.190.36.80]) by mx1.FreeBSD.org (Postfix) with SMTP id C90A34546A for ; Mon, 26 Jun 2006 19:03:42 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 76756 invoked from network); 26 Jun 2006 19:03:42 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Di8z6Z+CzPA4MA3eWTO7Yyj9I+rOj4Nf8VRRnfNJz2p1DKSbd+De2Y0pLpb3zYcsXiPx0NwQ2hMTCt3dA8iPSI/lmt7guwmeWdN7voYKU0JOYPKBin/yAq9HRPbkvMxWpqNYNqfwkzxQ3AjvEiSfpoKfjy+wLmp/8SBmkMpAzhY= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp102.rog.mail.re2.yahoo.com with SMTP; 26 Jun 2006 19:03:42 -0000 Message-ID: <44A02F9A.4080606@rogers.com> Date: Mon, 26 Jun 2006 15:03:54 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Vivek Khera References: <449ECDD1.8070407@sh.cvut.cz> <449ED0BF.90001@infracaninophile.co.uk> <449ED26B.20706@rogers.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: Setting up GEOM mirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 19:40:37 -0000 Vivek Khera wrote: > > On Jun 25, 2006, at 2:14 PM, Mike Jakubik wrote: >> >> The problem with these instructions is that they don't take in to >> account the last sector. You may very well end up writing the >> metadata on the file system. >> > > When was the last time you fdisk'd a disk and it used the last sector > on the drive? I always end up with a bunch of extra space that didn't > fit into the round numbers of the file system. > Hopefully never :) Just mentioning this as a precaution. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 19:56:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E64F916A4E6 for ; Mon, 26 Jun 2006 19:56:11 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 168DA4642F for ; Mon, 26 Jun 2006 19:22:58 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 2696C290C25 for ; Mon, 26 Jun 2006 16:22:53 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 09002-04 for ; Mon, 26 Jun 2006 19:22:53 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 2259A291B0E for ; Mon, 26 Jun 2006 12:44:19 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 30D444828A; Mon, 26 Jun 2006 12:44:17 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 2A6F548246 for ; Mon, 26 Jun 2006 12:44:17 -0300 (ADT) Date: Mon, 26 Jun 2006 12:44:17 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org In-Reply-To: <20060626120842.Q1114@ganymede.hub.org> Message-ID: <20060626124226.Y1114@ganymede.hub.org> References: <20060626120842.Q1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: What denotes a 'blocked' process? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 19:56:12 -0000 On Mon, 26 Jun 2006, Marc G. Fournier wrote: > > Just upgraded to June 15th sources, started up all the processes, and am > already at 29 blocked processes ... > > I've checked for states D, E and L ... nothing ... > > Actually, let's go one better ... attached is a complete list of my process > table (MWCHAN, STATE, COMMAND) ... right now, vmstat is showing: > > 1 33 0 6381952 177944 1695 0 0 0 1601 0 1 0 416 50012 1657 14 > 14 72 > 1 33 2 6376440 181744 2013 0 0 0 2172 0 3 0 448 68528 1629 17 > 15 68 > 4 33 0 6385484 178364 1944 0 3 0 1758 0 8 0 420 57698 1221 17 > 14 69 > 23 46 0 6463664 149528 5294 29 4 2 4659 0 37 0 505 44758 3040 27 > 28 45 > 4 34 1 6424904 169660 4216 16 7 0 4047 0 211 0 1002 47502 5769 42 > 30 28 > 1 35 0 6453992 167388 2414 0 9 0 2265 0 44 0 535 62932 3160 18 > 18 64 > 7 33 0 6443672 168100 1642 0 0 0 1652 0 5 0 448 51974 2163 15 > 15 70 > > So, according to this, there should be 33 processes blocked somewhere ... > STATEs D/E/L all show nothing ... even state R (long shot) is showing 3-4 > processes, and that's it ... > > This kernel is actually worse then the last, in that the last, on a reboot, > I'd see 4-5 blocked, and then it would slowly rise over the course of 24 > hours, not start at 33 and rise from there ... Wow, in less then 1 hour, I'm up to 60 blocked, barely 1 runnable: 0 60 0 7016076 187424 2527 0 0 0 1722 0 5 0 320 7921 2140 24 19 57 0 60 0 7027436 185124 581 0 1 0 428 0 9 0 303 3214 2425 5 9 86 0 60 0 7053368 183060 217 4 1 0 130 0 71 0 453 1748 1157 6 4 90 1 60 1 7050848 183556 4 0 0 7 27 0 21 0 307 965 857 1 4 94 0 60 2 7050860 183652 2 0 0 0 6 0 0 0 256 829 1030 2 3 95 0 60 0 7051028 183348 28 1 2 0 11 0 3 0 307 944 855 3 3 95 0 60 1 7056876 182248 136 0 0 0 66 0 8 0 285 1190 945 1 4 95 And nadda in ps: pluto# ps ax -O ppid,flags,mwchan | awk '$6 ~ /^D/ || $6 == "STAT"' ; ps aux | wc -l PID PPID F MWCHAN TT STAT TIME COMMAND 2 0 204 - ?? DL 0:00.45 [g_event] 3 0 204 - ?? DL 0:04.87 [g_up] 4 0 204 - ?? DL 0:06.19 [g_down] 5 0 204 - ?? DL 0:00.00 [thread taskq] 6 0 204 - ?? DL 0:00.00 [kqueue taskq] 7 0 204 - ?? DL 0:00.00 [acpi_task0] 8 0 204 - ?? DL 0:00.00 [acpi_task1] 9 0 204 - ?? DL 0:00.00 [acpi_task2] 10 0 204 ktrace ?? DL 0:00.00 [ktrace] 15 0 204 - ?? DL 0:00.68 [yarrow] 25 0 204 psleep ?? DL 0:00.70 [pagedaemon] 26 0 204 psleep ?? DL 0:00.00 [vmdaemon] 27 0 20c pgzero ?? DL 0:14.43 [pagezero] 28 0 204 psleep ?? DL 0:00.14 [bufdaemon] 29 0 204 vlruwt ?? DL 0:00.15 [vnlru] 30 0 204 syncer ?? DL 0:10.29 [syncer] 31 0 204 sdflus ?? DL 0:00.68 [softdepflush] 32 0 204 - ?? DL 0:03.28 [schedcpu] 1170 pluto# ps ax -O ppid,flags,mwchan | awk '$6 ~ /^E/ || $6 == "STAT"' ; ps aux | wc -l PID PPID F MWCHAN TT STAT TIME COMMAND 1174 pluto# ps ax -O ppid,flags,mwchan | awk '$6 ~ /^L/ || $6 == "STAT"' ; ps aux | wc -l PID PPID F MWCHAN TT STAT TIME COMMAND 12 0 20c Giant ?? LL 0:08.16 [swi4: clock] 1170 pluto# Something *has* to be leaking here somewhere ... :( ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 19:56:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E75CD16A5C2 for ; Mon, 26 Jun 2006 19:56:17 +0000 (UTC) (envelope-from dwilde@sandia.gov) Received: from sentry.sandia.gov (mm04snlnto.sandia.gov [132.175.109.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8E4344406 for ; Mon, 26 Jun 2006 19:13:10 +0000 (GMT) (envelope-from dwilde@sandia.gov) Received: from 132.175.109.1 by sentry.sandia.gov with ESMTP (Tumbleweed MMS SMTP Relay 01 (Email Firewall v6.2.2)); Mon, 26 Jun 2006 13:12:59 -0600 X-Server-Uuid: BB80EF77-0F08-4144-BAFD-CF7C62507341 Received: from ES23SNLNT.srn.sandia.gov (ec04snlnt.sandia.gov [134.253.164.156] (may be forged)) by mailgate.sandia.gov ( 8.13.6/8.13.6) with ESMTP id k5QJCwjI018174 for ; Mon, 26 Jun 2006 13:12:58 -0600 (MDT) Received: from ES20SNLNT.srn.sandia.gov ([134.253.164.29]) by ES23SNLNT.srn.sandia.gov with Microsoft SMTPSVC(6.0.3790.1830); Mon, 26 Jun 2006 13:12:59 -0600 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 26 Jun 2006 13:12:58 -0600 Message-ID: <040DF00BF960A24897B5B3EFBE63FE8A026B10B8@ES20SNLNT.srn.sandia.gov> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: vinum to gvinum help Thread-Index: AcaZUBIUcITgHTscSnqqRYCF1k+rugAA86pQ From: "Wilde, Donald" To: "freebsd-stable" X-OriginalArrivalTime: 26 Jun 2006 19:12:59.0227 (UTC) FILETIME=[89A592B0:01C69954] X-TMWD-Spam-Summary: TS=20060626191300; SEV=2.0.2; DFV=A2006062608; IFV=2.0.4,4.0-8; RPD=4.00.0004; ENG=IBF; RPDID=NA; CAT=NONE; CON=NONE X-MMS-Spam-Filter-ID: A2006062608_4.00.0004_4.0-8 X-WSS-ID: 68BEEE312SS7368720-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: RE: vinum to gvinum help X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 19:56:19 -0000 =20 -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Sven Willenberger Sent: Monday, June 26, 2006 12:15 PM To: Roland Smith Cc: freebsd-stable Subject: Re: vinum to gvinum help On Mon, 2006-06-26 at 19:15 +0200, Roland Smith wrote: > On Mon, Jun 26, 2006 at 12:22:07PM -0400, Sven Willenberger wrote: > > I have an i386 system currently running 5.2.1-RELEASE with a vinum=20 > > mirror array (2 drives comprising /usr ). I want to upgrade this to=20 > > 5.5-RELEASE which, if I understand correctly, no longer supports=20 > > vinum arrays. Would simply chaning /boot/loader.conf to read=20 > > gvinum_load instead of vinum_load work or would the geom layer=20 > > prevent this from working properly? If not, is there a recommended=20 > > way of upgrading a vinum array to a gvinum or gmirror array? >=20 > Lost of things have changed between 5.2.1 and 5.5. I think it would be > best to make a backup and do a clean reinstall. >=20 > Roland Sadly this may not be an option; this is a production server that can at best stand an hour or so of downtime. Between all the custom symlinked directories, applications, etc, plus the sheer volume of data that would need to be backed up, an in-place upgrade would be infinitely more desirable. If it comes to the point of having to back up and do a fresh install I suspect I would be using the 6.x series anyway. I was really hoping that some way of upgrading in-place were available for vinum. Sven DSW> Sven, your best bet will be to build a set of disks off-line and then swap them in. That's the only way you can be sure to do it right. Ask yourself if the cost of finding and building a mule is worth more than the pain of screwing up.=20 It _is_ well worth doing, there were many things that were still unglued in 5.2.1. -- Don Wilde Org 01737 505-844-1126 Earth Halted: Please reboot to continue From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 20:05:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AAD816A40F for ; Mon, 26 Jun 2006 20:05:24 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id C802443D67 for ; Mon, 26 Jun 2006 20:05:22 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k5QK5GGV077799 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Jun 2006 23:05:16 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6) with ESMTP id k5QK5GO3008039; Mon, 26 Jun 2006 23:05:16 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k5QK5Fen008038; Mon, 26 Jun 2006 23:05:15 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 26 Jun 2006 23:05:15 +0300 From: Kostik Belousov To: "Marc G. Fournier" Message-ID: <20060626200515.GL79678@deviant.kiev.zoral.com.ua> References: <20060626120842.Q1114@ganymede.hub.org> <20060626124226.Y1114@ganymede.hub.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdEQJo40s7ofW8iR" Content-Disposition: inline In-Reply-To: <20060626124226.Y1114@ganymede.hub.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=0.4 required=5.0 tests=ALL_TRUSTED, DNS_FROM_RFC_ABUSE,SPF_NEUTRAL autolearn=no version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on fw.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: What denotes a 'blocked' process? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 20:05:24 -0000 --sdEQJo40s7ofW8iR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 26, 2006 at 12:44:17PM -0300, Marc G. Fournier wrote: > On Mon, 26 Jun 2006, Marc G. Fournier wrote: >=20 > > > >Just upgraded to June 15th sources, started up all the processes, and am= =20 > >already at 29 blocked processes ... > > > >I've checked for states D, E and L ... nothing ... > > > >Actually, let's go one better ... attached is a complete list of my=20 > >process table (MWCHAN, STATE, COMMAND) ... right now, vmstat is showing: > > > >1 33 0 6381952 177944 1695 0 0 0 1601 0 1 0 416 50012 1657 = 14=20 > >14 72 > >1 33 2 6376440 181744 2013 0 0 0 2172 0 3 0 448 68528 1629 = 17=20 > >15 68 > >4 33 0 6385484 178364 1944 0 3 0 1758 0 8 0 420 57698 1221 = 17=20 > >14 69 > >23 46 0 6463664 149528 5294 29 4 2 4659 0 37 0 505 44758 3040= =20 > >27 28 45 > >4 34 1 6424904 169660 4216 16 7 0 4047 0 211 0 1002 47502 5769 = 42=20 > >30 28 > >1 35 0 6453992 167388 2414 0 9 0 2265 0 44 0 535 62932 3160 = 18=20 > >18 64 > >7 33 0 6443672 168100 1642 0 0 0 1652 0 5 0 448 51974 2163 = 15=20 > >15 70 > > > >So, according to this, there should be 33 processes blocked somewhere ..= .=20 > >STATEs D/E/L all show nothing ... even state R (long shot) is showing 3-= 4=20 > >processes, and that's it ... > > > >This kernel is actually worse then the last, in that the last, on a=20 > >reboot, I'd see 4-5 blocked, and then it would slowly rise over the cour= se=20 > >of 24 hours, not start at 33 and rise from there ... >=20 > Wow, in less then 1 hour, I'm up to 60 blocked, barely 1 runnable: >=20 > 0 60 0 7016076 187424 2527 0 0 0 1722 0 5 0 320 7921 2140 2= 4=20 > 19 57 > 0 60 0 7027436 185124 581 0 1 0 428 0 9 0 303 3214 2425 5= =20 > 9 86 > 0 60 0 7053368 183060 217 4 1 0 130 0 71 0 453 1748 1157 6= =20 > 4 90 > 1 60 1 7050848 183556 4 0 0 7 27 0 21 0 307 965 857 1 = 4=20 > 94 > 0 60 2 7050860 183652 2 0 0 0 6 0 0 0 256 829 1030 2= =20 > 3 95 > 0 60 0 7051028 183348 28 1 2 0 11 0 3 0 307 944 855 3 = 3=20 > 95 > 0 60 1 7056876 182248 136 0 0 0 66 0 8 0 285 1190 945 1 = 4=20 > 95 >=20 > And nadda in ps: >=20 > pluto# ps ax -O ppid,flags,mwchan | awk '$6 ~ /^D/ || $6 =3D=3D "STAT"' ;= ps=20 > aux | wc -l > PID PPID F MWCHAN TT STAT TIME COMMAND > 2 0 204 - ?? DL 0:00.45 [g_event] > 3 0 204 - ?? DL 0:04.87 [g_up] > 4 0 204 - ?? DL 0:06.19 [g_down] > 5 0 204 - ?? DL 0:00.00 [thread taskq] > 6 0 204 - ?? DL 0:00.00 [kqueue taskq] > 7 0 204 - ?? DL 0:00.00 [acpi_task0] > 8 0 204 - ?? DL 0:00.00 [acpi_task1] > 9 0 204 - ?? DL 0:00.00 [acpi_task2] > 10 0 204 ktrace ?? DL 0:00.00 [ktrace] > 15 0 204 - ?? DL 0:00.68 [yarrow] > 25 0 204 psleep ?? DL 0:00.70 [pagedaemon] > 26 0 204 psleep ?? DL 0:00.00 [vmdaemon] > 27 0 20c pgzero ?? DL 0:14.43 [pagezero] > 28 0 204 psleep ?? DL 0:00.14 [bufdaemon] > 29 0 204 vlruwt ?? DL 0:00.15 [vnlru] > 30 0 204 syncer ?? DL 0:10.29 [syncer] > 31 0 204 sdflus ?? DL 0:00.68 [softdepflush] > 32 0 204 - ?? DL 0:03.28 [schedcpu] > 1170 > pluto# ps ax -O ppid,flags,mwchan | awk '$6 ~ /^E/ || $6 =3D=3D "STAT"' ;= ps=20 > aux | wc -l > PID PPID F MWCHAN TT STAT TIME COMMAND > 1174 > pluto# ps ax -O ppid,flags,mwchan | awk '$6 ~ /^L/ || $6 =3D=3D "STAT"' ;= ps=20 > aux | wc -l > PID PPID F MWCHAN TT STAT TIME COMMAND > 12 0 20c Giant ?? LL 0:08.16 [swi4: clock] > 1170 > pluto# >=20 > Something *has* to be leaking here somewhere ... :( Dumb unmotivated question: do you have nfs exports on this machine ? --sdEQJo40s7ofW8iR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEoD36C3+MBN1Mb4gRAqsEAJ9h8wqD0qw+ZSXL2t/5tOBElnJikwCg03av EGiIO+IV5osudKuXl4EoZjY= =lROV -----END PGP SIGNATURE----- --sdEQJo40s7ofW8iR-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 20:14:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF10E16A59B for ; Mon, 26 Jun 2006 20:14:03 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A60444787 for ; Mon, 26 Jun 2006 18:49:43 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 0970D290C37; Mon, 26 Jun 2006 15:49:41 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 01140-04; Mon, 26 Jun 2006 18:49:41 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 3E8F0291B53; Mon, 26 Jun 2006 15:25:49 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 02B33482AA; Mon, 26 Jun 2006 15:25:50 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 0017448276; Mon, 26 Jun 2006 15:25:49 -0300 (ADT) Date: Mon, 26 Jun 2006 15:25:49 -0300 (ADT) From: "Marc G. Fournier" To: Kostik Belousov In-Reply-To: <20060626143038.GK79678@deviant.kiev.zoral.com.ua> Message-ID: <20060626152345.M1114@ganymede.hub.org> References: <20060624221556.O30039@woozle.rinet.ru> <20060624152525.D1114@ganymede.hub.org> <20060625164752.H52500@woozle.rinet.ru> <20060625105843.O1114@ganymede.hub.org> <20060625211510.D52500@woozle.rinet.ru> <20060625154247.N1114@ganymede.hub.org> <20060626014210.P1114@ganymede.hub.org> <20060626014601.E1114@ganymede.hub.org> <20060626045547.GI79678@deviant.kiev.zoral.com.ua> <20060626021616.W1114@ganymede.hub.org> <20060626143038.GK79678@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Dmitry Morozovsky Subject: Re: vmstat 'b' (disk busy?) field keeps climbing ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 20:14:04 -0000 I think I might have found *at least* one of the problems, and that being the excessively high blocked states while ps isn't finding anything ... MySQL We just recently started allowing clients to run a MySQL server *within* their vServer ... in a drastic move, I just shut them all down on pluto, and blocked drop'd from ~86 down to 5 in a matter of moments ... restarting them all has it climbing once more, being up around 22 already ... I'm going to go with that theory for now, and keep an eye on things ... Just curious as to why, even with -H, its not showing any blocked states within ps though ... ? Thx On Mon, 26 Jun 2006, Kostik Belousov wrote: > On Mon, Jun 26, 2006 at 02:20:12AM -0300, Marc G. Fournier wrote: >> On Mon, 26 Jun 2006, Kostik Belousov wrote: >> >>> Yes, this looks like a deadlock. As I understand, that's on 6.1-STABLE ? >> >> Yes, kernel sources, it seems, from May 25th, according to my /usr/src >> tree ... >> >>> BTW, do you use snapshots ? >> >> Not that I've explicitly enabled ... >> >>> I think that without ddb access, diagnose and debug the problem would be >>> quite hard. >> >> Would it be a simple matter of: >> >> CTL-ALT-ESC >> panic >> >> to get it to dump core? Or would more be involved? Would a core dump >> even work? > Core dumps are somewhat unconvenient in this situation. Better, > sending report to me, follow my advise in > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 21:01:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 257B716A404; Mon, 26 Jun 2006 21:01:18 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65D4A449E6; Mon, 26 Jun 2006 21:01:16 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k5QL18dO006196; Tue, 27 Jun 2006 00:01:08 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Tue, 27 Jun 2006 00:01:08 +0300 (EEST) From: Dmitry Pryanishnikov To: Robert Watson In-Reply-To: <20060626140333.M38418@fledge.watson.org> Message-ID: <20060626235355.Q95667@atlantis.atlantis.dp.ua> References: <20060626100949.G24406@fledge.watson.org> <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, Pete French Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 21:01:18 -0000 Hello! On Mon, 26 Jun 2006, Robert Watson wrote: > I think this is a useful activity, especially if you've already run extensive > memory testing on the box. If you haven't yet done that, I encourage you to > take a break from buildworld's and make sure the memory tests pass. I spent > several months on and off trying to track down a bug a few years ago, which > turned out to be a one bit error in memory on the box. It would appear and This is precisely the task which hardware ECC solves: to correct any single- bit memory error and to detect 2-bit and most of several-bit errors. I prefer ECC-capable hardware even for home PC; for server it's a must IMHO. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 21:08:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E72ED16A512 for ; Mon, 26 Jun 2006 21:08:42 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B67F448BF for ; Mon, 26 Jun 2006 20:44:34 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.66.54.108] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis), id 0MKxQS-1FuxwY2gUo-0008Pe; Mon, 26 Jun 2006 22:44:27 +0200 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Mon, 26 Jun 2006 22:44:18 +0200 User-Agent: KMail/1.9.1 References: <20060624221556.O30039@woozle.rinet.ru> <20060626143038.GK79678@deviant.kiev.zoral.com.ua> <20060626152345.M1114@ganymede.hub.org> In-Reply-To: <20060626152345.M1114@ganymede.hub.org> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2370705.8AxEAmrMA8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606262244.25505.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Kostik Belousov , Dmitry Morozovsky Subject: Re: vmstat 'b' (disk busy?) field keeps climbing ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 21:08:43 -0000 --nextPart2370705.8AxEAmrMA8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 26 June 2006 20:25, Marc G. Fournier wrote: > I think I might have found *at least* one of the problems, and that being > the excessively high blocked states while ps isn't finding anything ... > > MySQL > > We just recently started allowing clients to run a MySQL server *within* > their vServer ... in a drastic move, I just shut them all down on pluto, > and blocked drop'd from ~86 down to 5 in a matter of moments ... > restarting them all has it climbing once more, being up around 22 already > ... > > I'm going to go with that theory for now, and keep an eye on things ... > > Just curious as to why, even with -H, its not showing any blocked states > within ps though ... ? The "blocked" column shows also processes that have objects "paging". Most= =20 likely you are *short* on memory. In order to relieve the pressure=20 program .text pages are free'ed and need to be refetched from disc whenever= =20 the respective code is being executed. If you allow every vServer to run its own mySQL with all the libaries etc i= t's=20 clear what is killing you! Add more memory or make sure that .text pages c= an=20 be reused by several processes. As far as I understand vServer will all se= e=20 a different source and thus not share buffers or the like. > Thx > > On Mon, 26 Jun 2006, Kostik Belousov wrote: > > On Mon, Jun 26, 2006 at 02:20:12AM -0300, Marc G. Fournier wrote: > >> On Mon, 26 Jun 2006, Kostik Belousov wrote: > >>> Yes, this looks like a deadlock. As I understand, that's on 6.1-STABLE > >>> ? > >> > >> Yes, kernel sources, it seems, from May 25th, according to my /usr/src > >> tree ... > >> > >>> BTW, do you use snapshots ? > >> > >> Not that I've explicitly enabled ... > >> > >>> I think that without ddb access, diagnose and debug the problem would > >>> be quite hard. > >> > >> Would it be a simple matter of: > >> > >> CTL-ALT-ESC > >> panic > >> > >> to get it to dump core? Or would more be involved? Would a core dump > >> even work? > > > > Core dumps are somewhat unconvenient in this situation. Better, > > sending report to me, follow my advise in > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/ke= rn > >eldebug-deadlocks.html > > ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.or= g) > Email . scrappy@hub.org MSN . scrappy@hub.org > Yahoo . yscrappy Skype: hub.org ICQ . 7615664 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2370705.8AxEAmrMA8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEoEcpXyyEoT62BG0RAqJpAJ9/lLsU3ewtvmkBDuUaSsb8c2goBACeMm/8 +yp3mPugokzxfwzm9Y7z4mg= =QYef -----END PGP SIGNATURE----- --nextPart2370705.8AxEAmrMA8-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 21:19:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F9F216A400 for ; Mon, 26 Jun 2006 21:19:01 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail.secureworks.net (mail.secureworks.net [65.114.32.155]) by mx1.FreeBSD.org (Postfix) with SMTP id A9BAC43D79 for ; Mon, 26 Jun 2006 21:19:00 +0000 (GMT) (envelope-from mike@jellydonut.org) Received: (qmail 21562 invoked from network); 26 Jun 2006 21:18:59 -0000 Received: from unknown (HELO ?192.168.14.135?) (63.239.86.253) by 0 with SMTP; 26 Jun 2006 21:18:59 -0000 Message-ID: <44A04F43.2090400@jellydonut.org> Date: Mon, 26 Jun 2006 17:18:59 -0400 From: Michael Proto User-Agent: Thunderbird 1.5.0.2 (X11/20060503) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: kernel can't find root filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 21:19:01 -0000 Robert Ames wrote: >> From: "M.Hirsch" >> >> I had the same problem with 6.1. But only on some occasions, not >> always (iirc). >> The installations I made over the last weeks had all very different >> environments and deployment methods. >> I can't tell anymore when it happens and when not because I simply >> added the below loader.conf setting to my postinstall-script. >> >> Add "vfs.root.mountfrom=ufs:da0s1" to /boot/loader.conf to fix it. > > Thank you. That solves my problem even though it seems more like > a workaround than an actual solution. But I'll take it. :-) > > Also, someone responded asking if I had a valid entry in /etc/fstab > for the root filesystem. > > foo# cat /etc/fstab > # Device Mountpoint FStype Options Dump > Pass# > /dev/da0s1a / ufs rw > 1 1 > /dev/da0s1b none swap sw > 0 0 > /dev/da1s1d /local ufs rw > 2 2 > /dev/cd0 /cdrom cd9660 ro,noauto > 0 0 > If I'm not mistaken, you could also try to (re)install the boot0 loader: boot0cfg /dev/da0 -Proto From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 21:21:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48F2F16A401 for ; Mon, 26 Jun 2006 21:21:35 +0000 (UTC) (envelope-from M.Hirsch@hirsch.it) Received: from server1.hirsch.it (server1.hirsch.it [213.239.214.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BABC43D78 for ; Mon, 26 Jun 2006 21:21:28 +0000 (GMT) (envelope-from M.Hirsch@hirsch.it) Received: from hsi-kbw-085-216-025-126.hsi.kabelbw.de ([85.216.25.126] helo=[192.168.101.121]) by server1.hirsch.it with esmtpa (Exim 4.50) id 1FuyWH-0005oc-8C; Mon, 26 Jun 2006 23:21:25 +0200 Message-ID: <44A04FD2.1030001@hirsch.it> Date: Mon, 26 Jun 2006 23:21:22 +0200 From: "M.Hirsch" User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Dmitry Pryanishnikov References: <20060626100949.G24406@fledge.watson.org> <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> <20060626235355.Q95667@atlantis.atlantis.dp.ua> In-Reply-To: <20060626235355.Q95667@atlantis.atlantis.dp.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.3 (/) X-Spam-Report: Spam detection software, running on the system "server1.hirsch.it", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: ECC is a way to mask broken hardware. I rather have my hardware fail directly when it does first, so I can replace it _immediately_ What's your hardware good for if it passes a "test", but fails in production? [...] Content analysis details: (0.3 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.3 AWL AWL: From: address is in the auto white-list Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 21:21:35 -0000 ECC is a way to mask broken hardware. I rather have my hardware fail directly when it does first, so I can replace it _immediately_ What's your hardware good for if it passes a "test", but fails in production? ECC is totally overrated. (sorry, couldn't resist...) M. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 21:26:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A622916A402; Mon, 26 Jun 2006 21:26:19 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74E6143D79; Mon, 26 Jun 2006 21:26:11 +0000 (GMT) (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 DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id 8DBD13E6; Mon, 26 Jun 2006 15:26:49 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 8BB1E61C2B; Mon, 26 Jun 2006 14:32:26 -0500 (CDT) Date: Mon, 26 Jun 2006 14:32:26 -0500 From: "Matthew D. Fuller" To: Michael Vince Message-ID: <20060626193226.GF74292@over-yonder.net> References: <449F8736.3080508@thebeastie.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <449F8736.3080508@thebeastie.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.3 Cc: freebsd-stable@freebsd.org, performance@freebsd.org, Nikolas Britton , Sean Bryant Subject: Re: Gigabit ethernet very slow. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 21:26:19 -0000 On Mon, Jun 26, 2006 at 05:05:26PM +1000 I heard the voice of Michael Vince, and lo! it spake thus: > > According to pftop (with modulate state rules) I am able to get > about 85megs/sec when I don't have dd running. dd does indeed eats a > fair amount of cpu (40%) on the AMD64 6-stable machine. dd does ridiculously small (512 byte?) read/writes, so it's gotta do a LOT of system calls and a lot of context switching when you don't give it a bigger blocksize. -- 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 Mon Jun 26 21:27:04 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D863216A401 for ; Mon, 26 Jun 2006 21:27:04 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr3.xs4all.nl (smtp-vbr3.xs4all.nl [194.109.24.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 442E743D8E for ; Mon, 26 Jun 2006 21:27:04 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr3.xs4all.nl (8.13.6/8.13.6) with ESMTP id k5QLQtTO037044; Mon, 26 Jun 2006 23:27:00 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.6/8.13.3) with ESMTP id k5QLQtQF093798; Mon, 26 Jun 2006 23:26:55 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.6/8.13.6/Submit) id k5QLQsse093797; Mon, 26 Jun 2006 23:26:55 +0200 (CEST) (envelope-from wb) Date: Mon, 26 Jun 2006 23:26:54 +0200 From: Wilko Bulte To: "M.Hirsch" Message-ID: <20060626212654.GB93703@freebie.xs4all.nl> References: <20060626100949.G24406@fledge.watson.org> <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> <20060626235355.Q95667@atlantis.atlantis.dp.ua> <44A04FD2.1030001@hirsch.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44A04FD2.1030001@hirsch.it> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Dmitry Pryanishnikov , freebsd-stable@FreeBSD.ORG Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 21:27:04 -0000 On Mon, Jun 26, 2006 at 11:21:22PM +0200, M.Hirsch wrote.. > ECC is a way to mask broken hardware. I rather have my hardware fail > directly when it does first, so I can replace it _immediately_ > What's your hardware good for if it passes a "test", but fails in > production? > > ECC is totally overrated. Balderdash. Following your rationale you want your bank account data silently be corrupted by hardware with bit errors? Be my guest, give me ECC any day. Proper hardware will log the ECC errors, a proper OS tailored to that hardware will log and notify the sysadmins. That is how it should be done. Wilko -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 21:29:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E97916A400 for ; Mon, 26 Jun 2006 21:29:12 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail.secureworks.net (mail.secureworks.net [65.114.32.155]) by mx1.FreeBSD.org (Postfix) with SMTP id 2CDE043D64 for ; Mon, 26 Jun 2006 21:28:55 +0000 (GMT) (envelope-from mike@jellydonut.org) Received: (qmail 24088 invoked from network); 26 Jun 2006 21:28:54 -0000 Received: from unknown (HELO ?192.168.14.135?) (63.239.86.253) by 0 with SMTP; 26 Jun 2006 21:28:54 -0000 Message-ID: <44A05196.1070708@jellydonut.org> Date: Mon, 26 Jun 2006 17:28:54 -0400 From: Michael Proto User-Agent: Thunderbird 1.5.0.2 (X11/20060503) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <910c4cb0606260845o3c83cae6yf18008da70592bd3@mail.gmail.com> In-Reply-To: <910c4cb0606260845o3c83cae6yf18008da70592bd3@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: wi0 down when print a lot of data to screen over ssh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 21:29:12 -0000 Ren Zhen wrote: > wi0 goes down when I run a program print a lot of data to > stdout, or when I use zmrx-zmtx it also goes down. > > kernel says: > kernel: wi0: timeout in wi_seek to 152/0 > last message repeated 7 times > kernel: wi0: device timeout > kernel: wi0: timeout in wi_seek to 152/0 > kernel: wi0: link state changed to DOWN > > another time kernel says: > kernel: wi0: timeout in wi_cmd 0x010b; event status 0x8000 > kernel: wi0: xmit failed > kernel: wi0: timeout in wi_seek to 128/0 > last message repeated 3 times > I used to see similar behavior with wi0 on my ThinkPad A30p (IBM High Rate Wireless, PRISM 2.5) when powersave was enabled via ifconfig (I believe it may be on by default, not sure about that). If you disable powersave via 'ifconfig wi0 -powersave' do you still see the problem? -Proto From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 21:32:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3E6216A402 for ; Mon, 26 Jun 2006 21:32:04 +0000 (UTC) (envelope-from M.Hirsch@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id B3BE543D6B for ; Mon, 26 Jun 2006 21:32:03 +0000 (GMT) (envelope-from M.Hirsch@gmx.de) Received: (qmail invoked by alias); 26 Jun 2006 21:32:02 -0000 Received: from HSI-KBW-085-216-025-126.hsi.kabelbw.de (EHLO [192.168.101.121]) [85.216.25.126] by mail.gmx.net (mp010) with SMTP; 26 Jun 2006 23:32:02 +0200 X-Authenticated: #820862 Message-ID: <44A0524E.900@gmx.de> Date: Mon, 26 Jun 2006 23:31:58 +0200 From: "M.Hirsch" User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Michael Proto References: <44A04F43.2090400@jellydonut.org> In-Reply-To: <44A04F43.2090400@jellydonut.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: kernel can't find root filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 21:32:04 -0000 Sorry, doesn't help. There is some kind of bug hiding somewhere in 6.1 where it does not auto-detect the root partition under certain circumstances. Can't tell when it worked last, as the last distro I consider "stable" was 4.X... (sorry for the rant...) I am not using (and don't want to use...) boot0 at all. Well, I tried, but it didn't help the situation anyways... It should work with the standard MBR and boot code ("/boot/mbr" and "/boot/boot"), right? i.e. fdisk -B and bsdlabel -B without further params should do the job to get the system bootstrapped. But it does not. M. >If I'm not mistaken, you could also try to (re)install the boot0 loader: > >boot0cfg /dev/da0 > > >-Proto >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 21:37:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 259CB16A402 for ; Mon, 26 Jun 2006 21:37:25 +0000 (UTC) (envelope-from M.Hirsch@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id B524543D6E for ; Mon, 26 Jun 2006 21:37:22 +0000 (GMT) (envelope-from M.Hirsch@gmx.de) Received: (qmail invoked by alias); 26 Jun 2006 21:37:21 -0000 Received: from HSI-KBW-085-216-025-126.hsi.kabelbw.de (EHLO [192.168.101.121]) [85.216.25.126] by mail.gmx.net (mp027) with SMTP; 26 Jun 2006 23:37:21 +0200 X-Authenticated: #820862 Message-ID: <44A0538E.6090906@gmx.de> Date: Mon, 26 Jun 2006 23:37:18 +0200 From: "M.Hirsch" User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Wilko Bulte References: <20060626100949.G24406@fledge.watson.org> <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> <20060626235355.Q95667@atlantis.atlantis.dp.ua> <44A04FD2.1030001@hirsch.it> <20060626212654.GB93703@freebie.xs4all.nl> In-Reply-To: <20060626212654.GB93703@freebie.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 21:37:25 -0000 Nope, I'd like my bank data to be stored on a system that does ECC, no question. But please, on hard disk level (RAID; that is _permanent_), not in the RAM of a single node. If memory gets corrupted, please, raise a kernel panic... Even if there's ECC in place. Counter question: Would you like your bank account data to be stored on a medium where one failure can be corrected, two can be detected, but three go unnoticed? How unlikely is that, if you've got some hardware that is really /broken/? I know this is a rather random thing to happen. Still, I think ECC memory is overrated. Better have it fail immediately. _With a kernel panic, please_ M. Wilko Bulte schrieb: >Balderdash. > >Following your rationale you want your bank account data >silently be corrupted by hardware with bit errors? Be my guest, give >me ECC any day. > >Proper hardware will log the ECC errors, a proper OS tailored to that >hardware will log and notify the sysadmins. > >That is how it should be done. > >Wilko > > > From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 21:45:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A59716A405 for ; Mon, 26 Jun 2006 21:45:43 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FFC943D7D for ; Mon, 26 Jun 2006 21:45:37 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr6.xs4all.nl (8.13.6/8.13.6) with ESMTP id k5QLjald020962; Mon, 26 Jun 2006 23:45:36 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.6/8.13.3) with ESMTP id k5QLjZE7094047; Mon, 26 Jun 2006 23:45:35 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.6/8.13.6/Submit) id k5QLjZA4094046; Mon, 26 Jun 2006 23:45:35 +0200 (CEST) (envelope-from wb) Date: Mon, 26 Jun 2006 23:45:35 +0200 From: Wilko Bulte To: "M.Hirsch" Message-ID: <20060626214535.GA94015@freebie.xs4all.nl> References: <20060626100949.G24406@fledge.watson.org> <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> <20060626235355.Q95667@atlantis.atlantis.dp.ua> <44A04FD2.1030001@hirsch.it> <20060626212654.GB93703@freebie.xs4all.nl> <44A0538E.6090906@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44A0538E.6090906@gmx.de> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 21:45:43 -0000 On Mon, Jun 26, 2006 at 11:37:18PM +0200, M.Hirsch wrote.. > Nope, > > I'd like my bank data to be stored on a system that does ECC, no question. > But please, on hard disk level (RAID; that is _permanent_), not in the > RAM of a single node. > > If memory gets corrupted, please, raise a kernel panic... Even if You *can't* panic if it is just a single bit error in a user page. You will never know there was a corruption.. If that was a page holding your account data your are toast. > there's ECC in place. Of course not. You only panic once you have no other options left. Proper hardware with ECC give you these options. I am not talking consumer grade crap here of course. > Counter question: > Would you like your bank account data to be stored on a medium where one > failure can be corrected, two can be detected, but three go unnoticed? > How unlikely is that, if you've got some hardware that is really /broken/? Very unlikely. There is enough hardware design done after all these years that this kind of problem can be prevented. > I know this is a rather random thing to happen. > Still, I think ECC memory is overrated. Better have it fail immediately. > _With a kernel panic, please_ As said, you can't > > M. > > Wilko Bulte schrieb: > > >Balderdash. > > > >Following your rationale you want your bank account data > >silently be corrupted by hardware with bit errors? Be my guest, give > >me ECC any day. > > > >Proper hardware will log the ECC errors, a proper OS tailored to that > >hardware will log and notify the sysadmins. > > > >That is how it should be done. > > > >Wilko > > > > > > --- end of quoted text --- -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 22:11:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C1BE16A572 for ; Mon, 26 Jun 2006 22:11:10 +0000 (UTC) (envelope-from M.Hirsch@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id E3AF64480B for ; Mon, 26 Jun 2006 22:11:08 +0000 (GMT) (envelope-from M.Hirsch@gmx.de) Received: (qmail invoked by alias); 26 Jun 2006 22:11:07 -0000 Received: from HSI-KBW-085-216-025-126.hsi.kabelbw.de (EHLO [192.168.101.121]) [85.216.25.126] by mail.gmx.net (mp002) with SMTP; 27 Jun 2006 00:11:07 +0200 X-Authenticated: #820862 Message-ID: <44A05B77.1030200@gmx.de> Date: Tue, 27 Jun 2006 00:11:03 +0200 From: "M.Hirsch" User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Michael Butler References: <000001c6996c$3eab9df0$ad0d510a@toshi> In-Reply-To: <000001c6996c$3eab9df0$ad0d510a@toshi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 22:11:10 -0000 > .. So the logs are there, all that's required is a utility to read them >and, optionally, alert the administrator to the event, > > > No, I think a panic _should_ occur, even if there was a correctable error. Not "when there's no other option left". Maybe make it optional via a kernel option. There are much less-significant problems that can cause a panic. Sure, you may be one of the few people out there who knows how to correctly run a _BSD_ system... There's few of yous out there, ;) M. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 22:18:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD18116A402 for ; Mon, 26 Jun 2006 22:18:11 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr2.xs4all.nl (smtp-vbr2.xs4all.nl [194.109.24.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FE594480A for ; Mon, 26 Jun 2006 22:18:10 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr2.xs4all.nl (8.13.6/8.13.6) with ESMTP id k5QMI5G3016595; Tue, 27 Jun 2006 00:18:05 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.6/8.13.3) with ESMTP id k5QMI5t0094293; Tue, 27 Jun 2006 00:18:05 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.6/8.13.6/Submit) id k5QMI4Ow094292; Tue, 27 Jun 2006 00:18:04 +0200 (CEST) (envelope-from wb) Date: Tue, 27 Jun 2006 00:18:04 +0200 From: Wilko Bulte To: "M.Hirsch" Message-ID: <20060626221804.GA94278@freebie.xs4all.nl> References: <000001c6996c$3eab9df0$ad0d510a@toshi> <44A05B77.1030200@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44A05B77.1030200@gmx.de> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 22:18:11 -0000 On Tue, Jun 27, 2006 at 12:11:03AM +0200, M.Hirsch wrote.. > > > >.. So the logs are there, all that's required is a utility to read them > >and, optionally, alert the administrator to the event, > > > > > > > No, I think a panic _should_ occur, even if there was a correctable > error. Not "when there's no other option left". You really have never seen a machine used for serious business apparantly. > Maybe make it optional via a kernel option. > There are much less-significant problems that can cause a panic. panics like that should be eradicated, adding more nonsensical panics is not what we need. > Sure, you may be one of the few people out there who knows how to > correctly run a _BSD_ system... > There's few of yous out there, ;) > > M. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --- end of quoted text --- -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 22:22:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C95C16A401 for ; Mon, 26 Jun 2006 22:22:57 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79E8D44752 for ; Mon, 26 Jun 2006 22:22:56 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k5QMMloH072470; Tue, 27 Jun 2006 01:22:47 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Tue, 27 Jun 2006 01:22:47 +0300 (EEST) From: Dmitry Pryanishnikov To: "M.Hirsch" In-Reply-To: <44A04FD2.1030001@hirsch.it> Message-ID: <20060627011512.N95667@atlantis.atlantis.dp.ua> References: <20060626100949.G24406@fledge.watson.org> <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> <20060626235355.Q95667@atlantis.atlantis.dp.ua> <44A04FD2.1030001@hirsch.it> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 22:22:57 -0000 Hello! On Mon, 26 Jun 2006, M.Hirsch wrote: > ECC is a way to mask broken hardware. I rather have my hardware fail directly > when it does first, so I can replace it _immediately_ You got it backwards. If your data has any value to you, then you don't want to miss any single-error bit in it, do you? If you're running hardware w/o ECC, your single-bit error in your data will go to the disk unnoticed, and you'll lose your data. With ECC, hardware will correct it. In (rare) case of multiple-bit error ECC logic will generate NMI for you, so you'll notice and "replace it _immediately_" instead of two weeks ago when your archive wont extract. > What's your hardware good for if it passes a "test", but fails in production? It's the way in what RAM will manifest single-bit errors: you run memory test - it won't catch them, later in production you'll miss this error because nothing will provide extra sanity check of your data. > ECC is totally overrated. Only by the people who don't understand it's point! Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 22:25:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0392B16A411 for ; Mon, 26 Jun 2006 22:25:58 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46F4D44112 for ; Mon, 26 Jun 2006 21:55:18 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 2CF8F290C1F; Mon, 26 Jun 2006 18:55:14 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 51285-02; Mon, 26 Jun 2006 21:55:16 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 5E0CA290C1E; Mon, 26 Jun 2006 18:55:13 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 0824D47F75; Mon, 26 Jun 2006 18:55:18 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 0726247D68; Mon, 26 Jun 2006 18:55:18 -0300 (ADT) Date: Mon, 26 Jun 2006 18:55:17 -0300 (ADT) From: "Marc G. Fournier" To: Max Laier In-Reply-To: <200606262244.25505.max@love2party.net> Message-ID: <20060626185437.I1114@ganymede.hub.org> References: <20060624221556.O30039@woozle.rinet.ru> <20060626143038.GK79678@deviant.kiev.zoral.com.ua> <20060626152345.M1114@ganymede.hub.org> <200606262244.25505.max@love2party.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kostik Belousov , freebsd-stable@freebsd.org, Dmitry Morozovsky Subject: Re: vmstat 'b' (disk busy?) field keeps climbing ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 22:25:58 -0000 On Mon, 26 Jun 2006, Max Laier wrote: > On Monday 26 June 2006 20:25, Marc G. Fournier wrote: >> I think I might have found *at least* one of the problems, and that being >> the excessively high blocked states while ps isn't finding anything ... >> >> MySQL >> >> We just recently started allowing clients to run a MySQL server *within* >> their vServer ... in a drastic move, I just shut them all down on pluto, >> and blocked drop'd from ~86 down to 5 in a matter of moments ... >> restarting them all has it climbing once more, being up around 22 already >> ... >> >> I'm going to go with that theory for now, and keep an eye on things ... >> >> Just curious as to why, even with -H, its not showing any blocked states >> within ps though ... ? > > The "blocked" column shows also processes that have objects "paging". > Most likely you are *short* on memory. In order to relieve the pressure > program .text pages are free'ed and need to be refetched from disc > whenever the respective code is being executed. 'k, but shouldn't the OS be doing any swapping, if this was the case? I'm getting <1M of swappage when the blocked pages are really high ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 22:26:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50AEA16A521 for ; Mon, 26 Jun 2006 22:26:50 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 224264401D for ; Mon, 26 Jun 2006 21:54:09 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id D7B23290C1F; Mon, 26 Jun 2006 18:54:04 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 12355-09; Mon, 26 Jun 2006 21:54:06 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 4F64E290C1E; Mon, 26 Jun 2006 18:54:04 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id EE89047F75; Mon, 26 Jun 2006 18:54:08 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id E6AF247D68; Mon, 26 Jun 2006 18:54:08 -0300 (ADT) Date: Mon, 26 Jun 2006 18:54:08 -0300 (ADT) From: "Marc G. Fournier" To: Kostik Belousov In-Reply-To: <20060626200515.GL79678@deviant.kiev.zoral.com.ua> Message-ID: <20060626185338.D1114@ganymede.hub.org> References: <20060626120842.Q1114@ganymede.hub.org> <20060626124226.Y1114@ganymede.hub.org> <20060626200515.GL79678@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: What denotes a 'blocked' process? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 22:26:50 -0000 On Mon, 26 Jun 2006, Kostik Belousov wrote: > Dumb unmotivated question: do you have nfs exports on this machine ? neither nfs nor mountd are currently 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 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 22:28:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D67A16A406 for ; Mon, 26 Jun 2006 22:28:27 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38D1944673 for ; Mon, 26 Jun 2006 22:03:00 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id B63C4C3BC; Mon, 26 Jun 2006 18:02:59 -0400 (EDT) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id C5DC0C45D; Mon, 26 Jun 2006 18:02:55 -0400 (EDT) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 595EDC43F; Mon, 26 Jun 2006 18:02:55 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; h=Received:From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:Thread-Index:In-Reply-To:X-MimeOLE; b=hP4dw4bhIixvcUzRHAsYhNuIoPPkYjEuDIcIt7moStTsPm+B4MYZrXRuPERbrEbr2dmbc6UaY+j4FIW2ZLnPVVLy9tEIxLGEa5HoavhbfQ5ga+KNe5kfVHllr6wXbXRz; Received: from toshi (unknown [216.76.76.143]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by aaron.protected-networks.net (Postfix) with ESMTP id 7782BC3BC; Mon, 26 Jun 2006 18:02:54 -0400 (EDT) From: "Michael Butler" To: "'Wilko Bulte'" , "'M.Hirsch'" Date: Mon, 26 Jun 2006 18:02:38 -0400 Message-ID: <000001c6996c$3eab9df0$ad0d510a@toshi> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcaZaoQwOAXJPgLiRByNDv05oqNvLwAARXEw In-Reply-To: <20060626214535.GA94015@freebie.xs4all.nl> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Cc: freebsd-stable@freebsd.org Subject: RE: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 22:28:27 -0000 > Of course not. You only panic once you have no other options left. > Proper hardware with ECC give you these options. I am not talking > consumer grade crap here of course. I agree that no panic should occur if the error was correctable and it should when it isn't. However, *real* equipment will log a corrected error .. from an aging Dell 1-U server .. Handle 0x0024, DMI type 15, 33 bytes System Event Log Area Length: 4096 bytes Header Start Offset: 0x0000 Header Length: 16 bytes Data Start Offset: 0x0010 Access Method: Memory-mapped physical 32-bit address Access Address: 0xFFF33000 Status: Valid, Not Full Change Token: 0x00000000 Header Format: Type 1 Supported Log Type Descriptors: 5 Descriptor 1: POST error Data Format 1: POST results bitmap Descriptor 2: Parity memory error Data Format 2: Multiple-event Descriptor 3: I/O channel block Data Format 3: Multiple-event Descriptor 4: Single-bit ECC memory error Data Format 4: Multiple-event Descriptor 5: Multi-bit ECC memory error Data Format 5: Multiple-event .. So the logs are there, all that's required is a utility to read them and, optionally, alert the administrator to the event, Michael Butler, CISSP Security Architect Protected Networks http://www.protected-networks.net From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 22:28:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13AAC16A4AB for ; Mon, 26 Jun 2006 22:28:41 +0000 (UTC) (envelope-from M.Hirsch@hirsch.it) Received: from server1.hirsch.it (server1.hirsch.it [213.239.214.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3611440F4 for ; Mon, 26 Jun 2006 21:54:59 +0000 (GMT) (envelope-from M.Hirsch@hirsch.it) Received: from hsi-kbw-085-216-025-126.hsi.kabelbw.de ([85.216.25.126] helo=[192.168.101.121]) by server1.hirsch.it with esmtpa (Exim 4.50) id 1Fuz2i-0006PE-HO; Mon, 26 Jun 2006 23:54:56 +0200 Message-ID: <44A057AD.7050700@hirsch.it> Date: Mon, 26 Jun 2006 23:54:53 +0200 From: "M.Hirsch" User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Wilko Bulte References: <20060626100949.G24406@fledge.watson.org> <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> <20060626235355.Q95667@atlantis.atlantis.dp.ua> <44A04FD2.1030001@hirsch.it> <20060626212654.GB93703@freebie.xs4all.nl> <44A0538E.6090906@gmx.de> <20060626214535.GA94015@freebie.xs4all.nl> In-Reply-To: <20060626214535.GA94015@freebie.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.2 (/) X-Spam-Report: Spam detection software, running on the system "server1.hirsch.it", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Ok, sorry. Misunderstanding here. My point was, along what has been posted here in this thread: "An ECC error should raise a kernel panic immediately, not only a message in the log files." Any hardware showing ECC errors should be replaced asap.. Make them lazy admins do what they're getting paid for... [...] Content analysis details: (0.2 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.2 AWL AWL: From: address is in the auto white-list Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 22:28:41 -0000 Ok, sorry. Misunderstanding here. My point was, along what has been posted here in this thread: "An ECC error should raise a kernel panic immediately, not only a message in the log files." Any hardware showing ECC errors should be replaced asap.. Make them lazy admins do what they're getting paid for... Correct, you can't (quickly) detect this without ECC hardware, of course. But I keep reading about "ECC" being the solution to broken RAM sticks... Since FreeBSD panics on creating simple malloc() vnodes, it should do so on ECC errors first. Different mission, I guess ;) (And different problems with the recent fricking code...) M. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 22:29:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD22B16A416 for ; Mon, 26 Jun 2006 22:29:39 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E57E445D2 for ; Mon, 26 Jun 2006 22:02:08 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr13.xs4all.nl (8.13.6/8.13.6) with ESMTP id k5QM277C073220; Tue, 27 Jun 2006 00:02:07 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.6/8.13.3) with ESMTP id k5QM2638094221; Tue, 27 Jun 2006 00:02:06 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.6/8.13.6/Submit) id k5QM26Bb094220; Tue, 27 Jun 2006 00:02:06 +0200 (CEST) (envelope-from wb) Date: Tue, 27 Jun 2006 00:02:06 +0200 From: Wilko Bulte To: "M.Hirsch" Message-ID: <20060626220206.GA94183@freebie.xs4all.nl> References: <20060626100949.G24406@fledge.watson.org> <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> <20060626235355.Q95667@atlantis.atlantis.dp.ua> <44A04FD2.1030001@hirsch.it> <20060626212654.GB93703@freebie.xs4all.nl> <44A0538E.6090906@gmx.de> <20060626214535.GA94015@freebie.xs4all.nl> <44A057AD.7050700@hirsch.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44A057AD.7050700@hirsch.it> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 22:29:40 -0000 On Mon, Jun 26, 2006 at 11:54:53PM +0200, M.Hirsch wrote.. > Ok, sorry. Misunderstanding here. > My point was, along what has been posted here in this thread: > "An ECC error should raise a kernel panic immediately, not only a > message in the log files." > Any hardware showing ECC errors should be replaced asap.. Yes, but keep in mind that ASAP often means "during a scheduled maintenance window". Which can be months away in some cases. > Make them lazy admins do what they're getting paid for... > > Correct, you can't (quickly) detect this without ECC hardware, of course. Skip the 'quickly', you need ECC, full stop. Otherwise you will not detect it until it is way too late. I can tell you from personal experience that customers hate nothing more than undetected data corruption. ECC RAM is only part of the fix of course. ECC better be end to end, but it hardly is.. > But I keep reading about "ECC" being the solution to broken RAM sticks... Not really of course. But there are OS-es that simply map pages with known problems into a "do not use" list. > Since FreeBSD panics on creating simple malloc() vnodes, it should do so > on ECC errors first. > Different mission, I guess ;) > (And different problems with the recent fricking code...) > > M. --- end of quoted text --- -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 22:34:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B835016A403 for ; Mon, 26 Jun 2006 22:34:41 +0000 (UTC) (envelope-from M.Hirsch@hirsch.it) Received: from server1.hirsch.it (server1.hirsch.it [213.239.214.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id F01A643DBA for ; Mon, 26 Jun 2006 22:34:09 +0000 (GMT) (envelope-from M.Hirsch@hirsch.it) Received: from hsi-kbw-085-216-025-126.hsi.kabelbw.de ([85.216.25.126] helo=[192.168.101.121]) by server1.hirsch.it with esmtpa (Exim 4.50) id 1FuzeG-00078I-8s; Tue, 27 Jun 2006 00:33:44 +0200 Message-ID: <44A060C3.8090008@hirsch.it> Date: Tue, 27 Jun 2006 00:33:39 +0200 From: "M.Hirsch" User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Wilko Bulte References: <000001c6996c$3eab9df0$ad0d510a@toshi> <44A05B77.1030200@gmx.de> <20060626221804.GA94278@freebie.xs4all.nl> In-Reply-To: <20060626221804.GA94278@freebie.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.2 (/) X-Spam-Report: Spam detection software, running on the system "server1.hirsch.it", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Wilko Bulte schrieb: >You really have never seen a machine used for serious business apparantly. > > > Depends on what you define "serious business"... Yes, I am rather new to FreeBSD (2y+) I am just trying to setup a /stable/ cluster of six machines right now. For over a week straight. 4.11 works perfectly. But support is going to be dropped very soon, so that's a bad option for me right now. [...] Content analysis details: (0.2 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.2 AWL AWL: From: address is in the auto white-list Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 22:34:41 -0000 Wilko Bulte schrieb: >You really have never seen a machine used for serious business apparantly. > > > Depends on what you define "serious business"... Yes, I am rather new to FreeBSD (2y+) I am just trying to setup a /stable/ cluster of six machines right now. For over a week straight. 4.11 works perfectly. But support is going to be dropped very soon, so that's a bad option for me right now. Over all, the system is /only/ supposed to handle a few hundred hits per second. (but including dynamic stuff like php...) Dunno if that (or what else) is "serious business" for you. Which version would you suggest for "serious business"? Anyways, my point stands: I rather have any of my nodes panic than carrying the risk of creating invalid data... One in a billion can be high probability, soon... (just planning for the future...) >panics like that should be eradicated, adding more nonsensical panics >is not what we need. > > uh, I would not call hardware failure "nonsensical panics". I guess I must have misunderstood you... M. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 22:40:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B14F16A400 for ; Mon, 26 Jun 2006 22:40:04 +0000 (UTC) (envelope-from M.Hirsch@hirsch.it) Received: from server1.hirsch.it (server1.hirsch.it [213.239.214.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 266A143D6E for ; Mon, 26 Jun 2006 22:39:53 +0000 (GMT) (envelope-from M.Hirsch@hirsch.it) Received: from hsi-kbw-085-216-025-126.hsi.kabelbw.de ([85.216.25.126] helo=[192.168.101.121]) by server1.hirsch.it with esmtpa (Exim 4.50) id 1FuzkC-0007Ez-2V; Tue, 27 Jun 2006 00:39:52 +0200 Message-ID: <44A06233.1090704@hirsch.it> Date: Tue, 27 Jun 2006 00:39:47 +0200 From: "M.Hirsch" User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Dmitry Pryanishnikov References: <20060626100949.G24406@fledge.watson.org> <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> <20060626235355.Q95667@atlantis.atlantis.dp.ua> <44A04FD2.1030001@hirsch.it> <20060627011512.N95667@atlantis.atlantis.dp.ua> In-Reply-To: <20060627011512.N95667@atlantis.atlantis.dp.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.2 (/) X-Spam-Report: Spam detection software, running on the system "server1.hirsch.it", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Pryanishnikov schrieb: > > Hello! > > On Mon, 26 Jun 2006, M.Hirsch wrote: > >> ECC is a way to mask broken hardware. I rather have my hardware fail >> directly when it does first, so I can replace it _immediately_ > > > You got it backwards. If your data has any value to you, then you > don't want > to miss any single-error bit in it, do you? If you're running hardware > w/o > ECC, your single-bit error in your data will go to the disk unnoticed, > and you'll lose your data. With ECC, hardware will correct it. In > (rare) case of multiple-bit error ECC logic will generate NMI for you, > so you'll notice and "replace it _immediately_" instead of two weeks > ago when your archive wont extract. > Nope, I am right on track. I do not want to lose any data. So I'd prefer a ECC error to raise a panic so I can replace the hardware ASAP. Don't get me wrong, but tracking bugs in FreeBSD is quite more of an effort than "just" akquiring a new box... [...] Content analysis details: (0.2 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.2 AWL AWL: From: address is in the auto white-list Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 22:40:04 -0000 Dmitry Pryanishnikov schrieb: > > Hello! > > On Mon, 26 Jun 2006, M.Hirsch wrote: > >> ECC is a way to mask broken hardware. I rather have my hardware fail >> directly when it does first, so I can replace it _immediately_ > > > You got it backwards. If your data has any value to you, then you > don't want > to miss any single-error bit in it, do you? If you're running hardware > w/o > ECC, your single-bit error in your data will go to the disk unnoticed, > and you'll lose your data. With ECC, hardware will correct it. In > (rare) case of multiple-bit error ECC logic will generate NMI for you, > so you'll notice and "replace it _immediately_" instead of two weeks > ago when your archive wont extract. > Nope, I am right on track. I do not want to lose any data. So I'd prefer a ECC error to raise a panic so I can replace the hardware ASAP. Don't get me wrong, but tracking bugs in FreeBSD is quite more of an effort than "just" akquiring a new box... >> What's your hardware good for if it passes a "test", but fails in >> production? > > > It's the way in what RAM will manifest single-bit errors: you run > memory test - it won't catch them, later in production you'll miss > this error because > nothing will provide extra sanity check of your data. Ok... Does the standard fs, UFS2, do "extra sanity checks", then? M. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 22:52:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 247C116A403 for ; Mon, 26 Jun 2006 22:52:01 +0000 (UTC) (envelope-from M.Hirsch@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 4D9B343D67 for ; Mon, 26 Jun 2006 22:51:59 +0000 (GMT) (envelope-from M.Hirsch@gmx.de) Received: (qmail invoked by alias); 26 Jun 2006 22:51:59 -0000 Received: from HSI-KBW-085-216-025-126.hsi.kabelbw.de (EHLO [192.168.101.121]) [85.216.25.126] by mail.gmx.net (mp029) with SMTP; 27 Jun 2006 00:51:59 +0200 X-Authenticated: #820862 Message-ID: <44A0650C.7020806@gmx.de> Date: Tue, 27 Jun 2006 00:51:56 +0200 From: "M.Hirsch" User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: "M.Hirsch" References: <20060626100949.G24406@fledge.watson.org> <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> <20060626235355.Q95667@atlantis.atlantis.dp.ua> <44A04FD2.1030001@hirsch.it> <20060627011512.N95667@atlantis.atlantis.dp.ua> <44A06233.1090704@hirsch.it> In-Reply-To: <44A06233.1090704@hirsch.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 22:52:01 -0000 > Ok... > Does the standard fs, UFS2, do "extra sanity checks", then? > Sorry, replying to myself... No, this does not matter. If the OS thinks the data is ok, UFS will write OK data... So, let me rephrase this: How can I make sure there is no broken hardware in my cluster? I am not looking for workarounds, like ECC. I want the box to break immediately once any single component goes wrong... From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 22:57:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFBED16A404 for ; Mon, 26 Jun 2006 22:57:29 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F1F443D66 for ; Mon, 26 Jun 2006 22:57:26 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k5QMvHoe098868; Tue, 27 Jun 2006 01:57:17 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Tue, 27 Jun 2006 01:57:17 +0300 (EEST) From: Dmitry Pryanishnikov To: "M.Hirsch" In-Reply-To: <44A06233.1090704@hirsch.it> Message-ID: <20060627014335.E87535@atlantis.atlantis.dp.ua> References: <20060626100949.G24406@fledge.watson.org> <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> <20060626235355.Q95667@atlantis.atlantis.dp.ua> <44A04FD2.1030001@hirsch.it> <20060627011512.N95667@atlantis.atlantis.dp.ua> <44A06233.1090704@hirsch.it> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 22:57:29 -0000 On Tue, 27 Jun 2006, M.Hirsch wrote: >> On Mon, 26 Jun 2006, M.Hirsch wrote: >>> ECC is a way to mask broken hardware. I rather have my hardware fail >>> directly when it does first, so I can replace it _immediately_ >> >> >> You got it backwards. If your data has any value to you, then you don't >> > Nope, I am right on track. > I do not want to lose any data. So I'd prefer a ECC error to raise a panic so > I can replace the hardware ASAP. When you wrote "ECC is a way to mask broken hardware", you were plain wrong. If you're using hardware w/o ECC, it just can't tell whether error present or absent. So ECC _is_ the way to detect (not mask) broken hardware. If you want ECC corrector to raise NMI on corrected error (as well as uncorrectable), just set approproate bit in control register - every Intel's ECC-capable chipset allows it. But if we're speaking about production environment, such behaviour (abnormal termination on _corrected_ error) is unacceptable. > Don't get me wrong, but tracking bugs in FreeBSD is quite more of an effort > than "just" akquiring a new box... I don't see connection between this sentence and ECC (which is hardware option). > Does the standard fs, UFS2, do "extra sanity checks", then? Ditto. And don't forget that _every_ data sector on HDD _is_ checked with CRC. As well as ATA data transfers in UDMA modes. As well as data in CPU cache. Extra check gives extra reliability. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 23:00:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79CE416A403 for ; Mon, 26 Jun 2006 23:00:22 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ABE543D46 for ; Mon, 26 Jun 2006 23:00:21 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.0.1) with ESMTP id md50002694314.msg for ; Mon, 26 Jun 2006 23:59:28 +0100 Message-ID: <005401c69974$217f8860$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "M.Hirsch" , "Dmitry Pryanishnikov" References: <20060626100949.G24406@fledge.watson.org> <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> <20060626235355.Q95667@atlantis.atlantis.dp.ua> <44A04FD2.1030001@hirsch.it><20060627011512.N95667@atlantis.atlantis.dp.ua> <44A06233.1090704@hirsch.it> Date: Mon, 26 Jun 2006 23:59:02 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Spam-Processed: multiplay.co.uk, Mon, 26 Jun 2006 23:59:28 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-MDAV-Processed: multiplay.co.uk, Mon, 26 Jun 2006 23:59:28 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 23:00:22 -0000 M.Hirsch wrote: > Ok... > Does the standard fs, UFS2, do "extra sanity checks", then? My advice would be dont feed the troll. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 23:06:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E778716A40D for ; Mon, 26 Jun 2006 23:06:15 +0000 (UTC) (envelope-from thn@saeab.se) Received: from saeab.se (ture.saeab.se [213.80.3.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FF1143D7B for ; Mon, 26 Jun 2006 23:06:07 +0000 (GMT) (envelope-from thn@saeab.se) Received: from scatcat.thn.saeab.se (vpn-thn.int.saeab.se [10.0.4.43]) by saeab.se (8.13.6/8.13.6) with ESMTP id k5QN6183008793; Tue, 27 Jun 2006 01:06:02 +0200 (CEST) (envelope-from thn@saeab.se) Received: from [10.1.0.1] (home [10.1.0.1]) by scatcat.thn.saeab.se (8.13.3/8.13.3) with ESMTP id k5QN611G009585; Tue, 27 Jun 2006 01:06:01 +0200 (CEST) (envelope-from thn@saeab.se) Message-ID: <44A0690F.8040005@saeab.se> Date: Tue, 27 Jun 2006 01:09:03 +0200 From: =?ISO-8859-1?Q?Thomas_Nystr=F6m?= Organization: Svensk Aktuell Elektronik AB User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M.Hirsch" References: <20060626100949.G24406@fledge.watson.org> <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> <20060626235355.Q95667@atlantis.atlantis.dp.ua> <44A04FD2.1030001@hirsch.it> <20060626212654.GB93703@freebie.xs4all.nl> <44A0538E.6090906@gmx.de> <20060626214535.GA94015@freebie.xs4all.nl> <44A057AD.7050700@hirsch.it> In-Reply-To: <44A057AD.7050700@hirsch.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00, UNPARSEABLE_RELAY autolearn=ham version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on ture.saeab.se X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (saeab.se [10.0.1.133]); Tue, 27 Jun 2006 01:06:06 +0200 (CEST) Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 23:06:16 -0000 M.Hirsch wrote: > Any hardware showing ECC errors should be replaced asap.. No. ALL memory will sooner or later show single bit error. Several years ago I was checking this during my work at Ericsson. There was a discussion if ECC should be present in the GSM-base-stations or not. I had a special test-software running in several units looking for soft-errors. Soft errors are bits that are flipped spontaneously in the memory. When the bit are rewritten it will work OK again, no permanent damage to the memory and no need to replace the memory. During my test period (I think it was 6-8 monthes) I saw four occasions when this occured (total amount of memory 96 MB). ECC is intended to fix this: It will correct a single bit fault and allow the system to contiune uninterrupted. Of course this event should be logged and if it occurs several times at the same place then it is time to replace the memory. Of course memory should be better these days but.... knock on wood.... /thn [20 years as HW-designer, FreeBSD since 3.0] -- --------------------------------------------------------------- Svensk Aktuell Elektronik AB Thomas Nyström Box 10 Phone: +46 8 35 92 85 S-191 21 Sollentuna Fax: +46 8 35 92 86 Sweden Email: thn@saeab.se --------------------------------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 23:07:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2007416A409 for ; Mon, 26 Jun 2006 23:07:39 +0000 (UTC) (envelope-from webmaster@hirsch.it) Received: from server1.hirsch.it (server1.hirsch.it [213.239.214.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id A545C43D45 for ; Mon, 26 Jun 2006 23:07:25 +0000 (GMT) (envelope-from webmaster@hirsch.it) Received: from hsi-kbw-085-216-025-126.hsi.kabelbw.de ([85.216.25.126] helo=[192.168.101.121]) by server1.hirsch.it with esmtpa (Exim 4.50) id 1Fv0Ap-0007g6-US; Tue, 27 Jun 2006 01:07:24 +0200 Message-ID: <44A068A7.3090403@hirsch.it> Date: Tue, 27 Jun 2006 01:07:19 +0200 From: "M.Hirsch" User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Dmitry Pryanishnikov References: <20060626100949.G24406@fledge.watson.org> <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> <20060626235355.Q95667@atlantis.atlantis.dp.ua> <44A04FD2.1030001@hirsch.it> <20060627011512.N95667@atlantis.atlantis.dp.ua> <44A06233.1090704@hirsch.it> <20060627014335.E87535@atlantis.atlantis.dp.ua> In-Reply-To: <20060627014335.E87535@atlantis.atlantis.dp.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Spam-Report: Spam detection software, running on the system "server1.hirsch.it", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Pryanishnikov schrieb: > When you wrote "ECC is a way to mask broken hardware", you were plain > wrong. > If you're using hardware w/o ECC, it just can't tell whether error > present > or absent. So ECC _is_ the way to detect (not mask) broken hardware. > Ok, thanks. I think I understand the meaning of ECC now. So, unlike my supplier claims, ECC is not supposed to help against hardware failures. But it is the way to detect them, right? [...] Content analysis details: (0.0 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 23:07:39 -0000 Dmitry Pryanishnikov schrieb: > When you wrote "ECC is a way to mask broken hardware", you were plain > wrong. > If you're using hardware w/o ECC, it just can't tell whether error > present > or absent. So ECC _is_ the way to detect (not mask) broken hardware. > Ok, thanks. I think I understand the meaning of ECC now. So, unlike my supplier claims, ECC is not supposed to help against hardware failures. But it is the way to detect them, right? > If you want ECC corrector to raise NMI on corrected error (as well as > uncorrectable), just set approproate bit in control register - every > Intel's ECC-capable chipset allows it. But if we're speaking about > production environment, such behaviour (abnormal termination on > _corrected_ > error) is unacceptable. "abnormal termination" is not only acceptable for me, it is what I am looking for. Make the node crash completely, so one of the others can take over its task(s). > Don't get me wrong, but tracking bugs in FreeBSD is quite more of an > effort than "just" akquiring a new box... > > I don't see connection between this sentence and ECC (which is > hardware option). What I wanted to say: Looking for errors in the logs is only a few seconds. Finding out what caused them, is hours... Akquiring a new box is only $29,95 ;) - that's like 30 minutes, if you regard it from the business side. ... I rather rent 100 boxes to do the task of ten, than employ 100 admins to find the "real" problem. Thanks, Dmitry. I think I know what to look for now... M. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 23:08:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD37C16A404 for ; Mon, 26 Jun 2006 23:08:51 +0000 (UTC) (envelope-from M.Hirsch@hirsch.it) Received: from server1.hirsch.it (server1.hirsch.it [213.239.214.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB86A43D73 for ; Mon, 26 Jun 2006 23:08:44 +0000 (GMT) (envelope-from M.Hirsch@hirsch.it) Received: from hsi-kbw-085-216-025-126.hsi.kabelbw.de ([85.216.25.126] helo=[192.168.101.121]) by server1.hirsch.it with esmtpa (Exim 4.50) id 1Fv0C7-0007hP-L7; Tue, 27 Jun 2006 01:08:43 +0200 Message-ID: <44A068F7.90809@hirsch.it> Date: Tue, 27 Jun 2006 01:08:39 +0200 From: "M.Hirsch" User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Steven Hartland References: <20060626100949.G24406@fledge.watson.org> <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> <20060626235355.Q95667@atlantis.atlantis.dp.ua> <44A04FD2.1030001@hirsch.it><20060627011512.N95667@atlantis.atlantis.dp.ua> <44A06233.1090704@hirsch.it> <005401c69974$217f8860$b3db87d4@multiplay.co.uk> In-Reply-To: <005401c69974$217f8860$b3db87d4@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.2 (/) X-Spam-Report: Spam detection software, running on the system "server1.hirsch.it", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Wow, Steven, you've been really helpful here... M. [...] Content analysis details: (0.2 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.2 AWL AWL: From: address is in the auto white-list Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 23:08:51 -0000 Wow, Steven, you've been really helpful here... M. Steven Hartland schrieb: > > My advice would be dont feed the troll. > > Steve From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 23:16:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 054D616A412 for ; Mon, 26 Jun 2006 23:16:26 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF5D644991 for ; Mon, 26 Jun 2006 14:04:44 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 27B85290C29; Mon, 26 Jun 2006 11:04:38 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 41644-03; Mon, 26 Jun 2006 14:04:42 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 6DAF7290C25; Mon, 26 Jun 2006 11:04:37 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id CFC735C254; Mon, 26 Jun 2006 11:04:47 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id CB67E5C15C; Mon, 26 Jun 2006 11:04:47 -0300 (ADT) Date: Mon, 26 Jun 2006 11:04:47 -0300 (ADT) From: "Marc G. Fournier" To: Gavin Atkinson In-Reply-To: <1151324795.80434.8.camel@buffy.york.ac.uk> Message-ID: <20060626110323.B1114@ganymede.hub.org> References: <20060626080344.X1114@ganymede.hub.org> <20060626082906.T1114@ganymede.hub.org> <1151324795.80434.8.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: leaking blocked processes in vmstat ... how to debug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 23:16:26 -0000 On Mon, 26 Jun 2006, Gavin Atkinson wrote: > On Mon, 2006-06-26 at 08:29 -0300, Marc G. Fournier wrote: >> Up to 48 right now, and still nothing to show for it ... > > Is it possible that these processes are blocked while exiting? > > There's currently an unresolved bug where processes get wedged either > during startup or exit. See if you have any processes in state "START" > in top, or with an E in the "STAT" column: > > ps ax -O ppid,flags,mwchan | awk '$6 ~ /E/ || $6 == "STAT"' Checked ... that one is clean too :( I've even checked for L (waiting to acquire lock), since that sounded like something that might be seen as 'blocked' .. nadda .. Its as is 'blocked' is incrementing, but not always decrementing properly ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 23:33:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A77C216A400 for ; Mon, 26 Jun 2006 23:33:58 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52A2944BFA for ; Mon, 26 Jun 2006 23:33:58 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Fv0ab-000Env-EO; Tue, 27 Jun 2006 00:33:57 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1Fv0ab-000PfJ-B8; Tue, 27 Jun 2006 00:33:57 +0100 To: dmitry@atlantis.dp.ua, webmaster@hirsch.it In-Reply-To: <44A068A7.3090403@hirsch.it> Message-Id: From: Pete French Date: Tue, 27 Jun 2006 00:33:57 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 23:33:58 -0000 > So, unlike my supplier claims, ECC is not supposed to help against > hardware failures. > But it is the way to detect them, right? Yes!!! Absolutely. -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 23:40:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEC2116A492 for ; Mon, 26 Jun 2006 23:40:23 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B1C8444C6 for ; Mon, 26 Jun 2006 23:25:10 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by nz-out-0102.google.com with SMTP id 18so1184860nzp for ; Mon, 26 Jun 2006 16:25:04 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=h4xlVs4kDPelnDGQZRb8ndhdaMR9fklau67C/PKA/kIi/KDkdEBQn5fjgXjnRARJtIqGfvvhs7BaEIP9en03UXqxkX8iMDGAR6QyiSXpmauaRqa5a75WrKhMAS8h8xRxh0IWzUnSangQhqWU1RPFrHqAQIpspm5gCiofLbqH1nc= Received: by 10.36.250.62 with SMTP id x62mr3493257nzh; Mon, 26 Jun 2006 16:25:04 -0700 (PDT) Received: by 10.36.247.33 with HTTP; Mon, 26 Jun 2006 16:25:04 -0700 (PDT) Message-ID: <7579f7fb0606261625n619a6756w7e5be9a9166abbe9@mail.gmail.com> Date: Mon, 26 Jun 2006 16:25:04 -0700 From: "Matthew Jacob" To: "Marc G. Fournier" In-Reply-To: <20060626125727.W1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060626125727.W1114@ganymede.hub.org> Cc: freebsd-stable@freebsd.org Subject: Re: Losing confidence in FreeBSD 6.x in a loaded environment ... :( X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2006 23:40:24 -0000 Well, I have to say that I had to reboot my 6.1 gateway on Sunday. It was 5.X prior to this and never had to be rebooted. On 6/26/06, Marc G. Fournier wrote: > > Okay, now this is getting ridiculous .. and for all those that have been > helping me debug things over the past few days, this isn't a rant against > "people", its a rant against the state of FreeBSD 6.x :( > > Its got SERIOUS problems. > > As easy as it is to 'blame the hardware', I'm up to my third FreeBSD 6.x > system that is having problems now, all of which ran flawlessly under > FreeBSD 4-STABLE under some serious load ... > > And by 'serious load' .. jupiter (the one that was giving me the SegFaults > under those two kernels I tried) was up to 100 vServers running on it > while I was clearning things off of pluto to upgrade her to 6.x ... and > something like 209 days uptime ... > > Right now, I have 3 FreeBSD 4.x left in production, and 4 FreeBSD 6.x ... > > One 4.x server is running 87 vServers, has been up for 74 days now, and > vmstat 5 shows: > > # vmstat 5 > procs memory page disks faults cpu > r b w avm fre flt re pi po fr sr da0 da1 in sy cs us sy id > 3 5 0 3594432 228088 60 3 3 1 73 310 0 0 584 562 569 28 29 43 > 3 5 0 3578556 227384 546 0 1 7 592 0 0 18 434 1869 1647 7 11 83 > 2 5 0 3564464 225092 807 0 0 0 505 0 2 4 382 2698 2684 8 9 83 > > One of my 6.x just went down for the second time today ... locked up solid > ... first time it did it today, it was hitting maxpipekva, which seems to > be my biggest headache so far with 6.x ... > > Pluto, the one that we've been pretty much fighting over this past > weekend, is running 69 vServers, 1363 processes, a loadavg <1 ... and I'm > lucky to keep it running for 24 hours ... > > maxpipekva is set to: > > kern.ipc.maxpipekva: 67108864 - kern.ipc.pipekva: 35782656 > > It just doesn't feel like 6.x is as robust under loaded conditions as > 4-STABLE was ... :( > > I don't expect anything to get fixed based on this email ... it was more > to get off my chest about those that have been suggesting that I'm > overloading the server(s) and causing the problems ... I loaded them worse > under 4.x, with less problems ... hell, I got better uptimes under load > when I was using unionfs then 6.x right now is giving me *without* any > "funny mounts" :( > > > ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > Email . scrappy@hub.org MSN . scrappy@hub.org > Yahoo . yscrappy Skype: hub.org ICQ . 7615664 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 23:44:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 156DD16A410 for ; Mon, 26 Jun 2006 23:44:01 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E6CF446BD for ; Mon, 26 Jun 2006 23:26:27 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Fv0TK-000EjR-7S; Tue, 27 Jun 2006 00:26:26 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1Fv0TK-000Pee-3t; Tue, 27 Jun 2006 00:26:26 +0100 To: M.Hirsch@gmx.de, M.Hirsch@hirsch.it In-Reply-To: <44A0650C.7020806@gmx.de> Message-Id: From: Pete French Date: Tue, 27 Jun 2006 00:26:26 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 23:44:01 -0000 > I am not looking for workarounds, like ECC. I want the box to break > immediately once any single component goes wrong... Uh, that *is* what ECC does (or can do). Without ECC your broken hardware continues to run un-noticed. With ECC you can either make it break immediatley, or log an error or continue to run. Stop thinking of ECC as error correction and start thinking of it as error detection. No ECC gives you no way to detect failing memory. -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 26 23:44:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BA1A16A47B for ; Mon, 26 Jun 2006 23:44:41 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8BAC442A1 for ; Mon, 26 Jun 2006 23:21:36 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k5QNLSlY017832; Tue, 27 Jun 2006 02:21:28 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Tue, 27 Jun 2006 02:21:28 +0300 (EEST) From: Dmitry Pryanishnikov To: "M.Hirsch" In-Reply-To: <44A068A7.3090403@hirsch.it> Message-ID: <20060627020819.L3403@atlantis.atlantis.dp.ua> References: <20060626100949.G24406@fledge.watson.org> <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> <20060626235355.Q95667@atlantis.atlantis.dp.ua> <44A04FD2.1030001@hirsch.it> <20060627011512.N95667@atlantis.atlantis.dp.ua> <44A06233.1090704@hirsch.it> <20060627014335.E87535@atlantis.atlantis.dp.ua> <44A068A7.3090403@hirsch.it> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jun 2006 23:44:41 -0000 On Tue, 27 Jun 2006, M.Hirsch wrote: >> If you're using hardware w/o ECC, it just can't tell whether error present >> or absent. So ECC _is_ the way to detect (not mask) broken hardware. >> > Ok, thanks. I think I understand the meaning of ECC now. > So, unlike my supplier claims, ECC is not supposed to help against hardware > failures. > But it is the way to detect them, right? ECC stands for Error Checking and Correction. It's a hardware feature, and its primary task is Checking (that is, detection) of errors. It just happens that number of additional bits which carry checking code is sufficient to correct _any_ _single-bit_ data error (not mask it, but really correct), and to detect any double-bit and most of several-bit errors (w/o correction). >> Intel's ECC-capable chipset allows it. But if we're speaking about >> production environment, such behaviour (abnormal termination on _corrected_ >> error) is unacceptable. > > "abnormal termination" is not only acceptable for me, it is what I am looking > for. > Make the node crash completely, so one of the others can take over its > task(s). Again, when single-bit correction has happened, it's not fake, the result is actually correct. Why panic the machine immediately if all data OK? Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 00:05:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1DED16A412 for ; Tue, 27 Jun 2006 00:05:55 +0000 (UTC) (envelope-from M.Hirsch@hirsch.it) Received: from server1.hirsch.it (server1.hirsch.it [213.239.214.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE51543E6C for ; Mon, 26 Jun 2006 23:40:20 +0000 (GMT) (envelope-from M.Hirsch@hirsch.it) Received: from hsi-kbw-085-216-025-126.hsi.kabelbw.de ([85.216.25.126] helo=[192.168.101.121]) by server1.hirsch.it with esmtpa (Exim 4.50) id 1Fv0gf-0008AM-Jk; Tue, 27 Jun 2006 01:40:17 +0200 Message-ID: <44A0705D.3030100@hirsch.it> Date: Tue, 27 Jun 2006 01:40:13 +0200 From: "M.Hirsch" User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Pete French References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Spam-Report: Spam detection software, running on the system "server1.hirsch.it", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: So what do I need to do to make the box panic() on an ECC error? Is there a kernel parameter, sysctl, or what else? Thanks, M. Pete French schrieb: [...] Content analysis details: (0.1 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.1 AWL AWL: From: address is in the auto white-list Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2006 00:05:55 -0000 So what do I need to do to make the box panic() on an ECC error? Is there a kernel parameter, sysctl, or what else? Thanks, M. Pete French schrieb: >>I am not looking for workarounds, like ECC. I want the box to break >>immediately once any single component goes wrong... >> >> > >Uh, that *is* what ECC does (or can do). Without ECC your broken hardware >continues to run un-noticed. With ECC you can either make it break >immediatley, or log an error or continue to run. > >Stop thinking of ECC as error correction and start thinking of it as >error detection. No ECC gives you no way to detect failing memory. > >-pete. > > From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 00:06:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA57216A549 for ; Tue, 27 Jun 2006 00:06:08 +0000 (UTC) (envelope-from freebsd@wcubed.net) Received: from mail.datausa.com (mail.datausa.com [216.150.220.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 1562F442AC for ; Mon, 26 Jun 2006 23:48:21 +0000 (GMT) (envelope-from freebsd@wcubed.net) Received: (qmail 3189 invoked by uid 89); 26 Jun 2006 23:46:49 -0000 Received: from c-67-176-75-179.hsd1.wa.comcast.net (HELO ?10.0.1.1?) (67.176.75.179) by mail.datausa.com with SMTP; 26 Jun 2006 23:46:49 -0000 Message-ID: <44A07244.4090409@wcubed.net> Date: Mon, 26 Jun 2006 17:48:20 -0600 From: Brad Waite User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Max Laier References: <448C5C41.10302@wcubed.net> <20060611213635.GA35430@xor.obsecurity.org> <448C8F3B.5020806@wcubed.net> <200606120024.59336.max@love2party.net> In-Reply-To: <200606120024.59336.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: 6.1-stable hangs and LORs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2006 00:06:09 -0000 Hey Max, thanks big-time for the help! It's been just over 2 weeks with no LORs and no lockups. I've read the man page probably a hundred times when setting up pf, but never saw the bug. Wanted to confirm the fix with anyone else that may be struggling like I was. Would it be out of the question to throw a notice to syslog() if the user or group filter? That would have saved me months of frustration. Brad Max Laier wrote: > From pf.conf(5): > BUGS > Due to a lock order reversal (LOR) with the socket layer, the use of the > group and user filter parameter in conjuction with a Giant-free netstack > can result in a deadlock. If you have to use group or user you must set > debug.mpsafenet to ``0'' from the loader(8), for the moment. This work- > around will still produce the LOR, but Giant will protect from the dead- > lock. > From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 00:06:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E76B16AA29 for ; Tue, 27 Jun 2006 00:06:37 +0000 (UTC) (envelope-from MH@kernel32.de) Received: from crivens.terrorteam.de (crivens.terrorteam.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id C54AA4454C for ; Mon, 26 Jun 2006 23:25:33 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.terrorteam.de (Postfix) with ESMTP id 077A94557; Tue, 27 Jun 2006 01:25:32 +0200 (CEST) X-Virus-Scanned: amavisd-new at unixoid.de Received: from crivens.terrorteam.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d--h5aiQudfZ; Tue, 27 Jun 2006 01:25:31 +0200 (CEST) Received: from [212.91.238.184] (unknown [212.91.238.184]) by crivens.terrorteam.de (Postfix) with ESMTP id E02A03F27; Tue, 27 Jun 2006 01:25:29 +0200 (CEST) Message-ID: <44A06CE9.7040901@kernel32.de> Date: Tue, 27 Jun 2006 01:25:29 +0200 From: Marian Hettwer User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Marc G. Fournier" References: <20060624221556.O30039@woozle.rinet.ru> <20060624152525.D1114@ganymede.hub.org> <20060625164752.H52500@woozle.rinet.ru> <20060625105843.O1114@ganymede.hub.org> <20060625211510.D52500@woozle.rinet.ru> <20060625154247.N1114@ganymede.hub.org> <20060626014210.P1114@ganymede.hub.org> <20060626014601.E1114@ganymede.hub.org> <20060626045547.GI79678@deviant.kiev.zoral.com.ua> <20060626021616.W1114@ganymede.hub.org> <20060626143038.GK79678@deviant.kiev.zoral.com.ua> <20060626152345.M1114@ganymede.hub.org> In-Reply-To: <20060626152345.M1114@ganymede.hub.org> X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , freebsd-stable@freebsd.org, Dmitry Morozovsky Subject: Re: vmstat 'b' (disk busy?) field keeps climbing ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 00:06:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hej there, Marc G. Fournier wrote: > > I think I might have found *at least* one of the problems, and that > being the excessively high blocked states while ps isn't finding > anything ... > > MySQL > > We just recently started allowing clients to run a MySQL server *within* > their vServer ... in a drastic move, I just shut them all down on pluto, > and blocked drop'd from ~86 down to 5 in a matter of moments ... > restarting them all has it climbing once more, being up around 22 > already ... > I don't know wether it helps at all. I guess, not... But I'm seeing blocked processes (mysqld) waiting for disk I/O all over the place when running heavy duty MySQL servers. This is on Linux and FreeBSD. Linux would be either 2.4.31 or 2.6.14 both with MySQL 4.1.x ./Marian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFEoGzngAq87Uq5FMsRAvk2AKDhWv6DplvGko1/5F4sy7JXuSOcTACcC8zO uF/xKOKq7oyR2V/cP93CKzI= =dv7F -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 00:06:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8E6316AA52 for ; Tue, 27 Jun 2006 00:06:37 +0000 (UTC) (envelope-from webmaster@hirsch.it) Received: from server1.hirsch.it (server1.hirsch.it [213.239.214.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2A9043D8C for ; Mon, 26 Jun 2006 23:38:41 +0000 (GMT) (envelope-from webmaster@hirsch.it) Received: from hsi-kbw-085-216-025-126.hsi.kabelbw.de ([85.216.25.126] helo=[192.168.101.121]) by server1.hirsch.it with esmtpa (Exim 4.50) id 1Fv0f6-00088i-5K; Tue, 27 Jun 2006 01:38:40 +0200 Message-ID: <44A06FFB.40104@hirsch.it> Date: Tue, 27 Jun 2006 01:38:35 +0200 From: "M.Hirsch" User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Dmitry Pryanishnikov References: <20060626100949.G24406@fledge.watson.org> <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> <20060626235355.Q95667@atlantis.atlantis.dp.ua> <44A04FD2.1030001@hirsch.it> <20060627011512.N95667@atlantis.atlantis.dp.ua> <44A06233.1090704@hirsch.it> <20060627014335.E87535@atlantis.atlantis.dp.ua> <44A068A7.3090403@hirsch.it> <20060627020819.L3403@atlantis.atlantis.dp.ua> In-Reply-To: <20060627020819.L3403@atlantis.atlantis.dp.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Spam-Report: Spam detection software, running on the system "server1.hirsch.it", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Yes, the result may be correct. 'Do not take "ECC" for "equals additional security"' So I understand what's ECC good for, other than the usual "marketing talk". But, in FreeBSD, the function is a result of hardware-level correction. Something that only kicks in in _real_ _serious_ situations. I just would like you (not specifically you, Dmitry) to aknowledge that broken RAM is worth a "panic" in "standard situations"- if I may call it like that. [...] Content analysis details: (0.0 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2006 00:06:38 -0000 Yes, the result may be correct. 'Do not take "ECC" for "equals additional security"' So I understand what's ECC good for, other than the usual "marketing talk". But, in FreeBSD, the function is a result of hardware-level correction. Something that only kicks in in _real_ _serious_ situations. I just would like you (not specifically you, Dmitry) to aknowledge that broken RAM is worth a "panic" in "standard situations"- if I may call it like that. If the RAM is broken for some bits, chances are great that there are more following soon. ... from the replies I got via PM, I feel some people don't agree with that.... Sticks don't just break on a single bit. From my experience, a stick that's got any problems at all, will cause even more trouble soon... If a hardware problem isn't worth panick'ing, what else is? (don't answer this one please, this was a rhetorical question - to those who didn't get it...) Still, I'd rather have the node break down completely than that... M.^ From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 00:08:01 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C826F16A527 for ; Tue, 27 Jun 2006 00:08:01 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp108.rog.mail.re2.yahoo.com (smtp108.rog.mail.re2.yahoo.com [68.142.225.206]) by mx1.FreeBSD.org (Postfix) with SMTP id 349E543D46 for ; Tue, 27 Jun 2006 00:08:00 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 15924 invoked from network); 27 Jun 2006 00:08:00 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=rpBt+ns4CBX+A6Xdrv5LxGZnoi1vU79gXDtNFA2S3trNkkdb2YYPLG8bB+1qO9ErDvMrNc8dAUda/AIbbp4OxqMxM/IgcT1qopLquNOGqkGvYJx77PtUVZ7pOBKgoWliT/8i6icL2HinXrBy6EIOcSLCixCPn2QtkgSWSJaleFk= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp108.rog.mail.re2.yahoo.com with SMTP; 27 Jun 2006 00:08:00 -0000 Message-ID: <44A076EE.60406@rogers.com> Date: Mon, 26 Jun 2006 20:08:14 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Wilko Bulte References: <20060626100949.G24406@fledge.watson.org> <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> <20060626235355.Q95667@atlantis.atlantis.dp.ua> <44A04FD2.1030001@hirsch.it> <20060626212654.GB93703@freebie.xs4all.nl> In-Reply-To: <20060626212654.GB93703@freebie.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "M.Hirsch" , Dmitry Pryanishnikov , freebsd-stable@FreeBSD.ORG Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2006 00:08:01 -0000 Wilko Bulte wrote: > Proper hardware will log the ECC errors, a proper OS tailored to that > hardware will log and notify the sysadmins. > So the question is.. is FreeBSD one of those operating systems? What features/software is present if any, to report ECC problems? From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 00:22:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DABA516A50C for ; Tue, 27 Jun 2006 00:22:35 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id B23F644911 for ; Tue, 27 Jun 2006 00:01:04 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k5R012S1099212 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Jun 2006 17:01:04 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <44A0753E.3060002@errno.com> Date: Mon, 26 Jun 2006 17:01:02 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.2 (X11/20060508) MIME-Version: 1.0 To: Ren Zhen References: <910c4cb0606260845o3c83cae6yf18008da70592bd3@mail.gmail.com> In-Reply-To: <910c4cb0606260845o3c83cae6yf18008da70592bd3@mail.gmail.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: wi0 down when print a lot of data to screen over ssh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 00:22:35 -0000 Ren Zhen wrote: > wi0 goes down when I run a program print a lot of data to > stdout, or when I use zmrx-zmtx it also goes down. > > kernel says: > kernel: wi0: timeout in wi_seek to 152/0 > last message repeated 7 times > kernel: wi0: device timeout > kernel: wi0: timeout in wi_seek to 152/0 > kernel: wi0: link state changed to DOWN > > another time kernel says: > kernel: wi0: timeout in wi_cmd 0x010b; event status 0x8000 > kernel: wi0: xmit failed > kernel: wi0: timeout in wi_seek to 128/0 > last message repeated 3 times > > System Information: > FreeBSD 6.1-STABLE > IBM ThinkPad T23-4NC with a 802.11b wifi card original. > wi0 use WEP 128bit encryption <...stuff deleted...> What firmware revs are you using? Sam From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 00:41:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AAF616A403 for ; Tue, 27 Jun 2006 00:41:25 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: from groat.ugcs.caltech.edu (groat.ugcs.caltech.edu [131.215.176.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0164A43D5E for ; Tue, 27 Jun 2006 00:41:16 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by groat.ugcs.caltech.edu (Postfix, from userid 3640) id 2129B5880B; Mon, 26 Jun 2006 17:41:15 -0700 (PDT) Date: Mon, 26 Jun 2006 17:41:15 -0700 From: Paul Allen To: "M.Hirsch" Message-ID: <20060627004115.GA12597@groat.ugcs.caltech.edu> References: <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> <20060626235355.Q95667@atlantis.atlantis.dp.ua> <44A04FD2.1030001@hirsch.it> <20060627011512.N95667@atlantis.atlantis.dp.ua> <44A06233.1090704@hirsch.it> <20060627014335.E87535@atlantis.atlantis.dp.ua> <44A068A7.3090403@hirsch.it> <20060627020819.L3403@atlantis.atlantis.dp.ua> <44A06FFB.40104@hirsch.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44A06FFB.40104@hirsch.it> Sender: jd@ugcs.caltech.edu Cc: Dmitry Pryanishnikov , freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2006 00:41:25 -0000 >From "M.Hirsch" , Tue, Jun 27, 2006 at 01:38:35AM +0200: > Sticks don't just break on a single bit. From my experience, a stick > that's got any problems at all, will cause even more trouble soon... > If a hardware problem isn't worth panick'ing, what else is? > (don't answer this one please, this was a rhetorical question - to those > who didn't get it...) As has been mentioned by other people already: this position is severely ahistorical. ECC has traditionally been motivated by a desire to 1) provide reliable computing operations 2) ensure high-availability (uptime) The very originating purpose of ECC was to keep the computer going in the face of an alpha particle strike. Alpha particles flip *single* bits. ECC was never intended to detect crummy, failing hardware: that's a use people have shoe-horned it into, but for which it is not entirely suited. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 00:42:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C353A16A404 for ; Tue, 27 Jun 2006 00:42:03 +0000 (UTC) (envelope-from andrew@areilly.bpc-users.org) Received: from omta05sl.mx.bigpond.com (omta05sl.mx.bigpond.com [144.140.93.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BCB943D6B for ; Tue, 27 Jun 2006 00:41:52 +0000 (GMT) (envelope-from andrew@areilly.bpc-users.org) Received: from areilly.bpc-users.org ([141.168.7.22]) by omta05sl.mx.bigpond.com with ESMTP id <20060627004151.DPWQ17036.omta05sl.mx.bigpond.com@areilly.bpc-users.org> for ; Tue, 27 Jun 2006 00:41:51 +0000 Received: (qmail 2281 invoked by uid 501); 27 Jun 2006 00:41:55 -0000 Date: Tue, 27 Jun 2006 10:41:55 +1000 From: Andrew Reilly To: "M.Hirsch" Message-ID: <20060627004155.GG92989@duncan.reilly.home> References: <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> <20060626235355.Q95667@atlantis.atlantis.dp.ua> <44A04FD2.1030001@hirsch.it> <20060627011512.N95667@atlantis.atlantis.dp.ua> <44A06233.1090704@hirsch.it> <20060627014335.E87535@atlantis.atlantis.dp.ua> <44A068A7.3090403@hirsch.it> <20060627020819.L3403@atlantis.atlantis.dp.ua> <44A06FFB.40104@hirsch.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44A06FFB.40104@hirsch.it> User-Agent: Mutt/1.4.2.1i Cc: Dmitry Pryanishnikov , freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2006 00:42:03 -0000 On Tue, Jun 27, 2006 at 01:38:35AM +0200, M.Hirsch wrote: > I just would like you (not specifically you, Dmitry) to aknowledge that > broken RAM is worth a "panic" in "standard situations"- if I may call it > like that. Well, ideally, if broken ram could be isolated with something like IBM's chipkill stuff, then that would be better than panicing. Sort of like enabling hot-swap of failing disk drives. The point that's been made, though, is that "soft" errors aren't necessarily (or even) hardware failures at all. Hardware failures can look like persistent soft errors, but soft errors are real: radiation induced bit-flippage happens. ECC turns what would otherwise be a panic-inducing error state into a total non-event, improving the uptime of very large memory systems to useful levels. Exactly similar to the forward error correction used on disk drives and communications channels. In all of these systems, the technology has been pushed so close to the limits that the difference between "signal" and "noise" can only be determined by sophisticated statistical analysis and systematic redundancy. > If the RAM is broken for some bits, chances are great that there are > more following soon. > ... from the replies I got via PM, I feel some people don't agree with > that.... A single corrected error just isn't an indication that the hardware is broken. If the ECC scrubber can't flip the bit to the right state, *then* the hardware is broken, and you do need to panic. -- Andrew From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 01:29:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8560816A783 for ; Tue, 27 Jun 2006 01:29:46 +0000 (UTC) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id E516C443CB for ; Tue, 27 Jun 2006 01:08:37 +0000 (GMT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id D44F39B48B; Tue, 27 Jun 2006 10:38:36 +0930 (CST) Date: Tue, 27 Jun 2006 10:38:36 +0930 From: Greg 'groggy' Lehey To: Sven Willenberger , freebsd-stable Message-ID: <20060627010836.GH10845@wantadilla.lemis.com> References: <1151338928.2186.4.camel@lanshark.dmv.com> <20060626171536.GA16235@slackbox.xs4all.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rCwQ2Y43eQY6RBgR" Content-Disposition: inline In-Reply-To: <20060626171536.GA16235@slackbox.xs4all.nl> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 VoIP: sip:0871270137@sip.internode.on.net WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: Subject: Re: vinum to gvinum help X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 01:29:46 -0000 --rCwQ2Y43eQY6RBgR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Monday, 26 June 2006 at 19:15:36 +0200, Roland Smith wrote: > On Mon, Jun 26, 2006 at 12:22:07PM -0400, Sven Willenberger wrote: >> I have an i386 system currently running 5.2.1-RELEASE with a vinum >> mirror array (2 drives comprising /usr ). I want to upgrade this to >> 5.5-RELEASE which, if I understand correctly, no longer supports vinum >> arrays. Would simply chaning /boot/loader.conf to read gvinum_load >> instead of vinum_load work or would the geom layer prevent this from >> working properly? If not, is there a recommended way of upgrading a >> vinum array to a gvinum or gmirror array? > > Lost of things have changed between 5.2.1 and 5.5. I think it would be > best to make a backup and do a clean reinstall. To the best of my knowledge, the Vinum on-disk layout has not changed, so you shouldn't need to reinstall the data. A backup is always an excellent idea, of course :-) Greg -- See complete headers for address and phone numbers. --rCwQ2Y43eQY6RBgR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEoIUUIubykFB6QiMRAq97AJ9DzNHaoigFwPI+olHE+3s0P2yfBgCZASaf iKb+wax1nRcATZAHwNIOMlo= =QqhM -----END PGP SIGNATURE----- --rCwQ2Y43eQY6RBgR-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 01:32:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB55E16A401 for ; Tue, 27 Jun 2006 01:32:06 +0000 (UTC) (envelope-from noackjr@alumni.rice.edu) Received: from mail.clickfox.com (cffw1.clickfox.com [72.16.213.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EC4943D48 for ; Tue, 27 Jun 2006 01:32:05 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) X-PMWin-Version: 2.5.1s, Antispam-Engine: 2.3.0.1, Antivirus-Engine: 2.34.3 thread-index: AcaZijmFabYnmvxhS+u6p1p447+YUA== X-PMWin-Spam: Gauge=IIIIIIII, Probability=8%, Report='__HAS_MSGID, __SANE_MSGID, __USER_AGENT, __MIME_VERSION, __CT, __CTYPE_CHARSET_QUOTED, __CT_TEXT_PLAIN, __CTE, __MIME_TEXT_ONLY' Received: from [10.20.30.156] ([72.16.213.34]) by mail.clickfox.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Mon, 26 Jun 2006 21:37:17 -0400 Message-ID: <44A08A94.9060700@alumni.rice.edu> Date: Mon, 26 Jun 2006 21:32:04 -0400 From: "Jonathan Noack" User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: "Marc G. Fournier" X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2663 Content-Class: urn:content-classes:message Importance: normal Priority: normal References: <20060624221556.O30039@woozle.rinet.ru> <20060626143038.GK79678@deviant.kiev.zoral.com.ua> <20060626152345.M1114@ganymede.hub.org> <200606262244.25505.max@love2party.net> <20060626185437.I1114@ganymede.hub.org> In-Reply-To: <20060626185437.I1114@ganymede.hub.org> Content-Type: text/plain; format=flowed; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 27 Jun 2006 01:37:17.0515 (UTC) FILETIME=[397519B0:01C6998A] Cc: Kostik Belousov , Max Laier , freebsd-stable@freebsd.org, Dmitry Morozovsky Subject: Re: vmstat 'b' (disk busy?) field keeps climbing ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2006 01:32:06 -0000 Marc G. Fournier wrote: > On Mon, 26 Jun 2006, Max Laier wrote: >> On Monday 26 June 2006 20:25, Marc G. Fournier wrote: >>> I think I might have found *at least* one of the problems, and that >>> being >>> the excessively high blocked states while ps isn't finding anything ... >>> >>> MySQL >>> >>> We just recently started allowing clients to run a MySQL server *within* >>> their vServer ... in a drastic move, I just shut them all down on pluto, >>> and blocked drop'd from ~86 down to 5 in a matter of moments ... >>> restarting them all has it climbing once more, being up around 22 >>> already >>> ... >>> >>> I'm going to go with that theory for now, and keep an eye on things ... >>> >>> Just curious as to why, even with -H, its not showing any blocked states >>> within ps though ... ? >> >> The "blocked" column shows also processes that have objects "paging". >> Most likely you are *short* on memory. In order to relieve the >> pressure program .text pages are free'ed and need to be refetched from >> disc whenever the respective code is being executed. > > 'k, but shouldn't the OS be doing any swapping, if this was the case? > I'm getting <1M of swappage when the blocked pages are really high ... It makes sense when you think about it (as Matthew Fuller pointed out in this thread 2 days ago). There is no point in swapping out binary pages as they are ALREADY stored on disk and can be re-fetched with ease (remember the binary is marked in use so we don't have to worry about it getting modified out from under us); why double disk usage by storing binaries on the swap partition? In this case, binary pages are getting paged out under memory pressure and have to be paged back in when needed. This results in high vnode pager activity but little swap pager activity. Matthew pointed out that the vnode pager also handles mmap()'d files, which could come into play with MySQL. -Jonathan From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 04:53:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 884F716A400 for ; Tue, 27 Jun 2006 04:53:10 +0000 (UTC) (envelope-from sthalik@tehran.lain.pl) Received: from mail.in5.pl (rollercoaster.insane.pl [213.251.173.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEB6A444EE for ; Tue, 27 Jun 2006 04:53:09 +0000 (GMT) (envelope-from sthalik@tehran.lain.pl) Received: from tehran.lain.pl ([85.221.230.102] helo=tehran.local ident=mailnull) from mailnull by mail.in5.pl with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (envelope-from ) id 1Fv5ZT-0001rx-T1 for freebsd-stable@freebsd.org; Tue, 27 Jun 2006 06:53:08 +0200 Received: from sthalik by tehran.local with local (Exim 4.62 (FreeBSD)) (envelope-from ) id 1Fv5ZW-0001eM-SB for freebsd-stable@freebsd.org; Tue, 27 Jun 2006 06:53:10 +0200 Date: Tue, 27 Jun 2006 06:53:10 +0200 From: Stanislaw Halik To: freebsd-stable@freebsd.org Message-ID: <20060627045310.GA6324@tehran.lain.pl> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline X-PGP-Key: http://tehran.lain.pl/public.key User-Agent: Mutt/1.5.11 Subject: trap 12: supervisor write, page not present on 6.1-STABLE Tue May 16 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 04:53:10 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, 6.1-STABLE crashed on me. I'm providing a backtrace. Could any of you, experienced people, suggest me if it's a hardware problem or is it an error inside the OS? -->-- Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x58 fault code =3D supervisor write, page not present instruction pointer =3D 0x20:0xc058e01a stack pointer =3D 0x28:0xd68d5acc frame pointer =3D 0x28:0xd68d5b04 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 42435 (rtorrent) trap number =3D 12 panic: page fault Uptime: 24d18h34m6s Dumping 511 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 511MB (130816 pages) 496 480 464 448 432 416 400 384 368 352 336= 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc04d609c in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 09 #2 0xc04d63e9 in panic (fmt=3D0xc06817e7 "%s") at /usr/src/sys/kern/kern_s= hutdown.c:565 #3 0xc066347c in trap_fatal (frame=3D0xd68d5a8c, eva=3D0) at /usr/src/sys/= i386/i386/trap.c:836 #4 0xc0663152 in trap_pfault (frame=3D0xd68d5a8c, usermode=3D0, eva=3D88) = at /usr/src/sys/i386/i386/trap.c:744 #5 0xc0662d0f in trap (frame=3D {tf_fs =3D 892993544, tf_es =3D -1014235096, tf_ds =3D -1024327640, t= f_edi =3D 0, tf_esi =3D 0, tf_ebp =3D -695379196, tf_isp =3D -695379272, tf= _ebx =3D -695378816, tf_edx =3D -695378544, tf_ecx =3D 0, tf_eax =3D 8, tf_= trapno =3D 12, tf_err =3D 2, tf_eip =3D -1067917286, tf_cs =3D 32, tf_eflag= s =3D 2163335, tf_esp =3D -695378816, tf_ss =3D -695379220}) at /usr/src/sy= s/i386/i386/trap.c:434 #6 0xc0653cfa in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc058e01a in ip_ctloutput (so=3D0xd68d5d90, sopt=3D0xd68d5c80) at /usr= /src/sys/netinet/ip_output.c:1210 #8 0xc059f7df in tcp_ctloutput (so=3D0xc35fb6f4, sopt=3D0xd68d5c80) at /us= r/src/sys/netinet/tcp_usrreq.c:1038 #9 0xc051d867 in sosetopt (so=3D0xc35fb6f4, sopt=3D0xd68d5c80) at /usr/src= /sys/kern/uipc_socket.c:1560 #10 0xc05246b9 in kern_setsockopt (td=3D0xc38c6780, s=3D8, level=3D8, name= =3D8, val=3D0xbfbfe61c, valseg=3DUIO_USERSPACE, valsize=3D0) at /usr/src/sys/kern/uipc_syscalls.c:1351 #11 0xc05245be in setsockopt (td=3D0x8, uap=3D0xd68d5d90) at /usr/src/sys/k= ern/uipc_syscalls.c:1307 #12 0xc0663870 in syscall (frame=3D {tf_fs =3D 139198523, tf_es =3D 138412091, tf_ds =3D -1078001605, tf_= edi =3D -1077942700, tf_esi =3D -1077942700, tf_ebp =3D -1077942744, tf_isp= =3D -695378588, tf_ebx =3D 673057632, tf_edx =3D 0, tf_ecx =3D 0, tf_eax = =3D 105, tf_trapno =3D 0, tf_err =3D 2, tf_eip =3D 676107131, tf_cs =3D 51,= tf_eflags =3D 2097734, tf_esp =3D -1077942788, tf_ss =3D 59}) at /usr/src/= sys/i386/i386/trap.c:981 #13 0xc0653d4f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s= :200 #14 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) --<-- Thanks in advance for any feedback. --=20 Stanislaw Halik --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEoLm2adU+vjT62TERAhi8AJ9beOai+nnlRqR9P9hl7XcMBJtXnwCfWxAu 0dUME6FvgdHjAP9CYhnIWS4= =2fHq -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 05:20:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C06316A401 for ; Tue, 27 Jun 2006 05:20:57 +0000 (UTC) (envelope-from sthalik@tehran.lain.pl) Received: from mail.in5.pl (rollercoaster.insane.pl [213.251.173.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1CBE43D93 for ; Tue, 27 Jun 2006 05:20:50 +0000 (GMT) (envelope-from sthalik@tehran.lain.pl) Received: from tehran.lain.pl ([85.221.230.102] helo=tehran.local ident=mailnull) from mailnull by mail.in5.pl with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (envelope-from ) id 1Fv60F-0001vC-Ch for freebsd-stable@freebsd.org; Tue, 27 Jun 2006 07:20:49 +0200 Received: from sthalik by tehran.local with local (Exim 4.62 (FreeBSD)) (envelope-from ) id 1Fv607-0001hG-Nj for freebsd-stable@freebsd.org; Tue, 27 Jun 2006 07:20:39 +0200 Date: Tue, 27 Jun 2006 07:20:39 +0200 From: Stanislaw Halik To: freebsd-stable@freebsd.org Message-ID: <20060627052039.GA6500@tehran.lain.pl> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060627045310.GA6324@tehran.lain.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline In-Reply-To: <20060627045310.GA6324@tehran.lain.pl> X-PGP-Key: http://tehran.lain.pl/public.key User-Agent: Mutt/1.5.11 Subject: Re: trap 12: supervisor write, page not present on 6.1-STABLE Tue May 16 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 05:20:57 -0000 --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jun 27, 2006, Stanislaw Halik wrote: > 6.1-STABLE crashed on me. I'm providing a backtrace. Could any of you, > experienced people, suggest me if it's a hardware problem or is it an > error inside the OS? [...] More info follows: #7 0xc058e01a in ip_ctloutput (so=0xd68d5d90, sopt=0xd68d5c80) at /usr/src/sys/netinet/ip_output.c:1210 1210 inp->inp_ip_tos = optval; Current language: auto; currently c (kgdb) p inp $1 = (struct inpcb *) 0x0 --y0ulUmNC+osPPQO6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEoMAnadU+vjT62TERAlf5AKCAFrEiS+PLyySrl+mHWa+9ivcVOwCfRKnf eYfqCFsSoc1ROvb+2S/p7Qs= =OYMJ -----END PGP SIGNATURE----- --y0ulUmNC+osPPQO6-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 06:26:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5210D16A400 for ; Tue, 27 Jun 2006 06:26:14 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr16.xs4all.nl (smtp-vbr16.xs4all.nl [194.109.24.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47A4443D4C for ; Tue, 27 Jun 2006 06:26:11 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr16.xs4all.nl (8.13.6/8.13.6) with ESMTP id k5R6Q9jS005283; Tue, 27 Jun 2006 08:26:09 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.6/8.13.3) with ESMTP id k5R6Q9PF096558; Tue, 27 Jun 2006 08:26:09 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.6/8.13.6/Submit) id k5R6Q89N096557; Tue, 27 Jun 2006 08:26:08 +0200 (CEST) (envelope-from wb) Date: Tue, 27 Jun 2006 08:26:08 +0200 From: Wilko Bulte To: "M.Hirsch" Message-ID: <20060627062608.GB96454@freebie.xs4all.nl> References: <000001c6996c$3eab9df0$ad0d510a@toshi> <44A05B77.1030200@gmx.de> <20060626221804.GA94278@freebie.xs4all.nl> <44A060C3.8090008@hirsch.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44A060C3.8090008@hirsch.it> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2006 06:26:14 -0000 On Tue, Jun 27, 2006 at 12:33:39AM +0200, M.Hirsch wrote.. > Wilko Bulte schrieb: > > >You really have never seen a machine used for serious business apparantly. > > > > > > > Depends on what you define "serious business"... > Yes, I am rather new to FreeBSD (2y+) > I am just trying to setup a /stable/ cluster of six machines right now. > For over a week straight. > 4.11 works perfectly. But support is going to be dropped very soon, so > that's a bad option for me right now. > > Over all, the system is /only/ supposed to handle a few hundred hits per > second. (but including dynamic stuff like php...) > > Dunno if that (or what else) is "serious business" for you. > Which version would you suggest for "serious business"? I am not talking about FreeBSD specifically, I am talking about computing in general. > Anyways, my point stands: I rather have any of my nodes panic than > carrying the risk of creating invalid data... > One in a billion can be high probability, soon... (just planning for the > future...) > > >panics like that should be eradicated, adding more nonsensical panics > >is not what we need. > > > uh, I would not call hardware failure "nonsensical panics". I guess I > must have misunderstood you... Panics are there for situations when there is no other way out. Really no other way out. Panicing an ECC-equipped box for a single bit error is nonsense and defeats the whole idea behind ECC. Don;t confuse ECC with parity checking. Please go and read bit on soft bit errors on RAM, can be induced by (cosmic) radiation etc. ECC will correct(!!!!) these single bit errors, and detect multiple bit errors. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 06:41:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3605116A40E for ; Tue, 27 Jun 2006 06:41:26 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D6D843D53 for ; Tue, 27 Jun 2006 06:41:23 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k5R6fE0S052054; Tue, 27 Jun 2006 09:41:14 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Tue, 27 Jun 2006 09:41:14 +0300 (EEST) From: Dmitry Pryanishnikov To: "M.Hirsch" In-Reply-To: <44A06FFB.40104@hirsch.it> Message-ID: <20060627092159.T35218@atlantis.atlantis.dp.ua> References: <20060626100949.G24406@fledge.watson.org> <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> <20060626235355.Q95667@atlantis.atlantis.dp.ua> <44A04FD2.1030001@hirsch.it> <20060627011512.N95667@atlantis.atlantis.dp.ua> <44A06233.1090704@hirsch.it> <20060627014335.E87535@atlantis.atlantis.dp.ua> <44A068A7.3090403@hirsch.it> <20060627020819.L3403@atlantis.atlantis.dp.ua> <44A06FFB.40104@hirsch.it> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2006 06:41:26 -0000 On Tue, 27 Jun 2006, M.Hirsch wrote: > Yes, the result may be correct. If you're talking about single-bit error, you aren't quite correct. It isn't "may be correct", it's _definitely_ correct (in mathematical sense; that it, correcting code proves that we have one and only one error in bit number N, hardware just inverts this bit, and result _is_ OK). > 'Do not take "ECC" for "equals additional security"' Not security. ECC adds reliability. > But, in FreeBSD, the function is a result of hardware-level correction. > Something that only kicks in in _real_ _serious_ situations. > I just would like you (not specifically you, Dmitry) to aknowledge that > broken RAM is worth a "panic" in "standard situations"- if I may call it like > that. The predominant RAM errors are exactly the single-bit ones. Moreover, usually they _don't_ reappear again at the same cell. They (for example) may be caused by the spontaneous alpha-radioactivity (brought into the your computer by the usual dust) and as such don't indicate that RAM module must be replaced. They just break your data in unpredictable way, not your hardware. They (single-bit errors) are the main reason why ECC-capable memory and chipset must be used in the computer which calculates/transfers actually valuable data. > If the RAM is broken for some bits, chances are great that there are more > following soon. If multiple-bit error happens, then yes, it can be the sign of actual hardware fault. And yes, ECC logic will report this event instantly. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 07:25:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDF5316A401 for ; Tue, 27 Jun 2006 07:25:13 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0659D445B9 for ; Tue, 27 Jun 2006 07:25:12 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k5R7P52J088189; Tue, 27 Jun 2006 10:25:05 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Tue, 27 Jun 2006 10:25:05 +0300 (EEST) From: Dmitry Pryanishnikov To: Paul Allen In-Reply-To: <20060627004115.GA12597@groat.ugcs.caltech.edu> Message-ID: <20060627102111.I35218@atlantis.atlantis.dp.ua> References: <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> <20060626235355.Q95667@atlantis.atlantis.dp.ua> <44A04FD2.1030001@hirsch.it> <20060627011512.N95667@atlantis.atlantis.dp.ua> <44A06233.1090704@hirsch.it> <20060627014335.E87535@atlantis.atlantis.dp.ua> <44A068A7.3090403@hirsch.it> <20060627020819.L3403@atlantis.atlantis.dp.ua> <44A06FFB.40104@hirsch.it> <20060627004115.GA12597@groat.ugcs.caltech.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "M.Hirsch" , freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2006 07:25:13 -0000 On Mon, 26 Jun 2006, Paul Allen wrote: > The very originating purpose of ECC was to keep the computer going in the > face of an alpha particle strike. > > Alpha particles flip *single* bits. > > ECC was never intended to detect crummy, failing hardware: that's a use > people have shoe-horned it into, but for which it is not entirely suited. Well, correction is the last 'C' in ECC. Don't forget about second (and more significant): Check. Error Check actually detects failing memory chips (structure of the correcting code ensures detection of every 2-bit failure and most N-bit (N>2)). Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 07:46:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 768F816A402 for ; Tue, 27 Jun 2006 07:46:02 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail07.syd.optusnet.com.au (mail07.syd.optusnet.com.au [211.29.132.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E8DF43D78 for ; Tue, 27 Jun 2006 07:45:51 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail07.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k5R7jnig030172 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 27 Jun 2006 17:45:49 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k5R7jnN8000981; Tue, 27 Jun 2006 17:45:49 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k5R7jmLh000980; Tue, 27 Jun 2006 17:45:48 +1000 (EST) (envelope-from peter) Date: Tue, 27 Jun 2006 17:45:48 +1000 From: Peter Jeremy To: "Marc G. Fournier" Message-ID: <20060627074548.GA714@turion.vk2pj.dyndns.org> References: <20060626120842.Q1114@ganymede.hub.org> <20060626124226.Y1114@ganymede.hub.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <20060626124226.Y1114@ganymede.hub.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: What denotes a 'blocked' process? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 07:46:02 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Looking at the sources: The 'blocked' column in vmstat is the sum of (struct vmtotal).t_dw /* jobs in ``disk wait'' (neg priority) */ and (struct vmtotal).t_pw /* jobs in page wait */ 'systat -v' splits these into two fields (Proc:d and Proc:p) as does sysctl vm.vmtotal It's difficult to map these counters onto ps output. State 'D' and 'W' should catch most of them. You might find it useful looking through the MWCHAN column for anything looking suspicious. --=20 Peter Jeremy --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEoOIr/opHv/APuIcRAlkxAJ0e1dVZU3iCrlKU6kS5L0tfHyYr/ACgjwUX fgpsw8qTHfjpF31uRYlo94o= =SROZ -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 08:24:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C723216A401 for ; Tue, 27 Jun 2006 08:24:12 +0000 (UTC) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from solfertje.student.utwente.nl (solfertje.student.utwente.nl [130.89.167.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 325CB43D77 for ; Tue, 27 Jun 2006 08:24:03 +0000 (GMT) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from localhost (localhost.internal [127.0.0.1]) by solfertje.student.utwente.nl (Postfix) with SMTP id 2B1B98031 for ; Tue, 27 Jun 2006 10:24:44 +0200 (CEST) Received: from [10.236.150.4] (hollewijn.internal [10.236.150.4]) by solfertje.student.utwente.nl (Postfix) with ESMTP id 2EF8F8020; Tue, 27 Jun 2006 10:24:41 +0200 (CEST) In-Reply-To: <44A057AD.7050700@hirsch.it> References: <20060626100949.G24406@fledge.watson.org> <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> <20060626235355.Q95667@atlantis.atlantis.dp.ua> <44A04FD2.1030001@hirsch.it> <20060626212654.GB93703@freebie.xs4all.nl> <44A0538E.6090906@gmx.de> <20060626214535.GA94015@freebie.xs4all.nl> <44A057AD.7050700@hirsch.it> Mime-Version: 1.0 (Apple Message framework v749.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <08EB21DA-80A4-4153-96BD-BA8EAEC23F2A@solfertje.student.utwente.nl> Content-Transfer-Encoding: 7bit From: Alban Hertroys Date: Tue, 27 Jun 2006 10:23:57 +0200 To: "M.Hirsch" X-Mailer: Apple Mail (2.749.3) X-DSPAM-Result: Innocent X-DSPAM-Processed: Tue Jun 27 10:24:43 2006 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 74,44a0eb4b333521351116725 X-DSPAM-Factors: 27, it's+like, 0.40000, From*Alban, 0.40000, here+in, 0.40000, failed, 0.40000, References*<20060626235355.Q95667+atlantis.atlantis.dp.ua>, 0.40000, Mime-Version*Message, 0.40000, a+full, 0.40000, Received*Tue, 0.40000, full+stop, 0.40000, References*<44A057AD.7050700, 0.40000, of, 0.40000, stop+on, 0.40000, Received*ESMTP, 0.40000, References*<20060626100949.G24406, 0.40000, the+log, 0.40000, Cc*freebsd+stable, 0.40000, Hirsch+wrote, 0.40000, "I, 0.40000, message, 0.40000, Received*27, 0.40000, making+a, 0.40000, In-Reply-To*hirsch.it>, 0.40000, Date*27+Jun, 0.40000, Cc*freebie.xs4all.nl>, 0.40000, another, 0.40000, Subject*load, 0.40000, Subject*FreeBSD, 0.40000 Cc: Wilko Bulte , freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2006 08:24:12 -0000 On Jun 26, 2006, at 11:54 PM, M.Hirsch wrote: > Ok, sorry. Misunderstanding here. > My point was, along what has been posted here in this thread: > "An ECC error should raise a kernel panic immediately, not only a > message in the log files." Preferably not until the running transactions are processed and the transaction server failed over to another one... Otherwise it's like making a car do a full stop on a busy highway because one of the tires is worn out. -- Alban Hertroys "I think, therefore I drink" Lazarus !DSPAM:74,44a0eb4b333521351116725! From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 08:43:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F12E716A40A; Tue, 27 Jun 2006 08:43:51 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail04.syd.optusnet.com.au (mail04.syd.optusnet.com.au [211.29.132.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B2D343D5A; Tue, 27 Jun 2006 08:43:51 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail04.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k5R8hiTr030722 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 27 Jun 2006 18:43:45 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k5R8hhj6001177; Tue, 27 Jun 2006 18:43:43 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k5R8hhBx001176; Tue, 27 Jun 2006 18:43:43 +1000 (EST) (envelope-from peter) Date: Tue, 27 Jun 2006 18:43:43 +1000 From: Peter Jeremy To: Dmitry Pryanishnikov Message-ID: <20060627084343.GD714@turion.vk2pj.dyndns.org> References: <20060626100949.G24406@fledge.watson.org> <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> <20060626235355.Q95667@atlantis.atlantis.dp.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u65IjBhB3TIa72Vp" Content-Disposition: inline In-Reply-To: <20060626235355.Q95667@atlantis.atlantis.dp.ua> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2006 08:43:52 -0000 --u65IjBhB3TIa72Vp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 2006-Jun-27 00:01:08 +0300, Dmitry Pryanishnikov wrote: >On Mon, 26 Jun 2006, Robert Watson wrote: >>I think this is a useful activity, especially if you've already run=20 >>extensive memory testing on the box. If you haven't yet done that, I=20 >>encourage you to take a break from buildworld's and make sure the memory= =20 >>tests pass. I spent several months on and off trying to track down a bug = a=20 >>few years ago, which turned out to be a one bit error in memory on the=20 >>box. It would appear and > > This is precisely the task which hardware ECC solves: to correct any=20 > single-bit memory error and to detect 2-bit and most of several-bit error= s. Parity will detect any odd number of bits in error. ECC can typically correct correct one bit and detect 2 or any odd number of errors. Note that ECC only checks the path between the RAM and DRAM controller (eg northbridge). You can also get errors between the northbridge and the CPU (including the cache). Some caches (eg Alpha) have parity to help here. Mainframes typically have ECC or parity on _all_ datapaths (including through the ALU) to catch those errors. --=20 Peter Jeremy --u65IjBhB3TIa72Vp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEoO++/opHv/APuIcRAjh4AKCpQxE5JR5nY4oFl1nFMojyCFrQhACfXFKM kJfxbJmKb6+KADP0vQM6OzM= =Rj5H -----END PGP SIGNATURE----- --u65IjBhB3TIa72Vp-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 08:56:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48A2916A409 for ; Tue, 27 Jun 2006 08:56:43 +0000 (UTC) (envelope-from aczarnecki@osanet.pl) Received: from v05176.home.net.pl (v05176.home.net.pl [212.85.116.96]) by mx1.FreeBSD.org (Postfix) with SMTP id AC2E443D77 for ; Tue, 27 Jun 2006 08:56:38 +0000 (GMT) (envelope-from aczarnecki@osanet.pl) Received: from 80.249.6.42 (HELO ?192.168.1.50?) (aczarnecki.osanet@home@80.249.6.42) by m020.home.net.pl with SMTP; Tue, 27 Jun 2006 08:56:36 -0000 Message-ID: <44A0F2EC.2030709@osanet.pl> Date: Tue, 27 Jun 2006 10:57:16 +0200 From: Albert Czarnecki User-Agent: Thunderbird 1.5.0.4 (X11/20060516) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Priority: 1 (Highest) Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Subject: FreeBSD 6.1 and maildrop compiling 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: Tue, 27 Jun 2006 08:56:43 -0000 Hi I have 6.1-STABLE FreeBSD and when I try compiling maildrop with /usr/ports/mail/maildrop I get errors: /bin/sh /usr/ports/mail/maildrop/work/maildrop-2.0.2/install-sh -c -s rfc2045/makemime /usr/local/bin/makemime . maildrop/uidgid ; test -z "$gid" && exit 0; test -w /etc || exit 0; cd /usr/local/bin && chgrp $gid maildrop lockmail maildrop: Timeout quota exceeded. *** Error code 75 Stop in /usr/ports/mail/maildrop/work/maildrop-2.0.2. *** Error code 1 Stop in /usr/ports/mail/maildrop/work/maildrop-2.0.2. *** Error code 1 Stop in /usr/ports/mail/maildrop/work/maildrop-2.0.2. *** Error code 1 Stop in /usr/ports/mail/maildrop/work/maildrop-2.0.2. *** Error code 1 Stop in /usr/ports/mail/maildrop. df -h Filesystem Size Used Avail Capacity Mounted on /dev/ad0s1a 1.9G 459M 1.3G 25% / devfs 1.0K 1.0K 0B 100% /dev /dev/ad0s1g 78G 24G 54G 31% /home /dev/ad0s1e 989M 182K 989M 0% /tmp /dev/ad0s1f 24G 4.7G 20G 19% /usr /dev/ad0s1d 989M 579M 410M 59% /var what does meen -> maildrop: Timeout quota exceeded. where is the problem? Thx Albert From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 10:23:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B80316A406 for ; Tue, 27 Jun 2006 10:23:23 +0000 (UTC) (envelope-from M.Hirsch@hirsch.it) Received: from server1.hirsch.it (server1.hirsch.it [213.239.214.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8931E43D6E for ; Tue, 27 Jun 2006 10:23:13 +0000 (GMT) (envelope-from M.Hirsch@hirsch.it) Received: from hsi-kbw-085-216-025-126.hsi.kabelbw.de ([85.216.25.126] helo=[192.168.101.121]) by server1.hirsch.it with esmtpa (Exim 4.50) id 1FvAip-0007M4-Hs for freebsd-stable@freebsd.org; Tue, 27 Jun 2006 12:23:11 +0200 Message-ID: <44A1070C.2030706@hirsch.it> Date: Tue, 27 Jun 2006 12:23:08 +0200 From: "M.Hirsch" User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20060624211229.X1114@ganymede.hub.org> In-Reply-To: <20060624211229.X1114@ganymede.hub.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Spam-Report: Spam detection software, running on the system "server1.hirsch.it", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Just wanted to say thank you for clearing up my confusion about ECC. And also, I want to excuse for being a bit harsh in some posts. (I am a rather cynic person, this helps me against not going crazy over all this stuff.) Last night, after hours of working on the very same problem without any success at all, I was at the end of my powers. Sorry, I'll try to keep back from posting in such situations in the future. [...] Content analysis details: (0.1 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.1 AWL AWL: From: address is in the auto white-list Subject: [OT] Thanks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 10:23:23 -0000 Just wanted to say thank you for clearing up my confusion about ECC. And also, I want to excuse for being a bit harsh in some posts. (I am a rather cynic person, this helps me against not going crazy over all this stuff.) Last night, after hours of working on the very same problem without any success at all, I was at the end of my powers. Sorry, I'll try to keep back from posting in such situations in the future. So it seems like I can not track down ram problems in software. Thanks very much, besides my lack of understanding ECC, I wasn't aware of that either. Lesson learned. Since everything worked fine before, I guess something must have broke when I took the machine out of the shelf. But I have decided now to go the easy way out and retire the hardware. This old box isn't worth wasting more time on... M. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 12:50:22 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7F0A16A401 for ; Tue, 27 Jun 2006 12:50:22 +0000 (UTC) (envelope-from morten@atreides.freenix.no) Received: from freenix.no (atreides.freenix.no [212.33.142.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FDA943D4C for ; Tue, 27 Jun 2006 12:50:17 +0000 (GMT) (envelope-from morten@atreides.freenix.no) Received: from atreides.freenix.no (localhost [127.0.0.1]) by freenix.no (8.13.6/8.13.6) with ESMTP id k5RCncxm078131 for ; Tue, 27 Jun 2006 14:49:38 +0200 (CEST) (envelope-from morten@atreides.freenix.no) Received: (from morten@localhost) by atreides.freenix.no (8.13.6/8.13.6/Submit) id k5RCnc0K078130 for stable@freebsd.org; Tue, 27 Jun 2006 14:49:38 +0200 (CEST) (envelope-from morten) Date: Tue, 27 Jun 2006 14:49:37 +0200 From: "Morten A. Middelthon" To: stable@freebsd.org Message-ID: <20060627124937.GA72178@freenix.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline X-PGP-Key: http://freenix.no/~morten/pgp.txt X-PGP-Key-FingerPrint: D48B 5C4E 1590 7DE6 08A0 6539 BECC F62E 829F DF6A X-Operating-System: FreeBSD 5.5-RELEASE-p1 X-Warning: So cunning you could brush your teeth with it. User-Agent: Mutt/1.5.11 Cc: Subject: Problem with filesystem on RAID5 array (fsck -b?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 12:50:22 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi list, I'm running FreeBSD 6.1-RELEASE-p2 on a Dell PowerEdge 1850 with an attached Dell PowerVault 220S disk cabinet. The cabinet has two RAID5 arrays each wi= th 6 x 300GB SCSI disks. The RAID controller is a Dell PERC4/DC using the amr driver. Two days ago a disk failed in one of the arrays. Rebuilding the arr= ay after replacing the broken disk did not work as it should, so after discuss= ing our options with Dell support they recommended I should delete the array on the controller BIOS, then create a new identical array without initializing it. According to their theory the data should be intact. Unfortunately, that doesn't seem to be the case. When FreeBSD boots I get an "UNEXPECTED INCONSISTENCY" error message when the filesystem is mounted, and then I have to run fsck manually. When running fsck I get this message: ------------------------------------------------------------------ kepler:~# fsck -y /dev/amrd1s1d ** /dev/amrd1s1d CANNOT READ BLK: -1365437920 CONTINUE? yes THE FOLLOWING DISK SECTORS COULD NOT BE READ: 2929529376, 2929529377, 2929529378, 2929529379, LOOK FOR ALTERNATE SUPERBLOCKS? yes 32 is not a file system superblock 458302416 is not a file system superblock 916604800 is not a file system superblock 1374907184 is not a file system superblock 1833209568 is not a file system superblock CANNOT SEEK BLK: -2003455344 CONTINUE? yes CANNOT READ BLK: -2003455344 CONTINUE? yes CANNOT SEEK BLK: -2003455344 CONTINUE? yes THE FOLLOWING DISK SECTORS COULD NOT BE READ: -2003455344, -2003455343, -2003455342, -2003455341, -2003455340, -2003455339, -2003455338, -200345533= 7, -2003455336, -2003455335, -2003455334, -2003455333, -2003455332, -200345533= 1, -2003455330, -2003455329, CANNOT SEEK BLK: -1545152960 CONTINUE? yes CANNOT READ BLK: -1545152960 CONTINUE? yes CANNOT SEEK BLK: -1545152960 CONTINUE? yes THE FOLLOWING DISK SECTORS COULD NOT BE READ: -1545152960, -1545152959, -1545152958, -1545152957, -1545152956, -1545152955, -1545152954, -154515295= 3, -1545152952, -1545152951, -1545152950, -1545152949, -1545152948, -154515294= 7, -1545152946, -1545152945, SEARCH FOR ALTERNATE SUPER-BLOCK FAILED. YOU MUST USE THE -b OPTION TO FSCK TO SPECIFY THE LOCATION OF AN ALTERNATE SUPER-BLOCK TO SUPPLY NEEDED INFORMATION; SEE fsck(8). ------------------------------------------------------------------ However, the man page does not mention any '-b' option.=20 disklabel says: ------------------------------------------------------------------ disklabel /dev/amrd1s1d # /dev/amrd1s1d: 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 2929661532 63 unused 0 0 # "raw" part, don= 't edit d: 2929661532 63 4.2BSD 2048 16384 28528=20 partition c: partition extends past end of unit disklabel: partition c doesn't start at 0! disklabel: An incorrect partition c may cause problems for standard system utilities partition d: partition extends past end of unit ------------------------------------------------------------------ I'm guessing my data is lost, but I thought I'd check with you guys first b= efore I create a new filesystem on it. --=20 Morten A. Middelthon Do not meddle in the affairs of dragons, 'cuz, like, you are crunchy and taste good with ketchup. --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEoSlhvsz2LoKf32oRAljAAJ0c+B81mqcfIalrfnu6TAXgttbnAwCdF8BK vwLb/Bo261NEtHgGZxmXx9c= =mNnt -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 12:55:03 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9166016A407 for ; Tue, 27 Jun 2006 12:55:03 +0000 (UTC) (envelope-from morten@atreides.freenix.no) Received: from freenix.no (atreides.freenix.no [212.33.142.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BF8D43D6D for ; Tue, 27 Jun 2006 12:55:02 +0000 (GMT) (envelope-from morten@atreides.freenix.no) Received: from atreides.freenix.no (localhost [127.0.0.1]) by freenix.no (8.13.6/8.13.6) with ESMTP id k5RCsOSc078226 for ; Tue, 27 Jun 2006 14:54:24 +0200 (CEST) (envelope-from morten@atreides.freenix.no) Received: (from morten@localhost) by atreides.freenix.no (8.13.6/8.13.6/Submit) id k5RCsOI1078225 for stable@freebsd.org; Tue, 27 Jun 2006 14:54:24 +0200 (CEST) (envelope-from morten) Date: Tue, 27 Jun 2006 14:54:23 +0200 From: "Morten A. Middelthon" To: stable@freebsd.org Message-ID: <20060627125423.GB72178@freenix.no> References: <20060627124937.GA72178@freenix.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FkmkrVfFsRoUs1wW" Content-Disposition: inline In-Reply-To: <20060627124937.GA72178@freenix.no> X-PGP-Key: http://freenix.no/~morten/pgp.txt X-PGP-Key-FingerPrint: D48B 5C4E 1590 7DE6 08A0 6539 BECC F62E 829F DF6A X-Operating-System: FreeBSD 5.5-RELEASE-p1 X-Warning: So cunning you could brush your teeth with it. User-Agent: Mutt/1.5.11 Cc: Subject: Re: Problem with filesystem on RAID5 array (fsck -b?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 12:55:03 -0000 --FkmkrVfFsRoUs1wW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 27, 2006 at 02:49:37PM +0200, Morten A. Middelthon wrote: > Hi list, >=20 > I'm running FreeBSD 6.1-RELEASE-p2 on a Dell PowerEdge 1850 with an attac= hed > Dell PowerVault 220S disk cabinet. The cabinet has two RAID5 arrays each = with > 6 x 300GB SCSI disks. The RAID controller is a Dell PERC4/DC using the amr > driver. Two days ago a disk failed in one of the arrays. Rebuilding the a= rray > after replacing the broken disk did not work as it should, so after discu= ssing > our options with Dell support they recommended I should delete the array = on > the controller BIOS, then create a new identical array without initializi= ng > it. According to their theory the data should be intact. Unfortunately, t= hat > doesn't seem to be the case. When FreeBSD boots I get an "UNEXPECTED > INCONSISTENCY" error message when the filesystem is mounted, and then I h= ave > to run fsck manually. When running fsck I get this message: I just noticed another thing. The two arrays should be identical in size, although they are not: amr0: delete logical drives supported by controller amrd0: on amr0 amrd0: 1430505MB (2929674240 sectors) RAID 5 (optimal) amrd1: on amr0 amrd1: 1430400MB (2929459200 sectors) RAID 5 (optimal) amr1: delete logical drives supported by controller Is it perhaps possible to change the partition info to match the old functioning array? --=20 Morten A. Middelthon 75% of the Earth is covered by water, Jeeps cover the rest. --FkmkrVfFsRoUs1wW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEoSp/vsz2LoKf32oRAq8XAJ9HyFAKH/4XqyRuLaAbfbS4Ajmo0wCeI/Bx NAbx0C+06iqqwR0lAo2vwKE= =nI/9 -----END PGP SIGNATURE----- --FkmkrVfFsRoUs1wW-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 13:05:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2BFF16A410 for ; Tue, 27 Jun 2006 13:05:46 +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 B960F43D64 for ; Tue, 27 Jun 2006 13:05:45 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp211-85.lns1.adl2.internode.on.net [203.122.211.85]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k5RD534w060203 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Jun 2006 22:35:04 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "M. Warner Losh" Date: Tue, 27 Jun 2006 22:35:01 +0930 User-Agent: KMail/1.9.3 References: <200606221424.14380.doconnor@gsoft.com.au> <20060622.231428.790460912.imp@bsdimp.com> <200606231539.09594.doconnor@gsoft.com.au> In-Reply-To: <200606231539.09594.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2660229.jJ3hhWhzvo"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606272235.03097.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: pieter@degoeje.nl, freebsd-stable@freebsd.org Subject: Re: Asus A8V IRQ/serial problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2006 13:05:47 -0000 --nextPart2660229.jJ3hhWhzvo Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 23 June 2006 15:39, Daniel O'Connor wrote: > How's this diff? So hideous you are blinded and hence can't reply?=20 :) =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 --nextPart2660229.jJ3hhWhzvo Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEoSz/5ZPcIHs/zowRAqykAKCOzqbLdFZT6ukH/6txnClpC/LDGwCfTRLZ IBb+z8+dglqMzGQImFUPH50= =z2Yj -----END PGP SIGNATURE----- --nextPart2660229.jJ3hhWhzvo-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 13:11:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F125016A405 for ; Tue, 27 Jun 2006 13:11:44 +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 E35F243D48 for ; Tue, 27 Jun 2006 13:10:49 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 934B846C14; Tue, 27 Jun 2006 09:10:49 -0400 (EDT) Date: Tue, 27 Jun 2006 14:10:49 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Stanislaw Halik In-Reply-To: <20060627045310.GA6324@tehran.lain.pl> Message-ID: <20060627140946.J273@fledge.watson.org> References: <20060627045310.GA6324@tehran.lain.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: trap 12: supervisor write, page not present on 6.1-STABLE Tue May 16 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 13:11:45 -0000 On Tue, 27 Jun 2006, Stanislaw Halik wrote: > 6.1-STABLE crashed on me. I'm providing a backtrace. Could any of you, > experienced people, suggest me if it's a hardware problem or is it an error > inside the OS? This is a known bug in the TCP code; a large set of outstanding changes is present in 7.x that will fix the problem when merged. However, I recently had push-back on merging the larger batch of changes, so am looking at merging a workaround that will also correct the problem without the larger set of architectural changes. I hope to have a chance to look at that in detail this weekend. Thanks, Robert N M Watson Computer Laboratory University of Cambridge > > -->-- > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x58 > fault code = supervisor write, page not present > instruction pointer = 0x20:0xc058e01a > stack pointer = 0x28:0xd68d5acc > frame pointer = 0x28:0xd68d5b04 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 42435 (rtorrent) > trap number = 12 > panic: page fault > Uptime: 24d18h34m6s > Dumping 511 MB (2 chunks) > chunk 0: 1MB (160 pages) ... ok > chunk 1: 511MB (130816 pages) 496 480 464 448 432 416 400 384 368 352 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16 > > #0 doadump () at pcpu.h:165 > 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) bt > #0 doadump () at pcpu.h:165 > #1 0xc04d609c in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc04d63e9 in panic (fmt=0xc06817e7 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 > #3 0xc066347c in trap_fatal (frame=0xd68d5a8c, eva=0) at /usr/src/sys/i386/i386/trap.c:836 > #4 0xc0663152 in trap_pfault (frame=0xd68d5a8c, usermode=0, eva=88) at /usr/src/sys/i386/i386/trap.c:744 > #5 0xc0662d0f in trap (frame= > {tf_fs = 892993544, tf_es = -1014235096, tf_ds = -1024327640, tf_edi = 0, tf_esi = 0, tf_ebp = -695379196, tf_isp = -695379272, tf_ebx = -695378816, tf_edx = -695378544, tf_ecx = 0, tf_eax = 8, tf_trapno = 12, tf_err = 2, tf_eip = -1067917286, tf_cs = 32, tf_eflags = 2163335, tf_esp = -695378816, tf_ss = -695379220}) at /usr/src/sys/i386/i386/trap.c:434 > #6 0xc0653cfa in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #7 0xc058e01a in ip_ctloutput (so=0xd68d5d90, sopt=0xd68d5c80) at /usr/src/sys/netinet/ip_output.c:1210 > #8 0xc059f7df in tcp_ctloutput (so=0xc35fb6f4, sopt=0xd68d5c80) at /usr/src/sys/netinet/tcp_usrreq.c:1038 > #9 0xc051d867 in sosetopt (so=0xc35fb6f4, sopt=0xd68d5c80) at /usr/src/sys/kern/uipc_socket.c:1560 > #10 0xc05246b9 in kern_setsockopt (td=0xc38c6780, s=8, level=8, name=8, val=0xbfbfe61c, valseg=UIO_USERSPACE, valsize=0) > at /usr/src/sys/kern/uipc_syscalls.c:1351 > #11 0xc05245be in setsockopt (td=0x8, uap=0xd68d5d90) at /usr/src/sys/kern/uipc_syscalls.c:1307 > #12 0xc0663870 in syscall (frame= > {tf_fs = 139198523, tf_es = 138412091, tf_ds = -1078001605, tf_edi = -1077942700, tf_esi = -1077942700, tf_ebp = -1077942744, tf_isp = -695378588, tf_ebx = 673057632, tf_edx = 0, tf_ecx = 0, tf_eax = 105, tf_trapno = 0, tf_err = 2, tf_eip = 676107131, tf_cs = 51, tf_eflags = 2097734, tf_esp = -1077942788, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:981 > #13 0xc0653d4f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 > #14 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > --<-- > > Thanks in advance for any feedback. > > -- > Stanislaw Halik > From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 13:11:56 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2889316A528 for ; Tue, 27 Jun 2006 13:11:56 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp106.rog.mail.re2.yahoo.com (smtp106.rog.mail.re2.yahoo.com [68.142.225.204]) by mx1.FreeBSD.org (Postfix) with SMTP id 5580C43DA3 for ; Tue, 27 Jun 2006 13:11:39 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 691 invoked from network); 27 Jun 2006 13:11:39 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=mgTaxi6R2q14t16hMI8e9Sby1LOQgUlBJPh8Pk/oQ3vDiXYk7rgoWYUh5WviagfSdPoKnafMsXM83deDofi9GRi6PpCYECJ6O5j3lK8RYlSaNkZsdr65w4ye6WerLQP8mWWkwJdINcOug20dPVX+H9bU66JVSPI71vBlYml8ZyM= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp106.rog.mail.re2.yahoo.com with SMTP; 27 Jun 2006 13:11:39 -0000 Message-ID: <44A12E8D.3040002@rogers.com> Date: Tue, 27 Jun 2006 09:11:41 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: stable@freebsd.org References: <4486F6D8.7050002@rogers.com> In-Reply-To: <4486F6D8.7050002@rogers.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: ad4: FAILURE - out of memory in start X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 13:11:56 -0000 Mike Jakubik wrote: > Today i noticed this in the log of one of my systems. Does any one > know what this means? The system has been up for over a month with no > problems. > > --- > Copyright (c) 1992-2006 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 6.1-RELEASE #0: Tue May 9 12:48:42 EDT 2006 > root@mail.xxx.com:/usr/obj/usr/src/sys/SPAMTOASTER > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) D CPU 2.80GHz (2793.02-MHz K8-class CPU) > Origin = "GenuineIntel" Id = 0xf62 Stepping = 2 > > Features=0xbfebfbff > > Features2=0xe43d,> > AMD Features=0x20100800 > AMD Features2=0x1 > Cores per package: 2 > real memory = 535691264 (510 MB) > avail memory = 510005248 (486 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 > 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 > cpu1: on acpi0 > acpi_throttle1: on cpu1 > acpi_throttle1: failed to attach P_CNT > device_attach: acpi_throttle1 attach returned 6 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 16 at device 1.0 on pci0 > pci1: on pcib1 > pcib2: irq 17 at device 28.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: irq 17 at device 28.4 on pci0 > pci4: on pcib4 > em0: port > 0x4000-0x401f mem 0xed200000-0xed21ffff irq 16 at device 0.0 on pci4 > em0: Ethernet address: 00:30:48:55:c0:da > pcib5: irq 16 at device 28.5 on pci0 > pci5: on pcib5 > em1: port > 0x5000-0x501f mem 0xed300000-0xed31ffff irq 17 at device 0.0 on pci5 > em1: Ethernet address: 00:30:48:55:c0:db > pcib6: at device 30.0 on pci0 > pci10: on pcib6 > pci10: at device 0.0 (no driver attached) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0x3040-0x3047,0x3034-0x3037,0x3038-0x303f,0x3030-0x3033,0x3020-0x302f > mem 0xed000000-0xed0003ff irq 19 at device 31.2 on pci0 > ata2: on atapci0 > ata3: on atapci0 > ata4: on atapci0 > ata5: on atapci0 > pci0: at device 31.3 (no driver attached) > acpi_button0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > 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 > Timecounters tick every 1.000 msec > ad4: 76319MB at ata2-master SATA300 > ad6: 76319MB at ata3-master SATA300 > SMP: AP CPU #1 Launched! > GEOM_MIRROR: Device gm created (id=464137677). > GEOM_MIRROR: Device gm: provider ad4 detected. > GEOM_MIRROR: Device gm: provider ad6 detected. > GEOM_MIRROR: Device gm: provider ad6 activated. > GEOM_MIRROR: Device gm: provider ad4 activated. > GEOM_MIRROR: Device gm: provider mirror/gm launched. > Trying to mount root from ufs:/dev/mirror/gms1a > em0: link state changed to UP > ad4: FAILURE - out of memory in start After another ~month of uptime i am now receiving the same message on ad6. Does anyone have an idea what this means? Perhaps is should file a PR... Jun 26 21:58:49 mail kernel: ad6: FAILURE - out of memory in start From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 13:16:19 2006 Return-Path: X-Original-To: freebsd-stable@freeBSD.org Delivered-To: freebsd-stable@freeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52C5116A401; Tue, 27 Jun 2006 13:16:19 +0000 (UTC) (envelope-from malikdj@hotmail.com) Received: from hotmail.com (bay114-f37.bay114.hotmail.com [65.54.169.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70CAA43D6D; Tue, 27 Jun 2006 13:16:14 +0000 (GMT) (envelope-from malikdj@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 27 Jun 2006 06:16:14 -0700 Message-ID: Received: from 65.54.169.200 by by114fd.bay114.hotmail.msn.com with HTTP; Tue, 27 Jun 2006 13:16:11 GMT X-Originating-IP: [192.76.82.89] X-Originating-Email: [malikdj@hotmail.com] X-Sender: malikdj@hotmail.com In-Reply-To: <44A00881.8040302@wcborstel.com> From: "Eprha Carvajal" To: jorn@wcborstel.com, scrappy@hub.org Date: Tue, 27 Jun 2006 13:16:11 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 27 Jun 2006 13:16:14.0455 (UTC) FILETIME=[DDD25070:01C699EB] Cc: freebsd-acpi@freeBSD.org, freebsd-stable@freeBSD.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2006 13:16:19 -0000 I see no ACPI capability in the processor features FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE also seems to be failing right after loading the acpi module ===>acpi_alloc_wakeup_handler: can't alloc wake memory perphaps your bios is broker. >From: Jorn Argelo >To: "Marc G. Fournier" >CC: freebsd-acpi@freeBSD.org, freebsd-stable@freeBSD.org >Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... >Date: Mon, 26 Jun 2006 18:17:05 +0200 > >[sni[ >> >>Yahoo . yscrappy Skype: hub.org ICQ . 7615664 >>------------------------------------------------------------------------ >> >>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-RC1 #0: Mon Apr 10 17:03:22 UTC 2006 >> root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP >>acpi_alloc_wakeup_handler: can't alloc wake memory >>Timecounter "i8254" frequency 1193182 Hz quality 0 >>CPU: Intel(R) Pentium(R) III CPU - S 1266MHz (1263.45-MHz >>686-class CPU) >> Origin = "GenuineIntel" Id = 0x6b4 Stepping = 4 >> >>Features=0x383fbff >>real memory = 4227792896 (4031 MB) >>avail memory = 4140093440 (3948 MB) >>ACPI APIC Table: >>FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> cpu0 (BSP): APIC ID: 3 >> cpu1 (AP): APIC ID: 0 >> ACPI-0698: *** Warning: Type override - [DEB_] had invalid type >>(Integer) for Scope operator, changed to (Scope) >> ACPI-0698: *** Warning: Type override - [MLIB] had invalid type >>(Integer) for Scope operator, changed to (Scope) >> ACPI-0698: *** Warning: Type override - [DATA] had invalid type >>(String) for Scope operator, changed to (Scope) >> ACPI-0698: *** Warning: Type override - [SIO_] had invalid type >>(String) for Scope operator, changed to (Scope) >> ACPI-0698: *** Warning: Type override - [SB__] had invalid type >>(String) for Scope operator, changed to (Scope) >> ACPI-0698: *** Warning: Type override - [PM__] had invalid type >>(String) for Scope operator, changed to (Scope) >> ACPI-0698: *** Warning: Type override - [ICNT] had invalid type >>(String) for Scope operator, changed to (Scope) >> ACPI-0698: *** Warning: Type override - [ACPI] had invalid type >>(String) for Scope operator, changed to (Scope) >> ACPI-0698: *** Warning: Type override - [LEDP] had invalid type >>(String) for Scope operator, changed to (Scope) >> ACPI-0698: *** Warning: Type override - [WUES] had invalid type >>(String) for Scope operator, changed to (Scope) >> ACPI-0698: *** Warning: Type override - [WUSE] had invalid type >>(String) for Scope operator, changed to (Scope) >> ACPI-0698: *** Warning: Type override - [CSB5] had invalid type >>(String) for Scope operator, changed to (Scope) >> ACPI-0698: *** Warning: Type override - [PM__] had invalid type >>(String) for Scope operator, changed to (Scope) >> ACPI-0698: *** Warning: Type override - [BIOS] had invalid type >>(Integer) for Scope operator, changed to (Scope) >> ACPI-0698: *** Warning: Type override - [CMOS] had invalid type >>(Integer) for Scope operator, changed to (Scope) >> >[snip] > >This looks pretty bad to me. I never seen anything like this before, and >I've seen many x86 machines booting FreeBSD. Anybody knows what this means? > >Jorn >_______________________________________________ >freebsd-acpi@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-acpi >To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 13:18:17 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10EE716A401 for ; Tue, 27 Jun 2006 13:18:17 +0000 (UTC) (envelope-from morten@atreides.freenix.no) Received: from freenix.no (atreides.freenix.no [212.33.142.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0EB243D62 for ; Tue, 27 Jun 2006 13:18:12 +0000 (GMT) (envelope-from morten@atreides.freenix.no) Received: from atreides.freenix.no (localhost [127.0.0.1]) by freenix.no (8.13.6/8.13.6) with ESMTP id k5RDHXNa078835 for ; Tue, 27 Jun 2006 15:17:34 +0200 (CEST) (envelope-from morten@atreides.freenix.no) Received: (from morten@localhost) by atreides.freenix.no (8.13.6/8.13.6/Submit) id k5RDHXDV078834 for stable@freebsd.org; Tue, 27 Jun 2006 15:17:33 +0200 (CEST) (envelope-from morten) Date: Tue, 27 Jun 2006 15:17:33 +0200 From: "Morten A. Middelthon" To: stable@freebsd.org Message-ID: <20060627131733.GA78345@freenix.no> References: <20060627124937.GA72178@freenix.no> <20060627125423.GB72178@freenix.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <20060627125423.GB72178@freenix.no> X-PGP-Key: http://freenix.no/~morten/pgp.txt X-PGP-Key-FingerPrint: D48B 5C4E 1590 7DE6 08A0 6539 BECC F62E 829F DF6A X-Operating-System: FreeBSD 5.5-RELEASE-p1 X-Warning: So cunning you could brush your teeth with it. User-Agent: Mutt/1.5.11 Cc: Subject: Re: Problem with filesystem on RAID5 array (fsck -b?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 13:18:17 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 27, 2006 at 02:54:23PM +0200, Morten A. Middelthon wrote: > On Tue, Jun 27, 2006 at 02:49:37PM +0200, Morten A. Middelthon wrote: > > Hi list, > >=20 > > I'm running FreeBSD 6.1-RELEASE-p2 on a Dell PowerEdge 1850 with an att= ached > > Dell PowerVault 220S disk cabinet. The cabinet has two RAID5 arrays eac= h with > > 6 x 300GB SCSI disks. The RAID controller is a Dell PERC4/DC using the = amr > > driver. Two days ago a disk failed in one of the arrays. Rebuilding the= array > > after replacing the broken disk did not work as it should, so after dis= cussing > > our options with Dell support they recommended I should delete the arra= y on > > the controller BIOS, then create a new identical array without initiali= zing > > it. According to their theory the data should be intact. Unfortunately,= that > > doesn't seem to be the case. When FreeBSD boots I get an "UNEXPECTED > > INCONSISTENCY" error message when the filesystem is mounted, and then I= have > > to run fsck manually. When running fsck I get this message: > >=20 > I just noticed another thing. The two arrays should be identical in size, > although they are not: >=20 > amr0: delete logical drives supported by controller > amrd0: on amr0 > amrd0: 1430505MB (2929674240 sectors) RAID 5 (optimal) > amrd1: on amr0 > amrd1: 1430400MB (2929459200 sectors) RAID 5 (optimal) > amr1: delete logical drives supported by controller >=20 > Is it perhaps possible to change the partition info to match the old > functioning array? Here is the dmesg output before I re-created the array: amr0: delete logical drives supported by controller amrd0: on amr0 amrd0: 1430505MB (2929674240 sectors) RAID 5 (optimal) amrd1: on amr0 amrd1: 1430505MB (2929674240 sectors) RAID 5 (degraded) amr1: delete logical drives supported by controller as you can see, the volumes are identical --=20 Morten A. Middelthon Elveys burroo muney frum a pesseemist; he-a duesn't ixpect tu be-a peeed beck. This .sig has been encheferized - http://flipp.net/bork/ --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEoS/svsz2LoKf32oRAmG4AJwJ7tZPe+WrsDglmp3C1AZOvfquYACeODsg PcQ6Y3ihfjctfHEWAscvsdI= =NjGd -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 13:41:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 936EF16A400; Tue, 27 Jun 2006 13:41:43 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42E7F43D6A; Tue, 27 Jun 2006 13:41:37 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id C417E290C25; Tue, 27 Jun 2006 10:41:30 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 76375-09; Tue, 27 Jun 2006 13:41:36 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 7130A290C1E; Tue, 27 Jun 2006 10:41:29 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id BD5434919F; Tue, 27 Jun 2006 10:41:39 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id BAF04454EF; Tue, 27 Jun 2006 10:41:39 -0300 (ADT) Date: Tue, 27 Jun 2006 10:41:39 -0300 (ADT) From: "Marc G. Fournier" To: Eprha Carvajal In-Reply-To: Message-ID: <20060627104044.O1114@ganymede.hub.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-acpi@freeBSD.org, jorn@wcborstel.com, freebsd-stable@freeBSD.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2006 13:41:43 -0000 Based on postings I've found in Google, the Warnings below are just that, and shouldn't affect the operation of the server ... in fact, my other Dual-PIII is running fine, so I'm currently running under the assumption that one of the CPUs has just finally given up the ghost, and that it isn't an OS issue ... On Tue, 27 Jun 2006, Eprha Carvajal wrote: > > I see no ACPI capability in the processor features > > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE > > also seems to be failing right after loading the acpi module > ===>acpi_alloc_wakeup_handler: can't alloc wake memory > > perphaps your bios is broker. > >> From: Jorn Argelo >> To: "Marc G. Fournier" >> CC: freebsd-acpi@freeBSD.org, freebsd-stable@freeBSD.org >> Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... >> Date: Mon, 26 Jun 2006 18:17:05 +0200 >> >> [sni[ >>> >>> Yahoo . yscrappy Skype: hub.org ICQ . 7615664 >>> ------------------------------------------------------------------------ >>> >>> 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-RC1 #0: Mon Apr 10 17:03:22 UTC 2006 >>> root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP >>> acpi_alloc_wakeup_handler: can't alloc wake memory >>> Timecounter "i8254" frequency 1193182 Hz quality 0 >>> CPU: Intel(R) Pentium(R) III CPU - S 1266MHz (1263.45-MHz >>> 686-class CPU) >>> Origin = "GenuineIntel" Id = 0x6b4 Stepping = 4 >>> Features=0x383fbff >>> real memory = 4227792896 (4031 MB) >>> avail memory = 4140093440 (3948 MB) >>> ACPI APIC Table: >>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>> cpu0 (BSP): APIC ID: 3 >>> cpu1 (AP): APIC ID: 0 >>> ACPI-0698: *** Warning: Type override - [DEB_] had invalid type >>> (Integer) for Scope operator, changed to (Scope) >>> ACPI-0698: *** Warning: Type override - [MLIB] had invalid type >>> (Integer) for Scope operator, changed to (Scope) >>> ACPI-0698: *** Warning: Type override - [DATA] had invalid type >>> (String) for Scope operator, changed to (Scope) >>> ACPI-0698: *** Warning: Type override - [SIO_] had invalid type >>> (String) for Scope operator, changed to (Scope) >>> ACPI-0698: *** Warning: Type override - [SB__] had invalid type >>> (String) for Scope operator, changed to (Scope) >>> ACPI-0698: *** Warning: Type override - [PM__] had invalid type >>> (String) for Scope operator, changed to (Scope) >>> ACPI-0698: *** Warning: Type override - [ICNT] had invalid type >>> (String) for Scope operator, changed to (Scope) >>> ACPI-0698: *** Warning: Type override - [ACPI] had invalid type >>> (String) for Scope operator, changed to (Scope) >>> ACPI-0698: *** Warning: Type override - [LEDP] had invalid type >>> (String) for Scope operator, changed to (Scope) >>> ACPI-0698: *** Warning: Type override - [WUES] had invalid type >>> (String) for Scope operator, changed to (Scope) >>> ACPI-0698: *** Warning: Type override - [WUSE] had invalid type >>> (String) for Scope operator, changed to (Scope) >>> ACPI-0698: *** Warning: Type override - [CSB5] had invalid type >>> (String) for Scope operator, changed to (Scope) >>> ACPI-0698: *** Warning: Type override - [PM__] had invalid type >>> (String) for Scope operator, changed to (Scope) >>> ACPI-0698: *** Warning: Type override - [BIOS] had invalid type >>> (Integer) for Scope operator, changed to (Scope) >>> ACPI-0698: *** Warning: Type override - [CMOS] had invalid type >>> (Integer) for Scope operator, changed to (Scope) >>> >> [snip] >> >> This looks pretty bad to me. I never seen anything like this before, and >> I've seen many x86 machines booting FreeBSD. Anybody knows what this means? >> >> Jorn >> _______________________________________________ >> freebsd-acpi@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-acpi >> To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" > > > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 13:41:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 857DF16A403 for ; Tue, 27 Jun 2006 13:41:44 +0000 (UTC) (envelope-from sthalik@tehran.lain.pl) Received: from mail.in5.pl (rollercoaster.insane.pl [213.251.173.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E90543D6D for ; Tue, 27 Jun 2006 13:41:37 +0000 (GMT) (envelope-from sthalik@tehran.lain.pl) Received: from tehran.lain.pl ([85.221.230.102] helo=tehran.local ident=mailnull) from mailnull by mail.in5.pl with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (envelope-from ) id 1FvDot-0004uz-Pd for freebsd-stable@freebsd.org; Tue, 27 Jun 2006 15:41:35 +0200 Received: from sthalik by tehran.local with local (Exim 4.62 (FreeBSD)) (envelope-from ) id 1FvDos-0006Nl-LV for freebsd-stable@freebsd.org; Tue, 27 Jun 2006 15:41:34 +0200 Date: Tue, 27 Jun 2006 15:41:34 +0200 From: Stanislaw Halik To: freebsd-stable@freebsd.org Message-ID: <20060627134134.GA23337@tehran.lain.pl> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060627045310.GA6324@tehran.lain.pl> <20060627140946.J273@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <20060627140946.J273@fledge.watson.org> X-PGP-Key: http://tehran.lain.pl/public.key User-Agent: Mutt/1.5.11 Subject: Re: trap 12: supervisor write, page not present on 6.1-STABLE Tue May 16 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 13:41:44 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 27, 2006, Robert Watson wrote: >> 6.1-STABLE crashed on me. I'm providing a backtrace. Could any of you,= =20 >> experienced people, suggest me if it's a hardware problem or is it an=20 >> error inside the OS? > This is a known bug in the TCP code; a large set of outstanding changes i= s=20 > present in 7.x that will fix the problem when merged. However, I recentl= y=20 > had push-back on merging the larger batch of changes, so am looking at=20 > merging a workaround that will also correct the problem without the large= r=20 > set of architectural changes. I hope to have a chance to look at that in= =20 > detail this weekend. I'm glad to know that it isn't either unknown or hardware-related. Thank you for your prompt reply! --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEoTWOadU+vjT62TERAjJvAJ47/JFWUoVWsGv2NNj17WuJx0HDWACfSSWH WF+Omiy0tjtIRS4UaGZ4hEk= =sUd7 -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 14:17:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C80C16A403 for ; Tue, 27 Jun 2006 14:17:13 +0000 (UTC) (envelope-from fblist@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBE0743D64 for ; Tue, 27 Jun 2006 14:17:07 +0000 (GMT) (envelope-from fblist@gmail.com) Received: by nf-out-0910.google.com with SMTP id c29so1068424nfb for ; Tue, 27 Jun 2006 07:17:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=fwXwqNKFEFh5VZpKZMNe4GKY171t+YC4ka7yDXkLKp2T3GdgEsUdUWmzHUVZDsC+4lkZrGKbcBuOqxmrp1zu4npK7FPgDaxDd4GN2NvBU5kKX0ZFYtDYORVhPZ71qtxTIzrI361MuSqWQTmPfj2lOAJ7evhj9//JTqKNTn2530I= Received: by 10.49.92.10 with SMTP id u10mr5661861nfl; Tue, 27 Jun 2006 07:17:06 -0700 (PDT) Received: by 10.49.41.14 with HTTP; Tue, 27 Jun 2006 07:17:06 -0700 (PDT) Message-ID: <910c4cb0606270717p763d3efbhe2e793cfc3eb8cde@mail.gmail.com> Date: Tue, 27 Jun 2006 22:17:06 +0800 From: "Ren Zhen" To: "Sam Leffler" In-Reply-To: <44A0AECC.1010301@errno.com> MIME-Version: 1.0 References: <910c4cb0606260845o3c83cae6yf18008da70592bd3@mail.gmail.com> <44A0753E.3060002@errno.com> <910c4cb0606261857p301a07a2u67ce0cb015d8f457@mail.gmail.com> <44A0AECC.1010301@errno.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: wi0 down when print a lot of data to screen over ssh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 14:17:13 -0000 Thank you. I switch to windows. In control panel->PRISM Setting, It says NIC Firmware 1.07.02.00. I downloaded the firmware(I can't find any firmware which is rev1.4.X) from the IBM website, after it reboot my computer, nothing happen. I think it's because my dual booting system. sigh... On 6/27/06, Sam Leffler wrote: > > Ren Zhen wrote: > > BIOS Version: 1.18 > > Embedded Controller Version: 1.06a > > > > wi0: mem 0xec000000-0xec000fff irq 11 at device 2.0 > > on pci2 > > wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) > > wi0: Intersil Firmware: Primary ( 1.1.0), Station (1.4.2) > > Not sure but I think 1.4.2 is old; try updating your firmware to at > least 1.4.9. I rarely use wi anymore but I recall 1.4.2 having issues. > > Sam > From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 14:33:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2734C16A403 for ; Tue, 27 Jun 2006 14:33:06 +0000 (UTC) (envelope-from fblist@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCA5F43D77 for ; Tue, 27 Jun 2006 14:33:04 +0000 (GMT) (envelope-from fblist@gmail.com) Received: by nf-out-0910.google.com with SMTP id c29so1071014nfb for ; Tue, 27 Jun 2006 07:33:03 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=YlpvuLglp5hi4n3ZCDLOC8YO+sN2PkrvK20W+phIhfFhhJTgWO+FvdEdowmbYaBy7wsAqOw6WHU57x+Ksm7iMlmH0GvZim3VZaS1DErdj4tvTjBkntbZ502RNVAWzXp/raM/t1FDiqv1AgsDnDqeCrT1bXSY/U5WEk7EEC8e7vQ= Received: by 10.48.221.6 with SMTP id t6mr5642556nfg; Tue, 27 Jun 2006 07:33:03 -0700 (PDT) Received: by 10.49.41.14 with HTTP; Tue, 27 Jun 2006 07:33:03 -0700 (PDT) Message-ID: <910c4cb0606270733j2dd5f545q83819a0e8e200faf@mail.gmail.com> Date: Tue, 27 Jun 2006 22:33:03 +0800 From: "Ren Zhen" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: wi0 down when print a lot of data to screen over ssh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 14:33:06 -0000 VGhlcmUgaXMgc29tZSBleHRyYSBpbmZvcm1hdGlvbi4gSXQncyB3aGF0IHRoZSBrZXJuZWwgc2F5 IHRvZGF5LiBJIGp1c3QgdHVybgpvbiBhbmQgdHVybiBvZmYgdGhlIHBvd2Vyc2F2ZS4Ka2VybmVs OiB3aTA6IHRpbWVvdXQgaW4gd2lfc2VlayB0byAxNTIvMApsYXN0IG1lc3NhZ2UgcmVwZWF0ZWQg NyB0aW1lcwprZXJuZWw6IHdpMDogZGV2aWNlIHRpbWVvdXQKa2VybmVsOiB3aTA6IHRpbWVvdXQg aW4gd2lfc2VlayB0byAxNTIvMAprZXJuZWw6IHdpMDogdGltZW91dCBpbiB3aV9jbWQgMHgwMTBi OyBldmVudCBzdGF0dXMgMHg4MDAwCmtlcm5lbDogd2kwOiB4bWl0IGZhaWxlZAprZXJuZWw6IHdp MDogdGltZW91dCBpbiB3aV9zZWVrIHRvIDE1Mi8wCmxhc3QgbWVzc2FnZSByZXBlYXRlZCA2IHRp bWVzCmtlcm5lbDogd2kwOiBiYWQgYWxsb2MgMTUyICE9IDEyOCwgY3VyIDAgbnh0IDAKa2VybmVs OiB3aTA6IHJlY29yZCByZWFkIG1pc21hdGNoLCByaWQ9ZmQ0MiwgZ290PWZkNDEKa2VybmVsOiB3 aTA6IHJlY29yZCByZWFkIG1pc21hdGNoLCByaWQ9ZmRjMSwgZ290PWZkNDIKa2VybmVsOiB3aTA6 IHJlY29yZCByZWFkIG1pc21hdGNoLCByaWQ9ZmQ0MSwgZ290PWZkYzEKCgpPbiA2LzI3LzA2LCBm cmVlYnNkLXN0YWJsZS1yZXF1ZXN0QGZyZWVic2Qub3JnIDwKZnJlZWJzZC1zdGFibGUtcmVxdWVz dEBmcmVlYnNkLm9yZz4gd3JvdGU6Cj4KPiBTZW5kIGZyZWVic2Qtc3RhYmxlIG1haWxpbmcgbGlz dCBzdWJtaXNzaW9ucyB0bwo+ICAgICAgICAgZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcKPgo+ IFRvIHN1YnNjcmliZSBvciB1bnN1YnNjcmliZSB2aWEgdGhlIFdvcmxkIFdpZGUgV2ViLCB2aXNp dAo+ICAgICAgICAgaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJl ZWJzZC1zdGFibGUKPiBvciwgdmlhIGVtYWlsLCBzZW5kIGEgbWVzc2FnZSB3aXRoIHN1YmplY3Qg b3IgYm9keSAnaGVscCcgdG8KPiAgICAgICAgIGZyZWVic2Qtc3RhYmxlLXJlcXVlc3RAZnJlZWJz ZC5vcmcKPgo+IFlvdSBjYW4gcmVhY2ggdGhlIHBlcnNvbiBtYW5hZ2luZyB0aGUgbGlzdCBhdAo+ ICAgICAgICAgZnJlZWJzZC1zdGFibGUtb3duZXJAZnJlZWJzZC5vcmcKPgo+IFdoZW4gcmVwbHlp bmcsIHBsZWFzZSBlZGl0IHlvdXIgU3ViamVjdCBsaW5lIHNvIGl0IGlzIG1vcmUgc3BlY2lmaWMK PiB0aGFuICJSZTogQ29udGVudHMgb2YgZnJlZWJzZC1zdGFibGUgZGlnZXN0Li4uIgo+Cj4KPiBU b2RheSdzIFRvcGljczoKPgo+ICAgIDEuIFJlOiBmb3JjZSBwYW5pYyBvZiByZW1vdGUgc2VydmVy IC4uLiBwb3NzaWJsZT8gKEVkIE1hc3RlKQo+ICAgIDIuIFJlOiBmb3JjZSBwYW5pYyBvZiByZW1v dGUgc2VydmVyIC4uLiBwb3NzaWJsZT8gKEVkIE1hc3RlKQo+ICAgIDMuIFJlOiB2aW51bSB0byBn dmludW0gaGVscCAoTWFyayBMaW5pbW9uKQo+ICAgIDQuIFJlOiBTZXR0aW5nIHVwIEdFT00gbWly cm9yIChNaWtlIEpha3ViaWspCj4gICAgNS4gUmU6IFdoYXQgZGVub3RlcyBhICdibG9ja2VkJyBw cm9jZXNzPyAoTWFyYyBHLiBGb3VybmllcikKPiAgICA2LiBSRTogdmludW0gdG8gZ3ZpbnVtIGhl bHAgKFdpbGRlLCBEb25hbGQpCj4gICAgNy4gUmU6IFdoYXQgZGVub3RlcyBhICdibG9ja2VkJyBw cm9jZXNzPyAoS29zdGlrIEJlbG91c292KQo+ICAgIDguIFJlOiB2bXN0YXQgJ2InIChkaXNrIGJ1 c3k/KSBmaWVsZCBrZWVwcyBjbGltYmluZyAuLi4KPiAgICAgICAoTWFyYyBHLiBGb3VybmllcikK PiAgICA5LiBSZTogRnJlZUJTRCA2LnggQ1ZTVVAgdG9kYXkgY3Jhc2hlcyB3aXRoIHplcm8gbG9h ZCAuLi4KPiAgICAgICAoRG1pdHJ5IFByeWFuaXNobmlrb3YpCj4gICAxMC4gUmU6IHZtc3RhdCAn YicgKGRpc2sgYnVzeT8pIGZpZWxkIGtlZXBzIGNsaW1iaW5nIC4uLiAoTWF4IExhaWVyKQo+ICAg MTEuIFJlOiBrZXJuZWwgY2FuJ3QgZmluZCByb290IGZpbGVzeXN0ZW0gKE1pY2hhZWwgUHJvdG8p Cj4gICAxMi4gUmU6IEZyZWVCU0QgNi54IENWU1VQIHRvZGF5IGNyYXNoZXMgd2l0aCB6ZXJvIGxv YWQgLi4uIChNLkhpcnNjaCkKPiAgIDEzLiBSZTogR2lnYWJpdCBldGhlcm5ldCB2ZXJ5IHNsb3cu IChNYXR0aGV3IEQuIEZ1bGxlcikKPiAgIDE0LiBSZTogRnJlZUJTRCA2LnggQ1ZTVVAgdG9kYXkg Y3Jhc2hlcyB3aXRoIHplcm8gbG9hZCAuLi4KPiAgICAgICAoV2lsa28gQnVsdGUpCj4gICAxNS4g UmU6IHdpMCBkb3duIHdoZW4gcHJpbnQgYSBsb3Qgb2YgZGF0YSB0byBzY3JlZW4gb3ZlciBzc2gK PiAgICAgICAoTWljaGFlbCBQcm90bykKPiAgIDE2LiBSZToga2VybmVsIGNhbid0IGZpbmQgcm9v dCBmaWxlc3lzdGVtIChNLkhpcnNjaCkKPiAgIDE3LiBSZTogRnJlZUJTRCA2LnggQ1ZTVVAgdG9k YXkgY3Jhc2hlcyB3aXRoIHplcm8gbG9hZCAuLi4gKE0uSGlyc2NoKQo+ICAgMTguIFJlOiBGcmVl QlNEIDYueCBDVlNVUCB0b2RheSBjcmFzaGVzIHdpdGggemVybyBsb2FkIC4uLgo+ICAgICAgIChX aWxrbyBCdWx0ZSkKPiAgIDE5LiBSZTogRnJlZUJTRCA2LnggQ1ZTVVAgdG9kYXkgY3Jhc2hlcyB3 aXRoIHplcm8gbG9hZCAuLi4gKE0uSGlyc2NoKQo+ICAgMjAuIFJlOiBGcmVlQlNEIDYueCBDVlNV UCB0b2RheSBjcmFzaGVzIHdpdGggemVybyBsb2FkIC4uLgo+ICAgICAgIChXaWxrbyBCdWx0ZSkK PiAgIDIxLiBSZTogRnJlZUJTRCA2LnggQ1ZTVVAgdG9kYXkgY3Jhc2hlcyB3aXRoIHplcm8gbG9h ZCAuLi4KPiAgICAgICAoRG1pdHJ5IFByeWFuaXNobmlrb3YpCj4gICAyMi4gUmU6IHZtc3RhdCAn YicgKGRpc2sgYnVzeT8pIGZpZWxkIGtlZXBzIGNsaW1iaW5nIC4uLgo+ICAgICAgIChNYXJjIEcu IEZvdXJuaWVyKQo+ICAgMjMuIFJlOiBXaGF0IGRlbm90ZXMgYSAnYmxvY2tlZCcgcHJvY2Vzcz8g KE1hcmMgRy4gRm91cm5pZXIpCj4gICAyNC4gUkU6IEZyZWVCU0QgNi54IENWU1VQIHRvZGF5IGNy YXNoZXMgd2l0aCB6ZXJvIGxvYWQgLi4uCj4gICAgICAgKE1pY2hhZWwgQnV0bGVyKQo+ICAgMjUu IFJlOiBGcmVlQlNEIDYueCBDVlNVUCB0b2RheSBjcmFzaGVzIHdpdGggemVybyBsb2FkIC4uLiAo TS5IaXJzY2gpCj4gICAyNi4gUmU6IEZyZWVCU0QgNi54IENWU1VQIHRvZGF5IGNyYXNoZXMgd2l0 aCB6ZXJvIGxvYWQgLi4uCj4gICAgICAgKFdpbGtvIEJ1bHRlKQo+ICAgMjcuIFJlOiBGcmVlQlNE IDYueCBDVlNVUCB0b2RheSBjcmFzaGVzIHdpdGggemVybyBsb2FkIC4uLiAoTS5IaXJzY2gpCj4g ICAyOC4gUmU6IEZyZWVCU0QgNi54IENWU1VQIHRvZGF5IGNyYXNoZXMgd2l0aCB6ZXJvIGxvYWQg Li4uIChNLkhpcnNjaCkKPiAgIDI5LiBSZTogRnJlZUJTRCA2LnggQ1ZTVVAgdG9kYXkgY3Jhc2hl cyB3aXRoIHplcm8gbG9hZCAuLi4gKE0uSGlyc2NoKQo+ICAgMzAuIFJlOiBGcmVlQlNEIDYueCBD VlNVUCB0b2RheSBjcmFzaGVzIHdpdGggemVybyBsb2FkIC4uLgo+ICAgICAgIChEbWl0cnkgUHJ5 YW5pc2huaWtvdikKPiAgIDMxLiBSZTogRnJlZUJTRCA2LnggQ1ZTVVAgdG9kYXkgY3Jhc2hlcyB3 aXRoIHplcm8gbG9hZCAuLi4KPiAgICAgICAoU3RldmVuIEhhcnRsYW5kKQo+ICAgMzIuIFJlOiBG cmVlQlNEIDYueCBDVlNVUCB0b2RheSBjcmFzaGVzIHdpdGggemVybyBsb2FkIC4uLgo+ICAgICAg IChUaG9tYXMgTnlzdHI/bSkKPgo+Cj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+Cj4gTWVzc2FnZTogMQo+IERh dGU6IE1vbiwgMjYgSnVuIDIwMDYgMTA6NTI6MzggLTA0MDAKPiBGcm9tOiBFZCBNYXN0ZSA8ZW1h c3RlQHBoYWVkcnVzLnNhbmR2aW5lLmNhPgo+IFN1YmplY3Q6IFJlOiBmb3JjZSBwYW5pYyBvZiBy ZW1vdGUgc2VydmVyIC4uLiBwb3NzaWJsZT8KPiBDYzogZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5v cmcKPiBNZXNzYWdlLUlEOiA8MjAwNjA2MjYxNDUyMzguR0EyMjA4MUBzYW5kdmluZS5jb20+Cj4g Q29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PXVzLWFzY2lpCj4KPiBPbiBNb24sIEp1 biAyNiwgMjAwNiBhdCAwMTowNjoxNFBNICswMTAwLCBHYXZpbiBBdGtpbnNvbiB3cm90ZToKPgo+ ID4gT24gTW9uLCAyMDA2LTA2LTI2IGF0IDA4OjU1IC0wMzAwLCBNYXJjIEcuIEZvdXJuaWVyIHdy b3RlOgo+ID4gPiBGb3IgdGhlIHNlcnZlciB0aGF0IEknbSBmaWdodGluZyB3aXRoIHJpZ2h0IG5v dywgd2hlcmUgRG1pdHJ5IHBvaW50ZWQKPiBvdXQKPiA+ID4gdGhhdCBpdCBsb29rcyBsaWtlIGEg ZGVhZGxvY2sgaXNzdWUgLi4uIEkgaGF2ZSBkdW1wZGV2L3NhdmVjb3JlCj4gZW5hYmxlZCwKPiA+ ID4gaXMgdGhlcmUgc29tZSB3YXkgb2YgZm9yY2luZyBpdCB0byBwYW5pYyB3aGVuIEkga25vdyBJ IGFjdHVhbGx5IGhhdmUKPiB0aGUKPiA+ID4gZGVhZGxvY2ssIHNvIHRoYXQgaXQgd2lsbCBkdW1w IGEgY29yZT8KPiA+Cj4gPiBZb3UgY2VuIGVudGVyIHRoZSBkZWJ1Z2dlciBieSBzZXR0aW5nIHRo ZSAoYmFkbHkgbmFtZXMpIGRlYnVnLmtkYi5lbnRlcgo+ID4gc3lzY3RsIHRvIDEsIGFsdGhvdWdo IEkgY2FuJ3QgZ3VhcmFudGVlIHRoYXQnbGwgdHJpZ2dlciBhIGR1bXAgYW5kCj4gPiByZWJvb3Qu ICBEbyB5b3UgaGF2ZSBhIHNlcmlhbCBjb25zb2xlPwo+Cj4gPkZyb20gc29tZSBvZiB5b3VyIG90 aGVyIG1lc3NhZ2VzLCBJIGJlbGlldmUgdGhpcyBpcyBhIHJlbW90ZSBtYWNoaW5lPwo+IFVubGVz cyB5b3UgY2FuIGFjY2VzcyBhbiBhdHRhY2hlZCBrZXlib2FyZCwgb3IgaGF2ZSBhIHNlcmlhbCBj b25zb2xlLAo+IGRlYnVnLmtkYi5lbnRlciB3aWxsIGxlYXZlIHRoZSBtYWNoaW5lIHNpdHRpbmcg aW4gZGRiIHdpdGggbm8gd2F5IHRvCj4gZ2V0IG91dC4gIEFsc28sIGlmIHlvdSBoYXZlIGEgUFMv MiBrZXlib2FyZCAodGhhdCBpcywgb25lIGhhbmRsZWQgYnkKPiB0aGUgYXRrYmQoNCkgZHJpdmVy KSBkZGIgd2lsbCBub3QgYWNjZXB0IGFueSBpbnB1dCBvbiA2LjEgb3IgSEVBRC4KPiAoVGhlcmUg aXMgc29tZSBkaXNjdXNzaW9uIG9mIHRoaXMgaXNzdWUgb24gdGhlIGZyZWVic2QtY3VycmVudCBs aXN0LikKPiBCZWZvcmUgdXNpbmcgZGRiIG9uIGEgcmVtb3RlIG1hY2hpbmUgSSB3b3VsZCBzdWdn ZXN0IHRlc3RpbmcgaXQgb3V0Cj4gd2l0aCB0aGUgc2FtZSByZWxlYXNlIGxvY2FsbHkuCj4KPiBG b3IgeW91ciBvcmlnaW5hbCBxdWVzdGlvbiAtLSBJJ20gbm90IHN1cmUgd2hpY2ggcmVsZWFzZSBp dCBmaXJzdAo+IGFwcGVhcmVkIGluIChhbmQgaXQgbWF5IGJlIG9ubHkgaW4gLUNVUlJFTlQpLCBi dXQgaWYgaXQgZXhpc3RzIHlvdQo+IGNhbiB1c2U6Cj4KPiAkIHN5c2N0bCAtZCBkZWJ1Zy5rZGIu cGFuaWMKPiBkZWJ1Zy5rZGIucGFuaWM6IHNldCB0byBwYW5pYyB0aGUga2VybmVsCj4KPiAtZWQK Pgo+Cj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4KPiBNZXNzYWdlOiAyCj4gRGF0 ZTogTW9uLCAyNiBKdW4gMjAwNiAxMzozMjozNyAtMDQwMAo+IEZyb206IEVkIE1hc3RlIDxlbWFz dGVAcGhhZWRydXMuc2FuZHZpbmUuY2E+Cj4gU3ViamVjdDogUmU6IGZvcmNlIHBhbmljIG9mIHJl bW90ZSBzZXJ2ZXIgLi4uIHBvc3NpYmxlPwo+IFRvOiAiTWFyYyBHLiBGb3VybmllciIgPHNjcmFw cHlAaHViLm9yZz4KPiBDYzogZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcKPiBNZXNzYWdlLUlE OiA8MjAwNjA2MjYxNzMyMzcuR0E1MzA4NUBzYW5kdmluZS5jb20+Cj4gQ29udGVudC1UeXBlOiB0 ZXh0L3BsYWluOyBjaGFyc2V0PXVzLWFzY2lpCj4KPiBPbiBNb24sIEp1biAyNiwgMjAwNiBhdCAw MTowNjoxNFBNICswMTAwLCBHYXZpbiBBdGtpbnNvbiB3cm90ZToKPgo+ID4gT24gTW9uLCAyMDA2 LTA2LTI2IGF0IDA4OjU1IC0wMzAwLCBNYXJjIEcuIEZvdXJuaWVyIHdyb3RlOgo+ID4gPiBGb3Ig dGhlIHNlcnZlciB0aGF0IEknbSBmaWdodGluZyB3aXRoIHJpZ2h0IG5vdywgd2hlcmUgRG1pdHJ5 IHBvaW50ZWQKPiBvdXQKPiA+ID4gdGhhdCBpdCBsb29rcyBsaWtlIGEgZGVhZGxvY2sgaXNzdWUg Li4uIEkgaGF2ZSBkdW1wZGV2L3NhdmVjb3JlCj4gZW5hYmxlZCwKPiA+ID4gaXMgdGhlcmUgc29t ZSB3YXkgb2YgZm9yY2luZyBpdCB0byBwYW5pYyB3aGVuIEkga25vdyBJIGFjdHVhbGx5IGhhdmUK PiB0aGUKPiA+ID4gZGVhZGxvY2ssIHNvIHRoYXQgaXQgd2lsbCBkdW1wIGEgY29yZT8KPiA+Cj4g PiBZb3UgY2VuIGVudGVyIHRoZSBkZWJ1Z2dlciBieSBzZXR0aW5nIHRoZSAoYmFkbHkgbmFtZXMp IGRlYnVnLmtkYi5lbnRlcgo+ID4gc3lzY3RsIHRvIDEsIGFsdGhvdWdoIEkgY2FuJ3QgZ3VhcmFu dGVlIHRoYXQnbGwgdHJpZ2dlciBhIGR1bXAgYW5kCj4gPiByZWJvb3QuICBEbyB5b3UgaGF2ZSBh IHNlcmlhbCBjb25zb2xlPwo+Cj4gPkZyb20gc29tZSBvZiB5b3VyIG90aGVyIG1lc3NhZ2VzLCBJ IGJlbGlldmUgdGhpcyBpcyBhIHJlbW90ZSBtYWNoaW5lPwo+IFVubGVzcyB5b3UgY2FuIGFjY2Vz cyBhbiBhdHRhY2hlZCBrZXlib2FyZCwgb3IgaGF2ZSBhIHNlcmlhbCBjb25zb2xlLAo+IGRlYnVn LmtkYi5lbnRlciB3aWxsIGxlYXZlIHRoZSBtYWNoaW5lIHNpdHRpbmcgaW4gZGRiIHdpdGggbm8g d2F5IHRvCj4gZ2V0IG91dC4gIEFsc28sIGlmIHlvdSBoYXZlIGEgUFMvMiBrZXlib2FyZCAodGhh dCBpcywgb25lIGhhbmRsZWQgYnkKPiB0aGUgYXRrYmQoNCkgZHJpdmVyKSBkZGIgd2lsbCBub3Qg YWNjZXB0IGFueSBpbnB1dCBvbiA2LjEgb3IgSEVBRC4KPiAoVGhlcmUgaXMgc29tZSBkaXNjdXNz aW9uIG9mIHRoaXMgaXNzdWUgb24gdGhlIGZyZWVic2QtY3VycmVudCBsaXN0LikKPiBCZWZvcmUg dXNpbmcgZGRiIG9uIGEgcmVtb3RlIG1hY2hpbmUgSSB3b3VsZCBzdWdnZXN0IHRlc3RpbmcgaXQg b3V0Cj4gd2l0aCB0aGUgc2FtZSByZWxlYXNlIGxvY2FsbHkuCj4KPiBGb3IgeW91ciBvcmlnaW5h bCBxdWVzdGlvbiAtLSBJJ20gbm90IHN1cmUgd2hpY2ggcmVsZWFzZSBpdCBmaXJzdAo+IGFwcGVh cmVkIGluIChhbmQgaXQgbWF5IGJlIG9ubHkgaW4gLUNVUlJFTlQpLCBidXQgaWYgaXQgZXhpc3Rz IHlvdQo+IGNhbiB1c2U6Cj4KPiAkIHN5c2N0bCAtZCBkZWJ1Zy5rZGIucGFuaWMKPiBkZWJ1Zy5r ZGIucGFuaWM6IHNldCB0byBwYW5pYyB0aGUga2VybmVsCj4KPiAtZWQKPgo+Cj4gLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4KPiBNZXNzYWdlOiAzCj4gRGF0ZTogTW9uLCAyNiBKdW4g MjAwNiAxNDozMzoxOSAtMDUwMAo+IEZyb206IGxpbmltb25AbG9uZXNvbWUuY29tIChNYXJrIExp bmltb24pCj4gU3ViamVjdDogUmU6IHZpbnVtIHRvIGd2aW51bSBoZWxwCj4gVG86IFN2ZW4gV2ls bGVuYmVyZ2VyIDxzdmVuQGRtdi5jb20+Cj4gQ2M6IFJvbGFuZCBTbWl0aCA8cnNtaXRoQHhzNGFs bC5ubD4sICAgIGZyZWVic2Qtc3RhYmxlCj4gICAgICAgICA8ZnJlZWJzZC1zdGFibGVAZnJlZWJz ZC5vcmc+Cj4gTWVzc2FnZS1JRDogPDIwMDYwNjI2MTkzMzE5LkdDOTA5QHNvYXVzdGluLm5ldD4K PiBDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9dXMtYXNjaWkKPgo+IE9uIE1vbiwg SnVuIDI2LCAyMDA2IGF0IDAyOjE1OjI0UE0gLTA0MDAsIFN2ZW4gV2lsbGVuYmVyZ2VyIHdyb3Rl Ogo+ID4gdGhpcyBpcyBhIHByb2R1Y3Rpb24gc2VydmVyIHRoYXQgY2FuIGF0IGJlc3Qgc3RhbmQg YW4gaG91ciBvciBzbyBvZgo+ID4gZG93bnRpbWUuCj4KPiBJTUhPIHRoZXJlIGFyZSBubyA1LjIu MSB1cGdyYWRlIG9wdGlvbnMgdGhhdCBjYW4gYmUgYWNjb21wbGlzaCBpbiBldmVuCj4gYSBzbWFs bCBudW1iZXIgb2YgaG91cnMuICBUaGUga2VybmVsIGxpYnJhcmllcyB3ZXJlIGFsbCB1cGRhdGVk IGZvciA1LjM7Cj4gYW5kIGh1bmRyZWRzLCBpZiBub3QgbW9yZSwgcG9ydHMgd2VyZSB1cGRhdGVk LiAgU2luY2UgdGhlIDUuMyByZWxlYXNlLAo+IHRoZXJlIGhhdmUgYmVlbiB0aG91c2FuZHMsIGlm IG5vdCB0ZW5zIG9mIHRob3VzYW5kcywgb2YgY29tbWl0cyB0byB0aGUKPiBwb3J0cyB0cmVlLCBt YW55IG9mIHdoaWNoIG1ha2UgbWFqb3IgaW5mcmFzdHJ1Y3R1cmFsIGNoYW5nZXMuCj4KPiBFaXRo ZXIgZ29pbmcgdG8gNS41IG9yIDYuMSBhdCB0aGlzIHBvaW50IHNob3VsZCAoYWxzbyBJTUhPKSBi ZSBhIGNvbXBsZXRlCj4gcmVpbnN0YWxsIG9uIGEgc3RhZ2luZyBzeXN0ZW0sIHdpdGggc29tZSB0 b3VnaCB0ZXN0aW5nIHRoZXJlIHRvIHNob3cgdGhhdAo+IHRoZSB1cGdyYWRlIHdpbGwgd29yayBm b3IgeW91ciBhcHBsaWNhdGlvbnMuCj4KPiBPdGhlcndpc2UgSSB0aGluayB5b3UncmUgYXNraW5n IGZvciBzb21lIHNlcmlvdXMgZ3JpZWYgaGVyZS4KPgo+IG1jbAo+Cj4KPiAtLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0KPgo+IE1lc3NhZ2U6IDQKPiBEYXRlOiBNb24sIDI2IEp1biAyMDA2 IDE1OjAzOjU0IC0wNDAwCj4gRnJvbTogTWlrZSBKYWt1YmlrIDxtaWtlakByb2dlcnMuY29tPgo+ IFN1YmplY3Q6IFJlOiBTZXR0aW5nIHVwIEdFT00gbWlycm9yCj4gVG86IFZpdmVrIEtoZXJhIDx2 aXZla0BraGVyYS5vcmc+Cj4gQ2M6IGZyZWVic2Qtc3RhYmxlIDxmcmVlYnNkLXN0YWJsZUBmcmVl YnNkLm9yZz4KPiBNZXNzYWdlLUlEOiA8NDRBMDJGOUEuNDA4MDYwNkByb2dlcnMuY29tPgo+IENv bnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD1JU08tODg1OS0xOyBmb3JtYXQ9Zmxvd2Vk Cj4KPiBWaXZlayBLaGVyYSB3cm90ZToKPiA+Cj4gPiBPbiBKdW4gMjUsIDIwMDYsIGF0IDI6MTQg UE0sIE1pa2UgSmFrdWJpayB3cm90ZToKPiA+Pgo+ID4+IFRoZSBwcm9ibGVtIHdpdGggdGhlc2Ug aW5zdHJ1Y3Rpb25zIGlzIHRoYXQgdGhleSBkb24ndCB0YWtlIGluIHRvCj4gPj4gYWNjb3VudCB0 aGUgbGFzdCBzZWN0b3IuIFlvdSBtYXkgdmVyeSB3ZWxsIGVuZCB1cCB3cml0aW5nIHRoZQo+ID4+ IG1ldGFkYXRhIG9uIHRoZSBmaWxlIHN5c3RlbS4KPiA+Pgo+ID4KPiA+IFdoZW4gd2FzIHRoZSBs YXN0IHRpbWUgeW91IGZkaXNrJ2QgYSBkaXNrIGFuZCBpdCB1c2VkIHRoZSBsYXN0IHNlY3Rvcgo+ ID4gb24gdGhlIGRyaXZlPyBJIGFsd2F5cyBlbmQgdXAgd2l0aCBhIGJ1bmNoIG9mIGV4dHJhIHNw YWNlIHRoYXQgZGlkbid0Cj4gPiBmaXQgaW50byB0aGUgcm91bmQgbnVtYmVycyBvZiB0aGUgZmls ZSBzeXN0ZW0uCj4gPgo+Cj4gSG9wZWZ1bGx5IG5ldmVyIDopIEp1c3QgbWVudGlvbmluZyB0aGlz IGFzIGEgcHJlY2F1dGlvbi4KPgo+Cj4KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0K Pgo+IE1lc3NhZ2U6IDUKPiBEYXRlOiBNb24sIDI2IEp1biAyMDA2IDEyOjQ0OjE3IC0wMzAwIChB RFQpCj4gRnJvbTogIk1hcmMgRy4gRm91cm5pZXIiIDxzY3JhcHB5QGh1Yi5vcmc+Cj4gU3ViamVj dDogUmU6IFdoYXQgZGVub3RlcyBhICdibG9ja2VkJyBwcm9jZXNzPwo+IFRvOiBmcmVlYnNkLXN0 YWJsZUBmcmVlYnNkLm9yZwo+IE1lc3NhZ2UtSUQ6IDwyMDA2MDYyNjEyNDIyNi5ZMTExNEBnYW55 bWVkZS5odWIub3JnPgo+IENvbnRlbnQtVHlwZTogVEVYVC9QTEFJTjsgY2hhcnNldD1VUy1BU0NJ STsgZm9ybWF0PWZsb3dlZAo+Cj4gT24gTW9uLCAyNiBKdW4gMjAwNiwgTWFyYyBHLiBGb3Vybmll ciB3cm90ZToKPgo+ID4KPiA+IEp1c3QgdXBncmFkZWQgdG8gSnVuZSAxNXRoIHNvdXJjZXMsIHN0 YXJ0ZWQgdXAgYWxsIHRoZSBwcm9jZXNzZXMsIGFuZCBhbQo+ID4gYWxyZWFkeSBhdCAyOSBibG9j a2VkIHByb2Nlc3NlcyAuLi4KPiA+Cj4gPiBJJ3ZlIGNoZWNrZWQgZm9yIHN0YXRlcyBELCBFIGFu ZCBMIC4uLiBub3RoaW5nIC4uLgo+ID4KPiA+IEFjdHVhbGx5LCBsZXQncyBnbyBvbmUgYmV0dGVy IC4uLiBhdHRhY2hlZCBpcyBhIGNvbXBsZXRlIGxpc3Qgb2YgbXkKPiBwcm9jZXNzCj4gPiB0YWJs ZSAoTVdDSEFOLCBTVEFURSwgQ09NTUFORCkgLi4uIHJpZ2h0IG5vdywgdm1zdGF0IGlzIHNob3dp bmc6Cj4gPgo+ID4gMSAzMyAwIDYzODE5NTIgMTc3OTQ0IDE2OTUgICAwICAgMCAgIDAgMTYwMSAg IDAgICAxICAgMCAgNDE2IDUwMDEyIDE2NTcKPiAxNAo+ID4gMTQgNzIKPiA+IDEgMzMgMiA2Mzc2 NDQwIDE4MTc0NCAyMDEzICAgMCAgIDAgICAwIDIxNzIgICAwICAgMyAgIDAgIDQ0OCA2ODUyOCAx NjI5Cj4gMTcKPiA+IDE1IDY4Cj4gPiA0IDMzIDAgNjM4NTQ4NCAxNzgzNjQgMTk0NCAgIDAgICAz ICAgMCAxNzU4ICAgMCAgIDggICAwICA0MjAgNTc2OTggMTIyMQo+IDE3Cj4gPiAxNCA2OQo+ID4g MjMgNDYgMCA2NDYzNjY0IDE0OTUyOCA1Mjk0ICAyOSAgIDQgICAyIDQ2NTkgICAwICAzNyAgIDAg IDUwNSA0NDc1OCAzMDQwCj4gMjcKPiA+IDI4IDQ1Cj4gPiA0IDM0IDEgNjQyNDkwNCAxNjk2NjAg NDIxNiAgMTYgICA3ICAgMCA0MDQ3ICAgMCAyMTEgICAwIDEwMDIgNDc1MDIgNTc2OQo+IDQyCj4g PiAzMCAyOAo+ID4gMSAzNSAwIDY0NTM5OTIgMTY3Mzg4IDI0MTQgICAwICAgOSAgIDAgMjI2NSAg IDAgIDQ0ICAgMCAgNTM1IDYyOTMyIDMxNjAKPiAxOAo+ID4gMTggNjQKPiA+IDcgMzMgMCA2NDQz NjcyIDE2ODEwMCAxNjQyICAgMCAgIDAgICAwIDE2NTIgICAwICAgNSAgIDAgIDQ0OCA1MTk3NCAy MTYzCj4gMTUKPiA+IDE1IDcwCj4gPgo+ID4gU28sIGFjY29yZGluZyB0byB0aGlzLCB0aGVyZSBz aG91bGQgYmUgMzMgcHJvY2Vzc2VzIGJsb2NrZWQgc29tZXdoZXJlCj4gLi4uCj4gPiBTVEFURXMg RC9FL0wgYWxsIHNob3cgbm90aGluZyAuLi4gZXZlbiBzdGF0ZSBSIChsb25nIHNob3QpIGlzIHNo b3dpbmcKPiAzLTQKPiA+IHByb2Nlc3NlcywgYW5kIHRoYXQncyBpdCAuLi4KPiA+Cj4gPiBUaGlz IGtlcm5lbCBpcyBhY3R1YWxseSB3b3JzZSB0aGVuIHRoZSBsYXN0LCBpbiB0aGF0IHRoZSBsYXN0 LCBvbiBhCj4gcmVib290LAo+ID4gSSdkIHNlZSA0LTUgYmxvY2tlZCwgYW5kIHRoZW4gaXQgd291 bGQgc2xvd2x5IHJpc2Ugb3ZlciB0aGUgY291cnNlIG9mIDI0Cj4gPiBob3Vycywgbm90IHN0YXJ0 IGF0IDMzIGFuZCByaXNlIGZyb20gdGhlcmUgLi4uCj4KPiBXb3csIGluIGxlc3MgdGhlbiAxIGhv dXIsIEknbSB1cCB0byA2MCBibG9ja2VkLCBiYXJlbHkgMSBydW5uYWJsZToKPgo+ICAgMCA2MCAw IDcwMTYwNzYgMTg3NDI0IDI1MjcgICAwICAgMCAgIDAgMTcyMiAgIDAgICA1ICAgMCAgMzIwIDc5 MjEgMjE0MAo+IDI0IDE5IDU3Cj4gICAwIDYwIDAgNzAyNzQzNiAxODUxMjQgIDU4MSAgIDAgICAx ICAgMCA0MjggICAwICAgOSAgIDAgIDMwMyAzMjE0Cj4gMjQyNSAgNSAgOSA4Ngo+ICAgMCA2MCAw IDcwNTMzNjggMTgzMDYwICAyMTcgICA0ICAgMSAgIDAgMTMwICAgMCAgNzEgICAwICA0NTMgMTc0 OAo+IDExNTcgIDYgIDQgOTAKPiAgIDEgNjAgMSA3MDUwODQ4IDE4MzU1NiAgICA0ICAgMCAgIDAg ICA3ICAyNyAgIDAgIDIxICAgMCAgMzA3ICA5NjUKPiA4NTcgIDEgIDQgOTQKPiAgIDAgNjAgMiA3 MDUwODYwIDE4MzY1MiAgICAyICAgMCAgIDAgICAwICAgNiAgIDAgICAwICAgMCAgMjU2ICA4MjkK PiAxMDMwICAyICAzIDk1Cj4gICAwIDYwIDAgNzA1MTAyOCAxODMzNDggICAyOCAgIDEgICAyICAg MCAgMTEgICAwICAgMyAgIDAgIDMwNyAgOTQ0Cj4gODU1ICAzICAzIDk1Cj4gICAwIDYwIDEgNzA1 Njg3NiAxODIyNDggIDEzNiAgIDAgICAwICAgMCAgNjYgICAwICAgOCAgIDAgIDI4NSAxMTkwCj4g OTQ1ICAxICA0IDk1Cj4KPiBBbmQgbmFkZGEgaW4gcHM6Cj4KPiBwbHV0byMgcHMgYXggLU8gcHBp ZCxmbGFncyxtd2NoYW4gfCBhd2sgJyQ2IH4gL15ELyB8fCAkNiA9PSAiU1RBVCInIDsgcHMKPiBh dXggfCB3YyAtbAo+ICAgIFBJRCAgUFBJRCAgICAgICBGIE1XQ0hBTiAgVFQgIFNUQVQgICAgICBU SU1FIENPTU1BTkQKPiAgICAgIDIgICAgIDAgICAgIDIwNCAtICAgICAgID8/ICBETCAgICAgMDow MC40NSBbZ19ldmVudF0KPiAgICAgIDMgICAgIDAgICAgIDIwNCAtICAgICAgID8/ICBETCAgICAg MDowNC44NyBbZ191cF0KPiAgICAgIDQgICAgIDAgICAgIDIwNCAtICAgICAgID8/ICBETCAgICAg MDowNi4xOSBbZ19kb3duXQo+ICAgICAgNSAgICAgMCAgICAgMjA0IC0gICAgICAgPz8gIERMICAg ICAwOjAwLjAwIFt0aHJlYWQgdGFza3FdCj4gICAgICA2ICAgICAwICAgICAyMDQgLSAgICAgICA/ PyAgREwgICAgIDA6MDAuMDAgW2txdWV1ZSB0YXNrcV0KPiAgICAgIDcgICAgIDAgICAgIDIwNCAt ICAgICAgID8/ICBETCAgICAgMDowMC4wMCBbYWNwaV90YXNrMF0KPiAgICAgIDggICAgIDAgICAg IDIwNCAtICAgICAgID8/ICBETCAgICAgMDowMC4wMCBbYWNwaV90YXNrMV0KPiAgICAgIDkgICAg IDAgICAgIDIwNCAtICAgICAgID8/ICBETCAgICAgMDowMC4wMCBbYWNwaV90YXNrMl0KPiAgICAg MTAgICAgIDAgICAgIDIwNCBrdHJhY2UgID8/ICBETCAgICAgMDowMC4wMCBba3RyYWNlXQo+ICAg ICAxNSAgICAgMCAgICAgMjA0IC0gICAgICAgPz8gIERMICAgICAwOjAwLjY4IFt5YXJyb3ddCj4g ICAgIDI1ICAgICAwICAgICAyMDQgcHNsZWVwICA/PyAgREwgICAgIDA6MDAuNzAgW3BhZ2VkYWVt b25dCj4gICAgIDI2ICAgICAwICAgICAyMDQgcHNsZWVwICA/PyAgREwgICAgIDA6MDAuMDAgW3Zt ZGFlbW9uXQo+ICAgICAyNyAgICAgMCAgICAgMjBjIHBnemVybyAgPz8gIERMICAgICAwOjE0LjQz IFtwYWdlemVyb10KPiAgICAgMjggICAgIDAgICAgIDIwNCBwc2xlZXAgID8/ICBETCAgICAgMDow MC4xNCBbYnVmZGFlbW9uXQo+ICAgICAyOSAgICAgMCAgICAgMjA0IHZscnV3dCAgPz8gIERMICAg ICAwOjAwLjE1IFt2bmxydV0KPiAgICAgMzAgICAgIDAgICAgIDIwNCBzeW5jZXIgID8/ICBETCAg ICAgMDoxMC4yOSBbc3luY2VyXQo+ICAgICAzMSAgICAgMCAgICAgMjA0IHNkZmx1cyAgPz8gIERM ICAgICAwOjAwLjY4IFtzb2Z0ZGVwZmx1c2hdCj4gICAgIDMyICAgICAwICAgICAyMDQgLSAgICAg ICA/PyAgREwgICAgIDA6MDMuMjggW3NjaGVkY3B1XQo+ICAgICAgMTE3MAo+IHBsdXRvIyBwcyBh eCAtTyBwcGlkLGZsYWdzLG13Y2hhbiB8IGF3ayAnJDYgfiAvXkUvIHx8ICQ2ID09ICJTVEFUIicg OyBwcwo+IGF1eCB8IHdjIC1sCj4gICAgUElEICBQUElEICAgICAgIEYgTVdDSEFOICBUVCAgU1RB VCAgICAgIFRJTUUgQ09NTUFORAo+ICAgICAgMTE3NAo+IHBsdXRvIyBwcyBheCAtTyBwcGlkLGZs YWdzLG13Y2hhbiB8IGF3ayAnJDYgfiAvXkwvIHx8ICQ2ID09ICJTVEFUIicgOyBwcwo+IGF1eCB8 IHdjIC1sCj4gICAgUElEICBQUElEICAgICAgIEYgTVdDSEFOICBUVCAgU1RBVCAgICAgIFRJTUUg Q09NTUFORAo+ICAgICAxMiAgICAgMCAgICAgMjBjIEdpYW50ICAgPz8gIExMICAgICAwOjA4LjE2 IFtzd2k0OiBjbG9ja10KPiAgICAgIDExNzAKPiBwbHV0byMKPgo+IFNvbWV0aGluZyAqaGFzKiB0 byBiZSBsZWFraW5nIGhlcmUgc29tZXdoZXJlIC4uLiA6KAo+Cj4gLS0tLQo+IE1hcmMgRy4gRm91 cm5pZXIgICAgICAgICAgIEh1Yi5PcmcgTmV0d29ya2luZyBTZXJ2aWNlcyAoaHR0cDovL3d3dy5o dWIub3JnCj4gKQo+IEVtYWlsIC4gc2NyYXBweUBodWIub3JnICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgTVNOIC4gc2NyYXBweUBodWIub3JnCj4gWWFob28gLiB5c2NyYXBweSAgICAgICAg ICAgICAgIFNreXBlOiBodWIub3JnICAgICAgICBJQ1EgLiA3NjE1NjY0Cj4KPgo+IC0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+Cj4gTWVzc2FnZTogNgo+IERhdGU6IE1vbiwgMjYgSnVu IDIwMDYgMTM6MTI6NTggLTA2MDAKPiBGcm9tOiAiV2lsZGUsIERvbmFsZCIgPGR3aWxkZUBzYW5k aWEuZ292Pgo+IFN1YmplY3Q6IFJFOiB2aW51bSB0byBndmludW0gaGVscAo+IFRvOiAiZnJlZWJz ZC1zdGFibGUiIDxmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZz4KPiBNZXNzYWdlLUlEOgo+ICAg ICAgICAgPDA0MERGMDBCRjk2MEEyNDg5N0I1QjNFRkJFNjNGRThBMDI2QjEwQjhARVMyMFNOTE5U LnNybi5zYW5kaWEuZ292Cj4gPgo+IENvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD11 cy1hc2NpaQo+Cj4KPgo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tCj4gRnJvbTogb3duZXIt ZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcKPiBbbWFpbHRvOm93bmVyLWZyZWVic2Qtc3RhYmxl QGZyZWVic2Qub3JnXSBPbiBCZWhhbGYgT2YgU3ZlbiBXaWxsZW5iZXJnZXIKPiBTZW50OiBNb25k YXksIEp1bmUgMjYsIDIwMDYgMTI6MTUgUE0KPiBUbzogUm9sYW5kIFNtaXRoCj4gQ2M6IGZyZWVi c2Qtc3RhYmxlCj4gU3ViamVjdDogUmU6IHZpbnVtIHRvIGd2aW51bSBoZWxwCj4KPiBPbiBNb24s IDIwMDYtMDYtMjYgYXQgMTk6MTUgKzAyMDAsIFJvbGFuZCBTbWl0aCB3cm90ZToKPiA+IE9uIE1v biwgSnVuIDI2LCAyMDA2IGF0IDEyOjIyOjA3UE0gLTA0MDAsIFN2ZW4gV2lsbGVuYmVyZ2VyIHdy b3RlOgo+ID4gPiBJIGhhdmUgYW4gaTM4NiBzeXN0ZW0gY3VycmVudGx5IHJ1bm5pbmcgNS4yLjEt UkVMRUFTRSB3aXRoIGEgdmludW0KPiA+ID4gbWlycm9yIGFycmF5ICgyIGRyaXZlcyBjb21wcmlz aW5nIC91c3IgKS4gSSB3YW50IHRvIHVwZ3JhZGUgdGhpcyB0bwo+ID4gPiA1LjUtUkVMRUFTRSB3 aGljaCwgaWYgSSB1bmRlcnN0YW5kIGNvcnJlY3RseSwgbm8gbG9uZ2VyIHN1cHBvcnRzCj4gPiA+ IHZpbnVtIGFycmF5cy4gV291bGQgc2ltcGx5IGNoYW5pbmcgL2Jvb3QvbG9hZGVyLmNvbmYgdG8g cmVhZAo+ID4gPiBndmludW1fbG9hZCBpbnN0ZWFkIG9mIHZpbnVtX2xvYWQgd29yayBvciB3b3Vs ZCB0aGUgZ2VvbSBsYXllcgo+ID4gPiBwcmV2ZW50IHRoaXMgZnJvbSB3b3JraW5nIHByb3Blcmx5 PyBJZiBub3QsIGlzIHRoZXJlIGEgcmVjb21tZW5kZWQKPiA+ID4gd2F5IG9mIHVwZ3JhZGluZyBh IHZpbnVtIGFycmF5IHRvIGEgZ3ZpbnVtIG9yIGdtaXJyb3IgYXJyYXk/Cj4gPgo+ID4gTG9zdCBv ZiB0aGluZ3MgaGF2ZSBjaGFuZ2VkIGJldHdlZW4gNS4yLjEgYW5kIDUuNS4gSSB0aGluayBpdCB3 b3VsZCBiZQo+Cj4gPiBiZXN0IHRvIG1ha2UgYSBiYWNrdXAgYW5kIGRvIGEgY2xlYW4gcmVpbnN0 YWxsLgo+ID4KPiA+IFJvbGFuZAo+Cj4gU2FkbHkgdGhpcyBtYXkgbm90IGJlIGFuIG9wdGlvbjsg dGhpcyBpcyBhIHByb2R1Y3Rpb24gc2VydmVyIHRoYXQgY2FuIGF0Cj4gYmVzdCBzdGFuZCBhbiBo b3VyIG9yIHNvIG9mIGRvd250aW1lLiBCZXR3ZWVuIGFsbCB0aGUgY3VzdG9tIHN5bWxpbmtlZAo+ IGRpcmVjdG9yaWVzLCBhcHBsaWNhdGlvbnMsIGV0YywgcGx1cyB0aGUgc2hlZXIgdm9sdW1lIG9m IGRhdGEgdGhhdCB3b3VsZAo+IG5lZWQgdG8gYmUgYmFja2VkIHVwLCBhbiBpbi1wbGFjZSB1cGdy YWRlIHdvdWxkIGJlIGluZmluaXRlbHkgbW9yZQo+IGRlc2lyYWJsZS4gSWYgaXQgY29tZXMgdG8g dGhlIHBvaW50IG9mIGhhdmluZyB0byBiYWNrIHVwIGFuZCBkbyBhIGZyZXNoCj4gaW5zdGFsbCBJ IHN1c3BlY3QgSSB3b3VsZCBiZSB1c2luZyB0aGUgNi54IHNlcmllcyBhbnl3YXkuIEkgd2FzIHJl YWxseQo+IGhvcGluZyB0aGF0IHNvbWUgd2F5IG9mIHVwZ3JhZGluZyBpbi1wbGFjZSB3ZXJlIGF2 YWlsYWJsZSBmb3IgdmludW0uCj4KPiBTdmVuCj4KPiBEU1c+IFN2ZW4sIHlvdXIgYmVzdCBiZXQg d2lsbCBiZSB0byBidWlsZCBhIHNldCBvZiBkaXNrcyBvZmYtbGluZSBhbmQKPiB0aGVuIHN3YXAg dGhlbSBpbi4gVGhhdCdzIHRoZSBvbmx5IHdheSB5b3UgY2FuIGJlIHN1cmUgdG8gZG8gaXQgcmln aHQuCj4gQXNrIHlvdXJzZWxmIGlmIHRoZSBjb3N0IG9mIGZpbmRpbmcgYW5kIGJ1aWxkaW5nIGEg bXVsZSBpcyB3b3J0aCBtb3JlCj4gdGhhbiB0aGUgcGFpbiBvZiBzY3Jld2luZyB1cC4KPgo+IEl0 IF9pc18gd2VsbCB3b3J0aCBkb2luZywgdGhlcmUgd2VyZSBtYW55IHRoaW5ncyB0aGF0IHdlcmUg c3RpbGwgdW5nbHVlZAo+IGluIDUuMi4xLgo+IC0tCj4gRG9uIFdpbGRlICAgIE9yZyAwMTczNyAg ICA1MDUtODQ0LTExMjYKPiBFYXJ0aCBIYWx0ZWQ6IFBsZWFzZSByZWJvb3QgdG8gY29udGludWUK Pgo+Cj4KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPgo+IE1lc3NhZ2U6IDcKPiBE YXRlOiBNb24sIDI2IEp1biAyMDA2IDIzOjA1OjE1ICswMzAwCj4gRnJvbTogS29zdGlrIEJlbG91 c292IDxrb3N0aWtiZWxAZ21haWwuY29tPgo+IFN1YmplY3Q6IFJlOiBXaGF0IGRlbm90ZXMgYSAn YmxvY2tlZCcgcHJvY2Vzcz8KPiBUbzogIk1hcmMgRy4gRm91cm5pZXIiIDxzY3JhcHB5QGh1Yi5v cmc+Cj4gQ2M6IGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnCj4gTWVzc2FnZS1JRDogPDIwMDYw NjI2MjAwNTE1LkdMNzk2NzhAZGV2aWFudC5raWV2LnpvcmFsLmNvbS51YT4KPiBDb250ZW50LVR5 cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9InVzLWFzY2lpIgo+Cj4gT24gTW9uLCBKdW4gMjYsIDIw MDYgYXQgMTI6NDQ6MTdQTSAtMDMwMCwgTWFyYyBHLiBGb3VybmllciB3cm90ZToKPiA+IE9uIE1v biwgMjYgSnVuIDIwMDYsIE1hcmMgRy4gRm91cm5pZXIgd3JvdGU6Cj4gPgo+ID4gPgo+ID4gPkp1 c3QgdXBncmFkZWQgdG8gSnVuZSAxNXRoIHNvdXJjZXMsIHN0YXJ0ZWQgdXAgYWxsIHRoZSBwcm9j ZXNzZXMsIGFuZAo+IGFtCj4gPiA+YWxyZWFkeSBhdCAyOSBibG9ja2VkIHByb2Nlc3NlcyAuLi4K PiA+ID4KPiA+ID5JJ3ZlIGNoZWNrZWQgZm9yIHN0YXRlcyBELCBFIGFuZCBMIC4uLiBub3RoaW5n IC4uLgo+ID4gPgo+ID4gPkFjdHVhbGx5LCBsZXQncyBnbyBvbmUgYmV0dGVyIC4uLiBhdHRhY2hl ZCBpcyBhIGNvbXBsZXRlIGxpc3Qgb2YgbXkKPiA+ID5wcm9jZXNzIHRhYmxlIChNV0NIQU4sIFNU QVRFLCBDT01NQU5EKSAuLi4gcmlnaHQgbm93LCB2bXN0YXQgaXMKPiBzaG93aW5nOgo+ID4gPgo+ ID4gPjEgMzMgMCA2MzgxOTUyIDE3Nzk0NCAxNjk1ICAgMCAgIDAgICAwIDE2MDEgICAwICAgMSAg IDAgIDQxNiA1MDAxMiAxNjU3Cj4gMTQKPiA+ID4xNCA3Mgo+ID4gPjEgMzMgMiA2Mzc2NDQwIDE4 MTc0NCAyMDEzICAgMCAgIDAgICAwIDIxNzIgICAwICAgMyAgIDAgIDQ0OCA2ODUyOCAxNjI5Cj4g MTcKPiA+ID4xNSA2OAo+ID4gPjQgMzMgMCA2Mzg1NDg0IDE3ODM2NCAxOTQ0ICAgMCAgIDMgICAw IDE3NTggICAwICAgOCAgIDAgIDQyMCA1NzY5OCAxMjIxCj4gMTcKPiA+ID4xNCA2OQo+ID4gPjIz IDQ2IDAgNjQ2MzY2NCAxNDk1MjggNTI5NCAgMjkgICA0ICAgMiA0NjU5ICAgMCAgMzcgICAwICA1 MDUgNDQ3NTgKPiAzMDQwCj4gPiA+MjcgMjggNDUKPiA+ID40IDM0IDEgNjQyNDkwNCAxNjk2NjAg NDIxNiAgMTYgICA3ICAgMCA0MDQ3ICAgMCAyMTEgICAwIDEwMDIgNDc1MDIgNTc2OQo+IDQyCj4g PiA+MzAgMjgKPiA+ID4xIDM1IDAgNjQ1Mzk5MiAxNjczODggMjQxNCAgIDAgICA5ICAgMCAyMjY1 ICAgMCAgNDQgICAwICA1MzUgNjI5MzIgMzE2MAo+IDE4Cj4gPiA+MTggNjQKPiA+ID43IDMzIDAg NjQ0MzY3MiAxNjgxMDAgMTY0MiAgIDAgICAwICAgMCAxNjUyICAgMCAgIDUgICAwICA0NDggNTE5 NzQgMjE2Mwo+IDE1Cj4gPiA+MTUgNzAKPiA+ID4KPiA+ID5TbywgYWNjb3JkaW5nIHRvIHRoaXMs IHRoZXJlIHNob3VsZCBiZSAzMyBwcm9jZXNzZXMgYmxvY2tlZCBzb21ld2hlcmUKPiAuLi4KPiA+ ID5TVEFURXMgRC9FL0wgYWxsIHNob3cgbm90aGluZyAuLi4gZXZlbiBzdGF0ZSBSIChsb25nIHNo b3QpIGlzIHNob3dpbmcKPiAzLTQKPiA+ID5wcm9jZXNzZXMsIGFuZCB0aGF0J3MgaXQgLi4uCj4g PiA+Cj4gPiA+VGhpcyBrZXJuZWwgaXMgYWN0dWFsbHkgd29yc2UgdGhlbiB0aGUgbGFzdCwgaW4g dGhhdCB0aGUgbGFzdCwgb24gYQo+ID4gPnJlYm9vdCwgSSdkIHNlZSA0LTUgYmxvY2tlZCwgYW5k IHRoZW4gaXQgd291bGQgc2xvd2x5IHJpc2Ugb3ZlciB0aGUKPiBjb3Vyc2UKPiA+ID5vZiAyNCBo b3Vycywgbm90IHN0YXJ0IGF0IDMzIGFuZCByaXNlIGZyb20gdGhlcmUgLi4uCj4gPgo+ID4gV293 LCBpbiBsZXNzIHRoZW4gMSBob3VyLCBJJ20gdXAgdG8gNjAgYmxvY2tlZCwgYmFyZWx5IDEgcnVu bmFibGU6Cj4gPgo+ID4gIDAgNjAgMCA3MDE2MDc2IDE4NzQyNCAyNTI3ICAgMCAgIDAgICAwIDE3 MjIgICAwICAgNSAgIDAgIDMyMCA3OTIxIDIxNDAKPiAyNAo+ID4gIDE5IDU3Cj4gPiAgMCA2MCAw IDcwMjc0MzYgMTg1MTI0ICA1ODEgICAwICAgMSAgIDAgNDI4ICAgMCAgIDkgICAwICAzMDMgMzIx NAo+IDI0MjUgIDUKPiA+ICA5IDg2Cj4gPiAgMCA2MCAwIDcwNTMzNjggMTgzMDYwICAyMTcgICA0 ICAgMSAgIDAgMTMwICAgMCAgNzEgICAwICA0NTMgMTc0OAo+IDExNTcgIDYKPiA+ICA0IDkwCj4g PiAgMSA2MCAxIDcwNTA4NDggMTgzNTU2ICAgIDQgICAwICAgMCAgIDcgIDI3ICAgMCAgMjEgICAw ICAzMDcgIDk2NQo+IDg1NyAgMSAgNAo+ID4gIDk0Cj4gPiAgMCA2MCAyIDcwNTA4NjAgMTgzNjUy ICAgIDIgICAwICAgMCAgIDAgICA2ICAgMCAgIDAgICAwICAyNTYgIDgyOQo+IDEwMzAgIDIKPiA+ ICAzIDk1Cj4gPiAgMCA2MCAwIDcwNTEwMjggMTgzMzQ4ICAgMjggICAxICAgMiAgIDAgIDExICAg MCAgIDMgICAwICAzMDcgIDk0NAo+IDg1NSAgMyAgMwo+ID4gIDk1Cj4gPiAgMCA2MCAxIDcwNTY4 NzYgMTgyMjQ4ICAxMzYgICAwICAgMCAgIDAgIDY2ICAgMCAgIDggICAwICAyODUgMTE5MAo+IDk0 NSAgMSAgNAo+ID4gIDk1Cj4gPgo+ID4gQW5kIG5hZGRhIGluIHBzOgo+ID4KPiA+IHBsdXRvIyBw cyBheCAtTyBwcGlkLGZsYWdzLG13Y2hhbiB8IGF3ayAnJDYgfiAvXkQvIHx8ICQ2ID09ICJTVEFU IicgOyBwcwo+ID4gYXV4IHwgd2MgLWwKPiA+ICAgUElEICBQUElEICAgICAgIEYgTVdDSEFOICBU VCAgU1RBVCAgICAgIFRJTUUgQ09NTUFORAo+ID4gICAgIDIgICAgIDAgICAgIDIwNCAtICAgICAg ID8/ICBETCAgICAgMDowMC40NSBbZ19ldmVudF0KPiA+ICAgICAzICAgICAwICAgICAyMDQgLSAg ICAgICA/PyAgREwgICAgIDA6MDQuODcgW2dfdXBdCj4gPiAgICAgNCAgICAgMCAgICAgMjA0IC0g ICAgICAgPz8gIERMICAgICAwOjA2LjE5IFtnX2Rvd25dCj4gPiAgICAgNSAgICAgMCAgICAgMjA0 IC0gICAgICAgPz8gIERMICAgICAwOjAwLjAwIFt0aHJlYWQgdGFza3FdCj4gPiAgICAgNiAgICAg MCAgICAgMjA0IC0gICAgICAgPz8gIERMICAgICAwOjAwLjAwIFtrcXVldWUgdGFza3FdCj4gPiAg ICAgNyAgICAgMCAgICAgMjA0IC0gICAgICAgPz8gIERMICAgICAwOjAwLjAwIFthY3BpX3Rhc2sw XQo+ID4gICAgIDggICAgIDAgICAgIDIwNCAtICAgICAgID8/ICBETCAgICAgMDowMC4wMCBbYWNw aV90YXNrMV0KPiA+ICAgICA5ICAgICAwICAgICAyMDQgLSAgICAgICA/PyAgREwgICAgIDA6MDAu MDAgW2FjcGlfdGFzazJdCj4gPiAgICAxMCAgICAgMCAgICAgMjA0IGt0cmFjZSAgPz8gIERMICAg ICAwOjAwLjAwIFtrdHJhY2VdCj4gPiAgICAxNSAgICAgMCAgICAgMjA0IC0gICAgICAgPz8gIERM ICAgICAwOjAwLjY4IFt5YXJyb3ddCj4gPiAgICAyNSAgICAgMCAgICAgMjA0IHBzbGVlcCAgPz8g IERMICAgICAwOjAwLjcwIFtwYWdlZGFlbW9uXQo+ID4gICAgMjYgICAgIDAgICAgIDIwNCBwc2xl ZXAgID8/ICBETCAgICAgMDowMC4wMCBbdm1kYWVtb25dCj4gPiAgICAyNyAgICAgMCAgICAgMjBj IHBnemVybyAgPz8gIERMICAgICAwOjE0LjQzIFtwYWdlemVyb10KPiA+ICAgIDI4ICAgICAwICAg ICAyMDQgcHNsZWVwICA/PyAgREwgICAgIDA6MDAuMTQgW2J1ZmRhZW1vbl0KPiA+ICAgIDI5ICAg ICAwICAgICAyMDQgdmxydXd0ICA/PyAgREwgICAgIDA6MDAuMTUgW3ZubHJ1XQo+ID4gICAgMzAg ICAgIDAgICAgIDIwNCBzeW5jZXIgID8/ICBETCAgICAgMDoxMC4yOSBbc3luY2VyXQo+ID4gICAg MzEgICAgIDAgICAgIDIwNCBzZGZsdXMgID8/ICBETCAgICAgMDowMC42OCBbc29mdGRlcGZsdXNo XQo+ID4gICAgMzIgICAgIDAgICAgIDIwNCAtICAgICAgID8/ICBETCAgICAgMDowMy4yOCBbc2No ZWRjcHVdCj4gPiAgICAgMTE3MAo+ID4gcGx1dG8jIHBzIGF4IC1PIHBwaWQsZmxhZ3MsbXdjaGFu IHwgYXdrICckNiB+IC9eRS8gfHwgJDYgPT0gIlNUQVQiJyA7IHBzCj4gPiBhdXggfCB3YyAtbAo+ ID4gICBQSUQgIFBQSUQgICAgICAgRiBNV0NIQU4gIFRUICBTVEFUICAgICAgVElNRSBDT01NQU5E Cj4gPiAgICAgMTE3NAo+ID4gcGx1dG8jIHBzIGF4IC1PIHBwaWQsZmxhZ3MsbXdjaGFuIHwgYXdr ICckNiB+IC9eTC8gfHwgJDYgPT0gIlNUQVQiJyA7IHBzCj4gPiBhdXggfCB3YyAtbAo+ID4gICBQ SUQgIFBQSUQgICAgICAgRiBNV0NIQU4gIFRUICBTVEFUICAgICAgVElNRSBDT01NQU5ECj4gPiAg ICAxMiAgICAgMCAgICAgMjBjIEdpYW50ICAgPz8gIExMICAgICAwOjA4LjE2IFtzd2k0OiBjbG9j a10KPiA+ICAgICAxMTcwCj4gPiBwbHV0byMKPiA+Cj4gPiBTb21ldGhpbmcgKmhhcyogdG8gYmUg bGVha2luZyBoZXJlIHNvbWV3aGVyZSAuLi4gOigKPgo+IER1bWIgdW5tb3RpdmF0ZWQgcXVlc3Rp b246IGRvIHlvdSBoYXZlIG5mcyBleHBvcnRzIG9uIHRoaXMgbWFjaGluZSA/Cj4gLS0tLS0tLS0t LS0tLS0gbmV4dCBwYXJ0IC0tLS0tLS0tLS0tLS0tCj4gQSBub24tdGV4dCBhdHRhY2htZW50IHdh cyBzY3J1YmJlZC4uLgo+IE5hbWU6IG5vdCBhdmFpbGFibGUKPiBUeXBlOiBhcHBsaWNhdGlvbi9w Z3Atc2lnbmF0dXJlCj4gU2l6ZTogMTg3IGJ5dGVzCj4gRGVzYzogbm90IGF2YWlsYWJsZQo+IFVy bCA6Cj4gaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL3BpcGVybWFpbC9mcmVlYnNkLXN0YWJsZS9h dHRhY2htZW50cy8yMDA2MDYyNi8yZmQzY2IxNS9hdHRhY2htZW50LTAwMDEucGdwCj4KPiAtLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPgo+IE1lc3NhZ2U6IDgKPiBEYXRlOiBNb24sIDI2 IEp1biAyMDA2IDE1OjI1OjQ5IC0wMzAwIChBRFQpCj4gRnJvbTogIk1hcmMgRy4gRm91cm5pZXIi IDxzY3JhcHB5QGh1Yi5vcmc+Cj4gU3ViamVjdDogUmU6IHZtc3RhdCAnYicgKGRpc2sgYnVzeT8p IGZpZWxkIGtlZXBzIGNsaW1iaW5nIC4uLgo+IFRvOiBLb3N0aWsgQmVsb3Vzb3YgPGtvc3Rpa2Jl bEBnbWFpbC5jb20+Cj4gQ2M6IGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnLCBEbWl0cnkgTW9y b3pvdnNreSA8bWFyY2tAcmluZXQucnU+Cj4gTWVzc2FnZS1JRDogPDIwMDYwNjI2MTUyMzQ1Lk0x MTE0QGdhbnltZWRlLmh1Yi5vcmc+Cj4gQ29udGVudC1UeXBlOiBURVhUL1BMQUlOOyBjaGFyc2V0 PVVTLUFTQ0lJOyBmb3JtYXQ9Zmxvd2VkCj4KPgo+IEkgdGhpbmsgSSBtaWdodCBoYXZlIGZvdW5k ICphdCBsZWFzdCogb25lIG9mIHRoZSBwcm9ibGVtcywgYW5kIHRoYXQgYmVpbmcKPiB0aGUgZXhj ZXNzaXZlbHkgaGlnaCBibG9ja2VkIHN0YXRlcyB3aGlsZSBwcyBpc24ndCBmaW5kaW5nIGFueXRo aW5nIC4uLgo+Cj4gTXlTUUwKPgo+IFdlIGp1c3QgcmVjZW50bHkgc3RhcnRlZCBhbGxvd2luZyBj bGllbnRzIHRvIHJ1biBhIE15U1FMIHNlcnZlciAqd2l0aGluKgo+IHRoZWlyIHZTZXJ2ZXIgLi4u IGluIGEgZHJhc3RpYyBtb3ZlLCBJIGp1c3Qgc2h1dCB0aGVtIGFsbCBkb3duIG9uIHBsdXRvLAo+ IGFuZCBibG9ja2VkIGRyb3AnZCBmcm9tIH44NiBkb3duIHRvIDUgaW4gYSBtYXR0ZXIgb2YgbW9t ZW50cyAuLi4KPiByZXN0YXJ0aW5nIHRoZW0gYWxsIGhhcyBpdCBjbGltYmluZyBvbmNlIG1vcmUs IGJlaW5nIHVwIGFyb3VuZCAyMiBhbHJlYWR5Cj4gLi4uCj4KPiBJJ20gZ29pbmcgdG8gZ28gd2l0 aCB0aGF0IHRoZW9yeSBmb3Igbm93LCBhbmQga2VlcCBhbiBleWUgb24gdGhpbmdzIC4uLgo+Cj4g SnVzdCBjdXJpb3VzIGFzIHRvIHdoeSwgZXZlbiB3aXRoIC1ILCBpdHMgbm90IHNob3dpbmcgYW55 IGJsb2NrZWQgc3RhdGVzCj4gd2l0aGluIHBzIHRob3VnaCAuLi4gPwo+Cj4gVGh4Cj4KPgo+IE9u IE1vbiwgMjYgSnVuIDIwMDYsIEtvc3RpayBCZWxvdXNvdiB3cm90ZToKPgo+ID4gT24gTW9uLCBK dW4gMjYsIDIwMDYgYXQgMDI6MjA6MTJBTSAtMDMwMCwgTWFyYyBHLiBGb3VybmllciB3cm90ZToK PiA+PiBPbiBNb24sIDI2IEp1biAyMDA2LCBLb3N0aWsgQmVsb3Vzb3Ygd3JvdGU6Cj4gPj4KPiA+ Pj4gWWVzLCB0aGlzIGxvb2tzIGxpa2UgYSBkZWFkbG9jay4gQXMgSSB1bmRlcnN0YW5kLCB0aGF0 J3Mgb24gNi4xLVNUQUJMRT8KPiA+Pgo+ID4+IFllcywga2VybmVsIHNvdXJjZXMsIGl0IHNlZW1z LCBmcm9tIE1heSAyNXRoLCBhY2NvcmRpbmcgdG8gbXkgL3Vzci9zcmMKPiA+PiB0cmVlIC4uLgo+ ID4+Cj4gPj4+IEJUVywgZG8geW91IHVzZSBzbmFwc2hvdHMgPwo+ID4+Cj4gPj4gTm90IHRoYXQg SSd2ZSBleHBsaWNpdGx5IGVuYWJsZWQgLi4uCj4gPj4KPiA+Pj4gSSB0aGluayB0aGF0IHdpdGhv dXQgZGRiIGFjY2VzcywgZGlhZ25vc2UgYW5kIGRlYnVnIHRoZSBwcm9ibGVtIHdvdWxkCj4gYmUK PiA+Pj4gcXVpdGUgaGFyZC4KPiA+Pgo+ID4+IFdvdWxkIGl0IGJlIGEgc2ltcGxlIG1hdHRlciBv ZjoKPiA+Pgo+ID4+IENUTC1BTFQtRVNDCj4gPj4gcGFuaWMKPiA+Pgo+ID4+IHRvIGdldCBpdCB0 byBkdW1wIGNvcmU/ICBPciB3b3VsZCBtb3JlIGJlIGludm9sdmVkPyAgV291bGQgYSBjb3JlIGR1 bXAKPiA+PiBldmVuIHdvcms/Cj4gPiBDb3JlIGR1bXBzIGFyZSBzb21ld2hhdCB1bmNvbnZlbmll bnQgaW4gdGhpcyBzaXR1YXRpb24uIEJldHRlciwKPiA+IHNlbmRpbmcgcmVwb3J0IHRvIG1lLCBm b2xsb3cgbXkgYWR2aXNlIGluCj4gPgo+IGh0dHA6Ly93d3cuZnJlZWJzZC5vcmcvZG9jL2VuX1VT LklTTzg4NTktMS9ib29rcy9kZXZlbG9wZXJzLWhhbmRib29rL2tlcm5lbGRlYnVnLWRlYWRsb2Nr cy5odG1sCj4gPgo+Cj4gLS0tLQo+IE1hcmMgRy4gRm91cm5pZXIgICAgICAgICAgIEh1Yi5Pcmcg TmV0d29ya2luZyBTZXJ2aWNlcyAoaHR0cDovL3d3dy5odWIub3JnCj4gKQo+IEVtYWlsIC4gc2Ny YXBweUBodWIub3JnICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgTVNOIC4gc2NyYXBweUBo dWIub3JnCj4gWWFob28gLiB5c2NyYXBweSAgICAgICAgICAgICAgIFNreXBlOiBodWIub3JnICAg ICAgICBJQ1EgLiA3NjE1NjY0Cj4KPgo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+ Cj4gTWVzc2FnZTogOQo+IERhdGU6IFR1ZSwgMjcgSnVuIDIwMDYgMDA6MDE6MDggKzAzMDAgKEVF U1QpCj4gRnJvbTogRG1pdHJ5IFByeWFuaXNobmlrb3YgPGRtaXRyeUBhdGxhbnRpcy5kcC51YT4K PiBTdWJqZWN0OiBSZTogRnJlZUJTRCA2LnggQ1ZTVVAgdG9kYXkgY3Jhc2hlcyB3aXRoIHplcm8g bG9hZCAuLi4KPiBUbzogUm9iZXJ0IFdhdHNvbiA8cndhdHNvbkBmcmVlYnNkLm9yZz4KPiBDYzog ZnJlZWJzZC1hY3BpQGZyZWVic2Qub3JnLCBmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZywgICAg ICAgUGV0ZQo+IEZyZW5jaAo+ICAgICAgICAgPHBldGVmcmVuY2hAdGlja2V0c3dpdGNoLmNvbT4K PiBNZXNzYWdlLUlEOiA8MjAwNjA2MjYyMzUzNTUuUTk1NjY3QGF0bGFudGlzLmF0bGFudGlzLmRw LnVhPgo+IENvbnRlbnQtVHlwZTogVEVYVC9QTEFJTjsgY2hhcnNldD1VUy1BU0NJSTsgZm9ybWF0 PWZsb3dlZAo+Cj4KPiBIZWxsbyEKPgo+IE9uIE1vbiwgMjYgSnVuIDIwMDYsIFJvYmVydCBXYXRz b24gd3JvdGU6Cj4gPiBJIHRoaW5rIHRoaXMgaXMgYSB1c2VmdWwgYWN0aXZpdHksIGVzcGVjaWFs bHkgaWYgeW91J3ZlIGFscmVhZHkgcnVuCj4gZXh0ZW5zaXZlCj4gPiBtZW1vcnkgdGVzdGluZyBv biB0aGUgYm94LiAgSWYgeW91IGhhdmVuJ3QgeWV0IGRvbmUgdGhhdCwgSSBlbmNvdXJhZ2UKPiB5 b3UgdG8KPiA+IHRha2UgYSBicmVhayBmcm9tIGJ1aWxkd29ybGQncyBhbmQgbWFrZSBzdXJlIHRo ZSBtZW1vcnkgdGVzdHMgcGFzcy4gSQo+IHNwZW50Cj4gPiBzZXZlcmFsIG1vbnRocyBvbiBhbmQg b2ZmIHRyeWluZyB0byB0cmFjayBkb3duIGEgYnVnIGEgZmV3IHllYXJzIGFnbywKPiB3aGljaAo+ ID4gdHVybmVkIG91dCB0byBiZSBhIG9uZSBiaXQgZXJyb3IgaW4gbWVtb3J5IG9uIHRoZSBib3gu ICBJdCB3b3VsZCBhcHBlYXIKPiBhbmQKPgo+ICAgVGhpcyBpcyBwcmVjaXNlbHkgdGhlIHRhc2sg d2hpY2ggaGFyZHdhcmUgRUNDIHNvbHZlczogdG8gY29ycmVjdCBhbnkKPiBzaW5nbGUtCj4gYml0 IG1lbW9yeSBlcnJvciBhbmQgdG8gZGV0ZWN0IDItYml0IGFuZCBtb3N0IG9mIHNldmVyYWwtYml0 IGVycm9ycy4gSQo+IHByZWZlcgo+IEVDQy1jYXBhYmxlIGhhcmR3YXJlIGV2ZW4gZm9yIGhvbWUg UEM7IGZvciBzZXJ2ZXIgaXQncyBhIG11c3QgSU1ITy4KPgo+IFNpbmNlcmVseSwgRG1pdHJ5Cj4g LS0KPiBBdGxhbnRpcyBJU1AsIFN5c3RlbSBBZG1pbmlzdHJhdG9yCj4gZS1tYWlsOiAgZG1pdHJ5 QGF0bGFudGlzLmRwLnVhCj4gbmljLWhkbDogTFlOWC1SSVBFCj4KPgo+IC0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLQo+Cj4gTWVzc2FnZTogMTAKPiBEYXRlOiBNb24sIDI2IEp1biAyMDA2 IDIyOjQ0OjE4ICswMjAwCj4gRnJvbTogTWF4IExhaWVyIDxtYXhAbG92ZTJwYXJ0eS5uZXQ+Cj4g U3ViamVjdDogUmU6IHZtc3RhdCAnYicgKGRpc2sgYnVzeT8pIGZpZWxkIGtlZXBzIGNsaW1iaW5n IC4uLgo+IFRvOiBmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZwo+IENjOiBLb3N0aWsgQmVsb3Vz b3YgPGtvc3Rpa2JlbEBnbWFpbC5jb20+LCBEbWl0cnkgTW9yb3pvdnNreQo+ICAgICAgICAgPG1h cmNrQHJpbmV0LnJ1Pgo+IE1lc3NhZ2UtSUQ6IDwyMDA2MDYyNjIyNDQuMjU1MDUubWF4QGxvdmUy cGFydHkubmV0Pgo+IENvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD0iaXNvLTg4NTkt MSIKPgo+IE9uIE1vbmRheSAyNiBKdW5lIDIwMDYgMjA6MjUsIE1hcmMgRy4gRm91cm5pZXIgd3Jv dGU6Cj4gPiBJIHRoaW5rIEkgbWlnaHQgaGF2ZSBmb3VuZCAqYXQgbGVhc3QqIG9uZSBvZiB0aGUg cHJvYmxlbXMsIGFuZCB0aGF0Cj4gYmVpbmcKPiA+IHRoZSBleGNlc3NpdmVseSBoaWdoIGJsb2Nr ZWQgc3RhdGVzIHdoaWxlIHBzIGlzbid0IGZpbmRpbmcgYW55dGhpbmcgLi4uCj4gPgo+ID4gTXlT UUwKPiA+Cj4gPiBXZSBqdXN0IHJlY2VudGx5IHN0YXJ0ZWQgYWxsb3dpbmcgY2xpZW50cyB0byBy dW4gYSBNeVNRTCBzZXJ2ZXIgKndpdGhpbioKPiA+IHRoZWlyIHZTZXJ2ZXIgLi4uIGluIGEgZHJh c3RpYyBtb3ZlLCBJIGp1c3Qgc2h1dCB0aGVtIGFsbCBkb3duIG9uIHBsdXRvLAo+ID4gYW5kIGJs b2NrZWQgZHJvcCdkIGZyb20gfjg2IGRvd24gdG8gNSBpbiBhIG1hdHRlciBvZiBtb21lbnRzIC4u Lgo+ID4gcmVzdGFydGluZyB0aGVtIGFsbCBoYXMgaXQgY2xpbWJpbmcgb25jZSBtb3JlLCBiZWlu ZyB1cCBhcm91bmQgMjIKPiBhbHJlYWR5Cj4gPiAuLi4KPiA+Cj4gPiBJJ20gZ29pbmcgdG8gZ28g d2l0aCB0aGF0IHRoZW9yeSBmb3Igbm93LCBhbmQga2VlcCBhbiBleWUgb24gdGhpbmdzIC4uLgo+ ID4KPiA+IEp1c3QgY3VyaW91cyBhcyB0byB3aHksIGV2ZW4gd2l0aCAtSCwgaXRzIG5vdCBzaG93 aW5nIGFueSBibG9ja2VkIHN0YXRlcwo+ID4gd2l0aGluIHBzIHRob3VnaCAuLi4gPwo+Cj4gVGhl ICJibG9ja2VkIiBjb2x1bW4gc2hvd3MgYWxzbyBwcm9jZXNzZXMgdGhhdCBoYXZlIG9iamVjdHMK PiAicGFnaW5nIi4gIE1vc3QKPiBsaWtlbHkgeW91IGFyZSAqc2hvcnQqIG9uIG1lbW9yeS4gIElu IG9yZGVyIHRvIHJlbGlldmUgdGhlIHByZXNzdXJlCj4gcHJvZ3JhbSAudGV4dCBwYWdlcyBhcmUg ZnJlZSdlZCBhbmQgbmVlZCB0byBiZSByZWZldGNoZWQgZnJvbSBkaXNjCj4gd2hlbmV2ZXIKPiB0 aGUgcmVzcGVjdGl2ZSBjb2RlIGlzIGJlaW5nIGV4ZWN1dGVkLgo+Cj4gSWYgeW91IGFsbG93IGV2 ZXJ5IHZTZXJ2ZXIgdG8gcnVuIGl0cyBvd24gbXlTUUwgd2l0aCBhbGwgdGhlIGxpYmFyaWVzIGV0 Ywo+IGl0J3MKPiBjbGVhciB3aGF0IGlzIGtpbGxpbmcgeW91ISAgQWRkIG1vcmUgbWVtb3J5IG9y IG1ha2Ugc3VyZSB0aGF0IC50ZXh0IHBhZ2VzCj4gY2FuCj4gYmUgcmV1c2VkIGJ5IHNldmVyYWwg cHJvY2Vzc2VzLiAgQXMgZmFyIGFzIEkgdW5kZXJzdGFuZCB2U2VydmVyIHdpbGwgYWxsCj4gc2Vl Cj4gYSBkaWZmZXJlbnQgc291cmNlIGFuZCB0aHVzIG5vdCBzaGFyZSBidWZmZXJzIG9yIHRoZSBs aWtlLgo+Cj4gPiBUaHgKPiA+Cj4gPiBPbiBNb24sIDI2IEp1biAyMDA2LCBLb3N0aWsgQmVsb3Vz b3Ygd3JvdGU6Cj4gPiA+IE9uIE1vbiwgSnVuIDI2LCAyMDA2IGF0IDAyOjIwOjEyQU0gLTAzMDAs IE1hcmMgRy4gRm91cm5pZXIgd3JvdGU6Cj4gPiA+PiBPbiBNb24sIDI2IEp1biAyMDA2LCBLb3N0 aWsgQmVsb3Vzb3Ygd3JvdGU6Cj4gPiA+Pj4gWWVzLCB0aGlzIGxvb2tzIGxpa2UgYSBkZWFkbG9j ay4gQXMgSSB1bmRlcnN0YW5kLCB0aGF0J3Mgb24KPiA2LjEtU1RBQkxFCj4gPiA+Pj4gPwo+ID4g Pj4KPiA+ID4+IFllcywga2VybmVsIHNvdXJjZXMsIGl0IHNlZW1zLCBmcm9tIE1heSAyNXRoLCBh Y2NvcmRpbmcgdG8gbXkKPiAvdXNyL3NyYwo+ID4gPj4gdHJlZSAuLi4KPiA+ID4+Cj4gPiA+Pj4g QlRXLCBkbyB5b3UgdXNlIHNuYXBzaG90cyA/Cj4gPiA+Pgo+ID4gPj4gTm90IHRoYXQgSSd2ZSBl eHBsaWNpdGx5IGVuYWJsZWQgLi4uCj4gPiA+Pgo+ID4gPj4+IEkgdGhpbmsgdGhhdCB3aXRob3V0 IGRkYiBhY2Nlc3MsIGRpYWdub3NlIGFuZCBkZWJ1ZyB0aGUgcHJvYmxlbQo+IHdvdWxkCj4gPiA+ Pj4gYmUgcXVpdGUgaGFyZC4KPiA+ID4+Cj4gPiA+PiBXb3VsZCBpdCBiZSBhIHNpbXBsZSBtYXR0 ZXIgb2Y6Cj4gPiA+Pgo+ID4gPj4gQ1RMLUFMVC1FU0MKPiA+ID4+IHBhbmljCj4gPiA+Pgo+ID4g Pj4gdG8gZ2V0IGl0IHRvIGR1bXAgY29yZT8gIE9yIHdvdWxkIG1vcmUgYmUgaW52b2x2ZWQ/ICBX b3VsZCBhIGNvcmUKPiBkdW1wCj4gPiA+PiBldmVuIHdvcms/Cj4gPiA+Cj4gPiA+IENvcmUgZHVt cHMgYXJlIHNvbWV3aGF0IHVuY29udmVuaWVudCBpbiB0aGlzIHNpdHVhdGlvbi4gQmV0dGVyLAo+ ID4gPiBzZW5kaW5nIHJlcG9ydCB0byBtZSwgZm9sbG93IG15IGFkdmlzZSBpbgo+ID4gPgo+IGh0 dHA6Ly93d3cuZnJlZWJzZC5vcmcvZG9jL2VuX1VTLklTTzg4NTktMS9ib29rcy9kZXZlbG9wZXJz LWhhbmRib29rL2tlcm4KPiA+ID5lbGRlYnVnLWRlYWRsb2Nrcy5odG1sCj4gPgo+ID4gLS0tLQo+ ID4gTWFyYyBHLiBGb3VybmllciAgICAgICAgICAgSHViLk9yZyBOZXR3b3JraW5nIFNlcnZpY2Vz ICgKPiBodHRwOi8vd3d3Lmh1Yi5vcmcpCj4gPiBFbWFpbCAuIHNjcmFwcHlAaHViLm9yZyAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIE1TTiAuCj4gc2NyYXBweUBodWIub3JnCj4gPiBZYWhv byAuIHlzY3JhcHB5ICAgICAgICAgICAgICAgU2t5cGU6IGh1Yi5vcmcgICAgICAgIElDUSAuIDc2 MTU2NjQKPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Cj4gPiBmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QKPiA+IGh0dHA6Ly9s aXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2Qtc3RhYmxlCj4gPiBUbyB1 bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1zdGFibGUtdW5zdWJzY3JpYmVA ZnJlZWJzZC5vcmcKPiAiCj4KPiAtLQo+IC8iXCAgQmVzdCByZWdhcmRzLCAgICAgICAgICAgICAg ICAgICAgICB8IG1sYWllckBmcmVlYnNkLm9yZwo+IFwgLyAgTWF4IExhaWVyICAgICAgICAgICAg ICAgICAgICAgICAgICB8IElDUSAjNjc3NzQ2NjEKPiBYICAgaHR0cDovL3BmNGZyZWVic2QubG92 ZTJwYXJ0eS5uZXQvICB8IG1sYWllckBFRm5ldAo+IC8gXCAgQVNDSUkgUmliYm9uIENhbXBhaWdu ICAgICAgICAgICAgICB8IEFnYWluc3QgSFRNTCBNYWlsIGFuZCBOZXdzCj4gLS0tLS0tLS0tLS0t LS0gbmV4dCBwYXJ0IC0tLS0tLS0tLS0tLS0tCj4gQSBub24tdGV4dCBhdHRhY2htZW50IHdhcyBz Y3J1YmJlZC4uLgo+IE5hbWU6IG5vdCBhdmFpbGFibGUKPiBUeXBlOiBhcHBsaWNhdGlvbi9wZ3At c2lnbmF0dXJlCj4gU2l6ZTogMTg5IGJ5dGVzCj4gRGVzYzogbm90IGF2YWlsYWJsZQo+IFVybCA6 Cj4gaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL3BpcGVybWFpbC9mcmVlYnNkLXN0YWJsZS9hdHRh Y2htZW50cy8yMDA2MDYyNi9hMGZlYzAxNC9hdHRhY2htZW50LTAwMDEucGdwCj4KPiAtLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPgo+IE1lc3NhZ2U6IDExCj4gRGF0ZTogTW9uLCAyNiBK dW4gMjAwNiAxNzoxODo1OSAtMDQwMAo+IEZyb206IE1pY2hhZWwgUHJvdG8gPG1pa2VAamVsbHlk b251dC5vcmc+Cj4gU3ViamVjdDogUmU6IGtlcm5lbCBjYW4ndCBmaW5kIHJvb3QgZmlsZXN5c3Rl bQo+IFRvOiBmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZwo+IE1lc3NhZ2UtSUQ6IDw0NEEwNEY0 My4yMDkwNDAwQGplbGx5ZG9udXQub3JnPgo+IENvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hh cnNldD1JU08tODg1OS0xCj4KPiBSb2JlcnQgQW1lcyB3cm90ZToKPiA+PiBGcm9tOiAiTS5IaXJz Y2giIDxNLkhpcnNjaEBoaXJzY2guaXQ+Cj4gPj4KPiA+PiBJIGhhZCB0aGUgc2FtZSBwcm9ibGVt IHdpdGggNi4xLiBCdXQgb25seSBvbiBzb21lIG9jY2FzaW9ucywgbm90Cj4gPj4gYWx3YXlzIChp aXJjKS4KPiA+PiBUaGUgaW5zdGFsbGF0aW9ucyBJIG1hZGUgb3ZlciB0aGUgbGFzdCB3ZWVrcyBo YWQgYWxsIHZlcnkgZGlmZmVyZW50Cj4gPj4gZW52aXJvbm1lbnRzIGFuZCBkZXBsb3ltZW50IG1l dGhvZHMuCj4gPj4gSSBjYW4ndCB0ZWxsIGFueW1vcmUgd2hlbiBpdCBoYXBwZW5zIGFuZCB3aGVu IG5vdCBiZWNhdXNlIEkgc2ltcGx5Cj4gPj4gYWRkZWQgdGhlIGJlbG93IGxvYWRlci5jb25mIHNl dHRpbmcgdG8gbXkgcG9zdGluc3RhbGwtc2NyaXB0Lgo+ID4+Cj4gPj4gQWRkICJ2ZnMucm9vdC5t b3VudGZyb209dWZzOmRhMHMxIiB0byAvYm9vdC9sb2FkZXIuY29uZiB0byBmaXggaXQuCj4gPgo+ ID4gVGhhbmsgeW91LiAgVGhhdCBzb2x2ZXMgbXkgcHJvYmxlbSBldmVuIHRob3VnaCBpdCBzZWVt cyBtb3JlIGxpa2UKPiA+IGEgd29ya2Fyb3VuZCB0aGFuIGFuIGFjdHVhbCBzb2x1dGlvbi4gIEJ1 dCBJJ2xsIHRha2UgaXQuICA6LSkKPiA+Cj4gPiBBbHNvLCBzb21lb25lIHJlc3BvbmRlZCBhc2tp bmcgaWYgSSBoYWQgYSB2YWxpZCBlbnRyeSBpbiAvZXRjL2ZzdGFiCj4gPiBmb3IgdGhlIHJvb3Qg ZmlsZXN5c3RlbS4KPiA+Cj4gPiBmb28jIGNhdCAvZXRjL2ZzdGFiCj4gPiAjIERldmljZSAgICAg ICAgICAgICAgICBNb3VudHBvaW50ICAgICAgRlN0eXBlICBPcHRpb25zICAgICAgICAgRHVtcAo+ ID4gUGFzcyMKPiA+IC9kZXYvZGEwczFhICAgICAgICAgIC8gICAgICAgICAgICAgICAgICAgICAg ICAgIHVmcyAgICAgcncKPiA+IDEgICAgICAgMQo+ID4gL2Rldi9kYTBzMWIgICAgICAgICBub25l ICAgICAgICAgICAgICAgICAgIHN3YXAgICAgc3cKPiA+IDAgICAgICAgMAo+ID4gL2Rldi9kYTFz MWQgICAgICAgICAvbG9jYWwgICAgICAgICAgICAgICAgICB1ZnMgICAgIHJ3Cj4gPiAyICAgICAg IDIKPiA+IC9kZXYvY2QwICAgICAgICAgICAgICAgIC9jZHJvbSAgICAgICAgICAgICAgY2Q5NjYw ICBybyxub2F1dG8KPiA+IDAgICAgICAgMAo+ID4KPgo+IElmIEknbSBub3QgbWlzdGFrZW4sIHlv dSBjb3VsZCBhbHNvIHRyeSB0byAocmUpaW5zdGFsbCB0aGUgYm9vdDAgbG9hZGVyOgo+Cj4gYm9v dDBjZmcgL2Rldi9kYTAKPgo+Cj4gLVByb3RvCj4KPgo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLQo+Cj4gTWVzc2FnZTogMTIKPiBEYXRlOiBNb24sIDI2IEp1biAyMDA2IDIzOjIxOjIy ICswMjAwCj4gRnJvbTogIk0uSGlyc2NoIiA8TS5IaXJzY2hAaGlyc2NoLml0Pgo+IFN1YmplY3Q6 IFJlOiBGcmVlQlNEIDYueCBDVlNVUCB0b2RheSBjcmFzaGVzIHdpdGggemVybyBsb2FkIC4uLgo+ IFRvOiBEbWl0cnkgUHJ5YW5pc2huaWtvdiA8ZG1pdHJ5QGF0bGFudGlzLmRwLnVhPgo+IENjOiBm cmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZwo+IE1lc3NhZ2UtSUQ6IDw0NEEwNEZEMi4xMDMwMDAx QGhpcnNjaC5pdD4KPiBDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9SVNPLTg4NTkt MTsgZm9ybWF0PWZsb3dlZAo+Cj4gRUNDIGlzIGEgd2F5IHRvIG1hc2sgYnJva2VuIGhhcmR3YXJl LiBJIHJhdGhlciBoYXZlIG15IGhhcmR3YXJlIGZhaWwKPiBkaXJlY3RseSB3aGVuIGl0IGRvZXMg Zmlyc3QsIHNvIEkgY2FuIHJlcGxhY2UgaXQgX2ltbWVkaWF0ZWx5Xwo+IFdoYXQncyB5b3VyIGhh cmR3YXJlIGdvb2QgZm9yIGlmIGl0IHBhc3NlcyBhICJ0ZXN0IiwgYnV0IGZhaWxzIGluCj4gcHJv ZHVjdGlvbj8KPgo+IEVDQyBpcyB0b3RhbGx5IG92ZXJyYXRlZC4KPgo+IChzb3JyeSwgY291bGRu J3QgcmVzaXN0Li4uKQo+Cj4gTS4KPgo+Cj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t Cj4KPiBNZXNzYWdlOiAxMwo+IERhdGU6IE1vbiwgMjYgSnVuIDIwMDYgMTQ6MzI6MjYgLTA1MDAK PiBGcm9tOiAiTWF0dGhldyBELiBGdWxsZXIiIDxmdWxsZXJtZEBvdmVyLXlvbmRlci5uZXQ+Cj4g U3ViamVjdDogUmU6IEdpZ2FiaXQgZXRoZXJuZXQgdmVyeSBzbG93Lgo+IFRvOiBNaWNoYWVsIFZp bmNlIDxtdkB0aGViZWFzdGllLm9yZz4KPiBDYzogZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcs IHBlcmZvcm1hbmNlQGZyZWVic2Qub3JnLCAgICAgICAgTmlrb2xhcwo+ICAgICAgICAgQnJpdHRv biA8bmlrb2xhcy5icml0dG9uQGdtYWlsLmNvbT4sICAgIFNlYW4gQnJ5YW50IDwKPiBicnlhbnRz QGdtYWlsLmNvbT4KPiBNZXNzYWdlLUlEOiA8MjAwNjA2MjYxOTMyMjYuR0Y3NDI5MkBvdmVyLXlv bmRlci5uZXQ+Cj4gQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PXVzLWFzY2lpCj4K PiBPbiBNb24sIEp1biAyNiwgMjAwNiBhdCAwNTowNToyNlBNICsxMDAwIEkgaGVhcmQgdGhlIHZv aWNlIG9mCj4gTWljaGFlbCBWaW5jZSwgYW5kIGxvISBpdCBzcGFrZSB0aHVzOgo+ID4KPiA+IEFj Y29yZGluZyB0byBwZnRvcCAod2l0aCBtb2R1bGF0ZSBzdGF0ZSBydWxlcykgSSBhbSBhYmxlIHRv IGdldAo+ID4gYWJvdXQgODVtZWdzL3NlYyB3aGVuIEkgZG9uJ3QgaGF2ZSBkZCBydW5uaW5nLiBk ZCBkb2VzIGluZGVlZCBlYXRzIGEKPiA+IGZhaXIgYW1vdW50IG9mIGNwdSAoNDAlKSBvbiB0aGUg QU1ENjQgNi1zdGFibGUgbWFjaGluZS4KPgo+IGRkIGRvZXMgcmlkaWN1bG91c2x5IHNtYWxsICg1 MTIgYnl0ZT8pIHJlYWQvd3JpdGVzLCBzbyBpdCdzIGdvdHRhIGRvIGEKPiBMT1Qgb2Ygc3lzdGVt IGNhbGxzIGFuZCBhIGxvdCBvZiBjb250ZXh0IHN3aXRjaGluZyB3aGVuIHlvdSBkb24ndCBnaXZl Cj4gaXQgYSBiaWdnZXIgYmxvY2tzaXplLgo+Cj4KPiAtLQo+IE1hdHRoZXcgRnVsbGVyICAgICAo TUY0ODM5KSAgIHwgIGZ1bGxlcm1kQG92ZXIteW9uZGVyLm5ldAo+IFN5c3RlbXMvTmV0d29yayBB ZG1pbmlzdHJhdG9yIHwgIGh0dHA6Ly93d3cub3Zlci15b25kZXIubmV0L35mdWxsZXJtZC8KPiAg ICAgICAgICAgIE9uIHRoZSBJbnRlcm5ldCwgbm9ib2R5IGNhbiBoZWFyIHlvdSBzY3JlYW0uCj4K Pgo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+Cj4gTWVzc2FnZTogMTQKPiBEYXRl OiBNb24sIDI2IEp1biAyMDA2IDIzOjI2OjU0ICswMjAwCj4gRnJvbTogV2lsa28gQnVsdGUgPHdi QGZyZWViaWUueHM0YWxsLm5sPgo+IFN1YmplY3Q6IFJlOiBGcmVlQlNEIDYueCBDVlNVUCB0b2Rh eSBjcmFzaGVzIHdpdGggemVybyBsb2FkIC4uLgo+IFRvOiAiTS5IaXJzY2giIDxNLkhpcnNjaEBo aXJzY2guaXQ+Cj4gQ2M6IERtaXRyeSBQcnlhbmlzaG5pa292IDxkbWl0cnlAYXRsYW50aXMuZHAu dWE+LAo+ICAgICAgICAgZnJlZWJzZC1zdGFibGVARnJlZUJTRC5PUkcKPiBNZXNzYWdlLUlEOiA8 MjAwNjA2MjYyMTI2NTQuR0I5MzcwM0BmcmVlYmllLnhzNGFsbC5ubD4KPiBDb250ZW50LVR5cGU6 IHRleHQvcGxhaW47IGNoYXJzZXQ9dXMtYXNjaWkKPgo+IE9uIE1vbiwgSnVuIDI2LCAyMDA2IGF0 IDExOjIxOjIyUE0gKzAyMDAsIE0uSGlyc2NoIHdyb3RlLi4KPiA+IEVDQyBpcyBhIHdheSB0byBt YXNrIGJyb2tlbiBoYXJkd2FyZS4gSSByYXRoZXIgaGF2ZSBteSBoYXJkd2FyZSBmYWlsCj4gPiBk aXJlY3RseSB3aGVuIGl0IGRvZXMgZmlyc3QsIHNvIEkgY2FuIHJlcGxhY2UgaXQgX2ltbWVkaWF0 ZWx5Xwo+ID4gV2hhdCdzIHlvdXIgaGFyZHdhcmUgZ29vZCBmb3IgaWYgaXQgcGFzc2VzIGEgInRl c3QiLCBidXQgZmFpbHMgaW4KPiA+IHByb2R1Y3Rpb24/Cj4gPgo+ID4gRUNDIGlzIHRvdGFsbHkg b3ZlcnJhdGVkLgo+Cj4gQmFsZGVyZGFzaC4KPgo+IEZvbGxvd2luZyB5b3VyIHJhdGlvbmFsZSB5 b3Ugd2FudCB5b3VyIGJhbmsgYWNjb3VudCBkYXRhCj4gc2lsZW50bHkgYmUgY29ycnVwdGVkIGJ5 IGhhcmR3YXJlIHdpdGggYml0IGVycm9ycz8gIEJlIG15IGd1ZXN0LCBnaXZlCj4gbWUgRUNDIGFu eSBkYXkuCj4KPiBQcm9wZXIgaGFyZHdhcmUgd2lsbCBsb2cgdGhlIEVDQyBlcnJvcnMsIGEgcHJv cGVyIE9TIHRhaWxvcmVkIHRvIHRoYXQKPiBoYXJkd2FyZSB3aWxsIGxvZyBhbmQgbm90aWZ5IHRo ZSBzeXNhZG1pbnMuCj4KPiBUaGF0IGlzIGhvdyBpdCBzaG91bGQgYmUgZG9uZS4KPgo+IFdpbGtv Cj4KPiAtLQo+IFdpbGtvIEJ1bHRlICAgICAgICAgICAgICAgICAgICAgICAgICAgICB3aWxrb0BG cmVlQlNELm9yZwo+Cj4KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPgo+IE1lc3Nh Z2U6IDE1Cj4gRGF0ZTogTW9uLCAyNiBKdW4gMjAwNiAxNzoyODo1NCAtMDQwMAo+IEZyb206IE1p Y2hhZWwgUHJvdG8gPG1pa2VAamVsbHlkb251dC5vcmc+Cj4gU3ViamVjdDogUmU6IHdpMCBkb3du IHdoZW4gcHJpbnQgYSBsb3Qgb2YgZGF0YSB0byBzY3JlZW4gb3ZlciBzc2gKPiBUbzogZnJlZWJz ZC1zdGFibGVAZnJlZWJzZC5vcmcKPiBNZXNzYWdlLUlEOiA8NDRBMDUxOTYuMTA3MDcwOEBqZWxs eWRvbnV0Lm9yZz4KPiBDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9VVRGLTgKPgo+ IFJlbiBaaGVuIHdyb3RlOgo+ID4gd2kwIGdvZXMgZG93biB3aGVuIEkgcnVuIGEgcHJvZ3JhbSBw cmludCBhIGxvdCBvZiBkYXRhIHRvCj4gPiBzdGRvdXQsIG9yIHdoZW4gSSB1c2Ugem1yeC16bXR4 IGl0IGFsc28gZ29lcyBkb3duLgo+ID4KPiA+IGtlcm5lbCBzYXlzOgo+ID4ga2VybmVsOiB3aTA6 IHRpbWVvdXQgaW4gd2lfc2VlayB0byAxNTIvMAo+ID4gbGFzdCBtZXNzYWdlIHJlcGVhdGVkIDcg dGltZXMKPiA+IGtlcm5lbDogd2kwOiBkZXZpY2UgdGltZW91dAo+ID4ga2VybmVsOiB3aTA6IHRp bWVvdXQgaW4gd2lfc2VlayB0byAxNTIvMAo+ID4ga2VybmVsOiB3aTA6IGxpbmsgc3RhdGUgY2hh bmdlZCB0byBET1dOCj4gPgo+ID4gYW5vdGhlciB0aW1lIGtlcm5lbCBzYXlzOgo+ID4ga2VybmVs OiB3aTA6IHRpbWVvdXQgaW4gd2lfY21kIDB4MDEwYjsgZXZlbnQgc3RhdHVzIDB4ODAwMAo+ID4g a2VybmVsOiB3aTA6IHhtaXQgZmFpbGVkCj4gPiBrZXJuZWw6IHdpMDogdGltZW91dCBpbiB3aV9z ZWVrIHRvIDEyOC8wCj4gPiBsYXN0IG1lc3NhZ2UgcmVwZWF0ZWQgMyB0aW1lcwo+ID4KPgo+IEkg dXNlZCB0byBzZWUgc2ltaWxhciBiZWhhdmlvciB3aXRoIHdpMCBvbiBteSBUaGlua1BhZCBBMzBw IChJQk0gSGlnaAo+IFJhdGUgV2lyZWxlc3MsIFBSSVNNIDIuNSkgd2hlbiBwb3dlcnNhdmUgd2Fz IGVuYWJsZWQgdmlhIGlmY29uZmlnIChJCj4gYmVsaWV2ZSBpdCBtYXkgYmUgb24gYnkgZGVmYXVs dCwgbm90IHN1cmUgYWJvdXQgdGhhdCkuIElmIHlvdSBkaXNhYmxlCj4gcG93ZXJzYXZlIHZpYSAn aWZjb25maWcgd2kwIC1wb3dlcnNhdmUnIGRvIHlvdSBzdGlsbCBzZWUgdGhlIHByb2JsZW0/Cj4K Pgo+IC1Qcm90bwo+Cj4KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPgo+IE1lc3Nh Z2U6IDE2Cj4gRGF0ZTogTW9uLCAyNiBKdW4gMjAwNiAyMzozMTo1OCArMDIwMAo+IEZyb206ICJN LkhpcnNjaCIgPE0uSGlyc2NoQGdteC5kZT4KPiBTdWJqZWN0OiBSZToga2VybmVsIGNhbid0IGZp bmQgcm9vdCBmaWxlc3lzdGVtCj4gVG86IE1pY2hhZWwgUHJvdG8gPG1pa2VAamVsbHlkb251dC5v cmc+Cj4gQ2M6IGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnCj4gTWVzc2FnZS1JRDogPDQ0QTA1 MjRFLjkwMEBnbXguZGU+Cj4gQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PUlTTy04 ODU5LTE7IGZvcm1hdD1mbG93ZWQKPgo+IFNvcnJ5LCBkb2Vzbid0IGhlbHAuCj4KPiBUaGVyZSBp cyBzb21lIGtpbmQgb2YgYnVnIGhpZGluZyBzb21ld2hlcmUgaW4gNi4xIHdoZXJlIGl0IGRvZXMg bm90Cj4gYXV0by1kZXRlY3QgdGhlIHJvb3QgcGFydGl0aW9uIHVuZGVyIGNlcnRhaW4gY2lyY3Vt c3RhbmNlcy4gQ2FuJ3QgdGVsbAo+IHdoZW4gaXQgd29ya2VkIGxhc3QsIGFzIHRoZSBsYXN0IGRp c3RybyBJIGNvbnNpZGVyICJzdGFibGUiIHdhcyA0LlguLi4KPiAoc29ycnkgZm9yIHRoZSByYW50 Li4uKQo+Cj4gSSBhbSBub3QgdXNpbmcgKGFuZCBkb24ndCB3YW50IHRvIHVzZS4uLikgYm9vdDAg YXQgYWxsLgo+IFdlbGwsIEkgdHJpZWQsIGJ1dCBpdCBkaWRuJ3QgaGVscCB0aGUgc2l0dWF0aW9u IGFueXdheXMuLi4KPgo+IEl0IHNob3VsZCB3b3JrIHdpdGggdGhlIHN0YW5kYXJkIE1CUiBhbmQg Ym9vdCBjb2RlICgiL2Jvb3QvbWJyIiBhbmQKPiAiL2Jvb3QvYm9vdCIpLCByaWdodD8KPiBpLmUu IGZkaXNrIC1CIGFuZCBic2RsYWJlbCAtQiB3aXRob3V0IGZ1cnRoZXIgcGFyYW1zIHNob3VsZCBk byB0aGUgam9iCj4gdG8gZ2V0IHRoZSBzeXN0ZW0gYm9vdHN0cmFwcGVkLgo+IEJ1dCBpdCBkb2Vz IG5vdC4KPgo+IE0uCj4KPiA+SWYgSSdtIG5vdCBtaXN0YWtlbiwgeW91IGNvdWxkIGFsc28gdHJ5 IHRvIChyZSlpbnN0YWxsIHRoZSBib290MCBsb2FkZXI6Cj4gPgo+ID5ib290MGNmZyAvZGV2L2Rh MAo+ID4KPiA+Cj4gPi1Qcm90bwo+ID5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXwo+ID5mcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QK PiA+aHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1zdGFi bGUKPiA+VG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8gImZyZWVic2Qtc3RhYmxlLXVu c3Vic2NyaWJlQGZyZWVic2Qub3JnIgo+ID4KPiA+Cj4gPgo+Cj4KPgo+IC0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLQo+Cj4gTWVzc2FnZTogMTcKPiBEYXRlOiBNb24sIDI2IEp1biAyMDA2 IDIzOjM3OjE4ICswMjAwCj4gRnJvbTogIk0uSGlyc2NoIiA8TS5IaXJzY2hAZ214LmRlPgo+IFN1 YmplY3Q6IFJlOiBGcmVlQlNEIDYueCBDVlNVUCB0b2RheSBjcmFzaGVzIHdpdGggemVybyBsb2Fk IC4uLgo+IFRvOiBXaWxrbyBCdWx0ZSA8d2JAZnJlZWJpZS54czRhbGwubmw+Cj4gQ2M6IGZyZWVi c2Qtc3RhYmxlQGZyZWVic2Qub3JnCj4gTWVzc2FnZS1JRDogPDQ0QTA1MzhFLjYwOTA5MDZAZ214 LmRlPgo+IENvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD1JU08tODg1OS0xOyBmb3Jt YXQ9Zmxvd2VkCj4KPiBOb3BlLAo+Cj4gSSdkIGxpa2UgbXkgYmFuayBkYXRhIHRvIGJlIHN0b3Jl ZCBvbiBhIHN5c3RlbSB0aGF0IGRvZXMgRUNDLCBubyBxdWVzdGlvbi4KPiBCdXQgcGxlYXNlLCBv biBoYXJkIGRpc2sgbGV2ZWwgKFJBSUQ7IHRoYXQgaXMgX3Blcm1hbmVudF8pLCBub3QgaW4gdGhl Cj4gUkFNIG9mIGEgc2luZ2xlIG5vZGUuCj4KPiBJZiBtZW1vcnkgZ2V0cyBjb3JydXB0ZWQsIHBs ZWFzZSwgcmFpc2UgYSBrZXJuZWwgcGFuaWMuLi4gRXZlbiBpZgo+IHRoZXJlJ3MgRUNDIGluIHBs YWNlLgo+Cj4gQ291bnRlciBxdWVzdGlvbjoKPiBXb3VsZCB5b3UgbGlrZSB5b3VyIGJhbmsgYWNj b3VudCBkYXRhIHRvIGJlIHN0b3JlZCBvbiBhIG1lZGl1bSB3aGVyZSBvbmUKPiBmYWlsdXJlIGNh biBiZSBjb3JyZWN0ZWQsIHR3byBjYW4gYmUgZGV0ZWN0ZWQsIGJ1dCB0aHJlZSBnbyB1bm5vdGlj ZWQ/Cj4gSG93IHVubGlrZWx5IGlzIHRoYXQsIGlmIHlvdSd2ZSBnb3Qgc29tZSBoYXJkd2FyZSB0 aGF0IGlzIHJlYWxseSAvYnJva2VuLz8KPgo+IEkga25vdyB0aGlzIGlzIGEgcmF0aGVyIHJhbmRv bSB0aGluZyB0byBoYXBwZW4uCj4gU3RpbGwsIEkgdGhpbmsgRUNDIG1lbW9yeSBpcyBvdmVycmF0 ZWQuIEJldHRlciBoYXZlIGl0IGZhaWwgaW1tZWRpYXRlbHkuCj4gX1dpdGggYSBrZXJuZWwgcGFu aWMsIHBsZWFzZV8KPgo+IE0uCj4KPiBXaWxrbyBCdWx0ZSBzY2hyaWViOgo+Cj4gPkJhbGRlcmRh c2guCj4gPgo+ID5Gb2xsb3dpbmcgeW91ciByYXRpb25hbGUgeW91IHdhbnQgeW91ciBiYW5rIGFj Y291bnQgZGF0YQo+ID5zaWxlbnRseSBiZSBjb3JydXB0ZWQgYnkgaGFyZHdhcmUgd2l0aCBiaXQg ZXJyb3JzPyAgQmUgbXkgZ3Vlc3QsIGdpdmUKPiA+bWUgRUNDIGFueSBkYXkuCj4gPgo+ID5Qcm9w ZXIgaGFyZHdhcmUgd2lsbCBsb2cgdGhlIEVDQyBlcnJvcnMsIGEgcHJvcGVyIE9TIHRhaWxvcmVk IHRvIHRoYXQKPiA+aGFyZHdhcmUgd2lsbCBsb2cgYW5kIG5vdGlmeSB0aGUgc3lzYWRtaW5zLgo+ ID4KPiA+VGhhdCBpcyBob3cgaXQgc2hvdWxkIGJlIGRvbmUuCj4gPgo+ID5XaWxrbwo+ID4KPiA+ Cj4gPgo+Cj4KPgo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+Cj4gTWVzc2FnZTog MTgKPiBEYXRlOiBNb24sIDI2IEp1biAyMDA2IDIzOjQ1OjM1ICswMjAwCj4gRnJvbTogV2lsa28g QnVsdGUgPHdiQGZyZWViaWUueHM0YWxsLm5sPgo+IFN1YmplY3Q6IFJlOiBGcmVlQlNEIDYueCBD VlNVUCB0b2RheSBjcmFzaGVzIHdpdGggemVybyBsb2FkIC4uLgo+IFRvOiAiTS5IaXJzY2giIDxN LkhpcnNjaEBnbXguZGU+Cj4gQ2M6IGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnCj4gTWVzc2Fn ZS1JRDogPDIwMDYwNjI2MjE0NTM1LkdBOTQwMTVAZnJlZWJpZS54czRhbGwubmw+Cj4gQ29udGVu dC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PXVzLWFzY2lpCj4KPiBPbiBNb24sIEp1biAyNiwg MjAwNiBhdCAxMTozNzoxOFBNICswMjAwLCBNLkhpcnNjaCB3cm90ZS4uCj4gPiBOb3BlLAo+ID4K PiA+IEknZCBsaWtlIG15IGJhbmsgZGF0YSB0byBiZSBzdG9yZWQgb24gYSBzeXN0ZW0gdGhhdCBk b2VzIEVDQywgbm8KPiBxdWVzdGlvbi4KPiA+IEJ1dCBwbGVhc2UsIG9uIGhhcmQgZGlzayBsZXZl bCAoUkFJRDsgdGhhdCBpcyBfcGVybWFuZW50XyksIG5vdCBpbiB0aGUKPiA+IFJBTSBvZiBhIHNp bmdsZSBub2RlLgo+ID4KPiA+IElmIG1lbW9yeSBnZXRzIGNvcnJ1cHRlZCwgcGxlYXNlLCByYWlz ZSBhIGtlcm5lbCBwYW5pYy4uLiBFdmVuIGlmCj4KPiBZb3UgKmNhbid0KiBwYW5pYyBpZiBpdCBp cyBqdXN0IGEgc2luZ2xlIGJpdCBlcnJvciBpbiBhIHVzZXIgcGFnZS4gWW91Cj4gd2lsbCBuZXZl ciBrbm93IHRoZXJlIHdhcyBhIGNvcnJ1cHRpb24uLiAgSWYgdGhhdCB3YXMgYSBwYWdlIGhvbGRp bmcgeW91cgo+IGFjY291bnQgZGF0YSB5b3VyIGFyZSB0b2FzdC4KPgo+ID4gdGhlcmUncyBFQ0Mg aW4gcGxhY2UuCj4KPiBPZiBjb3Vyc2Ugbm90LiAgWW91IG9ubHkgcGFuaWMgb25jZSB5b3UgaGF2 ZSBubyBvdGhlciBvcHRpb25zIGxlZnQuCj4gUHJvcGVyIGhhcmR3YXJlIHdpdGggRUNDIGdpdmUg eW91IHRoZXNlIG9wdGlvbnMuICBJIGFtIG5vdCB0YWxraW5nCj4gY29uc3VtZXIgZ3JhZGUgY3Jh cCBoZXJlIG9mIGNvdXJzZS4KPgo+ID4gQ291bnRlciBxdWVzdGlvbjoKPiA+IFdvdWxkIHlvdSBs aWtlIHlvdXIgYmFuayBhY2NvdW50IGRhdGEgdG8gYmUgc3RvcmVkIG9uIGEgbWVkaXVtIHdoZXJl IG9uZQo+ID4gZmFpbHVyZSBjYW4gYmUgY29ycmVjdGVkLCB0d28gY2FuIGJlIGRldGVjdGVkLCBi dXQgdGhyZWUgZ28gdW5ub3RpY2VkPwo+ID4gSG93IHVubGlrZWx5IGlzIHRoYXQsIGlmIHlvdSd2 ZSBnb3Qgc29tZSBoYXJkd2FyZSB0aGF0IGlzIHJlYWxseQo+IC9icm9rZW4vPwo+Cj4gVmVyeSB1 bmxpa2VseS4gIFRoZXJlIGlzIGVub3VnaCBoYXJkd2FyZSBkZXNpZ24gZG9uZSBhZnRlciBhbGwg dGhlc2UKPiB5ZWFycyB0aGF0IHRoaXMga2luZCBvZiBwcm9ibGVtIGNhbiBiZSBwcmV2ZW50ZWQu Cj4KPiA+IEkga25vdyB0aGlzIGlzIGEgcmF0aGVyIHJhbmRvbSB0aGluZyB0byBoYXBwZW4uCj4g PiBTdGlsbCwgSSB0aGluayBFQ0MgbWVtb3J5IGlzIG92ZXJyYXRlZC4gQmV0dGVyIGhhdmUgaXQg ZmFpbCBpbW1lZGlhdGVseS4KPiA+IF9XaXRoIGEga2VybmVsIHBhbmljLCBwbGVhc2VfCj4KPiBB cyBzYWlkLCB5b3UgY2FuJ3QKPgo+ID4KPiA+IE0uCj4gPgo+ID4gV2lsa28gQnVsdGUgc2Nocmll YjoKPiA+Cj4gPiA+QmFsZGVyZGFzaC4KPiA+ID4KPiA+ID5Gb2xsb3dpbmcgeW91ciByYXRpb25h bGUgeW91IHdhbnQgeW91ciBiYW5rIGFjY291bnQgZGF0YQo+ID4gPnNpbGVudGx5IGJlIGNvcnJ1 cHRlZCBieSBoYXJkd2FyZSB3aXRoIGJpdCBlcnJvcnM/ICBCZSBteSBndWVzdCwgZ2l2ZQo+ID4g Pm1lIEVDQyBhbnkgZGF5Lgo+ID4gPgo+ID4gPlByb3BlciBoYXJkd2FyZSB3aWxsIGxvZyB0aGUg RUNDIGVycm9ycywgYSBwcm9wZXIgT1MgdGFpbG9yZWQgdG8gdGhhdAo+ID4gPmhhcmR3YXJlIHdp bGwgbG9nIGFuZCBub3RpZnkgdGhlIHN5c2FkbWlucy4KPiA+ID4KPiA+ID5UaGF0IGlzIGhvdyBp dCBzaG91bGQgYmUgZG9uZS4KPiA+ID4KPiA+ID5XaWxrbwo+ID4gPgo+ID4gPgo+ID4gPgo+IC0t LSBlbmQgb2YgcXVvdGVkIHRleHQgLS0tCj4KPiAtLQo+IFdpbGtvIEJ1bHRlICAgICAgICAgICAg ICAgICAgICAgICAgICAgICB3aWxrb0BGcmVlQlNELm9yZwo+Cj4KPiAtLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0KPgo+IE1lc3NhZ2U6IDE5Cj4gRGF0ZTogVHVlLCAyNyBKdW4gMjAwNiAw MDoxMTowMyArMDIwMAo+IEZyb206ICJNLkhpcnNjaCIgPE0uSGlyc2NoQGdteC5kZT4KPiBTdWJq ZWN0OiBSZTogRnJlZUJTRCA2LnggQ1ZTVVAgdG9kYXkgY3Jhc2hlcyB3aXRoIHplcm8gbG9hZCAu Li4KPiBUbzogTWljaGFlbCBCdXRsZXIgPGltYkBwcm90ZWN0ZWQtbmV0d29ya3MubmV0Pgo+IENj OiBmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZwo+IE1lc3NhZ2UtSUQ6IDw0NEEwNUI3Ny4xMDMw MjAwQGdteC5kZT4KPiBDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9SVNPLTg4NTkt MTsgZm9ybWF0PWZsb3dlZAo+Cj4gPHNuaXA+Cj4KPiA+IC4uIFNvIHRoZSBsb2dzIGFyZSB0aGVy ZSwgYWxsIHRoYXQncyByZXF1aXJlZCBpcyBhIHV0aWxpdHkgdG8gcmVhZCB0aGVtCj4gPmFuZCwg b3B0aW9uYWxseSwgYWxlcnQgdGhlIGFkbWluaXN0cmF0b3IgdG8gdGhlIGV2ZW50LAo+ID4KPiA+ Cj4gPgo+IE5vLCBJIHRoaW5rIGEgcGFuaWMgX3Nob3VsZF8gb2NjdXIsIGV2ZW4gaWYgdGhlcmUg d2FzIGEgY29ycmVjdGFibGUKPiBlcnJvci4gTm90ICJ3aGVuIHRoZXJlJ3Mgbm8gb3RoZXIgb3B0 aW9uIGxlZnQiLgo+IE1heWJlIG1ha2UgaXQgb3B0aW9uYWwgdmlhIGEga2VybmVsIG9wdGlvbi4K PiBUaGVyZSBhcmUgbXVjaCBsZXNzLXNpZ25pZmljYW50IHByb2JsZW1zIHRoYXQgY2FuIGNhdXNl IGEgcGFuaWMuCj4KPiBTdXJlLCB5b3UgbWF5IGJlIG9uZSBvZiB0aGUgZmV3IHBlb3BsZSBvdXQg dGhlcmUgd2hvIGtub3dzIGhvdyB0bwo+IGNvcnJlY3RseSBydW4gYSBfQlNEXyBzeXN0ZW0uLi4K PiBUaGVyZSdzIGZldyBvZiB5b3VzIG91dCB0aGVyZSwgOykKPgo+IE0uCj4KPgo+IC0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+Cj4gTWVzc2FnZTogMjAKPiBEYXRlOiBUdWUsIDI3IEp1 biAyMDA2IDAwOjE4OjA0ICswMjAwCj4gRnJvbTogV2lsa28gQnVsdGUgPHdiQGZyZWViaWUueHM0 YWxsLm5sPgo+IFN1YmplY3Q6IFJlOiBGcmVlQlNEIDYueCBDVlNVUCB0b2RheSBjcmFzaGVzIHdp dGggemVybyBsb2FkIC4uLgo+IFRvOiAiTS5IaXJzY2giIDxNLkhpcnNjaEBnbXguZGU+Cj4gQ2M6 IGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnCj4gTWVzc2FnZS1JRDogPDIwMDYwNjI2MjIxODA0 LkdBOTQyNzhAZnJlZWJpZS54czRhbGwubmw+Cj4gQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBj aGFyc2V0PXVzLWFzY2lpCj4KPiBPbiBUdWUsIEp1biAyNywgMjAwNiBhdCAxMjoxMTowM0FNICsw MjAwLCBNLkhpcnNjaCB3cm90ZS4uCj4gPiA8c25pcD4KPiA+Cj4gPiA+Li4gU28gdGhlIGxvZ3Mg YXJlIHRoZXJlLCBhbGwgdGhhdCdzIHJlcXVpcmVkIGlzIGEgdXRpbGl0eSB0byByZWFkIHRoZW0K PiA+ID5hbmQsIG9wdGlvbmFsbHksIGFsZXJ0IHRoZSBhZG1pbmlzdHJhdG9yIHRvIHRoZSBldmVu dCwKPiA+ID4KPiA+ID4KPiA+ID4KPiA+IE5vLCBJIHRoaW5rIGEgcGFuaWMgX3Nob3VsZF8gb2Nj dXIsIGV2ZW4gaWYgdGhlcmUgd2FzIGEgY29ycmVjdGFibGUKPiA+IGVycm9yLiBOb3QgIndoZW4g dGhlcmUncyBubyBvdGhlciBvcHRpb24gbGVmdCIuCj4KPiBZb3UgcmVhbGx5IGhhdmUgbmV2ZXIg c2VlbiBhIG1hY2hpbmUgdXNlZCBmb3Igc2VyaW91cyBidXNpbmVzcyBhcHBhcmFudGx5Lgo+Cj4g PiBNYXliZSBtYWtlIGl0IG9wdGlvbmFsIHZpYSBhIGtlcm5lbCBvcHRpb24uCj4gPiBUaGVyZSBh cmUgbXVjaCBsZXNzLXNpZ25pZmljYW50IHByb2JsZW1zIHRoYXQgY2FuIGNhdXNlIGEgcGFuaWMu Cj4KPiBwYW5pY3MgbGlrZSB0aGF0IHNob3VsZCBiZSBlcmFkaWNhdGVkLCBhZGRpbmcgbW9yZSBu b25zZW5zaWNhbCBwYW5pY3MKPiBpcyBub3Qgd2hhdCB3ZSBuZWVkLgo+Cj4gPiBTdXJlLCB5b3Ug bWF5IGJlIG9uZSBvZiB0aGUgZmV3IHBlb3BsZSBvdXQgdGhlcmUgd2hvIGtub3dzIGhvdyB0bwo+ ID4gY29ycmVjdGx5IHJ1biBhIF9CU0RfIHN5c3RlbS4uLgo+ID4gVGhlcmUncyBmZXcgb2YgeW91 cyBvdXQgdGhlcmUsIDspCj4gPgo+ID4gTS4KPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fCj4gPiBmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZyBtYWls aW5nIGxpc3QKPiA+IGh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Zy ZWVic2Qtc3RhYmxlCj4gPiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJz ZC1zdGFibGUtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmcKPiAiCj4gLS0tIGVuZCBvZiBxdW90ZWQg dGV4dCAtLS0KPgo+IC0tCj4gV2lsa28gQnVsdGUgICAgICAgICAgICAgICAgICAgICAgICAgICAg IHdpbGtvQEZyZWVCU0Qub3JnCj4KPgo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+ Cj4gTWVzc2FnZTogMjEKPiBEYXRlOiBUdWUsIDI3IEp1biAyMDA2IDAxOjIyOjQ3ICswMzAwIChF RVNUKQo+IEZyb206IERtaXRyeSBQcnlhbmlzaG5pa292IDxkbWl0cnlAYXRsYW50aXMuZHAudWE+ Cj4gU3ViamVjdDogUmU6IEZyZWVCU0QgNi54IENWU1VQIHRvZGF5IGNyYXNoZXMgd2l0aCB6ZXJv IGxvYWQgLi4uCj4gVG86ICJNLkhpcnNjaCIgPE0uSGlyc2NoQGhpcnNjaC5pdD4KPiBDYzogZnJl ZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcKPiBNZXNzYWdlLUlEOiA8MjAwNjA2MjcwMTE1MTIuTjk1 NjY3QGF0bGFudGlzLmF0bGFudGlzLmRwLnVhPgo+IENvbnRlbnQtVHlwZTogVEVYVC9QTEFJTjsg Y2hhcnNldD1VUy1BU0NJSTsgZm9ybWF0PWZsb3dlZAo+Cj4KPiBIZWxsbyEKPgo+IE9uIE1vbiwg MjYgSnVuIDIwMDYsIE0uSGlyc2NoIHdyb3RlOgo+ID4gRUNDIGlzIGEgd2F5IHRvIG1hc2sgYnJv a2VuIGhhcmR3YXJlLiBJIHJhdGhlciBoYXZlIG15IGhhcmR3YXJlIGZhaWwKPiBkaXJlY3RseQo+ ID4gd2hlbiBpdCBkb2VzIGZpcnN0LCBzbyBJIGNhbiByZXBsYWNlIGl0IF9pbW1lZGlhdGVseV8K Pgo+ICAgWW91IGdvdCBpdCBiYWNrd2FyZHMuIElmIHlvdXIgZGF0YSBoYXMgYW55IHZhbHVlIHRv IHlvdSwgdGhlbiB5b3UgZG9uJ3QKPiB3YW50Cj4gdG8gbWlzcyBhbnkgc2luZ2xlLWVycm9yIGJp dCBpbiBpdCwgZG8geW91PyBJZiB5b3UncmUgcnVubmluZyBoYXJkd2FyZSB3L28KPiBFQ0MsIHlv dXIgc2luZ2xlLWJpdCBlcnJvciBpbiB5b3VyIGRhdGEgd2lsbCBnbyB0byB0aGUgZGlzayB1bm5v dGljZWQsIGFuZAo+IHlvdSdsbCBsb3NlIHlvdXIgZGF0YS4gV2l0aCBFQ0MsIGhhcmR3YXJlIHdp bGwgY29ycmVjdCBpdC4gSW4gKHJhcmUpIGNhc2UKPiBvZgo+IG11bHRpcGxlLWJpdCBlcnJvciBF Q0MgbG9naWMgd2lsbCBnZW5lcmF0ZSBOTUkgZm9yIHlvdSwgc28geW91J2xsIG5vdGljZQo+IGFu ZAo+ICJyZXBsYWNlIGl0IF9pbW1lZGlhdGVseV8iIGluc3RlYWQgb2YgdHdvIHdlZWtzIGFnbyB3 aGVuIHlvdXIgYXJjaGl2ZSB3b250Cj4gZXh0cmFjdC4KPgo+ID4gV2hhdCdzIHlvdXIgaGFyZHdh cmUgZ29vZCBmb3IgaWYgaXQgcGFzc2VzIGEgInRlc3QiLCBidXQgZmFpbHMgaW4KPiBwcm9kdWN0 aW9uPwo+Cj4gICBJdCdzIHRoZSB3YXkgaW4gd2hhdCBSQU0gd2lsbCBtYW5pZmVzdCBzaW5nbGUt Yml0IGVycm9yczogeW91IHJ1biBtZW1vcnkKPiB0ZXN0Cj4gLSBpdCB3b24ndCBjYXRjaCB0aGVt LCBsYXRlciBpbiBwcm9kdWN0aW9uIHlvdSdsbCBtaXNzIHRoaXMgZXJyb3IgYmVjYXVzZQo+IG5v dGhpbmcgd2lsbCBwcm92aWRlIGV4dHJhIHNhbml0eSBjaGVjayBvZiB5b3VyIGRhdGEuCj4KPiA+ IEVDQyBpcyB0b3RhbGx5IG92ZXJyYXRlZC4KPgo+ICAgT25seSBieSB0aGUgcGVvcGxlIHdobyBk b24ndCB1bmRlcnN0YW5kIGl0J3MgcG9pbnQhCj4KPgo+IFNpbmNlcmVseSwgRG1pdHJ5Cj4gLS0K PiBBdGxhbnRpcyBJU1AsIFN5c3RlbSBBZG1pbmlzdHJhdG9yCj4gZS1tYWlsOiAgZG1pdHJ5QGF0 bGFudGlzLmRwLnVhCj4gbmljLWhkbDogTFlOWC1SSVBFCj4KPgo+IC0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLQo+Cj4gTWVzc2FnZTogMjIKPiBEYXRlOiBNb24sIDI2IEp1biAyMDA2IDE4 OjU1OjE3IC0wMzAwIChBRFQpCj4gRnJvbTogIk1hcmMgRy4gRm91cm5pZXIiIDxzY3JhcHB5QGh1 Yi5vcmc+Cj4gU3ViamVjdDogUmU6IHZtc3RhdCAnYicgKGRpc2sgYnVzeT8pIGZpZWxkIGtlZXBz IGNsaW1iaW5nIC4uLgo+IFRvOiBNYXggTGFpZXIgPG1heEBsb3ZlMnBhcnR5Lm5ldD4KPiBDYzog S29zdGlrIEJlbG91c292IDxrb3N0aWtiZWxAZ21haWwuY29tPiwgZnJlZWJzZC1zdGFibGVAZnJl ZWJzZC5vcmcsCj4gICAgICAgICBEbWl0cnkgTW9yb3pvdnNreSA8bWFyY2tAcmluZXQucnU+Cj4g TWVzc2FnZS1JRDogPDIwMDYwNjI2MTg1NDM3LkkxMTE0QGdhbnltZWRlLmh1Yi5vcmc+Cj4gQ29u dGVudC1UeXBlOiBURVhUL1BMQUlOOyBjaGFyc2V0PVVTLUFTQ0lJOyBmb3JtYXQ9Zmxvd2VkCj4K PiBPbiBNb24sIDI2IEp1biAyMDA2LCBNYXggTGFpZXIgd3JvdGU6Cj4KPiA+IE9uIE1vbmRheSAy NiBKdW5lIDIwMDYgMjA6MjUsIE1hcmMgRy4gRm91cm5pZXIgd3JvdGU6Cj4gPj4gSSB0aGluayBJ IG1pZ2h0IGhhdmUgZm91bmQgKmF0IGxlYXN0KiBvbmUgb2YgdGhlIHByb2JsZW1zLCBhbmQgdGhh dAo+IGJlaW5nCj4gPj4gdGhlIGV4Y2Vzc2l2ZWx5IGhpZ2ggYmxvY2tlZCBzdGF0ZXMgd2hpbGUg cHMgaXNuJ3QgZmluZGluZyBhbnl0aGluZyAuLi4KPiA+Pgo+ID4+IE15U1FMCj4gPj4KPiA+PiBX ZSBqdXN0IHJlY2VudGx5IHN0YXJ0ZWQgYWxsb3dpbmcgY2xpZW50cyB0byBydW4gYSBNeVNRTCBz ZXJ2ZXIKPiAqd2l0aGluKgo+ID4+IHRoZWlyIHZTZXJ2ZXIgLi4uIGluIGEgZHJhc3RpYyBtb3Zl LCBJIGp1c3Qgc2h1dCB0aGVtIGFsbCBkb3duIG9uCj4gcGx1dG8sCj4gPj4gYW5kIGJsb2NrZWQg ZHJvcCdkIGZyb20gfjg2IGRvd24gdG8gNSBpbiBhIG1hdHRlciBvZiBtb21lbnRzIC4uLgo+ID4+ IHJlc3RhcnRpbmcgdGhlbSBhbGwgaGFzIGl0IGNsaW1iaW5nIG9uY2UgbW9yZSwgYmVpbmcgdXAg YXJvdW5kIDIyCj4gYWxyZWFkeQo+ID4+IC4uLgo+ID4+Cj4gPj4gSSdtIGdvaW5nIHRvIGdvIHdp dGggdGhhdCB0aGVvcnkgZm9yIG5vdywgYW5kIGtlZXAgYW4gZXllIG9uIHRoaW5ncyAuLi4KPiA+ Pgo+ID4+IEp1c3QgY3VyaW91cyBhcyB0byB3aHksIGV2ZW4gd2l0aCAtSCwgaXRzIG5vdCBzaG93 aW5nIGFueSBibG9ja2VkCj4gc3RhdGVzCj4gPj4gd2l0aGluIHBzIHRob3VnaCAuLi4gPwo+ID4K PiA+IFRoZSAiYmxvY2tlZCIgY29sdW1uIHNob3dzIGFsc28gcHJvY2Vzc2VzIHRoYXQgaGF2ZSBv YmplY3RzICJwYWdpbmciLgo+ID4gTW9zdCBsaWtlbHkgeW91IGFyZSAqc2hvcnQqIG9uIG1lbW9y eS4gIEluIG9yZGVyIHRvIHJlbGlldmUgdGhlIHByZXNzdXJlCj4gPiBwcm9ncmFtIC50ZXh0IHBh Z2VzIGFyZSBmcmVlJ2VkIGFuZCBuZWVkIHRvIGJlIHJlZmV0Y2hlZCBmcm9tIGRpc2MKPiA+IHdo ZW5ldmVyIHRoZSByZXNwZWN0aXZlIGNvZGUgaXMgYmVpbmcgZXhlY3V0ZWQuCj4KPiAnaywgYnV0 IHNob3VsZG4ndCB0aGUgT1MgYmUgZG9pbmcgYW55IHN3YXBwaW5nLCBpZiB0aGlzIHdhcyB0aGUg Y2FzZT8gIEknbQo+IGdldHRpbmcgPDFNIG9mIHN3YXBwYWdlIHdoZW4gdGhlIGJsb2NrZWQgcGFn ZXMgYXJlIHJlYWxseSBoaWdoIC4uLgo+Cj4gLS0tLQo+IE1hcmMgRy4gRm91cm5pZXIgICAgICAg ICAgIEh1Yi5PcmcgTmV0d29ya2luZyBTZXJ2aWNlcyAoaHR0cDovL3d3dy5odWIub3JnCj4gKQo+ IEVtYWlsIC4gc2NyYXBweUBodWIub3JnICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgTVNO IC4gc2NyYXBweUBodWIub3JnCj4gWWFob28gLiB5c2NyYXBweSAgICAgICAgICAgICAgIFNreXBl OiBodWIub3JnICAgICAgICBJQ1EgLiA3NjE1NjY0Cj4KPgo+IC0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQo+Cj4gTWVzc2FnZTogMjMKPiBEYXRlOiBNb24sIDI2IEp1biAyMDA2IDE4OjU0 OjA4IC0wMzAwIChBRFQpCj4gRnJvbTogIk1hcmMgRy4gRm91cm5pZXIiIDxzY3JhcHB5QGh1Yi5v cmc+Cj4gU3ViamVjdDogUmU6IFdoYXQgZGVub3RlcyBhICdibG9ja2VkJyBwcm9jZXNzPwo+IFRv OiBLb3N0aWsgQmVsb3Vzb3YgPGtvc3Rpa2JlbEBnbWFpbC5jb20+Cj4gQ2M6IGZyZWVic2Qtc3Rh YmxlQGZyZWVic2Qub3JnCj4gTWVzc2FnZS1JRDogPDIwMDYwNjI2MTg1MzM4LkQxMTE0QGdhbnlt ZWRlLmh1Yi5vcmc+Cj4gQ29udGVudC1UeXBlOiBURVhUL1BMQUlOOyBjaGFyc2V0PVVTLUFTQ0lJ OyBmb3JtYXQ9Zmxvd2VkCj4KPiBPbiBNb24sIDI2IEp1biAyMDA2LCBLb3N0aWsgQmVsb3Vzb3Yg d3JvdGU6Cj4KPiA+IER1bWIgdW5tb3RpdmF0ZWQgcXVlc3Rpb246IGRvIHlvdSBoYXZlIG5mcyBl eHBvcnRzIG9uIHRoaXMgbWFjaGluZSA/Cj4KPiBuZWl0aGVyIG5mcyBub3IgbW91bnRkIGFyZSBj dXJyZW50bHkgcnVubmluZyAuLi4KPgo+IC0tLS0KPiBNYXJjIEcuIEZvdXJuaWVyICAgICAgICAg ICBIdWIuT3JnIE5ldHdvcmtpbmcgU2VydmljZXMgKGh0dHA6Ly93d3cuaHViLm9yZwo+ICkKPiBF bWFpbCAuIHNjcmFwcHlAaHViLm9yZyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIE1TTiAu IHNjcmFwcHlAaHViLm9yZwo+IFlhaG9vIC4geXNjcmFwcHkgICAgICAgICAgICAgICBTa3lwZTog aHViLm9yZyAgICAgICAgSUNRIC4gNzYxNTY2NAo+Cj4KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0KPgo+IE1lc3NhZ2U6IDI0Cj4gRGF0ZTogTW9uLCAyNiBKdW4gMjAwNiAxODowMjoz OCAtMDQwMAo+IEZyb206ICJNaWNoYWVsIEJ1dGxlciIgPGltYkBwcm90ZWN0ZWQtbmV0d29ya3Mu bmV0Pgo+IFN1YmplY3Q6IFJFOiBGcmVlQlNEIDYueCBDVlNVUCB0b2RheSBjcmFzaGVzIHdpdGgg emVybyBsb2FkIC4uLgo+IFRvOiAiJ1dpbGtvIEJ1bHRlJyIgPHdiQGZyZWViaWUueHM0YWxsLm5s PiwgICAgICInTS5IaXJzY2gnIgo+ICAgICAgICAgPE0uSGlyc2NoQGdteC5kZT4KPiBDYzogZnJl ZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcKPiBNZXNzYWdlLUlEOiA8MDAwMDAxYzY5OTZjJDNlYWI5 ZGYwJGFkMGQ1MTBhQHRvc2hpPgo+IENvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgICAgICAgY2hh cnNldD0idXMtYXNjaWkiCj4KPiA+IE9mIGNvdXJzZSBub3QuICBZb3Ugb25seSBwYW5pYyBvbmNl IHlvdSBoYXZlIG5vIG90aGVyIG9wdGlvbnMgbGVmdC4KPiA+IFByb3BlciBoYXJkd2FyZSB3aXRo IEVDQyBnaXZlIHlvdSB0aGVzZSBvcHRpb25zLiAgSSBhbSBub3QgdGFsa2luZwo+ID4gY29uc3Vt ZXIgZ3JhZGUgY3JhcCBoZXJlIG9mIGNvdXJzZS4KPgo+IEkgYWdyZWUgdGhhdCBubyBwYW5pYyBz aG91bGQgb2NjdXIgaWYgdGhlIGVycm9yIHdhcyBjb3JyZWN0YWJsZSBhbmQgaXQKPiBzaG91bGQg d2hlbiBpdCBpc24ndC4KPgo+IEhvd2V2ZXIsICpyZWFsKiBlcXVpcG1lbnQgd2lsbCBsb2cgYSBj b3JyZWN0ZWQgZXJyb3IgLi4gZnJvbSBhbiBhZ2luZyBEZWxsCj4gMS1VIHNlcnZlciAuLgo+Cj4g SGFuZGxlIDB4MDAyNCwgRE1JIHR5cGUgMTUsIDMzIGJ5dGVzCj4gU3lzdGVtIEV2ZW50IExvZwo+ ICAgICAgICAgQXJlYSBMZW5ndGg6IDQwOTYgYnl0ZXMKPiAgICAgICAgIEhlYWRlciBTdGFydCBP ZmZzZXQ6IDB4MDAwMAo+ICAgICAgICAgSGVhZGVyIExlbmd0aDogMTYgYnl0ZXMKPiAgICAgICAg IERhdGEgU3RhcnQgT2Zmc2V0OiAweDAwMTAKPiAgICAgICAgIEFjY2VzcyBNZXRob2Q6IE1lbW9y eS1tYXBwZWQgcGh5c2ljYWwgMzItYml0IGFkZHJlc3MKPiAgICAgICAgIEFjY2VzcyBBZGRyZXNz OiAweEZGRjMzMDAwCj4gICAgICAgICBTdGF0dXM6IFZhbGlkLCBOb3QgRnVsbAo+ICAgICAgICAg Q2hhbmdlIFRva2VuOiAweDAwMDAwMDAwCj4gICAgICAgICBIZWFkZXIgRm9ybWF0OiBUeXBlIDEK PiAgICAgICAgIFN1cHBvcnRlZCBMb2cgVHlwZSBEZXNjcmlwdG9yczogNQo+ICAgICAgICAgRGVz Y3JpcHRvciAxOiBQT1NUIGVycm9yCj4gICAgICAgICBEYXRhIEZvcm1hdCAxOiBQT1NUIHJlc3Vs dHMgYml0bWFwCj4gICAgICAgICBEZXNjcmlwdG9yIDI6IFBhcml0eSBtZW1vcnkgZXJyb3IKPiAg ICAgICAgIERhdGEgRm9ybWF0IDI6IE11bHRpcGxlLWV2ZW50Cj4gICAgICAgICBEZXNjcmlwdG9y IDM6IEkvTyBjaGFubmVsIGJsb2NrCj4gICAgICAgICBEYXRhIEZvcm1hdCAzOiBNdWx0aXBsZS1l dmVudAo+ICAgICAgICAgRGVzY3JpcHRvciA0OiBTaW5nbGUtYml0IEVDQyBtZW1vcnkgZXJyb3IK PiAgICAgICAgIERhdGEgRm9ybWF0IDQ6IE11bHRpcGxlLWV2ZW50Cj4gICAgICAgICBEZXNjcmlw dG9yIDU6IE11bHRpLWJpdCBFQ0MgbWVtb3J5IGVycm9yCj4gICAgICAgICBEYXRhIEZvcm1hdCA1 OiBNdWx0aXBsZS1ldmVudAo+Cj4gLi4gU28gdGhlIGxvZ3MgYXJlIHRoZXJlLCBhbGwgdGhhdCdz IHJlcXVpcmVkIGlzIGEgdXRpbGl0eSB0byByZWFkIHRoZW0KPiBhbmQsIG9wdGlvbmFsbHksIGFs ZXJ0IHRoZSBhZG1pbmlzdHJhdG9yIHRvIHRoZSBldmVudCwKPgo+IE1pY2hhZWwgQnV0bGVyLCBD SVNTUAo+IFNlY3VyaXR5IEFyY2hpdGVjdAo+IFByb3RlY3RlZCBOZXR3b3Jrcwo+IGh0dHA6Ly93 d3cucHJvdGVjdGVkLW5ldHdvcmtzLm5ldAo+Cj4KPgo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLQo+Cj4gTWVzc2FnZTogMjUKPiBEYXRlOiBNb24sIDI2IEp1biAyMDA2IDIzOjU0OjUz ICswMjAwCj4gRnJvbTogIk0uSGlyc2NoIiA8TS5IaXJzY2hAaGlyc2NoLml0Pgo+IFN1YmplY3Q6 IFJlOiBGcmVlQlNEIDYueCBDVlNVUCB0b2RheSBjcmFzaGVzIHdpdGggemVybyBsb2FkIC4uLgo+ IFRvOiBXaWxrbyBCdWx0ZSA8d2JAZnJlZWJpZS54czRhbGwubmw+Cj4gQ2M6IGZyZWVic2Qtc3Rh YmxlQGZyZWVic2Qub3JnCj4gTWVzc2FnZS1JRDogPDQ0QTA1N0FELjcwNTA3MDBAaGlyc2NoLml0 Pgo+IENvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD1JU08tODg1OS0xOyBmb3JtYXQ9 Zmxvd2VkCj4KPiBPaywgc29ycnkuIE1pc3VuZGVyc3RhbmRpbmcgaGVyZS4KPiBNeSBwb2ludCB3 YXMsIGFsb25nIHdoYXQgaGFzIGJlZW4gcG9zdGVkIGhlcmUgaW4gdGhpcyB0aHJlYWQ6Cj4gIkFu IEVDQyBlcnJvciBzaG91bGQgcmFpc2UgYSBrZXJuZWwgcGFuaWMgaW1tZWRpYXRlbHksIG5vdCBv bmx5IGEKPiBtZXNzYWdlIGluIHRoZSBsb2cgZmlsZXMuIgo+IEFueSBoYXJkd2FyZSBzaG93aW5n IEVDQyBlcnJvcnMgc2hvdWxkIGJlIHJlcGxhY2VkIGFzYXAuLgo+IE1ha2UgdGhlbSBsYXp5IGFk bWlucyBkbyB3aGF0IHRoZXkncmUgZ2V0dGluZyBwYWlkIGZvci4uLgo+Cj4gQ29ycmVjdCwgeW91 IGNhbid0IChxdWlja2x5KSBkZXRlY3QgdGhpcyB3aXRob3V0IEVDQyBoYXJkd2FyZSwgb2YgY291 cnNlLgo+IEJ1dCBJIGtlZXAgcmVhZGluZyBhYm91dCAiRUNDIiBiZWluZyB0aGUgc29sdXRpb24g dG8gYnJva2VuIFJBTSBzdGlja3MuLi4KPgo+IFNpbmNlIEZyZWVCU0QgcGFuaWNzIG9uIGNyZWF0 aW5nIHNpbXBsZSBtYWxsb2MoKSB2bm9kZXMsIGl0IHNob3VsZCBkbyBzbwo+IG9uIEVDQyBlcnJv cnMgZmlyc3QuCj4gRGlmZmVyZW50IG1pc3Npb24sIEkgZ3Vlc3MgOykKPiAoQW5kIGRpZmZlcmVu dCBwcm9ibGVtcyB3aXRoIHRoZSByZWNlbnQgZnJpY2tpbmcgY29kZS4uLikKPgo+IE0uCj4KPgo+ IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+Cj4gTWVzc2FnZTogMjYKPiBEYXRlOiBU dWUsIDI3IEp1biAyMDA2IDAwOjAyOjA2ICswMjAwCj4gRnJvbTogV2lsa28gQnVsdGUgPHdiQGZy ZWViaWUueHM0YWxsLm5sPgo+IFN1YmplY3Q6IFJlOiBGcmVlQlNEIDYueCBDVlNVUCB0b2RheSBj cmFzaGVzIHdpdGggemVybyBsb2FkIC4uLgo+IFRvOiAiTS5IaXJzY2giIDxNLkhpcnNjaEBoaXJz Y2guaXQ+Cj4gQ2M6IGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnCj4gTWVzc2FnZS1JRDogPDIw MDYwNjI2MjIwMjA2LkdBOTQxODNAZnJlZWJpZS54czRhbGwubmw+Cj4gQ29udGVudC1UeXBlOiB0 ZXh0L3BsYWluOyBjaGFyc2V0PXVzLWFzY2lpCj4KPiBPbiBNb24sIEp1biAyNiwgMjAwNiBhdCAx MTo1NDo1M1BNICswMjAwLCBNLkhpcnNjaCB3cm90ZS4uCj4gPiBPaywgc29ycnkuIE1pc3VuZGVy c3RhbmRpbmcgaGVyZS4KPiA+IE15IHBvaW50IHdhcywgYWxvbmcgd2hhdCBoYXMgYmVlbiBwb3N0 ZWQgaGVyZSBpbiB0aGlzIHRocmVhZDoKPiA+ICJBbiBFQ0MgZXJyb3Igc2hvdWxkIHJhaXNlIGEg a2VybmVsIHBhbmljIGltbWVkaWF0ZWx5LCBub3Qgb25seSBhCj4gPiBtZXNzYWdlIGluIHRoZSBs b2cgZmlsZXMuIgo+ID4gQW55IGhhcmR3YXJlIHNob3dpbmcgRUNDIGVycm9ycyBzaG91bGQgYmUg cmVwbGFjZWQgYXNhcC4uCj4KPiBZZXMsIGJ1dCBrZWVwIGluIG1pbmQgdGhhdCBBU0FQIG9mdGVu IG1lYW5zICJkdXJpbmcgYSBzY2hlZHVsZWQKPiBtYWludGVuYW5jZSB3aW5kb3ciLiAgV2hpY2gg Y2FuIGJlIG1vbnRocyBhd2F5IGluIHNvbWUgY2FzZXMuCj4KPiA+IE1ha2UgdGhlbSBsYXp5IGFk bWlucyBkbyB3aGF0IHRoZXkncmUgZ2V0dGluZyBwYWlkIGZvci4uLgo+ID4KPiA+IENvcnJlY3Qs IHlvdSBjYW4ndCAocXVpY2tseSkgZGV0ZWN0IHRoaXMgd2l0aG91dCBFQ0MgaGFyZHdhcmUsIG9m Cj4gY291cnNlLgo+Cj4gU2tpcCB0aGUgJ3F1aWNrbHknLCB5b3UgbmVlZCBFQ0MsIGZ1bGwgc3Rv cC4gIE90aGVyd2lzZSB5b3Ugd2lsbCBub3QKPiBkZXRlY3QKPiBpdCB1bnRpbCBpdCBpcyB3YXkg dG9vIGxhdGUuICBJIGNhbiB0ZWxsIHlvdSBmcm9tIHBlcnNvbmFsIGV4cGVyaWVuY2UKPiB0aGF0 IGN1c3RvbWVycyBoYXRlIG5vdGhpbmcgbW9yZSB0aGFuIHVuZGV0ZWN0ZWQgZGF0YSBjb3JydXB0 aW9uLiAgRUNDCj4gUkFNIGlzIG9ubHkgcGFydCBvZiB0aGUgZml4IG9mIGNvdXJzZS4gIEVDQyBi ZXR0ZXIgYmUgZW5kIHRvIGVuZCwgYnV0IGl0Cj4gaGFyZGx5IGlzLi4KPgo+ID4gQnV0IEkga2Vl cCByZWFkaW5nIGFib3V0ICJFQ0MiIGJlaW5nIHRoZSBzb2x1dGlvbiB0byBicm9rZW4gUkFNCj4g c3RpY2tzLi4uCj4KPiBOb3QgcmVhbGx5IG9mIGNvdXJzZS4gIEJ1dCB0aGVyZSBhcmUgT1MtZXMg dGhhdCBzaW1wbHkgbWFwIHBhZ2VzIHdpdGgKPiBrbm93biBwcm9ibGVtcyBpbnRvIGEgImRvIG5v dCB1c2UiIGxpc3QuCj4KPiA+IFNpbmNlIEZyZWVCU0QgcGFuaWNzIG9uIGNyZWF0aW5nIHNpbXBs ZSBtYWxsb2MoKSB2bm9kZXMsIGl0IHNob3VsZCBkbyBzbwo+ID4gb24gRUNDIGVycm9ycyBmaXJz dC4KPiA+IERpZmZlcmVudCBtaXNzaW9uLCBJIGd1ZXNzIDspCj4gPiAoQW5kIGRpZmZlcmVudCBw cm9ibGVtcyB3aXRoIHRoZSByZWNlbnQgZnJpY2tpbmcgY29kZS4uLikKPiA+Cj4gPiBNLgo+IC0t LSBlbmQgb2YgcXVvdGVkIHRleHQgLS0tCj4KPiAtLQo+IFdpbGtvIEJ1bHRlICAgICAgICAgICAg ICAgICAgICAgICAgICAgICB3aWxrb0BGcmVlQlNELm9yZwo+Cj4KPiAtLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0KPgo+IE1lc3NhZ2U6IDI3Cj4gRGF0ZTogVHVlLCAyNyBKdW4gMjAwNiAw MDozMzozOSArMDIwMAo+IEZyb206ICJNLkhpcnNjaCIgPE0uSGlyc2NoQGhpcnNjaC5pdD4KPiBT dWJqZWN0OiBSZTogRnJlZUJTRCA2LnggQ1ZTVVAgdG9kYXkgY3Jhc2hlcyB3aXRoIHplcm8gbG9h ZCAuLi4KPiBUbzogV2lsa28gQnVsdGUgPHdiQGZyZWViaWUueHM0YWxsLm5sPgo+IENjOiBmcmVl YnNkLXN0YWJsZUBmcmVlYnNkLm9yZwo+IE1lc3NhZ2UtSUQ6IDw0NEEwNjBDMy44MDkwMDA4QGhp cnNjaC5pdD4KPiBDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9SVNPLTg4NTktMTsg Zm9ybWF0PWZsb3dlZAo+Cj4gV2lsa28gQnVsdGUgc2NocmllYjoKPgo+ID5Zb3UgcmVhbGx5IGhh dmUgbmV2ZXIgc2VlbiBhIG1hY2hpbmUgdXNlZCBmb3Igc2VyaW91cyBidXNpbmVzcwo+IGFwcGFy YW50bHkuCj4gPgo+ID4KPiA+Cj4gRGVwZW5kcyBvbiB3aGF0IHlvdSBkZWZpbmUgInNlcmlvdXMg YnVzaW5lc3MiLi4uCj4gWWVzLCBJIGFtIHJhdGhlciBuZXcgdG8gRnJlZUJTRCAoMnkrKQo+IEkg YW0ganVzdCB0cnlpbmcgdG8gc2V0dXAgYSAvc3RhYmxlLyBjbHVzdGVyIG9mIHNpeCBtYWNoaW5l cyByaWdodCBub3cuCj4gRm9yIG92ZXIgYSB3ZWVrIHN0cmFpZ2h0Lgo+IDQuMTEgd29ya3MgcGVy ZmVjdGx5LiBCdXQgc3VwcG9ydCBpcyBnb2luZyB0byBiZSBkcm9wcGVkIHZlcnkgc29vbiwgc28K PiB0aGF0J3MgYSBiYWQgb3B0aW9uIGZvciBtZSByaWdodCBub3cuCj4KPiBPdmVyIGFsbCwgdGhl IHN5c3RlbSBpcyAvb25seS8gc3VwcG9zZWQgdG8gaGFuZGxlIGEgZmV3IGh1bmRyZWQgaGl0cyBw ZXIKPiBzZWNvbmQuIChidXQgaW5jbHVkaW5nIGR5bmFtaWMgc3R1ZmYgbGlrZSBwaHAuLi4pCj4K PiBEdW5ubyBpZiB0aGF0IChvciB3aGF0IGVsc2UpIGlzICJzZXJpb3VzIGJ1c2luZXNzIiBmb3Ig eW91Lgo+IFdoaWNoIHZlcnNpb24gd291bGQgeW91IHN1Z2dlc3QgZm9yICJzZXJpb3VzIGJ1c2lu ZXNzIj8KPgo+IEFueXdheXMsIG15IHBvaW50IHN0YW5kczogSSByYXRoZXIgaGF2ZSBhbnkgb2Yg bXkgbm9kZXMgcGFuaWMgdGhhbgo+IGNhcnJ5aW5nIHRoZSByaXNrIG9mIGNyZWF0aW5nIGludmFs aWQgZGF0YS4uLgo+IE9uZSBpbiBhIGJpbGxpb24gY2FuIGJlIGhpZ2ggcHJvYmFiaWxpdHksIHNv b24uLi4gKGp1c3QgcGxhbm5pbmcgZm9yIHRoZQo+IGZ1dHVyZS4uLikKPgo+ID5wYW5pY3MgbGlr ZSB0aGF0IHNob3VsZCBiZSBlcmFkaWNhdGVkLCBhZGRpbmcgbW9yZSBub25zZW5zaWNhbCBwYW5p Y3MKPiA+aXMgbm90IHdoYXQgd2UgbmVlZC4KPiA+Cj4gPgo+IHVoLCBJIHdvdWxkIG5vdCBjYWxs IGhhcmR3YXJlIGZhaWx1cmUgIm5vbnNlbnNpY2FsIHBhbmljcyIuIEkgZ3Vlc3MgSQo+IG11c3Qg aGF2ZSBtaXN1bmRlcnN0b29kIHlvdS4uLgo+Cj4gTS4KPgo+Cj4gLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tCj4KPiBNZXNzYWdlOiAyOAo+IERhdGU6IFR1ZSwgMjcgSnVuIDIwMDYgMDA6 Mzk6NDcgKzAyMDAKPiBGcm9tOiAiTS5IaXJzY2giIDxNLkhpcnNjaEBoaXJzY2guaXQ+Cj4gU3Vi amVjdDogUmU6IEZyZWVCU0QgNi54IENWU1VQIHRvZGF5IGNyYXNoZXMgd2l0aCB6ZXJvIGxvYWQg Li4uCj4gVG86IERtaXRyeSBQcnlhbmlzaG5pa292IDxkbWl0cnlAYXRsYW50aXMuZHAudWE+Cj4g Q2M6IGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnCj4gTWVzc2FnZS1JRDogPDQ0QTA2MjMzLjEw OTA3MDRAaGlyc2NoLml0Pgo+IENvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD1JU08t ODg1OS0xOyBmb3JtYXQ9Zmxvd2VkCj4KPiBEbWl0cnkgUHJ5YW5pc2huaWtvdiBzY2hyaWViOgo+ Cj4gPgo+ID4gSGVsbG8hCj4gPgo+ID4gT24gTW9uLCAyNiBKdW4gMjAwNiwgTS5IaXJzY2ggd3Jv dGU6Cj4gPgo+ID4+IEVDQyBpcyBhIHdheSB0byBtYXNrIGJyb2tlbiBoYXJkd2FyZS4gSSByYXRo ZXIgaGF2ZSBteSBoYXJkd2FyZSBmYWlsCj4gPj4gZGlyZWN0bHkgd2hlbiBpdCBkb2VzIGZpcnN0 LCBzbyBJIGNhbiByZXBsYWNlIGl0IF9pbW1lZGlhdGVseV8KPiA+Cj4gPgo+ID4gIFlvdSBnb3Qg aXQgYmFja3dhcmRzLiBJZiB5b3VyIGRhdGEgaGFzIGFueSB2YWx1ZSB0byB5b3UsIHRoZW4geW91 Cj4gPiBkb24ndCB3YW50Cj4gPiB0byBtaXNzIGFueSBzaW5nbGUtZXJyb3IgYml0IGluIGl0LCBk byB5b3U/IElmIHlvdSdyZSBydW5uaW5nIGhhcmR3YXJlCj4gPiB3L28KPiA+IEVDQywgeW91ciBz aW5nbGUtYml0IGVycm9yIGluIHlvdXIgZGF0YSB3aWxsIGdvIHRvIHRoZSBkaXNrIHVubm90aWNl ZCwKPiA+IGFuZCB5b3UnbGwgbG9zZSB5b3VyIGRhdGEuIFdpdGggRUNDLCBoYXJkd2FyZSB3aWxs IGNvcnJlY3QgaXQuIEluCj4gPiAocmFyZSkgY2FzZSBvZiBtdWx0aXBsZS1iaXQgZXJyb3IgRUND IGxvZ2ljIHdpbGwgZ2VuZXJhdGUgTk1JIGZvciB5b3UsCj4gPiBzbyB5b3UnbGwgbm90aWNlIGFu ZCAicmVwbGFjZSBpdCBfaW1tZWRpYXRlbHlfIiBpbnN0ZWFkIG9mIHR3byB3ZWVrcwo+ID4gYWdv IHdoZW4geW91ciBhcmNoaXZlIHdvbnQgZXh0cmFjdC4KPiA+Cj4gTm9wZSwgSSBhbSByaWdodCBv biB0cmFjay4KPiBJIGRvIG5vdCB3YW50IHRvIGxvc2UgYW55IGRhdGEuIFNvIEknZCBwcmVmZXIg YSBFQ0MgZXJyb3IgdG8gcmFpc2UgYQo+IHBhbmljIHNvIEkgY2FuIHJlcGxhY2UgdGhlIGhhcmR3 YXJlIEFTQVAuCj4gRG9uJ3QgZ2V0IG1lIHdyb25nLCBidXQgdHJhY2tpbmcgYnVncyBpbiBGcmVl QlNEIGlzIHF1aXRlIG1vcmUgb2YgYW4KPiBlZmZvcnQgdGhhbiAianVzdCIgYWtxdWlyaW5nIGEg bmV3IGJveC4uLgo+Cj4gPj4gV2hhdCdzIHlvdXIgaGFyZHdhcmUgZ29vZCBmb3IgaWYgaXQgcGFz c2VzIGEgInRlc3QiLCBidXQgZmFpbHMgaW4KPiA+PiBwcm9kdWN0aW9uPwo+ID4KPiA+Cj4gPiAg SXQncyB0aGUgd2F5IGluIHdoYXQgUkFNIHdpbGwgbWFuaWZlc3Qgc2luZ2xlLWJpdCBlcnJvcnM6 IHlvdSBydW4KPiA+IG1lbW9yeSB0ZXN0IC0gaXQgd29uJ3QgY2F0Y2ggdGhlbSwgbGF0ZXIgaW4g cHJvZHVjdGlvbiB5b3UnbGwgbWlzcwo+ID4gdGhpcyBlcnJvciBiZWNhdXNlCj4gPiBub3RoaW5n IHdpbGwgcHJvdmlkZSBleHRyYSBzYW5pdHkgY2hlY2sgb2YgeW91ciBkYXRhLgo+Cj4gT2suLi4K PiBEb2VzIHRoZSBzdGFuZGFyZCBmcywgVUZTMiwgZG8gImV4dHJhIHNhbml0eSBjaGVja3MiLCB0 aGVuPwo+Cj4gTS4KPgo+Cj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4KPiBNZXNz YWdlOiAyOQo+IERhdGU6IFR1ZSwgMjcgSnVuIDIwMDYgMDA6NTE6NTYgKzAyMDAKPiBGcm9tOiAi TS5IaXJzY2giIDxNLkhpcnNjaEBnbXguZGU+Cj4gU3ViamVjdDogUmU6IEZyZWVCU0QgNi54IENW U1VQIHRvZGF5IGNyYXNoZXMgd2l0aCB6ZXJvIGxvYWQgLi4uCj4gVG86ICJNLkhpcnNjaCIgPE0u SGlyc2NoQGhpcnNjaC5pdD4KPiBDYzogZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcKPiBNZXNz YWdlLUlEOiA8NDRBMDY1MEMuNzAyMDgwNkBnbXguZGU+Cj4gQ29udGVudC1UeXBlOiB0ZXh0L3Bs YWluOyBjaGFyc2V0PUlTTy04ODU5LTE7IGZvcm1hdD1mbG93ZWQKPgo+Cj4gPiBPay4uLgo+ID4g RG9lcyB0aGUgc3RhbmRhcmQgZnMsIFVGUzIsIGRvICJleHRyYSBzYW5pdHkgY2hlY2tzIiwgdGhl bj8KPiA+Cj4gU29ycnksIHJlcGx5aW5nIHRvIG15c2VsZi4uLgo+IE5vLCB0aGlzIGRvZXMgbm90 IG1hdHRlci4KPiBJZiB0aGUgT1MgdGhpbmtzIHRoZSBkYXRhIGlzIG9rLCBVRlMgd2lsbCB3cml0 ZSBPSyBkYXRhLi4uCj4KPiBTbywgbGV0IG1lIHJlcGhyYXNlIHRoaXM6Cj4gSG93IGNhbiBJIG1h a2Ugc3VyZSB0aGVyZSBpcyBubyBicm9rZW4gaGFyZHdhcmUgaW4gbXkgY2x1c3Rlcj8KPiBJIGFt IG5vdCBsb29raW5nIGZvciB3b3JrYXJvdW5kcywgbGlrZSBFQ0MuIEkgd2FudCB0aGUgYm94IHRv IGJyZWFrCj4gaW1tZWRpYXRlbHkgb25jZSBhbnkgc2luZ2xlIGNvbXBvbmVudCBnb2VzIHdyb25n Li4uCj4KPgo+Cj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4KPiBNZXNzYWdlOiAz MAo+IERhdGU6IFR1ZSwgMjcgSnVuIDIwMDYgMDE6NTc6MTcgKzAzMDAgKEVFU1QpCj4gRnJvbTog RG1pdHJ5IFByeWFuaXNobmlrb3YgPGRtaXRyeUBhdGxhbnRpcy5kcC51YT4KPiBTdWJqZWN0OiBS ZTogRnJlZUJTRCA2LnggQ1ZTVVAgdG9kYXkgY3Jhc2hlcyB3aXRoIHplcm8gbG9hZCAuLi4KPiBU bzogIk0uSGlyc2NoIiA8TS5IaXJzY2hAaGlyc2NoLml0Pgo+IENjOiBmcmVlYnNkLXN0YWJsZUBm cmVlYnNkLm9yZwo+IE1lc3NhZ2UtSUQ6IDwyMDA2MDYyNzAxNDMzNS5FODc1MzVAYXRsYW50aXMu YXRsYW50aXMuZHAudWE+Cj4gQ29udGVudC1UeXBlOiBURVhUL1BMQUlOOyBjaGFyc2V0PVVTLUFT Q0lJOyBmb3JtYXQ9Zmxvd2VkCj4KPiBPbiBUdWUsIDI3IEp1biAyMDA2LCBNLkhpcnNjaCB3cm90 ZToKPiA+PiBPbiBNb24sIDI2IEp1biAyMDA2LCBNLkhpcnNjaCB3cm90ZToKPiA+Pj4gRUNDIGlz IGEgd2F5IHRvIG1hc2sgYnJva2VuIGhhcmR3YXJlLiBJIHJhdGhlciBoYXZlIG15IGhhcmR3YXJl IGZhaWwKPiA+Pj4gZGlyZWN0bHkgd2hlbiBpdCBkb2VzIGZpcnN0LCBzbyBJIGNhbiByZXBsYWNl IGl0IF9pbW1lZGlhdGVseV8KPiA+Pgo+ID4+Cj4gPj4gIFlvdSBnb3QgaXQgYmFja3dhcmRzLiBJ ZiB5b3VyIGRhdGEgaGFzIGFueSB2YWx1ZSB0byB5b3UsIHRoZW4geW91Cj4gZG9uJ3QKPiA+Pgo+ ID4gTm9wZSwgSSBhbSByaWdodCBvbiB0cmFjay4KPiA+IEkgZG8gbm90IHdhbnQgdG8gbG9zZSBh bnkgZGF0YS4gU28gSSdkIHByZWZlciBhIEVDQyBlcnJvciB0byByYWlzZSBhCj4gcGFuaWMgc28K PiA+IEkgY2FuIHJlcGxhY2UgdGhlIGhhcmR3YXJlIEFTQVAuCj4KPiAgIFdoZW4geW91IHdyb3Rl ICJFQ0MgaXMgYSB3YXkgdG8gbWFzayBicm9rZW4gaGFyZHdhcmUiLCB5b3Ugd2VyZSBwbGFpbgo+ IHdyb25nLgo+IElmIHlvdSdyZSB1c2luZyBoYXJkd2FyZSB3L28gRUNDLCBpdCBqdXN0IGNhbid0 IHRlbGwgd2hldGhlciBlcnJvciBwcmVzZW50Cj4gb3IgYWJzZW50LiBTbyBFQ0MgX2lzXyB0aGUg d2F5IHRvIGRldGVjdCAobm90IG1hc2spIGJyb2tlbiBoYXJkd2FyZS4KPgo+ICAgSWYgeW91IHdh bnQgRUNDIGNvcnJlY3RvciB0byByYWlzZSBOTUkgb24gY29ycmVjdGVkIGVycm9yIChhcyB3ZWxs IGFzCj4gdW5jb3JyZWN0YWJsZSksIGp1c3Qgc2V0IGFwcHJvcHJvYXRlIGJpdCBpbiBjb250cm9s IHJlZ2lzdGVyIC0gZXZlcnkKPiBJbnRlbCdzIEVDQy1jYXBhYmxlIGNoaXBzZXQgYWxsb3dzIGl0 LiBCdXQgaWYgd2UncmUgc3BlYWtpbmcgYWJvdXQKPiBwcm9kdWN0aW9uIGVudmlyb25tZW50LCBz dWNoIGJlaGF2aW91ciAoYWJub3JtYWwgdGVybWluYXRpb24gb24KPiBfY29ycmVjdGVkXwo+IGVy cm9yKSBpcyB1bmFjY2VwdGFibGUuCj4KPiA+IERvbid0IGdldCBtZSB3cm9uZywgYnV0IHRyYWNr aW5nIGJ1Z3MgaW4gRnJlZUJTRCBpcyBxdWl0ZSBtb3JlIG9mIGFuCj4gZWZmb3J0Cj4gPiB0aGFu ICJqdXN0IiBha3F1aXJpbmcgYSBuZXcgYm94Li4uCj4KPiAgIEkgZG9uJ3Qgc2VlIGNvbm5lY3Rp b24gYmV0d2VlbiB0aGlzIHNlbnRlbmNlIGFuZCBFQ0MgKHdoaWNoIGlzIGhhcmR3YXJlCj4gb3B0 aW9uKS4KPgo+ID4gRG9lcyB0aGUgc3RhbmRhcmQgZnMsIFVGUzIsIGRvICJleHRyYSBzYW5pdHkg Y2hlY2tzIiwgdGhlbj8KPgo+ICAgRGl0dG8uIEFuZCBkb24ndCBmb3JnZXQgdGhhdCBfZXZlcnlf IGRhdGEgc2VjdG9yIG9uIEhERCBfaXNfIGNoZWNrZWQKPiB3aXRoIENSQy4gQXMgd2VsbCBhcyBB VEEgZGF0YSB0cmFuc2ZlcnMgaW4gVURNQSBtb2Rlcy4gQXMgd2VsbCBhcyBkYXRhCj4gaW4gQ1BV IGNhY2hlLiBFeHRyYSBjaGVjayBnaXZlcyBleHRyYSByZWxpYWJpbGl0eS4KPgo+IFNpbmNlcmVs eSwgRG1pdHJ5Cj4gLS0KPiBBdGxhbnRpcyBJU1AsIFN5c3RlbSBBZG1pbmlzdHJhdG9yCj4gZS1t YWlsOiAgZG1pdHJ5QGF0bGFudGlzLmRwLnVhCj4gbmljLWhkbDogTFlOWC1SSVBFCj4KPgo+IC0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+Cj4gTWVzc2FnZTogMzEKPiBEYXRlOiBNb24s IDI2IEp1biAyMDA2IDIzOjU5OjAyICswMTAwCj4gRnJvbTogIlN0ZXZlbiBIYXJ0bGFuZCIgPGtp bGxpbmdAbXVsdGlwbGF5LmNvLnVrPgo+IFN1YmplY3Q6IFJlOiBGcmVlQlNEIDYueCBDVlNVUCB0 b2RheSBjcmFzaGVzIHdpdGggemVybyBsb2FkIC4uLgo+IFRvOiAiTS5IaXJzY2giIDxNLkhpcnNj aEBoaXJzY2guaXQ+LCAgICAiRG1pdHJ5IFByeWFuaXNobmlrb3YiCj4gICAgICAgICA8ZG1pdHJ5 QGF0bGFudGlzLmRwLnVhPgo+IENjOiBmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZwo+IE1lc3Nh Z2UtSUQ6IDwwMDU0MDFjNjk5NzQkMjE3Zjg4NjAkYjNkYjg3ZDRAbXVsdGlwbGF5LmNvLnVrPgo+ IENvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgZm9ybWF0PWZsb3dlZDsgY2hhcnNldD0iaXNvLTg4 NTktMSI7Cj4gICAgICAgICByZXBseS10eXBlPXJlc3BvbnNlCj4KPiBNLkhpcnNjaCB3cm90ZToK PiA+IE9rLi4uCj4gPiBEb2VzIHRoZSBzdGFuZGFyZCBmcywgVUZTMiwgZG8gImV4dHJhIHNhbml0 eSBjaGVja3MiLCB0aGVuPwo+Cj4gTXkgYWR2aWNlIHdvdWxkIGJlIGRvbnQgZmVlZCB0aGUgdHJv bGwuCj4KPiAgICAgU3RldmUKPgo+Cj4gPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09Cj4gVGhpcyBlLm1haWwgaXMgcHJpdmF0ZSBhbmQgY29uZmlkZW50aWFs IGJldHdlZW4gTXVsdGlwbGF5IChVSykgTHRkLiBhbmQKPiB0aGUgcGVyc29uIG9yIGVudGl0eSB0 byB3aG9tIGl0IGlzIGFkZHJlc3NlZC4gSW4gdGhlIGV2ZW50IG9mIG1pc2RpcmVjdGlvbiwKPiB0 aGUgcmVjaXBpZW50IGlzIHByb2hpYml0ZWQgZnJvbSB1c2luZywgY29weWluZywgcHJpbnRpbmcg b3Igb3RoZXJ3aXNlCj4gZGlzc2VtaW5hdGluZyBpdCBvciBhbnkgaW5mb3JtYXRpb24gY29udGFp bmVkIGluIGl0Lgo+Cj4gSW4gdGhlIGV2ZW50IG9mIG1pc2RpcmVjdGlvbiwgaWxsZWdpYmxlIG9y IGluY29tcGxldGUgdHJhbnNtaXNzaW9uIHBsZWFzZQo+IHRlbGVwaG9uZSArNDQgODQ1IDg2OCAx MzM3Cj4gb3IgcmV0dXJuIHRoZSBFLm1haWwgdG8gcG9zdG1hc3RlckBtdWx0aXBsYXkuY28udWsu Cj4KPgo+Cj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4KPiBNZXNzYWdlOiAzMgo+ IERhdGU6IFR1ZSwgMjcgSnVuIDIwMDYgMDE6MDk6MDMgKzAyMDAKPiBGcm9tOiBUaG9tYXMgTnlz dHI/bSA8dGhuQHNhZWFiLnNlPgo+IFN1YmplY3Q6IFJlOiBGcmVlQlNEIDYueCBDVlNVUCB0b2Rh eSBjcmFzaGVzIHdpdGggemVybyBsb2FkIC4uLgo+IFRvOiAiTS5IaXJzY2giIDxNLkhpcnNjaEBo aXJzY2guaXQ+Cj4gQ2M6IGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnCj4gTWVzc2FnZS1JRDog PDQ0QTA2OTBGLjgwNDAwMDVAc2FlYWIuc2U+Cj4gQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBj aGFyc2V0PUlTTy04ODU5LTE7IGZvcm1hdD1mbG93ZWQKPgo+IE0uSGlyc2NoIHdyb3RlOgo+ID4g QW55IGhhcmR3YXJlIHNob3dpbmcgRUNDIGVycm9ycyBzaG91bGQgYmUgcmVwbGFjZWQgYXNhcC4u Cj4KPiBOby4gQUxMIG1lbW9yeSB3aWxsIHNvb25lciBvciBsYXRlciBzaG93IHNpbmdsZSBiaXQg ZXJyb3IuCj4KPiBTZXZlcmFsIHllYXJzIGFnbyBJIHdhcyBjaGVja2luZyB0aGlzIGR1cmluZyBt eSB3b3JrIGF0IEVyaWNzc29uLgo+IFRoZXJlIHdhcyBhIGRpc2N1c3Npb24gaWYgRUNDIHNob3Vs ZCBiZSBwcmVzZW50IGluIHRoZSBHU00tYmFzZS1zdGF0aW9ucwo+IG9yIG5vdC4gSSBoYWQgYSBz cGVjaWFsIHRlc3Qtc29mdHdhcmUgcnVubmluZyBpbiBzZXZlcmFsIHVuaXRzIGxvb2tpbmcKPiBm b3Igc29mdC1lcnJvcnMuIFNvZnQgZXJyb3JzIGFyZSBiaXRzIHRoYXQgYXJlIGZsaXBwZWQgc3Bv bnRhbmVvdXNseSBpbgo+IHRoZSBtZW1vcnkuIFdoZW4gdGhlIGJpdCBhcmUgcmV3cml0dGVuIGl0 IHdpbGwgd29yayBPSyBhZ2Fpbiwgbm8KPiBwZXJtYW5lbnQgZGFtYWdlIHRvIHRoZSBtZW1vcnkg YW5kIG5vIG5lZWQgdG8gcmVwbGFjZSB0aGUgbWVtb3J5Lgo+Cj4gRHVyaW5nIG15IHRlc3QgcGVy aW9kIChJIHRoaW5rIGl0IHdhcyA2LTggbW9udGhlcykgSSBzYXcgZm91ciBvY2Nhc2lvbnMKPiB3 aGVuIHRoaXMgb2NjdXJlZCAodG90YWwgYW1vdW50IG9mIG1lbW9yeSA5NiBNQikuCj4KPiBFQ0Mg aXMgaW50ZW5kZWQgdG8gZml4IHRoaXM6IEl0IHdpbGwgY29ycmVjdCBhIHNpbmdsZSBiaXQgZmF1 bHQgYW5kCj4gYWxsb3cgdGhlIHN5c3RlbSB0byBjb250aXVuZSB1bmludGVycnVwdGVkLgo+Cj4g T2YgY291cnNlIHRoaXMgZXZlbnQgc2hvdWxkIGJlIGxvZ2dlZCBhbmQgaWYgaXQgb2NjdXJzIHNl dmVyYWwgdGltZXMKPiBhdCB0aGUgc2FtZSBwbGFjZSB0aGVuIGl0IGlzIHRpbWUgdG8gcmVwbGFj ZSB0aGUgbWVtb3J5Lgo+Cj4gT2YgY291cnNlIG1lbW9yeSBzaG91bGQgYmUgYmV0dGVyIHRoZXNl IGRheXMgYnV0Li4uLiBrbm9jayBvbiB3b29kLi4uLgo+Cj4gL3RobiBbMjAgeWVhcnMgYXMgSFct ZGVzaWduZXIsIEZyZWVCU0Qgc2luY2UgMy4wXQo+Cj4gLS0KPiAtLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPiBTdmVuc2sgQWt0 dWVsbCBFbGVrdHJvbmlrIEFCICAgICAgICAgICAgICAgICAgICAgVGhvbWFzIE55c3Ry77+9bQo+ IEJveCAxMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFBob25lOiArNDYgOCAz NSA5MiA4NQo+IFMtMTkxIDIxICBTb2xsZW50dW5hICAgICAgICAgICAgICAgICAgICAgICAgRmF4 OiArNDYgOCAzNSA5MiA4Ngo+IFN3ZWRlbiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgRW1haWw6IHRobkBzYWVhYi5zZQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+Cj4KPiAtLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0KPgo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fCj4gZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0Cj4gaHR0 cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1zdGFibGUKPiBU byB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1zdGFibGUtdW5zdWJzY3Jp YmVAZnJlZWJzZC5vcmciCj4KPiBFbmQgb2YgZnJlZWJzZC1zdGFibGUgRGlnZXN0LCBWb2wgMTY0 LCBJc3N1ZSA0Cj4gKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq Kgo+Cg== From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 14:39:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB4EE16A407 for ; Tue, 27 Jun 2006 14:39:15 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from smtp107.biz.mail.mud.yahoo.com (smtp107.biz.mail.mud.yahoo.com [68.142.200.255]) by mx1.FreeBSD.org (Postfix) with SMTP id 4291C43D5E for ; Tue, 27 Jun 2006 14:39:15 +0000 (GMT) (envelope-from john_m_cooper@yahoo.com) Received: (qmail 52264 invoked from network); 27 Jun 2006 14:20:57 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=AaNbIq3IfLtZRNWTxtm/c7u8zXVvNLsoPHCsznm4BKJ90/zvGmmWh3IrD+qhW9XsyWdGwUSyg8sx2x0oqx0wumaNqs38N9+cQNmcUJ16uQYJX8bZSZ/lYXLUC7ZeVmSjYDeMXyRSY56w2WcARA7qfVqXPNtyOE6JO+MhIT3LRco= ; Received: from unknown (HELO borgdemon2.clspco.adelphia.net) (j.m.cooper@borgsdemons.com@209.137.221.2 with login) by smtp107.biz.mail.mud.yahoo.com with SMTP; 27 Jun 2006 14:20:57 -0000 Received: from [127.0.0.1] (localhost [127.0.0.1]) by borgdemon2.clspco.adelphia.net (Postfix) with ESMTP id D07725C3F for ; Tue, 27 Jun 2006 09:20:52 -0500 (CDT) Message-ID: <44A13EC1.3000709@yahoo.com> Date: Tue, 27 Jun 2006 09:20:49 -0500 From: John Merryweather Cooper User-Agent: Thunderbird 1.5.0.4 (X11/20060617) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20060627045310.GA6324@tehran.lain.pl> <20060627052039.GA6500@tehran.lain.pl> In-Reply-To: <20060627052039.GA6500@tehran.lain.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: trap 12: supervisor write, page not present on 6.1-STABLE Tue May 16 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 14:39:15 -0000 Stanislaw Halik wrote: > On Tue, Jun 27, 2006, Stanislaw Halik wrote: > >> 6.1-STABLE crashed on me. I'm providing a backtrace. Could any of you, >> experienced people, suggest me if it's a hardware problem or is it an >> error inside the OS? >> > [...] > > More info follows: > > #7 0xc058e01a in ip_ctloutput (so=0xd68d5d90, sopt=0xd68d5c80) at > /usr/src/sys/netinet/ip_output.c:1210 > 1210 inp->inp_ip_tos = optval; > Current language: auto; currently c > (kgdb) p inp > $1 = (struct inpcb *) 0x0 > > I have identical traps on 6.1-STABLE with my Dell Inspiron 5100. I note that these traps only occur (randomly) when I'm using NDIS to drive my wireless card. jmc From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 16:27:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1E2016A40B for ; Tue, 27 Jun 2006 16:27:58 +0000 (UTC) (envelope-from asmer.free@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id E93DB44B74 for ; Tue, 27 Jun 2006 16:27:51 +0000 (GMT) (envelope-from asmer.free@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so1661583nzp for ; Tue, 27 Jun 2006 09:27:51 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=Jd1CRuxhOn3YK/MIiZyPN6QICPsIbMfLbkRv8QqZRJ3dVX0aljFUdJNQLgSJ4qmsau6lAYLFHvZhT++xESV+AgpB9Zimd34iHbtOdpdwNffZg3cxflYOepY9wffMcJ6bar3KTzMAKJ+z1ZUl0seAPY2k0kKlFnNDmVN5/poEBFw= Received: by 10.64.48.20 with SMTP id v20mr266535qbv; Tue, 27 Jun 2006 09:27:50 -0700 (PDT) Received: by 10.65.225.9 with HTTP; Tue, 27 Jun 2006 09:27:50 -0700 (PDT) Message-ID: Date: Tue, 27 Jun 2006 19:27:50 +0300 From: "Ivan Asmer" 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: Canon PIXMA support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 16:27:58 -0000 Hello everyone. I'm interesting how to run my canon pixma iP 1500 under my honest freebsd. As I found in internet this is impossible. Who can say more? -- wbr, asmer From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 16:29:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33BA416A66D for ; Tue, 27 Jun 2006 16:29:37 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.18.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DBDB4433C for ; Tue, 27 Jun 2006 15:59:07 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 17284 invoked from network); 27 Jun 2006 15:59:05 -0000 Received: from unknown (HELO localhost) (775067@[217.50.128.168]) (envelope-sender ) by smtprelay06.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 27 Jun 2006 15:59:05 -0000 Date: Tue, 27 Jun 2006 17:58:53 +0200 From: Fabian Keil To: freebsd-stable@freebsd.org Message-ID: <20060627175853.765a590e@localhost> X-Mailer: Sylpheed-Claws 2.2.3 (GTK+ 2.8.19; i386-portbld-freebsd6.1) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc User-Agent: 321 test Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_rQp_J0S92vixBVoING5W7ix; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: Peter Thoenen Subject: FreeBSD 6.1 Tor issues (Once More, with Feeling) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 16:29:37 -0000 --Sig_rQp_J0S92vixBVoING5W7ix Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable There was a "request" for Tor related problem reports a while ago, I couldn't find the message again, but I believe it was posted here. Last week I installed: FreeBSD tor.fabiankeil.de 6.1-RELEASE-p2 FreeBSD 6.1-RELEASE-p2 #0: Fri Jun 23 20:06:57 CEST 2006 fk@fabiankeil.de:/usr/obj/usr/src/sys/BIGSLEEP i386. At the moment it is only acting as Tor node tor-devel (maintainer CC'd) is running jailed in a Geli image, ntpd, named, cron and sshd are running in the host system and that's about it. No mail or web server and nearly no traffic besides the one caused by Tor. I started Tor Friday night and had to reset the box three times since then. The server just suddenly stops responding, the logs stop as well, therefore I assume it either panics or hangs. I only have remote access, a serial console is available, but it becomes unresponsive as well. I didn't configure DDB yet, so maybe that is to be expected? cron creates some stats every five minutes, a few minutes before a hang this morning the load was: last pid: 7996; load averages: 0.40, 0.37, 0.36 up 0+18:38:25 05:5= 5:02 83 processes: 2 running, 66 sleeping, 15 waiting CPU states: 21.3% user, 0.0% nice, 17.8% system, 20.2% interrupt, 40.7% id= le Mem: 100M Active, 157M Inact, 102M Wired, 12K Cache, 60M Buf, 134M Free Swap: 1024M Total, 1024M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 11 root 1 171 52 0K 8K RUN 857:30 53.61% idle 12 root 1 -44 -163 0K 8K WAIT 45:22 6.54% swi1: net 23 root 1 -68 -187 0K 8K WAIT 14:48 2.83% irq12: fxp0= fxp1 7973 root 1 96 0 2264K 1544K RUN 0:00 0.51% top 13 root 1 -32 -151 0K 8K WAIT 5:49 0.10% swi4: clock= sio 33 root 1 171 52 0K 8K pgzero 0:02 0.10% pagezero 3 root 1 -8 0 0K 8K - 0:16 0.05% g_up 1586 _tor 14 20 0 99M 97912K kserel 188:36 0.00% tor 15 root 1 -16 0 0K 8K - 1:01 0.00% yarrow 1443 root 1 -8 0 0K 8K geli:w 0:49 0.00% g_eli[0] md0 4 root 1 -8 0 0K 8K - 0:21 0.00% g_down 35 root 1 20 0 0K 8K syncer 0:17 0.00% syncer 1439 root 1 -8 0 0K 8K mdwait 0:13 0.00% md0 24 root 1 -64 -183 0K 8K WAIT 0:08 0.00% irq14: ata0 2 root 1 -8 0 0K 8K - 0:07 0.00% g_event 42 root 1 -16 0 0K 8K - 0:06 0.00% schedcpu 453 root 1 96 0 2920K 1752K select 0:05 0.00% ntpd 256 _pflogd 1 -58 0 1548K 1216K bpf 0:05 0.00% pflog pfctls -si: Status: Enabled for 0 days 18:37:52 Debug: Urgent Hostid: 0x1ec3da6b Interface Stats for fxp0 IPv4 IPv6 Bytes In 25077859159 0 Bytes Out 27498863362 0 Packets In Passed 36192760 0 Blocked 32213 0 Packets Out Passed 36871432 0 Blocked 265 0 State Table Total Rate current entries 5290 =20 searches 73567507 1096.8/s inserts 600068 8.9/s removals 594778 8.9/s Counters match 752600 11.2/s bad-offset 0 0.0/s fragment 102 0.0/s short 0 0.0/s normalize 2 0.0/s memory 68 0.0/s bad-timestamp 0 0.0/s congestion 0 0.0/s ip-option 0 0.0/s proto-cksum 0 0.0/s state-mismatch 12655 0.2/s state-insert 0 0.0/s state-limit 0 0.0/s src-limit 2 0.0/s synproxy Today's traffic graph: (The hang around 14:00 happened while I was logged in doing a buildworld) At the moment I'm building RELENG_6 with DDB to see if it changes anything and if I can get a core dump, but so far the problem seems to be similar to: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D95180 (closed) and . Is anyone on this list running a Tor node on FreeBSD 6.1-RELEASE or later with similar or higher load? Fabian --=20 http://www.fabiankeil.de/ --Sig_rQp_J0S92vixBVoING5W7ix Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEoVXHjV8GA4rMKUQRAl/6AJ4x4lmn/k1O7uY0qkfxoh3jJVFkcgCfS8ue KID7WYpPk4OgXycTlfLtqkY= =OPhf -----END PGP SIGNATURE----- --Sig_rQp_J0S92vixBVoING5W7ix-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 16:31:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5480A16A59B for ; Tue, 27 Jun 2006 16:31:25 +0000 (UTC) (envelope-from freebsd-stable-archive@cloud9.net) Received: from russian-caravan.cloud9.net (russian-caravan.cloud9.net [168.100.1.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02C5843D53 for ; Tue, 27 Jun 2006 16:31:22 +0000 (GMT) (envelope-from freebsd-stable-archive@cloud9.net) Received: from russian-caravan.cloud9.net (localhost [127.0.0.1]) by russian-caravan.cloud9.net (Postfix) with SMTP id 2A054194F5 for ; Tue, 27 Jun 2006 12:31:20 -0400 (EDT) Received: from earl-grey.cloud9.net (earl-grey.cloud9.net [168.100.1.1]) by russian-caravan.cloud9.net (Postfix) with ESMTP id F310319522 for ; Tue, 27 Jun 2006 12:31:19 -0400 (EDT) Date: Tue, 27 Jun 2006 12:31:19 -0400 (EDT) From: freebsd-stable-archive@cloud9.net X-X-Sender: mark@earl-grey.cloud9.net To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-AntiVirus: Checked by Vexira Antivirus v1.5 Subject: FreeBSD 6 and MySQL with DBs on a NAS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 16:31:25 -0000 Hi, I was wondering if anyone else had encountered this issue and/or come up with what needs to be done to resolve it: I currently have MySQL 5.0.22 built from ports on a FreeBSD 6.1 machine with the DB data residing on a NetApp share connected via NFS. A strange thing happens often after a few hours or a couple of days, some tables that are very active start to crash for no apparent reason as far as I can tell. Example output from check table tablename: +----------------------------+-------+----------+-------------------------------------------------------------------+ | Table | Op | Msg_type | Msg_text | +----------------------------+-------+----------+-------------------------------------------------------------------+ | dbname.tablename | check | warning | Table is marked as crashed | | dbname.tablename | check | error | Found key at page 18259968 that points to record outside datafile | | dbname.tablename | check | error | Corrupt | +----------------------------+-------+----------+-------------------------------------------------------------------+ Upon moving the DB data to a local drive, the system operates flawlessly and has done so for many weeks, but I really need to keep these data on the networked share. The problem didn't happen when I was using FreeBSD 4.11, it only started after upgrading to FreeBSD 6.0 or 6.1. A poster on a MySQL mailing list suggested perhaps it could be a file locking issue at the OS level and so I post my inquiry here. I've seen this happen on FreeBSD 6.0 and 6.1 with MySQL 4.1.x and MySQL 5.0.x built from ports. Has anyone else seen this and if so has a resolution been found? -- Mark P. Hennessy From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 16:38:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33B1A16A409 for ; Tue, 27 Jun 2006 16:38: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 A943D43D5C for ; Tue, 27 Jun 2006 16:38:56 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [IPv6:::1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k5RGap43023098; Tue, 27 Jun 2006 10:36:52 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 27 Jun 2006 10:36:53 -0600 (MDT) Message-Id: <20060627.103653.-365731676.imp@bsdimp.com> To: doconnor@gsoft.com.au From: "M. Warner Losh" In-Reply-To: <200606272235.03097.doconnor@gsoft.com.au> References: <20060622.231428.790460912.imp@bsdimp.com> <200606231539.09594.doconnor@gsoft.com.au> <200606272235.03097.doconnor@gsoft.com.au> 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 Cc: pieter@degoeje.nl, freebsd-stable@freebsd.org Subject: Re: Asus A8V IRQ/serial problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2006 16:38:57 -0000 In message: <200606272235.03097.doconnor@gsoft.com.au> "Daniel O'Connor" writes: : On Friday 23 June 2006 15:39, Daniel O'Connor wrote: : > How's this diff? : : So hideous you are blinded and hence can't reply? Basically yes. However, I did reply. Warner From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 17:26:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C06F16A407 for ; Tue, 27 Jun 2006 17:26:23 +0000 (UTC) (envelope-from msanghavi@cscmail.org) Received: from outmail1.cscmail.org (outmail1.cscmail.org [209.78.200.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49F1E443D9 for ; Tue, 27 Jun 2006 17:26:23 +0000 (GMT) (envelope-from msanghavi@cscmail.org) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 27 Jun 2006 10:26:23 -0700 Message-ID: <3D473AD33FF36F49864926324D4B72A57C1581@csc-mail.la.casciencectr.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Whats the difference Thread-Index: AcaZZVQyr48Qc57NQiG5fIUpW+3iXg== From: "Mihir Sanghavi" To: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Whats the difference X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 17:26:23 -0000 Hi, I am a new member to FreeBSD on the whole. I would like to know the differences between FreeBSD 4.7, 5.X and 6.1. My company is using BSD 4.7 currently and I would like it to change to 5 or 6. What technical difficulties might I face or how much code would be needed to re-written. I do understand that these are too broad questions but any sort of input would be helpful at this stage. Please email me back to mihir.sanghavi@gmail.com. Thanking everyone in advance. Regards, Mihir From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 18:38:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3336C16A403 for ; Tue, 27 Jun 2006 18:38:15 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr2.xs4all.nl (smtp-vbr2.xs4all.nl [194.109.24.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7775A44380 for ; Tue, 27 Jun 2006 18:38:14 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr2.xs4all.nl (8.13.6/8.13.6) with ESMTP id k5RIcCaZ097012; Tue, 27 Jun 2006 20:38:13 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 68FE8B89C; Tue, 27 Jun 2006 20:38:12 +0200 (CEST) Date: Tue, 27 Jun 2006 20:38:12 +0200 From: Roland Smith To: Ivan Asmer Message-ID: <20060627183812.GA70584@slackbox.xs4all.nl> Mail-Followup-To: Ivan Asmer , freebsd-stable@freebsd.org References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: Canon PIXMA support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 18:38:15 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 27, 2006 at 07:27:50PM +0300, Ivan Asmer wrote: > Hello everyone. >=20 > I'm interesting how to run my canon pixma iP 1500 under my honest freebsd. > As I found in internet this is impossible. Who can say more? If it's not listed at the following link, you're probably out of luck: http://www.freestandards.org/printing/public/printer_list.cgi?make=3DCanon In general, check compatibility with FreeBSD before you buy. If you can afford one, get a printer that understands the Postscript printing language and has a parallel port. That will Just Work. 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) --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEoXsUEnfvsMMhpyURAvhwAJ0Zm9AJFzsqJjjJYxNuOkG7RZBF5gCeNrWC HM4cO9glc/qcuEYsF70ITzI= =aqdj -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 18:43:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B94E16A866 for ; Tue, 27 Jun 2006 18:43:34 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78A8B44E0B for ; Tue, 27 Jun 2006 18:19:51 +0000 (GMT) (envelope-from karagodov@gmail.com) Received: by py-out-1112.google.com with SMTP id c30so1994172pyc for ; Tue, 27 Jun 2006 11:19:50 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=O2Cx3KaoP637BzE/aMPT69+gCuX8k2iNULKwmu0J/G4J2PyrSW00cexSV0caQfMF41P0BZtuwQ2Zc4krJE7ZATrN8TFjWWB2pB9Z27efttibRAaeKMFyE3jgoDFQBneBtmZZdICdGEmaVmVVMUDHmtlrBubG+Ij+CEry75V164Y= Received: by 10.35.37.18 with SMTP id p18mr7470474pyj; Tue, 27 Jun 2006 11:19:50 -0700 (PDT) Received: by 10.35.69.12 with HTTP; Tue, 27 Jun 2006 11:19:50 -0700 (PDT) Message-ID: Date: Tue, 27 Jun 2006 22:19:50 +0400 From: "Alexey Karagodov" To: "freebsd-stable-archive@cloud9.net" In-Reply-To: MIME-Version: 1.0 References: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6 and MySQL with DBs on a NAS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 18:43:34 -0000 dGhlcmUgd2FzIHNvbWUgcHJvYmxlbXMgd2l0aCBORlMgb24gRnJlZUJTRCA2IC4uLgp0cnkgdG8g Z29vZ2xlIHByb2JsZW0gcmVsYXRlZCB0byBORlMgb3Igc2VhcmNoIHRoaXMgbWFpbGluZyBsaXN0 CgoKMjAwNi82LzI3LCBmcmVlYnNkLXN0YWJsZS1hcmNoaXZlQGNsb3VkOS5uZXQgPApmcmVlYnNk LXN0YWJsZS1hcmNoaXZlQGNsb3VkOS5uZXQ+Ogo+Cj4gSGksIEkgd2FzIHdvbmRlcmluZyBpZiBh bnlvbmUgZWxzZSBoYWQgZW5jb3VudGVyZWQgdGhpcyBpc3N1ZSBhbmQvb3IgY29tZQo+IHVwIHdp dGggd2hhdCBuZWVkcyB0byBiZSBkb25lIHRvIHJlc29sdmUgaXQ6Cj4KPiBJIGN1cnJlbnRseSBo YXZlIE15U1FMIDUuMC4yMiBidWlsdCBmcm9tIHBvcnRzIG9uIGEgRnJlZUJTRCA2LjEgbWFjaGlu ZQo+IHdpdGggdGhlIERCIGRhdGEgcmVzaWRpbmcgb24gYSBOZXRBcHAgc2hhcmUgY29ubmVjdGVk IHZpYSBORlMuICBBCj4gc3RyYW5nZSB0aGluZyBoYXBwZW5zIG9mdGVuIGFmdGVyIGEgZmV3IGhv dXJzIG9yIGEgY291cGxlIG9mIGRheXMsIHNvbWUKPiB0YWJsZXMgdGhhdCBhcmUgdmVyeSBhY3Rp dmUgc3RhcnQgdG8gY3Jhc2ggZm9yIG5vIGFwcGFyZW50IHJlYXNvbgo+IGFzIGZhciBhcyBJIGNh biB0ZWxsLgo+Cj4gRXhhbXBsZSBvdXRwdXQgZnJvbSBjaGVjayB0YWJsZSB0YWJsZW5hbWU6Cj4K PiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tKy0tLS0tLS0tLS0rLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLSsKPiB8IFRhYmxlICAgICAgICAgICAgICAgICAgICAgIHwgT3AgICAgfCBNc2dfdHlwZSB8 IE1zZ190ZXh0IHwKPgo+ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0rLS0t LS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tKwo+IHwgZGJuYW1lLnRhYmxlbmFtZSB8IGNoZWNrIHwgd2Fybmlu ZyAgfCBUYWJsZSBpcyBtYXJrZWQgYXMgY3Jhc2hlZAo+IHwKPiB8IGRibmFtZS50YWJsZW5hbWUg fCBjaGVjayB8IGVycm9yICAgIHwgRm91bmQga2V5IGF0IHBhZ2UgMTgyNTk5NjggdGhhdAo+IHBv aW50cyB0byByZWNvcmQgb3V0c2lkZSBkYXRhZmlsZSB8Cj4gfCBkYm5hbWUudGFibGVuYW1lIHwg Y2hlY2sgfCBlcnJvciAgICB8IENvcnJ1cHQgfAo+Cj4gKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0rLS0tLS0tLSstLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCj4KPiBVcG9uIG1vdmluZyB0aGUg REIgZGF0YSB0byBhIGxvY2FsIGRyaXZlLCB0aGUgc3lzdGVtIG9wZXJhdGVzIGZsYXdsZXNzbHkK PiBhbmQgaGFzIGRvbmUgc28gZm9yIG1hbnkgd2Vla3MsIGJ1dCBJIHJlYWxseSBuZWVkIHRvIGtl ZXAgdGhlc2UgZGF0YSBvbgo+IHRoZSBuZXR3b3JrZWQgc2hhcmUuCj4KPiBUaGUgcHJvYmxlbSBk aWRuJ3QgaGFwcGVuIHdoZW4gSSB3YXMgdXNpbmcgRnJlZUJTRCA0LjExLCBpdCBvbmx5IHN0YXJ0 ZWQKPiBhZnRlciB1cGdyYWRpbmcgdG8gRnJlZUJTRCA2LjAgb3IgNi4xLgo+Cj4gQSBwb3N0ZXIg b24gYSBNeVNRTCBtYWlsaW5nIGxpc3Qgc3VnZ2VzdGVkIHBlcmhhcHMgaXQgY291bGQgYmUgYSBm aWxlCj4gbG9ja2luZyBpc3N1ZSBhdCB0aGUgT1MgbGV2ZWwgYW5kIHNvIEkgcG9zdCBteSBpbnF1 aXJ5IGhlcmUuCj4KPiBJJ3ZlIHNlZW4gdGhpcyBoYXBwZW4gb24gRnJlZUJTRCA2LjAgYW5kIDYu MSB3aXRoIE15U1FMIDQuMS54IGFuZCBNeVNRTAo+IDUuMC54IGJ1aWx0IGZyb20gcG9ydHMuICBI YXMgYW55b25lIGVsc2Ugc2VlbiB0aGlzIGFuZCBpZiBzbyBoYXMgYQo+IHJlc29sdXRpb24gYmVl biBmb3VuZD8KPgo+IC0tCj4gTWFyayBQLiBIZW5uZXNzeQo+IF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcg bWFpbGluZyBsaXN0Cj4gaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8v ZnJlZWJzZC1zdGFibGUKPiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJz ZC1zdGFibGUtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciCj4KCgoKLS0gCvMg9dfB1sXOycXNLCDh zMXL08XKIOvB0sHHz8TP1y4g8NLPxcvUydLP18HOycUsINDP09TSz8XOycUsCsHEzcnOydPU0snS z9fBzsnFIMkg0M/ExMXS1svBIMnOxs/SzcHDyc/OztnIINPJ09TFzS4K From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 20:56:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C02A316A530 for ; Tue, 27 Jun 2006 20:56:02 +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 1FF07455B8 for ; Tue, 27 Jun 2006 20:00:16 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 58CEF336D; Tue, 27 Jun 2006 15:00:16 -0500 (CDT) Date: Tue, 27 Jun 2006 15:00:16 -0500 To: Mihir Sanghavi Message-ID: <20060627200016.GB20695@soaustin.net> References: <3D473AD33FF36F49864926324D4B72A57C1581@csc-mail.la.casciencectr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D473AD33FF36F49864926324D4B72A57C1581@csc-mail.la.casciencectr.org> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: freebsd-stable@freebsd.org Subject: Re: Whats the difference X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 20:56:02 -0000 On Tue, Jun 27, 2006 at 10:26:23AM -0700, Mihir Sanghavi wrote: > My company is using BSD 4.7 currently and I would like it to change > to 5 or 6. What technical difficulties might I face or how much code > would be needed to re-written. Please see the article "Choosing the FreeBSD Version That Is Right For You", at http://www.freebsd.org/doc/en_US.ISO8859-1/articles/version-guide/index.html , to see if it helps your decision. mcl From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 20:56:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEFA216AAD1 for ; Tue, 27 Jun 2006 20:56:58 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from tide.yandex.ru (tide.yandex.ru [213.180.200.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D19C442B9 for ; Tue, 27 Jun 2006 17:19:50 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from YAMAIL (tide.yandex.ru) by mail.yandex.ru id ; Tue, 27 Jun 2006 21:19:04 +0400 Received: from [82.211.152.12] ([82.211.152.12]) by mail.yandex.ru with HTTP; Tue, 27 Jun 2006 21:19:04 +0400 (MSD) Date: Tue, 27 Jun 2006 21:19:04 +0400 (MSD) From: "Andrey V. Elsukov" Sender: bu7cher@yandex.ru Message-Id: <44A16888.000002.17193@tide.yandex.ru> MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] Errors-To: bu7cher@yandex.ru To: freebsd-stable@freebsd.org X-Source-Ip: 82.211.152.12 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Xorg 6.9.0: strange holding -> keyboard not works X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bu7cher@yandex.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2006 20:56:59 -0000 Hi. I have recently updated my system to RELENG_6. Also i've updated more programms from ports. > pkg_info -x xorg | grep Info Information for xorg-6.9.0: Information for xorg-clients-6.9.0_2: Information for xorg-documents-6.9.0: Information for xorg-fonts-100dpi-6.9.0_1: Information for xorg-fonts-75dpi-6.9.0_1: Information for xorg-fonts-cyrillic-6.9.0_1: Information for xorg-fonts-encodings-6.9.0_1: Information for xorg-fonts-miscbitmaps-6.9.0_1: Information for xorg-fonts-truetype-6.9.0: Information for xorg-fonts-type1-6.9.0: Information for xorg-fontserver-6.9.0_1: Information for xorg-libraries-6.9.0: Information for xorg-manpages-6.9.0: Information for xorg-nestserver-6.9.0: Information for xorg-printserver-6.9.0_1: Information for xorg-server-6.9.0_3: Information for xorg-vfbserver-6.9.0_1: > pkg_info -x nvidia | grep Info Information for nvidia-driver-1.0.8178_1: > pkg_info -x mplayer | grep Info Information for mplayer-gtk-esound-0.99.7_13: Information for mplayer-skins-1.1.2_1: My window manager is fluxbox, i try to open video file and my system go to console and seems frozen. I've try to power off via ACPI and the system was correctly shutting down. After reboot i've tried again. And have tried connect to my system from another computer. Successfull. I've looked to top(1): ... 868 butcher 1 131 0 32788K 27232K RUN 5:06 98.97% Xorg .. I've tried ktrace(1). http://butcher.heavennet.ru/ktrace.out.gz > kdump -R ... 868 Xorg 0.019886 PSIG SIGALRM caught handler=0x80da0cc mask=0x400400 code=0x0 868 Xorg 0.000013 CALL sigreturn(0xbfbfdc40) 868 Xorg 0.000003 RET sigreturn JUSTRETURN 868 Xorg 0.019976 PSIG SIGALRM caught handler=0x80da0cc mask=0x400400 code=0x0 868 Xorg 0.000013 CALL sigreturn(0xbfbfdc40) 868 Xorg 0.000003 RET sigreturn JUSTRETURN 868 Xorg 0.019985 PSIG SIGALRM caught handler=0x80da0cc mask=0x400400 code=0x0 868 Xorg 0.000012 CALL sigreturn(0xbfbfdc40) 868 Xorg 0.000003 RET sigreturn JUSTRETURN 868 Xorg 0.019984 PSIG SIGALRM caught handler=0x80da0cc mask=0x400400 code=0x0 868 Xorg 0.000012 CALL sigreturn(0xbfbfdc40) 868 Xorg 0.000003 RET sigreturn JUSTRETURN 868 Xorg 0.019986 PSIG SIGALRM caught handler=0x80da0cc mask=0x400400 code=0x0 ... I've tried > kill 868 Process was not killed. > kill -KILL 868 Process was killed and system was unfrozen. What is this? What i can do for resolve this problem? -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 21:06:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4263216A410 for ; Tue, 27 Jun 2006 21:06:53 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 162C643E8A for ; Tue, 27 Jun 2006 21:06:49 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k5RL6cbd095942 for ; Wed, 28 Jun 2006 00:06:38 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Wed, 28 Jun 2006 00:06:38 +0300 (EEST) From: Dmitry Pryanishnikov To: freebsd-stable@freebsd.org Message-ID: <20060627234645.H76020@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: ATAPICAM in RELENG_6 sometimes swaps drives X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 21:06:53 -0000 Hello! My machine (running RELENG_6) has 2 ATAPI drives attached to the second channel of Intel ICH4 built-in ATA controller ata1 (NEC DVD-RW as a master and AOPEN CD-RW as a slave). Of course their ATAPI devices always show up in the fixed order: acd0: DVDR at ata1-master UDMA33 acd1: CDRW at ata1-slave UDMA33 However, ATAPICAM devices sometimes show in the same order: cd0 at ata1 bus 0 target 0 lun 0 cd0: <_NEC DVD_RW ND-3520A 1.04> Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present cd1 at ata1 bus 0 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 33.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present and sometimes get swapped: cd0 at ata1 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 cd1 at ata1 bus 0 target 0 lun 0 cd1: <_NEC DVD_RW ND-3520A 1.04> Removable CD-ROM SCSI-0 device cd1: 33.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present I consider this behaviour as being quite weird and misleading. E.g., it doesn't allow to set up correctly a couple of useful links from /etc/devfs.conf: link cd0 sdvdrom link cd1 scdrom (sometimes scdrom points not to CD-RW, but to DVD-RW drive). What's the reason of this weirdness, can it be fixed? Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 22:16:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B82316A408 for ; Tue, 27 Jun 2006 22:16:43 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C87F45CEA for ; Tue, 27 Jun 2006 22:16:42 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.6/8.13.6) with ESMTP id k5RMLooZ097511 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Jun 2006 18:21:56 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-stable@freebsd.org Date: Tue, 27 Jun 2006 18:16:59 -0400 User-Agent: KMail/1.9.1 References: <20060627183812.GA70584@slackbox.xs4all.nl> In-Reply-To: <20060627183812.GA70584@slackbox.xs4all.nl> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1739564.tdIdvrDWRi"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606271817.15708.mistry.7@osu.edu> X-Spam-Status: No, score=-4.5 required=5.0 tests=ALL_TRUSTED,BAYES_60, MYFREEBSD2 autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.2/1568/Tue Jun 27 14:39:17 2006 on mail.united-ware.com X-Virus-Status: Clean Cc: Roland Smith , Ivan Asmer Subject: Re: Canon PIXMA support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 22:16:43 -0000 --nextPart1739564.tdIdvrDWRi Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 27 June 2006 14:38, Roland Smith wrote: > On Tue, Jun 27, 2006 at 07:27:50PM +0300, Ivan Asmer wrote: > > Hello everyone. > > > > I'm interesting how to run my canon pixma iP 1500 under my honest > > freebsd. As I found in internet this is impossible. Who can say > > more? Here is how some Linux folks got it working. http://forum.linspire.com/viewtopic.php?p=3D534013& > > If it's not listed at the following link, you're probably out of > luck: > > http://www.freestandards.org/printing/public/printer_list.cgi?make=3D >Canon > > In general, check compatibility with FreeBSD before you buy. If you > can afford one, get a printer that understands the Postscript > printing language and has a parallel port. That will Just Work. Most HP printers (99%) are supported (including faxing and scanning)=20 via hplip (HP's Official Linux/Unix Driver) in the ports. Check=20 hplip.sourceforge.net for the compatibility list. =2D-=20 Anish Mistry --nextPart1739564.tdIdvrDWRi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEoa5rxqA5ziudZT0RAvSrAJ4/mA+2LaiivLjhn2FVDGpV3ZvanACeOHCV GqG7XISNkkcvd0ZG5bP3ml8= =MrN0 -----END PGP SIGNATURE----- --nextPart1739564.tdIdvrDWRi-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 22:18:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F29C916A400 for ; Tue, 27 Jun 2006 22:18:02 +0000 (UTC) (envelope-from norbert@augenstein.net) Received: from www33.your-server.de (www33.your-server.de [213.133.104.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0AC245D05 for ; Tue, 27 Jun 2006 22:17:54 +0000 (GMT) (envelope-from norbert@augenstein.net) Received: from [84.153.33.114] (helo=kyle.augenstein.ten) by www33.your-server.de with esmtpa (Exim 4.52) id 1FvLsU-00017d-Bh for freebsd-stable@freebsd.org; Wed, 28 Jun 2006 00:17:53 +0200 Date: Wed, 28 Jun 2006 00:17:46 +0200 From: Norbert Augenstein To: freebsd-stable@freebsd.org Message-ID: <20060627221745.GA639@kyle.augenstein.ten> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060627234645.H76020@atlantis.atlantis.dp.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060627234645.H76020@atlantis.atlantis.dp.ua> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE X-Copyright: (c) auge -> Norbert Augenstein, Munich, Germany X-Authenticated-Sender: norbert@augenstein.net X-Virus-Scanned: Clear (ClamAV 0.88.2/1564/Mon Jun 26 16:55:16 2006) Subject: Re: ATAPICAM in RELENG_6 sometimes swaps drives X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 22:18:03 -0000 On Wed, Jun 28, 2006 at 12:06:38AM +0300, Dmitry Pryanishnikov wrote: > > Hello! > > My machine (running RELENG_6) has 2 ATAPI drives attached to the second > channel of Intel ICH4 built-in ATA controller ata1 (NEC DVD-RW as a master > and AOPEN CD-RW as a slave). Of course their ATAPI devices always show up > in the fixed order: > > acd0: DVDR at ata1-master UDMA33 > acd1: CDRW at ata1-slave UDMA33 > > However, ATAPICAM devices sometimes show in the same order: > > cd0 at ata1 bus 0 target 0 lun 0 > cd0: <_NEC DVD_RW ND-3520A 1.04> Removable CD-ROM SCSI-0 device > cd0: 33.000MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not present > cd1 at ata1 bus 0 target 1 lun 0 > cd1: Removable CD-ROM SCSI-0 device > cd1: 33.000MB/s transfers > cd1: Attempt to query device size failed: NOT READY, Medium not present > > and sometimes get swapped: > > cd0 at ata1 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 > cd1 at ata1 bus 0 target 0 lun 0 > cd1: <_NEC DVD_RW ND-3520A 1.04> Removable CD-ROM SCSI-0 device > cd1: 33.000MB/s transfers > cd1: Attempt to query device size failed: NOT READY, Medium not present > > I consider this behaviour as being quite weird and misleading. E.g., it > doesn't allow to set up correctly a couple of useful links from > /etc/devfs.conf: > > link cd0 sdvdrom > link cd1 scdrom > > (sometimes scdrom points not to CD-RW, but to DVD-RW drive). What's the > reason of this weirdness, can it be fixed? > > Sincerely, Dmitry Hi Dimitry, similar problem here, as workaround i placed hint.cd.0.target="0" to /boot/loader.conf Regards, --> auge Norbert Augenstein -- 12:10AM up 41 mins, 1 user, load averages: 0.00, 0.00, 0.00 ======================================================================== WARNING TO ALL PERSONNEL: Firings will continue until morale improves. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 22:27:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA38316A49E for ; Tue, 27 Jun 2006 22:27:16 +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 9415043D62 for ; Tue, 27 Jun 2006 22:27:15 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp215-163.lns1.adl2.internode.on.net [203.122.215.163]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k5RMQvQx079365 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Jun 2006 07:56:59 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "M. Warner Losh" Date: Wed, 28 Jun 2006 07:56:34 +0930 User-Agent: KMail/1.9.3 References: <20060622.231428.790460912.imp@bsdimp.com> <200606272235.03097.doconnor@gsoft.com.au> <20060627.103653.-365731676.imp@bsdimp.com> In-Reply-To: <20060627.103653.-365731676.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart15774325.hXc9DNN6qa"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606280756.50653.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: pieter@degoeje.nl, freebsd-stable@freebsd.org Subject: Re: Asus A8V IRQ/serial problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jun 2006 22:27:16 -0000 --nextPart15774325.hXc9DNN6qa Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 28 June 2006 02:06, M. Warner Losh wrote: > : So hideous you are blinded and hence can't reply? > > Basically yes. > > However, I did reply. Hmm strange I didn't get it :( (Unless you meant this message) =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 --nextPart15774325.hXc9DNN6qa Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEobCq5ZPcIHs/zowRAsSpAKCg6Ke2IJgvTAZw5TK+sVsOnOSr3ACfahcG hh8GWZadQfJVVGVjxpVQK6A= =LcwQ -----END PGP SIGNATURE----- --nextPart15774325.hXc9DNN6qa-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 22:32:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED0A716A40E for ; Tue, 27 Jun 2006 22:32:23 +0000 (UTC) (envelope-from tdb@carrick.bishnet.net) Received: from carrick.bishnet.net (carrick.bishnet.net [84.234.16.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6780C43D49 for ; Tue, 27 Jun 2006 22:32:21 +0000 (GMT) (envelope-from tdb@carrick.bishnet.net) Received: from tdb by carrick.bishnet.net with local (Exim 4.62 (FreeBSD)) (envelope-from ) id 1FvM6Q-0004pT-8R; Tue, 27 Jun 2006 23:32:14 +0100 Date: Tue, 27 Jun 2006 23:32:14 +0100 From: Tim Bishop To: Sven Willenberger Message-ID: <20060627223214.GA18318@carrick.bishnet.net> References: <1151338928.2186.4.camel@lanshark.dmv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1151338928.2186.4.camel@lanshark.dmv.com> X-PGP-Key: 0x5AE7D984, http://www.bishnet.net/tim/tim-bishnet-net.asc X-PGP-Fingerprint: 1453 086E 9376 1A50 ECF6 AE05 7DCE D659 5AE7 D984 User-Agent: Mutt/1.5.11 X-Bishnet-MailScanner-Information: Contact postmaster@bishnet.net X-Bishnet-MailScanner-VirusCheck: Found to be clean X-Bishnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-2.6, required 5, autolearn=not spam, BAYES_00 -2.60, NO_RELAYS -0.00) X-Bishnet-MailScanner-From: tdb@carrick.bishnet.net Cc: freebsd-stable Subject: Re: vinum to gvinum help X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 22:32:24 -0000 On Mon, Jun 26, 2006 at 12:22:07PM -0400, Sven Willenberger wrote: > I have an i386 system currently running 5.2.1-RELEASE with a vinum > mirror array (2 drives comprising /usr ). I want to upgrade this to > 5.5-RELEASE which, if I understand correctly, no longer supports vinum > arrays. Would simply chaning /boot/loader.conf to read gvinum_load > instead of vinum_load work or would the geom layer prevent this from > working properly? If not, is there a recommended way of upgrading a > vinum array to a gvinum or gmirror array? I did this upgrade not long ago (and later to 6.1). The process of switching from vinum to gvinum is pretty easy, although the specifics escape me now. Changing loader.conf and fstab are the main ones, but assuming you have console access you should easily be able to fix anything else that crops up. As Mark said, there were shared library version changes between these versions, so you'll end up needing to rebuild all your apps. I did this with portupgrade, but I got everything updated and working on 5.2.1 first so I wouldn't have to worry about that during the upgrade. A word of warning though. I'm currently left with no raid because somewhere along the line vinum/gvinum corrupted the metadata. This only happened after a disk failure and after switching to gvinum (could be coincidence), but has left me looking elsewhere - gmirror looks good - for a RAID system. See the archives of this list for details - summary is that the kernel module locks up when loading. Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 From owner-freebsd-stable@FreeBSD.ORG Tue Jun 27 23:36:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7124216A407 for ; Tue, 27 Jun 2006 23:36:45 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from H43.C18.B96.tor.eicat.ca (H43.C18.B96.tor.eicat.ca [66.96.18.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1198244E59 for ; Tue, 27 Jun 2006 23:36:44 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from [172.16.0.200] (desktop.home.local [172.16.0.200]) by H43.C18.B96.tor.eicat.ca (Postfix) with ESMTP id 3CFE51141A; Tue, 27 Jun 2006 19:36:38 -0400 (EDT) Message-ID: <44A1C10C.3020504@rogers.com> Date: Tue, 27 Jun 2006 19:36:44 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Mihir Sanghavi References: <3D473AD33FF36F49864926324D4B72A57C1581@csc-mail.la.casciencectr.org> In-Reply-To: <3D473AD33FF36F49864926324D4B72A57C1581@csc-mail.la.casciencectr.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SpamToaster-Information: This messages has been scanned by SpamToaster http://www.digitalprogression.ca X-SpamToaster: Found to be clean X-SpamToaster-SpamCheck: not spam, SpamAssassin (not cached, score=-1.284, required 3.5, ALL_TRUSTED -1.80, AWL 1.21, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20, DNS_FROM_RFC_POST 1.71) X-SpamToaster-From: mikej@rogers.com X-Spam-Status: No Cc: freebsd-stable@freebsd.org Subject: Re: Whats the difference X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2006 23:36:45 -0000 Mihir Sanghavi wrote: > Hi, > > I am a new member to FreeBSD on the whole. I would like to know the > differences between FreeBSD 4.7, 5.X and 6.1. My company is using BSD > 4.7 currently and I would like it to change to 5 or 6. What technical > difficulties might I face or how much code would be needed to > re-written. I do understand that these are too broad questions but any > sort of input would be helpful at this stage. Please email me back to > mihir.sanghavi@gmail.com. Thanking everyone in advance. > There are many improvements in FreeBSD 6 over 4, specially for new hardware and SMP systems (multi cpu or dual core cpus). If you have an old machine, which is not connected to an external network then there probably inst any good reason to upgrade, but i would consider it in the near future, as official support for 4.x has been dropped. I cant say what code you need to rewrite, as i don't know what application you are using. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 03:26:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDC5E16A400 for ; Wed, 28 Jun 2006 03:26:26 +0000 (UTC) (envelope-from maenaka@pluto.dti.ne.jp) Received: from smtp11.dti.ne.jp (smtp11.dti.ne.jp [202.216.231.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57CC344A62 for ; Wed, 28 Jun 2006 03:26:25 +0000 (GMT) (envelope-from maenaka@pluto.dti.ne.jp) Received: from towerrecords.minidns.net (221x254x158x92.ap221.ftth.ucom.ne.jp [221.254.158.92]) by smtp11.dti.ne.jp (3.11s) with ESMTP id k5S3QOLU007919 for ; Wed, 28 Jun 2006 12:26:25 +0900 (JST) Received: from [127.0.0.1] (towerrecords.minidns.net [192.168.0.1]) by towerrecords.minidns.net (Postfix) with ESMTP id EB5CA47B6 for ; Wed, 28 Jun 2006 12:26:24 +0900 (JST) From: "UEMURA (fka. MAENAKA) Tetsuya" To: freebsd-stable@freebsd.org In-Reply-To: References: <74DFB78C-4710-4DD2-A3DA-222BABAECE96@khera.org> X-DBMail-PhysMessage-ID: 152966 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.25.01 [ja] Message-Id: <20060628032624.EB5CA47B6@towerrecords.minidns.net> Date: Wed, 28 Jun 2006 12:26:24 +0900 (JST) Subject: Re: SMP system not running SMP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2006 03:26:26 -0000 Posted on Tue, 27 Jun 2006 15:06:51 +0100 by author Pete French > Whats the motherboard and chipset ? The problem only seems to > happen on those 8111 / 8131 based boards - if it's one of those > and it runs then I'd be extremely interested! Just FYI. I manage a 4 cores SMP server using Tyan B2881G28U4H [1] on which there are AIC-7902 and AMD-81x1. A MaxTronic RAID enclosure is connected to AIC-7902 and FreeBSD 6.0-RC1 is booted off from it. By default, FreeBSD couldn't start. Dumping the ahd state when probing the da and simply stopped. So I set the SCSI BIOS to restrict the device speed upto 80MB/s and the problem went away. After that, the machine runs flawlessly for 8 months. [1] http://www.tyan.com/products/html/gx28b2881_spec.html -- UEMURA (fka. MAENAKA) Tetsuya From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 04:07:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 199BA16A414 for ; Wed, 28 Jun 2006 04:07:19 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.223.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2ADB143D96 for ; Wed, 28 Jun 2006 04:07:13 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([81.18.142.225]:10513 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S2077537AbWF1EHK (ORCPT ); Wed, 28 Jun 2006 08:07:10 +0400 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: bu7cher Message-ID: <44A2006C.7050905@yandex.ru> Date: Wed, 28 Jun 2006 08:07:08 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <44A16888.000002.17193@tide.yandex.ru> In-Reply-To: <44A16888.000002.17193@tide.yandex.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit To: unlisted-recipients:; (no To-header on input) Subject: Re: Xorg 6.9.0: strange holding -> keyboard not works [resolved] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2006 04:07:19 -0000 Andrey V. Elsukov wrote: > What is this? What i can do for resolve this problem? I've created core file and backtrace, he has pointed me to nvidia-driver. The problem was resolved after upgrade x11/nvidia-driver. -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 04:09:28 2006 Return-Path: X-Original-To: freebsd-stable@freeBSD.org Delivered-To: freebsd-stable@freeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 213D916A40F; Wed, 28 Jun 2006 04:09:28 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E4B144B00; Wed, 28 Jun 2006 02:15:18 +0000 (GMT) (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 DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id 039C7382; Tue, 27 Jun 2006 21:15:18 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 23D9F61C2B; Tue, 27 Jun 2006 21:15:17 -0500 (CDT) Date: Tue, 27 Jun 2006 21:15:17 -0500 From: "Matthew D. Fuller" To: Eprha Carvajal Message-ID: <20060628021516.GI32650@over-yonder.net> References: <44A00881.8040302@wcborstel.com> 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.11-fullermd.3 Cc: freebsd-acpi@freeBSD.org, jorn@wcborstel.com, freebsd-stable@freeBSD.org Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jun 2006 04:09:28 -0000 On Tue, Jun 27, 2006 at 01:16:11PM +0000 I heard the voice of Eprha Carvajal, and lo! it spake thus: > > I see no ACPI capability in the processor features ACPI is not a CPU feature. -- 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 Jun 28 04:50:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D01D16A400 for ; Wed, 28 Jun 2006 04:50:09 +0000 (UTC) (envelope-from evan@proc.to) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9153144623 for ; Wed, 28 Jun 2006 04:50:08 +0000 (GMT) (envelope-from evan@proc.to) Received: by py-out-1112.google.com with SMTP id t32so69939pyc for ; Tue, 27 Jun 2006 21:50:07 -0700 (PDT) Received: by 10.35.78.13 with SMTP id f13mr56581pyl; Tue, 27 Jun 2006 21:50:07 -0700 (PDT) Received: by 10.35.59.18 with HTTP; Tue, 27 Jun 2006 21:50:07 -0700 (PDT) Message-ID: Date: Wed, 28 Jun 2006 14:50:07 +1000 From: "Evan Clarke" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Strange mouse issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jun 2006 04:50:09 -0000 Hello I am running -STABLE (checked out Tue Jun 27), and have come across a strange issue regarding my mouse. The mouse is a Logitech MX500 connected via USB. My kernel is custom (GENERIC, just minus the unneeded CPU lines). An important thing to note is that I do not have a floppy drive installed. When I boot with floppy drive enabled in tbe BIOS - my mouse will work correctly. The boot process pauses approx 10-20 seconds just after probing my discs and before checking and mounting the drives. When I boot with floppy drive disabled in the BIOS - the mouse does not work. The boot process looses this long pause as well (boots really fast!). To me it seems to be an issue of maybe the mouse is not being given enough time to power up before moused attaches, but it appears fine in the boot log. It seems strange that it doesn't work when the BIOS is set incorrectly. Any ideas; I would like to leave the floppy disabled and get the quick boot times as this is a system where it is turned off when not in use. Also it seems to be the more correct way to set things up. dmesg with floppy enabled (where it pauses I have marked with a ** PAUSE**): Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-STABLE #0: Tue Jun 27 17:43:26 EST 2006 evan@localhost.localdomain:/usr/obj/usr/src/sys/JUMPMAN Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Duron(tm) Processor (1109.89-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x670 Stepping = 0 Features=0x383f9ff AMD Features=0xc0440800,MMX+,3DNow+,3DNow> real memory = 385859584 (367 MB) avail memory = 368111616 (351 MB) kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfb ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x3 76,0xd800-0xd80f at device 7.1 on pci0 atapci0: Correcting VIA config for southbridge data corruption bug ata0: on atapci0 ata1: on atapci0 uhci0: port 0xd400-0xd41f irq 6 at device 7.2 on pci 0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd000-0xd01f irq 6 at device 7.3 on pci 0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: at device 7.4 (no driver attached) pcm0: port 0xb800-0xb8ff,0xb400-0xb403,0xb000-0xb003 irq 5 at de vice 7.5 on pci0 pcm0: uhci2: port 0xa400-0xa41f irq 10 at device 14.0 on p ci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xa000-0xa01f irq 5 at dev i0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xea800000-0xea8000ff i 14.2 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 4 ports with 4 removable, self powered pci0: at device 15.0 (no driver attached) fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 fdc0: does not respond device_attach: fdc0 attach returned 6 ppc0: port 0x378-0x37f,0x778-0x77b irq pi0 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 0x 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 acp atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 fdc0: does not respond device_attach: fdc0 attach returned 6 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xca7ff,0xcc000-0xcffff o sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff ums0: B16_b_02 USB-PS/2 Optical Mouse, rev 2.00/98.02, addr 2, icl ums0: 8 buttons and Z dir. Timecounter "TSC" frequency 1109889762 Hz quality 800 Timecounters tick every 1.000 msec ad0: 114473MB at ata0-master UDMA10 acd0: DVDROM at at 66 ad3: 76319MB at ata1-slave UDMA100 ** PAUSE ** Trying to mount root from ufs:/dev/ad0s1a dmesg with floppy enabled: Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993 The Regents of the University of California. All rights re FreeBSD 6.1-STABLE #0: Tue Jun 27 17:43:26 EST 2006 evan@localhost.localdomain:/usr/obj/usr/src/sys/JUMPMAN Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Duron(tm) Processor (1109.89-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x670 Stepping = 0 Features=0x383f9ff AMD Features=0xc0440800,MMX+,3DNow+,3DNow> real memory = 385859584 (367 MB) avail memory = 368111616 (351 MB) kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on a cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0 ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0 76,0xd800-0xd80f at device 7.1 on pci0 atapci0: Correcting VIA config for southbridge data corruption bug ata0: on atapci0 ata1: on atapci0 uhci0: port 0xd400-0xd41f irq 9 at dev 0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd000-0xd01f irq 9 at dev 0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: at device 7.4 (no driver attached) pcm0: port 0xb800-0xb8ff,0xb400-0xb403,0xb000-0xb0 vice 7.5 on pci0 pcm0: uhci2: port 0xa400-0xa41f at device 14 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xa000-0xa01f at device 14 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xea800000-0xea8000ff a on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 4 ports with 4 removable, self powered pci0: at device 15.0 (no driver attached) fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f,0x778-0x77b irq pi0 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 0x 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 acp atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xca7ff,0xcc000-0xcffff o sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff ums0: B16_b_02 USB-PS/2 Optical Mouse, rev 2.00/98.02, addr 2, icl ums0: 8 buttons and Z dir. Timecounter "TSC" frequency 1109891010 Hz quality 800 Timecounters tick every 1.000 msec ad0: 114473MB at ata0-master UDMA10 acd0: DVDROM at at 66 ad3: 76319MB at ata1-slave UDMA100 Trying to mount root from ufs:/dev/ad0s1a From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 08:09:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9F1416A47B for ; Wed, 28 Jun 2006 08:09:16 +0000 (UTC) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 727A043D46 for ; Wed, 28 Jun 2006 08:09:16 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (localhost.natserv.net [127.0.0.1]) by zoraida.natserv.net (Postfix) with ESMTP id 420ACB894; Wed, 28 Jun 2006 04:09:15 -0400 (EDT) Received: from 35st-server.simplicato.com (static-71-249-233-130.nycmny.east.verizon.net [71.249.233.130]) by zoraida.natserv.net (Postfix) with ESMTP id CE8EDB88E; Wed, 28 Jun 2006 04:09:14 -0400 (EDT) References: <20060607222351.GA66870@math.jussieu.fr> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Francisco Reyes To: shih@math.jussieu.fr Date: Wed, 28 Jun 2006 04:09:14 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: 6.1-R ? 6-Stable ? 5.5-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: Wed, 28 Jun 2006 08:09:17 -0000 Albert Shih writes: > I've nfs server running 6-Stable (5 April 2006) with some trouble but ... > well approx stable. > > But today he crash again (after ~1.5 mounth). > > Now I'm like have some advise : > > 1/ I can upgrade to 6.1-Release, but I've see many problem with > nfsd heavy load. And the only purpose of this server is .. nfsd. We have been upgrading to 6.X.. including 6.1 and so far the server seems, for the most part stable, until a few days ago(more below). What is a HUGE problem for us so far is that if the server hanks.. all clients that are 6.X can't unmount. 6.0 stable, 6.1 stable.. recent 6.1.. not so recent 6.1.. UDP, TCP, softmount with retrycount 1... In short. Right now I would not recommend 6.X for nfs client. > 3/ I can downgrade to 5.5. I known this is legacy release but > if it's work....that's enought for me... So far 6.X has been for the most part stable as NFS sever for us.. but one of our servers has been hanging crashing and NFSD was showing as status "GIANT"... and locking.. It had 6.0 stable and upgrading it to 6.1 stable (6-26) has not helped. But other machines are ok.. so may be an application. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 08:18:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1608316A416 for ; Wed, 28 Jun 2006 08:18:03 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx0.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B25143DA1 for ; Wed, 28 Jun 2006 08:18:00 +0000 (GMT) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx0.rink.nu (Postfix) with ESMTP id 0B17117068; Wed, 28 Jun 2006 10:17:55 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx0.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id heXjLqFiNwOy; Wed, 28 Jun 2006 10:17:52 +0200 (CEST) Received: by mx0.rink.nu (Postfix, from userid 1678) id 4314817048; Wed, 28 Jun 2006 10:17:52 +0200 (CEST) Date: Wed, 28 Jun 2006 10:17:52 +0200 From: Rink Springer To: Francisco Reyes Message-ID: <20060628081752.GA24060@rink.nu> References: <20060607222351.GA66870@math.jussieu.fr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Kj7319i9nmIyA2yE" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org, shih@math.jussieu.fr Subject: Re: 6.1-R ? 6-Stable ? 5.5-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: Wed, 28 Jun 2006 08:18:03 -0000 --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 28, 2006 at 04:09:14AM -0400, Francisco Reyes wrote: > So far 6.X has been for the most part stable as NFS sever for us.. but on= e=20 > of our servers has been hanging crashing and NFSD was showing as status= =20 > "GIANT"... and locking.. It had 6.0 stable and upgrading it to 6.1 stable= =20 > (6-26) has not helped. But other machines are ok.. so may be an applicati= on. You'll want to upgrade to the latest 6-STABLE, where this bug has been fixe= d. --=20 Rink P.W. Springer - http://rink.nu "Richter: Tribute? You steal men's souls, and make them your slaves! Dracula: Perhaps the same could be said of all religions." - Castlevania: Symphony of the Night --Kj7319i9nmIyA2yE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEojswb3O60uztv/8RAkBzAKCuc8wrSGXTFkpzCTrHDRAR1FKt5QCdHPjW Ia6rPO6COimyaGtj+uopYrk= =cU5t -----END PGP SIGNATURE----- --Kj7319i9nmIyA2yE-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 08:18:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38E7116A408 for ; Wed, 28 Jun 2006 08:18:40 +0000 (UTC) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D0E743D98 for ; Wed, 28 Jun 2006 08:18:34 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (localhost.natserv.net [127.0.0.1]) by zoraida.natserv.net (Postfix) with ESMTP id 52418B8A2 for ; Wed, 28 Jun 2006 04:18:33 -0400 (EDT) Received: from 35st-server.simplicato.com (static-71-249-233-130.nycmny.east.verizon.net [71.249.233.130]) by zoraida.natserv.net (Postfix) with ESMTP id E7439B89C for ; Wed, 28 Jun 2006 04:18:32 -0400 (EDT) Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Francisco Reyes To: FreeBSD Stable List Date: Wed, 28 Jun 2006 04:18:32 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: NFS clients freeze and can not disconnect X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2006 08:18:40 -0000 I have a series of machines 6.0 stable (various dates), 6.1 stable (various dates) that freeze if the NFS sever they are connected to becomes unresponsive or crashes. Was able to confirm this behavior for both i386 and AMD64. A 5.3 machine connected to the same nfs server was able to "umount -f" the volume. I was able to reproduce the problem in a test environment. Tried TCP, UDP connections, soft mount and a retry count of 1. It doesn't seem to matter whether the server is 6.X or 5.X (tested in both), it is the 6.X client that has the problem. Searching the archives seem to be a known issue. Is there a patch? Or has it recently being fixed? The dates of my 6.X client machines varies, but are 6.0 stable up to 6.1Stable may 29. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 09:11:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FC8516A400; Wed, 28 Jun 2006 09:11:58 +0000 (UTC) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE51E43DB4; Wed, 28 Jun 2006 09:11:39 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (localhost.natserv.net [127.0.0.1]) by zoraida.natserv.net (Postfix) with ESMTP id C3AF1B894; Wed, 28 Jun 2006 05:11:38 -0400 (EDT) Received: from 35st-server.simplicato.com (static-71-249-233-130.nycmny.east.verizon.net [71.249.233.130]) by zoraida.natserv.net (Postfix) with ESMTP id 62E0BB88E; Wed, 28 Jun 2006 05:11:38 -0400 (EDT) References: <20060607222351.GA66870@math.jussieu.fr> <20060628081752.GA24060@rink.nu> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Francisco Reyes To: Rink Springer Date: Wed, 28 Jun 2006 05:11:37 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: shih@math.jussieu.fr, freebsd-stable@freebsd.org Subject: Re: 6.1-R ? 6-Stable ? 5.5-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: Wed, 28 Jun 2006 09:11:58 -0000 Rink Springer writes: > On Wed, Jun 28, 2006 at 04:09:14AM -0400, Francisco Reyes wrote: >> So far 6.X has been for the most part stable as NFS sever for us.. but one >> of our servers has been hanging crashing and NFSD was showing as status >> "GIANT" > You'll want to upgrade to the latest 6-STABLE, where this bug has been fixed. RELENG_6? >From what I can tell that is stable RELENG_6 The line of development for FreeBSD-6.X, also known as FreeBSD 6-STABLE FreeBSD 6.1-STABLE #4: Sun Jun 25 <---- Was it fixed after Jun 25? From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 09:17:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09CB616A408 for ; Wed, 28 Jun 2006 09:17:01 +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 9FF9D43D94 for ; Wed, 28 Jun 2006 09:17:00 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 57D9846BF6; Wed, 28 Jun 2006 05:17:00 -0400 (EDT) Date: Wed, 28 Jun 2006 10:17:00 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Stanislaw Halik In-Reply-To: <20060627134134.GA23337@tehran.lain.pl> Message-ID: <20060628101405.I50845@fledge.watson.org> References: <20060627045310.GA6324@tehran.lain.pl> <20060627140946.J273@fledge.watson.org> <20060627134134.GA23337@tehran.lain.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: trap 12: supervisor write, page not present on 6.1-STABLE Tue May 16 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2006 09:17:01 -0000 On Tue, 27 Jun 2006, Stanislaw Halik wrote: > On Tue, Jun 27, 2006, Robert Watson wrote: >>> 6.1-STABLE crashed on me. I'm providing a backtrace. Could any of you, >>> experienced people, suggest me if it's a hardware problem or is it an >>> error inside the OS? >> This is a known bug in the TCP code; a large set of outstanding changes is >> present in 7.x that will fix the problem when merged. However, I recently >> had push-back on merging the larger batch of changes, so am looking at >> merging a workaround that will also correct the problem without the larger >> set of architectural changes. I hope to have a chance to look at that in >> detail this weekend. > > I'm glad to know that it isn't either unknown or hardware-related. Thank you > for your prompt reply! Per my earlier e-mail, I had hoped to merge a larger set of changes from HEAD that resolve the underlying problem here (that inpcb's can be detached from a socket while the socket is still in use), but right now I'm deferring merging those changes as they are somewhat risky (as they are large). Instead, I've produced a candidate work-around patch, now attached to kern/97095. This does not fix the underlying problem, but seeks to narrow the window for the race to be exercised by avoiding caching a volatile pointer across user memory copying, which under load can result in blocking I/O. I would be quite interested in knowing if this resolves the problem in practice -- if so, it's a definite short-term merge candidate to reduce the symptoms of this problem until the proper fix can be merged. http://www.watson.org/~robert/freebsd/netperf/20060628-ip_ctloutput.diff Thanks, Robert N M Watson Computer Laboratory University of Cambridge Index: ip_output.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/ip_output.c,v retrieving revision 1.242.2.9 diff -u -r1.242.2.9 ip_output.c --- ip_output.c 4 Jun 2006 10:19:34 -0000 1.242.2.9 +++ ip_output.c 28 Jun 2006 09:03:14 -0000 @@ -1154,7 +1154,7 @@ struct socket *so; struct sockopt *sopt; { - struct inpcb *inp = sotoinpcb(so); + struct inpcb *inp; int error, optval; error = optval = 0; @@ -1187,6 +1187,7 @@ m_free(m); break; } + inp = sotoinpcb(so); INP_LOCK(inp); error = ip_pcbopts(inp, sopt->sopt_name, m); INP_UNLOCK(inp); @@ -1209,6 +1210,7 @@ if (error) break; + inp = sotoinpcb(so); switch (sopt->sopt_name) { case IP_TOS: inp->inp_ip_tos = optval; @@ -1274,6 +1276,7 @@ case IP_MULTICAST_LOOP: case IP_ADD_MEMBERSHIP: case IP_DROP_MEMBERSHIP: + inp = sotoinpcb(so); error = ip_setmoptions(inp, sopt); break; @@ -1283,6 +1286,7 @@ if (error) break; + inp = sotoinpcb(so); INP_LOCK(inp); switch (optval) { case IP_PORTRANGE_DEFAULT: @@ -1325,6 +1329,7 @@ req = mtod(m, caddr_t); len = m->m_len; optname = sopt->sopt_name; + inp = sotoinpcb(so); error = ipsec4_set_policy(inp, optname, req, len, priv); m_freem(m); break; @@ -1341,6 +1346,7 @@ switch (sopt->sopt_name) { case IP_OPTIONS: case IP_RETOPTS: + inp = sotoinpcb(so); if (inp->inp_options) error = sooptcopyout(sopt, mtod(inp->inp_options, @@ -1362,6 +1368,7 @@ case IP_FAITH: case IP_ONESBCAST: case IP_DONTFRAG: + inp = sotoinpcb(so); switch (sopt->sopt_name) { case IP_TOS: @@ -1427,6 +1434,7 @@ case IP_MULTICAST_LOOP: case IP_ADD_MEMBERSHIP: case IP_DROP_MEMBERSHIP: + inp = sotoinpcb(so); error = ip_getmoptions(inp, sopt); break; @@ -1441,7 +1449,8 @@ req = mtod(m, caddr_t); len = m->m_len; } - error = ipsec4_get_policy(sotoinpcb(so), req, len, &m); + inp = sotoinpcb(so); + error = ipsec4_get_policy(inp, req, len, &m); if (error == 0) error = soopt_mcopyout(sopt, m); /* XXX */ if (error == 0) From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 09:21:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D5F016A410 for ; Wed, 28 Jun 2006 09:21:53 +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 9F26243D98 for ; Wed, 28 Jun 2006 09:21:52 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 48E7346D03; Wed, 28 Jun 2006 05:21:52 -0400 (EDT) Date: Wed, 28 Jun 2006 10:21:52 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Fabian Keil In-Reply-To: <20060627175853.765a590e@localhost> Message-ID: <20060628101729.J50845@fledge.watson.org> References: <20060627175853.765a590e@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Peter Thoenen , freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1 Tor issues (Once More, with Feeling) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2006 09:21:53 -0000 On Tue, 27 Jun 2006, Fabian Keil wrote: > There was a "request" for Tor related problem reports a while ago, I > couldn't find the message again, but I believe it was posted here. I'm very interested in tracking down this problem, but have had a lot of trouble getting reliable reports of problems -- i.e., ones where I could get any debugging information. I had a similar conversation on these lines yeterday with Roger (Tor author) here at the WEIS conference. If this is easily reproduceable, I would like you to do the following: - Compile in options DDB, options KDB, options BREAK_TO_DEBUGGER, options WITNESS, options WITNESS_SKIPSPIN, options INVARIANTS, options INVARIANT_SUPPORT. - Make sure to have a kernel with debugging symbols for the kernel. - Turn on core dumps. The above debugging options will have a significant performance impact, and may or may not affect the probability of the race or deadlock being exercised. The first question is: - Are there any warnings on the console from WITNESS or other debugging options? If so, please copy/paste them into an e-mail for me. - Does a panic occur? If so, the output of the following comments would be very useful: show pcpu show allpcpu ps show locks show alllocks show lockedvnods trace Then walk the list of all processes listed in 'show alllocks', and run trace on each pid. - Does the hang occur? If so, use a serial break to get into DDB, see the above. In both of the last two cases, attempt to get a core dump. Robert N M Watson Computer Laboratory University of Cambridge > > Last week I installed: > FreeBSD tor.fabiankeil.de 6.1-RELEASE-p2 FreeBSD > 6.1-RELEASE-p2 #0: Fri Jun 23 20:06:57 CEST 2006 > fk@fabiankeil.de:/usr/obj/usr/src/sys/BIGSLEEP i386. > > At the moment it is only acting as Tor node > > tor-devel (maintainer CC'd) is running jailed in a Geli image, > ntpd, named, cron and sshd are running in the host system > and that's about it. No mail or web server and nearly no traffic > besides the one caused by Tor. > > I started Tor Friday night and had to reset the box three times > since then. The server just suddenly stops responding, the logs > stop as well, therefore I assume it either panics or hangs. > > I only have remote access, a serial console is available, > but it becomes unresponsive as well. I didn't configure DDB yet, > so maybe that is to be expected? > > cron creates some stats every five minutes, a few minutes > before a hang this morning the load was: > > last pid: 7996; load averages: 0.40, 0.37, 0.36 up 0+18:38:25 05:55:02 > 83 processes: 2 running, 66 sleeping, 15 waiting > CPU states: 21.3% user, 0.0% nice, 17.8% system, 20.2% interrupt, 40.7% idle > Mem: 100M Active, 157M Inact, 102M Wired, 12K Cache, 60M Buf, 134M Free > Swap: 1024M Total, 1024M Free > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 11 root 1 171 52 0K 8K RUN 857:30 53.61% idle > 12 root 1 -44 -163 0K 8K WAIT 45:22 6.54% swi1: net > 23 root 1 -68 -187 0K 8K WAIT 14:48 2.83% irq12: fxp0 fxp1 > 7973 root 1 96 0 2264K 1544K RUN 0:00 0.51% top > 13 root 1 -32 -151 0K 8K WAIT 5:49 0.10% swi4: clock sio > 33 root 1 171 52 0K 8K pgzero 0:02 0.10% pagezero > 3 root 1 -8 0 0K 8K - 0:16 0.05% g_up > 1586 _tor 14 20 0 99M 97912K kserel 188:36 0.00% tor > 15 root 1 -16 0 0K 8K - 1:01 0.00% yarrow > 1443 root 1 -8 0 0K 8K geli:w 0:49 0.00% g_eli[0] md0 > 4 root 1 -8 0 0K 8K - 0:21 0.00% g_down > 35 root 1 20 0 0K 8K syncer 0:17 0.00% syncer > 1439 root 1 -8 0 0K 8K mdwait 0:13 0.00% md0 > 24 root 1 -64 -183 0K 8K WAIT 0:08 0.00% irq14: ata0 > 2 root 1 -8 0 0K 8K - 0:07 0.00% g_event > 42 root 1 -16 0 0K 8K - 0:06 0.00% schedcpu > 453 root 1 96 0 2920K 1752K select 0:05 0.00% ntpd > 256 _pflogd 1 -58 0 1548K 1216K bpf 0:05 0.00% pflog > > pfctls -si: > Status: Enabled for 0 days 18:37:52 Debug: Urgent > > Hostid: 0x1ec3da6b > > Interface Stats for fxp0 IPv4 IPv6 > Bytes In 25077859159 0 > Bytes Out 27498863362 0 > Packets In > Passed 36192760 0 > Blocked 32213 0 > Packets Out > Passed 36871432 0 > Blocked 265 0 > > State Table Total Rate > current entries 5290 > searches 73567507 1096.8/s > inserts 600068 8.9/s > removals 594778 8.9/s > Counters > match 752600 11.2/s > bad-offset 0 0.0/s > fragment 102 0.0/s > short 0 0.0/s > normalize 2 0.0/s > memory 68 0.0/s > bad-timestamp 0 0.0/s > congestion 0 0.0/s > ip-option 0 0.0/s > proto-cksum 0 0.0/s > state-mismatch 12655 0.2/s > state-insert 0 0.0/s > state-limit 0 0.0/s > src-limit 2 0.0/s > synproxy > > Today's traffic graph: > > (The hang around 14:00 happened while I was logged in doing a buildworld) > > At the moment I'm building RELENG_6 with DDB to see if it changes anything > and if I can get a core dump, but so far the problem seems to be > similar to: http://www.freebsd.org/cgi/query-pr.cgi?pr=95180 (closed) > and . > > Is anyone on this list running a Tor node on FreeBSD 6.1-RELEASE > or later with similar or higher load? > > Fabian > -- > http://www.fabiankeil.de/ > From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 09:28:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27FB516A400; Wed, 28 Jun 2006 09:28:35 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx0.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F81E43D70; Wed, 28 Jun 2006 09:28:34 +0000 (GMT) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx0.rink.nu (Postfix) with ESMTP id DC72D17060; Wed, 28 Jun 2006 11:28:28 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx0.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CQJN24xkbOyI; Wed, 28 Jun 2006 11:28:26 +0200 (CEST) Received: by mx0.rink.nu (Postfix, from userid 1678) id 133C11704B; Wed, 28 Jun 2006 11:28:26 +0200 (CEST) Date: Wed, 28 Jun 2006 11:28:26 +0200 From: Rink Springer To: Francisco Reyes Message-ID: <20060628092825.GB24060@rink.nu> References: <20060607222351.GA66870@math.jussieu.fr> <20060628081752.GA24060@rink.nu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ADZbWkCsHQ7r3kzd" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Cc: shih@math.jussieu.fr, Rink Springer , freebsd-stable@freebsd.org Subject: Re: 6.1-R ? 6-Stable ? 5.5-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: Wed, 28 Jun 2006 09:28:35 -0000 --ADZbWkCsHQ7r3kzd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > Was it fixed after Jun 25? This comment fixed it for me: --- Date: Tue, 13 Jun 2006 10:50:29 +0000 (UTC) =46rom: Konstantin Belousov To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/nfsserver nfs_serv.c nfs_srvsubs.c kib 2006-06-13 10:50:29 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/nfsserver nfs_serv.c nfs_srvsubs.c Log: MFC of the temporary fix for nfsd leaking GIANT. src/sys/nfsserver/nfs_serv.c rev. 1.165 src/sys/nfsserver/nfs_srvsubs.c rev. 1.141 Approved by: pjd (mentor) Revision Changes Path 1.156.2.3 +16 -0 src/sys/nfsserver/nfs_serv.c 1.136.2.3 +4 -0 src/sys/nfsserver/nfs_srvsubs.c --- Perhaps you could check your revisions of these files? If this does not fix it, something more is certainly going on ... --=20 Rink P.W. Springer - http://rink.nu "Richter: Tribute? You steal men's souls, and make them your slaves! Dracula: Perhaps the same could be said of all religions." - Castlevania: Symphony of the Night --ADZbWkCsHQ7r3kzd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEoku5b3O60uztv/8RAp1GAJ4ypya2OjsA4FQ9CIGyk0zhrsyJRgCfXKnY bCTSIbaVp797A1Z0yvJ2ct8= =pXhB -----END PGP SIGNATURE----- --ADZbWkCsHQ7r3kzd-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 10:23:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D742D16A403; Wed, 28 Jun 2006 10:23:17 +0000 (UTC) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 778C644634; Wed, 28 Jun 2006 10:23:16 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (localhost.natserv.net [127.0.0.1]) by zoraida.natserv.net (Postfix) with ESMTP id EF78BB898; Wed, 28 Jun 2006 06:23:15 -0400 (EDT) Received: from 35st-server.simplicato.com (static-71-249-233-130.nycmny.east.verizon.net [71.249.233.130]) by zoraida.natserv.net (Postfix) with ESMTP id 8263AB896; Wed, 28 Jun 2006 06:23:15 -0400 (EDT) References: <20060607222351.GA66870@math.jussieu.fr> <20060628081752.GA24060@rink.nu> <20060628092825.GB24060@rink.nu> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Francisco Reyes To: Rink Springer Date: Wed, 28 Jun 2006 06:23:15 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: shih@math.jussieu.fr, freebsd-stable@freebsd.org Subject: Re: 6.1-R ? 6-Stable ? 5.5-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: Wed, 28 Jun 2006 10:23:17 -0000 Rink Springer writes: > FreeBSD src repository > > Modified files: (Branch: RELENG_6) > sys/nfsserver nfs_serv.c nfs_srvsubs.c > Log: > MFC of the temporary fix for nfsd leaking GIANT. > > src/sys/nfsserver/nfs_serv.c rev. 1.165 > src/sys/nfsserver/nfs_srvsubs.c rev. 1.141 Both of those files were older. > Approved by: pjd (mentor) > Revision Changes Path > 1.156.2.3 +16 -0 src/sys/nfsserver/nfs_serv.c > 1.136.2.3 +4 -0 src/sys/nfsserver/nfs_srvsubs.c The above files are what I have. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 11:02:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6350516A407; Wed, 28 Jun 2006 11:02:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5900143D48; Wed, 28 Jun 2006 11:02:44 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k5SB2dt5043898 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Jun 2006 14:02:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6) with ESMTP id k5SB2dEM035957; Wed, 28 Jun 2006 14:02:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k5SB2ctS035956; Wed, 28 Jun 2006 14:02:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 28 Jun 2006 14:02:38 +0300 From: Kostik Belousov To: Francisco Reyes Message-ID: <20060628110237.GS79678@deviant.kiev.zoral.com.ua> References: <20060607222351.GA66870@math.jussieu.fr> <20060628081752.GA24060@rink.nu> <20060628092825.GB24060@rink.nu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HywJcj55HbA57jnN" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=0.4 required=5.0 tests=ALL_TRUSTED, DNS_FROM_RFC_ABUSE,SPF_NEUTRAL autolearn=no version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on fw.zoral.com.ua Cc: freebsd-stable@freebsd.org, Rink Springer , shih@math.jussieu.fr Subject: Re: 6.1-R ? 6-Stable ? 5.5-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: Wed, 28 Jun 2006 11:02:51 -0000 --HywJcj55HbA57jnN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 28, 2006 at 06:23:15AM -0400, Francisco Reyes wrote: > Rink Springer writes: >=20 > > FreeBSD src repository > > > > Modified files: (Branch: RELENG_6) > > sys/nfsserver nfs_serv.c nfs_srvsubs.c > > Log: > > MFC of the temporary fix for nfsd leaking GIANT. > > > > src/sys/nfsserver/nfs_serv.c rev. 1.165 > > src/sys/nfsserver/nfs_srvsubs.c rev. 1.141 >=20 > Both of those files were older. >=20 > > Approved by: pjd (mentor) > > Revision Changes Path > > 1.156.2.3 +16 -0 src/sys/nfsserver/nfs_serv.c > > 1.136.2.3 +4 -0 src/sys/nfsserver/nfs_srvsubs.c >=20 > The above files are what I have. What this means ? That you have _this_ revisions of the files, and your LA skyrocketed ? --HywJcj55HbA57jnN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEomHNC3+MBN1Mb4gRAjb7AJ9ko3IbOhWN+M8WMMms1k6pX8gSBQCaA0Cg UvLuMaS30XfnA/lVcPa1YRE= =995Z -----END PGP SIGNATURE----- --HywJcj55HbA57jnN-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 12:20:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDB9E16A411 for ; Wed, 28 Jun 2006 12:20:53 +0000 (UTC) (envelope-from peter.thoenen@yahoo.com) Received: from web51912.mail.yahoo.com (web51912.mail.yahoo.com [206.190.48.75]) by mx1.FreeBSD.org (Postfix) with SMTP id A5E124456B for ; Tue, 27 Jun 2006 22:42:39 +0000 (GMT) (envelope-from peter.thoenen@yahoo.com) Received: (qmail 27086 invoked by uid 60001); 27 Jun 2006 22:42:39 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Zf6biQe/xBaoAUwGMH9/FXXz727p8HtYVWYfT2mm5DPfFMiVexUT4MZtrLIAg4wu4Obqd8FgqPkPPz6safepAlmjk89zuV7zTnSAtA15eFHZGaiCllVFIw1TE0qbX++sF6HHzm6bXFEwUQd1HvvYHOjxCzulUa+SSY5N5th/GM0= ; Message-ID: <20060627224238.27084.qmail@web51912.mail.yahoo.com> Received: from [84.161.16.127] by web51912.mail.yahoo.com via HTTP; Tue, 27 Jun 2006 15:42:38 PDT Date: Tue, 27 Jun 2006 15:42:38 -0700 (PDT) From: Peter Thoenen To: Fabian Keil , freebsd-stable@freebsd.org In-Reply-To: <20060627175853.765a590e@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: FreeBSD 6.1 Tor issues (Once More, with Feeling) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: eol1@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jun 2006 12:20:53 -0000 --- Fabian Keil wrote: > There was a "request" for Tor related problem reports > a while ago, I couldn't find the message again, but I > believe it was posted here. > Is anyone on this list running a Tor node on FreeBSD 6.1-RELEASE > or later with similar or higher load? I am hitting the same issue still Fabian. I had that PR closed as "works for me" with insignificant testing. I am still crashing (as before) but maybe only once every week or two instead of every couple hours with 6.1 RELEASE. The PR really should be reopened. Couple other folk have emailed me with similiar issues offline (and also spoke with it about me on IRC). I am still 99% sure this is NOT A TOR ISSUE!!! I have spoken with many tor users on other platforms and the actual developers and this is not seen by any of them. I can also recreate this crash NOT running tor but just generating a heavy load with freenet and i2p. My gut feeling is still a network code regression between 5.x -> 6.x with the stack rewrite. I am at a loss how to troubleshoot this anymore (as noted in the PR and my earlier email). I truly hope somebody (e.g. a developer) can shed some light on this issue or troubleshoot it. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 12:50:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FE5E16A50A for ; Wed, 28 Jun 2006 12:50:39 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3818543D8A for ; Wed, 28 Jun 2006 12:49:59 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 48CF66125; Wed, 28 Jun 2006 08:49:56 -0400 (EDT) X-Virus-Scanned: amavisd-new at codefab.com Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6lnJPAiW2e+U; Wed, 28 Jun 2006 08:49:55 -0400 (EDT) Received: from [192.168.1.251] (pool-68-160-201-170.ny325.east.verizon.net [68.160.201.170]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id C4F385C14; Wed, 28 Jun 2006 08:49:54 -0400 (EDT) Message-ID: <44A27AE9.70605@mac.com> Date: Wed, 28 Jun 2006 08:49:45 -0400 From: Chuck Swiger User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: eol1@yahoo.com References: <20060627224238.27084.qmail@web51912.mail.yahoo.com> In-Reply-To: <20060627224238.27084.qmail@web51912.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1 Tor issues (Once More, with Feeling) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2006 12:50:39 -0000 Peter Thoenen wrote: > --- Fabian Keil wrote: [ ... ] >> Is anyone on this list running a Tor node on FreeBSD 6.1-RELEASE >> or later with similar or higher load? > > I am hitting the same issue still Fabian. I had that PR closed as > "works for me" with insignificant testing. I am still crashing (as > before) but maybe only once every week or two instead of every couple > hours with 6.1 RELEASE. The PR really should be reopened. Couple > other folk have emailed me with similiar issues offline (and also spoke > with it about me on IRC). Well, having several people show similar problems will help track the issue down, if only by letting us examine common aspects (ie, this happens on SMP systems, it happens when people are using PF, or IPFW, it only happens to people using vr0, or rl0, or some other specific NIC, etc). > I am still 99% sure this is NOT A TOR ISSUE!!! I have spoken with many > tor users on other platforms and the actual developers and this is not > seen by any of them. I can also recreate this crash NOT running tor > but just generating a heavy load with freenet and i2p. It's probably not a TOR issue, no. I gather that you've already run the manufacturer's hardware diagnostics and something like prime95 or memtest86 overnight or longer than 24 hours (ideally)... > My gut feeling is still a network code regression between 5.x -> 6.x with the stack > rewrite. I am at a loss how to troubleshoot this anymore (as noted in > the PR and my earlier email). I truly hope somebody (e.g. a developer) > can shed some light on this issue or troubleshoot it. It would also be interesting to know whether you can revert to running FreeBSD 5.5 on the same hardware under the same workload and have it stay up for longer. Put your dmesg(s), kernel config files, /etc/make.conf, and best efforts at logging the issue (serial console, running vmstat whatever or sysctl -a kern via cron periodicly to a file), on a webpage someplace, and try to cross-link with other people showing the same problem. Post that URL to a PR and/or the mailing lists... -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 14:11:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91CEC16A4D1 for ; Wed, 28 Jun 2006 14:11:55 +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 E9D73443C1 for ; Wed, 28 Jun 2006 13:45:16 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 671E746CC3; Wed, 28 Jun 2006 09:45:16 -0400 (EDT) Date: Wed, 28 Jun 2006 14:45:16 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: eol1@yahoo.com In-Reply-To: <20060627224238.27084.qmail@web51912.mail.yahoo.com> Message-ID: <20060628143728.K60571@fledge.watson.org> References: <20060627224238.27084.qmail@web51912.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1 Tor issues (Once More, with Feeling) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2006 14:11:55 -0000 On Tue, 27 Jun 2006, Peter Thoenen wrote: > --- Fabian Keil wrote: >> There was a "request" for Tor related problem reports >> a while ago, I couldn't find the message again, but I >> believe it was posted here. > >> Is anyone on this list running a Tor node on FreeBSD 6.1-RELEASE >> or later with similar or higher load? > > I am hitting the same issue still Fabian. I had that PR closed as "works > for me" with insignificant testing. I am still crashing (as before) but > maybe only once every week or two instead of every couple hours with 6.1 > RELEASE. The PR really should be reopened. Couple other folk have emailed > me with similiar issues offline (and also spoke with it about me on IRC). In the future, it would be helpful if you replied to the PR saying so. It looks like it was closed at your request as you stated the problem had gone away, so I've been working under the assumption that the problem has gone away, as that's the last information I have. > I am still 99% sure this is NOT A TOR ISSUE!!! I have spoken with many tor > users on other platforms and the actual developers and this is not seen by > any of them. I can also recreate this crash NOT running tor but just > generating a heavy load with freenet and i2p. My gut feeling is still a > network code regression between 5.x -> 6.x with the stack rewrite. I am at a > loss how to troubleshoot this anymore (as noted in the PR and my earlier > email). I truly hope somebody (e.g. a developer) can shed some light on > this issue or troubleshoot it. I have appealed a number of times on the freebsd-security mailing list and eslewhere for information from people who could reproduce the problem. In general the replies I got were that people either had the problem go away with recent 6.x, or that they did not have time or were not interested in helping debug the problem. If you are interested, please take a look at my recent reply to the reported problem, and work through the steps there. I strongly recommend using a serial console on the box. I can only debug a problem if I know it exists, and with enough information, and so far, there's been insufficient information to track down the problem. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 14:42:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C00C16A539 for ; Wed, 28 Jun 2006 14:42:50 +0000 (UTC) (envelope-from mohacsi@niif.hu) Received: from mail.ki.iif.hu (mignon.ki.iif.hu [193.6.222.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D578440E3 for ; Wed, 28 Jun 2006 14:20:04 +0000 (GMT) (envelope-from mohacsi@niif.hu) Received: by mail.ki.iif.hu (Postfix, from userid 1003) id 3859B559D; Wed, 28 Jun 2006 16:19:39 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.ki.iif.hu (Postfix) with ESMTP id 362C45598 for ; Wed, 28 Jun 2006 16:19:39 +0200 (CEST) Date: Wed, 28 Jun 2006 16:19:39 +0200 (CEST) From: Mohacsi Janos X-X-Sender: mohacsi@mignon.ki.iif.hu To: FreeBSD Stable List In-Reply-To: <20060628160124.A25112@mignon.ki.iif.hu> Message-ID: <20060628161917.W25112@mignon.ki.iif.hu> References: <20060628160124.A25112@mignon.ki.iif.hu> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-765359279-1151504379=:25112" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Vanderpool on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2006 14:42:50 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-765359279-1151504379=:25112 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sorry! Here is the attachment Janos Mohacsi Network Engineer, Research Associate, Head of Network Planning NIIF/HUNGARNET, HUNGARY Key 00F9AF98: 8645 1312 D249 471B DBAE 21A2 9F52 0D1F 00F9 AF98 On Wed, 28 Jun 2006, Mohacsi Janos wrote: > Dear All, > Does anybody succeed to boot FreeBSD on an Intel Vanderpool capable > machine? My colleague tried it and the result is a BTX halt as can be seen on > the screenshot attached. He succesfully run unmodified Linux, Windows 2003 > under Xen virtual machines, but FreeBSD failed in the boot phase. > By the way what is the state of Xen port of FreeBSD? > Thanks, > > Janos Mohacsi > Network Engineer, Research Associate, Head of Network Planning > NIIF/HUNGARNET, HUNGARY > Key 00F9AF98: 8645 1312 D249 471B DBAE 21A2 9F52 0D1F 00F9 AF98 > > --0-765359279-1151504379=:25112-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 14:43:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 557E816A85E for ; Wed, 28 Jun 2006 14:43:37 +0000 (UTC) (envelope-from mohacsi@niif.hu) Received: from mail.ki.iif.hu (ki.iif.hu [193.6.222.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id 385DA43EB3 for ; Wed, 28 Jun 2006 14:19:08 +0000 (GMT) (envelope-from mohacsi@niif.hu) Received: by mail.ki.iif.hu (Postfix, from userid 1003) id 3E69D559E; Wed, 28 Jun 2006 16:18:18 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.ki.iif.hu (Postfix) with ESMTP id 3CE73559D for ; Wed, 28 Jun 2006 16:18:18 +0200 (CEST) Date: Wed, 28 Jun 2006 16:18:18 +0200 (CEST) From: Mohacsi Janos X-X-Sender: mohacsi@mignon.ki.iif.hu To: FreeBSD Stable List Message-ID: <20060628160124.A25112@mignon.ki.iif.hu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Vanderpool on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2006 14:43:37 -0000 Dear All, Does anybody succeed to boot FreeBSD on an Intel Vanderpool capable machine? My colleague tried it and the result is a BTX halt as can be seen on the screenshot attached. He succesfully run unmodified Linux, Windows 2003 under Xen virtual machines, but FreeBSD failed in the boot phase. By the way what is the state of Xen port of FreeBSD? Thanks, Janos Mohacsi Network Engineer, Research Associate, Head of Network Planning NIIF/HUNGARNET, HUNGARY Key 00F9AF98: 8645 1312 D249 471B DBAE 21A2 9F52 0D1F 00F9 AF98 From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 14:59:36 2006 Return-Path: X-Original-To: freebsd-stable@freeBSD.org Delivered-To: freebsd-stable@freeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AB4516A49E; Wed, 28 Jun 2006 14:59:36 +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 83325444B3; Wed, 28 Jun 2006 14:35:04 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 33FE446C17; Wed, 28 Jun 2006 10:34:59 -0400 (EDT) Date: Wed, 28 Jun 2006 15:34:59 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Marc G. Fournier" In-Reply-To: <20060626110636.I1114@ganymede.hub.org> Message-ID: <20060628153222.I65342@fledge.watson.org> References: <20060626100949.G24406@fledge.watson.org> <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> <20060626110636.I1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-acpi@freebsd.org, freebsd-stable@freeBSD.org, Pete French Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jun 2006 14:59:36 -0000 On Mon, 26 Jun 2006, Marc G. Fournier wrote: >> I think this is a useful activity, especially if you've already run >> extensive memory testing on the box. If you haven't yet done that, I >> encourage you to take a break from buildworld's and make sure the memory >> tests pass. I spent several months on and off trying to track down a bug a >> few years ago, which turned out to be a one bit error in memory on the box. >> It would appear and disappear based on how the memory page was used -- for >> debugging kernels, it consistently got mapped to padding in the kernel's >> bss. For non-debugging kernels, it typically manifested in other usable >> kernel momory. Changes in kernel versions would move the bit around kernel >> memory and user memory, resulting in hard to debug failure modes. I wish >> I'd run the memory test earlier, but the lesson is clear! > > Is there something that I can run *from* FreeBSD, remotely, to do this? Not that I know of. In the past, the discussion has been held about adopting a memory tester into the boot loader, which is almost certainly the right place to put it (before VM kicks off and we load many megabytes of critical data structures, etc). Some hands to make this happen would be most welcome. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 15:33:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA51116A62E for ; Wed, 28 Jun 2006 15:33:51 +0000 (UTC) (envelope-from sthalik@tehran.lain.pl) Received: from mail.in5.pl (rollercoaster.insane.pl [213.251.173.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A56344975 for ; Wed, 28 Jun 2006 15:13:28 +0000 (GMT) (envelope-from sthalik@tehran.lain.pl) Received: from tehran.lain.pl ([85.221.230.102] helo=tehran.local ident=mailnull) from mailnull by mail.in5.pl with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (envelope-from ) id 1FvbjL-00025T-NU for freebsd-stable@freebsd.org; Wed, 28 Jun 2006 17:13:28 +0200 Received: from sthalik by tehran.local with local (Exim 4.62 (FreeBSD)) (envelope-from ) id 1FvbnJ-0000Di-D7 for freebsd-stable@freebsd.org; Wed, 28 Jun 2006 17:17:33 +0200 Date: Wed, 28 Jun 2006 17:17:33 +0200 From: Stanislaw Halik To: freebsd-stable@freebsd.org Message-ID: <20060628151733.GA787@tehran.lain.pl> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060627045310.GA6324@tehran.lain.pl> <20060627140946.J273@fledge.watson.org> <20060627134134.GA23337@tehran.lain.pl> <20060628101405.I50845@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <20060628101405.I50845@fledge.watson.org> X-PGP-Key: http://tehran.lain.pl/public.key User-Agent: Mutt/1.5.11 Subject: Re: trap 12: supervisor write, page not present on 6.1-STABLE Tue May 16 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2006 15:33:52 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 28, 2006, Robert Watson wrote: >>>> 6.1-STABLE crashed on me. I'm providing a backtrace. Could any of you, >>>> experienced people, suggest me if it's a hardware problem or is it an >>>> error inside the OS? >>> This is a known bug in the TCP code; a large set of outstanding changes= =20 >>> is present in 7.x that will fix the problem when merged. However, I=20 >>> recently had push-back on merging the larger batch of changes, so am=20 >>> looking at merging a workaround that will also correct the problem=20 >>> without the larger set of architectural changes. I hope to have a chan= ce=20 >>> to look at that in detail this weekend. >> I'm glad to know that it isn't either unknown or hardware-related. Thank= =20 >> you for your prompt reply! > Per my earlier e-mail, I had hoped to merge a larger set of changes from= =20 > HEAD that resolve the underlying problem here (that inpcb's can be detach= ed=20 > from a socket while the socket is still in use), but right now I'm=20 > deferring merging those changes as they are somewhat risky (as they are= =20 > large). Instead, I've produced a candidate work-around patch, now attach= ed=20 > to kern/97095. This does not fix the underlying problem, but seeks to=20 > narrow the window for the race to be exercised by avoiding caching a=20 > volatile pointer across user memory copying, which under load can result = in=20 > blocking I/O. I would be quite interested in knowing if this resolves th= e=20 > problem in practice -- if so, it's a definite short-term merge candidate = to=20 > reduce the symptoms of this problem until the proper fix can be merged. > http://www.watson.org/~robert/freebsd/netperf/20060628-ip_ctloutput.diff Thank you for the patch. I'll let you know in few days if the crash occurs again. It's quite reproducible (crashed yesterday in the same code path). --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEop2NadU+vjT62TERAgMCAJ0dnVFFEKy4jKHDl1zF0TAOKaaHhACeJGYs XiAUiw8xgibEaCpGRSjKaHI= =kaWo -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 15:41:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1756016A40F; Wed, 28 Jun 2006 15:41:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2490343D64; Wed, 28 Jun 2006 15:41:23 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k5SFfFLK026519; Wed, 28 Jun 2006 11:41:20 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Wed, 28 Jun 2006 10:29:04 -0400 User-Agent: KMail/1.9.1 References: <44A00881.8040302@wcborstel.com> <20060628021516.GI32650@over-yonder.net> In-Reply-To: <20060628021516.GI32650@over-yonder.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606281029.05153.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 28 Jun 2006 11:41:22 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1571/Wed Jun 28 08:16:22 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Eprha Carvajal , jorn@wcborstel.com, freebsd-stable@freebsd.org, "Matthew D. Fuller" Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jun 2006 15:41:24 -0000 On Tuesday 27 June 2006 22:15, Matthew D. Fuller wrote: > On Tue, Jun 27, 2006 at 01:16:11PM +0000 I heard the voice of > Eprha Carvajal, and lo! it spake thus: > > > > I see no ACPI capability in the processor features > > ACPI is not a CPU feature. There is an 'ACPI' feature bit, but I think it has to do with preserving the TSC rate while the CPU is throttled. It's not required for core ACPI operation. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 15:57:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3068816A403 for ; Wed, 28 Jun 2006 15:57:34 +0000 (UTC) (envelope-from mohacsi@niif.hu) Received: from mail.ki.iif.hu (ki.iif.hu [193.6.222.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id C548243D7D for ; Wed, 28 Jun 2006 15:57:33 +0000 (GMT) (envelope-from mohacsi@niif.hu) Received: by mail.ki.iif.hu (Postfix, from userid 1003) id 2C795559D; Wed, 28 Jun 2006 17:57:32 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.ki.iif.hu (Postfix) with ESMTP id 2B1505598; Wed, 28 Jun 2006 17:57:32 +0200 (CEST) Date: Wed, 28 Jun 2006 17:57:32 +0200 (CEST) From: Mohacsi Janos X-X-Sender: mohacsi@mignon.ki.iif.hu To: FreeBSD Stable List In-Reply-To: <20060628161917.W25112@mignon.ki.iif.hu> Message-ID: <20060628175141.M25112@mignon.ki.iif.hu> References: <20060628160124.A25112@mignon.ki.iif.hu> <20060628161917.W25112@mignon.ki.iif.hu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kurt Jaeger Subject: Re: Vanderpool on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2006 15:57:34 -0000 Here is a link where you can find screenshot. http://skye.ki.iif.hu/~mohacsi/freebsd/xen-vt-freebsd.png I try to find a way to boot with serial console in order to capture the first error message. Regards, Janos Mohacsi Network Engineer, Research Associate, Head of Network Planning NIIF/HUNGARNET, HUNGARY Key 00F9AF98: 8645 1312 D249 471B DBAE 21A2 9F52 0D1F 00F9 AF98 On Wed, 28 Jun 2006, Mohacsi Janos wrote: > Sorry! > Here is the attachment > > Janos Mohacsi > Network Engineer, Research Associate, Head of Network Planning > NIIF/HUNGARNET, HUNGARY > Key 00F9AF98: 8645 1312 D249 471B DBAE 21A2 9F52 0D1F 00F9 AF98 > > > On Wed, 28 Jun 2006, Mohacsi Janos wrote: > >> Dear All, >> Does anybody succeed to boot FreeBSD on an Intel Vanderpool capable >> machine? My colleague tried it and the result is a BTX halt as can be seen >> on the screenshot attached. He succesfully run unmodified Linux, Windows >> 2003 under Xen virtual machines, but FreeBSD failed in the boot phase. >> By the way what is the state of Xen port of FreeBSD? >> Thanks, >> >> Janos Mohacsi >> Network Engineer, Research Associate, Head of Network Planning >> NIIF/HUNGARNET, HUNGARY >> Key 00F9AF98: 8645 1312 D249 471B DBAE 21A2 9F52 0D1F 00F9 AF98 >> > From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 16:15:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D33716A5AE for ; Wed, 28 Jun 2006 16:15:27 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B52D43D9B for ; Wed, 28 Jun 2006 16:15:12 +0000 (GMT) (envelope-from ler@lerctr.org) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; b=k2FwgHhNVg1OzOKRbmpzEIG1nkm0bD7CLxmSMY+jcqaZmn+l43W49iyIRAEJwp7QxK7mzXgvjAYZyC/ci997SGJOVlvRYmU6hs/J1n2Xr7jO/613YXdUFV3hk05y4Y6vs3LmaOawGEp5aNzcqeJI8IM1biRPnvsOfrYKZiOejWA=; Received: from 64-132-13-2.static.twtelecom.net ([64.132.13.2]:57862 helo=LROSENMAC8010P) by thebighonker.lerctr.org with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.62 (FreeBSD)) (envelope-from ) id 1Fvch3-000BCb-DY for freebsd-stable@freebsd.org; Wed, 28 Jun 2006 11:15:11 -0500 From: "Larry Rosenman" To: Date: Wed, 28 Jun 2006 11:14:14 -0500 Message-ID: <008001c69acd$e66304e0$aa0610ac@aus.pervasive.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcaazeY4b0V+fmOESEyG/QVwScKPug== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 X-LERCTR-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DomainKey-Status: no signature Subject: bad pte panic, no dump :( X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2006 16:15:27 -0000 Greetings, FreeBSD/amd64 6.1-STABLE (June 18, 18:44 US/Central), running on Intel EM64T Xeons. got a one-off bad pte panic, and when it tried to dump to a gmirror slice, it hung. Box had been rock stable. Had an issue with a neighbor (NFS server to this box) box yesterday, and had to force reboot it to get the NFS stuff back in sync, and all I thought(!) was ok. The out of the blue, while talking IMAP to this one, got the bad pte panic. when the box came back up, it had a massive amount of fsck to do, and then resync the mirror. While the mirror was re-syncing, there were times when I saw LOTS of processes blocked in ufs or getblk or related wait_chans. I'm not sure there is anything more I can provide (no serial console, and the box is in a colo cage 3.5 hours (by car) north of me. Just an FYI, and suggestions welcome. Thanks for listening to my rant. Larry Rosenman -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 17:20:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD86816A403 for ; Wed, 28 Jun 2006 17:20:04 +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 64DE944DE1 for ; Wed, 28 Jun 2006 17:20:04 +0000 (GMT) (envelope-from freebsd@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 6AF672919E1 for ; Wed, 28 Jun 2006 14:20:02 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 46285-05 for ; Wed, 28 Jun 2006 17:20:03 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id F3EB9291987 for ; Wed, 28 Jun 2006 14:20:01 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id D70DF49606; Wed, 28 Jun 2006 14:20:01 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id C4D7A45B66 for ; Wed, 28 Jun 2006 14:20:01 -0300 (ADT) Date: Wed, 28 Jun 2006 14:20:01 -0300 (ADT) From: User Freebsd To: freebsd-stable@freebsd.org Message-ID: <20060628141949.U41385@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed 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: Wed, 28 Jun 2006 17:20:05 -0000 From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 18:02:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7A7316A4A7 for ; Wed, 28 Jun 2006 18:02:57 +0000 (UTC) (envelope-from dacoder@dcoder.net) Received: from ns0.dcoder.net (ns0.dcoder.net [66.92.160.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C3CC440D3 for ; Wed, 28 Jun 2006 17:31:58 +0000 (GMT) (envelope-from dacoder@dcoder.net) Received: by ns0.dcoder.net (Postfix, from userid 1001) id 4673517058; Wed, 28 Jun 2006 13:31:58 -0400 (EDT) Date: Wed, 28 Jun 2006 13:31:58 -0400 From: david coder To: freebsd-stable@freebsd.org Message-ID: <20060628173158.GG12146@mail0.dcoder.net> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: atheros card connectivity diminishes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2006 18:02:57 -0000 i'm using an atheros 5212 on 6.x release w/ the ath driver & finding that i need to bounce the card fairly often to keep the pipe from diminishing to 1Mps. is there a fix for this? -- David Coder Network Engineer Emeritus, Verio/NTT Telluride, CO & Washington, DC From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 18:19:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D81EA16A533 for ; Wed, 28 Jun 2006 18:19:48 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 312DC44B65 for ; Wed, 28 Jun 2006 17:01:46 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 93C202919E1 for ; Wed, 28 Jun 2006 14:01:44 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 46285-04 for ; Wed, 28 Jun 2006 17:01:45 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 94EA1290C6D for ; Wed, 28 Jun 2006 14:01:43 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id A9F5746B85; Wed, 28 Jun 2006 14:01:44 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id A7C5C4699D for ; Wed, 28 Jun 2006 14:01:44 -0300 (ADT) Date: Wed, 28 Jun 2006 14:01:44 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20060628140014.E1114@ganymede.hub.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1979464340-1151514104=:1114" Subject: ufs_dirbad: bad dir X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2006 18:19:49 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1979464340-1151514104=:1114 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE haven't seen one of these in awhile ... June 15th kernel ... Script started on Wed Jun 28 13:59:08 2006 You have mail. pluto# kg=07db kernel.0 vmc=07ore.1 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:= Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you ar= e welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: /vm: bad dir ino 5936839 at offset 512: mangled entry panic: ufs_dirbad: bad dir cpuid =3D 0 Uptime: 25m2s Dumping 4031 MB (2 chunks) chunk 0: 1MB (143 pages) ... ok chunk 1: 4031MB (1031920 pages) 4015 3999 3983 3967 3951 3935 3919 3903 = 3887 3871 3855 3839 3823 3807 3791 3775 3759 3743 3727 3711 3695 3679 3663 = 3647 3631 3615 3599 3583 3567 3551 3535 3519 3503 3487 3471 3455 3439 3423 = 3407 3391 3375 3359 3343 3327 3311 3295 3279 3263 3247 3231 3215 3199 3183 = 3167 3151 3135 3119 3103 3087 3071 3055 3039 3023 3007 2991 2975 2959 2943 = 2927 2911 2895 2879 2863 2847 2831 2815 2799 2783 2767 2751 2735 2719 2703 = 2687 2671 2655 2639 2623 2607 2591 2575 2559 2543 2527 2511 2495 2479 2463 = 2447 2431 2415 2399 2383 2367 2351 2335 2319 2303 2287 2271 2255 2239 2223 = 2207 2191 2175 2159 2143 2127 2111 2095 2079 2063 2047 2031 2015 1999 1983 = 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 = 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 = 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 = 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 = 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 71= 9 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 4= 15 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 = 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165=09pcpu.h: No such file or directory. =09in pcpu.h (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc049cb62 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 09 #2 0xc049ce89 in panic (fmt=3D0xc060d59d "ufs_dirbad: bad dir") at /usr/sr= c/sys/kern/kern_shutdown.c:565 #3 0xc0588f32 in ufs_dirbad (ip=3D0x0, offset=3D512, how=3D0xc060d557 "man= gled entry") at /usr/src/sys/ufs/ufs/ufs_lookup.c:599 #4 0xc0588772 in ufs_lookup (ap=3D0xef0f9aa0) at /usr/src/sys/ufs/ufs/ufs_= lookup.c:287 #5 0xc05ec7a8 in VOP_CACHEDLOOKUP_APV (vop=3D0x0, a=3D0x0) at vnode_if.c:1= 50 #6 0xc04e98fa in vfs_cache_lookup (ap=3D0x0) at vnode_if.h:82 #7 0xc05ec737 in VOP_LOOKUP_APV (vop=3D0xc0639360, a=3D0xef0f9b3c) at vnod= e_if.c:99 #8 0xc04edf75 in lookup (ndp=3D0xef0f9c18) at vnode_if.h:56 #9 0xc04ed816 in namei (ndp=3D0xef0f9c18) at /usr/src/sys/kern/vfs_lookup.= c:203 #10 0xc04fd920 in kern_rename (td=3D0xcb592a80, from=3D0x0, to=3D0x0, paths= eg=3DUIO_USERSPACE) at /usr/src/sys/kern/vfs_syscalls.c:3237 #11 0xc04fd829 in rename (td=3D0xcb592a80, uap=3D0x0) at /usr/src/sys/kern/= vfs_syscalls.c:3193 #12 0xc05dba67 in syscall (frame=3D {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D 59, tf_edi =3D 134714120, tf_= esi =3D 134690056, tf_ebp =3D -1077942136, tf_isp =3D -284189340, tf_ebx = =3D 134690184, tf_edx =3D 134690077, tf_ecx =3D 134664804, tf_eax =3D 128, = tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D 673997415, tf_cs =3D 51, tf_efla= gs =3D 642, tf_esp =3D -1077942292, tf_ss =3D 59}) at /usr/src/sys/i386/i38= 6/trap.c:981 #13 0xc05c90df in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s= :200 #14 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) u =08 =08p 3 #3 0xc0588f32 in ufs_dirbad (ip=3D0x0, offset=3D512, how=3D0xc060d557 "man= gled entry") at /usr/src/sys/ufs/ufs/ufs_lookup.c:599 599=09=09=09panic("ufs_dirbad: bad dir"); (kgdb) list 594=20 595=09=09mp =3D ITOV(ip)->v_mount; 596=09=09(void)printf("%s: bad dir ino %lu at offset %ld: %s\n", 597=09=09 mp->mnt_stat.f_mntonname, (u_long)ip->i_number, (long)offset, = how); 598=09=09if ((mp->mnt_flag & MNT_RDONLY) =3D=3D 0) 599=09=09=09panic("ufs_dirbad: bad dir"); 600=09} 601=20 602=09/* 603=09 * Do consistency checking on a directory entry: (kgdb) quit pluto# exit exit Script done on Wed Jun 28 13:59:31 2006 ---- 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 --0-1979464340-1151514104=:1114-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 21:06:14 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53AEB16A5D0; Wed, 28 Jun 2006 21:06:14 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp6.server.rpi.edu (smtp6.server.rpi.edu [128.113.2.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C37144C24; Wed, 28 Jun 2006 20:45:10 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp6.server.rpi.edu (8.13.1/8.13.1) with ESMTP id k5SKj6al021286; Wed, 28 Jun 2006 16:45:08 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <20060628153222.I65342@fledge.watson.org> References: <20060626100949.G24406@fledge.watson.org> <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> <20060626110636.I1114@ganymede.hub.org> <20060628153222.I65342@fledge.watson.org> Date: Wed, 28 Jun 2006 16:45:05 -0400 To: Robert Watson , "Marc G. Fournier" From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Cc: freebsd-acpi@FreeBSD.org, freebsd-stable@FreeBSD.org, Pete French Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jun 2006 21:06:14 -0000 At 3:34 PM +0100 6/28/06, Robert Watson wrote: >On Mon, 26 Jun 2006, Marc G. Fournier wrote: > >>>I wish I'd run the memory test earlier, but the lesson >>>is clear! >> >>Is there something that I can run *from* FreeBSD, remotely, >>to do this? > >Not that I know of. In the past, the discussion has been >held about adopting a memory tester into the boot loader, >which is almost certainly the right place to put it (before >VM kicks off and we load many megabytes of critical data >structures, etc). Some hands to make this happen would >be most welcome. It doesn't even need to be *inside* the boot loader, does it? Could it be done as an alternate-kernel that could be loaded by the boot-loader? -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 21:06:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD76F16A738 for ; Wed, 28 Jun 2006 21:06:23 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF50844C8C for ; Wed, 28 Jun 2006 20:48:27 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 24538 invoked from network); 28 Jun 2006 20:48:25 -0000 Received: from unknown (HELO localhost) (775067@[217.50.134.146]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 28 Jun 2006 20:48:25 -0000 Date: Wed, 28 Jun 2006 22:48:12 +0200 From: Fabian Keil To: Robert Watson Message-ID: <20060628224812.38b09d82@localhost> In-Reply-To: <20060628101729.J50845@fledge.watson.org> References: <20060627175853.765a590e@localhost> <20060628101729.J50845@fledge.watson.org> X-Mailer: Sylpheed-Claws 2.2.3 (GTK+ 2.8.19; i386-portbld-freebsd6.1) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc User-Agent: 321 test Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_rgQAbWi_742OYf7F4GTdY6W; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: Peter Thoenen , freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1 Tor issues (Once More, with Feeling) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2006 21:06:25 -0000 --Sig_rgQAbWi_742OYf7F4GTdY6W Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Robert Watson wrote: > On Tue, 27 Jun 2006, Fabian Keil wrote: >=20 > > There was a "request" for Tor related problem reports a while ago, > > I couldn't find the message again, but I believe it was posted here. >=20 > I'm very interested in tracking down this problem, but have had a lot > of trouble getting reliable reports of problems -- i.e., ones where I > could get any debugging information. I had a similar conversation on > these lines yeterday with Roger (Tor author) here at the WEIS > conference. If this is easily reproduceable, I would like you to do > the following: >=20 > - Compile in options DDB, options KDB, options BREAK_TO_DEBUGGER, > options WITNESS, options WITNESS_SKIPSPIN, options INVARIANTS, options > INVARIANT_SUPPORT. >=20 > - Make sure to have a kernel with debugging symbols for the kernel. >=20 > - Turn on core dumps. Done. I expect to get a chance to test the settings in the next 24 hours. =20 > The above debugging options will have a significant performance > impact, and may or may not affect the probability of the race or > deadlock being exercised. The first question is: >=20 > - Are there any warnings on the console from WITNESS or other > debugging options? If so, please copy/paste them into an e-mail for > me. So far the logs show nothing unusual, but I noticed that the ssh connection gets unresponsive from time to time. I did a few pings with "interesting" results: [fk@tor ~]$ ping 10.0.0.1 | grep 'time=3D[^0]' 64 bytes from 10.0.0.1: icmp_seq=3D25 ttl=3D64 time=3D1.104 ms 64 bytes from 10.0.0.1: icmp_seq=3D61 ttl=3D64 time=3D2.983 ms 64 bytes from 10.0.0.1: icmp_seq=3D167 ttl=3D64 time=3D1.112 ms 64 bytes from 10.0.0.1: icmp_seq=3D189 ttl=3D64 time=3D1.653 ms 64 bytes from 10.0.0.1: icmp_seq=3D222 ttl=3D64 time=3D1.748 ms 64 bytes from 10.0.0.1: icmp_seq=3D291 ttl=3D64 time=3D1.058 ms 64 bytes from 10.0.0.1: icmp_seq=3D334 ttl=3D64 time=3D1.020 ms 64 bytes from 10.0.0.1: icmp_seq=3D337 ttl=3D64 time=3D1.967 ms 64 bytes from 10.0.0.1: icmp_seq=3D562 ttl=3D64 time=3D1.027 ms 64 bytes from 10.0.0.1: icmp_seq=3D586 ttl=3D64 time=3D1.230 ms ^C[fk@tor ~]$ ping tor.fabiankeil.de | grep 'time=3D[^0]' 64 bytes from 81.169.155.246: icmp_seq=3D70 ttl=3D64 time=3D1.920 ms 64 bytes from 81.169.155.246: icmp_seq=3D79 ttl=3D64 time=3D1.587 ms 64 bytes from 81.169.155.246: icmp_seq=3D402 ttl=3D64 time=3D1.062 ms ^C[fk@tor ~]$ ping localhost | grep 'time=3D[^0]' 64 bytes from 127.0.0.1: icmp_seq=3D142 ttl=3D64 time=3D1.142 ms 64 bytes from 127.0.0.1: icmp_seq=3D497 ttl=3D64 time=3D1.227 ms 64 bytes from 127.0.0.1: icmp_seq=3D627 ttl=3D64 time=3D1.181 ms 10.0.0.1 is on lo1, 81.169.155.246 is on fxp0, both are filtered with pf. lo0 is skipped. The pings were run locally while tor was running, the usual ping response times are below 0.2 ms. I get even more obscene ping times if I ping from home, but my net connection isn't the best. I'd appreciate if someone with a reliable net connection could confirm the weirdness. Thanks for your time, Robert, I hope to have real information by tomorrow. Fabian --=20 http://www.fabiankeil.de/ --Sig_rgQAbWi_742OYf7F4GTdY6W Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEousWjV8GA4rMKUQRAi5iAJ9R8apw+r726wihMtTCtXvukCx9IgCfaNRZ upyIw2IRItOUcoY8QH7PcLs= =fHla -----END PGP SIGNATURE----- --Sig_rgQAbWi_742OYf7F4GTdY6W-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 21:41:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2572716A407 for ; Wed, 28 Jun 2006 21:41:40 +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 B176344D15 for ; Wed, 28 Jun 2006 21:41:39 +0000 (GMT) (envelope-from freebsd@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 6B268291B1D for ; Wed, 28 Jun 2006 18:41:35 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 18439-01-4 for ; Wed, 28 Jun 2006 21:41:38 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id A6C6B291B6C for ; Wed, 28 Jun 2006 18:21:08 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id DF45D3D95F; Wed, 28 Jun 2006 18:21:13 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id DDCD23C36C for ; Wed, 28 Jun 2006 18:21:13 -0300 (ADT) Date: Wed, 28 Jun 2006 18:21:13 -0300 (ADT) From: User Freebsd To: freebsd-stable@freebsd.org Message-ID: <20060628175839.F43909@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: How to enter DDB through a terminal server / remote console ... ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jun 2006 21:41:40 -0000 'k, now that I'm up to 3 6-STABLE servers that are deadlocking, I'm spending time with the remote tech today to get a serial console put online ... how do I drop into DDB remotely, where the serial console is going through a Portmaster Terminal server? issuing CTL-ALT-ESC, I doubt, will work, will it? Thx ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 21:47:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6230E16A412; Wed, 28 Jun 2006 21:47:25 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id BED3244D17; Wed, 28 Jun 2006 21:47:24 +0000 (GMT) (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 DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id C7E8E261; Wed, 28 Jun 2006 16:47:23 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 0404861C2B; Wed, 28 Jun 2006 16:47:22 -0500 (CDT) Date: Wed, 28 Jun 2006 16:47:22 -0500 From: "Matthew D. Fuller" To: John Baldwin Message-ID: <20060628214722.GO32650@over-yonder.net> References: <44A00881.8040302@wcborstel.com> <20060628021516.GI32650@over-yonder.net> <200606281029.05153.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200606281029.05153.jhb@freebsd.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.3 Cc: freebsd-acpi@freebsd.org, jorn@wcborstel.com, freebsd-stable@freebsd.org, Eprha Carvajal Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jun 2006 21:47:25 -0000 On Wed, Jun 28, 2006 at 10:29:04AM -0400 I heard the voice of John Baldwin, and lo! it spake thus: > > There is an 'ACPI' feature bit, but I think it has to do with > preserving the TSC rate while the CPU is throttled. It's not > required for core ACPI operation. Ah, well, I stand corrected. I have a number of systems with ACPI, but none of them ever showed such a bit. -- 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 Jun 28 21:53:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 718CC16A410 for ; Wed, 28 Jun 2006 21:53:19 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32FBB44D2F for ; Wed, 28 Jun 2006 21:53:11 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 14469 invoked from network); 28 Jun 2006 21:53:10 -0000 Received: from unknown (HELO localhost) (775067@[217.50.134.146]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 28 Jun 2006 21:53:10 -0000 Date: Wed, 28 Jun 2006 23:52:58 +0200 From: Fabian Keil To: Robert Watson Message-ID: <20060628235258.3414b074@localhost> In-Reply-To: <20060628101729.J50845@fledge.watson.org> References: <20060627175853.765a590e@localhost> <20060628101729.J50845@fledge.watson.org> X-Mailer: Sylpheed-Claws 2.2.3 (GTK+ 2.8.19; i386-portbld-freebsd6.1) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc User-Agent: 321 test Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_.Ul6_bDoBuQp2ys9Oua3sk4; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: Peter Thoenen , freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1 Tor issues (Once More, with Feeling) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2006 21:53:19 -0000 --Sig_.Ul6_bDoBuQp2ys9Oua3sk4 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Robert Watson wrote: > - Are there any warnings on the console from WITNESS or other > debugging options? I just got: Jun 28 23:01:19 tor kernel: lock order reversal: Jun 28 23:01:19 tor kernel: 1st 0xc3795000 kqueue (kqueue) @ /usr/src/sys/k= ern/kern_event.c:1053 Jun 28 23:01:19 tor kernel: 2nd 0xc1043144 system map (system map) @ /usr/s= rc/sys/vm/vm_map.c:2390 Jun 28 23:01:20 tor kernel: KDB: stack backtrace: Jun 28 23:01:20 tor kernel: kdb_backtrace(0,ffffffff,c0711af0,c0713440,c06d= b624) at kdb_backtrace+0x29 Jun 28 23:01:20 tor kernel: witness_checkorder(c1043144,9,c06b90a8,956) at = witness_checkorder+0x578 Jun 28 23:01:20 tor kernel: _mtx_lock_flags(c1043144,0,c06b90a8,956) at _mt= x_lock_flags+0x5b Jun 28 23:01:20 tor kernel: _vm_map_lock(c10430c0,c06b90a8,956) at _vm_map_= lock+0x26 Jun 28 23:01:20 tor kernel: vm_map_remove(c10430c0,c3bc6000,c3bc8000,d6f55b= 30,c0623361) at vm_map_remove+0x1f Jun 28 23:01:20 tor kernel: kmem_free(c10430c0,c3bc6000,2000,d6f55b48,c0625= 24f) at kmem_free+0x25 Jun 28 23:01:20 tor kernel: page_free(c3bc6000,2000,22,2000,d6f55b60) at pa= ge_free+0x29 Jun 28 23:01:20 tor kernel: uma_large_free(c3ba5140) at uma_large_free+0x7b Jun 28 23:01:20 tor kernel: free(c3bc6000,c06d8980,c3bc6000,c4830000,1400) = at free+0xc5 Jun 28 23:01:20 tor kernel: kqueue_expand(c3795000,c06d8a40,500,0) at kqueu= e_expand+0xd7 Jun 28 23:01:20 tor kernel: kqueue_register(c3795000,d6f55bf4,c3a8f480,1,0)= at kqueue_register+0x1b8 Jun 28 23:01:20 tor kernel: kern_kevent(c3a8f480,3,19,200,d6f55cc8) at kern= _kevent+0xc9 Jun 28 23:01:20 tor kernel: kevent(c3a8f480,d6f55d04,6,2,212) at kevent+0x55 Jun 28 23:01:20 tor kernel: syscall(2824003b,80e003b,bfbf003b,cb87000,80d50= 20) at syscall+0x22f Jun 28 23:01:20 tor kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jun 28 23:01:20 tor kernel: --- syscall (363, FreeBSD ELF32, kevent), eip = =3D 0x282cc4af, esp =3D 0xbfbfe9fc, ebp =3D 0xbfbfea48 --- Looks similar to . Fabian --=20 http://www.fabiankeil.de/ --Sig_.Ul6_bDoBuQp2ys9Oua3sk4 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEovpEjV8GA4rMKUQRAk2FAJ9pYGaRdS1AJNAkqRDI4/eDg6rvHQCgmIOP tfNSpMEJHquK13NcTLupHSw= =qj83 -----END PGP SIGNATURE----- --Sig_.Ul6_bDoBuQp2ys9Oua3sk4-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 21:55:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF40A16A40F for ; Wed, 28 Jun 2006 21:55:30 +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 F0E0544D18 for ; Wed, 28 Jun 2006 21:55:29 +0000 (GMT) (envelope-from freebsd@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 4CE75291987 for ; Wed, 28 Jun 2006 18:55:25 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 18420-03 for ; Wed, 28 Jun 2006 21:55:28 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id C46AF290C6C for ; Wed, 28 Jun 2006 18:55:24 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id 2A20C484C0; Wed, 28 Jun 2006 18:55:30 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 2922648475 for ; Wed, 28 Jun 2006 18:55:30 -0300 (ADT) Date: Wed, 28 Jun 2006 18:55:30 -0300 (ADT) From: User Freebsd To: freebsd-stable@freebsd.org Message-ID: <20060628185426.M43909@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: em device hangs on ifconfig alias ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2006 21:55:30 -0000 has anyone figured out why the em device 'hangs' for about 30-45 seconds whenever you ifconfig alias a new IP on to the device? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 21:57:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A978716A514 for ; Wed, 28 Jun 2006 21:57:06 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE7E34453C for ; Wed, 28 Jun 2006 21:27:52 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 145C6291B77; Wed, 28 Jun 2006 18:27:49 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 18422-01; Wed, 28 Jun 2006 21:27:51 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id ED805291B75; Wed, 28 Jun 2006 18:27:35 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id D25E23839D; Wed, 28 Jun 2006 18:27:41 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id CAE1433FE1; Wed, 28 Jun 2006 18:27:41 -0300 (ADT) Date: Wed, 28 Jun 2006 18:27:41 -0300 (ADT) From: "Marc G. Fournier" To: Kostik Belousov In-Reply-To: <20060626143038.GK79678@deviant.kiev.zoral.com.ua> Message-ID: <20060628182553.O1114@ganymede.hub.org> References: <20060624221556.O30039@woozle.rinet.ru> <20060624152525.D1114@ganymede.hub.org> <20060625164752.H52500@woozle.rinet.ru> <20060625105843.O1114@ganymede.hub.org> <20060625211510.D52500@woozle.rinet.ru> <20060625154247.N1114@ganymede.hub.org> <20060626014210.P1114@ganymede.hub.org> <20060626014601.E1114@ganymede.hub.org> <20060626045547.GI79678@deviant.kiev.zoral.com.ua> <20060626021616.W1114@ganymede.hub.org> <20060626143038.GK79678@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Dmitry Morozovsky Subject: Deadlocks (Was: Re: vmstat 'b' (disk busy?) field keeps climbing ...) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2006 21:57:06 -0000 On Mon, 26 Jun 2006, Kostik Belousov wrote: > Core dumps are somewhat unconvenient in this situation. Better, > sending report to me, follow my advise in > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html 'k, I'm working on getting a serial console working on one of the 3 servers that I'm getting these 'deadlocks' on ... I've upgraded the OS to the latest -STABLE (so that I'm not wasting ppls time on a bug that might already be fixed), and adding in the various options as detailed in the handbook URL above ... First question, what should I expect? A bunch of messages to the console? A slow as a dog server (ie. the INVARIANTS stuff)? or nothing until the deadlock actually occurs? thx ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 21:58:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A53116A40F for ; Wed, 28 Jun 2006 21:58:08 +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 D88CE43D5D for ; Wed, 28 Jun 2006 21:58:07 +0000 (GMT) (envelope-from freebsd@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 63F76291987 for ; Wed, 28 Jun 2006 18:58:03 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 18421-03 for ; Wed, 28 Jun 2006 21:58:06 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id CBD6C290C6C for ; Wed, 28 Jun 2006 18:58:02 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id 22FC148011; Wed, 28 Jun 2006 18:58:08 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 1D5C246D83 for ; Wed, 28 Jun 2006 18:58:08 -0300 (ADT) Date: Wed, 28 Jun 2006 18:58:08 -0300 (ADT) From: User Freebsd To: freebsd-stable@freebsd.org Message-ID: <20060628185711.K43909@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: configuring sio1 for serial console ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jun 2006 21:58:08 -0000 Following hte instructions in the Handbook, I've added the following line to my kernel config: device sio1 at isa? port IO_COM2 flags 0x10 irq 3 but, when I try to build it: config: /usr/src/sys/i386/conf/kernel:71: syntax error *** Error code 1 so, obviously that is wrong for 6.x? :( ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 22:03:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BBBD16A403 for ; Wed, 28 Jun 2006 22:03:24 +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 C592F43D79 for ; Wed, 28 Jun 2006 22:03:23 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 0D21546C0B; Wed, 28 Jun 2006 18:03:23 -0400 (EDT) Date: Wed, 28 Jun 2006 23:03:22 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Fabian Keil In-Reply-To: <20060628235258.3414b074@localhost> Message-ID: <20060628230255.M78211@fledge.watson.org> References: <20060627175853.765a590e@localhost> <20060628101729.J50845@fledge.watson.org> <20060628235258.3414b074@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Peter Thoenen , freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1 Tor issues (Once More, with Feeling) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2006 22:03:24 -0000 On Wed, 28 Jun 2006, Fabian Keil wrote: > Robert Watson wrote: > >> - Are there any warnings on the console from WITNESS or other >> debugging options? > > I just got: > > Jun 28 23:01:19 tor kernel: lock order reversal: > Jun 28 23:01:19 tor kernel: 1st 0xc3795000 kqueue (kqueue) @ /usr/src/sys/kern/kern_event.c:1053 > Jun 28 23:01:19 tor kernel: 2nd 0xc1043144 system map (system map) @ /usr/src/sys/vm/vm_map.c:2390 > Jun 28 23:01:20 tor kernel: KDB: stack backtrace: > Jun 28 23:01:20 tor kernel: kdb_backtrace(0,ffffffff,c0711af0,c0713440,c06db624) at kdb_backtrace+0x29 > Jun 28 23:01:20 tor kernel: witness_checkorder(c1043144,9,c06b90a8,956) at witness_checkorder+0x578 > Jun 28 23:01:20 tor kernel: _mtx_lock_flags(c1043144,0,c06b90a8,956) at _mtx_lock_flags+0x5b > Jun 28 23:01:20 tor kernel: _vm_map_lock(c10430c0,c06b90a8,956) at _vm_map_lock+0x26 > Jun 28 23:01:20 tor kernel: vm_map_remove(c10430c0,c3bc6000,c3bc8000,d6f55b30,c0623361) at vm_map_remove+0x1f > Jun 28 23:01:20 tor kernel: kmem_free(c10430c0,c3bc6000,2000,d6f55b48,c062524f) at kmem_free+0x25 > Jun 28 23:01:20 tor kernel: page_free(c3bc6000,2000,22,2000,d6f55b60) at page_free+0x29 > Jun 28 23:01:20 tor kernel: uma_large_free(c3ba5140) at uma_large_free+0x7b > Jun 28 23:01:20 tor kernel: free(c3bc6000,c06d8980,c3bc6000,c4830000,1400) at free+0xc5 > Jun 28 23:01:20 tor kernel: kqueue_expand(c3795000,c06d8a40,500,0) at kqueue_expand+0xd7 > Jun 28 23:01:20 tor kernel: kqueue_register(c3795000,d6f55bf4,c3a8f480,1,0) at kqueue_register+0x1b8 > Jun 28 23:01:20 tor kernel: kern_kevent(c3a8f480,3,19,200,d6f55cc8) at kern_kevent+0xc9 > Jun 28 23:01:20 tor kernel: kevent(c3a8f480,d6f55d04,6,2,212) at kevent+0x55 > Jun 28 23:01:20 tor kernel: syscall(2824003b,80e003b,bfbf003b,cb87000,80d5020) at syscall+0x22f > Jun 28 23:01:20 tor kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f > Jun 28 23:01:20 tor kernel: --- syscall (363, FreeBSD ELF32, kevent), eip = 0x282cc4af, esp = 0xbfbfe9fc, ebp = 0xbfbfea48 --- > > Looks similar to . Could you run "vmstat -z", "netstat -m", and "vmstat -m" please? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 22:19:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E104B16A403 for ; Wed, 28 Jun 2006 22:19:03 +0000 (UTC) (envelope-from mihir.sanghavi@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA52843EB0 for ; Wed, 28 Jun 2006 22:15:47 +0000 (GMT) (envelope-from mihir.sanghavi@gmail.com) Received: by wx-out-0102.google.com with SMTP id s15so140957wxc for ; Wed, 28 Jun 2006 15:15:18 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=pEO9SI/TKjrWu/OB1RrkyGHivEC/HDX1XV39t2DO//frNv70c0ej9scG1JR6b9ybONzLfiVVoLGm4EJ4u02oEi61Guts0QEqmZAdwb4dp/UeEOnba0KbiHm4tmSQDfhkGYwn74Ru6JsxySzYnXK8qroU9AukC5vameqdHVsgUf8= Received: by 10.70.22.6 with SMTP id 6mr2057412wxv; Wed, 28 Jun 2006 15:15:17 -0700 (PDT) Received: by 10.70.48.16 with HTTP; Wed, 28 Jun 2006 15:15:17 -0700 (PDT) Message-ID: <11419abd0606281515x4c6a1ed9o6e51ab1b6cc48102@mail.gmail.com> Date: Wed, 28 Jun 2006 15:15:17 -0700 From: "Mihir Sanghavi" 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: Where to start from X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2006 22:19:04 -0000 Hi, I have installed FreeBSD 5.5 . My computer is still not hooked to the network. I would like to start working on it. what should I start with as I have never worked with BSD before. are there any good tutorials to start with? Thanks -- What we see depends mainly on what we look for. -MIHIR From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 22:24:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 475A416A4D2 for ; Wed, 28 Jun 2006 22:24:26 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3C6644023 for ; Wed, 28 Jun 2006 22:21:28 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so19256uge for ; Wed, 28 Jun 2006 15:21:27 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=M+gd8O4Ty2B1cJ3CmPurD1fwbsJmm5e0FWdFa5CQBw13P7sxamS2vftaQki3vsGCB9ICdbz9VxcrhQDC8QoRcC8/F8tmSYPtwoHsxvmT4GAijdvX6+5eByXBxxy5WXNQI5pmH3eo2K++hgznA/EMnDHm3o9DWUSpT8SaC6AhUxI= Received: by 10.67.24.13 with SMTP id b13mr1218247ugj; Wed, 28 Jun 2006 15:21:27 -0700 (PDT) Received: by 10.67.105.8 with HTTP; Wed, 28 Jun 2006 15:21:27 -0700 (PDT) Message-ID: Date: Wed, 28 Jun 2006 18:21:27 -0400 From: "Scott Ullrich" To: "Mihir Sanghavi" In-Reply-To: <11419abd0606281515x4c6a1ed9o6e51ab1b6cc48102@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: <11419abd0606281515x4c6a1ed9o6e51ab1b6cc48102@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: Where to start from X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2006 22:24:26 -0000 On 6/28/06, Mihir Sanghavi wrote: > Hi, > I have installed FreeBSD 5.5 . My computer is still not hooked to the > network. I would like to start working on it. what should I start with as I > have never worked with BSD before. are there any good tutorials to start > with? FreeBSD has excellent documentation located at http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ Also visit http://www.freebsddiary.org/ Good luck! From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 22:27:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D381816A4C8 for ; Wed, 28 Jun 2006 22:27:05 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from H43.C18.B96.tor.eicat.ca (H43.C18.B96.tor.eicat.ca [66.96.18.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6D9943E75 for ; Wed, 28 Jun 2006 22:26:03 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from [172.16.0.200] (desktop.home.local [172.16.0.200]) by H43.C18.B96.tor.eicat.ca (Postfix) with ESMTP id 6E1391144E; Wed, 28 Jun 2006 18:25:51 -0400 (EDT) Message-ID: <44A301FD.3040101@rogers.com> Date: Wed, 28 Jun 2006 18:26:05 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Mihir Sanghavi References: <11419abd0606281515x4c6a1ed9o6e51ab1b6cc48102@mail.gmail.com> In-Reply-To: <11419abd0606281515x4c6a1ed9o6e51ab1b6cc48102@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SpamToaster-Information: This messages has been scanned by SpamToaster http://www.digitalprogression.ca X-SpamToaster: Found to be clean X-SpamToaster-SpamCheck: not spam, SpamAssassin (not cached, score=-2.491, required 3.5, ALL_TRUSTED -1.80, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20, DNS_FROM_RFC_POST 1.71) X-SpamToaster-From: mikej@rogers.com X-Spam-Status: No Cc: freebsd-stable@freebsd.org Subject: Re: Where to start from X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2006 22:27:05 -0000 Mihir Sanghavi wrote: > Hi, > I have installed FreeBSD 5.5 . My computer is still not hooked to the > network. I would like to start working on it. what should I start with > as I > have never worked with BSD before. are there any good tutorials to start > with? > Thanks > Start again, this time install FreeBSD 6.1 instead. Then proceed to http://www.freebsd.org/docs.html . From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 22:30:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAAE516A412 for ; Wed, 28 Jun 2006 22:30:00 +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 D5DA043DE5 for ; Wed, 28 Jun 2006 22:28:37 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id A086346C70; Wed, 28 Jun 2006 18:28:24 -0400 (EDT) Date: Wed, 28 Jun 2006 23:28:24 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: User Freebsd In-Reply-To: <20060628175839.F43909@ganymede.hub.org> Message-ID: <20060628232727.N78211@fledge.watson.org> References: <20060628175839.F43909@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: How to enter DDB through a terminal server / remote console ... ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jun 2006 22:30:00 -0000 On Wed, 28 Jun 2006, User Freebsd wrote: > 'k, now that I'm up to 3 6-STABLE servers that are deadlocking, I'm spending > time with the remote tech today to get a serial console put online ... how > do I drop into DDB remotely, where the serial console is going through a > Portmaster Terminal server? issuing CTL-ALT-ESC, I doubt, will work, will > it? If configured to use a serial console (console="comconsole" in loader.conf), you can enter the debugger with BREAK_TO_DEBUGGER in the kernel config by sending a serial break. With my portmasters, I telnet to a TCP port to connect to the serial console, so I send a telnet break, using ^]send break. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 22:31:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 910F316A403 for ; Wed, 28 Jun 2006 22:31:28 +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 842EF43D99 for ; Wed, 28 Jun 2006 22:31:14 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id C150746C5C; Wed, 28 Jun 2006 18:31:12 -0400 (EDT) Date: Wed, 28 Jun 2006 23:31:12 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: User Freebsd In-Reply-To: <20060628185711.K43909@ganymede.hub.org> Message-ID: <20060628233003.M78211@fledge.watson.org> References: <20060628185711.K43909@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: configuring sio1 for serial console ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jun 2006 22:31:28 -0000 On Wed, 28 Jun 2006, User Freebsd wrote: > Following hte instructions in the Handbook, I've added the following line to > my kernel config: > > device sio1 at isa? port IO_COM2 flags 0x10 irq 3 > > but, when I try to build it: > > config: /usr/src/sys/i386/conf/kernel:71: syntax error > *** Error code 1 > > so, obviously that is wrong for 6.x? :( Instead of changing your kernel config, edit the sio1 entries in /boot/device.hints. (This assumes you left device sio in your kernel -- if not, you need to re-add it). Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 22:34:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CD0A16A407; Wed, 28 Jun 2006 22:34:43 +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 668D243D8D; Wed, 28 Jun 2006 22:34:42 +0000 (GMT) (envelope-from freebsd@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 2EF9E291987; Wed, 28 Jun 2006 19:34:37 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 14656-03; Wed, 28 Jun 2006 22:34:40 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id A33C3290C6C; Wed, 28 Jun 2006 19:34:36 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id 233B13821B; Wed, 28 Jun 2006 19:34:43 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 2230533FE1; Wed, 28 Jun 2006 19:34:43 -0300 (ADT) Date: Wed, 28 Jun 2006 19:34:43 -0300 (ADT) From: User Freebsd To: Robert Watson In-Reply-To: <20060628232727.N78211@fledge.watson.org> Message-ID: <20060628193421.B43909@ganymede.hub.org> References: <20060628175839.F43909@ganymede.hub.org> <20060628232727.N78211@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: How to enter DDB through a terminal server / remote console ... ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jun 2006 22:34:43 -0000 On Wed, 28 Jun 2006, Robert Watson wrote: > > On Wed, 28 Jun 2006, User Freebsd wrote: > >> 'k, now that I'm up to 3 6-STABLE servers that are deadlocking, I'm >> spending time with the remote tech today to get a serial console put online >> ... how do I drop into DDB remotely, where the serial console is going >> through a Portmaster Terminal server? issuing CTL-ALT-ESC, I doubt, will >> work, will it? > > If configured to use a serial console (console="comconsole" in loader.conf), > you can enter the debugger with BREAK_TO_DEBUGGER in the kernel config by > sending a serial break. With my portmasters, I telnet to a TCP port to > connect to the serial console, so I send a telnet break, using ^]send break. Have you ever had a problem with this warning: "(useful for remote diagnostics, but also dangerous if you generate a spurious BREAK on the serial port!)" in the handbook? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 22:36:34 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0493016A417 for ; Wed, 28 Jun 2006 22:36:34 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (mailtest.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C0C843DDF for ; Wed, 28 Jun 2006 22:36:28 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 79F268A004E; Wed, 28 Jun 2006 15:43:19 -0700 (PDT) Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 05924-01-28; Wed, 28 Jun 2006 15:43:13 -0700 (PDT) Received: from webmail.sd73.bc.ca (unknown [10.10.10.17]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 0889A8A004D; Wed, 28 Jun 2006 15:43:04 -0700 (PDT) Received: from webmail.sd73.bc.ca (localhost.localdomain [127.0.0.1]) by webmail.sd73.bc.ca (Postfix) with ESMTP id 909E6900044D; Wed, 28 Jun 2006 15:36:13 -0700 (PDT) Received: from 192.168.0.10 (SquirrelMail authenticated user fcash) by webmail.sd73.bc.ca with HTTP; Wed, 28 Jun 2006 15:36:13 -0700 (PDT) Message-ID: <42130.192.168.0.10.1151534173.squirrel@webmail.sd73.bc.ca> In-Reply-To: <20060628185711.K43909@ganymede.hub.org> References: <20060628185711.K43909@ganymede.hub.org> Date: Wed, 28 Jun 2006 15:36:13 -0700 (PDT) From: "Freddie Cash" To: "User Freebsd" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Cc: stable@freebsd.org Subject: Re: configuring sio1 for serial console ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fcash@ocis.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jun 2006 22:36:34 -0000 On Wed, June 28, 2006 2:58 pm, User Freebsd wrote: > Following hte instructions in the Handbook, I've added the following > line to my kernel config: > > device sio1 at isa? port IO_COM2 flags 0x10 irq 3 > > but, when I try to build it: > > config: /usr/src/sys/i386/conf/kernel:71: syntax error > *** Error code 1 > > so, obviously that is wrong for 6.x? :( Here's how I did it (taken from our internal wiki so there's no real formatting): Enabling a Serial Console The following will allow you to use the Tyan SMDC hardware and Tyan TSO software to remotely connect to a FreeBSD box and control it as if you were sitting in front of it. It works at the hardware level, giving you remote access to the boot sequence, BIOS messages, hardware monitoring, and a serial console (over TCP/IP). You'll need to configure the OS to use a serial console in order to see anything once the boot loader and OS kernel take over. The following instructions will get things working on FreeBSD. 1. Edit /boot/loader.conf to enable output to serial and video consoles simultaneously: hint.sio.1.flags="0x30" console="comconsole vidconsole" comconsole_speed="19200" boot_multicons="yes" 2. Edit /etc/make.conf to set the serial console speed (used when we recompile the boot blocks): BOOT_COMCONSOLE_PORT=0x2F8 BOOT_COMCONSOLE_SPEED=19220 3. Edit /etc/ttys to enable the serial console and set the console speed used: ttyd1 "/usr/libexec/getty std.19200" vt100 on secure 4. Rebuild the boot loader cd /usr/src/sys/boot make clean make make install 5. Install the new boot blocks bsdlabel -B /dev/ad4s1 6. Reboot shutdown -r now 7. Voila! All output will now go to the serial console and the video console simultaneously. Once the init process starts, a separate getty process will be loaded for the serial console. Connecting via the serial console will display a login screen, same as connecting via the video console, SSH, telnet, etc. ---- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 22:38:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3304416A412; Wed, 28 Jun 2006 22:38:48 +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 69B7743DA6; Wed, 28 Jun 2006 22:38:47 +0000 (GMT) (envelope-from freebsd@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id B5A8E291987; Wed, 28 Jun 2006 19:38:42 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 18423-07; Wed, 28 Jun 2006 22:38:46 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 3D16E290C6C; Wed, 28 Jun 2006 19:38:42 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id C771445CC7; Wed, 28 Jun 2006 19:38:48 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id C236E3821B; Wed, 28 Jun 2006 19:38:48 -0300 (ADT) Date: Wed, 28 Jun 2006 19:38:48 -0300 (ADT) From: User Freebsd To: Robert Watson In-Reply-To: <20060628233003.M78211@fledge.watson.org> Message-ID: <20060628193824.B43909@ganymede.hub.org> References: <20060628185711.K43909@ganymede.hub.org> <20060628233003.M78211@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: configuring sio1 for serial console ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jun 2006 22:38:48 -0000 On Wed, 28 Jun 2006, Robert Watson wrote: > On Wed, 28 Jun 2006, User Freebsd wrote: > >> Following hte instructions in the Handbook, I've added the following line >> to my kernel config: >> >> device sio1 at isa? port IO_COM2 flags 0x10 irq 3 >> >> but, when I try to build it: >> >> config: /usr/src/sys/i386/conf/kernel:71: syntax error >> *** Error code 1 >> >> so, obviously that is wrong for 6.x? :( > > Instead of changing your kernel config, edit the sio1 entries in > /boot/device.hints. (This assumes you left device sio in your kernel -- if > not, you need to re-add it). 'k, re-adding ... and I take it there is no more 'DDB_UNATTENDED' option? Something equivalent? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 22:40:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48CDF16A412 for ; Wed, 28 Jun 2006 22:40:18 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: from grunt9.ihug.co.nz (grunt9.ihug.co.nz [203.109.254.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6495D43DB8 for ; Wed, 28 Jun 2006 22:40:16 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from 203-109-251-39.static.bliink.ihug.co.nz (heff.fud.org.nz) [203.109.251.39] by grunt9.ihug.co.nz with esmtp (Exim 3.35 #1 (Debian)) id 1Fvihi-0000lt-00; Thu, 29 Jun 2006 10:40:14 +1200 Received: by heff.fud.org.nz (Postfix, from userid 1001) id B38EC1CC1F; Thu, 29 Jun 2006 10:40:13 +1200 (NZST) Date: Thu, 29 Jun 2006 10:40:13 +1200 From: Andrew Thompson To: User Freebsd Message-ID: <20060628224013.GA64197@heff.fud.org.nz> References: <20060628175839.F43909@ganymede.hub.org> <20060628232727.N78211@fledge.watson.org> <20060628193421.B43909@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060628193421.B43909@ganymede.hub.org> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org, Robert Watson Subject: Re: How to enter DDB through a terminal server / remote console ... ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jun 2006 22:40:18 -0000 On Wed, Jun 28, 2006 at 07:34:43PM -0300, User Freebsd wrote: > On Wed, 28 Jun 2006, Robert Watson wrote: > >On Wed, 28 Jun 2006, User Freebsd wrote: > > > >>'k, now that I'm up to 3 6-STABLE servers that are deadlocking, I'm > >>spending time with the remote tech today to get a serial console put > >>online ... how do I drop into DDB remotely, where the serial console is > >>going through a Portmaster Terminal server? issuing CTL-ALT-ESC, I > >>doubt, will work, will it? > > > >If configured to use a serial console (console="comconsole" in > >loader.conf), you can enter the debugger with BREAK_TO_DEBUGGER in the > >kernel config by sending a serial break. With my portmasters, I telnet to > >a TCP port to connect to the serial console, so I send a telnet break, > >using ^]send break. > > Have you ever had a problem with this warning: "(useful for remote > diagnostics, but also dangerous if you generate a spurious BREAK on the > serial port!)" in the handbook? You can use ALT_BREAK_TO_DEBUGGER which uses the CR ~ ^b sequence if you are worried about stray breaks. Andrew From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 23:54:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1607F16A47B for ; Wed, 28 Jun 2006 23:54:04 +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 2211A448E4 for ; Wed, 28 Jun 2006 22:57:59 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 4013246C00; Wed, 28 Jun 2006 18:57:58 -0400 (EDT) Date: Wed, 28 Jun 2006 23:57:58 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: User Freebsd In-Reply-To: <20060628193421.B43909@ganymede.hub.org> Message-ID: <20060628235640.A78211@fledge.watson.org> References: <20060628175839.F43909@ganymede.hub.org> <20060628232727.N78211@fledge.watson.org> <20060628193421.B43909@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: How to enter DDB through a terminal server / remote console ... ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jun 2006 23:54:04 -0000 On Wed, 28 Jun 2006, User Freebsd wrote: > On Wed, 28 Jun 2006, Robert Watson wrote: > >> On Wed, 28 Jun 2006, User Freebsd wrote: >> >>> 'k, now that I'm up to 3 6-STABLE servers that are deadlocking, I'm >>> spending time with the remote tech today to get a serial console put >>> online ... how do I drop into DDB remotely, where the serial console is >>> going through a Portmaster Terminal server? issuing CTL-ALT-ESC, I doubt, >>> will work, will it? >> >> If configured to use a serial console (console="comconsole" in >> loader.conf), you can enter the debugger with BREAK_TO_DEBUGGER in the >> kernel config by sending a serial break. With my portmasters, I telnet to >> a TCP port to connect to the serial console, so I send a telnet break, >> using ^]send break. > > Have you ever had a problem with this warning: "(useful for remote > diagnostics, but also dangerous if you generate a spurious BREAK on the > serial port!)" in the handbook? Yes. It's unusual, but once in a while I get a nervous serial port. If you experience this, type "Cont" to continue, and then recompile your kernel with ALT_BREAK_TO_DEBUGGER but without BREAK_TO_DEBUGGER. Here's the notes entry: # Solaris implements a new BREAK which is initiated by a character # sequence CR ~ ^b which is similar to a familiar pattern used on # Sun servers by the Remote Console. options ALT_BREAK_TO_DEBUGGER I've not had problem a problem on any recent hardware except for my soekris. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 23:54:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EF2A16A40F for ; Wed, 28 Jun 2006 23:54:49 +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 50095449E5 for ; Wed, 28 Jun 2006 22:59:02 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 77DCF46C00; Wed, 28 Jun 2006 18:59:01 -0400 (EDT) Date: Wed, 28 Jun 2006 23:59:01 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: User Freebsd In-Reply-To: <20060628193824.B43909@ganymede.hub.org> Message-ID: <20060628235824.S78211@fledge.watson.org> References: <20060628185711.K43909@ganymede.hub.org> <20060628233003.M78211@fledge.watson.org> <20060628193824.B43909@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: configuring sio1 for serial console ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jun 2006 23:54:49 -0000 On Wed, 28 Jun 2006, User Freebsd wrote: >> Instead of changing your kernel config, edit the sio1 entries in >> /boot/device.hints. (This assumes you left device sio in your kernel -- if >> not, you need to re-add it). > > 'k, re-adding ... and I take it there is no more 'DDB_UNATTENDED' option? > Something equivalent? This is now KDB_UNATTENDED, since it affects by DDB and GDB. KDB is the common debugger framework backend used to implement front-end debuggins ervices. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 23:55:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49F9816A410 for ; Wed, 28 Jun 2006 23:55:23 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB98444419 for ; Wed, 28 Jun 2006 22:52:40 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.4) id k5SMqecM014513; Wed, 28 Jun 2006 17:52:40 -0500 (CDT) (envelope-from dan) Date: Wed, 28 Jun 2006 17:52:40 -0500 From: Dan Nelson To: User Freebsd Message-ID: <20060628225239.GA93265@dan.emsphone.com> References: <20060628185426.M43909@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060628185426.M43909@ganymede.hub.org> X-OS: FreeBSD 5.5-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: em device hangs on ifconfig alias ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2006 23:55:23 -0000 In the last episode (Jun 28), User Freebsd said: > has anyone figured out why the em device 'hangs' for about 30-45 > seconds whenever you ifconfig alias a new IP on to the device? The em driver resets the card when you add an IP to it, and unless you've configured your switch not to autodetect fancy features on that port, it may very well take 45 seconds for it to come up. See: http://www.cisco.com/warp/public/473/12.html Using PortFast and Other Commands to Fix Workstation Startup Connectivity Delays -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 00:15:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D0EC16A407 for ; Thu, 29 Jun 2006 00:15:29 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99A1D44F9B for ; Thu, 29 Jun 2006 00:15:26 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 15439 invoked from network); 29 Jun 2006 00:15:24 -0000 Received: from unknown (HELO localhost) (775067@[217.50.129.210]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 29 Jun 2006 00:15:24 -0000 Date: Thu, 29 Jun 2006 02:15:09 +0200 From: Fabian Keil To: Robert Watson Message-ID: <20060629021509.13ff7341@localhost> In-Reply-To: <20060628230255.M78211@fledge.watson.org> References: <20060627175853.765a590e@localhost> <20060628101729.J50845@fledge.watson.org> <20060628235258.3414b074@localhost> <20060628230255.M78211@fledge.watson.org> X-Mailer: Sylpheed-Claws 2.2.3 (GTK+ 2.8.19; i386-portbld-freebsd6.1) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc User-Agent: 321 test Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_hEVGdQN=donR8=4Cif+2EZ0"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: Peter Thoenen , freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1 Tor issues (Once More, with Feeling) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2006 00:15:29 -0000 --Sig_hEVGdQN=donR8=4Cif+2EZ0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Robert Watson wrote: > On Wed, 28 Jun 2006, Fabian Keil wrote: >=20 > > Robert Watson wrote: > > > >> - Are there any warnings on the console from WITNESS or other > >> debugging options? > > > > I just got: > > > > Jun 28 23:01:19 tor kernel: lock order reversal: > > Jun 28 23:01:19 tor kernel: 1st 0xc3795000 kqueue (kqueue) > > Looks similar to . >=20 > Could you run "vmstat -z", "netstat -m", and "vmstat -m" please? I wish I could. The machine died before I read your message. I was logged in on the serial console running tail -f /var/log/messages. Last messages were: Jun 29 00:42:20 tor kernel: Memory modified after free 0xc4275000(2048) val= =3Da020c0de @ 0xc4275000 Jun 29 00:42:20 tor kernel: Memory modified after free 0xc4055800(2048) val= =3Da020c0de @ 0xc4055800 Jun 29 00:42:20 tor kernel: Memory modified after free 0xc4ca0000(2048) val= =3Da020c0de @ 0xc4ca0000 Jun 29 00:42:20 tor kernel: Memory modified after free 0xc39ef000(2048) val= =3Da020c0de @ 0xc39ef000 Jun 29 00:42:24 tor kernel: Memory modified after free 0xc4bd7000(2048) val= =3Da020c0de @ 0xc4bd7000 Jun 29 00:42:24 tor kernel: Memory modified after free 0xc3c8a000(2048) val= =3Da020c0de @ 0xc3c8a000 Jun 29 00:42:24 tor kernel: Memory modified after free 0xc33bd000(2048) val= =3Da020c0de @ 0xc33bd000 Jun 29 00:42:24 tor kernel: Memory modified after free 0xc3f1d000(2048) val= =3Da020c0de @ 0xc3f1d000 Jun 29 00:42:24 tor kernel: Memory modified after free 0xc45dc800(2048) val= =3Da020c0de @ 0xc45dc800 Jun 29 00:42:24 tor kernel: Memory modified after free 0xc429e000(2048) val= =3Da020c0de @ 0xc429e000 Jun 29 00:42:24 tor kernel: Memory modified after free 0xc3aef800(2048) val= =3Da020c0de @ 0xc3aef800 Jun 29 00:42:24 tor kernel: Memory modified after free 0xc432a000(2048) val= =3Da020c0de @ 0xc432a000 Jun 29 00:42:24 tor kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left= ) LBA=3D34263674 Jun 29 00:42:24 tor kernel: Memory modified after free 0xc3dff800(2048) val= =3Da020c0d Ctrl+Alt+ESC didn't trigger any reaction, so I caused a reset through the ISP's webinterface. Now the system appears to be hosed, at least FreeBSD never reaches the login: =20 PXELINUX 3.11 2005-09-02 Copyright (C) 1994-2005 H. Peter Anvin Booting from local disk... 1 Linux 2 FreeBSD 3 FreeBSD Default: 2=20 [nothing] Probably something which would be easy to resolve with keyboard access and a screen, but I think I'm forced to use the "RecoveryManager". Unfortunately "recovery" means reinstalling the preconfigured GNU/Linux which I than can replace with FreeBSD again. If there ever was a core dump it will be gone, and so will be kernel.debug. On the bright side you can chose the OS to go with. Should I use Current to see if the problem still exists? Fabian --=20 http://www.fabiankeil.de/ --Sig_hEVGdQN=donR8=4Cif+2EZ0 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEoxuajV8GA4rMKUQRAt9OAJ9uga9zr6O0YvKWrDoZ0UNgcVNHOwCgrT/h XwUib09g4H8a7UjnVSD/0qg= =OOCb -----END PGP SIGNATURE----- --Sig_hEVGdQN=donR8=4Cif+2EZ0-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 00:17:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1121F16A407 for ; Thu, 29 Jun 2006 00:17:52 +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 59F5F44FC6 for ; Thu, 29 Jun 2006 00:17:40 +0000 (GMT) (envelope-from freebsd@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id B9FA9291AFA for ; Wed, 28 Jun 2006 21:17:34 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 01027-04 for ; Thu, 29 Jun 2006 00:17:38 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 2E917291AF9 for ; Wed, 28 Jun 2006 21:17:34 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id 0300248555; Wed, 28 Jun 2006 21:17:41 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id F0D5C47AE4 for ; Wed, 28 Jun 2006 21:17:41 -0300 (ADT) Date: Wed, 28 Jun 2006 21:17:41 -0300 (ADT) From: User Freebsd To: freebsd-stable@freebsd.org Message-ID: <20060628211703.Y43909@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Expensive timeout? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 00:17:52 -0000 Just got this on the console of one of hte servers that has been causing problems ... Expensive timeout(9) function: 0xc0520e18(0xc8b223a0) 0.296959250 s not a very informative error, and that is all that was there, nothing before, nothing after ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 00:19:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 447F116A410 for ; Thu, 29 Jun 2006 00:19:10 +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 A538644FA9 for ; Thu, 29 Jun 2006 00:18:57 +0000 (GMT) (envelope-from freebsd@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 489A5291987 for ; Wed, 28 Jun 2006 21:18:52 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 01024-04 for ; Thu, 29 Jun 2006 00:18:56 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id B5BA8290C71 for ; Wed, 28 Jun 2006 21:18:51 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id 687B848555; Wed, 28 Jun 2006 21:19:00 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 6750647AE4 for ; Wed, 28 Jun 2006 21:19:00 -0300 (ADT) Date: Wed, 28 Jun 2006 21:19:00 -0300 (ADT) From: User Freebsd To: freebsd-stable@freebsd.org In-Reply-To: <20060628211703.Y43909@ganymede.hub.org> Message-ID: <20060628211837.L43909@ganymede.hub.org> References: <20060628211703.Y43909@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: Expensive timeout? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 00:19:10 -0000 Oh, wait, does this have something to do with the Deadlock options I just added to the kernel? On Wed, 28 Jun 2006, User Freebsd wrote: > > Just got this on the console of one of hte servers that has been causing > problems ... > > Expensive timeout(9) function: 0xc0520e18(0xc8b223a0) 0.296959250 s > > not a very informative error, and that is all that was there, nothing before, > nothing after ... > > ---- > 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 > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 00:59:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1F7D16A5E0; Thu, 29 Jun 2006 00:59:33 +0000 (UTC) (envelope-from db@db.net) Received: from heceta.db.net (heceta.db.net [142.46.199.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4902C43EC6; Thu, 29 Jun 2006 00:27:53 +0000 (GMT) (envelope-from db@db.net) Received: from heceta.db.net ([142.46.199.182] helo=localhost ident=mailnull) by heceta.db.net with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FvkNr-000NZS-RF; Wed, 28 Jun 2006 20:27:51 -0400 Received: from localhost.dbn ([127.0.0.1] helo=night.db.net) by night.db.net with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1FvkNn-000BIw-0o; Wed, 28 Jun 2006 20:27:48 -0400 Received: (from db@localhost) by night.db.net (8.13.7/8.13.7/Submit) id k5T0Rffg043429; Wed, 28 Jun 2006 20:27:41 -0400 (EDT) (envelope-from db@night.db.net) Date: Wed, 28 Jun 2006 20:27:39 -0400 From: Diane Bruce To: Robert Watson Message-ID: <20060629002739.GA43149@night.db.net> References: <20060628175839.F43909@ganymede.hub.org> <20060628232727.N78211@fledge.watson.org> <20060628193421.B43909@ganymede.hub.org> <20060628235640.A78211@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060628235640.A78211@fledge.watson.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@FreeBSD.org, User Freebsd Subject: Re: How to enter DDB through a terminal server / remote console ... ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 00:59:34 -0000 On Wed, Jun 28, 2006 at 11:57:58PM +0100, Robert Watson wrote: > ... > Yes. It's unusual, but once in a while I get a nervous serial port. If > you experience this, type "Cont" to continue, and then recompile your > kernel with ALT_BREAK_TO_DEBUGGER but without BREAK_TO_DEBUGGER. Here's > the notes entry: I use the ALT_BREAK_TO_DEBUGGER here. -- - db@db.net http://www.db.net/~db From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 00:59:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 138F716A671; Thu, 29 Jun 2006 00:59:37 +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 180A944E91; Thu, 29 Jun 2006 00:37:59 +0000 (GMT) (envelope-from freebsd@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 149F4291987; Wed, 28 Jun 2006 21:37:53 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 01012-06; Thu, 29 Jun 2006 00:37:57 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 75913290C71; Wed, 28 Jun 2006 21:37:52 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id 5DB5C4574C; Wed, 28 Jun 2006 21:38:01 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 56D403769F; Wed, 28 Jun 2006 21:38:01 -0300 (ADT) Date: Wed, 28 Jun 2006 21:38:01 -0300 (ADT) From: User Freebsd To: Robert Watson In-Reply-To: <20060628235824.S78211@fledge.watson.org> Message-ID: <20060628213737.W43909@ganymede.hub.org> References: <20060628185711.K43909@ganymede.hub.org> <20060628233003.M78211@fledge.watson.org> <20060628193824.B43909@ganymede.hub.org> <20060628235824.S78211@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: configuring sio1 for serial console ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 00:59:40 -0000 On Wed, 28 Jun 2006, Robert Watson wrote: > > On Wed, 28 Jun 2006, User Freebsd wrote: > >>> Instead of changing your kernel config, edit the sio1 entries in >>> /boot/device.hints. (This assumes you left device sio in your kernel -- >>> if not, you need to re-add it). >> >> 'k, re-adding ... and I take it there is no more 'DDB_UNATTENDED' option? >> Something equivalent? > > This is now KDB_UNATTENDED, since it affects by DDB and GDB. KDB is the > common debugger framework backend used to implement front-end debuggins > ervices. Ya, figured this one out when I tried to compile ... someone might want to add a mention of the new options in the ddb man page though :) ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 01:13:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DE6416A407 for ; Thu, 29 Jun 2006 01:13:33 +0000 (UTC) (envelope-from noackjr@alumni.rice.edu) Received: from mail.clickfox.com (cffw1.clickfox.com [72.16.213.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id B739843DE0 for ; Thu, 29 Jun 2006 01:13:32 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) X-PMWin-Spam: Gauge=IIIIIIII, Probability=8%, Report='__HAS_MSGID, __SANE_MSGID, __USER_AGENT, __MIME_VERSION, __CT, __CTYPE_CHARSET_QUOTED, __CT_TEXT_PLAIN, __CTE, __MIME_TEXT_ONLY' thread-index: AcabGfKS+Sw9FyZqQYW4+5yD3gxScQ== X-PMWin-Version: 2.5.1s, Antispam-Engine: 2.4.0, Antivirus-Engine: 2.34.3 Received: from [10.20.30.156] ([72.16.213.34]) by mail.clickfox.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Wed, 28 Jun 2006 21:18:37 -0400 Message-ID: <44A32939.8040104@alumni.rice.edu> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2663 Content-Class: urn:content-classes:message Importance: normal Priority: normal Date: Wed, 28 Jun 2006 21:13:29 -0400 From: "Jonathan Noack" User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: "User Freebsd" References: <20060628211703.Y43909@ganymede.hub.org> <20060628211837.L43909@ganymede.hub.org> In-Reply-To: <20060628211837.L43909@ganymede.hub.org> Content-Type: text/plain; format=flowed; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 29 Jun 2006 01:18:37.0221 (UTC) FILETIME=[F2894D50:01C69B19] Cc: freebsd-stable@freebsd.org Subject: Re: Expensive timeout? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 01:13:33 -0000 Please don't top-post... User Freebsd wrote: > On Wed, 28 Jun 2006, User Freebsd wrote: >> Just got this on the console of one of hte servers that has been >> causing problems ... >> >> Expensive timeout(9) function: 0xc0520e18(0xc8b223a0) 0.296959250 s >> >> not a very informative error, and that is all that was there, nothing >> before, nothing after ... > > Oh, wait, does this have something to do with the Deadlock options I > just added to the kernel? Yes, if you look in /sys/kern/kern_timeout.c you'll note that the "Expensive timeout(9) function" printf is inside an "#ifdef DIAGNOSTIC". -Jonathan From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 02:17:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31E0816A403 for ; Thu, 29 Jun 2006 02:17:16 +0000 (UTC) (envelope-from atanas@asd.aplus.net) Received: from pro20.abac.com (pro20.abac.com [66.226.64.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E34CD44DC1 for ; Thu, 29 Jun 2006 02:17:15 +0000 (GMT) (envelope-from atanas@asd.aplus.net) Received: from [216.55.129.5] (asd2.aplus.net [216.55.129.5]) (authenticated bits=0) by pro20.abac.com (8.13.6/8.13.6) with ESMTP id k5T2HCmj069311 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 28 Jun 2006 19:17:13 -0700 (PDT) (envelope-from atanas@asd.aplus.net) Message-ID: <44A3394C.4090209@asd.aplus.net> Date: Wed, 28 Jun 2006 19:22:04 -0700 From: Atanas User-Agent: Thunderbird 1.5.0.4 (Macintosh/20060516) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20060628185426.M43909@ganymede.hub.org> <20060628225239.GA93265@dan.emsphone.com> In-Reply-To: <20060628225239.GA93265@dan.emsphone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 1.47 (SPF_SOFTFAIL) Subject: Re: em device hangs on ifconfig alias ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2006 02:17:16 -0000 Dan Nelson said the following on 6/28/06 3:52 PM: > In the last episode (Jun 28), User Freebsd said: >> has anyone figured out why the em device 'hangs' for about 30-45 >> seconds whenever you ifconfig alias a new IP on to the device? > > The em driver resets the card when you add an IP to it, and unless > you've configured your switch not to autodetect fancy features on that > port, it may very well take 45 seconds for it to come up. > For me the em reset actually takes about a second or so per single IP alias. But more aliases you got, longer the timeout becomes. In case you have hundreds (like I do), a single reboot might cost you something like 10-15 minutes of downtime, just for the aliases to come up. That's the primary reason I stay away from the on-board 1Gbps em NICs that almost every Intel server board nowadays comes with. I simply disable them and use a good old (and cheap) Intel PRO/100 fxp compatible PCI NIC instead. It's fast enough and doesn't reset the card when you add an alias. The only downside is that it gives you 100Mbps at most. Does anybody know a better NIC driver alternative when dealing with lots of IP aliases? I have some newer machines with 2 Broadcom chips on-board. I plan to give them a try at some point in the future, but I'm not sure how stable the bge driver is when compared to fxp and em. Regards, Atanas From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 02:23:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2687E16A4DF for ; Thu, 29 Jun 2006 02:23:32 +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 47D9344B1E for ; Thu, 29 Jun 2006 01:55:34 +0000 (GMT) (envelope-from freebsd@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id AED65290C6D; Wed, 28 Jun 2006 22:55:27 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 25280-01; Thu, 29 Jun 2006 01:55:32 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id F10E3290C6C; Wed, 28 Jun 2006 22:55:26 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id 79131486DB; Wed, 28 Jun 2006 22:55:36 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 77FDF486BF; Wed, 28 Jun 2006 22:55:36 -0300 (ADT) Date: Wed, 28 Jun 2006 22:55:36 -0300 (ADT) From: User Freebsd To: Jonathan Noack In-Reply-To: <44A32939.8040104@alumni.rice.edu> Message-ID: <20060628225524.Q43909@ganymede.hub.org> References: <20060628211703.Y43909@ganymede.hub.org> <20060628211837.L43909@ganymede.hub.org> <44A32939.8040104@alumni.rice.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Expensive timeout? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 02:23:32 -0000 On Wed, 28 Jun 2006, Jonathan Noack wrote: > Please don't top-post... > > User Freebsd wrote: >> On Wed, 28 Jun 2006, User Freebsd wrote: >>> Just got this on the console of one of hte servers that has been causing >>> problems ... >>> >>> Expensive timeout(9) function: 0xc0520e18(0xc8b223a0) 0.296959250 s >>> >>> not a very informative error, and that is all that was there, nothing >>> before, nothing after ... >> >> Oh, wait, does this have something to do with the Deadlock options I just >> added to the kernel? > > Yes, if you look in /sys/kern/kern_timeout.c you'll note that the "Expensive > timeout(9) function" printf is inside an "#ifdef DIAGNOSTIC". 'k, but is this something that I should be concerned about, or just ignore? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 02:58:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE5AF16A403 for ; Thu, 29 Jun 2006 02:58:22 +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 1819E43DA1 for ; Thu, 29 Jun 2006 02:58:22 +0000 (GMT) (envelope-from freebsd@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 350312919ED; Wed, 28 Jun 2006 23:58:15 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 25289-03; Thu, 29 Jun 2006 02:58:20 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 7C2D6291987; Wed, 28 Jun 2006 23:58:14 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id 4CD7D49302; Wed, 28 Jun 2006 23:58:17 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 4926C489F0; Wed, 28 Jun 2006 23:58:17 -0300 (ADT) Date: Wed, 28 Jun 2006 23:58:17 -0300 (ADT) From: User Freebsd To: Atanas In-Reply-To: <44A3394C.4090209@asd.aplus.net> Message-ID: <20060628235751.J1229@ganymede.hub.org> References: <20060628185426.M43909@ganymede.hub.org> <20060628225239.GA93265@dan.emsphone.com> <44A3394C.4090209@asd.aplus.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: em device hangs on ifconfig alias ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2006 02:58:22 -0000 On Wed, 28 Jun 2006, Atanas wrote: > I have some newer machines with 2 Broadcom chips on-board. I plan to > give them a try at some point in the future, but I'm not sure how stable > the bge driver is when compared to fxp and em. I'm using the bge driver on our new HP servers, and haven't noticed any problems with them to date ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 07:57:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 369AC16A4C9 for ; Thu, 29 Jun 2006 07:57:13 +0000 (UTC) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF3FD4483E for ; Thu, 29 Jun 2006 07:30:10 +0000 (GMT) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id 2C4484D141 for ; Thu, 29 Jun 2006 07:30:14 +0000 (GMT) Received: from vaulte.jumbuck.com (ppp166-27.static.internode.on.net [150.101.166.27]) by p4.roq.com (Postfix) with ESMTP id 96C944D142 for ; Thu, 29 Jun 2006 07:30:13 +0000 (GMT) Received: from vaulte.jumbuck.com (localhost [127.0.0.1]) by vaulte.jumbuck.com (Postfix) with ESMTP id 3615F8A064; Thu, 29 Jun 2006 17:30:08 +1000 (EST) Received: from [192.168.46.102] (unknown [192.168.46.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vaulte.jumbuck.com (Postfix) with ESMTP id 31B338A062; Thu, 29 Jun 2006 17:30:08 +1000 (EST) Message-ID: <44A3817F.4030105@thebeastie.org> Date: Thu, 29 Jun 2006 17:30:07 +1000 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.12) Gecko/20060404 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Atanas References: <20060628185426.M43909@ganymede.hub.org> <20060628225239.GA93265@dan.emsphone.com> <44A3394C.4090209@asd.aplus.net> In-Reply-To: <44A3394C.4090209@asd.aplus.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org, freebsd@hub.org Subject: Re: em device hangs on ifconfig alias ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2006 07:57:13 -0000 Atanas wrote: > Dan Nelson said the following on 6/28/06 3:52 PM: > >> In the last episode (Jun 28), User Freebsd said: >> >>> has anyone figured out why the em device 'hangs' for about 30-45 >>> seconds whenever you ifconfig alias a new IP on to the device? >> >> >> The em driver resets the card when you add an IP to it, and unless >> you've configured your switch not to autodetect fancy features on that >> port, it may very well take 45 seconds for it to come up. >> > For me the em reset actually takes about a second or so per single IP > alias. But more aliases you got, longer the timeout becomes. In case > you have hundreds (like I do), a single reboot might cost you > something like 10-15 minutes of downtime, just for the aliases to come > up. > Does anybody know a better NIC driver alternative when dealing with > lots of IP aliases? > > > Regards, > Atanas > > _______________________________________________ For me its IP alias additions take 1 or maybe 2secs, but it is noticeable, but really isn't an issue for me. As far as I have noticed the em driver in 6.1 after being rebuilt is at its peak of driver quality, so much in fact that since 6.1 its recommended not to even bother with polling with em if you need maximum network performance as it won't go any faster, the em driver for 6.1 got very large performance improvement compared to older em driver versions before 6.1-release, which I suspect got over hacked over time. I am pretty sure I used to only be able to get 200,300mbits/sec max but now I can get up to 850mbits on some and on the lowest side 500mbits/sec on others which I suspect is due to cable quality etc. I am just thankful for it working as it is. Mike From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 08:00:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4772516A47B for ; Thu, 29 Jun 2006 08:00:58 +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 2487F43D5A for ; Thu, 29 Jun 2006 08:00:54 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id E244446C74; Thu, 29 Jun 2006 04:00:50 -0400 (EDT) Date: Thu, 29 Jun 2006 09:00:50 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Fabian Keil In-Reply-To: <20060629021509.13ff7341@localhost> Message-ID: <20060629085650.H9293@fledge.watson.org> References: <20060627175853.765a590e@localhost> <20060628101729.J50845@fledge.watson.org> <20060628235258.3414b074@localhost> <20060628230255.M78211@fledge.watson.org> <20060629021509.13ff7341@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Peter Thoenen , freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1 Tor issues (Once More, with Feeling) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2006 08:00:58 -0000 On Thu, 29 Jun 2006, Fabian Keil wrote: > I wish I could. The machine died before I read your message. > > I was logged in on the serial console running tail -f /var/log/messages. > Last messages were: > > Jun 29 00:42:20 tor kernel: Memory modified after free 0xc4275000(2048) val=a020c0de @ 0xc4275000 > Jun 29 00:42:20 tor kernel: Memory modified after free 0xc4055800(2048) val=a020c0de @ 0xc4055800 > Jun 29 00:42:20 tor kernel: Memory modified after free 0xc4ca0000(2048) val=a020c0de @ 0xc4ca0000 > Jun 29 00:42:20 tor kernel: Memory modified after free 0xc39ef000(2048) val=a020c0de @ 0xc39ef000 > Jun 29 00:42:24 tor kernel: Memory modified after free 0xc4bd7000(2048) val=a020c0de @ 0xc4bd7000 > Jun 29 00:42:24 tor kernel: Memory modified after free 0xc3c8a000(2048) val=a020c0de @ 0xc3c8a000 > Jun 29 00:42:24 tor kernel: Memory modified after free 0xc33bd000(2048) val=a020c0de @ 0xc33bd000 > Jun 29 00:42:24 tor kernel: Memory modified after free 0xc3f1d000(2048) val=a020c0de @ 0xc3f1d000 > Jun 29 00:42:24 tor kernel: Memory modified after free 0xc45dc800(2048) val=a020c0de @ 0xc45dc800 > Jun 29 00:42:24 tor kernel: Memory modified after free 0xc429e000(2048) val=a020c0de @ 0xc429e000 > Jun 29 00:42:24 tor kernel: Memory modified after free 0xc3aef800(2048) val=a020c0de @ 0xc3aef800 > Jun 29 00:42:24 tor kernel: Memory modified after free 0xc432a000(2048) val=a020c0de @ 0xc432a000 > Jun 29 00:42:24 tor kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=34263674 > Jun 29 00:42:24 tor kernel: Memory modified after free 0xc3dff800(2048) val=a020c0d > > Ctrl+Alt+ESC didn't trigger any reaction, so I caused a reset through the > ISP's webinterface. Now the system appears to be hosed, at least FreeBSD > never reaches the login: > > PXELINUX 3.11 2005-09-02 Copyright (C) 1994-2005 H. Peter Anvin > Booting from local disk... > > 1 Linux > 2 FreeBSD > 3 FreeBSD > > Default: 2 > > [nothing] > > Probably something which would be easy to resolve with keyboard access and a > screen, but I think I'm forced to use the "RecoveryManager". Unfortunately > "recovery" means reinstalling the preconfigured GNU/Linux which I than can > replace with FreeBSD again. If there ever was a core dump it will be gone, > and so will be kernel.debug. > > On the bright side you can chose the OS to go with. Should I use Current to > see if the problem still exists? The ATA error above is a bit distressing, as is the fact that it won't boot. Is "[nothing]" normally the FreeBSD boot loader rather than nothing? I would suggest running some hardware diagnostics to make sure we're dealing with reliable hardware before continuing so that we're not chasing both hardware and software problems, since you can't reliably debug software problems in the presence of hardware failures. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 08:03:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D13416A40F for ; Thu, 29 Jun 2006 08:03: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 05DEE43D6A for ; Thu, 29 Jun 2006 08:03:34 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 8B90346C7A; Thu, 29 Jun 2006 04:03:34 -0400 (EDT) Date: Thu, 29 Jun 2006 09:03:34 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: User Freebsd In-Reply-To: <20060628213737.W43909@ganymede.hub.org> Message-ID: <20060629090126.N9293@fledge.watson.org> References: <20060628185711.K43909@ganymede.hub.org> <20060628233003.M78211@fledge.watson.org> <20060628193824.B43909@ganymede.hub.org> <20060628235824.S78211@fledge.watson.org> <20060628213737.W43909@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: configuring sio1 for serial console ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 08:03:35 -0000 On Wed, 28 Jun 2006, User Freebsd wrote: > On Wed, 28 Jun 2006, Robert Watson wrote: > >> On Wed, 28 Jun 2006, User Freebsd wrote: >> >>>> Instead of changing your kernel config, edit the sio1 entries in >>>> /boot/device.hints. (This assumes you left device sio in your kernel -- >>>> if not, you need to re-add it). >>> >>> 'k, re-adding ... and I take it there is no more 'DDB_UNATTENDED' option? >>> Something equivalent? >> >> This is now KDB_UNATTENDED, since it affects by DDB and GDB. KDB is the >> common debugger framework backend used to implement front-end debuggins >> ervices. > > Ya, figured this one out when I tried to compile ... someone might want to > add a mention of the new options in the ddb man page though :) You mean like the following text in the ddb(4) man page? NAME ddb -- interactive kernel debugger SYNOPSIS options KDB options DDB To prevent activation of the debugger on kernel panic(9): options KDB_UNATTENDED Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 09:22:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6045F16A403 for ; Thu, 29 Jun 2006 09:22:13 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail25.syd.optusnet.com.au (mail25.syd.optusnet.com.au [211.29.133.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8C4243D58 for ; Thu, 29 Jun 2006 09:22:12 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail25.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k5T9LtTY016308 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 29 Jun 2006 19:22:03 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k5T9Ls6b005653; Thu, 29 Jun 2006 19:21:54 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k5T9Lsjx005652; Thu, 29 Jun 2006 19:21:54 +1000 (EST) (envelope-from peter) Date: Thu, 29 Jun 2006 19:21:54 +1000 From: Peter Jeremy To: Michael Vince Message-ID: <20060629092154.GE742@turion.vk2pj.dyndns.org> References: <20060628185426.M43909@ganymede.hub.org> <20060628225239.GA93265@dan.emsphone.com> <44A3394C.4090209@asd.aplus.net> <44A3817F.4030105@thebeastie.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nHwqXXcoX0o6fKCv" Content-Disposition: inline In-Reply-To: <44A3817F.4030105@thebeastie.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: Atanas , freebsd-stable@freebsd.org, freebsd@hub.org Subject: Re: em device hangs on ifconfig alias ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2006 09:22:13 -0000 --nHwqXXcoX0o6fKCv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 2006-Jun-29 17:30:07 +1000, Michael Vince wrote: >For me its IP alias additions take 1 or maybe 2secs, but it is=20 >noticeable, but really isn't an issue for me. But it obviously is for Atanas, who has 100's of aliases. >As far as I have noticed the em driver in 6.1 after being rebuilt is at=20 >its peak of driver quality, =2E.. >now I can get up to 850mbits on some and on the lowest side 500mbits/sec= =20 >on others which I suspect is due to cable quality etc. In other words, the shortcomings of the em device/driver aren't an issue for you. Other people have different requirements and the em(4) is currently unsuitable for them. --=20 Peter Jeremy --nHwqXXcoX0o6fKCv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEo5ux/opHv/APuIcRAgEqAKCnNhNqwYJz6EYJSfruNTtJUTaMFQCfckjX RDJJ3+N8ipmLy0QD2W0jJ/M= =dhXa -----END PGP SIGNATURE----- --nHwqXXcoX0o6fKCv-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 10:43:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 411E116A5B2 for ; Thu, 29 Jun 2006 10:43:40 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id D33DC44586 for ; Thu, 29 Jun 2006 10:15:21 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 22074 invoked from network); 29 Jun 2006 10:15:16 -0000 Received: from unknown (HELO localhost) (775067@[217.50.129.210]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 29 Jun 2006 10:15:16 -0000 Date: Thu, 29 Jun 2006 12:15:01 +0200 From: Fabian Keil To: Robert Watson Message-ID: <20060629121501.59b81c28@localhost> In-Reply-To: <20060629085650.H9293@fledge.watson.org> References: <20060627175853.765a590e@localhost> <20060628101729.J50845@fledge.watson.org> <20060628235258.3414b074@localhost> <20060628230255.M78211@fledge.watson.org> <20060629021509.13ff7341@localhost> <20060629085650.H9293@fledge.watson.org> X-Mailer: Sylpheed-Claws 2.2.3 (GTK+ 2.8.19; i386-portbld-freebsd6.1) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc User-Agent: 321 test Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_UzlQDMNTeq+tJsW5jw6suv9; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: Peter Thoenen , freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1 Tor issues (Once More, with Feeling) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2006 10:43:40 -0000 --Sig_UzlQDMNTeq+tJsW5jw6suv9 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Robert Watson wrote: > On Thu, 29 Jun 2006, Fabian Keil wrote: >=20 > > I wish I could. The machine died before I read your message. > > > > I was logged in on the serial console running tail > > -f /var/log/messages. Last messages were: > > > > Jun 29 00:42:20 tor kernel: Memory modified after free > > 0xc4275000(2048) val=3Da020c0de @ 0xc4275000 Jun 29 00:42:20 tor > > kernel: Memory modified after free 0xc4055800(2048) val=3Da020c0de @ > > 0xc432a000 Jun 29 00:42:24 tor kernel: ad0: TIMEOUT - WRITE_DMA > > retrying (1 retry left) LBA=3D34263674 Jun 29 00:42:24 tor kernel: > > Memory modified after free 0xc3dff800(2048) val=3Da020c0d > > > > Ctrl+Alt+ESC didn't trigger any reaction, so I caused a reset > > through the ISP's webinterface. Now the system appears to be hosed, > > at least FreeBSD never reaches the login: > > > > PXELINUX 3.11 2005-09-02 Copyright (C) 1994-2005 H. Peter Anvin > > Booting from local disk... > > > > 1 Linux > > 2 FreeBSD > > 3 FreeBSD > > > > Default: 2 > > > > [nothing] > The ATA error above is a bit distressing, as is the fact that it > won't boot. Is "[nothing]" normally the FreeBSD boot loader rather > than nothing? The "1 Linux ..." part already is the FreeBSD boot loader. Normally it goes: PXELINUX 3.11 2005-09-02 Copyright (C) 1994-2005 H. Peter Anvin Booting from local disk... 1 Linux 2 FreeBSD 3 FreeBSD Default: 2=20 FreeBSD/i386 (tor.fabiankeil.de) (ttyd0) login: > I would suggest running some hardware diagnostics to > make sure we're dealing with reliable hardware before continuing so > that we're not chasing both hardware and software problems, since you > can't reliably debug software problems in the presence of hardware > failures. I'll see what the ports collection has to offer (running smartmontools right now) but so far it's the only ATA message I got. > > Probably something which would be easy to resolve with keyboard > > access and a screen, but I think I'm forced to use the > > "RecoveryManager". Unfortunately "recovery" means reinstalling the > > preconfigured GNU/Linux which I than can replace with FreeBSD > > again. If there ever was a core dump it will be gone, and so will > > be kernel.debug. Lucky me. The "RecoveryManager" turned out to be a full featured PXE-booted GNU/Linux system. It allowed me to fetch and replace /dev/ad0s2a (/) through ssh. The system is online again.=20 After fsck -y /dev/ad0s3d (/usr) the whole tor jail is gone, but the rest of this slice seems to be ok, including kernel.debug. I can't fsck /var: [fk@tor ~]$ sudo fsck /dev/ad0s3d ** /dev/ad0s3d ** Last Mounted on /var ** Phase 1 - Check Blocks and Sizes fsck_4.2bsd: cannot alloc 1082190976 bytes for inoinfo but it can still be mounted. No core dump though. Fabian --=20 http://www.fabiankeil.de/ --Sig_UzlQDMNTeq+tJsW5jw6suv9 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEo6gxjV8GA4rMKUQRArnCAJ994MzBZ1Q5E2pTMUjNz2yWXWOB0QCfZg45 +yOvYbzgmREq4vpkkKe01K8= =qRGk -----END PGP SIGNATURE----- --Sig_UzlQDMNTeq+tJsW5jw6suv9-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 11:30:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AAB816A529; Thu, 29 Jun 2006 11:30:22 +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 48D5B43D69; Thu, 29 Jun 2006 11:30:20 +0000 (GMT) (envelope-from freebsd@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id CD8F62919ED; Thu, 29 Jun 2006 08:30:14 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 91380-10; Thu, 29 Jun 2006 11:30:19 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 47C8B291987; Thu, 29 Jun 2006 08:30:14 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id 0499745FD8; Thu, 29 Jun 2006 08:30:22 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id C25B745DAA; Thu, 29 Jun 2006 08:30:21 -0300 (ADT) Date: Thu, 29 Jun 2006 08:30:21 -0300 (ADT) From: User Freebsd To: Robert Watson In-Reply-To: <20060629090126.N9293@fledge.watson.org> Message-ID: <20060629082920.H1229@ganymede.hub.org> References: <20060628185711.K43909@ganymede.hub.org> <20060628233003.M78211@fledge.watson.org> <20060628193824.B43909@ganymede.hub.org> <20060628235824.S78211@fledge.watson.org> <20060628213737.W43909@ganymede.hub.org> <20060629090126.N9293@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: configuring sio1 for serial console ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 11:30:22 -0000 On Thu, 29 Jun 2006, Robert Watson wrote: > On Wed, 28 Jun 2006, User Freebsd wrote: > >> On Wed, 28 Jun 2006, Robert Watson wrote: >> >>> On Wed, 28 Jun 2006, User Freebsd wrote: >>> >>>>> Instead of changing your kernel config, edit the sio1 entries in >>>>> /boot/device.hints. (This assumes you left device sio in your kernel -- >>>>> if not, you need to re-add it). >>>> >>>> 'k, re-adding ... and I take it there is no more 'DDB_UNATTENDED' option? >>>> Something equivalent? >>> >>> This is now KDB_UNATTENDED, since it affects by DDB and GDB. KDB is the >>> common debugger framework backend used to implement front-end debuggins >>> ervices. >> >> Ya, figured this one out when I tried to compile ... someone might want to >> add a mention of the new options in the ddb man page though :) > > You mean like the following text in the ddb(4) man page? > > NAME > ddb -- interactive kernel debugger > > SYNOPSIS > options KDB > options DDB > > To prevent activation of the debugger on kernel panic(9): > options KDB_UNATTENDED Ack, I was probably reading on one of my 4.x boxes :( But, the handbook does need to be updated: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-online-ddb.html ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 11:32:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B66ED16A407 for ; Thu, 29 Jun 2006 11:32:29 +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 77AB843D8E for ; Thu, 29 Jun 2006 11:32:28 +0000 (GMT) (envelope-from freebsd@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 8F6E52919ED; Thu, 29 Jun 2006 08:32:23 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 04397-08; Thu, 29 Jun 2006 11:32:28 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 14D0D291987; Thu, 29 Jun 2006 08:32:23 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id 0FCD03839D; Thu, 29 Jun 2006 08:32:31 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 0510033DF1; Thu, 29 Jun 2006 08:32:31 -0300 (ADT) Date: Thu, 29 Jun 2006 08:32:30 -0300 (ADT) From: User Freebsd To: Peter Jeremy In-Reply-To: <20060629092154.GE742@turion.vk2pj.dyndns.org> Message-ID: <20060629083130.X1229@ganymede.hub.org> References: <20060628185426.M43909@ganymede.hub.org> <20060628225239.GA93265@dan.emsphone.com> <44A3394C.4090209@asd.aplus.net> <44A3817F.4030105@thebeastie.org> <20060629092154.GE742@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Atanas , freebsd-stable@freebsd.org, Michael Vince Subject: Re: em device hangs on ifconfig alias ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2006 11:32:29 -0000 On Thu, 29 Jun 2006, Peter Jeremy wrote: > On Thu, 2006-Jun-29 17:30:07 +1000, Michael Vince wrote: >> For me its IP alias additions take 1 or maybe 2secs, but it is >> noticeable, but really isn't an issue for me. > > But it obviously is for Atanas, who has 100's of aliases. In my case, it isn't 100's, but the problem is noticeable ... I have my start up scripts, right now, do the ifconfig, sleep for 45 seconds, and then start up the jail ... and even then, apache doesn't *always* start up, since sometimes that isn't long enough for the network to come back up for DNS to be reachable :( ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 12:13:18 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D233E16A4A6 for ; Thu, 29 Jun 2006 12:13:18 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx0.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4467843DA1 for ; Thu, 29 Jun 2006 12:13:12 +0000 (GMT) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx0.rink.nu (Postfix) with ESMTP id 9949317065; Thu, 29 Jun 2006 14:13:09 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx0.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FMAjWTPriI+z; Thu, 29 Jun 2006 14:13:05 +0200 (CEST) Received: by mx0.rink.nu (Postfix, from userid 1678) id 019F817060; Thu, 29 Jun 2006 14:13:04 +0200 (CEST) Date: Thu, 29 Jun 2006 14:13:04 +0200 From: Rink Springer To: stable@FreeBSD.org Message-ID: <20060629121304.GB91521@rink.nu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1LKvkjL3sHcu1TtY" Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: roel@qsp.nl Subject: Support for QLogic QLE2460 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2006 12:13:18 -0000 --1LKvkjL3sHcu1TtY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, At work, we recently bought a QLogic QLE2460 FC host adapter. However, FreeBSD doesn't seem to support this card. pciconf -lv gives: --- none0@pci4:0:0: class=3D0x0c0400 card=3D0x01371077 chip=3D0x24321077 rev= =3D0x02 hdr=3D0x00 vendor =3D 'QLogic Corporation' class =3D serial bus subclass =3D Fibre Channel --- man isp(4) does not mention support for this card, either. We tried adding the PCI ID, assuming the card is supported by the 2423 driver. However, this fails with: --- Qlogic ISP Driver, FreeBSD Version 5.9, Core Version 2.10 isp0: port 0xec00-0xecff mem 0xfe6fc000-0xfe6fffff irq 16 at device 0.0 on pci4 isp0: Reserved 0x4000 bytes for rid 0x14 type 3 at 0xfe6fc000 isp0: using Memory space register mapping ioapic0: routing intpin 16 (PCI IRQ 16) to vector 50 isp0: [GIANT-LOCKED] isp0: Polled Mailbox Command (0x0) Timeout device_attach: isp0 attach returned 6 --- Linux seems to have drivers for it, and the same goes for Solaris.=20 Has anyone managed to get this card working on a FreeBSD 6 machine? I can't seem to find any support in it in -CURRENT either. Thanks, --=20 Rink P.W. Springer - http://rink.nu "Richter: Tribute? You steal men's souls, and make them your slaves! Dracula: Perhaps the same could be said of all religions." - Castlevania: Symphony of the Night --1LKvkjL3sHcu1TtY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEo8PQb3O60uztv/8RAkh2AJ9uDwlJwZcyWQ74uXDkTK+rH4UCRwCgm94E tD6HrTjMYoyncnnsv6a6h94= =ADBB -----END PGP SIGNATURE----- --1LKvkjL3sHcu1TtY-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 13:25:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2A9D16A4D4 for ; Thu, 29 Jun 2006 13:25:39 +0000 (UTC) (envelope-from freebsd-stable-archive@cloud9.net) Received: from camomile.cloud9.net (camomile.cloud9.net [168.100.1.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1750243D6B for ; Thu, 29 Jun 2006 13:25:35 +0000 (GMT) (envelope-from freebsd-stable-archive@cloud9.net) Received: from camomile.cloud9.net (localhost.cloud9.net [127.0.0.1]) by camomile.cloud9.net (Postfix) with SMTP id 4C683594D for ; Thu, 29 Jun 2006 09:25:34 -0400 (EDT) Received: from earl-grey.cloud9.net (earl-grey.cloud9.net [168.100.1.1]) by camomile.cloud9.net (Postfix) with ESMTP id 3CD6E593B for ; Thu, 29 Jun 2006 09:25:34 -0400 (EDT) Date: Thu, 29 Jun 2006 09:25:34 -0400 (EDT) From: freebsd-stable-archive@cloud9.net X-X-Sender: mark@earl-grey.cloud9.net To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-AntiVirus: Checked by Vexira Antivirus v1.5 Subject: Re: FreeBSD 6 and MySQL with DBs on a NAS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2006 13:25:40 -0000 I wasn't able to find anyone seeing a similar problem as what I describe. I'm using FreeBSD 6.1, MySQL 5.0.21 built from ports and a NetApp share provided over NFS. Has anyone else ever seen the issue as described in the e-mail below? -- Mark P. Hennessy "Alexey Karagodov" wrote: there was some problems with NFS on FreeBSD 6 ... try to google problem related to NFS or search this mailing list 2006/6/27, freebsd-stable-archive@cloud9.net : Hi, I was wondering if anyone else had encountered this issue and/or come up with what needs to be done to resolve it: I currently have MySQL 5.0.22 built from ports on a FreeBSD 6.1 machine with the DB data residing on a NetApp share connected via NFS. A strange thing happens often after a few hours or a couple of days, some tables that are very active start to crash for no apparent reason as far as I can tell. Example output from check table tablename: +----------------------------+-------+----------+-------------------------------------------------------------------+ | Table | Op | Msg_type | Msg_text | +----------------------------+-------+----------+-------------------------------------------------------------------+ | dbname.tablename | check | warning | Table is marked as crashed | | dbname.tablename | check | error | Found key at page 18259968 that points to record outside datafile | | dbname.tablename | check | error | Corrupt | +----------------------------+-------+----------+-------------------------------------------------------------------+ Upon moving the DB data to a local drive, the system operates flawlessly and has done so for many weeks, but I really need to keep these data on the networked share. The problem didn't happen when I was using FreeBSD 4.11, it only started after upgrading to FreeBSD 6.0 or 6.1. A poster on a MySQL mailing list suggested perhaps it could be a file locking issue at the OS level and so I post my inquiry here. I've seen this happen on FreeBSD 6.0 and 6.1 with MySQL 4.1.x and MySQL 5.0.x built from ports. Has anyone else seen this and if so has a resolution been found? -- Mark P. Hennessy _______________________________________________ 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 Jun 29 13:32:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2745E16A412 for ; Thu, 29 Jun 2006 13:32:52 +0000 (UTC) (envelope-from bymer@infostore.org) Received: from tetis.uazone.net (uazone.net [212.109.44.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40E9143D78 for ; Thu, 29 Jun 2006 13:32:45 +0000 (GMT) (envelope-from bymer@infostore.org) Received: from bzone (energylife.com.ua [62.149.0.141]) by tetis.uazone.net (8.13.3/01.001) with ESMTP id k5TDZ7q4055969 for ; Thu, 29 Jun 2006 16:35:07 +0300 (EEST) (envelope-from bymer@infostore.org) Date: Thu, 29 Jun 2006 16:32:41 +0300 From: bymer X-Mailer: The Bat! (v2.12.00) X-Priority: 3 (Normal) Message-ID: <1381607590.20060629163241@infostore.org> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: detached disk & fsck lock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bymer List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 13:32:52 -0000 Hi all, I have several computers of different configurations (other motherboards, controllers). Each have 14-20 hdd devices (ATA & SATA). All hdd is WDC WDxxxxJD or WDC WDxxxxJB. Computers periodically crashed with "disk detached" (random disk id) error: subdisk10: detached ad10: detached g_vfs_done():ad10s1h[READ(offset=289109770240, length=65536)]error = 6 g_vfs_done():ad10s1h[READ(offset=289297481728, length=131072)]error = 6 g_vfs_done():ad10s1h[READ(offset=296795766784, length=131072)]error = 6 -- skipped -- panic: vinvalbuf: dirty bufs Uptime: 13h32m44s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... After reboot, it's quite likely (20-30 percents) that fsck (running in background mode) lock in ufs state and can't be killed even by SIGKILL. After it all others processes working with that device lock in ufs state too. It's appear on all FreeBSD 6 versions, from 6.0 RELEASE to 6.1-STABLE. -- Best regards, bymer mailto:bymer@infostore.org From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 13:43:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 074D316A403 for ; Thu, 29 Jun 2006 13:43:28 +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 4C6A843D46 for ; Thu, 29 Jun 2006 13:43:25 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id E21C546C3B; Thu, 29 Jun 2006 09:43:23 -0400 (EDT) Date: Thu, 29 Jun 2006 14:43:23 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: User Freebsd In-Reply-To: <20060628225524.Q43909@ganymede.hub.org> Message-ID: <20060629144146.R30355@fledge.watson.org> References: <20060628211703.Y43909@ganymede.hub.org> <20060628211837.L43909@ganymede.hub.org> <44A32939.8040104@alumni.rice.edu> <20060628225524.Q43909@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Expensive timeout? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 13:43:28 -0000 On Wed, 28 Jun 2006, User Freebsd wrote: > On Wed, 28 Jun 2006, Jonathan Noack wrote: > >> Please don't top-post... >> >> User Freebsd wrote: >>> On Wed, 28 Jun 2006, User Freebsd wrote: >>>> Just got this on the console of one of hte servers that has been causing >>>> problems ... >>>> >>>> Expensive timeout(9) function: 0xc0520e18(0xc8b223a0) 0.296959250 s >>>> >>>> not a very informative error, and that is all that was there, nothing >>>> before, nothing after ... >>> >>> Oh, wait, does this have something to do with the Deadlock options I just >>> added to the kernel? >> >> Yes, if you look in /sys/kern/kern_timeout.c you'll note that the >> "Expensive timeout(9) function" printf is inside an "#ifdef DIAGNOSTIC". > > 'k, but is this something that I should be concerned about, or just ignore? You can convert it to a function name using the addr2line command combining the function pointer, 0xc0520e18, with your kernel.debug, then let us know. This is an advisory diagnostic message to let developers know a kernel function running in a time-critical path is taking too long to run, and is worth reporting. You probably don't want to run with DIAGNOSTIC unless you really want to. INVARIANTS+WITNESS are sufficient for most debugging. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 13:43:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83AD716A4A0 for ; Thu, 29 Jun 2006 13:43:40 +0000 (UTC) (envelope-from chobbs@siloamsprings.com) Received: from [24.248.215.39] (athome.siloamsprings.com [24.248.215.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 916AC43D55 for ; Thu, 29 Jun 2006 13:43:25 +0000 (GMT) (envelope-from chobbs@siloamsprings.com) Received: from athome.siloamsprings.com by [24.248.215.39] via smtpd (for mx1.freebsd.org [216.136.204.125]) with ESMTP; Thu, 29 Jun 2006 08:42:28 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by athome.siloamsprings.com (Postfix) with ESMTP id 08D91694060 for ; Thu, 29 Jun 2006 08:53:39 -0500 (CDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by athome.siloamsprings.com (Postfix) with ESMTP id EC245694070 for ; Thu, 29 Jun 2006 08:53:38 -0500 (CDT) Received: from athome.siloamsprings.com ([127.0.0.1]) by localhost (athome.siloamsprings.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18819-07 for ; Thu, 29 Jun 2006 08:53:34 -0500 (CDT) Received: by athome.siloamsprings.com (Postfix, from userid 19417) id 179D5694060; Thu, 29 Jun 2006 08:53:34 -0500 (CDT) X-Mailer: OpenGroupware.org organization: City of Siloam Springs date: Thu, 29 Jun 2006 13:53:34 -0000 content-type: text/plain; charset="us-ascii" to: freebsd-stable@freebsd.org from: "Christopher Hobbs" MIME-Version: 1.0 content-transfer-encoding: 7bit Message-Id: <20060629135334.179D5694060@athome.siloamsprings.com> X-Virus-Scanned: by amavisd-new at siloamsprings.com Subject: problems with fetch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Christopher Hobbs List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 13:43:40 -0000 I'm a first time poster, so forgive me if this is the wrong list or if I break etiquette. Fetch frequently fails for me when installing ports via "pkg_add" or directly from the ports tree. Regardless of the port I'm trying to add, it almost always returns the following... Using 'pkg_add': --BEGIN SNIP-- root@SS002:~ 160:0# pkg_add -r xpdf Error: FTP Unable to get ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-6.1-release/Latest/xpdf.tbz: Syntax error in parameters or arguments pkg_add: unable to fetch 'ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-6.1-release/Latest/xpdf.tbz' by URL --END SNIP-- Using ports directly: --BEGIN SNIP-- root@SS002:/usr/ports/graphics/xpdf 163:0# make install clean ===> Vulnerability check disabled, database not found => xpdf-3.01.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from ftp://ftp.foolabs.com/pub/xpdf/. fetch: ftp://ftp.foolabs.com/pub/xpdf/xpdf-3.01.tar.gz: Syntax error in parameters or arguments => Attempting to fetch from ftp://ftp.funet.fi/pub/TeX/CTAN/support/xpdf/. fetch: ftp://ftp.funet.fi/pub/TeX/CTAN/support/xpdf/xpdf-3.01.tar.gz: Syntax error in parameters or arguments => Attempting to fetch from ftp://ctan.unsw.edu.au/tex-archive/support/xpdf/. fetch: ftp://ctan.unsw.edu.au/tex-archive/support/xpdf/xpdf-3.01.tar.gz: Syntax error in parameters or arguments => Attempting to fetch from ftp://ftp.tex.ac.uk/tex-archive/support/xpdf/. fetch: ftp://ftp.tex.ac.uk/tex-archive/support/xpdf/xpdf-3.01.tar.gz: Syntax error in parameters or arguments => Attempting to fetch from ftp://ftp.kddlabs.co.jp/CTAN/support/xpdf/. fetch: ftp://ftp.kddlabs.co.jp/CTAN/support/xpdf/xpdf-3.01.tar.gz: Syntax error in parameters or arguments => Attempting to fetch from ftp://ctan.tug.org/tex-archive/support/xpdf/. fetch: ftp://ctan.tug.org/tex-archive/support/xpdf/xpdf-3.01.tar.gz: Syntax error in parameters or arguments => Attempting to fetch from ftp://ftp.dante.de/tex-archive/support/xpdf/. fetch: ftp://ftp.dante.de/tex-archive/support/xpdf/xpdf-3.01.tar.gz: Syntax error in parameters or arguments => Attempting to fetch from http://ring.sakura.ad.jp/archives/text/CTAN/support/xpdf/. xpdf-3.01.tar.gz 100% of 585 kB 140 kBps => xpdf-3.01pl1.patch doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from ftp://ftp.foolabs.com/pub/xpdf/. fetch: ftp://ftp.foolabs.com/pub/xpdf/xpdf-3.01pl1.patch: Syntax error in parameters or arguments => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/xpdf-3.01pl1.patch: Syntax error in parameters or arguments => Couldn't fetch it - please try to retrieve this => port manually into /usr/ports/distfiles/ and try again. *** Error code 1 Stop in /usr/ports/graphics/xpdf. root@SS002:/usr/ports/graphics/xpdf 164:1# --END SNIP-- I think the key error in all of this is the part that says "Syntax error in parameters or arguments". This only seems to happen with FTP sites as opposed to HTTP sites. I can retrieve said files with wget without a hitch, so I'm at a loss as to what's going on. I've frobbed nearly every knob that fetch has to no avail. I'm running 6.1: FreeBSD SS002.admin.siloamsprings.com 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May 7 04:42:56 UTC 2006 root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 It's a fresh install, I'll probably update soon. I had the same problem in 5.4. Thank you in advance for any help you may be able to provide! cmh -- Christopher M. Hobbs Systems Technician, City of Siloam Springs chobbs@siloamsprings.com, (479).524.5136 From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 13:44:21 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F9DB16A415 for ; Thu, 29 Jun 2006 13:44:21 +0000 (UTC) (envelope-from sergey.shyman@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 609B343D7D for ; Thu, 29 Jun 2006 13:44:10 +0000 (GMT) (envelope-from sergey.shyman@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so351537uge for ; Thu, 29 Jun 2006 06:44:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=U1qNZRprzbXxjRtjgTpcLjEDpJ6/yD1aWuNZkiBkaGcMq4NicngIs07977yQKPQBASQbA3kJZN28O0PRzHaX6AUYldCvNRkb+3n9NQyBOkXCsPO2lo9xOqY3l71zfwPj1+qj3O8g3OmoLphdoZSJXoWEaQIYz8+VTdiKqmoqZCc= Received: by 10.78.138.14 with SMTP id l14mr961813hud; Thu, 29 Jun 2006 06:44:09 -0700 (PDT) Received: by 10.78.72.5 with HTTP; Thu, 29 Jun 2006 06:44:09 -0700 (PDT) Message-ID: <840a6f1a0606290644w2fa869f9v322acf9935057431@mail.gmail.com> Date: Thu, 29 Jun 2006 16:44:09 +0300 From: "Sergey Shyman" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_2125_9598670.1151588649347" Cc: Subject: Weird problem upgrading 5.4 to 6.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 13:44:21 -0000 ------=_Part_2125_9598670.1151588649347 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, I have FreeBSD 5.4 box with Intel865 chipset. The 5.4 works fine nearly a year. But strange troubles happens when I've tried to upgrade to 6.1 (via make buildworld && make kernel). The loader show me following messages and then hangs when I try to boot new kernel: Can't work out which disk we are booting from. Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0. Booting with old kernel works fine. Also BIOS see IDE drive. Googling don't get any relevant info. I've attached my kernel config. Does anybody have ideas how to fix this? TIA, Sergey Shyman ------=_Part_2125_9598670.1151588649347 Content-Type: application/octet-stream; name="PIONEER" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="PIONEER" X-Attachment-Id: f_ep1653eo bWFjaGluZQkJaTM4NgpjcHUJCUk2ODZfQ1BVCmlkZW50CQlQSU9ORUVSCm1heHVzZXJzCTAKCm9w dGlvbnMgCVNDSEVEXzRCU0QJCSM0QlNEIHNjaGVkdWxlcgpvcHRpb25zIAlJTkVUCQkJI0ludGVy TkVUd29ya2luZwpvcHRpb25zICAgICAgICAgUFJFRU1QVElPTgpvcHRpb25zIAlTT0ZUVVBEQVRF UwkJI0VuYWJsZSBGRlMgc29mdCB1cGRhdGVzIHN1cHBvcnQKb3B0aW9ucyAJVUZTX0FDTAkJCSNT dXBwb3J0IGZvciBhY2Nlc3MgY29udHJvbCBsaXN0cwpvcHRpb25zIAlVRlNfRElSSEFTSAkJI0lt cHJvdmUgcGVyZm9ybWFuY2Ugb24gYmlnIGRpcmVjdG9yaWVzCm9wdGlvbnMgCU1EX1JPT1QJCQkj TUQgaXMgYSBwb3RlbnRpYWwgcm9vdCBkZXZpY2UKb3B0aW9ucyAJTVNET1NGUwkJCSNNU0RPUyBG aWxlc3lzdGVtCm9wdGlvbnMgCUNEOTY2MAkJCSNJU08gOTY2MCBGaWxlc3lzdGVtCm9wdGlvbnMg CVBST0NGUwkJCSNQcm9jZXNzIGZpbGVzeXN0ZW0gKHJlcXVpcmVzIFBTRVVET0ZTKQpvcHRpb25z IAlQU0VVRE9GUwkJI1BzZXVkby1maWxlc3lzdGVtIGZyYW1ld29yawpvcHRpb25zIAlDT01QQVRf NDMJCSNDb21wYXRpYmxlIHdpdGggQlNEIDQuMyBbS0VFUCBUSElTIV0Kb3B0aW9ucyAJQ09NUEFU X0ZSRUVCU0Q0CQkjQ29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q0Cm9wdGlvbnMJCUNPTVBBVF9GUkVF QlNENQpvcHRpb25zIAlLVFJBQ0UJCQkja3RyYWNlKDEpIHN1cHBvcnQKb3B0aW9ucyAJU1lTVlNI TQkJCSNTWVNWLXN0eWxlIHNoYXJlZCBtZW1vcnkKb3B0aW9ucyAJU1lTVk1TRwkJCSNTWVNWLXN0 eWxlIG1lc3NhZ2UgcXVldWVzCm9wdGlvbnMgCVNZU1ZTRU0JCQkjU1lTVi1zdHlsZSBzZW1hcGhv cmVzCm9wdGlvbnMgCV9LUE9TSVhfUFJJT1JJVFlfU0NIRURVTElORyAjUG9zaXggUDEwMDNfMUIg cmVhbC10aW1lIGV4dGVuc2lvbnMKb3B0aW9ucyAJS0JEX0lOU1RBTExfQ0RFVgkjIGluc3RhbGwg YSBDREVWIGVudHJ5IGluIC9kZXYKb3B0aW9ucyAgICAgICAgIEFEQVBUSVZFX0dJQU5UCgpkZXZp Y2UgICAgICAgICAgYXBpYyAgICAgICAgICAgICAgICAgICAgIyBJL08gQVBJQwpkZXZpY2UJCWVp c2EKZGV2aWNlCQlwY2kKCiMgRmxvcHB5IGRyaXZlcwpkZXZpY2UJCWZkYwoKIyBBVEEgYW5kIEFU QVBJIGRldmljZXMKZGV2aWNlCQlhdGEKZGV2aWNlCQlhdGFkaXNrCQkJIyBBVEEgZGlzayBkcml2 ZXMKb3B0aW9ucyAJQVRBX1NUQVRJQ19JRAkJI1N0YXRpYyBkZXZpY2UgbnVtYmVyaW5nCgojIGF0 a2JkYzAgY29udHJvbHMgYm90aCB0aGUga2V5Ym9hcmQgYW5kIHRoZSBQUy8yIG1vdXNlCmRldmlj ZQkJYXRrYmRjCQkjIEFUIGtleWJvYXJkIGNvbnRyb2xsZXIKZGV2aWNlCQlhdGtiZAkJIyBBVCBr ZXlib2FyZApkZXZpY2UJCXBzbQkJIyBQUy8yIG1vdXNlCgpkZXZpY2UJCXZnYQkJIyBWR0Egdmlk ZW8gY2FyZCBkcml2ZXIKZGV2aWNlCQlzcGxhc2gJCSMgU3BsYXNoIHNjcmVlbiBhbmQgc2NyZWVu IHNhdmVyIHN1cHBvcnQKZGV2aWNlCQlhZ3AJCSMgc3VwcG9ydCBzZXZlcmFsIEFHUCBjaGlwc2V0 cwoKIyBGbG9hdGluZyBwb2ludCBzdXBwb3J0IC0gZG8gbm90IGRpc2FibGUuCmRldmljZQkJbnB4 CgojIFNlcmlhbCAoQ09NKSBwb3J0cwpkZXZpY2UJCXNpbwkJIyA4MjUwLCAxNls0NV01MCBiYXNl ZCBzZXJpYWwgcG9ydHMKCiMgUGFyYWxsZWwgcG9ydApkZXZpY2UJCXBwYwpkZXZpY2UJCXBwYnVz CQkjIFBhcmFsbGVsIHBvcnQgYnVzIChyZXF1aXJlZCkKZGV2aWNlCQlscHQJCSMgUHJpbnRlcgoK IyBQQ0kgRXRoZXJuZXQgTklDcyB0aGF0IHVzZSB0aGUgY29tbW9uIE1JSSBidXMgY29udHJvbGxl ciBjb2RlLgojIE5PVEU6IEJlIHN1cmUgdG8ga2VlcCB0aGUgJ2RldmljZSBtaWlidXMnIGxpbmUg aW4gb3JkZXIgdG8gdXNlIHRoZXNlIE5JQ3MhCmRldmljZQkJbWlpYnVzCQkjIE1JSSBidXMgc3Vw cG9ydApkZXZpY2UJCWZ4cAkJIyBJbnRlbCBFdGhlckV4cHJlc3MgUFJPLzEwMEIgKDgyNTU3LCA4 MjU1OCkKZGV2aWNlCQlybAkJIyBSZWFsVGVrIDgxMjkvODEzOQoKIyBQc2V1ZG8gZGV2aWNlcyAt IHRoZSBudW1iZXIgaW5kaWNhdGVzIGhvdyBtYW55IHVuaXRzIHRvIGFsbG9jYXRlLgpkZXZpY2UJ CXJhbmRvbQkJIyBFbnRyb3B5IGRldmljZQpkZXZpY2UJCWxvb3AJCSMgTmV0d29yayBsb29wYmFj awpkZXZpY2UJCWV0aGVyCQkjIEV0aGVybmV0IHN1cHBvcnQKZGV2aWNlCQlwcHAJCSMgS2VybmVs IFBQUApkZXZpY2UJCXR1bgkJIyBQYWNrZXQgdHVubmVsLgpkZXZpY2UJCXB0eQkJIyBQc2V1ZG8t dHR5cyAodGVsbmV0IGV0YykKZGV2aWNlCQlnaWYJCSMgSVB2NiBhbmQgSVB2NCB0dW5uZWxpbmcK CiMgVGhlIGBicGYnIGRldmljZSBlbmFibGVzIHRoZSBCZXJrZWxleSBQYWNrZXQgRmlsdGVyLgoj IEJlIGF3YXJlIG9mIHRoZSBhZG1pbmlzdHJhdGl2ZSBjb25zZXF1ZW5jZXMgb2YgZW5hYmxpbmcg dGhpcyEKZGV2aWNlCQlicGYJCSMgQmVya2VsZXkgcGFja2V0IGZpbHRlcgoKIyBVU0Igc3VwcG9y dApkZXZpY2UJCXVoY2kJCSMgVUhDSSBQQ0ktPlVTQiBpbnRlcmZhY2UKZGV2aWNlCQlvaGNpCQkj IE9IQ0kgUENJLT5VU0IgaW50ZXJmYWNlCmRldmljZQkJdXNiCQkjIFVTQiBCdXMgKHJlcXVpcmVk KQpkZXZpY2UJCXVnZW4JCSMgR2VuZXJpYwpkZXZpY2UJCXVoaWQJCSMgIkh1bWFuIEludGVyZmFj ZSBEZXZpY2VzIgpkZXZpY2UJCXVrYmQJCSMgS2V5Ym9hcmQKZGV2aWNlCQl1bHB0CQkjIFByaW50 ZXIKZGV2aWNlCQl1bXMJCSMgTW91c2UKCm9wdGlvbnMgCUlQRklSRVdBTEwKb3B0aW9ucyAJSVBG SVJFV0FMTF9WRVJCT1NFCm9wdGlvbnMgCUlQRklSRVdBTExfVkVSQk9TRV9MSU1JVD0xMDAKb3B0 aW9ucyAJSVBGSVJFV0FMTF9ERUZBVUxUX1RPX0FDQ0VQVApvcHRpb25zIAlJUERJVkVSVAoKb3B0 aW9ucyBERVZJQ0VfUE9MTElORwpvcHRpb25zIEhaPTEwMDAK ------=_Part_2125_9598670.1151588649347-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 13:45:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F13016A410 for ; Thu, 29 Jun 2006 13:45:12 +0000 (UTC) (envelope-from mohacsi@niif.hu) Received: from mail.ki.iif.hu (ki.iif.hu [193.6.222.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id D033143D64 for ; Thu, 29 Jun 2006 13:45:09 +0000 (GMT) (envelope-from mohacsi@niif.hu) Received: by mail.ki.iif.hu (Postfix, from userid 1003) id F2263559C; Thu, 29 Jun 2006 15:45:07 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.ki.iif.hu (Postfix) with ESMTP id F07C25598; Thu, 29 Jun 2006 15:45:07 +0200 (CEST) Date: Thu, 29 Jun 2006 15:45:07 +0200 (CEST) From: Mohacsi Janos X-X-Sender: mohacsi@mignon.ki.iif.hu To: FreeBSD Stable List In-Reply-To: <20060628175141.M25112@mignon.ki.iif.hu> Message-ID: <20060629153718.C47318@mignon.ki.iif.hu> References: <20060628160124.A25112@mignon.ki.iif.hu> <20060628161917.W25112@mignon.ki.iif.hu> <20060628175141.M25112@mignon.ki.iif.hu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kurt Jaeger Subject: Re: Vanderpool on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2006 13:45:12 -0000 On Wed, 28 Jun 2006, Mohacsi Janos wrote: > Here is a link where you can find screenshot. > http://skye.ki.iif.hu/~mohacsi/freebsd/xen-vt-freebsd.png > > I try to find a way to boot with serial console in order to capture the first > error message. > > Regards, The first screen can be seen: http://skye.ki.iif.hu/~mohacsi/freebsd/xen-vt-freebsd2.png Any hint would welcome. Regards, Janos Mohacsi Network Engineer, Research Associate, Head of Network Planning NIIF/HUNGARNET, HUNGARY Key 00F9AF98: 8645 1312 D249 471B DBAE 21A2 9F52 0D1F 00F9 AF98 >> >>> Dear All, >>> Does anybody succeed to boot FreeBSD on an Intel Vanderpool capable >>> machine? My colleague tried it and the result is a BTX halt as can be seen >>> on the screenshot attached. He succesfully run unmodified Linux, Windows >>> 2003 under Xen virtual machines, but FreeBSD failed in the boot phase. >>> By the way what is the state of Xen port of FreeBSD? >>> Thanks, >>> >>> Janos Mohacsi >>> Network Engineer, Research Associate, Head of Network Planning >>> NIIF/HUNGARNET, HUNGARY >>> Key 00F9AF98: 8645 1312 D249 471B DBAE 21A2 9F52 0D1F 00F9 AF98 >>> >> > _______________________________________________ > 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 Jun 29 13:57:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB54016A403 for ; Thu, 29 Jun 2006 13:57:09 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail.secureworks.net (mail.secureworks.net [65.114.32.155]) by mx1.FreeBSD.org (Postfix) with SMTP id 34EB843D45 for ; Thu, 29 Jun 2006 13:57:09 +0000 (GMT) (envelope-from mike@jellydonut.org) Received: (qmail 95733 invoked from network); 29 Jun 2006 13:57:08 -0000 Received: from unknown (HELO ?192.168.14.135?) (63.239.86.253) by 0 with SMTP; 29 Jun 2006 13:57:08 -0000 Message-ID: <44A3DC34.1040906@jellydonut.org> Date: Thu, 29 Jun 2006 09:57:08 -0400 From: Michael Proto User-Agent: Thunderbird 1.5.0.4 (X11/20060627) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20060629135334.179D5694060@athome.siloamsprings.com> In-Reply-To: <20060629135334.179D5694060@athome.siloamsprings.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: problems with fetch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2006 13:57:09 -0000 Christopher Hobbs wrote: > I'm a first time poster, so forgive me if this is the wrong list or if I break > etiquette. > > Fetch frequently fails for me when installing ports via "pkg_add" or directly > from the ports tree. Regardless of the port I'm trying to add, it almost always > returns the following... > > Using 'pkg_add': > > --BEGIN SNIP-- > > root@SS002:~ 160:0# pkg_add -r xpdf > Error: FTP Unable to get > ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-6.1-release/Latest/xpdf.tbz: > Syntax error in parameters or arguments > pkg_add: unable to fetch > 'ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-6.1-release/Latest/xpdf.tbz' > by URL > > --END SNIP-- ... This is probably better-suited to the freebsd-questions@ list, but I'll take a quick stab at it. Could it be that you're behind a firewall or FTP proxy that doesn't support active FTP transfers? You mentioned you tried several of the knobs for fetch, but did you try the same fetch with the -p flag? fetch -p ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-6.1-release/Latest/xpdf.tbz -Proto From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 14:31:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77A4B16A403 for ; Thu, 29 Jun 2006 14:31:40 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 187D544D3D for ; Thu, 29 Jun 2006 14:31:35 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 03CF7B826; Thu, 29 Jun 2006 10:31:35 -0400 (EDT) In-Reply-To: <20060628232727.N78211@fledge.watson.org> References: <20060628175839.F43909@ganymede.hub.org> <20060628232727.N78211@fledge.watson.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-4--661880875; protocol="application/pkcs7-signature" Message-Id: <1F27D3AF-F773-47F6-9812-22C554CDC5FD@khera.org> From: Vivek Khera Date: Thu, 29 Jun 2006 10:31:34 -0400 To: User Freebsd X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable Subject: Re: How to enter DDB through a terminal server / remote console ... ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 14:31:40 -0000 --Apple-Mail-4--661880875 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Jun 28, 2006, at 6:28 PM, Robert Watson wrote: > > On Wed, 28 Jun 2006, User Freebsd wrote: > >> 'k, now that I'm up to 3 6-STABLE servers that are deadlocking, >> I'm spending time with the remote tech today to get a serial >> console put online ... how do I drop into DDB remotely, where the >> serial console is going through a Portmaster Terminal server? >> issuing CTL-ALT-ESC, I doubt, will work, will it? > > If configured to use a serial console (console="comconsole" in > loader.conf), you can enter the debugger with BREAK_TO_DEBUGGER in > the kernel config by sending a serial break. With my portmasters, > I telnet to a TCP port to connect to the serial console, so I send > a telnet break, using ^]send break. I *used* to set BREAK_TO_DEBUGGER also, but I discovered (the hard, painful, revenue-costing way) that if you ever power cycle a Cyclades TS1000 terminal server, it sends a break signal down each and every serial line attached to it. So, now I configure my debuggering in the kernel like this: # Kernel debugging options KDB #Enable the kernel debugger options KDB_TRACE options KDB_UNATTENDED # Enable the ddb debugger backend. options DDB # break on sequence CR ~ ^b options ALT_BREAK_TO_DEBUGGER This lets me get the best of both worlds. It is amazing that the CR ~ ^b sequence will respond even when the box itself is totally unresponsive due to some runaway process or other shortage of memory condition. Another thing you may wish to consider is adding option SW_WATCHDOG then running the watchdog daemon. It may help you by panicking your way out of deadlock automatically. You could also investigate getting a hardware watchdog card that works with watchdogd. --Apple-Mail-4--661880875-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 14:35:12 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D217816A403 for ; Thu, 29 Jun 2006 14:35:12 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43B8F44D49 for ; Thu, 29 Jun 2006 14:35:12 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id CC226B827 for ; Thu, 29 Jun 2006 10:35:11 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <42130.192.168.0.10.1151534173.squirrel@webmail.sd73.bc.ca> References: <20060628185711.K43909@ganymede.hub.org> <42130.192.168.0.10.1151534173.squirrel@webmail.sd73.bc.ca> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-5--661664886; protocol="application/pkcs7-signature" Message-Id: From: Vivek Khera Date: Thu, 29 Jun 2006 10:35:10 -0400 To: stable@freebsd.org X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: configuring sio1 for serial console ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 14:35:13 -0000 --Apple-Mail-5--661664886 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Jun 28, 2006, at 6:36 PM, Freddie Cash wrote: > BOOT_COMCONSOLE_SPEED=19220 As of 6.0 this no longer works beyond the stage 0 boot, ie, the kernel boot messages come at a different speed. The man page for boot says you can add -S NNNN to boot.config as of 6.0, but it didn't work until 6.1 (at least for me) to set the speed. There was big discussion about this on stable@ list a couple of months ago. --Apple-Mail-5--661664886-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 14:42:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A004D16A600 for ; Thu, 29 Jun 2006 14:42:31 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0854E44016 for ; Thu, 29 Jun 2006 14:39:58 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 9F7BCB826 for ; Thu, 29 Jun 2006 10:39:57 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <20060629090126.N9293@fledge.watson.org> References: <20060628185711.K43909@ganymede.hub.org> <20060628233003.M78211@fledge.watson.org> <20060628193824.B43909@ganymede.hub.org> <20060628235824.S78211@fledge.watson.org> <20060628213737.W43909@ganymede.hub.org> <20060629090126.N9293@fledge.watson.org> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-6--661378253; protocol="application/pkcs7-signature" Message-Id: <3FAC4FCA-E89C-417D-95FD-76C0ED9B794F@khera.org> From: Vivek Khera Date: Thu, 29 Jun 2006 10:39:57 -0400 To: freebsd-stable X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: configuring sio1 for serial console ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 14:42:31 -0000 --Apple-Mail-6--661378253 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Jun 29, 2006, at 4:03 AM, Robert Watson wrote: > To prevent activation of the debugger on kernel panic(9): > options KDB_UNATTENDED My experience is that if you have a serial console, it assumes you're "attended" if there is carrier detected on the wire. Console servers seem to do this making this option a bit less than useful at times, but still worthy of inclusion. --Apple-Mail-6--661378253-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 16:14:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5904316A504 for ; Thu, 29 Jun 2006 16:14:14 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw4.york.ac.uk (mail-gw4.york.ac.uk [144.32.128.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82A0943D67 for ; Thu, 29 Jun 2006 16:14:13 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw4.york.ac.uk (8.13.6/8.13.6) with ESMTP id k5TGE8tI018970; Thu, 29 Jun 2006 17:14:08 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.6/8.13.6) with ESMTP id k5TGE798096911; Thu, 29 Jun 2006 17:14:07 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.6/8.13.6/Submit) id k5TGE6uQ096910; Thu, 29 Jun 2006 17:14:06 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Larry Rosenman In-Reply-To: <008001c69acd$e66304e0$aa0610ac@aus.pervasive.com> References: <008001c69acd$e66304e0$aa0610ac@aus.pervasive.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 29 Jun 2006 17:14:06 +0100 Message-Id: <1151597646.96104.9.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-stable@freebsd.org Subject: Re: bad pte panic, no dump :( X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2006 16:14:14 -0000 On Wed, 2006-06-28 at 11:14 -0500, Larry Rosenman wrote: > Greetings, > FreeBSD/amd64 6.1-STABLE (June 18, 18:44 US/Central), running on Intel > EM64T Xeons. > > got a one-off bad pte panic, and when it tried to dump to a gmirror slice, > it hung. > [...] > > The out of the blue, while talking IMAP to this one, got the bad pte panic. I've seen this twice now on my only amd64 machine: http://docs.FreeBSD.org/cgi/mid.cgi?1148482556.35287.18.camel Memory testing has so far revealed no issues. Gavin From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 17:39:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AEE616A50A for ; Thu, 29 Jun 2006 17:39:03 +0000 (UTC) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5168F43D6A for ; Thu, 29 Jun 2006 17:38:56 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (localhost.natserv.net [127.0.0.1]) by zoraida.natserv.net (Postfix) with ESMTP id 7F63EB896; Thu, 29 Jun 2006 13:38:54 -0400 (EDT) Received: from zoraida.natserv.net (zoraida.natserv.net [66.114.65.147]) by zoraida.natserv.net (Postfix) with ESMTP id 2F963B893; Thu, 29 Jun 2006 13:38:54 -0400 (EDT) References: <20060607222351.GA66870@math.jussieu.fr> <20060628081752.GA24060@rink.nu> <20060628092825.GB24060@rink.nu> <20060628110237.GS79678@deviant.kiev.zoral.com.ua> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Francisco Reyes To: Kostik Belousov Date: Thu, 29 Jun 2006 13:38:54 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: 6.1-R ? 6-Stable ? 5.5-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: Thu, 29 Jun 2006 17:39:03 -0000 Kostik Belousov writes: >> > Approved by: pjd (mentor) >> > Revision Changes Path >> > 1.156.2.3 +16 -0 src/sys/nfsserver/nfs_serv.c >> > 1.136.2.3 +4 -0 src/sys/nfsserver/nfs_srvsubs.c >> >> The above files are what I have. Yes from a 6.1 stable around 6-25-06 > What this means ? That you have _this_ revisions of the files, > and your LA skyrocketed ? LA = load average? Our problem is vmstat 'b' column growing and nfs causing locks on the server side. When the machine locked it was running a background fsck. I saw "Giant" a lot in the status of the nfsd. I am really wondering if 6.1 is ready for production under heavy load. And for sure the NFS client in the whole 6.X line seems problematic (see my post in the stable list under subject: NFS clients freeze and can not disconnect). As for the vmstat, about the only thing doing anything even remotely appearing to be doing work is NFS. For instance I saw this in another thread: ps ax -O ppid,flags,mwchan | awk '($6 ~ /^D/ || $6 == "STAT") && $3 !~ /^20.$/' And in the machine in question it shows PID PPID F MWCHAN TT STAT TIME COMMAND 16124 16123 0 biowr ?? D 46:24.76 nfsd: server (nfsd) 16125 16123 0 biowr ?? D 16:05.58 nfsd: server (nfsd) 16126 16123 0 biowr ?? D 11:05.53 nfsd: server (nfsd) 16127 16123 0 biowr ?? D 8:01.21 nfsd: server (nfsd) 16128 16123 0 biowr ?? D 6:19.15 nfsd: server (nfsd) 16129 16123 0 biowr ?? D 5:01.27 nfsd: server (nfsd) 16130 16123 0 biowr ?? D 3:55.56 nfsd: server (nfsd) 16131 16123 0 biowr ?? D 3:13.11 nfsd: server (nfsd) 16132 16123 0 biowr ?? D 2:43.26 nfsd: server (nfsd) 16133 16123 0 biowr ?? D 2:16.40 nfsd: server (nfsd) 16134 16123 0 biowr ?? D 1:57.00 nfsd: server (nfsd) 16135 16123 0 biowr ?? D 1:41.02 nfsd: server (nfsd) 16136 16123 0 biowr ?? D 1:27.07 nfsd: server (nfsd) 16137 16123 0 biowr ?? D 1:15.25 nfsd: server (nfsd) 16138 16123 0 biowr ?? D 1:06.54 nfsd: server (nfsd) 16139 16123 0 biowr ?? D 0:57.57 nfsd: server (nfsd) 16140 16123 0 biowr ?? D 0:50.65 nfsd: server (nfsd) 16141 16123 0 biowr ?? D 0:44.60 nfsd: server (nfsd) 16142 16123 0 biowr ?? D 0:38.29 nfsd: server (nfsd) 16143 16123 0 biowr ?? D 0:34.21 nfsd: server (nfsd) 16144 16123 0 biowr ?? D 0:29.34 nfsd: server (nfsd) 16145 16123 0 biowr ?? D 0:26.35 nfsd: server (nfsd) 16146 16123 0 biowr ?? D 0:22.25 nfsd: server (nfsd) 16147 16123 0 biowr ?? D 0:18.17 nfsd: server (nfsd) 16148 16123 0 biowr ?? D 0:15.95 nfsd: server (nfsd) 16149 16123 0 biowr ?? D 0:13.66 nfsd: server (nfsd) 16150 16123 0 biowr ?? D 0:10.81 nfsd: server (nfsd) 16151 16123 0 biowr ?? D 0:08.92 nfsd: server (nfsd) 16152 16123 0 biowr ?? D 0:06.82 nfsd: server (nfsd) 16153 16123 0 biowr ?? D 0:05.16 nfsd: server (nfsd) 84338 10043 4100 ufs ?? D 0:02.00 qmgr -l -t fifo -u 91632 10043 4100 biowr ?? D 0:00.02 cleanup -z -t unix -u 91650 10043 4100 ufs ?? D 0:00.04 [smtpd] 91912 86635 4100 biowr ?? Ds 0:00.01 /usr/local/bin/maildrop -d cathy@sitescape.com 91916 90579 4100 biowr ?? Ds 0:00.01 /usr/local/bin/maildrop -d jobs@sitescape.com 71677 71672 4002 ppwait p1 D 0:00.15 -su (csh) The iostat for that machine shows: iostat 5 tty da0 pass0 cpu tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id 0 130 15.35 109 1.63 0.00 0 0.00 6 0 6 1 87 0 36 10.43 230 2.34 0.00 0 0.00 3 0 2 1 93 0 12 10.81 280 2.96 0.00 0 0.00 6 0 2 0 92 0 12 13.03 259 3.30 0.00 0 0.00 0 0 1 1 98 0 12 12.87 259 3.26 0.00 0 0.00 5 0 2 1 91 0 12 17.17 228 3.82 0.00 0 0.00 8 0 3 1 87 0 12 18.38 306 5.49 0.00 0 0.00 3 0 2 1 94 0 12 14.53 284 4.04 0.00 0 0.00 6 0 3 1 89 0 12 26.03 213 5.41 0.00 0 0.00 5 0 3 2 91 Before that machine went into production, during the stress test I saw the machine do 700+ tps and substantially more MB/s. We also have another machine identical hardware wise and although it's tps is 50 to 100 less than this one.. the machine is always ver low in the 'b' column. I am trying now to read up in vmstat.. to see if I can see anything wrong in vmstat -s 1660720108 cpu context switches 736683712 device interrupts 46973243 software interrupts 99310719 traps 3405487756 system calls 46 kernel threads created 385149 fork() calls 7785 vfork() calls 0 rfork() calls 2809 swap pager pageins 4449 swap pager pages paged in 2027 swap pager pageouts 4609 swap pager pages paged out 5068 vnode pager pageins 20399 vnode pager pages paged in 0 vnode pager pageouts 0 vnode pager pages paged out 2156 page daemon wakeups 58310018 pages examined by the page daemon 12161 pages reactivated 21541481 copy-on-write faults 3659 copy-on-write optimized faults 38628563 zero fill pages zeroed 30430314 zero fill pages prezeroed 5780 intransit blocking page faults 79476476 total VM faults taken 0 pages affected by kernel thread creation 30747781 pages affected by fork() 3054182 pages affected by vfork() 0 pages affected by rfork() 152627514 pages freed 6 pages freed by daemon 35726176 pages freed by exiting processes 51914 pages active 810514 pages inactive 47456 pages in VM cache 56444 pages wired down 24779 pages free 4096 bytes per page 184453449 total name lookups cache hits (67% pos + 6% neg) system 2% per-directory deletions 6%, falsehits 0%, toolong 0% root@mailstore12.simplicato.com:~/bin#uptime Uptime: 1:35PM up 3 days, 14:48, 3 users, load averages: 0.26, 0.36, 0.29 From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 17:44:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F33816A403 for ; Thu, 29 Jun 2006 17:44:48 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1E9243D73 for ; Thu, 29 Jun 2006 17:44:34 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k5THiTmh000653 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Jun 2006 20:44:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6) with ESMTP id k5THiTEG061928; Thu, 29 Jun 2006 20:44:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k5THiSR7061927; Thu, 29 Jun 2006 20:44:28 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 29 Jun 2006 20:44:28 +0300 From: Kostik Belousov To: Francisco Reyes Message-ID: <20060629174428.GA1258@deviant.kiev.zoral.com.ua> References: <20060607222351.GA66870@math.jussieu.fr> <20060628081752.GA24060@rink.nu> <20060628092825.GB24060@rink.nu> <20060628110237.GS79678@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=0.4 required=5.0 tests=ALL_TRUSTED, DNS_FROM_RFC_ABUSE,SPF_NEUTRAL autolearn=no version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on fw.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: 6.1-R ? 6-Stable ? 5.5-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: Thu, 29 Jun 2006 17:44:49 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 29, 2006 at 01:38:54PM -0400, Francisco Reyes wrote: > Kostik Belousov writes: >=20 > >>> Approved by: pjd (mentor) > >>> Revision Changes Path > >>> 1.156.2.3 +16 -0 src/sys/nfsserver/nfs_serv.c > >>> 1.136.2.3 +4 -0 src/sys/nfsserver/nfs_srvsubs.c > >> > >>The above files are what I have. >=20 > Yes from a 6.1 stable around 6-25-06 >=20 > >What this means ? That you have _this_ revisions of the files, > >and your LA skyrocketed ? >=20 > LA =3D load average? >=20 > Our problem is vmstat 'b' column growing and nfs causing locks on the=20 > server side. When the machine locked it was running a background fsck. I= =20 > saw "Giant" a lot in the status of the nfsd. This seems to be a different issue. BTW, I have already heard complaints about deadlocks caused by combination of nfsd and snapshots. Probably, I will look into this, but cannot give you estimations when. For now, you could turn off background fsck. --envbJBWh7q8WU6mo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEpBF7C3+MBN1Mb4gRAmWwAKCtYX5V4g5ydQfieyITj5CAO47OFACfSoRl 4ANPhIu8FciPFygWxMtXmwU= =BDfN -----END PGP SIGNATURE----- --envbJBWh7q8WU6mo-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 17:50:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CBE416A40F for ; Thu, 29 Jun 2006 17:50:06 +0000 (UTC) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 963C843D82 for ; Thu, 29 Jun 2006 17:49:58 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (localhost.natserv.net [127.0.0.1]) by zoraida.natserv.net (Postfix) with ESMTP id BD1FEB896; Thu, 29 Jun 2006 13:49:57 -0400 (EDT) Received: from zoraida.natserv.net (zoraida.natserv.net [66.114.65.147]) by zoraida.natserv.net (Postfix) with ESMTP id 79ACEB893; Thu, 29 Jun 2006 13:49:57 -0400 (EDT) References: Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Francisco Reyes To: freebsd-stable-archive@cloud9.net Date: Thu, 29 Jun 2006 13:49:57 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6 and MySQL with DBs on a NAS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2006 17:50:06 -0000 freebsd-stable-archive@cloud9.net writes: > I wasn't able to find anyone seeing a similar problem as what I describe. > I'm using FreeBSD 6.1, MySQL 5.0.21 built from ports and a NetApp share > provided over NFS. Recently we have been having problems with Mysql in 6.X (1 machine 6.0 stable and another 6.1 Stable). In our case it seems the Mysql (4.X from ports) was either causing or contributing to the machine crashing. > Has anyone else ever seen the issue as described in the e-mail below? I also saw another thread describing Mysql problems in 6.X.. that is what made me check in our system if the crashes were related to mysql. One machine crashed 4 times in 5 days. So far since removing mysql it has been ok.. but it has only been 2 days since we removed mysql from the machine. > I currently have MySQL 5.0.22 built from ports on a FreeBSD 6.1 machine > with the DB data residing on a NetApp share connected via NFS. Isn't this a bad idea to begin with? Using an NFS mount to do database work. Also NFS in 6.X... specially the client seems to have issues. I am even considering to move my 6.X machines that are NFS clients back to 5.5 if I can't find a fix. In particular if a server dies, the client in 6.X freezes the machine if you try to connect to the path that was mounted on the NFS server. Soft mount did not help. > strange thing happens often after a few hours or a couple of days, some > tables that are very active start to crash for no apparent reason > as far as I can tell. I could be wrong, but I think doing a database over NFS is likely not a good idea from a performance and stability standpoint. Specially a heavily used database. > Upon moving the DB data to a local drive, the system operates flawlessly > and has done so for many weeks, but I really need to keep these data on > the networked share. Why do you need it in the networked share? > The problem didn't happen when I was using FreeBSD 4.11, it only started > after upgrading to FreeBSD 6.0 or 6.1. As I wrote above.. I have very little (approaching none) faith in the NFS client in 6.X Where I work we are even tying to see if we can get a hold of one of the NFS developers in FreeBSD and even pay to have this issue looked at.. So far I wrote to two of them, but have not heard back from them. I believe I have 2 more names to try, beyond that I am not sure we can remain with 6.X on the nfs clients. I have yet to try automaunt to see if that would help, but in general even when the server is up I kind of wonder if the client is stable. > A poster on a MySQL mailing list suggested perhaps it could be a file > locking issue at the OS level and so I post my inquiry here. That is one of the reasons I am suggesting against using a NFS share to do DB work. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 17:50:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 729B616A532 for ; Thu, 29 Jun 2006 17:50:22 +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 D54DE43DA5 for ; Thu, 29 Jun 2006 17:50:16 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 2D3453037; Thu, 29 Jun 2006 12:50:16 -0500 (CDT) Date: Thu, 29 Jun 2006 12:50:16 -0500 To: Francisco Reyes Message-ID: <20060629175016.GB16946@soaustin.net> References: <20060607222351.GA66870@math.jussieu.fr> <20060628081752.GA24060@rink.nu> <20060628092825.GB24060@rink.nu> <20060628110237.GS79678@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: Kostik Belousov , freebsd-stable@freebsd.org Subject: Re: 6.1-R ? 6-Stable ? 5.5-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: Thu, 29 Jun 2006 17:50:22 -0000 On Thu, Jun 29, 2006 at 01:38:54PM -0400, Francisco Reyes wrote: > I am really wondering if 6.1 is ready for production under heavy load. And > for sure the NFS client in the whole 6.X line seems problematic (see my > post in the stable list under subject: NFS clients freeze and can not > disconnect). It's not easily possible for a FreeBSD developer to put these kinds of stresses on a machine, so we rely on our users to help us with these problems. In particular, if it is possible for people to create synthetic workloads based on their own codebases, on non-production machines, these problems are more likely to be solved. mcl From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 17:57:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C042D16A47B for ; Thu, 29 Jun 2006 17:57:16 +0000 (UTC) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7930B43D73 for ; Thu, 29 Jun 2006 17:57:14 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (localhost.natserv.net [127.0.0.1]) by zoraida.natserv.net (Postfix) with ESMTP id BEE6DB8A5; Thu, 29 Jun 2006 13:57:13 -0400 (EDT) Received: from zoraida.natserv.net (zoraida.natserv.net [66.114.65.147]) by zoraida.natserv.net (Postfix) with ESMTP id 85783B896; Thu, 29 Jun 2006 13:57:13 -0400 (EDT) References: <20060607222351.GA66870@math.jussieu.fr> <20060628081752.GA24060@rink.nu> <20060628092825.GB24060@rink.nu> <20060628110237.GS79678@deviant.kiev.zoral.com.ua> <20060629175016.GB16946@soaustin.net> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Francisco Reyes To: Mark Linimon Date: Thu, 29 Jun 2006 13:57:13 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: Kostik Belousov , freebsd-stable@freebsd.org Subject: Re: 6.1-R ? 6-Stable ? 5.5-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: Thu, 29 Jun 2006 17:57:16 -0000 Mark Linimon writes: > It's not easily possible for a FreeBSD developer to put these kinds of > stresses on a machine, so we rely on our users to help us with these > problems. And this is why I have been trying to someone to PAY him/her to help us. I have been trying to find if anyone that works with the NFS code in FreeBSD would have time to work with us on a consulting bases to get the NFS client in 6 fixed. As for the vmstat problem with that machine.. the same.. if someone was willing to help us track down what in 6.X .. or even our settings.. is causing this heavy load we would definitely be willing to pay. Should I contact the FreeBSD foundation for this? In particular the NFS client is a killer problem for us. Anyone can recommend who to talk to? Should I be writing to the filesystem list? I am not sure how much of a problem the nfs server side is, but the client in the whole 6.X line has been problematic for us. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 17:59:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44E6716A403 for ; Thu, 29 Jun 2006 17:59:30 +0000 (UTC) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8DF443D6B for ; Thu, 29 Jun 2006 17:59:29 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (localhost.natserv.net [127.0.0.1]) by zoraida.natserv.net (Postfix) with ESMTP id 125A6B896; Thu, 29 Jun 2006 13:59:29 -0400 (EDT) Received: from zoraida.natserv.net (zoraida.natserv.net [66.114.65.147]) by zoraida.natserv.net (Postfix) with ESMTP id B6C61B893; Thu, 29 Jun 2006 13:59:28 -0400 (EDT) References: <20060607222351.GA66870@math.jussieu.fr> <20060628081752.GA24060@rink.nu> <20060628092825.GB24060@rink.nu> <20060628110237.GS79678@deviant.kiev.zoral.com.ua> <20060629174428.GA1258@deviant.kiev.zoral.com.ua> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Francisco Reyes To: Kostik Belousov Date: Thu, 29 Jun 2006 13:59:28 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: 6.1-R ? 6-Stable ? 5.5-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: Thu, 29 Jun 2006 17:59:30 -0000 Kostik Belousov writes: > This seems to be a different issue. BTW, I have already heard complaints > about deadlocks caused by combination of nfsd and snapshots. I think you can add: nfsd + background fsck too. > Probably, I will look into this, but cannot give you estimations when. Thank!! > For now, you could turn off background fsck. We did.. and it was horrible.. It seems mysql was crashing the machine so we had 4 reboots in about 5 days. Since we had to give up on background fsck, that meant 2 hours every time the machine rebooted (the machine in question has 10+ million files in the volume which takes the 2 hours to fsck). From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 17:59:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 167AD16A416 for ; Thu, 29 Jun 2006 17:59:39 +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 259F143D5E for ; Thu, 29 Jun 2006 17:59:36 +0000 (GMT) (envelope-from freebsd@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 8BF22290C6D; Thu, 29 Jun 2006 14:59:33 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 66658-10; Thu, 29 Jun 2006 17:59:34 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id B2960290C6C; Thu, 29 Jun 2006 14:59:32 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id 7DAE73769F; Thu, 29 Jun 2006 14:59:32 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 7837233C25; Thu, 29 Jun 2006 14:59:32 -0300 (ADT) Date: Thu, 29 Jun 2006 14:59:32 -0300 (ADT) From: User Freebsd To: Francisco Reyes In-Reply-To: Message-ID: <20060629145622.Q1229@ganymede.hub.org> References: <20060607222351.GA66870@math.jussieu.fr> <20060628081752.GA24060@rink.nu> <20060628092825.GB24060@rink.nu> <20060628110237.GS79678@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kostik Belousov , freebsd-stable@freebsd.org Subject: Re: 6.1-R ? 6-Stable ? 5.5-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: Thu, 29 Jun 2006 17:59:39 -0000 On Thu, 29 Jun 2006, Francisco Reyes wrote: > Kostik Belousov writes: > >>> > Approved by: pjd (mentor) >>> > Revision Changes Path >>> > 1.156.2.3 +16 -0 src/sys/nfsserver/nfs_serv.c >>> > 1.136.2.3 +4 -0 src/sys/nfsserver/nfs_srvsubs.c >>> >>> The above files are what I have. > > Yes from a 6.1 stable around 6-25-06 > >> What this means ? That you have _this_ revisions of the files, >> and your LA skyrocketed ? > > LA = load average? > > Our problem is vmstat 'b' column growing and nfs causing locks on the server > side. When the machine locked it was running a background fsck. I saw "Giant" > a lot in the status of the nfsd. 'k, you are going through something similar to me, it seems ... have you implemented the stuff on: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html and: enabled DDB within your kernel? (man ddb) ... DDB is required for the deadlocks debugging ... also, is this a machine you have 'easy hands on' for? (ie. in my case, I'm dealing with remote servers, which is *really* fun) ... Actually, what you will want to do is setup a serial console if you can, so that you can 'trap the output' of the commands that stuff like ps and all that will throw out from DDB, unless you *really* like to write? I can help you get this all setup offlist if you wish, just email me and we'll work through the steps required ... once you have a debug environment in place, then generating a good/complete/in depth problem report is easier ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 18:08:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C25ED16A403 for ; Thu, 29 Jun 2006 18:08:48 +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 6FA0543D45 for ; Thu, 29 Jun 2006 18:08:48 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 1834C331F; Thu, 29 Jun 2006 13:08:48 -0500 (CDT) Date: Thu, 29 Jun 2006 13:08:48 -0500 To: Francisco Reyes Message-ID: <20060629180848.GB17566@soaustin.net> References: <20060607222351.GA66870@math.jussieu.fr> <20060628081752.GA24060@rink.nu> <20060628092825.GB24060@rink.nu> <20060628110237.GS79678@deviant.kiev.zoral.com.ua> <20060629175016.GB16946@soaustin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: Kostik Belousov , Mark Linimon , freebsd-stable@freebsd.org Subject: Re: 6.1-R ? 6-Stable ? 5.5-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: Thu, 29 Jun 2006 18:08:48 -0000 On Thu, Jun 29, 2006 at 01:57:13PM -0400, Francisco Reyes wrote: > And this is why I have been trying to someone to PAY him/her to help us. OK, sorry, I had not picked this up from the thread, which I had mostly just been scanning. My apologies. > Should I contact the FreeBSD foundation for this? You can ask, but the Foundation AFAICT isn't really set up for something like this. They are mostly looking at funding new initiatives, again, from what I can tell. Currently there's no "right" way to do this. I'd like to see someone set up a "marketplace" for things like this but I don't have time to do it myself (plus, I would participate -- a definite conflict of interest). In the meantime you can try posting to freebsd-jobs@ and/or look through the list of FreeBSD Consulting Service Providers at http://www.freebsd.org/commercial/consult_bycat.html. It also references http://berklix.com/~jhs/consultants/, but I don't know if that is up-to-date. Finally, I'd happily take on the job myself, but I'd be lying if I said I knew anything about the problem at hand :-) Good luck. mcl From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 18:12:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 390F316A533 for ; Thu, 29 Jun 2006 18:12:31 +0000 (UTC) (envelope-from dwilde@sandia.gov) Received: from sentry.sandia.gov (mm04snlnto.sandia.gov [132.175.109.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11E3643D60 for ; Thu, 29 Jun 2006 18:12:28 +0000 (GMT) (envelope-from dwilde@sandia.gov) Received: from 132.175.109.1 by sentry.sandia.gov with ESMTP (Tumbleweed MMS SMTP Relay 01 (Email Firewall v6.2.2)); Thu, 29 Jun 2006 11:43:27 -0600 X-Server-Uuid: 4A6F66F3-3BA9-40FF-AC33-461A8279D6D5 Received: from ES23SNLNT.srn.sandia.gov (ec04snlnt.sandia.gov [134.253.164.156] (may be forged)) by mailgate.sandia.gov ( 8.13.6/8.13.6) with ESMTP id k5TEOE7b004670; Thu, 29 Jun 2006 08:24:15 -0600 (MDT) Received: from ES20SNLNT.srn.sandia.gov ([134.253.164.29]) by ES23SNLNT.srn.sandia.gov with Microsoft SMTPSVC(6.0.3790.1830); Thu, 29 Jun 2006 08:24:14 -0600 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 29 Jun 2006 08:24:13 -0600 Message-ID: <040DF00BF960A24897B5B3EFBE63FE8A02713235@ES20SNLNT.srn.sandia.gov> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Where to start from Thread-Index: AcabAiqioKpFXrOwQPykB+o9MeYnlQAgw9Tg From: "Wilde, Donald" To: "Mihir Sanghavi" X-OriginalArrivalTime: 29 Jun 2006 14:24:14.0498 (UTC) FILETIME=[B28AF820:01C69B87] X-TMWD-Spam-Summary: TS=20060629174710; SEV=2.0.2; DFV=A2006062907; IFV=2.0.4,4.0-8; RPD=4.00.0004; ENG=IBF; RPDID=NA; CAT=NONE; CON=NONE X-MMS-Spam-Filter-ID: A2006062907_4.00.0004_4.0-8 X-WSS-ID: 68BAD6DA27K7361752-3889-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: RE: Where to start from X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2006 18:12:31 -0000 -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Mike Jakubik Sent: Wednesday, June 28, 2006 4:26 PM To: Mihir Sanghavi Cc: freebsd-stable@freebsd.org Subject: Re: Where to start from Mihir Sanghavi wrote: > > Hi, > > I have installed FreeBSD 5.5 . My computer is still not hooked to the=20 > > network. I would like to start working on it. what should I start with=20 > > as I have never worked with BSD before. are there any good tutorials > > to start with? > > Thanks > Start again, this time install FreeBSD 6.1 instead. Then proceed to http://www.freebsd.org/docs.html . =20 DSW> A number of us suggested that he start conservatively, Mike, based on what his needs would be. I wrote him a long e-mail that discussed the pros and cons of each RELEASE stream, and he's made his choice. Since you yourself are having some heartburn with RELENG_6, perhaps you can sympathize with someone who doesn't need the grief while trying to learn? ;-] Mihir, the Handbook is also resident on your computer in=20 /usr/share/doc/(en|your language)/books/handbook I suggest that you read everything in books and articles first (assuming you've loaded the package or port for a web browser like Mozilla or Firefox), then type 'man man' at a prompt. More precise finger-pointing will have to follow more detail as to your desired usage, but let me suggest that freebsd-questions would be more appropriate for such discussions. This list is for technical discussions related to ongoing bugfixing and upgrades to the system. Another good resource is http://www.daemonnews.org, and the online forum there is also a good place to ask for suggestions. -- Don Wilde Org 01737 505-844-1126 Earth Halted: Please reboot to continue From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 18:45:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4135016A412 for ; Thu, 29 Jun 2006 18:45:50 +0000 (UTC) (envelope-from Michael.Collette@TestEquity.com) Received: from smtp.testequity.com (gateway.testequity.com [205.147.14.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAC9E44C53 for ; Thu, 29 Jun 2006 18:45:49 +0000 (GMT) (envelope-from Michael.Collette@TestEquity.com) Received: from smtp.priv.testequity.com (unknown [192.168.3.27]) by smtp.testequity.com (Postfix) with ESMTP id 840F313C41A; Thu, 29 Jun 2006 11:45:49 -0700 (PDT) Received: from [192.168.3.172] (mach172.priv.testequity.com [192.168.3.172]) by smtp.priv.testequity.com (Postfix) with ESMTP id 7848DC74B; Thu, 29 Jun 2006 11:45:49 -0700 (PDT) Message-ID: <44A42009.7050103@TestEquity.com> Date: Thu, 29 Jun 2006 11:46:33 -0700 From: Michael Collette Organization: TestEquity LLC User-Agent: Thunderbird 1.5.0.4 (X11/20060607) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: NFS Locking Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 18:45:50 -0000 This last week I had been working on a test network to test out 6.1 prior to upgrading our production boxes from 5.4. That's when I ran across the rpc.lockd issues that have been discussed earlier. Our production setup has diskless clients running KDE, which due to this bug is now dead on 6.1. I also have my mail server delivering messages to a file server via NFS. I even have servers booting diskless with NFS provided file systems... all of which are dead on 6.1. The last discussion our bug updates I've seen on this issue were about 3 months ago. This leaves me with a number of questions I hope can be answered here on this list. Is NFS a big deal for most other users, or am I out here on the fringe using it as much as I do? Is anyone working on a fix for this? If so, is there any kind of time frame where this fix might be MFC'd to 6-STABLE? I guess I'm still just a bit stunned that a bug this obvious not only found it's way into the STABLE branch, but is still there. Maybe it's not as obvious as I think, or not many folks are using it? All I know for sure here is that if I had upgraded to 6.1 my network would have been crippled. Later on, -- Michael Collette IT Manager TestEquity LLC Michael.Collette@TestEquity.com From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 18:54:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 247C416A40F for ; Thu, 29 Jun 2006 18:54:52 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31DBD440B6 for ; Thu, 29 Jun 2006 18:49:21 +0000 (GMT) (envelope-from karagodov@gmail.com) Received: by py-out-1112.google.com with SMTP id t32so361576pyc for ; Thu, 29 Jun 2006 11:49:20 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=ae4Y2qoUSP6lG8j1hK8eSrQ2OLukx2e7zm/zNMqhd8Zcsv8Q1fQW2Ns+BJ+GTc2Qw9uZeaP3uhvSiLOGZhanadD5PvyEtd2w+hlZsG3ne05LWRed5TNYHlLmxlWrCYe/AevTPkT8KtUAHhSkysy4sQ9aXYtmFKlAuf3HBoI3Qxg= Received: by 10.35.98.6 with SMTP id a6mr1876387pym; Thu, 29 Jun 2006 11:49:20 -0700 (PDT) Received: by 10.35.69.12 with HTTP; Thu, 29 Jun 2006 11:49:20 -0700 (PDT) Message-ID: Date: Thu, 29 Jun 2006 22:49:20 +0400 From: "Alexey Karagodov" To: "Michael Collette" In-Reply-To: <44A42009.7050103@TestEquity.com> MIME-Version: 1.0 References: <44A42009.7050103@TestEquity.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: NFS Locking Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 18:54:52 -0000 bWUgLSB0b28gLi4uCgoyMDA2LzYvMjksIE1pY2hhZWwgQ29sbGV0dGUgPE1pY2hhZWwuQ29sbGV0 dGVAdGVzdGVxdWl0eS5jb20+Ogo+Cj4gVGhpcyBsYXN0IHdlZWsgSSBoYWQgYmVlbiB3b3JraW5n IG9uIGEgdGVzdCBuZXR3b3JrIHRvIHRlc3Qgb3V0IDYuMQo+IHByaW9yIHRvIHVwZ3JhZGluZyBv dXIgcHJvZHVjdGlvbiBib3hlcyBmcm9tIDUuNC4gIFRoYXQncyB3aGVuIEkgcmFuCj4gYWNyb3Nz IHRoZSBycGMubG9ja2QgaXNzdWVzIHRoYXQgaGF2ZSBiZWVuIGRpc2N1c3NlZCBlYXJsaWVyLgo+ Cj4gT3VyIHByb2R1Y3Rpb24gc2V0dXAgaGFzIGRpc2tsZXNzIGNsaWVudHMgcnVubmluZyBLREUs IHdoaWNoIGR1ZSB0byB0aGlzCj4gYnVnIGlzIG5vdyBkZWFkIG9uIDYuMS4gIEkgYWxzbyBoYXZl IG15IG1haWwgc2VydmVyIGRlbGl2ZXJpbmcgbWVzc2FnZXMKPiB0byBhIGZpbGUgc2VydmVyIHZp YSBORlMuICBJIGV2ZW4gaGF2ZSBzZXJ2ZXJzIGJvb3RpbmcgZGlza2xlc3Mgd2l0aCBORlMKPiBw cm92aWRlZCBmaWxlIHN5c3RlbXMuLi4gYWxsIG9mIHdoaWNoIGFyZSBkZWFkIG9uIDYuMS4KPgo+ IFRoZSBsYXN0IGRpc2N1c3Npb24gb3VyIGJ1ZyB1cGRhdGVzIEkndmUgc2VlbiBvbiB0aGlzIGlz c3VlIHdlcmUgYWJvdXQgMwo+IG1vbnRocyBhZ28uICBUaGlzIGxlYXZlcyBtZSB3aXRoIGEgbnVt YmVyIG9mIHF1ZXN0aW9ucyBJIGhvcGUgY2FuIGJlCj4gYW5zd2VyZWQgaGVyZSBvbiB0aGlzIGxp c3QuCj4KPiBJcyBORlMgYSBiaWcgZGVhbCBmb3IgbW9zdCBvdGhlciB1c2Vycywgb3IgYW0gSSBv dXQgaGVyZSBvbiB0aGUgZnJpbmdlCj4gdXNpbmcgaXQgYXMgbXVjaCBhcyBJIGRvPwo+Cj4gSXMg YW55b25lIHdvcmtpbmcgb24gYSBmaXggZm9yIHRoaXM/ICBJZiBzbywgaXMgdGhlcmUgYW55IGtp bmQgb2YgdGltZQo+IGZyYW1lIHdoZXJlIHRoaXMgZml4IG1pZ2h0IGJlIE1GQydkIHRvIDYtU1RB QkxFPwo+Cj4gSSBndWVzcyBJJ20gc3RpbGwganVzdCBhIGJpdCBzdHVubmVkIHRoYXQgYSBidWcg dGhpcyBvYnZpb3VzIG5vdCBvbmx5Cj4gZm91bmQgaXQncyB3YXkgaW50byB0aGUgU1RBQkxFIGJy YW5jaCwgYnV0IGlzIHN0aWxsIHRoZXJlLiAgTWF5YmUgaXQncwo+IG5vdCBhcyBvYnZpb3VzIGFz IEkgdGhpbmssIG9yIG5vdCBtYW55IGZvbGtzIGFyZSB1c2luZyBpdD8gIEFsbCBJIGtub3cKPiBm b3Igc3VyZSBoZXJlIGlzIHRoYXQgaWYgSSBoYWQgdXBncmFkZWQgdG8gNi4xIG15IG5ldHdvcmsg d291bGQgaGF2ZQo+IGJlZW4gY3JpcHBsZWQuCj4KPiBMYXRlciBvbiwKPiAtLQo+IE1pY2hhZWwg Q29sbGV0dGUKPiBJVCBNYW5hZ2VyCj4gVGVzdEVxdWl0eSBMTEMKPiBNaWNoYWVsLkNvbGxldHRl QFRlc3RFcXVpdHkuY29tCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18KPiBmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QKPiBodHRw Oi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLXN0YWJsZQo+IFRv IHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLXN0YWJsZS11bnN1YnNjcmli ZUBmcmVlYnNkLm9yZyIKPgoKCgotLSAK8yD118HWxc7Jxc0sIOHMxcvTxcog68HSwcfPxM/XLiDw 0s/Fy9TJ0s/Xwc7JxSwg0M/T1NLPxc7JxSwKwcTNyc7J09TSydLP18HOycUgySDQz8TExdLWy8Eg yc7Gz9LNwcPJz87O2cgg08nT1MXNLgo= From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 19:57:12 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7D7716A407 for ; Thu, 29 Jun 2006 19:57:12 +0000 (UTC) (envelope-from jbozza@qlinksmedia.com) Received: from mail.thinkburst.com (mail.thinkburst.com [66.210.222.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82F0444A27 for ; Thu, 29 Jun 2006 19:57:12 +0000 (GMT) (envelope-from jbozza@qlinksmedia.com) Received: from mailgate.thinkburstmedia.com (gateway.thinkburstmedia.com [66.210.222.36]) by mail.thinkburst.com (Postfix) with ESMTP id 316CA1CC65 for ; Thu, 29 Jun 2006 14:57:07 -0500 (CDT) Received: from thinkburst.com (bacchus.thinkburst.com [10.1.1.25]) by mailgate.thinkburstmedia.com (Postfix) with ESMTP id 00B4317046 for ; Thu, 29 Jun 2006 14:57:06 -0500 (CDT) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Thu, 29 Jun 2006 14:57:09 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 6.1 and ATA problems thread-index: AcabtjSBym5j081URjK/YhUx0H8C8Q== From: "Jaime Bozza" To: Cc: Subject: 6.1 and ATA problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 19:57:13 -0000 Hello, It seems that I'm having problems with 6.1 (6-STABLE) and ATA. This particular system is an ASUS P3V4X, which is a VIA (Apollo Pro) chipset. I installed 6.0 (From CD) on the system just fine, then I built a gmirror using ad0 and ad2. I then proceeded to update to 6-STABLE. One I rebooted, ad2 just "disappeared." I tried all sorts of things. If I removed all devices except ad2, the system would boot the kernel and then when it went to mount root it wouldn't find any drives. If I move ad2 to ad1 (slave on ata0), the drive shows up fine. I currently have my two mirrored drives on ad0/ad1 and I put a cdrom drive on ata1. ata1 is detected just fine but nothing is probed on that channel. Here's my dmesg: FreeBSD 6.1-STABLE #0: Thu Jun 29 13:37:27 CDT 2006 root@neptune.thinkburst.com:/usr/obj/usr/src/sys/NEPTUNE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (752.83-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x683 Stepping =3D 3 =20 Features=3D0x383f9ff real memory =3D 1073725440 (1023 MB) avail memory =3D 1045999616 (997 MB) kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe4000000-0xe7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd800-0xd80f at device 4.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 4.2 (no driver attached) pci0: at device 4.3 (no driver attached) rl0: port 0xd000-0xd0ff mem 0xe0800000-0xe08000ff at device 9.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:e0:29:54:ae:da pci0: at device 11.0 (no driver attached) fdc0: port 0x3f2-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-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 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-0xc7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 752826072 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled ad0: 9787MB at ata0-master UDMA66 ad1: 9787MB at ata0-slave UDMA66 GEOM_MIRROR: Device gm0 created (id=3D291540166). GEOM_MIRROR: Device gm0: provider ad0 detected. GEOM_MIRROR: Device gm0: provider ad1 detected. GEOM_MIRROR: Device gm0: provider ad0 activated. GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. GEOM_MIRROR: Device gm0: rebuilding provider ad1. Trying to mount root from ufs:/dev/mirror/gm0a Accounting enabled Basically, no matter what device I put on ata1, it disappears until 6.1. When booting under 6.0, everything shows up fine. I'd be happy to forward additional information as needed. Please let me know. Thanks, Jaime Bozza From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 20:01:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D837816A412 for ; Thu, 29 Jun 2006 20:01:26 +0000 (UTC) (envelope-from chris@kirshara.de) Received: from siva.kirshara.de (siva.kirshara.de [83.151.26.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id E826444A2B for ; Thu, 29 Jun 2006 20:01:25 +0000 (GMT) (envelope-from chris@kirshara.de) Received: from localhost (localhost [127.0.0.1]) by siva.kirshara.de (Postfix) with ESMTP id 81947D4CBD; Thu, 29 Jun 2006 22:01:09 +0200 (CEST) X-Spam-Virus: No X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on siva.kirshara.de X-Spam-Level: X-Spam-Language: en X-Spam-Status: No, hits=(-5.1/6.0) tests=ALL_TRUSTED, AWL, BAYES_00, K_HEADER_PGP Received: from [127.0.0.1] (localhost [127.0.0.1]) by siva.kirshara.de (Postfix) with ESMTP; Thu, 29 Jun 2006 22:01:09 +0200 (CEST) Message-ID: <44A4317C.5030401@kirshara.de> Date: Thu, 29 Jun 2006 22:01:00 +0200 From: Christian Schade User-Agent: Thunderbird 1.5.0.4 (X11/20060608) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 OpenPGP: id=5491E683 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3F92A756D1B4EC9AEBE31272" X-Envelope-From: Subject: Force ugen device for printer? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2006 20:01:26 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3F92A756D1B4EC9AEBE31272 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi all, how can I force my system (6.1-STABLE) to create a ugen device for my printer? My printer, a HP PSC 1610 is recognized as a ulpt device and the cardreader on it as umass. Printing on the ultp device works fine, but I cannot use the scanner function with sane. I tried the hplip driver (/usr/ports/printing/hplip) to solve the scanning problem, but it only works on ugen devices. When I kldunload the ulpt and umass modules from my kernel before connecting the printer, it creates a ugen device and everything works fine. My problem is, that I need at least the umass module for USB sticks and my external harddisk. So my question is, can I configure devd or something else to not create a ulpt and umass device for my printer but create a ugen device (maybe by matching the vendor ID of the printer)? Thanks, Christian Schade --------------enig3F92A756D1B4EC9AEBE31272 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 (FreeBSD) iD8DBQFEpDGFah06FlSR5oMRAqRzAJ9H5Gom51DNijlwAXCo3QSgMICB5ACg6cas rQ0RHdGhw0LneJHT0nNzmIM= =dfvm -----END PGP SIGNATURE----- --------------enig3F92A756D1B4EC9AEBE31272-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 20:31:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A00AC16A415 for ; Thu, 29 Jun 2006 20:31:06 +0000 (UTC) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7CCC44D51 for ; Thu, 29 Jun 2006 20:31:01 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (localhost.natserv.net [127.0.0.1]) by zoraida.natserv.net (Postfix) with ESMTP id 9F862B89C; Thu, 29 Jun 2006 16:31:00 -0400 (EDT) Received: from 35st-server.simplicato.com (static-71-249-233-130.nycmny.east.verizon.net [71.249.233.130]) by zoraida.natserv.net (Postfix) with ESMTP id 3709BB893; Thu, 29 Jun 2006 16:31:00 -0400 (EDT) References: <44A42009.7050103@TestEquity.com> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Francisco Reyes To: Michael Collette Date: Thu, 29 Jun 2006 16:30:59 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: NFS Locking Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 20:31:06 -0000 Michael Collette writes: > This last week I had been working on a test network to test out 6.1 > prior to upgrading our production boxes from 5.4. I wish I had done that.. :-( > That's when I ran > across the rpc.lockd issues that have been discussed earlier. I am not familiar with that, but I can tell you from experience that the nfs client code in 6.X has issues.. In particular if the server goes down the client machine doesn't allow you to unmount the volume.. and if you have programs trying to acces the downed mount, the whole machine may end up freezing. >... I also have my mail server delivering messages > to a file server via NFS. We use NFS as our "storage" sever for pop/imap, but use the MTA to deliver to the machine. > Is NFS a big deal for most other users, or am I out here on the fringe > using it as much as I do? It is for us.. I am even trying to see if we can even pay someone to expedite getting NFS fixed in 6. Unfortunately we decided to increase our NFS usage after I had installed 6.X in a number of new machines. > Is anyone working on a fix for this? If there is I have not read about it. > I guess I'm still just a bit stunned that a bug this obvious not only > found it's way into the STABLE branch, but is still there. I am fairly new to NFS.. but I am getting the impression that FreeBSD's NFS is not as mature as other platforms. I also think it has a lot to do with usage patterns. I have seen mentions of people having hundreds of clients connected to a single NFS server... yet I see problems with just a handfull of clients. Maybe the issue is only with the 6.X branch. Sadly part of the reason I moved some newer machines to 6.X was because of some comments I saw on how NFS had been improved in 6.X :-( From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 20:38:40 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D93B16A40F for ; Thu, 29 Jun 2006 20:38:40 +0000 (UTC) (envelope-from valqk@lozenetz.org) Received: from logos.webreality.org (logos.webreality.org [80.72.64.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3941244D4B for ; Thu, 29 Jun 2006 20:38:37 +0000 (GMT) (envelope-from valqk@lozenetz.org) Received: by logos.webreality.org (Postfix, from userid 80) id 29B35C973F; Thu, 29 Jun 2006 23:38:51 +0300 (EEST) Received: from client-82-199-193-86.speedy.sellinet.net (client-82-199-193-86.speedy.sellinet.net [82.199.193.86]) by mail.webreality.org (Horde MIME library) with HTTP for ; Thu, 29 Jun 2006 23:38:51 +0300 Message-ID: <20060629233851.yjsoklj0004o4g80@mail.webreality.org> Date: Thu, 29 Jun 2006 23:38:51 +0300 From: valqk@lozenetz.org To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) / FreeBSD-5.4 X-webreality-MailScanner-Information: Please contact the ISP for more information X-webreality-MailScanner: Found to be clean X-webreality-MailScanner-From: valqk@lozenetz.org Cc: Subject: If_ndis with marvel strange 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: Thu, 29 Jun 2006 20:38:40 -0000 Ok, so... I have asus wl108g a marvell chipset. I'm running: FreeBSD silentbox 5.5-RELEASE FreeBSD 5.5-RELEASE #0: Tue May 23 14:58:27 UTC 2006 root@perseus.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 The card can't accosiate with APs, only with Ad-Hoc modes cards!????? I've found a drivers for 'client' mode card at asus site and compiled it with ndisgen. the driver loads ok after kldload: --------------- no match for ObfReferenceObject no match for _except_handler3 no match for MmProbeAndLockPages no match for MmUnlockPages ndis0: mem 0xd3110000-0xd311ffff,0xd3100000-0xd310ffff irq 5 at device 8.0 on pci1 ndis0: NDIS API version: 5.0 ndis0: Ethernet address: 00:11:d8:85:ca:0f ndis0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 1Mbps 2Mbps 5.5Mbps 11Mbps --------------- the card is in ifconfig ndis0: #>ifconfig ndis0 ndis0: flags=8802 mtu 1500 ether 00:11:d8:85:ca:0f media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ssid "" channel -1 authmode OPEN powersavemode OFF powersavesleep 100 rtsthreshold 2312 protmode CTS wepmode OFF weptxkey 1 ok, so here we go... on one computer (a linux box) I set: #>iwconfig wlan0 essid test channel 1 enc 12345678901234567890123456 mode Ad-Hoc on the fbsd box I do: #>ifconfig ndis0 ssid test channel 1 weptxkey 1 wepkey 1:0x12345678901234567890123456 wepmode on mediaopt adhoc up and I get the ndis0 card associated with test ssid to the other linux box card! Even running encryption. but when I do: #>ifconfig ndis0 ssid myap channel 9 weptxkey 1 wepkey 1:0x3974d8d297cc86284ca4e4251f wepmode on up well... nothing happens, the card blinks a few times for transmission and nothing, stays in status no carrier and an empty ssid! I can't get the point? I've tested setting other mediaopt than Adhoc but the driver returns error.... Please HELP! Thank you very much! Any ideas are welcome! ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 20:39:46 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C7C616A407 for ; Thu, 29 Jun 2006 20:39:46 +0000 (UTC) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95DFB44D01 for ; Thu, 29 Jun 2006 20:39:45 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (localhost.natserv.net [127.0.0.1]) by zoraida.natserv.net (Postfix) with ESMTP id D07EAB893; Thu, 29 Jun 2006 16:39:44 -0400 (EDT) Received: from 35st-server.simplicato.com (static-71-249-233-130.nycmny.east.verizon.net [71.249.233.130]) by zoraida.natserv.net (Postfix) with ESMTP id 8DD12B89C; Thu, 29 Jun 2006 16:39:44 -0400 (EDT) References: <840a6f1a0606290644w2fa869f9v322acf9935057431@mail.gmail.com> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Francisco Reyes To: Sergey Shyman Date: Thu, 29 Jun 2006 16:39:44 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: stable@freebsd.org Subject: Re: Weird problem upgrading 5.4 to 6.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 20:39:46 -0000 Sergey Shyman writes: > Can't work out which disk we are booting from. > Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0. Is that a RAID you are booting from? > Booting with old kernel works fine. Also BIOS see IDE drive. Single IDE drive? From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 20:43:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4D1916A4B3 for ; Thu, 29 Jun 2006 20:43:21 +0000 (UTC) (envelope-from Michael.Collette@TestEquity.com) Received: from smtp.testequity.com (gateway.testequity.com [205.147.14.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1130944C52 for ; Thu, 29 Jun 2006 20:24:46 +0000 (GMT) (envelope-from Michael.Collette@TestEquity.com) Received: from smtp.priv.testequity.com (unknown [192.168.3.27]) by smtp.testequity.com (Postfix) with ESMTP id 68F1F13C447; Thu, 29 Jun 2006 13:24:46 -0700 (PDT) Received: from [192.168.3.172] (mach172.priv.testequity.com [192.168.3.172]) by smtp.priv.testequity.com (Postfix) with ESMTP id 5FD09C74B; Thu, 29 Jun 2006 13:24:46 -0700 (PDT) Message-ID: <44A4373A.4070507@TestEquity.com> Date: Thu, 29 Jun 2006 13:25:30 -0700 From: Michael Collette Organization: TestEquity LLC User-Agent: Thunderbird 1.5.0.4 (X11/20060607) MIME-Version: 1.0 To: Rong-en Fan References: <44A42009.7050103@TestEquity.com> <6eb82e0606291214s4faceaegb027c1951d0aa011@mail.gmail.com> In-Reply-To: <6eb82e0606291214s4faceaegb027c1951d0aa011@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: NFS Locking Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 20:43:21 -0000 Rong-en Fan wrote: > On 6/29/06, Michael Collette wrote: >> This last week I had been working on a test network to test out 6.1 >> prior to upgrading our production boxes from 5.4. That's when I ran >> across the rpc.lockd issues that have been discussed earlier. >> >> Our production setup has diskless clients running KDE, which due to this >> bug is now dead on 6.1. I also have my mail server delivering messages >> to a file server via NFS. I even have servers booting diskless with NFS >> provided file systems... all of which are dead on 6.1. >> >> The last discussion our bug updates I've seen on this issue were about 3 >> months ago. This leaves me with a number of questions I hope can be >> answered here on this list. >> >> Is NFS a big deal for most other users, or am I out here on the fringe >> using it as much as I do? >> >> Is anyone working on a fix for this? If so, is there any kind of time >> frame where this fix might be MFC'd to 6-STABLE? >> >> I guess I'm still just a bit stunned that a bug this obvious not only >> found it's way into the STABLE branch, but is still there. Maybe it's >> not as obvious as I think, or not many folks are using it? All I know >> for sure here is that if I had upgraded to 6.1 my network would have >> been crippled. > > Try 6.1-STABLE, especially make sure you have > > $FreeBSD: src/usr.sbin/rpc.lockd/kern.c,v 1.16.2.1 2006/06/02 > 01:20:58 rodrigc Exp $ > > for usr.sbin/rpc.lockd/kern.c, and see if this helps. I am running STABLE on all my test boxes, and the problem is very much there. It's not everything that locks up though. I'm able to bring X up with twm, but unable to launch any Gnome or KDE applications without them being stranded in a lock state. I sure would have loved for your suggestion to be correct. For what it's worth, all the boxes I'm working with are on STABLE no more than a week old. I ran fresh build worlds on all of them before getting the rest of my configs going. Thanks, -- Michael Collette IT Manager TestEquity LLC Michael.Collette@TestEquity.com From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 22:19:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 481BF16A403 for ; Thu, 29 Jun 2006 22:19:13 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out1.tiscali.nl (smtp-out1.tiscali.nl [195.241.79.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id A751C457B9 for ; Thu, 29 Jun 2006 22:19:12 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [82.171.39.195] (helo=guido.klop.ws) by smtp-out1.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1Fw4qt-0005xp-OJ for ; Fri, 30 Jun 2006 00:19:11 +0200 Received: (qmail 925 invoked from network); 29 Jun 2006 22:19:10 -0000 Received: from localhost.thuis.klop.ws (HELO localhost) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 29 Jun 2006 22:19:10 -0000 Date: Fri, 30 Jun 2006 00:19:09 +0200 To: "Michael Collette" , "Rong-en Fan" From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <44A42009.7050103@TestEquity.com> <6eb82e0606291214s4faceaegb027c1951d0aa011@mail.gmail.com> <44A4373A.4070507@TestEquity.com> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <44A4373A.4070507@TestEquity.com> User-Agent: Opera Mail/9.00 (FreeBSD) Cc: freebsd-stable@freebsd.org Subject: Re: NFS Locking Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 22:19:13 -0000 On Thu, 29 Jun 2006 22:25:30 +0200, Michael Collette wrote: > Rong-en Fan wrote: >> On 6/29/06, Michael Collette wrote: >>> This last week I had been working on a test network to test out 6.1 >>> prior to upgrading our production boxes from 5.4. That's when I ran >>> across the rpc.lockd issues that have been discussed earlier. >>> >>> Our production setup has diskless clients running KDE, which due to >>> this >>> bug is now dead on 6.1. I also have my mail server delivering messages >>> to a file server via NFS. I even have servers booting diskless with >>> NFS >>> provided file systems... all of which are dead on 6.1. >>> >>> The last discussion our bug updates I've seen on this issue were about >>> 3 >>> months ago. This leaves me with a number of questions I hope can be >>> answered here on this list. >>> >>> Is NFS a big deal for most other users, or am I out here on the fringe >>> using it as much as I do? >>> >>> Is anyone working on a fix for this? If so, is there any kind of time >>> frame where this fix might be MFC'd to 6-STABLE? >>> >>> I guess I'm still just a bit stunned that a bug this obvious not only >>> found it's way into the STABLE branch, but is still there. Maybe it's >>> not as obvious as I think, or not many folks are using it? All I know >>> for sure here is that if I had upgraded to 6.1 my network would have >>> been crippled. >> Try 6.1-STABLE, especially make sure you have >> $FreeBSD: src/usr.sbin/rpc.lockd/kern.c,v 1.16.2.1 2006/06/02 >> 01:20:58 rodrigc Exp $ >> for usr.sbin/rpc.lockd/kern.c, and see if this helps. > > I am running STABLE on all my test boxes, and the problem is very much > there. It's not everything that locks up though. I'm able to bring X > up with twm, but unable to launch any Gnome or KDE applications without > them being stranded in a lock state. > > I sure would have loved for your suggestion to be correct. For what > it's worth, all the boxes I'm working with are on STABLE no more than a > week old. I ran fresh build worlds on all of them before getting the > rest of my configs going. > > Thanks, Hello, I run my client with the -L mount option. This makes NFS locks local to the client, which is a workaround for me. If you depend on locks enforced on the server it wil not work. Ronald. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Thu Jun 29 23:03:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A0D216A416 for ; Thu, 29 Jun 2006 23:03:13 +0000 (UTC) (envelope-from michel@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69BA643D45 for ; Thu, 29 Jun 2006 23:03:11 +0000 (GMT) (envelope-from michel@lpthe.jussieu.fr) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.13.6/jtpda-5.4) with ESMTP id k5TN3AaT024807 for ; Fri, 30 Jun 2006 01:03:10 +0200 (CEST) X-Ids: 166 Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id C18AC9FBE2 for ; Fri, 30 Jun 2006 01:03:09 +0200 (CEST) Received: by niobe.lpthe.jussieu.fr (Postfix, from userid 2005) id 75D8435; Fri, 30 Jun 2006 01:03:09 +0200 (CEST) Date: Fri, 30 Jun 2006 01:03:09 +0200 From: Michel Talon To: freebsd-stable@freebsd.org Message-ID: <20060629230309.GA12773@lpthe.jussieu.fr> Mail-Followup-To: Michel Talon , freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.166]); Fri, 30 Jun 2006 01:03:10 +0200 (CEST) X-Virus-Scanned: ClamAV 0.88.2/1577/Thu Jun 29 22:18:18 2006 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 44A45C2E.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Subject: NFS Locking Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jun 2006 23:03:13 -0000 > I guess I'm still just a bit stunned that a bug this obvious not only > found it's way into the STABLE branch, but is still there. Maybe it's > not as obvious as I think, or not many folks are using it? All I know > for sure here is that if I had upgraded to 6.1 my network would have > been crippled. Strange, since i upgraded to FreeBSD-6.1 and the NFS server to Fedora Core 5, my machine, NFS client is happy, and lockd works. It is first time since years i have no problem. It certainly did not work with FreeBSD-5 and i still have a machine with FreeBSD-6.0 which does not work properly (frequently loses the NFS mount, but it gets remounted some times later by amd). Anyways i have exactly 0 problem with the 6.1 machine. I could extend that to say that everything works very well on that machine, nothing is slow, including disk access. This has not always been the case. Stability wise, i have not seen any panic, hang or whatever since i have compiled a kernel adapted to my hardware. I got a panic with the generic kernel soon after installation, but now machine is totally stable. -- Michel TALON From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 00:51:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57B8A16A4AB for ; Fri, 30 Jun 2006 00:51:53 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03AED43DB1 for ; Fri, 30 Jun 2006 00:51:46 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (term1.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k5U0paQE086908 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 30 Jun 2006 10:21:36 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 30 Jun 2006 10:21:34 +0930 User-Agent: KMail/1.9.3 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1361076.boCKVDLuKA"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606301021.35529.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Subject: 6.1-STABLE panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jun 2006 00:51:53 -0000 --nextPart1361076.boCKVDLuKA Content-Type: multipart/mixed; boundary="Boundary-01=_XWHpE0xhoVY+i+F" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_XWHpE0xhoVY+i+F Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I have an odd problem with 6.1 where it panics, and then when it reboots the system hangs solid just after printing how much memory is in the system, the only way out is the reset switch. [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:= =20 Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: =46atal trap 12: page fault while in kernel mode fault virtual address =3D 0xb6 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc0512564 stack pointer =3D 0x28:0xdea06b1c frame pointer =3D 0x28:0xdea06b4c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 3 current process =3D 1114 (Xorg) trap number =3D 12 panic: page fault Uptime: 1d16h47m39s Dumping 511 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 511MB (130800 pages) 495 479 463 447 431 415 399 383 367 351 335= =20 319 303 28 7 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc04eaf44 in boot (howto=3D260) at /data/src/sys/kern/kern_shutdown.c:= 409 #2 0xc04eb1dc in panic (fmt=3D0xc06462f7 "%s") at /data/src/sys/kern/kern_shutdown.c:565 #3 0xc06262dc in trap_fatal (frame=3D0xdea06adc, eva=3D182) at /data/src/sys/i386/i386/trap.c:836 #4 0xc0626043 in trap_pfault (frame=3D0xdea06adc, usermode=3D0, eva=3D182) at /data/src/sys/i386/i386/trap.c:744 #5 0xc0625ca1 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D 8191, tf_esi =3D= 14, tf_ebp=20 =3D -559912116, tf_isp =3D -559912184, tf_ebx =3D -1010665600, tf_edx=20 =3D -1007513240, tf_ecx =3D 0, tf_eax =3D -1066928096, tf_trapno =3D 12, tf= _err =3D 0,=20 tf_eip =3D -1068423836, tf_cs =3D 32, tf_eflags =3D 2175622, tf_esp =3D -10= 68444423,=20 tf_ss =3D -1007513240}) at /data/src/sys/i386/i386/trap.c:434 #6 0xc0615b3a in calltrap () at /data/src/sys/i386/i386/exception.s:139 #7 0xc0512564 in soo_poll (fp=3D0xe, events=3D-559912044, active_cred=3D0x= dea06b84, td=3D0x40) at /data/src/sys/kern/sys_socket.c:232 #8 0xc050cff1 in kern_select (td=3D0xc3c27780, nd=3D64, fd_in=3D0x81bf7c0,= =20 fd_ou=3D0x0, fd_ex=3D0x0, tvp=3D0xdea06cd0) at /data/src/sys/kern/sys_generic.c:763 #9 0xc050cc40 in select (td=3D0xc3c27780, uap=3D0xdea06d04) =2D--Type to continue, or q to quit--- at /data/src/sys/kern/sys_generic.c:667 #10 0xc06265f3 in syscall (frame=3D {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D 59, tf_edi =3D 0, tf_esi =3D -= 1, tf_ebp=20 =3D -1077941800, tf_isp =3D -559911580, tf_ebx =3D -1, tf_edx =3D 0, tf_ecx= =3D 0,=20 tf_eax =3D 93, tf_trapno =3D 22, tf_err =3D 2, tf_eip =3D 673900391, tf_cs = =3D 51,=20 tf_eflags =3D 2110098, tf_esp =3D -1077942388, tf_ss =3D 59})=20 at /data/src/sys/i386/i386/trap.c:981 #11 0xc0615b8f in Xint0x80_syscall ()=20 at /data/src/sys/i386/i386/exception.s:200 #12 0x00000033 in ?? () I am using the 'nv' driver - normally I use the nvidia one but I was trying to reduce the number of variables. I have run memtest86 for a while as well and cpuburn with no adverse result= s. The system seems to crash every few days although this is the first one I h= ad since installing a debug kernel so maybe they are different, however the=20 non-debug ones looked the same as each other. This system was originally a Duron 800 and I was having stability issues so I updated it to a Sempron 3300+ (still i386), there is no one piece of=20 original hardware in the system (there was a TV tuner card but I removed that for test purposes). The verbose dmesg was shortened so I don't have a full copy, I have attached the partial verbose dmesg and the full normal dmesg. =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 --Boundary-01=_XWHpE0xhoVY+i+F Content-Type: text/plain; charset="us-ascii"; name="dmesg-verbose-trunc.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg-verbose-trunc.txt" pcib0: matched entry for 0.10.INTA pcib0: slot 10 INTA hardwired to IRQ 18 found-> vendor=3D0x1106, dev=3D0x3149, revid=3D0x80 bus=3D0, slot=3D15, func=3D0 class=3D01-04-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000e000, size 3, enabled map[14]: type 4, range 32, base 0000e100, size 2, enabled map[18]: type 4, range 32, base 0000e200, size 3, enabled map[1c]: type 4, range 32, base 0000e300, size 2, enabled map[20]: type 4, range 32, base 0000e400, size 4, enabled map[24]: type 4, range 32, base 0000e500, size 8, enabled pcib0: matched entry for 0.15.INTB (src \\_SB_.PCI0.ALKA:0) pcib0: slot 15 INTB routed to irq 20 via \\_SB_.PCI0.ALKA found-> vendor=3D0x1106, dev=3D0x0571, revid=3D0x06 bus=3D0, slot=3D15, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000e600, size 4, enabled found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x81 bus=3D0, slot=3D16, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000e700, size 5, enabled pcib0: matched entry for 0.16.INTA (src \\_SB_.PCI0.ALKB:0) pcib0: slot 16 INTA routed to irq 21 via \\_SB_.PCI0.ALKB found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x81 bus=3D0, slot=3D16, func=3D1 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000e800, size 5, enabled pcib0: matched entry for 0.16.INTA (src \\_SB_.PCI0.ALKB:0) pcib0: slot 16 INTA routed to irq 21 via \\_SB_.PCI0.ALKB found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x81 bus=3D0, slot=3D16, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000e900, size 5, enabled pcib0: matched entry for 0.16.INTB (src \\_SB_.PCI0.ALKB:0) pcib0: slot 16 INTB routed to irq 21 via \\_SB_.PCI0.ALKB found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x81 bus=3D0, slot=3D16, func=3D3 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000ea00, size 5, enabled pcib0: matched entry for 0.16.INTB (src \\_SB_.PCI0.ALKB:0) pcib0: slot 16 INTB routed to irq 21 via \\_SB_.PCI0.ALKB found-> vendor=3D0x1106, dev=3D0x3104, revid=3D0x86 bus=3D0, slot=3D16, func=3D4 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D12 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fa001000, size 8, enabled pcib0: matched entry for 0.16.INTC (src \\_SB_.PCI0.ALKB:0) pcib0: slot 16 INTC routed to irq 21 via \\_SB_.PCI0.ALKB found-> vendor=3D0x1106, dev=3D0x3227, revid=3D0x00 bus=3D0, slot=3D17, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0087, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=3D0x1106, dev=3D0x3059, revid=3D0x60 bus=3D0, slot=3D17, func=3D5 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0001, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D12 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000eb00, size 8, enabled pcib0: matched entry for 0.17.INTC (src \\_SB_.PCI0.ALKC:0) pcib0: slot 17 INTC routed to irq 22 via \\_SB_.PCI0.ALKC found-> vendor=3D0x1106, dev=3D0x3065, revid=3D0x78 bus=3D0, slot=3D18, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x08 (2000 ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000ec00, size 8, enabled map[14]: type 1, range 32, base fa002000, size 8, enabled pcib0: matched entry for 0.18.INTA (src \\_SB_.PCI0.ALKD:0) pcib0: slot 18 INTA routed to irq 23 via \\_SB_.PCI0.ALKD found-> vendor=3D0x1022, dev=3D0x1100, revid=3D0x00 bus=3D0, slot=3D24, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x1101, revid=3D0x00 bus=3D0, slot=3D24, func=3D1 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x1102, revid=3D0x00 bus=3D0, slot=3D24, func=3D2 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x1103, revid=3D0x00 bus=3D0, slot=3D24, func=3D3 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) agp0: mem 0xe8000000-0xefffffff at device 0.0= on pci0 agp0: 1 Miscellaneous Control unit(s) found. agp0: Aperture Base[0]: 0x00000074 agp0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe8000000 agp0: allocating GATT for aperture of size 128M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xf8000000-0xf9ffffff pcib1: prefetched decode 0xf0000000-0xf7ffffff pci1: on pcib1 pci1: physical bus=3D1 found-> vendor=3D0x10de, dev=3D0x0181, revid=3D0xa2 bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x02b0, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x05 (1250 ns), maxlat=3D0x01 (250 ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base f8000000, size 24, enabled pcib1: (null) requested memory range 0xf8000000-0xf8ffffff: good map[14]: type 3, range 32, base f0000000, size 27, enabled pcib1: (null) requested memory range 0xf0000000-0xf7ffffff: good pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 pci1: at device 0.0 (no driver attached) fwohci0: mem 0xfa000000-0xfa000fff irq 18 at device 10.0= on pci0 fwohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfa000000 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 49 fwohci0: [MPSAFE] fwohci0: OHCI version 1.0 (ROM=3D1) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:01:99:00:00:03:7c:7b fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) atapci0: port 0xe000-0xe007,0xe100-0xe103,0xe= 200-0xe207,0xe300-0xe303,0xe400-0xe40f,0xe500-0xe5ff irq 20 at device 15.0 = on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xe400 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 50 atapci0: [MPSAFE] atapci0: Reserved 0x100 bytes for rid 0x24 type 4 at 0xe500 ata2: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xe000 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xe100 ata2: SATA connect ready time=3D0ms ata2: sata_connect devices=3D0x1 ata2: [MPSAFE] ata3: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xe200 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xe300 ata3: SATA connect ready time=3D0ms ata3: sata_connect devices=3D0x1 ata3: [MPSAFE] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0= x376,0xe600-0xe60f at device 15.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xe600 ata0: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata0: stat0=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata0: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x4 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 51 ata0: [MPSAFE] ata1: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D60 ostat1=3D70 ata1: stat0=3D0x20 err=3D0x20 lsb=3D0x20 msb=3D0x20 ata1: stat1=3D0x30 err=3D0x30 lsb=3D0x30 msb=3D0x30 ata1: reset tp2 stat0=3D20 stat1=3D30 devices=3D0x0 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 52 ata1: [MPSAFE] uhci0: port 0xe700-0xe71f irq 21 at device 16.0= on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe700 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 53 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe800-0xe81f irq 21 at device 16.1= on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe800 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe900-0xe91f irq 21 at device 16.2= on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe900 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xea00-0xea1f irq 21 at device 16.3= on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xea00 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfa001000-0xfa0010ff irq 21 at = device 16.4 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xfa001000 ehci0: [GIANT-LOCKED] ehci0: Dropped interrupts workaround enabled usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered umass0: Generic USB 2.0 Card Chip, rev 2.00/1.20, addr 2 umass0:1:0:-1: Attached to scbus1 isab0: at device 17.0 on pci0 isa0: on isab0 pcm0: port 0xeb00-0xebff irq 22 at device 17.5 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xeb00 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 54 pcm0: [MPSAFE] pcm0: pcm0: Codec features headphone, 18 bit DAC, 18 bit ADC, 5 bit master volume= , Reserved 27 pcm0: Primary codec extended features variable rate PCM, double rate PCM, r= eserved 1, center DAC, surround DAC, LFE DAC, reserved 5 pcm0: ac97 codec dac ready count: 0 pcm0: sndbuf_setmap 1f3f6000, 2000; 0xdd73c000 -> 1f3f6000 pcm0: sndbuf_setmap 1f3f4000, 2000; 0xdd73e000 -> 1f3f4000 pcm0: sndbuf_setmap 1f3f2000, 2000; 0xdd740000 -> 1f3f2000 pcm0: sndbuf_setmap 1f3f0000, 2000; 0xdd742000 -> 1f3f0000 pcm0: sndbuf_setmap 1f3e1000, 2000; 0xdd744000 -> 1f3e1000 pcm0: sndbuf_setmap 1f3de000, 2000; 0xdd746000 -> 1f3de000 pcm0: vr0: port 0xec00-0xecff mem 0xfa002000-0= xfa0020ff irq 23 at device 18.0 on pci0 vr0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xec00 miibus0: on vr0 ukphy0: on miibus0 ukphy0: OUI 0x004063, model 0x0032, rev. 10 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: bpf attached vr0: Ethernet address: 00:16:17:12:4f:49 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 55 vr0: [MPSAFE] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 56 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0x4061 0x4061 0x4061 0x4061 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 57 sio1: irq maps: 0x4061 0x4069 0x4061 0x4061 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ioapic0: routing intpin 3 (ISA IRQ 3) to vector 58 ppc0: using extended I/O port range ppc0: EPP SPP ppc0: port 0x378-0x37f,0x778-0x77b irq 7 o= n acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ioapic0: routing intpin 7 (ISA IRQ 7) to vector 59 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 60 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ npx0: INT 16 interface ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it vga: vga0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcefff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices ums0: Logitech USB Receiver, rev 1.10/9.10, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. ucom0: vendor 0x067b product 0x2303, rev 1.10/2.02, addr 2 ucom1: Sirius Technologies Roadster II 56 USB, rev 1.00/1.00, addr 2, iclas= s 2/2 ucom1: data interface 1, has CM over data, has break ucom1: status change notification available Device configuration finished. lapic: Divisor 2, Frequency 99989117 hz Timecounter "TSC" frequency 1999795753 Hz quality 800 Timecounters tick every 1.000 msec Linux ELF exec handler installed ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled,= default to accept, logging disabled DUMMYNET with IPv6 initialized (040826) pflog0: bpf attached lo0: bpf attached pfsync0: bpf attached ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D40 wire acd0: setting PIO4 on 8237 chip acd0: setting UDMA33 on 8237 chip acd0: CDRW drive at ata0 as master acd0: read 5410KB/s (10820KB/s) write 172KB/s (8268KB/s), 2048KB buffer, UD= MA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: CD-ROM 120mm data disc (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error ata2-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D40 wire ad0: 305245MB at ata2-master SATA150 ad0: 625142448 sectors [620181C/16H/63S] 16 sectors/interrupt 1 depth queue *************** ATA VIA Metadata **************** magic 0xaa55 dummy_0 0x01 type RAID1 bootable 1 unknown 0 disk_index 0x00 stripe_layout 0x00 stripe_disks 0 stripe_sectors 8 disk_sectors 625142447 disk_id 0x38097d71 DISK# disk_id 0 0x38097d71 1 0x3f12836b 2 0xbebbf631 3 0x3804b107 4 0x7f08742f 5 0x75f68575 6 0x80de8971 7 0xefe210c3 checksum 0xc9 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ata3-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D40 wire ad1: 305245MB at ata3-master SATA150 ad1: 625142448 sectors [620181C/16H/63S] 16 sectors/interrupt 1 depth queue *************** ATA VIA Metadata **************** magic 0xaa55 dummy_0 0x01 type RAID1 bootable 1 unknown 0 disk_index 0x04 stripe_layout 0x00 stripe_disks 0 stripe_sectors 8 disk_sectors 625142447 disk_id 0x3f12836b DISK# disk_id 0 0x38097d71 1 0x3f12836b 2 0xbebbf631 3 0x3804b107 4 0x7f08742f 5 0x75f68575 6 0x80de8971 7 0xefe210c3 checksum 0xdd =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D (probe8:ata0:0:0:0): error 22 (probe8:ata0:0:0:0): Unretryable Error (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error pass0 at umass-sim0 bus 0 target 0 lun 0 pass0: Removable Direct Access SCSI-0 device=20 pass0: Serial Number \^_ pass0: 40.000MB/s transfers pass1 at umass-sim0 bus 0 target 0 lun 1 pass1: Removable Direct Access SCSI-0 devic= e=20 pass1: Serial Number \^_ pass1: 40.000MB/s transfers pass2 at umass-sim0 bus 0 target 0 lun 2 pass2: Removable Direct Access SCSI-0 device=20 pass2: Serial Number \^_ pass2: 40.000MB/s transfers pass3 at umass-sim0 bus 0 target 0 lun 3 pass3: Removable Direct Access SCSI-0 device=20 pass3: Serial Number \^_ pass3: 40.000MB/s transfers pass4 at ata0 bus 0 target 0 lun 0 pass4: Removable CD-ROM SCSI-0 device=20 pass4: 33.000MB/s transfers cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 33.000MB/s transfers cd0: cd present [2285888 x 2048 byte records] ATA PseudoRAID loaded ********** ATA PseudoRAID ar0 Metadata ********** =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D format VIA Tech V-RAID type RAID1 flags 0x00 0 magic_0 0x0000000038097d71 magic_1 0x0000000000000000 generation 0 total_sectors 625142447 offset_sectors 0 heads 255 sectors 63 cylinders 38913 width 1 interleave 8 total_disks 8 disk 0: flags =3D 0x0b b ad0: sectors 625142447 disk 1: flags =3D 0x0b b ad1: sectors 625142447 disk 2: flags =3D 0x00 0 disk 3: flags =3D 0x00 0 disk 4: flags =3D 0x00 0 disk 5: flags =3D 0x00 0 disk 6: flags =3D 0x00 0 disk 7: flags =3D 0x00 0 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ar0: 305245MB status: READY ar0: 625142447 sectors [38913C/255H/63S] <> subdisks defined as: ar0: disk0 READY (master) using ad0 at ata2-master ar0: disk1 READY (mirror) using ad1 at ata3-master ar0: disk2 DOWN no device found for this subdisk ar0: disk3 DOWN no device found for this subdisk ar0: disk4 DOWN no device found for this subdisk ar0: disk5 DOWN no device found for this subdisk ar0: disk6 DOWN no device found for this subdisk ar0: disk7 DOWN no device found for this subdisk (da0:umass-sim0:0:0:0): error 6 (da0:umass-sim0:0:0:0): Unretryable Error da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device=20 da0: Serial Number \^_ da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present (da1:umass-sim0:0:0:1): error 6 (da1:umass-sim0:0:0:1): Unretryable Error da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device= =20 da1: Serial Number \^_ da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present (da2:umass-sim0:0:0:2): error 6 (da2:umass-sim0:0:0:2): Unretryable Error da2 at umass-sim0 bus 0 target 0 lun 2 da2: Removable Direct Access SCSI-0 device=20 da2: Serial Number \^_ da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present (da3:umass-sim0:0:0:3): error 6 (da3:umass-sim0:0:0:3): Unretryable Error da3 at umass-sim0 bus 0 target 0 lun 3 da3: Removable Direct Access SCSI-0 device=20 da3: Serial Number \^_ da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present GEOM: new disk ad0 GEOM: new disk ad1 GEOM: new disk cd0 GEOM: new disk da0 GEOM: new disk da1 GEOM: new disk da2 GEOM: new disk da3 GEOM: new disk ar0 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 = 0 0 0 0 0 0 0=20 (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present Unretryable error (da0:umass-sim0:0:0:0): error 6 (da0:umass-sim0:0:0:0): Unretryable Error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 = 0 0 0 0 0 0 0=20 (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present Unretryable error (da0:umass-sim0:0:0:0): error 6 (da0:umass-sim0:0:0:0): Unretryable Error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 = 0 0 0 0 0 0 0=20 (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present Unretryable error (da0:umass-sim0:0:0:0): error 6 (da0:umass-sim0:0:0:0): Unretryable Error Opened disk da0 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0=20 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0= 0 0 0 0 0 0 0=20 (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present Unretryable error (da1:umass-sim0:0:0:1): error 6 (da1:umass-sim0:0:0:1): Unretryable Error Opened disk da1 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0=20 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0= 0 0 0 0 0 0 0=20 (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present Unretryable error (da1:umass-sim0:0:0:1): error 6 (da1:umass-sim0:0:0:1): Unretryable Error Opened disk da1 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0=20 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0= 0 0 0 0 0 0 0=20 (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present Unretryable error (da1:umass-sim0:0:0:1): error 6 (da1:umass-sim0:0:0:1): Unretryable Error Opened disk da1 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0=20 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0= 0 0 0 0 0 0 0=20 (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present Unretryable error (da2:umass-sim0:0:0:2): error 6 (da2:umass-sim0:0:0:2): Unretryable Error Opened disk da2 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0=20 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0= 0 0 0 0 0 0 0=20 (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present Unretryable error (da2:umass-sim0:0:0:2): error 6 (da2:umass-sim0:0:0:2): Unretryable Error Opened disk da2 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0=20 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0= 0 0 0 0 0 0 0=20 (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present Unretryable error (da2:umass-sim0:0:0:2): error 6 (da2:umass-sim0:0:0:2): Unretryable Error Opened disk da2 -> 6 (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0=20 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0= 0 0 0 0 0 0 0=20 (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present Unretryable error (da3:umass-sim0:0:0:3): error 6 (da3:umass-sim0:0:0:3): Unretryable Error Opened disk da3 -> 6 (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0=20 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0= 0 0 0 0 0 0 0=20 (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present Unretryable error (da3:umass-sim0:0:0:3): error 6 (da3:umass-sim0:0:0:3): Unretryable Error Opened disk da3 -> 6 (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0=20 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0= 0 0 0 0 0 0 0=20 (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present Unretryable error (da3:umass-sim0:0:0:3): error 6 (da3:umass-sim0:0:0:3): Unretryable Error Opened disk da3 -> 6 Trying to mount root from ufs:/dev/ar0s1a WARNING: / was not properly dismounted start_init: trying /sbin/init WARNING: /var was not properly dismounted /var: mount pending error: blocks 12 files 2 WARNING: /usr was not properly dismounted WARNING: /data was not properly dismounted /data: mount pending error: blocks 6644 files 50 procfs registered linprocfs registered nfslock: pseudo-device --Boundary-01=_XWHpE0xhoVY+i+F Content-Type: text/plain; charset="us-ascii"; name="dmesg.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg.txt" Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. =46reeBSD 6.1-STABLE #1: Sun Jun 11 08:43:05 CST 2006 darius@midget.dons.net.au:/usr/obj/usr/src/sys/MIDGET 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. =46reeBSD 6.1-STABLE #1: Sun Jun 11 08:43:05 CST 2006 darius@midget.dons.net.au:/usr/obj/usr/src/sys/MIDGET ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Sempron(tm) Processor 3300+ (1999.78-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x20fc2 Stepping =3D 2 Features=3D0x78bfbff Features2=3D0x1 AMD Features=3D0xe2500800 AMD Features2=3D0x1 real memory =3D 536805376 (511 MB) avail memory =3D 515936256 (492 MB) ioapic0 irqs 0-23 on motherboard bktr_mem: memory holder loaded acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 powernow0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe8000000-0xefffffff at device 0.0= on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) fwohci0: mem 0xfa000000-0xfa000fff irq 18 at device 10.0= on pci0 fwohci0: OHCI version 1.0 (ROM=3D1) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:01:99:00:00:03:7c:7b fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) atapci0: port 0xe000-0xe007,0xe100-0xe103,0xe= 200-0xe207,0xe300-0xe303,0xe400-0xe40f,0xe500-0xe5ff irq 20 at device 15.0 = on pci0 ata2: on atapci0 ata3: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0= x376,0xe600-0xe60f at device 15.1 on pci0 ata0: on atapci1 ata1: on atapci1 uhci0: port 0xe700-0xe71f irq 21 at device 16.0= on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe800-0xe81f irq 21 at device 16.1= on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe900-0xe91f irq 21 at device 16.2= on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xea00-0xea1f irq 21 at device 16.3= on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfa001000-0xfa0010ff irq 21 at = device 16.4 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: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered umass0: Generic USB 2.0 Card Chip, rev 2.00/1.20, addr 2 isab0: at device 17.0 on pci0 isa0: on isab0 pcm0: port 0xeb00-0xebff irq 22 at device 17.5 on pci0 pcm0: pcm0: vr0: port 0xec00-0xecff mem 0xfa002000-0= xfa0020ff irq 23 at device 18.0 on pci0 miibus0: on vr0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:16:17:12:4f:49 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 o= n acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcefff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Logitech USB Receiver, rev 1.10/9.10, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. ucom0: vendor 0x067b product 0x2303, rev 1.10/2.02, addr 2 ucom1: Sirius Technologies Roadster II 56 USB, rev 1.00/1.00, addr 2, iclas= s 2/2 ucom1: data interface 1, has CM over data, has break ucom1: status change notification available Timecounter "TSC" frequency 1999784299 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled,= default to accept, logging disabled acd0: CDRW at ata0-master UDMA33 ad0: 305245MB at ata2-master SATA150 ad1: 305245MB at ata3-master SATA150 ar0: 305245MB status: READY ar0: disk0 READY (master) using ad0 at ata2-master ar0: disk1 READY (mirror) using ad1 at ata3-master ar0: disk2 DOWN no device found for this subdisk ar0: disk3 DOWN no device found for this subdisk ar0: disk4 DOWN no device found for this subdisk ar0: disk5 DOWN no device found for this subdisk ar0: disk6 DOWN no device found for this subdisk ar0: disk7 DOWN no device found for this subdisk cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device=20 da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device= =20 da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da2 at umass-sim0 bus 0 target 0 lun 2 da2: Removable Direct Access SCSI-0 device=20 da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da3 at umass-sim0 bus 0 target 0 lun 3 da3: Removable Direct Access SCSI-0 device=20 da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0=20 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0=20 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0=20 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0=20 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): Unretryable error Opened disk da2 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0=20 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): Unretryable error Opened disk da2 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0=20 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): Unretryable error Opened disk da2 -> 6 (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0=20 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): Unretryable error Opened disk da3 -> 6 (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0=20 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): Unretryable error Opened disk da3 -> 6 (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0=20 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): Unretryable error Opened disk da3 -> 6 Trying to mount root from ufs:/dev/ar0s1a WARNING: / was not properly dismounted WARNING: /var was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /data was not properly dismounted lpt0: switched to polled standard mode pid 1576 (perl), uid 26: exited on signal 11 (core dumped) pid 14611 (perl), uid 26: exited on signal 11 (core dumped) pid 16553 (perl), uid 26: exited on signal 11 (core dumped) pid 60556 (perl), uid 26: exited on signal 11 (core dumped) pid 69380 (perl), uid 26: exited on signal 11 (core dumped) --Boundary-01=_XWHpE0xhoVY+i+F-- --nextPart1361076.boCKVDLuKA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEpHWX5ZPcIHs/zowRAgfTAJ9YBRDRMQqvD02BVF8wkOjFpAUoFQCfS1QP TghRCYxZe0eY5hsQ1dDukvw= =3oaI -----END PGP SIGNATURE----- --nextPart1361076.boCKVDLuKA-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 00:55:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0439116A4E6 for ; Fri, 30 Jun 2006 00:55:34 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A1E7452AC for ; Thu, 29 Jun 2006 21:36:21 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.6/8.13.6) with ESMTP id k5TLfgwu068897 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Jun 2006 17:41:48 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-stable@freebsd.org Date: Thu, 29 Jun 2006 17:36:50 -0400 User-Agent: KMail/1.9.1 References: <44A4317C.5030401@kirshara.de> In-Reply-To: <44A4317C.5030401@kirshara.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1263880.hcK8h5lMAi"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606291736.58827.mistry.7@osu.edu> X-Spam-Status: No, score=-3.5 required=5.0 tests=ALL_TRUSTED,BAYES_80, MYFREEBSD2 autolearn=no version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.2/1575/Thu Jun 29 04:50:14 2006 on mail.united-ware.com X-Virus-Status: Clean Cc: Christian Schade Subject: Re: Force ugen device for printer? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 00:55:34 -0000 --nextPart1263880.hcK8h5lMAi Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 29 June 2006 16:01, Christian Schade wrote: > Hi all, > > how can I force my system (6.1-STABLE) to create a ugen device for > my printer? > > My printer, a HP PSC 1610 is recognized as a ulpt device and the > cardreader on it as umass. Printing on the ultp device works fine, > but I cannot use the scanner function with sane. I tried the hplip > driver (/usr/ports/printing/hplip) to solve the scanning problem, > but it only works on ugen devices. When I kldunload the ulpt and > umass modules from my kernel before connecting the printer, it > creates a ugen device and everything works fine. I'm working on enhancing the relability of the hpiod interaction, but=20 I am running low on time right now. > > My problem is, that I need at least the umass module for USB sticks > and my external harddisk. So my question is, can I configure devd > or something else to not create a ulpt and umass device for my > printer but create a ugen device (maybe by matching the vendor ID > of the printer)? So if you don't kldload ulpt, but kldload umass you don't get some=20 ugen endpoints and a umass device? Would you provide a the output=20 of "usbdevs -vvv". Thanks, =2D-=20 Anish Mistry --nextPart1263880.hcK8h5lMAi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEpEf6xqA5ziudZT0RAguoAJ9NAP9vYw0M5tLR7+Yhv6Qc+bm4LgCfc1Rh 5NsCOLiBhlkJoan771DncNc= =AefM -----END PGP SIGNATURE----- --nextPart1263880.hcK8h5lMAi-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 01:46:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 186B316A403 for ; Fri, 30 Jun 2006 01:46:58 +0000 (UTC) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from asclepius.uwa.edu.au (asclepius.uwa.edu.au [130.95.128.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6D4543D48 for ; Fri, 30 Jun 2006 01:46:56 +0000 (GMT) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from asclepius.kas (localhost.localdomain [127.0.0.1]) by asclepius.uwa.edu.au (Postfix) with SMTP id 86961184977 for ; Fri, 30 Jun 2006 09:46:52 +0800 (WST) Received: from asclepius (localhost.localdomain [127.0.0.1]) by asclepius.prekas (Postfix) with SMTP id 80F15184953 for ; Fri, 30 Jun 2006 09:46:52 +0800 (WST) X-UWA-Client-IP: 130.95.13.9 (UWA) Received: from mooneye.ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by asclepius.extinput (Postfix) with ESMTP id 697B318484D for ; Fri, 30 Jun 2006 09:46:52 +0800 (WST) Received: by mooneye.ucc.gu.uwa.edu.au (Postfix, from userid 801) id C025B17E2B; Fri, 30 Jun 2006 09:46:51 +0800 (WST) Received: from mussel.ucc.gu.uwa.edu.au (mussel.ucc.gu.uwa.edu.au [130.95.13.18]) by mooneye.ucc.gu.uwa.edu.au (Postfix) with ESMTP id 93FC717DDF; Fri, 30 Jun 2006 09:46:51 +0800 (WST) Received: from zanchey (helo=localhost) by mussel.ucc.gu.uwa.edu.au with local-esmtp (Exim 3.36 #1 (Debian)) id 1Fw85r-00087I-00; Fri, 30 Jun 2006 09:46:51 +0800 Date: Fri, 30 Jun 2006 09:46:49 +0800 (WST) From: David Adam To: Larry Rosenman In-Reply-To: <008001c69acd$e66304e0$aa0610ac@aus.pervasive.com> Message-ID: References: <008001c69acd$e66304e0$aa0610ac@aus.pervasive.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Info: Profile: Formal (405/060628) X-SpamTest-Info: Profile: Detect Hard [UCS 290904] X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking Spam - Subject (UCS) [02-08-04] X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release Cc: freebsd-stable@freebsd.org Subject: Re: bad pte panic, no dump :( X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: zanchey@ucc.gu.uwa.edu.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jun 2006 01:46:58 -0000 On Wed, 28 Jun 2006, Larry Rosenman wrote: > Greetings, > FreeBSD/amd64 6.1-STABLE (June 18, 18:44 US/Central), running on Intel > EM64T Xeons. > > got a one-off bad pte panic, and when it tried to dump to a gmirror slice, > it hung. I've seen this, too, on FreeBSD 6.1-PRERELEASE #6: Thu Feb 9 01:01:54 WST 2006 i386. It only appears to occur under load, so I suspect a hardware problem. I am taking this server offline in the next few weeks to try and track it down. Hope it doesn't happen again! David Adam zanchey@ucc.gu.uwa.edu.au From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 02:47:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60FDB16A416 for ; Fri, 30 Jun 2006 02:47:03 +0000 (UTC) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F7E144827 for ; Fri, 30 Jun 2006 02:47:02 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (localhost.natserv.net [127.0.0.1]) by zoraida.natserv.net (Postfix) with ESMTP id 2E4AAB822; Thu, 29 Jun 2006 22:47:02 -0400 (EDT) Received: from zoraida.natserv.net (zoraida.natserv.net [66.114.65.147]) by zoraida.natserv.net (Postfix) with ESMTP id 03714B81F; Thu, 29 Jun 2006 22:47:01 -0400 (EDT) References: <20060629230309.GA12773@lpthe.jussieu.fr> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Francisco Reyes To: Michel Talon Date: Thu, 29 Jun 2006 22:47:01 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: NFS Locking Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jun 2006 02:47:03 -0000 Michel Talon writes: > Strange, since i upgraded to FreeBSD-6.1 and the NFS server to Fedora Core 5, > my machine, NFS client is happy, and lockd works. What volume are we talking about? My own problems and other reports I see are all under heavy load. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 02:48:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4A1716A407 for ; Fri, 30 Jun 2006 02:48:19 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from H43.C18.B96.tor.eicat.ca (H43.C18.B96.tor.eicat.ca [66.96.18.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBC1F44850 for ; Fri, 30 Jun 2006 02:47:54 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from [172.16.0.200] (desktop.home.local [172.16.0.200]) by H43.C18.B96.tor.eicat.ca (Postfix) with ESMTP id 454BC114F2; Thu, 29 Jun 2006 22:47:37 -0400 (EDT) Message-ID: <44A490E6.1000502@rogers.com> Date: Thu, 29 Jun 2006 22:48:06 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Konstantin Belousov References: <20060523181638.GC767@dimma.mow.oilspace.com> <6eb82e0605231120q37224c6r3b25982f556bed72@mail.gmail.com> <447366AD.30203@rogers.com> <44736E11.6060104@mkproductions.org> <20060523203521.GA48061@xor.obsecurity.org> <20060524062118.GA766@dimma.mow.oilspace.com> <447400BB.9060603@samsco.org> <4485C010.9040402@rogers.com> <20060606182234.GB72368@deviant.kiev.zoral.com.ua> In-Reply-To: <20060606182234.GB72368@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SpamToaster-Information: This messages has been scanned by SpamToaster http://www.digitalprogression.ca X-SpamToaster: Found to be clean X-SpamToaster-SpamCheck: not spam, SpamAssassin (not cached, score=-2.491, required 3.5, ALL_TRUSTED -1.80, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20, DNS_FROM_RFC_POST 1.71) X-SpamToaster-From: mikej@rogers.com X-Spam-Status: No Cc: freebsd-stable@freebsd.org, Dmitriy Kirhlarov Subject: Re: quota and snapshots in 6.1-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jun 2006 02:48:19 -0000 Konstantin Belousov wrote: > On Tue, Jun 06, 2006 at 01:49:04PM -0400, Mike Jakubik wrote: > >> Scott Long wrote: >> >>> Dmitriy Kirhlarov wrote: >>> >>> >>>> Hi! >>>> >>>> On Tue, May 23, 2006 at 04:35:21PM -0400, Kris Kennaway wrote: >>>> >>>> >>>> >>>>>>>> 6.1-STABLE after 6.1-RELEASE is releases. So I think you may want >>>>>>>> >>>>> If you use snapshots with your quotas, update to 6.1-STABLE. If you >>>>> >>>> Sorry, guys. You are mean RELENG_6_1 or RELENG_6? >>>> >>>> WBR >>>> >>> RELENG_6. However, the changes will likely make their way into >>> RELENG_6_1 in a few weeks as part of an errata update. >>> >>> Scott >>> >> I have just done tests on 6.1-R and RELENG_6 as of yesterday evening. >> Unfortunately both still lock up hard, no crash, just a frozen system. I >> cant enter the KDB (ddb) via the console, but its unusable, as it wont >> let me type in anything. There must be some other change in -CURRENT >> that fixes this, as -CURRENT did not freeze during my previous tests. >> >> >> Just to confirm, here is the ID of ufs_quota.c on my RELENG_6 system: >> >> /usr/src/sys/ufs/ufs/ufs_quota.c: >> $FreeBSD: src/sys/ufs/ufs/ufs_quota.c,v 1.74.2.4 2006/05/14 >> 00:23:27 tegge Exp $ >> > The hangs are mostly related to snapshots. It would be better to > update to the latest RELENG_6. > > Hangs on RELENG_6_1 is not so much interesting. For > hanged RELENG_6 system, please do what described below and post > the log of the ddb session. > > I'm not sure whether kbdmux was MFCed into RELENG_6 (AFAIR, yes). > If you have it in your kernel, add the line > hint.kbdmux.0.disabled="1" > into the /boot/device.hints to make ddb usable. > > After that, on the hang, enter ddb, and > do ps and tr for all suspected processes. > Better yet, add the following options to your kernel: > > options INVARIANTS > options INVARIANT_SUPPORT > options WITNESS > options DEBUG_LOCKS > options DEBUG_VFS_LOCKS > options DIAGNOSTIC > > and, after hang, do in ddb > > show allpcpu > show alllocks > show lockedvnods > ps > > For each process mentioned in show output, do where > (for threaded processes, do thread ; where). > > BTW, it would be great to add this instructions to the FAQ. > Well, i finally got around to setting up a serial console on this box, the following is the output from the debugger after the system stopped responding. Let me know if you need any more/different information, i also made the kernel changes you recommended. FreeBSD 6.1-STABLE #1: Thu Jun 10 00:22:29 EDT 2006 --- KDB: enter: Line break on console [thread pid 12 tid 100004 ] Stopped at kdb_enter+0x30: leave db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 552 c3622830 2 550 549 0004000 [SLPQ flswai 0xc0707c24][SLP] rm 550 c3570830 2 549 549 0004000 [SLPQ wait 0xc3570830][SLP] sh 549 c342ec48 2 548 549 0004000 [SLPQ wait 0xc342ec48][SLP] sh 548 c3622624 0 422 422 0000000 [SLPQ piperd 0xc36027f8][SLP] cron 547 c361f830 0 524 547 0004002 [SLPQ ufs 0xc3777c94][SLP] ls 546 c36bc418 0 544 544 0004002 [SLPQ wdrain 0xc0707be4][SLP] fsck_4.2bsd 544 c36bcc48 0 511 544 0004002 [SLPQ wait 0xc36bcc48][SLP] fsck 524 c35e020c 0 522 524 0004002 [SLPQ wait 0xc35e020c][SLP] bash 522 c3570c48 0 406 522 0004100 [SLPQ flswai 0xc0707c24][SLP] sshd 515 c36bc20c 0 0 0 0000204 [SLPQ wdrain 0xc0707be4][SLP] md0 511 c36bb624 0 500 511 0004002 [SLPQ wait 0xc36bb624][SLP] bash 509 c3570418 65 1 509 0000100 [SLPQ select 0xc0707644][SLP] dhclient 500 c361fa3c 0 406 500 0004100 [SLPQ flswai 0xc0707c24][SLP] sshd 480 c342ea3c 0 1 256 0000000 [SLPQ select 0xc0707644][SLP] dhclient 465 c361f624 0 1 465 0004002 [SLPQ ttyin 0xc342b010][SLP] getty 464 c35e0c48 0 1 464 0004002 [SLPQ ttyin 0xc3429410][SLP] getty 463 c356fa3c 0 1 463 0004002 [SLPQ ttyin 0xc3429810][SLP] getty 462 c356f418 0 1 462 0004002 [SLPQ ttyin 0xc343f010][SLP] getty 422 c342e624 0 1 422 0000000 [SLPQ nanslp 0xc06ba32c][SLP] cron 416 c356f000 25 1 416 0000100 [SLPQ pause 0xc356f034][SLP] sendmail 412 c356f624 0 1 412 0000100 [SLPQ select 0xc0707644][SLP] sendmail 406 c35e0000 0 1 406 0000100 [SLPQ select 0xc0707644][SLP] sshd 290 c361f20c 0 1 290 0000000 [SLPQ flswai 0xc0707c24][SLP] syslogd 256 c3622418 0 1 256 0000000 [SLPQ select 0xc0707644][SLP] devd 145 c356f830 0 1 145 0000000 [SLPQ pause 0xc356f864][SLP] adjkerntz 38 c3378c48 0 0 0 0000204 [SLPQ - 0xd56f5cf8][SLP] schedcpu 37 c342d000 0 0 0 0000204 [SLPQ sdflush 0xc070a3b4][SLP] softdepflush 36 c342d20c 0 0 0 0000204 [SLPQ vlruwt 0xc342d20c][SLP] vnlru 35 c342d418 0 0 0 0000204 [SLPQ ufs 0xc363c46c][SLP] syncer 34 c342d624 0 0 0 0000204 [SLPQ wdrain 0xc0707be4][SLP] bufdaemon 33 c342d830 0 0 0 000020c [SLPQ pgzero 0xc070b324][SLP] pagezero 32 c342da3c 0 0 0 0000204 [SLPQ psleep 0xc070ae74][SLP] vmdaemon 31 c342dc48 0 0 0 0000204 [SLPQ psleep 0xc070ae30][SLP] pagedaemon 30 c342e000 0 0 0 0000204 [IWAIT] irq7: ppc0 29 c342e20c 0 0 0 0000204 [IWAIT] swi0: sio 28 c342e418 0 0 0 0000204 [IWAIT] irq1: atkbd0 27 c3319624 0 0 0 0000204 [SLPQ - 0xc32c943c][SLP] fdc0 26 c3319830 0 0 0 0000204 [IWAIT] irq16: fxp0 25 c3319a3c 0 0 0 0000204 [SLPQ aifthd 0xc3319a3c][SLP] aac0aif 24 c3319c48 0 0 0 0000204 [SLPQ idle 0xc32c8400][SLP] aic_recovery0 23 c3378000 0 0 0 0000204 [IWAIT] irq30: ahc0 22 c337820c 0 0 0 0000204 [SLPQ idle 0xc32c8400][SLP] aic_recovery0 21 c3378418 0 0 0 0000204 [IWAIT] irq9: acpi0 9 c3378624 0 0 0 0000204 [SLPQ - 0xc3321200][SLP] thread taskq 20 c3378830 0 0 0 0000204 [IWAIT] swi6: + 19 c3378a3c 0 0 0 0000204 [IWAIT] swi6: task queue 8 c32da20c 0 0 0 0000204 [SLPQ - 0xc3321480][SLP] acpi_task2 7 c32da418 0 0 0 0000204 [SLPQ - 0xc3321480][SLP] acpi_task1 6 c32da624 0 0 0 0000204 [SLPQ - 0xc3321480][SLP] acpi_task0 5 c32da830 0 0 0 0000204 [SLPQ - 0xc3321500][SLP] kqueue taskq 18 c32daa3c 0 0 0 0000204 [IWAIT] swi2: cambio 17 c32dac48 0 0 0 0000204 [IWAIT] swi5: + 16 c3319000 0 0 0 0000204 [SLPQ - 0xc06b6b60][SLP] yarrow 4 c331920c 0 0 0 0000204 [SLPQ - 0xc06b7828][SLP] g_down 3 c3319418 0 0 0 0000204 [SLPQ - 0xc06b7824][SLP] g_up 2 c32d5000 0 0 0 0000204 [SLPQ - 0xc06b781c][SLP] g_event 15 c32d520c 0 0 0 0000204 [IWAIT] swi1: net 14 c32d5418 0 0 0 0000204 [IWAIT] swi3: vm 13 c32d5624 0 0 0 000020c [IWAIT] swi4: clock sio 12 c32d5830 0 0 0 000020c [CPU 0] idle: cpu0 11 c32d5a3c 0 0 0 000020c [CPU 1] idle: cpu1 1 c32d5c48 0 0 1 0004200 [SLPQ wait 0xc32d5c48][SLP] init 10 c32da000 0 0 0 0000204 [SLPQ ktrace 0xc06b8258][SLP] ktrace 0 c06b7920 0 0 0 0000200 [IWAIT] swapper db> tr 524 Tracing pid 524 tid 100057 td 0xc35e1d80 sched_switch(c35e1d80,0,1,10a,73683eb3) at sched_switch+0x190 mi_switch(1,0,c066587f,1ba,c35e020c) at mi_switch+0x2e6 sleepq_switch(c35e020c,c06b9a00,1,c0661d3b,0) at sleepq_switch+0x112 sleepq_wait_sig(c35e020c,0,c0663282,c8,100) at sleepq_wait_sig+0x25 msleep(c35e020c,c35e0274,15c,c0667749,0) at msleep+0x326 kern_wait(c35e1d80,ffffffff,dab4cc7c,6,0) at kern_wait+0x8bd wait4(c35e1d80,dab4cd04,10,41d,4) at wait4+0x3c syscall(3b,3b,3b,1,0) at syscall+0x300 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (7, FreeBSD ELF32, wait4), eip = 0x2829d273, esp = 0xbfbfe56c, ebp = 0xbfbfe588 --- db> tr 544 Tracing pid 544 tid 100090 td 0xc36c0000 sched_switch(c36c0000,0,1,10a,753725b3) at sched_switch+0x190 mi_switch(1,0,c066587f,1ba,c36bcc48) at mi_switch+0x2e6 sleepq_switch(c36bcc48,c06b9a00,1,c0661d3b,0) at sleepq_switch+0x112 sleepq_wait_sig(c36bcc48,0,c0663282,c8,100) at sleepq_wait_sig+0x25 msleep(c36bcc48,c36bccb0,15c,c0667749,0) at msleep+0x326 kern_wait(c36c0000,222,dabc3c7c,0,0) at kern_wait+0x8bd wait4(c36c0000,dabc3d04,10,41d,4) at wait4+0x3c syscall(3b,3b,3b,8050100,2) at syscall+0x300 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (7, FreeBSD ELF32, wait4), eip = 0x280d4273, esp = 0xbfbfe30c, ebp = 0xbfbfe328 --- db> tr 511 Tracing pid 511 tid 100080 td 0xc35e2c00 sched_switch(c35e2c00,0,1,10a,ba5fc6b3) at sched_switch+0x190 mi_switch(1,0,c066587f,1ba,c36bb624) at mi_switch+0x2e6 sleepq_switch(c36bb624,c06b9a00,1,c0661d3b,0) at sleepq_switch+0x112 sleepq_wait_sig(c36bb624,0,c0663282,c8,100) at sleepq_wait_sig+0x25 msleep(c36bb624,c36bb68c,15c,c0667749,0) at msleep+0x326 kern_wait(c35e2c00,ffffffff,dab67c7c,6,0) at kern_wait+0x8bd wait4(c35e2c00,dab67d04,10,41d,4) at wait4+0x3c syscall(3b,3b,bfbf003b,1,0) at syscall+0x300 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (7, FreeBSD ELF32, wait4), eip = 0x2829d273, esp = 0xbfbfe88c, ebp = 0xbfbfe8a8 --- db> show allpcpu Current CPU: 0 cpuid = 0 curthread = 0xc32d6900: pid 12 "idle: cpu0" curpcb = 0xd44dad90 fpcurthread = none idlethread = 0xc32d6900: pid 12 "idle: cpu0" APIC ID = 1 currentldt = 0x50 spin locks held: cpuid = 1 curthread = 0xc32d6780: pid 11 "idle: cpu1" curpcb = 0xd44d7d90 fpcurthread = none idlethread = 0xc32d6780: pid 11 "idle: cpu1" APIC ID = 0 currentldt = 0x50 spin locks held: db> show alllocks db> show lockedvnods Locked vnodes 0xc35d76cc: tag syncer, type VNON usecount 1, writecount 0, refcount 2 mountedhere 0 flags () lock type syncer: EXCL (count 1) by thread 0xc32dbc00 (pid 35)#0 0xc04d300c at lockmgr+0x5bc #1 0xc0541a72 at vop_stdlock+0x32 #2 0xc06419d4 at VOP_LOCK_APV+0xb4 #3 0xc055b77c at vn_lock+0xec #4 0xc054beb2 at sync_vnode+0x132 #5 0xc054c1ff at sched_sync+0x26f #6 0xc04c7851 at fork_exit+0xc1 #7 0xc0614fac at fork_trampoline+0x8 0xc363c414: tag ufs, type VREG usecount 1, writecount 1, refcount 1536 mountedhere 0 flags () v_object 0xc36c2210 ref 0 pages 52780 lock type ufs: EXCL (count 1) by thread 0xc35e2480 (pid 515) with 1 pending#0 0xc04d300c at lockmgr+0x5bc #1 0xc05b7ac6 at ffs_lock+0xa6 #2 0xc06419d4 at VOP_LOCK_APV+0xb4 #3 0xc055b77c at vn_lock+0xec #4 0xc373e485 at mdstart_vnode+0xe5 #5 0xc373ec5f at md_kthread+0x14f #6 0xc04c7851 at fork_exit+0xc1 #7 0xc0614fac at fork_trampoline+0x8 ino 1515, on dev aacd0s1f 0xc368f000: tag ufs, type VDIR usecount 4, writecount 0, refcount 6 mountedhere 0 flags () v_object 0xc360318c ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc3573d80 (pid 547)#0 0xc04d300c at lockmgr+0x5bc #1 0xc05b7ac6 at ffs_lock+0xa6 #2 0xc06419d4 at VOP_LOCK_APV+0xb4 #3 0xc055b77c at vn_lock+0xec #4 0xc0543ce6 at lookup+0xe6 #5 0xc0543918 at namei+0x488 #6 0xc055467f at kern_lstat+0x4f #7 0xc05545ff at lstat+0x2f #8 0xc062aea0 at syscall+0x300 #9 0xc0614f9f at Xint0x80_syscall+0x1f ino 3, on dev md0a 0xc3777c3c: tag ufs, type VREG usecount 1, writecount 0, refcount 239 mountedhere 0 flags () lock type ufs: EXCL (count 1) by thread 0xc35e2300 (pid 546) with 1 pending#0 0xc04d300c at lockmgr+0x5bc #1 0xc0542cd6 at vfs_hash_insert+0x36 #2 0xc05b657e at ffs_vget+0x1ce #3 0xc05960c7 at ffs_valloc+0x137 #4 0xc05c4d19 at ufs_makeinode+0x79 #5 0xc05c1826 at ufs_create+0x36 #6 0xc063f332 at VOP_CREATE_APV+0xd2 #7 0xc05a015a at ffs_snapshot+0x33a #8 0xc05b3cb1 at ffs_mount+0xa81 #9 0xc05469fe at vfs_domount+0x6be #10 0xc05460ea at vfs_donmount+0x47a #11 0xc054906e at kernel_mount+0x7e #12 0xc05b3ee4 at ffs_cmount+0x84 #13 0xc0546326 at mount+0x1e6 #14 0xc062aea0 at syscall+0x300 #15 0xc0614f9f at Xint0x80_syscall+0x1f ino 4, on dev md0a db> where 35 Tracing pid 35 tid 100030 td 0xc32dbc00 sched_switch(c32dbc00,0,1,10a,3a53d433) at sched_switch+0x190 mi_switch(1,0,c066587f,1ba,1) at mi_switch+0x2e6 sleepq_switch(c363c46c,0,c066587f,20c,d451ca24) at sleepq_switch+0x112 sleepq_wait(c363c46c,0,c0663282,c8,0) at sleepq_wait+0x65 msleep(c363c46c,c06b96fc,50,c0669f9f,0) at msleep+0x335 acquire(d451cad0,40,60000,b1,c32dbc00) at acquire+0x8e lockmgr(c363c46c,2002,c363c4dc,c32dbc00,c363c4dc) at lockmgr+0x516 ffs_lock(d451cb38,d451cb1c,c04d73fd,2002,c363c414) at ffs_lock+0xa6 VOP_LOCK_APV(c06a5920,d451cb38,c0673d22,d451cb3c,c050ccb0) at VOP_LOCK_APV+0xb4 vn_lock(c363c414,2002,c32dbc00,7a5,2002) at vn_lock+0xec vget(c363c414,2002,c32dbc00,2fc,c3558c90) at vget+0xff qsync(c3558c00,0,c0673039,47c,c0661d3b) at qsync+0x13d ffs_sync(c3558c00,3,c32dbc00,c32dbc00,c3558c00) at ffs_sync+0x392 sync_fsync(d451cca0,c0680e2f,c35d76cc,c35d76cc,c35d77d8) at sync_fsync+0x19e VOP_FSYNC_APV(c069f540,d451cca0,c32dbc00,620,0) at VOP_FSYNC_APV+0xd2 sync_vnode(c35d77d8,c32dbc00,c066c1b0,657,0) at sync_vnode+0x158 sched_sync(0,d451cd38,c065fd98,31d,0) at sched_sync+0x26f fork_exit(c054bf90,0,d451cd38) at fork_exit+0xc1 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd451cd6c, ebp = 0 --- db> where 515 Tracing pid 515 tid 100085 td 0xc35e2480 sched_switch(c35e2480,0,1,10a,f85dbeb3) at sched_switch+0x190 mi_switch(1,0,c066587f,1ba,1) at mi_switch+0x2e6 sleepq_switch(c0707be4,0,c066587f,20c,dab58894) at sleepq_switch+0x112 sleepq_wait(c0707be4,0,c0663282,c8,0) at sleepq_wait+0x65 msleep(c0707be4,c0707c00,44,c066a543,0) at msleep+0x335 waitrunningbufspace(c363c520,cd895584,cd8955e4,4000,cd895584) at waitrunningbufspace+0x72 bufwrite(cd895584,c05b8419,c06400ac,246,c06969c4) at bufwrite+0x1a1 vfs_bio_awrite(cd895584,0,c06733a7,e4,c80000) at vfs_bio_awrite+0x29e ffs_syncvnode(c363c414,2,c06a5920,dab58980,c0640922) at ffs_syncvnode+0x352 ffs_fsync(dab589bc,c0680e2f,c35e2480,c35e2480,cd81e4b8) at ffs_fsync+0x1c VOP_FSYNC_APV(c06a5920,dab589bc,c066a527,37f,c363c414) at VOP_FSYNC_APV+0xd2 bdwrite(cd81e4b8,c3671948,cd851fa8,7fa,54c540) at bdwrite+0x12b ffs_balloc_ufs2(c363c414,f6352000,2f,2000,c3655300) at ffs_balloc_ufs2+0x193e ffs_write(dab58c78,c0680c61,0,0,0) at ffs_write+0x369 VOP_WRITE_APV(c06a5920,dab58c78,c35e2480,1ea,c3558c00) at VOP_WRITE_APV+0x17c mdstart_vnode(c36b2000,c37df39c,c373ff9e,2a3,0) at mdstart_vnode+0x126 md_kthread(c36b2000,dab58d38,c065fd98,31d,c35e2480) at md_kthread+0x14f fork_exit(c373eb10,c36b2000,dab58d38) at fork_exit+0xc1 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xdab58d6c, ebp = 0 --- db> where 547 Tracing pid 547 tid 100067 td 0xc3573d80 sched_switch(c3573d80,0,1,10a,5da4c133) at sched_switch+0x190 mi_switch(1,0,c066587f,1ba,1) at mi_switch+0x2e6 sleepq_switch(c3777c94,0,c066587f,20c,dab2e71c) at sleepq_switch+0x112 sleepq_wait(c3777c94,0,c0663282,c8,0) at sleepq_wait+0x65 msleep(c3777c94,c06b8814,50,c0669f9f,0) at msleep+0x335 acquire(dab2e7c8,40,60000,b1,c3573d80) at acquire+0x8e lockmgr(c3777c94,2002,c3777d04,c3573d80,c3777d04) at lockmgr+0x516 ffs_lock(dab2e830,dab2e814,c04d73fd,2002,c3777c3c) at ffs_lock+0xa6 VOP_LOCK_APV(c06a5920,dab2e830,c066b6c8,dab2e834,c050ccb0) at VOP_LOCK_APV+0xb4 vn_lock(c3777c3c,2002,c3573d80,7a5,2002) at vn_lock+0xec vget(c3777c3c,2002,c3573d80,50,dab2ebc0) at vget+0xff vfs_hash_get(c3429c00,4,2,c3573d80,dab2e98c) at vfs_hash_get+0xe2 ffs_vget(c3429c00,4,2,dab2e98c,dab2e990) at ffs_vget+0x49 ufs_lookup(dab2ea40,c0680949,c368f000,c368f000,dab2ebc0) at ufs_lookup+0xbdf VOP_CACHEDLOOKUP_APV(c06a5920,dab2ea40,dab2ebc0,c3573d80,c376f380) at VOP_CACHEDLOOKUP_APV+0xd2 vfs_cache_lookup(dab2eaec,dab2eaec,0,c368f000,dab2ebc0) at vfs_cache_lookup+0xd0 VOP_LOOKUP_APV(c06a5920,dab2eaec,c3573d80,3,1) at VOP_LOOKUP_APV+0xb4 lookup(dab2eb98,0,c066b85d,b6,6b2) at lookup+0x528 namei(dab2eb98,dab2ebe8,60,854,c3573d80) at namei+0x488 kern_lstat(c3573d80,80524a8,0,dab2ec6c,dab2ec88) at kern_lstat+0x4f lstat(c3573d80,dab2ed04,8,41d,2) at lstat+0x2f syscall(3b,3b,3b,8052448,8052400) at syscall+0x300 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (190, FreeBSD ELF32, lstat), eip = 0x28182613, esp = 0xbfbfe55c, ebp = 0xbfbfe5f8 --- db> where 546 Tracing pid 546 tid 100086 td 0xc35e2300 sched_switch(c35e2300,0,1,10a,6af4f133) at sched_switch+0x190 mi_switch(1,0,c066587f,1ba,2) at mi_switch+0x2e6 sleepq_switch(c0707be4,0,c066587f,20c,dab5560c) at sleepq_switch+0x112 sleepq_wait(c0707be4,0,c0663282,c8,0) at sleepq_wait+0x65 msleep(c0707be4,c0707c00,44,c066a543,0) at msleep+0x335 waitrunningbufspace(c3777d48,cd832380,c3527c00,c3527c00,c3580000) at waitrunningbufspace+0x72 bufwrite(cd832380,0,dab55934,c05a043f,cd832380) at bufwrite+0x1a1 bawrite(cd832380,4a030000,2b,4000,c3655300) at bawrite+0x6b ffs_snapshot(c3429c00,c3572680,dab559a8,6c,1) at ffs_snapshot+0x61f ffs_mount(c3429c00,c35e2300,c066ba58,331,c06c0ea0) at ffs_mount+0xa81 vfs_domount(c35e2300,c354a680,c3391030,1211000,c3391230) at vfs_domount+0x6be vfs_donmount(c35e2300,1211000,dab55bf4,c3779080,e) at vfs_donmount+0x47a kernel_mount(c3391910,1211000,dab55c38,6c,805bb00) at kernel_mount+0x7e ffs_cmount(c3391910,bfbfec70,1211000,c35e2300,c06a5600) at ffs_cmount+0x84 mount(c35e2300,dab55d04,c067d6fd,3cb,4) at mount+0x1e6 syscall(3b,3b,3b,bfbfec70,805dab8) at syscall+0x300 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (21, FreeBSD ELF32, mount), eip = 0x280cddb7, esp = 0xbfbfea0c, ebp = 0xbfbfed18 --- db> From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 02:53:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C947F16A403 for ; Fri, 30 Jun 2006 02:53:56 +0000 (UTC) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FB6843DE7 for ; Fri, 30 Jun 2006 02:53:41 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (localhost.natserv.net [127.0.0.1]) by zoraida.natserv.net (Postfix) with ESMTP id 4204CB824; Thu, 29 Jun 2006 22:53:41 -0400 (EDT) Received: from zoraida.natserv.net (zoraida.natserv.net [66.114.65.147]) by zoraida.natserv.net (Postfix) with ESMTP id 1EE57B81F; Thu, 29 Jun 2006 22:53:41 -0400 (EDT) References: <20060628185426.M43909@ganymede.hub.org> <20060628225239.GA93265@dan.emsphone.com> <44A3394C.4090209@asd.aplus.net> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Francisco Reyes To: Atanas Date: Thu, 29 Jun 2006 22:53:41 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: em device hangs on ifconfig alias ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 02:53:56 -0000 Atanas writes: > I have some newer machines with 2 Broadcom chips on-board. I plan to > give them a try at some point in the future, but I'm not sure how stable > the bge driver For us they have been a problem. Primarily because it causes all kinds of freezing/crashes when having an IPMI board. I believe it has performed ok in machines where we don't have an IPMI card. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 03:31:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8244516A415 for ; Fri, 30 Jun 2006 03:31:43 +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 CD87F4482E for ; Fri, 30 Jun 2006 03:31:42 +0000 (GMT) (envelope-from freebsd@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id E7F77290C71; Fri, 30 Jun 2006 00:31:41 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 66938-07; Fri, 30 Jun 2006 03:31:41 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 58581290C6E; Fri, 30 Jun 2006 00:31:41 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id AC397486BF; Fri, 30 Jun 2006 00:31:39 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id AB5234675A; Fri, 30 Jun 2006 00:31:39 -0300 (ADT) Date: Fri, 30 Jun 2006 00:31:39 -0300 (ADT) From: User Freebsd To: Francisco Reyes In-Reply-To: Message-ID: <20060630003055.L1103@ganymede.hub.org> References: <20060629230309.GA12773@lpthe.jussieu.fr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Michel Talon Subject: Re: NFS Locking Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jun 2006 03:31:43 -0000 On Thu, 29 Jun 2006, Francisco Reyes wrote: > Michel Talon writes: > >> Strange, since i upgraded to FreeBSD-6.1 and the NFS server to Fedora Core >> 5, >> my machine, NFS client is happy, and lockd works. > > What volume are we talking about? > My own problems and other reports I see are all under heavy load. the one thing that sticks out to me about this report is that they upgraded teh NFS server to FC5 ... what was the server running before? if FreeBSD, could the problem be an interaction problem between the NFS server and client, vs just the client side? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 03:53:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 220C316A47B for ; Fri, 30 Jun 2006 03:53:18 +0000 (UTC) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id D145643D45 for ; Fri, 30 Jun 2006 03:53:16 +0000 (GMT) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id 0BCDB4D163 for ; Fri, 30 Jun 2006 03:53:22 +0000 (GMT) Received: from vaulte.jumbuck.com (ppp166-27.static.internode.on.net [150.101.166.27]) by p4.roq.com (Postfix) with ESMTP id A08004D162 for ; Fri, 30 Jun 2006 03:53:21 +0000 (GMT) Received: from vaulte.jumbuck.com (localhost [127.0.0.1]) by vaulte.jumbuck.com (Postfix) with ESMTP id C6F518A063; Fri, 30 Jun 2006 13:53:14 +1000 (EST) Received: from [192.168.46.102] (unknown [192.168.46.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vaulte.jumbuck.com (Postfix) with ESMTP id C27098A01F; Fri, 30 Jun 2006 13:53:14 +1000 (EST) Message-ID: <44A4A02A.9060802@thebeastie.org> Date: Fri, 30 Jun 2006 13:53:14 +1000 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.12) Gecko/20060404 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Atanas References: <20060628185426.M43909@ganymede.hub.org> <20060628225239.GA93265@dan.emsphone.com> <44A3394C.4090209@asd.aplus.net> <44A3817F.4030105@thebeastie.org> <20060629092154.GE742@turion.vk2pj.dyndns.org> <20060629083130.X1229@ganymede.hub.org> In-Reply-To: <20060629083130.X1229@ganymede.hub.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Virus-Scanned: ClamAV using ClamSMTP Cc: Peter Jeremy , freebsd-stable@freebsd.org, User Freebsd Subject: Re: em device hangs on ifconfig alias ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 03:53:18 -0000 User Freebsd wrote: > On Thu, 29 Jun 2006, Peter Jeremy wrote: > >> On Thu, 2006-Jun-29 17:30:07 +1000, Michael Vince wrote: >> >>> For me its IP alias additions take 1 or maybe 2secs, but it is >>> noticeable, but really isn't an issue for me. >> >> >> But it obviously is for Atanas, who has 100's of aliases. > > > In my case, it isn't 100's, but the problem is noticeable ... I have > my start up scripts, right now, do the ifconfig, sleep for 45 seconds, > and then start up the jail ... and even then, apache doesn't *always* > start up, since sometimes that isn't long enough for the network to > come back up for DNS to be reachable :( > > ---- > Marc G. Fournier Hub.Org Networking Services > (http://www.hub.org) The thing that have to ask is if Atanas has 100's why can't he just boot Freebsd have have them all prebound to the interface at startup, why would you need to add and remove them constantly by the hundreds during normal server uptime? I do restart my jails now and then, but because the IPs are already bound to the interface I don't have any pause issues. Mike From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 04:01:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 445A516A407 for ; Fri, 30 Jun 2006 04:01:30 +0000 (UTC) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B44443DD5 for ; Fri, 30 Jun 2006 04:01:27 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (localhost.natserv.net [127.0.0.1]) by zoraida.natserv.net (Postfix) with ESMTP id C2159B822; Fri, 30 Jun 2006 00:01:26 -0400 (EDT) Received: from zoraida.natserv.net (zoraida.natserv.net [66.114.65.147]) by zoraida.natserv.net (Postfix) with ESMTP id A3063B81F; Fri, 30 Jun 2006 00:01:26 -0400 (EDT) References: <20060629230309.GA12773@lpthe.jussieu.fr> <20060630003055.L1103@ganymede.hub.org> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Francisco Reyes To: User Freebsd Date: Fri, 30 Jun 2006 00:01:26 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org, Michel Talon Subject: Re: NFS Locking Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jun 2006 04:01:30 -0000 User Freebsd writes: > the one thing that sticks out to me about this report is that they > upgraded teh NFS server to FC5 I wonder if the FreeBSD 6.X client would freeze with a non FreeBSD NFS server. Would be interesting to have that info for comparison. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 04:05:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E17316A412 for ; Fri, 30 Jun 2006 04:05:57 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97F3743E3F for ; Fri, 30 Jun 2006 04:05:44 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k5U45cQj016520 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 30 Jun 2006 07:05:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6) with ESMTP id k5U45cWV074631; Fri, 30 Jun 2006 07:05:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k5U45bKQ074630; Fri, 30 Jun 2006 07:05:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 30 Jun 2006 07:05:36 +0300 From: Kostik Belousov To: Mike Jakubik Message-ID: <20060630040536.GB1258@deviant.kiev.zoral.com.ua> References: <20060523181638.GC767@dimma.mow.oilspace.com> <6eb82e0605231120q37224c6r3b25982f556bed72@mail.gmail.com> <447366AD.30203@rogers.com> <44736E11.6060104@mkproductions.org> <20060523203521.GA48061@xor.obsecurity.org> <20060524062118.GA766@dimma.mow.oilspace.com> <447400BB.9060603@samsco.org> <4485C010.9040402@rogers.com> <20060606182234.GB72368@deviant.kiev.zoral.com.ua> <44A490E6.1000502@rogers.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UHN/qo2QbUvPLonB" Content-Disposition: inline In-Reply-To: <44A490E6.1000502@rogers.com> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=0.4 required=5.0 tests=ALL_TRUSTED, DNS_FROM_RFC_ABUSE,SPF_NEUTRAL autolearn=no version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on fw.zoral.com.ua Cc: freebsd-stable@freebsd.org, Dmitriy Kirhlarov Subject: Re: quota and snapshots in 6.1-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jun 2006 04:05:57 -0000 --UHN/qo2QbUvPLonB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 29, 2006 at 10:48:06PM -0400, Mike Jakubik wrote: > Konstantin Belousov wrote: > >On Tue, Jun 06, 2006 at 01:49:04PM -0400, Mike Jakubik wrote: > > =20 > >>Scott Long wrote: > >> =20 > >>>Dmitriy Kirhlarov wrote: > >>> > >>> =20 > >>>>Hi! > >>>> > >>>>On Tue, May 23, 2006 at 04:35:21PM -0400, Kris Kennaway wrote: > >>>> > >>>> > >>>> =20 > >>>>>>>>6.1-STABLE after 6.1-RELEASE is releases. So I think you may want > >>>>>>>> =20 > >>>>>If you use snapshots with your quotas, update to 6.1-STABLE. If you > >>>>> =20 > >>>>Sorry, guys. You are mean RELENG_6_1 or RELENG_6? > >>>> > >>>>WBR > >>>> =20 > >>>RELENG_6. However, the changes will likely make their way into=20 > >>>RELENG_6_1 in a few weeks as part of an errata update. > >>> > >>>Scott > >>> =20 > >>I have just done tests on 6.1-R and RELENG_6 as of yesterday evening.= =20 > >>Unfortunately both still lock up hard, no crash, just a frozen system. = I=20 > >>cant enter the KDB (ddb) via the console, but its unusable, as it wont= =20 > >>let me type in anything. There must be some other change in -CURRENT=20 > >>that fixes this, as -CURRENT did not freeze during my previous tests. > >> > >> > >>Just to confirm, here is the ID of ufs_quota.c on my RELENG_6 system: > >> > >>/usr/src/sys/ufs/ufs/ufs_quota.c: > >> $FreeBSD: src/sys/ufs/ufs/ufs_quota.c,v 1.74.2.4 2006/05/14=20 > >>00:23:27 tegge Exp $ > >> =20 > >The hangs are mostly related to snapshots. It would be better to > >update to the latest RELENG_6. > > > >Hangs on RELENG_6_1 is not so much interesting. For > >hanged RELENG_6 system, please do what described below and post > >the log of the ddb session. > > > >I'm not sure whether kbdmux was MFCed into RELENG_6 (AFAIR, yes). > >If you have it in your kernel, add the line > >hint.kbdmux.0.disabled=3D"1" > >into the /boot/device.hints to make ddb usable. > > > >After that, on the hang, enter ddb, and > >do ps and tr for all suspected processes. > >Better yet, add the following options to your kernel: > > > >options INVARIANTS > >options INVARIANT_SUPPORT > >options WITNESS > >options DEBUG_LOCKS > >options DEBUG_VFS_LOCKS > >options DIAGNOSTIC > > > >and, after hang, do in ddb > > > >show allpcpu > >show alllocks > >show lockedvnods > >ps > > > >For each process mentioned in show output, do where > >(for threaded processes, do thread ; where). > > > >BTW, it would be great to add this instructions to the FAQ. > > =20 >=20 > Well, i finally got around to setting up a serial console on this box,=20 > the following is the output from the debugger after the system stopped=20 > responding. Let me know if you need any more/different information, i=20 > also made the kernel changes you recommended. >=20 > FreeBSD 6.1-STABLE #1: Thu Jun 10 00:22:29 EDT 2006 >=20 > --- > KDB: enter: Line break on console > [thread pid 12 tid 100004 ] > Stopped at kdb_enter+0x30: leave =20 > db> ps > pid proc uid ppid pgrp flag stat wmesg wchan cmd > 552 c3622830 2 550 549 0004000 [SLPQ flswai 0xc0707c24][SLP] rm > 550 c3570830 2 549 549 0004000 [SLPQ wait 0xc3570830][SLP] sh > 549 c342ec48 2 548 549 0004000 [SLPQ wait 0xc342ec48][SLP] sh > 548 c3622624 0 422 422 0000000 [SLPQ piperd 0xc36027f8][SLP] cron > 547 c361f830 0 524 547 0004002 [SLPQ ufs 0xc3777c94][SLP] ls > 546 c36bc418 0 544 544 0004002 [SLPQ wdrain 0xc0707be4][SLP]=20 > fsck_4.2bsd > 544 c36bcc48 0 511 544 0004002 [SLPQ wait 0xc36bcc48][SLP] fsck > 524 c35e020c 0 522 524 0004002 [SLPQ wait 0xc35e020c][SLP] bash > 522 c3570c48 0 406 522 0004100 [SLPQ flswai 0xc0707c24][SLP] sshd > 515 c36bc20c 0 0 0 0000204 [SLPQ wdrain 0xc0707be4][SLP] md0 > 511 c36bb624 0 500 511 0004002 [SLPQ wait 0xc36bb624][SLP] bash > 509 c3570418 65 1 509 0000100 [SLPQ select 0xc0707644][SLP]=20 > dhclient > 500 c361fa3c 0 406 500 0004100 [SLPQ flswai 0xc0707c24][SLP] sshd > 480 c342ea3c 0 1 256 0000000 [SLPQ select 0xc0707644][SLP]=20 > dhclient > 465 c361f624 0 1 465 0004002 [SLPQ ttyin 0xc342b010][SLP] getty > 464 c35e0c48 0 1 464 0004002 [SLPQ ttyin 0xc3429410][SLP] getty > 463 c356fa3c 0 1 463 0004002 [SLPQ ttyin 0xc3429810][SLP] getty > 462 c356f418 0 1 462 0004002 [SLPQ ttyin 0xc343f010][SLP] getty > 422 c342e624 0 1 422 0000000 [SLPQ nanslp 0xc06ba32c][SLP] cron > 416 c356f000 25 1 416 0000100 [SLPQ pause 0xc356f034][SLP]=20 > sendmail > 412 c356f624 0 1 412 0000100 [SLPQ select 0xc0707644][SLP]=20 > sendmail > 406 c35e0000 0 1 406 0000100 [SLPQ select 0xc0707644][SLP] sshd > 290 c361f20c 0 1 290 0000000 [SLPQ flswai 0xc0707c24][SLP]=20 > syslogd > 256 c3622418 0 1 256 0000000 [SLPQ select 0xc0707644][SLP] devd > 145 c356f830 0 1 145 0000000 [SLPQ pause 0xc356f864][SLP]=20 > adjkerntz > 38 c3378c48 0 0 0 0000204 [SLPQ - 0xd56f5cf8][SLP] schedcpu > 37 c342d000 0 0 0 0000204 [SLPQ sdflush 0xc070a3b4][SLP]=20 > softdepflush > 36 c342d20c 0 0 0 0000204 [SLPQ vlruwt 0xc342d20c][SLP] vnlru > 35 c342d418 0 0 0 0000204 [SLPQ ufs 0xc363c46c][SLP] syncer > 34 c342d624 0 0 0 0000204 [SLPQ wdrain 0xc0707be4][SLP]=20 > bufdaemon > 33 c342d830 0 0 0 000020c [SLPQ pgzero 0xc070b324][SLP]=20 > pagezero > 32 c342da3c 0 0 0 0000204 [SLPQ psleep 0xc070ae74][SLP]=20 > vmdaemon > 31 c342dc48 0 0 0 0000204 [SLPQ psleep 0xc070ae30][SLP]=20 > pagedaemon > 30 c342e000 0 0 0 0000204 [IWAIT] irq7: ppc0 > 29 c342e20c 0 0 0 0000204 [IWAIT] swi0: sio > 28 c342e418 0 0 0 0000204 [IWAIT] irq1: atkbd0 > 27 c3319624 0 0 0 0000204 [SLPQ - 0xc32c943c][SLP] fdc0 > 26 c3319830 0 0 0 0000204 [IWAIT] irq16: fxp0 > 25 c3319a3c 0 0 0 0000204 [SLPQ aifthd 0xc3319a3c][SLP]=20 > aac0aif > 24 c3319c48 0 0 0 0000204 [SLPQ idle 0xc32c8400][SLP]=20 > aic_recovery0 > 23 c3378000 0 0 0 0000204 [IWAIT] irq30: ahc0 > 22 c337820c 0 0 0 0000204 [SLPQ idle 0xc32c8400][SLP]=20 > aic_recovery0 > 21 c3378418 0 0 0 0000204 [IWAIT] irq9: acpi0 > 9 c3378624 0 0 0 0000204 [SLPQ - 0xc3321200][SLP] thread=20 > taskq > 20 c3378830 0 0 0 0000204 [IWAIT] swi6: + > 19 c3378a3c 0 0 0 0000204 [IWAIT] swi6: task queue > 8 c32da20c 0 0 0 0000204 [SLPQ - 0xc3321480][SLP] acpi_task2 > 7 c32da418 0 0 0 0000204 [SLPQ - 0xc3321480][SLP] acpi_task1 > 6 c32da624 0 0 0 0000204 [SLPQ - 0xc3321480][SLP] acpi_task0 > 5 c32da830 0 0 0 0000204 [SLPQ - 0xc3321500][SLP] kqueue=20 > taskq > 18 c32daa3c 0 0 0 0000204 [IWAIT] swi2: cambio > 17 c32dac48 0 0 0 0000204 [IWAIT] swi5: + > 16 c3319000 0 0 0 0000204 [SLPQ - 0xc06b6b60][SLP] yarrow > 4 c331920c 0 0 0 0000204 [SLPQ - 0xc06b7828][SLP] g_down > 3 c3319418 0 0 0 0000204 [SLPQ - 0xc06b7824][SLP] g_up > 2 c32d5000 0 0 0 0000204 [SLPQ - 0xc06b781c][SLP] g_event > 15 c32d520c 0 0 0 0000204 [IWAIT] swi1: net > 14 c32d5418 0 0 0 0000204 [IWAIT] swi3: vm > 13 c32d5624 0 0 0 000020c [IWAIT] swi4: clock sio > 12 c32d5830 0 0 0 000020c [CPU 0] idle: cpu0 > 11 c32d5a3c 0 0 0 000020c [CPU 1] idle: cpu1 > 1 c32d5c48 0 0 1 0004200 [SLPQ wait 0xc32d5c48][SLP] init > 10 c32da000 0 0 0 0000204 [SLPQ ktrace 0xc06b8258][SLP] ktra= ce > 0 c06b7920 0 0 0 0000200 [IWAIT] swapper > db> tr 524 > Tracing pid 524 tid 100057 td 0xc35e1d80 > sched_switch(c35e1d80,0,1,10a,73683eb3) at sched_switch+0x190 > mi_switch(1,0,c066587f,1ba,c35e020c) at mi_switch+0x2e6 > sleepq_switch(c35e020c,c06b9a00,1,c0661d3b,0) at sleepq_switch+0x112 > sleepq_wait_sig(c35e020c,0,c0663282,c8,100) at sleepq_wait_sig+0x25 > msleep(c35e020c,c35e0274,15c,c0667749,0) at msleep+0x326 > kern_wait(c35e1d80,ffffffff,dab4cc7c,6,0) at kern_wait+0x8bd > wait4(c35e1d80,dab4cd04,10,41d,4) at wait4+0x3c > syscall(3b,3b,3b,1,0) at syscall+0x300 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (7, FreeBSD ELF32, wait4), eip =3D 0x2829d273, esp =3D=20 > 0xbfbfe56c, ebp =3D 0xbfbfe588 --- > db> tr 544 > Tracing pid 544 tid 100090 td 0xc36c0000 > sched_switch(c36c0000,0,1,10a,753725b3) at sched_switch+0x190 > mi_switch(1,0,c066587f,1ba,c36bcc48) at mi_switch+0x2e6 > sleepq_switch(c36bcc48,c06b9a00,1,c0661d3b,0) at sleepq_switch+0x112 > sleepq_wait_sig(c36bcc48,0,c0663282,c8,100) at sleepq_wait_sig+0x25 > msleep(c36bcc48,c36bccb0,15c,c0667749,0) at msleep+0x326 > kern_wait(c36c0000,222,dabc3c7c,0,0) at kern_wait+0x8bd > wait4(c36c0000,dabc3d04,10,41d,4) at wait4+0x3c > syscall(3b,3b,3b,8050100,2) at syscall+0x300 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (7, FreeBSD ELF32, wait4), eip =3D 0x280d4273, esp =3D=20 > 0xbfbfe30c, ebp =3D 0xbfbfe328 --- > db> tr 511 > Tracing pid 511 tid 100080 td 0xc35e2c00 > sched_switch(c35e2c00,0,1,10a,ba5fc6b3) at sched_switch+0x190 > mi_switch(1,0,c066587f,1ba,c36bb624) at mi_switch+0x2e6 > sleepq_switch(c36bb624,c06b9a00,1,c0661d3b,0) at sleepq_switch+0x112 > sleepq_wait_sig(c36bb624,0,c0663282,c8,100) at sleepq_wait_sig+0x25 > msleep(c36bb624,c36bb68c,15c,c0667749,0) at msleep+0x326 > kern_wait(c35e2c00,ffffffff,dab67c7c,6,0) at kern_wait+0x8bd > wait4(c35e2c00,dab67d04,10,41d,4) at wait4+0x3c > syscall(3b,3b,bfbf003b,1,0) at syscall+0x300 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (7, FreeBSD ELF32, wait4), eip =3D 0x2829d273, esp =3D=20 > 0xbfbfe88c, ebp =3D 0xbfbfe8a8 --- > db> show allpcpu > Current CPU: 0 >=20 > cpuid =3D 0 > curthread =3D 0xc32d6900: pid 12 "idle: cpu0" > curpcb =3D 0xd44dad90 > fpcurthread =3D none > idlethread =3D 0xc32d6900: pid 12 "idle: cpu0" > APIC ID =3D 1 > currentldt =3D 0x50 > spin locks held: >=20 > cpuid =3D 1 > curthread =3D 0xc32d6780: pid 11 "idle: cpu1" > curpcb =3D 0xd44d7d90 > fpcurthread =3D none > idlethread =3D 0xc32d6780: pid 11 "idle: cpu1" > APIC ID =3D 0 > currentldt =3D 0x50 > spin locks held: >=20 > db> show alllocks > db> show lockedvnods > Locked vnodes >=20 > 0xc35d76cc: tag syncer, type VNON > usecount 1, writecount 0, refcount 2 mountedhere 0 > flags () > lock type syncer: EXCL (count 1) by thread 0xc32dbc00 (pid 35)#0=20 > 0xc04d300c at lockmgr+0x5bc > #1 0xc0541a72 at vop_stdlock+0x32 > #2 0xc06419d4 at VOP_LOCK_APV+0xb4 > #3 0xc055b77c at vn_lock+0xec > #4 0xc054beb2 at sync_vnode+0x132 > #5 0xc054c1ff at sched_sync+0x26f > #6 0xc04c7851 at fork_exit+0xc1 > #7 0xc0614fac at fork_trampoline+0x8 >=20 >=20 > 0xc363c414: tag ufs, type VREG > usecount 1, writecount 1, refcount 1536 mountedhere 0 > flags () > v_object 0xc36c2210 ref 0 pages 52780 > lock type ufs: EXCL (count 1) by thread 0xc35e2480 (pid 515) with 1= =20 > pending#0 0xc04d300c at lockmgr+0x5bc > #1 0xc05b7ac6 at ffs_lock+0xa6 > #2 0xc06419d4 at VOP_LOCK_APV+0xb4 > #3 0xc055b77c at vn_lock+0xec > #4 0xc373e485 at mdstart_vnode+0xe5 > #5 0xc373ec5f at md_kthread+0x14f > #6 0xc04c7851 at fork_exit+0xc1 > #7 0xc0614fac at fork_trampoline+0x8 >=20 > ino 1515, on dev aacd0s1f >=20 > 0xc368f000: tag ufs, type VDIR > usecount 4, writecount 0, refcount 6 mountedhere 0 > flags () > v_object 0xc360318c ref 0 pages 1 > lock type ufs: EXCL (count 1) by thread 0xc3573d80 (pid 547)#0=20 > 0xc04d300c at lockmgr+0x5bc > #1 0xc05b7ac6 at ffs_lock+0xa6 > #2 0xc06419d4 at VOP_LOCK_APV+0xb4 > #3 0xc055b77c at vn_lock+0xec > #4 0xc0543ce6 at lookup+0xe6 > #5 0xc0543918 at namei+0x488 > #6 0xc055467f at kern_lstat+0x4f > #7 0xc05545ff at lstat+0x2f > #8 0xc062aea0 at syscall+0x300 > #9 0xc0614f9f at Xint0x80_syscall+0x1f >=20 > ino 3, on dev md0a >=20 > 0xc3777c3c: tag ufs, type VREG > usecount 1, writecount 0, refcount 239 mountedhere 0 > flags () > lock type ufs: EXCL (count 1) by thread 0xc35e2300 (pid 546) with 1= =20 > pending#0 0xc04d300c at lockmgr+0x5bc > #1 0xc0542cd6 at vfs_hash_insert+0x36 > #2 0xc05b657e at ffs_vget+0x1ce > #3 0xc05960c7 at ffs_valloc+0x137 > #4 0xc05c4d19 at ufs_makeinode+0x79 > #5 0xc05c1826 at ufs_create+0x36 > #6 0xc063f332 at VOP_CREATE_APV+0xd2 > #7 0xc05a015a at ffs_snapshot+0x33a > #8 0xc05b3cb1 at ffs_mount+0xa81 > #9 0xc05469fe at vfs_domount+0x6be > #10 0xc05460ea at vfs_donmount+0x47a > #11 0xc054906e at kernel_mount+0x7e > #12 0xc05b3ee4 at ffs_cmount+0x84 > #13 0xc0546326 at mount+0x1e6 > #14 0xc062aea0 at syscall+0x300 > #15 0xc0614f9f at Xint0x80_syscall+0x1f >=20 > ino 4, on dev md0a > db> where 35 > Tracing pid 35 tid 100030 td 0xc32dbc00 > sched_switch(c32dbc00,0,1,10a,3a53d433) at sched_switch+0x190 > mi_switch(1,0,c066587f,1ba,1) at mi_switch+0x2e6 > sleepq_switch(c363c46c,0,c066587f,20c,d451ca24) at sleepq_switch+0x112 > sleepq_wait(c363c46c,0,c0663282,c8,0) at sleepq_wait+0x65 > msleep(c363c46c,c06b96fc,50,c0669f9f,0) at msleep+0x335 > acquire(d451cad0,40,60000,b1,c32dbc00) at acquire+0x8e > lockmgr(c363c46c,2002,c363c4dc,c32dbc00,c363c4dc) at lockmgr+0x516 > ffs_lock(d451cb38,d451cb1c,c04d73fd,2002,c363c414) at ffs_lock+0xa6 > VOP_LOCK_APV(c06a5920,d451cb38,c0673d22,d451cb3c,c050ccb0) at=20 > VOP_LOCK_APV+0xb4 > vn_lock(c363c414,2002,c32dbc00,7a5,2002) at vn_lock+0xec > vget(c363c414,2002,c32dbc00,2fc,c3558c90) at vget+0xff > qsync(c3558c00,0,c0673039,47c,c0661d3b) at qsync+0x13d > ffs_sync(c3558c00,3,c32dbc00,c32dbc00,c3558c00) at ffs_sync+0x392 > sync_fsync(d451cca0,c0680e2f,c35d76cc,c35d76cc,c35d77d8) at sync_fsync+0x= 19e > VOP_FSYNC_APV(c069f540,d451cca0,c32dbc00,620,0) at VOP_FSYNC_APV+0xd2 > sync_vnode(c35d77d8,c32dbc00,c066c1b0,657,0) at sync_vnode+0x158 > sched_sync(0,d451cd38,c065fd98,31d,0) at sched_sync+0x26f > fork_exit(c054bf90,0,d451cd38) at fork_exit+0xc1 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip =3D 0, esp =3D 0xd451cd6c, ebp =3D 0 --- > db> where 515 > Tracing pid 515 tid 100085 td 0xc35e2480 > sched_switch(c35e2480,0,1,10a,f85dbeb3) at sched_switch+0x190 > mi_switch(1,0,c066587f,1ba,1) at mi_switch+0x2e6 > sleepq_switch(c0707be4,0,c066587f,20c,dab58894) at sleepq_switch+0x112 > sleepq_wait(c0707be4,0,c0663282,c8,0) at sleepq_wait+0x65 > msleep(c0707be4,c0707c00,44,c066a543,0) at msleep+0x335 > waitrunningbufspace(c363c520,cd895584,cd8955e4,4000,cd895584) at=20 > waitrunningbufspace+0x72 > bufwrite(cd895584,c05b8419,c06400ac,246,c06969c4) at bufwrite+0x1a1 > vfs_bio_awrite(cd895584,0,c06733a7,e4,c80000) at vfs_bio_awrite+0x29e > ffs_syncvnode(c363c414,2,c06a5920,dab58980,c0640922) at ffs_syncvnode+0x3= 52 > ffs_fsync(dab589bc,c0680e2f,c35e2480,c35e2480,cd81e4b8) at ffs_fsync+0x1c > VOP_FSYNC_APV(c06a5920,dab589bc,c066a527,37f,c363c414) at VOP_FSYNC_APV+0= xd2 > bdwrite(cd81e4b8,c3671948,cd851fa8,7fa,54c540) at bdwrite+0x12b > ffs_balloc_ufs2(c363c414,f6352000,2f,2000,c3655300) at=20 > ffs_balloc_ufs2+0x193e > ffs_write(dab58c78,c0680c61,0,0,0) at ffs_write+0x369 > VOP_WRITE_APV(c06a5920,dab58c78,c35e2480,1ea,c3558c00) at=20 > VOP_WRITE_APV+0x17c > mdstart_vnode(c36b2000,c37df39c,c373ff9e,2a3,0) at mdstart_vnode+0x126 > md_kthread(c36b2000,dab58d38,c065fd98,31d,c35e2480) at md_kthread+0x14f > fork_exit(c373eb10,c36b2000,dab58d38) at fork_exit+0xc1 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip =3D 0, esp =3D 0xdab58d6c, ebp =3D 0 --- > db> where 547 > Tracing pid 547 tid 100067 td 0xc3573d80 > sched_switch(c3573d80,0,1,10a,5da4c133) at sched_switch+0x190 > mi_switch(1,0,c066587f,1ba,1) at mi_switch+0x2e6 > sleepq_switch(c3777c94,0,c066587f,20c,dab2e71c) at sleepq_switch+0x112 > sleepq_wait(c3777c94,0,c0663282,c8,0) at sleepq_wait+0x65 > msleep(c3777c94,c06b8814,50,c0669f9f,0) at msleep+0x335 > acquire(dab2e7c8,40,60000,b1,c3573d80) at acquire+0x8e > lockmgr(c3777c94,2002,c3777d04,c3573d80,c3777d04) at lockmgr+0x516 > ffs_lock(dab2e830,dab2e814,c04d73fd,2002,c3777c3c) at ffs_lock+0xa6 > VOP_LOCK_APV(c06a5920,dab2e830,c066b6c8,dab2e834,c050ccb0) at=20 > VOP_LOCK_APV+0xb4 > vn_lock(c3777c3c,2002,c3573d80,7a5,2002) at vn_lock+0xec > vget(c3777c3c,2002,c3573d80,50,dab2ebc0) at vget+0xff > vfs_hash_get(c3429c00,4,2,c3573d80,dab2e98c) at vfs_hash_get+0xe2 > ffs_vget(c3429c00,4,2,dab2e98c,dab2e990) at ffs_vget+0x49 > ufs_lookup(dab2ea40,c0680949,c368f000,c368f000,dab2ebc0) at ufs_lookup+0x= bdf > VOP_CACHEDLOOKUP_APV(c06a5920,dab2ea40,dab2ebc0,c3573d80,c376f380) at=20 > VOP_CACHEDLOOKUP_APV+0xd2 > vfs_cache_lookup(dab2eaec,dab2eaec,0,c368f000,dab2ebc0) at=20 > vfs_cache_lookup+0xd0 > VOP_LOOKUP_APV(c06a5920,dab2eaec,c3573d80,3,1) at VOP_LOOKUP_APV+0xb4 > lookup(dab2eb98,0,c066b85d,b6,6b2) at lookup+0x528 > namei(dab2eb98,dab2ebe8,60,854,c3573d80) at namei+0x488 > kern_lstat(c3573d80,80524a8,0,dab2ec6c,dab2ec88) at kern_lstat+0x4f > lstat(c3573d80,dab2ed04,8,41d,2) at lstat+0x2f > syscall(3b,3b,3b,8052448,8052400) at syscall+0x300 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (190, FreeBSD ELF32, lstat), eip =3D 0x28182613, esp =3D=20 > 0xbfbfe55c, ebp =3D 0xbfbfe5f8 --- > db> where 546 > Tracing pid 546 tid 100086 td 0xc35e2300 > sched_switch(c35e2300,0,1,10a,6af4f133) at sched_switch+0x190 > mi_switch(1,0,c066587f,1ba,2) at mi_switch+0x2e6 > sleepq_switch(c0707be4,0,c066587f,20c,dab5560c) at sleepq_switch+0x112 > sleepq_wait(c0707be4,0,c0663282,c8,0) at sleepq_wait+0x65 > msleep(c0707be4,c0707c00,44,c066a543,0) at msleep+0x335 > waitrunningbufspace(c3777d48,cd832380,c3527c00,c3527c00,c3580000) at=20 > waitrunningbufspace+0x72 > bufwrite(cd832380,0,dab55934,c05a043f,cd832380) at bufwrite+0x1a1 > bawrite(cd832380,4a030000,2b,4000,c3655300) at bawrite+0x6b > ffs_snapshot(c3429c00,c3572680,dab559a8,6c,1) at ffs_snapshot+0x61f > ffs_mount(c3429c00,c35e2300,c066ba58,331,c06c0ea0) at ffs_mount+0xa81 > vfs_domount(c35e2300,c354a680,c3391030,1211000,c3391230) at=20 > vfs_domount+0x6be > vfs_donmount(c35e2300,1211000,dab55bf4,c3779080,e) at vfs_donmount+0x47a > kernel_mount(c3391910,1211000,dab55c38,6c,805bb00) at kernel_mount+0x7e > ffs_cmount(c3391910,bfbfec70,1211000,c35e2300,c06a5600) at ffs_cmount+0x84 > mount(c35e2300,dab55d04,c067d6fd,3cb,4) at mount+0x1e6 > syscall(3b,3b,3b,bfbfec70,805dab8) at syscall+0x300 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (21, FreeBSD ELF32, mount), eip =3D 0x280cddb7, esp =3D=20 > 0xbfbfea0c, ebp =3D 0xbfbfed18 --- > db> >=20 OK, please, provide also your fstab, information on md config and dmesg, and kernel config. Also, it would be good to see the output of "alltrace" in ddb. It seems that your kernel does not contain quota option ? Did your system performed bg fsck and you tried to create vnode-backed md device, right ? --UHN/qo2QbUvPLonB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEpKMPC3+MBN1Mb4gRAjbHAKDTRy6UUenPEQBNw9uF72EHcVJkDACfWzQ9 vP7OhlL/bdIjw1T3Fds+rUI= =WSSQ -----END PGP SIGNATURE----- --UHN/qo2QbUvPLonB-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 04:08:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8AD316A416 for ; Fri, 30 Jun 2006 04:08:33 +0000 (UTC) (envelope-from chris@kirshara.de) Received: from siva.kirshara.de (siva.kirshara.de [83.151.26.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAB0943E41 for ; Fri, 30 Jun 2006 04:08:28 +0000 (GMT) (envelope-from chris@kirshara.de) Received: from localhost (localhost [127.0.0.1]) by siva.kirshara.de (Postfix) with ESMTP id B229BD4CBD; Fri, 30 Jun 2006 06:08:15 +0200 (CEST) X-Spam-Virus: No X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on siva.kirshara.de X-Spam-Level: X-Spam-Language: en pt ca sk.us-ascii fr ro da es X-Spam-Status: No, hits=(-7.2/6.0) tests=ALL_TRUSTED,BAYES_00,K_HEADER_PGP, K_REPLY Received: from [127.0.0.1] (localhost [127.0.0.1]) by siva.kirshara.de (Postfix) with ESMTP; Fri, 30 Jun 2006 06:08:15 +0200 (CEST) Message-ID: <44A4A3A8.6070202@kirshara.de> Date: Fri, 30 Jun 2006 06:08:08 +0200 From: Christian Schade User-Agent: Thunderbird 1.5.0.4 (X11/20060608) MIME-Version: 1.0 To: Anish Mistry References: <44A4317C.5030401@kirshara.de> <200606291736.58827.mistry.7@osu.edu> In-Reply-To: <200606291736.58827.mistry.7@osu.edu> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=5491E683 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig44F45364FD0977F7798184E1" X-Envelope-From: Cc: freebsd-stable@freebsd.org Subject: Re: Force ugen device for printer? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 04:08:33 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig44F45364FD0977F7798184E1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Anish Mistry wrote: > So if you don't kldload ulpt, but kldload umass you don't get some=20 > ugen endpoints and a umass device? Right. If I kldunload only ulpt, I get umass devices but not ugen. :-( > Would you provide a the output of "usbdevs -vvv". addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), nVidia(0x0000), rev 1.00 port 1 powered port 2 powered port 3 addr 2: low speed, power 100 mA, config 1, PS/2+USB Mouse(0x0210), vendor 0x1267(0x1267), rev 22.70 port 4 addr 3: low speed, power 100 mA, config 1, USB Gaming Keyboard Pro(0x8000), Chicony(0x06a3), rev 1.30 port 5 powered port 6 addr 4: full speed, power 500 mA, config 1, USB Audio(0xc000), vendor 0x06f8(0x06f8), rev 1.00 port 7 addr 5: full speed, self powered, config 1, PSC 1600 series(0x4811), HP(0x03f0), rev 1.00 port 8 powered Controller /dev/usb1: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), nVidia(0x0000), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered port 5 addr 2: high speed, self powered, config 1, ATAPI-6 Bridge Controller(0x2507), Prolific Technology Inc.(0x067b), rev 0.01 port 6 powered port 7 powered port 8 powered --------------enig44F45364FD0977F7798184E1 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 (FreeBSD) iD8DBQFEpKOvah06FlSR5oMRAuLtAJwLvGJch68ubNSv7vSwlH3Ca117JACgnWCQ XkZJDauGIMsMoOEvxTgzpk4= =k7J+ -----END PGP SIGNATURE----- --------------enig44F45364FD0977F7798184E1-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 04:17:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91EA516A407 for ; Fri, 30 Jun 2006 04:17:37 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1148F43D6A for ; Fri, 30 Jun 2006 04:17:35 +0000 (GMT) (envelope-from jhay@meraka.csir.co.za) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 4193933CB6; Fri, 30 Jun 2006 06:17:33 +0200 (SAST) Date: Fri, 30 Jun 2006 06:17:33 +0200 From: John Hay To: Michel Talon , freebsd-stable@freebsd.org Message-ID: <20060630041733.GA4941@zibbi.meraka.csir.co.za> References: <20060629230309.GA12773@lpthe.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060629230309.GA12773@lpthe.jussieu.fr> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: NFS Locking Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jun 2006 04:17:37 -0000 On Fri, Jun 30, 2006 at 01:03:09AM +0200, Michel Talon wrote: > > I guess I'm still just a bit stunned that a bug this obvious not only > > found it's way into the STABLE branch, but is still there. Maybe it's > > not as obvious as I think, or not many folks are using it? All I know > > for sure here is that if I had upgraded to 6.1 my network would have > > been crippled. > > Strange, since i upgraded to FreeBSD-6.1 and the NFS server to Fedora Core 5, > my machine, NFS client is happy, and lockd works. It is first time since > years i have no problem. It certainly did not work with FreeBSD-5 and i still > have a machine with FreeBSD-6.0 which does not work properly (frequently loses > the NFS mount, but it gets remounted some times later by amd). Anyways i have > exactly 0 problem with the 6.1 machine. I could extend that to say that > everything works very well on that machine, nothing is slow, including disk > access. This has not always been the case. Stability wise, i have not seen any > panic, hang or whatever since i have compiled a kernel adapted to my hardware. > I got a panic with the generic kernel soon after installation, but now > machine is totally stable. I only started to see the lockd problems when upgrading the server side to FreeBSD 6.x and later. I had various FreeBSD clients, between 4.x and 7-current and the lockd problem only showed up when upgrading the server from 5.x to 6.x. John -- John Hay -- John.Hay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 04:25:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D2D816A403 for ; Fri, 30 Jun 2006 04:25:56 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C78E43D45 for ; Fri, 30 Jun 2006 04:25:55 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k5U4PoB7016988 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 30 Jun 2006 07:25:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6) with ESMTP id k5U4PotB079389; Fri, 30 Jun 2006 07:25:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k5U4PmP2079388; Fri, 30 Jun 2006 07:25:48 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 30 Jun 2006 07:25:48 +0300 From: Kostik Belousov To: Mike Jakubik Message-ID: <20060630042548.GD1258@deviant.kiev.zoral.com.ua> References: <6eb82e0605231120q37224c6r3b25982f556bed72@mail.gmail.com> <447366AD.30203@rogers.com> <44736E11.6060104@mkproductions.org> <20060523203521.GA48061@xor.obsecurity.org> <20060524062118.GA766@dimma.mow.oilspace.com> <447400BB.9060603@samsco.org> <4485C010.9040402@rogers.com> <20060606182234.GB72368@deviant.kiev.zoral.com.ua> <44A490E6.1000502@rogers.com> <20060630040536.GB1258@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rqzD5py0kzyFAOWN" Content-Disposition: inline In-Reply-To: <20060630040536.GB1258@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=0.4 required=5.0 tests=ALL_TRUSTED, DNS_FROM_RFC_ABUSE,SPF_NEUTRAL autolearn=no version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on fw.zoral.com.ua Cc: freebsd-stable@freebsd.org, Dmitriy Kirhlarov Subject: Re: quota and snapshots in 6.1-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jun 2006 04:25:56 -0000 --rqzD5py0kzyFAOWN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Jun 30, 2006 at 07:05:36AM +0300, Kostik Belousov wrote: > OK, please, provide also your fstab, information on md config > and dmesg, and kernel config. Also, it would be good to see the > output of "alltrace" in ddb. It seems that your kernel does not > contain quota option ? Oh, I see, you _do_ have quotas. Please, show the quota configuration. Meanwhile, output of alltrace is very much needed. --rqzD5py0kzyFAOWN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEpKfLC3+MBN1Mb4gRAv1aAKDDbZOXLGZDa3EBQJ1WcRlYSbsmKACbBRlg D25lITbnVS1mYfink35lEUo= =JvhW -----END PGP SIGNATURE----- --rqzD5py0kzyFAOWN-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 04:29:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 999E816A415 for ; Fri, 30 Jun 2006 04:29:53 +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 0B05643D5F for ; Fri, 30 Jun 2006 04:29:48 +0000 (GMT) (envelope-from freebsd@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 1C093290C71; Fri, 30 Jun 2006 01:29:47 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 78603-07; Fri, 30 Jun 2006 04:29:47 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 95D3B290C6E; Fri, 30 Jun 2006 01:29:46 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id 053AB3839D; Fri, 30 Jun 2006 01:29:46 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id F3F9733DF1; Fri, 30 Jun 2006 01:29:45 -0300 (ADT) Date: Fri, 30 Jun 2006 01:29:45 -0300 (ADT) From: User Freebsd To: Michael Vince In-Reply-To: <44A4A02A.9060802@thebeastie.org> Message-ID: <20060630012615.Q1103@ganymede.hub.org> References: <20060628185426.M43909@ganymede.hub.org> <20060628225239.GA93265@dan.emsphone.com> <44A3394C.4090209@asd.aplus.net> <44A3817F.4030105@thebeastie.org> <20060629092154.GE742@turion.vk2pj.dyndns.org> <20060629083130.X1229@ganymede.hub.org> <44A4A02A.9060802@thebeastie.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Peter Jeremy , Atanas , freebsd-stable@freebsd.org Subject: Re: em device hangs on ifconfig alias ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 04:29:53 -0000 On Fri, 30 Jun 2006, Michael Vince wrote: > The thing that have to ask is if Atanas has 100's why can't he just boot > Freebsd have have them all prebound to the interface at startup, why > would you need to add and remove them constantly by the hundreds during > normal server uptime? > > I do restart my jails now and then, but because the IPs are already > bound to the interface I don't have any pause issues. In my case, I move jails around between machines for load balancing reasons ... so, a physical server may be up for, hell, in one case, 211 days, but a vServer may only have been on it a few days ... The other funny thing about the current em driver is that if you move an IP to it from a different server, the appropriate ARP packets aren't sent out to redirect the IP traffic .. recently, someone pointed me to arping, which has solved my problem *external* to the driver ... I have a third machine that uses an em driver, but its an older 4.x kernel, and it operates perfectly ... no timeouts/hangs and sends out the appropriate ARP packet ... all three servers are connected to the same Cisco switch, with all ports configured identically, so it isn't a switch issue, as someone else intimated ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 06:38:59 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3036916A494; Fri, 30 Jun 2006 06:38:59 +0000 (UTC) (envelope-from morten@atreides.freenix.no) Received: from freenix.no (atreides.freenix.no [212.33.142.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1596A442A0; Fri, 30 Jun 2006 06:38:50 +0000 (GMT) (envelope-from morten@atreides.freenix.no) Received: from atreides.freenix.no (localhost [127.0.0.1]) by freenix.no (8.13.6/8.13.6) with ESMTP id k5U6chVF054866; Fri, 30 Jun 2006 08:38:44 +0200 (CEST) (envelope-from morten@atreides.freenix.no) Received: (from morten@localhost) by atreides.freenix.no (8.13.6/8.13.6/Submit) id k5U6chB7054865; Fri, 30 Jun 2006 08:38:43 +0200 (CEST) (envelope-from morten) Date: Fri, 30 Jun 2006 08:38:43 +0200 From: "Morten A. Middelthon" To: questions@freebsd.org, stable@freebsd.org Message-ID: <20060630063843.GA54234@freenix.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline X-PGP-Key: http://freenix.no/~morten/pgp.txt X-PGP-Key-FingerPrint: D48B 5C4E 1590 7DE6 08A0 6539 BECC F62E 829F DF6A X-Operating-System: FreeBSD 5.5-RELEASE-p1 X-Warning: So cunning you could brush your teeth with it. User-Agent: Mutt/1.5.11 Cc: Subject: Adjusting partition size with disklabel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 06:38:59 -0000 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, long story short, I have a partition on a RAID5 array which after an accide= nt where I had to rebuild the array became smaller than it originally was. Her= e's the original size: amrd1: 1430505MB (2929674240 sectors) RAID 5 (degraded) and the new size after the rebuild: amrd1: 1430400MB (2929459200 sectors) RAID 5 (optimal) Is it possible to use 'bsdlabel -e' to shrink the partition down to a size which will fit the new size of the array? with regards, --=20 Morten A. Middelthon Which is worse: ignorance or apathy? Who knows? Who cares? --FCuugMFkClbJLl1L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEpMbzvsz2LoKf32oRAhcJAJ9OJsn+GWCEp34QdX0jfLnW345ynwCeJzw3 x2jxNBaA4e66XZWrJNDfgQQ= =3jHi -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 07:10:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDCDD16A417 for ; Fri, 30 Jun 2006 07:10:16 +0000 (UTC) (envelope-from sergey.shyman@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8BE043DAD for ; Fri, 30 Jun 2006 07:10:15 +0000 (GMT) (envelope-from sergey.shyman@gmail.com) Received: by ug-out-1314.google.com with SMTP id j3so92885ugf for ; Fri, 30 Jun 2006 00:10:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JGjb4i9WAgsv6s03T5t+AFxn0vaGNg7HPAbPk31btZ1Ygp9jgkpR8to7BAWKHo8LMDz20hi5ZXtbDni+QTR0nCApm/pebAarXCNnU8IK2bKxmhMkpNH3KyMbYWGx0FSf4K5KczbayXT6pZMKRqYSv333lbsNNgQFShH8xLzyLhA= Received: by 10.78.140.17 with SMTP id n17mr1470198hud; Fri, 30 Jun 2006 00:10:14 -0700 (PDT) Received: by 10.78.72.5 with HTTP; Fri, 30 Jun 2006 00:10:14 -0700 (PDT) Message-ID: <840a6f1a0606300010k512604e5p4393684c1731d781@mail.gmail.com> Date: Fri, 30 Jun 2006 10:10:14 +0300 From: "Sergey Shyman" To: "Francisco Reyes" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <840a6f1a0606290644w2fa869f9v322acf9935057431@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: Weird problem upgrading 5.4 to 6.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jun 2006 07:10:17 -0000 On 6/29/06, Francisco Reyes wrote: > Sergey Shyman writes: > > > Can't work out which disk we are booting from. > > Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0. > > Is that a RAID you are booting from? No, ordinary IDE drive > > > > Booting with old kernel works fine. Also BIOS see IDE drive. > > Single IDE drive? Single IDE drive stay as primary master > > From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 07:13:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A473716A40F for ; Fri, 30 Jun 2006 07:13:47 +0000 (UTC) (envelope-from sergey.shyman@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 040F943D48 for ; Fri, 30 Jun 2006 07:13:46 +0000 (GMT) (envelope-from sergey.shyman@gmail.com) Received: by ug-out-1314.google.com with SMTP id j3so93484ugf for ; Fri, 30 Jun 2006 00:13:46 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=H7XOiSz6ZECScSzHGSsLuhXnn8zkePk7FtLEQWHk+uzjfGGs5JKOLgvhnpcssrhN0CQXe+bQ1D+d+ehjTjSBrdBcS9ivsSq9/ctmjcuAI9w0JvorrfJyi59tLN6pSfwleN+iQmuZP4oROowuy3HVeTbjAcnKc5kgPwiSTteL5rk= Received: by 10.78.157.8 with SMTP id f8mr63936hue; Fri, 30 Jun 2006 00:13:45 -0700 (PDT) Received: by 10.78.72.5 with HTTP; Fri, 30 Jun 2006 00:13:45 -0700 (PDT) Message-ID: <840a6f1a0606300013s6dcdb290k4b9ddf41a024b199@mail.gmail.com> Date: Fri, 30 Jun 2006 10:13:45 +0300 From: "Sergey Shyman" To: "Tony Maher" In-Reply-To: <44A45FB9.6060209@uts.edu.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <840a6f1a0606290644w2fa869f9v322acf9935057431@mail.gmail.com> <44A45FB9.6060209@uts.edu.au> Cc: freebsd-stable@freebsd.org Subject: Re: Weird problem upgrading 5.4 to 6.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jun 2006 07:13:47 -0000 On 6/30/06, Tony Maher wrote: > Sergey Shyman wrote: > > > I have FreeBSD 5.4 box with Intel865 chipset. The 5.4 works fine nearly > > a year. But strange troubles happens when I've tried to upgrade to 6.1 > > (via make buildworld && make kernel). > > > > The loader show me following messages and then hangs when I try to boot > > new kernel: > > > > Can't work out which disk we are booting from. > > Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0. > > Some one else reported similar problem which were traced to having > non standard compiler flags in make.conf. > In particular -funroll-loops is bad for loader. Yes, I've read about this and try to recompile with -O -pipe and even without make.conf totally -- no luck :( > > -- > tonym > From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 07:43:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BA8016A417 for ; Fri, 30 Jun 2006 07:43:06 +0000 (UTC) (envelope-from Michael.Collette@TestEquity.com) Received: from mta11.adelphia.net (mta11.adelphia.net [68.168.78.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 627D54441D for ; Fri, 30 Jun 2006 07:43:05 +0000 (GMT) (envelope-from Michael.Collette@TestEquity.com) Received: from [192.168.1.100] (really [24.75.146.34]) by mta11.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060630074304.OGQA23502.mta11.adelphia.net@[192.168.1.100]> for ; Fri, 30 Jun 2006 03:43:04 -0400 Message-ID: <44A4D631.8090101@TestEquity.com> Date: Fri, 30 Jun 2006 00:43:45 -0700 From: Michael Collette Organization: TestEquity LLC User-Agent: Thunderbird 1.5.0.4 (X11/20060607) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20060629230309.GA12773@lpthe.jussieu.fr> In-Reply-To: <20060629230309.GA12773@lpthe.jussieu.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: NFS Locking Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jun 2006 07:43:06 -0000 Michel Talon wrote: >> I guess I'm still just a bit stunned that a bug this obvious not only >> found it's way into the STABLE branch, but is still there. Maybe it's >> not as obvious as I think, or not many folks are using it? All I know >> for sure here is that if I had upgraded to 6.1 my network would have >> been crippled. > > Strange, since i upgraded to FreeBSD-6.1 and the NFS server to Fedora Core 5, > my machine, NFS client is happy, and lockd works. It is first time since > years i have no problem. It certainly did not work with FreeBSD-5 and i still > have a machine with FreeBSD-6.0 which does not work properly (frequently loses > the NFS mount, but it gets remounted some times later by amd). Anyways i have > exactly 0 problem with the 6.1 machine. I could extend that to say that > everything works very well on that machine, nothing is slow, including disk > access. This has not always been the case. Stability wise, i have not seen any > panic, hang or whatever since i have compiled a kernel adapted to my hardware. > I got a panic with the generic kernel soon after installation, but now > machine is totally stable. Based on prior reading about this problem, I'd venture to guess that the file locking between FC5 and FreeBSD simply isn't. See, between just 2 machines sharing files without rpc.lockd running you won't see a problem. Both the client and the server must not only be running rpc.lockd, but they must be able to actually talk to each other. For a simple 2 machine setup, you don't really need much in the way of locking control, as you don't have to deal with multiple requests for the same resource. This is why folks just running the "-L" flag on their mount command also aren't having any problems. To actually see the problem isn't too hard to set up. Just have rpc.lockd, rpc.statd, and rpcbind enabled on both the client and the server. Then just starting trying to transfer a stack of files from one to the other. I found this to be true even trying to go from a 5.4 server to my 6.1 laptop here. There was quite a thread on this back in March of this year, along with a few PR's that are still opened up. I'm personally just coming head long into all of this. Later on, -- Michael Collette IT Manager TestEquity Inc Michael.Collette@TestEquity.com From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 08:01:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2586016A412 for ; Fri, 30 Jun 2006 08:01:17 +0000 (UTC) (envelope-from michel@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 200EF4402E for ; Fri, 30 Jun 2006 08:01:12 +0000 (GMT) (envelope-from michel@lpthe.jussieu.fr) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.13.6/jtpda-5.4) with ESMTP id k5U81B5m080684 for ; Fri, 30 Jun 2006 10:01:11 +0200 (CEST) X-Ids: 166 Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id 887819FB2D for ; Fri, 30 Jun 2006 10:01:10 +0200 (CEST) Received: by niobe.lpthe.jussieu.fr (Postfix, from userid 2005) id 20A0635; Fri, 30 Jun 2006 10:01:10 +0200 (CEST) Date: Fri, 30 Jun 2006 10:01:10 +0200 From: Michel Talon To: freebsd-stable@freebsd.org Message-ID: <20060630080110.GA19220@lpthe.jussieu.fr> Mail-Followup-To: Michel Talon , freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.166]); Fri, 30 Jun 2006 10:01:11 +0200 (CEST) X-Virus-Scanned: ClamAV 0.88.2/1577/Thu Jun 29 22:18:18 2006 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 44A4DA47.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Subject: Re: NFS Locking Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jun 2006 08:01:17 -0000 > the one thing that sticks out to me about this report is that they > upgraded teh NFS server to FC5 ... what was the server running before? if > FreeBSD, could the problem be an interaction problem between the NFS > server and client, vs just the client side? Previously the server used Fedora Core 3. I think like you that it is an interaction between client and server. For example we have a client machine running Debian Unstable which had NFS problems interacting FC3 server and still has with FC5 server. But i don't have any more with Fbsd-6.1. As to the problem of the machine freezing when the server freezes i have always seen that, both under Linux and FreeBSD, nothing new. The freeze seems to me less severe now, that is i have been able to log in root with the server down. The load on the server is rather big, we are talking around 100 machines having their home directories on the server. -- Michel TALON From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 08:11:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3225916A503 for ; Fri, 30 Jun 2006 08:11:32 +0000 (UTC) (envelope-from michel@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1DB943D45 for ; Fri, 30 Jun 2006 08:11:30 +0000 (GMT) (envelope-from michel@lpthe.jussieu.fr) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.13.7/jtpda-5.4) with ESMTP id k5U8BTnb007114 for ; Fri, 30 Jun 2006 10:11:29 +0200 (CEST) X-Ids: 164 Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id BFA3FA0326 for ; Fri, 30 Jun 2006 10:11:28 +0200 (CEST) Received: by niobe.lpthe.jussieu.fr (Postfix, from userid 2005) id 68B8035; Fri, 30 Jun 2006 10:11:28 +0200 (CEST) Date: Fri, 30 Jun 2006 10:11:28 +0200 From: Michel Talon To: freebsd-stable@freebsd.org Message-ID: <20060630081128.GA19305@lpthe.jussieu.fr> Mail-Followup-To: Michel Talon , freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.164]); Fri, 30 Jun 2006 10:11:29 +0200 (CEST) X-Virus-Scanned: ClamAV 0.88.2/1577/Thu Jun 29 22:18:18 2006 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 44A4DCB1.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Subject: Re: NFS Locking Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jun 2006 08:11:32 -0000 > I only started to see the lockd problems when upgrading the server side > to FreeBSD 6.x and later. I had various FreeBSD clients, between 4.x > and 7-current and the lockd problem only showed up when upgrading the > server from 5.x to 6.x. As far as i remember FreeBSD-4 did not have a true lockd, only a fake one, so it was always working no problem. I have used all versions of FreeBSD-5 up to 6.0 and 6.1 on my client with a Linux server, and i can say that 6.1 is the first one which works OK for me. I don't have any experience with FreeBSD server, except the occasional nfs mounting after a make world. -- Michel TALON From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 08:20:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E489816A5CD for ; Fri, 30 Jun 2006 08:20:57 +0000 (UTC) (envelope-from michel@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2944843D55 for ; Fri, 30 Jun 2006 08:20:49 +0000 (GMT) (envelope-from michel@lpthe.jussieu.fr) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.13.6/jtpda-5.4) with ESMTP id k5U8KnTw004933 for ; Fri, 30 Jun 2006 10:20:49 +0200 (CEST) X-Ids: 165 Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id A01A79FB92 for ; Fri, 30 Jun 2006 10:20:48 +0200 (CEST) Received: by niobe.lpthe.jussieu.fr (Postfix, from userid 2005) id 4923435; Fri, 30 Jun 2006 10:20:48 +0200 (CEST) Date: Fri, 30 Jun 2006 10:20:48 +0200 From: Michel Talon To: freebsd-stable@freebsd.org Message-ID: <20060630082048.GA19341@lpthe.jussieu.fr> Mail-Followup-To: Michel Talon , freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.165]); Fri, 30 Jun 2006 10:20:49 +0200 (CEST) X-Virus-Scanned: ClamAV 0.88.2/1577/Thu Jun 29 22:18:18 2006 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 44A4DEE1.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Subject: Re: NFS Locking Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jun 2006 08:20:58 -0000 > Based on prior reading about this problem, I'd venture to guess that the > file locking between FC5 and FreeBSD simply isn't. See, between just 2 > machines sharing files without rpc.lockd running you won't see a > problem. Both the client and the server must not only be running > rpc.lockd, but they must be able to actually talk to each other. > I definitely disagree with that. I have written a little program just to check locking on files on the NFS share, and i can assure you it works. Before FC5 the same program did not work, in fact hanged. You could not kill the program, without unmounting the NFS share. After the upgrade FC3 -> FC5 the lockd works and if i try setting a second lock on the same file it will fail. I am using this daily with mutt, no problem. But it is not only lockd which now works, it is more generally NFS. On a 6.0 machine i regularly get things like: Jun 22 17:30:10 asmodee kernel: for server ada:/ada1 Jun 22 17:30:10 asmodee kernel: nfs send error 1 for server ada:/ada1 Jun 22 17:30:10 asmodee last message repeated 797 times Jun 22 17:30:15 asmodee kernel: for server ada:/ada Jun 22 17:30:15 asmodee kernel: nfs send error 1 for server ada:/ada Jun 22 17:30:15 asmodee last message repeated 817 times Jun 22 17:30:20 asmodee kernel: nfs send error 35 for server ada:/ada and the home directories are inaccessible for a couple of minutes. I have never seen that once on the 6.1 machine. -- Michel TALON From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 09:28:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D98C616A412; Fri, 30 Jun 2006 09:28:58 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11D7F43D6B; Fri, 30 Jun 2006 09:28:42 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k5U9SbZZ025715 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 30 Jun 2006 12:28:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6) with ESMTP id k5U9SbU4058634; Fri, 30 Jun 2006 12:28:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k5U9SToY058633; Fri, 30 Jun 2006 12:28:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 30 Jun 2006 12:28:29 +0300 From: Kostik Belousov To: Mike Jakubik Message-ID: <20060630092829.GE1258@deviant.kiev.zoral.com.ua> References: <20060523181638.GC767@dimma.mow.oilspace.com> <6eb82e0605231120q37224c6r3b25982f556bed72@mail.gmail.com> <447366AD.30203@rogers.com> <44736E11.6060104@mkproductions.org> <20060523203521.GA48061@xor.obsecurity.org> <20060524062118.GA766@dimma.mow.oilspace.com> <447400BB.9060603@samsco.org> <4485C010.9040402@rogers.com> <20060606182234.GB72368@deviant.kiev.zoral.com.ua> <44A490E6.1000502@rogers.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6Vw0j8UKbyX0bfpA" Content-Disposition: inline In-Reply-To: <44A490E6.1000502@rogers.com> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=0.4 required=5.0 tests=ALL_TRUSTED, DNS_FROM_RFC_ABUSE,SPF_NEUTRAL autolearn=no version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on fw.zoral.com.ua Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org, Dmitriy Kirhlarov Subject: md deadlocks on wdrain. Was: [Re: quota and snapshots in 6.1-RELEASE] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jun 2006 09:28:59 -0000 --6Vw0j8UKbyX0bfpA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 29, 2006 at 10:48:06PM -0400, Mike Jakubik wrote: > Konstantin Belousov wrote: > >On Tue, Jun 06, 2006 at 01:49:04PM -0400, Mike Jakubik wrote: > > =20 > >>Scott Long wrote: > >> =20 > >>>Dmitriy Kirhlarov wrote: > >>> > >>> =20 > >>>>Hi! > >>>> > >>>>On Tue, May 23, 2006 at 04:35:21PM -0400, Kris Kennaway wrote: > >>>> > >>>> > >>>> =20 > >>>>>>>>6.1-STABLE after 6.1-RELEASE is releases. So I think you may want > >>>>>>>> =20 > >>>>>If you use snapshots with your quotas, update to 6.1-STABLE. If you > >>>>> =20 > >>>>Sorry, guys. You are mean RELENG_6_1 or RELENG_6? > >>>> > >>>>WBR > >>>> =20 > >>>RELENG_6. However, the changes will likely make their way into=20 > >>>RELENG_6_1 in a few weeks as part of an errata update. > >>> > >>>Scott > >>> =20 > >>I have just done tests on 6.1-R and RELENG_6 as of yesterday evening.= =20 > >>Unfortunately both still lock up hard, no crash, just a frozen system. = I=20 > >>cant enter the KDB (ddb) via the console, but its unusable, as it wont= =20 > >>let me type in anything. There must be some other change in -CURRENT=20 > >>that fixes this, as -CURRENT did not freeze during my previous tests. > >> > >> > >>Just to confirm, here is the ID of ufs_quota.c on my RELENG_6 system: > >> > >>/usr/src/sys/ufs/ufs/ufs_quota.c: > >> $FreeBSD: src/sys/ufs/ufs/ufs_quota.c,v 1.74.2.4 2006/05/14=20 > >>00:23:27 tegge Exp $ > >> =20 > >The hangs are mostly related to snapshots. It would be better to > >update to the latest RELENG_6. > > > >Hangs on RELENG_6_1 is not so much interesting. For > >hanged RELENG_6 system, please do what described below and post > >the log of the ddb session. > > > >I'm not sure whether kbdmux was MFCed into RELENG_6 (AFAIR, yes). > >If you have it in your kernel, add the line > >hint.kbdmux.0.disabled=3D"1" > >into the /boot/device.hints to make ddb usable. > > > >After that, on the hang, enter ddb, and > >do ps and tr for all suspected processes. > >Better yet, add the following options to your kernel: > > > >options INVARIANTS > >options INVARIANT_SUPPORT > >options WITNESS > >options DEBUG_LOCKS > >options DEBUG_VFS_LOCKS > >options DIAGNOSTIC > > > >and, after hang, do in ddb > > > >show allpcpu > >show alllocks > >show lockedvnods > >ps > > > >For each process mentioned in show output, do where > >(for threaded processes, do thread ; where). > > > >BTW, it would be great to add this instructions to the FAQ. > > =20 >=20 > Well, i finally got around to setting up a serial console on this box,=20 > the following is the output from the debugger after the system stopped=20 > responding. Let me know if you need any more/different information, i=20 > also made the kernel changes you recommended. >=20 > FreeBSD 6.1-STABLE #1: Thu Jun 10 00:22:29 EDT 2006 >=20 > --- > KDB: enter: Line break on console > [thread pid 12 tid 100004 ] > Stopped at kdb_enter+0x30: leave =20 > db> ps > pid proc uid ppid pgrp flag stat wmesg wchan cmd > 552 c3622830 2 550 549 0004000 [SLPQ flswai 0xc0707c24][SLP] rm > 550 c3570830 2 549 549 0004000 [SLPQ wait 0xc3570830][SLP] sh > 549 c342ec48 2 548 549 0004000 [SLPQ wait 0xc342ec48][SLP] sh > 548 c3622624 0 422 422 0000000 [SLPQ piperd 0xc36027f8][SLP] cron > 547 c361f830 0 524 547 0004002 [SLPQ ufs 0xc3777c94][SLP] ls > 546 c36bc418 0 544 544 0004002 [SLPQ wdrain 0xc0707be4][SLP]=20 > fsck_4.2bsd > 544 c36bcc48 0 511 544 0004002 [SLPQ wait 0xc36bcc48][SLP] fsck > 524 c35e020c 0 522 524 0004002 [SLPQ wait 0xc35e020c][SLP] bash > 522 c3570c48 0 406 522 0004100 [SLPQ flswai 0xc0707c24][SLP] sshd > 515 c36bc20c 0 0 0 0000204 [SLPQ wdrain 0xc0707be4][SLP] md0 > 511 c36bb624 0 500 511 0004002 [SLPQ wait 0xc36bb624][SLP] bash > 509 c3570418 65 1 509 0000100 [SLPQ select 0xc0707644][SLP]=20 > dhclient > 500 c361fa3c 0 406 500 0004100 [SLPQ flswai 0xc0707c24][SLP] sshd > 480 c342ea3c 0 1 256 0000000 [SLPQ select 0xc0707644][SLP]=20 > dhclient > 465 c361f624 0 1 465 0004002 [SLPQ ttyin 0xc342b010][SLP] getty > 464 c35e0c48 0 1 464 0004002 [SLPQ ttyin 0xc3429410][SLP] getty > 463 c356fa3c 0 1 463 0004002 [SLPQ ttyin 0xc3429810][SLP] getty > 462 c356f418 0 1 462 0004002 [SLPQ ttyin 0xc343f010][SLP] getty > 422 c342e624 0 1 422 0000000 [SLPQ nanslp 0xc06ba32c][SLP] cron > 416 c356f000 25 1 416 0000100 [SLPQ pause 0xc356f034][SLP]=20 > sendmail > 412 c356f624 0 1 412 0000100 [SLPQ select 0xc0707644][SLP]=20 > sendmail > 406 c35e0000 0 1 406 0000100 [SLPQ select 0xc0707644][SLP] sshd > 290 c361f20c 0 1 290 0000000 [SLPQ flswai 0xc0707c24][SLP]=20 > syslogd > 256 c3622418 0 1 256 0000000 [SLPQ select 0xc0707644][SLP] devd > 145 c356f830 0 1 145 0000000 [SLPQ pause 0xc356f864][SLP]=20 > adjkerntz > 38 c3378c48 0 0 0 0000204 [SLPQ - 0xd56f5cf8][SLP] schedcpu > 37 c342d000 0 0 0 0000204 [SLPQ sdflush 0xc070a3b4][SLP]=20 > softdepflush > 36 c342d20c 0 0 0 0000204 [SLPQ vlruwt 0xc342d20c][SLP] vnlru > 35 c342d418 0 0 0 0000204 [SLPQ ufs 0xc363c46c][SLP] syncer > 34 c342d624 0 0 0 0000204 [SLPQ wdrain 0xc0707be4][SLP]=20 > bufdaemon > 33 c342d830 0 0 0 000020c [SLPQ pgzero 0xc070b324][SLP]=20 > pagezero > 32 c342da3c 0 0 0 0000204 [SLPQ psleep 0xc070ae74][SLP]=20 > vmdaemon > 31 c342dc48 0 0 0 0000204 [SLPQ psleep 0xc070ae30][SLP]=20 > pagedaemon > 30 c342e000 0 0 0 0000204 [IWAIT] irq7: ppc0 > 29 c342e20c 0 0 0 0000204 [IWAIT] swi0: sio > 28 c342e418 0 0 0 0000204 [IWAIT] irq1: atkbd0 > 27 c3319624 0 0 0 0000204 [SLPQ - 0xc32c943c][SLP] fdc0 > 26 c3319830 0 0 0 0000204 [IWAIT] irq16: fxp0 > 25 c3319a3c 0 0 0 0000204 [SLPQ aifthd 0xc3319a3c][SLP]=20 > aac0aif > 24 c3319c48 0 0 0 0000204 [SLPQ idle 0xc32c8400][SLP]=20 > aic_recovery0 > 23 c3378000 0 0 0 0000204 [IWAIT] irq30: ahc0 > 22 c337820c 0 0 0 0000204 [SLPQ idle 0xc32c8400][SLP]=20 > aic_recovery0 > 21 c3378418 0 0 0 0000204 [IWAIT] irq9: acpi0 > 9 c3378624 0 0 0 0000204 [SLPQ - 0xc3321200][SLP] thread=20 > taskq > 20 c3378830 0 0 0 0000204 [IWAIT] swi6: + > 19 c3378a3c 0 0 0 0000204 [IWAIT] swi6: task queue > 8 c32da20c 0 0 0 0000204 [SLPQ - 0xc3321480][SLP] acpi_task2 > 7 c32da418 0 0 0 0000204 [SLPQ - 0xc3321480][SLP] acpi_task1 > 6 c32da624 0 0 0 0000204 [SLPQ - 0xc3321480][SLP] acpi_task0 > 5 c32da830 0 0 0 0000204 [SLPQ - 0xc3321500][SLP] kqueue=20 > taskq > 18 c32daa3c 0 0 0 0000204 [IWAIT] swi2: cambio > 17 c32dac48 0 0 0 0000204 [IWAIT] swi5: + > 16 c3319000 0 0 0 0000204 [SLPQ - 0xc06b6b60][SLP] yarrow > 4 c331920c 0 0 0 0000204 [SLPQ - 0xc06b7828][SLP] g_down > 3 c3319418 0 0 0 0000204 [SLPQ - 0xc06b7824][SLP] g_up > 2 c32d5000 0 0 0 0000204 [SLPQ - 0xc06b781c][SLP] g_event > 15 c32d520c 0 0 0 0000204 [IWAIT] swi1: net > 14 c32d5418 0 0 0 0000204 [IWAIT] swi3: vm > 13 c32d5624 0 0 0 000020c [IWAIT] swi4: clock sio > 12 c32d5830 0 0 0 000020c [CPU 0] idle: cpu0 > 11 c32d5a3c 0 0 0 000020c [CPU 1] idle: cpu1 > 1 c32d5c48 0 0 1 0004200 [SLPQ wait 0xc32d5c48][SLP] init > 10 c32da000 0 0 0 0000204 [SLPQ ktrace 0xc06b8258][SLP] ktra= ce > 0 c06b7920 0 0 0 0000200 [IWAIT] swapper > db> tr 524 > Tracing pid 524 tid 100057 td 0xc35e1d80 > sched_switch(c35e1d80,0,1,10a,73683eb3) at sched_switch+0x190 > mi_switch(1,0,c066587f,1ba,c35e020c) at mi_switch+0x2e6 > sleepq_switch(c35e020c,c06b9a00,1,c0661d3b,0) at sleepq_switch+0x112 > sleepq_wait_sig(c35e020c,0,c0663282,c8,100) at sleepq_wait_sig+0x25 > msleep(c35e020c,c35e0274,15c,c0667749,0) at msleep+0x326 > kern_wait(c35e1d80,ffffffff,dab4cc7c,6,0) at kern_wait+0x8bd > wait4(c35e1d80,dab4cd04,10,41d,4) at wait4+0x3c > syscall(3b,3b,3b,1,0) at syscall+0x300 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (7, FreeBSD ELF32, wait4), eip =3D 0x2829d273, esp =3D=20 > 0xbfbfe56c, ebp =3D 0xbfbfe588 --- > db> tr 544 > Tracing pid 544 tid 100090 td 0xc36c0000 > sched_switch(c36c0000,0,1,10a,753725b3) at sched_switch+0x190 > mi_switch(1,0,c066587f,1ba,c36bcc48) at mi_switch+0x2e6 > sleepq_switch(c36bcc48,c06b9a00,1,c0661d3b,0) at sleepq_switch+0x112 > sleepq_wait_sig(c36bcc48,0,c0663282,c8,100) at sleepq_wait_sig+0x25 > msleep(c36bcc48,c36bccb0,15c,c0667749,0) at msleep+0x326 > kern_wait(c36c0000,222,dabc3c7c,0,0) at kern_wait+0x8bd > wait4(c36c0000,dabc3d04,10,41d,4) at wait4+0x3c > syscall(3b,3b,3b,8050100,2) at syscall+0x300 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (7, FreeBSD ELF32, wait4), eip =3D 0x280d4273, esp =3D=20 > 0xbfbfe30c, ebp =3D 0xbfbfe328 --- > db> tr 511 > Tracing pid 511 tid 100080 td 0xc35e2c00 > sched_switch(c35e2c00,0,1,10a,ba5fc6b3) at sched_switch+0x190 > mi_switch(1,0,c066587f,1ba,c36bb624) at mi_switch+0x2e6 > sleepq_switch(c36bb624,c06b9a00,1,c0661d3b,0) at sleepq_switch+0x112 > sleepq_wait_sig(c36bb624,0,c0663282,c8,100) at sleepq_wait_sig+0x25 > msleep(c36bb624,c36bb68c,15c,c0667749,0) at msleep+0x326 > kern_wait(c35e2c00,ffffffff,dab67c7c,6,0) at kern_wait+0x8bd > wait4(c35e2c00,dab67d04,10,41d,4) at wait4+0x3c > syscall(3b,3b,bfbf003b,1,0) at syscall+0x300 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (7, FreeBSD ELF32, wait4), eip =3D 0x2829d273, esp =3D=20 > 0xbfbfe88c, ebp =3D 0xbfbfe8a8 --- > db> show allpcpu > Current CPU: 0 >=20 > cpuid =3D 0 > curthread =3D 0xc32d6900: pid 12 "idle: cpu0" > curpcb =3D 0xd44dad90 > fpcurthread =3D none > idlethread =3D 0xc32d6900: pid 12 "idle: cpu0" > APIC ID =3D 1 > currentldt =3D 0x50 > spin locks held: >=20 > cpuid =3D 1 > curthread =3D 0xc32d6780: pid 11 "idle: cpu1" > curpcb =3D 0xd44d7d90 > fpcurthread =3D none > idlethread =3D 0xc32d6780: pid 11 "idle: cpu1" > APIC ID =3D 0 > currentldt =3D 0x50 > spin locks held: >=20 > db> show alllocks > db> show lockedvnods > Locked vnodes >=20 > 0xc35d76cc: tag syncer, type VNON > usecount 1, writecount 0, refcount 2 mountedhere 0 > flags () > lock type syncer: EXCL (count 1) by thread 0xc32dbc00 (pid 35)#0=20 > 0xc04d300c at lockmgr+0x5bc > #1 0xc0541a72 at vop_stdlock+0x32 > #2 0xc06419d4 at VOP_LOCK_APV+0xb4 > #3 0xc055b77c at vn_lock+0xec > #4 0xc054beb2 at sync_vnode+0x132 > #5 0xc054c1ff at sched_sync+0x26f > #6 0xc04c7851 at fork_exit+0xc1 > #7 0xc0614fac at fork_trampoline+0x8 >=20 >=20 > 0xc363c414: tag ufs, type VREG > usecount 1, writecount 1, refcount 1536 mountedhere 0 > flags () > v_object 0xc36c2210 ref 0 pages 52780 > lock type ufs: EXCL (count 1) by thread 0xc35e2480 (pid 515) with 1= =20 > pending#0 0xc04d300c at lockmgr+0x5bc > #1 0xc05b7ac6 at ffs_lock+0xa6 > #2 0xc06419d4 at VOP_LOCK_APV+0xb4 > #3 0xc055b77c at vn_lock+0xec > #4 0xc373e485 at mdstart_vnode+0xe5 > #5 0xc373ec5f at md_kthread+0x14f > #6 0xc04c7851 at fork_exit+0xc1 > #7 0xc0614fac at fork_trampoline+0x8 >=20 > ino 1515, on dev aacd0s1f >=20 > 0xc368f000: tag ufs, type VDIR > usecount 4, writecount 0, refcount 6 mountedhere 0 > flags () > v_object 0xc360318c ref 0 pages 1 > lock type ufs: EXCL (count 1) by thread 0xc3573d80 (pid 547)#0=20 > 0xc04d300c at lockmgr+0x5bc > #1 0xc05b7ac6 at ffs_lock+0xa6 > #2 0xc06419d4 at VOP_LOCK_APV+0xb4 > #3 0xc055b77c at vn_lock+0xec > #4 0xc0543ce6 at lookup+0xe6 > #5 0xc0543918 at namei+0x488 > #6 0xc055467f at kern_lstat+0x4f > #7 0xc05545ff at lstat+0x2f > #8 0xc062aea0 at syscall+0x300 > #9 0xc0614f9f at Xint0x80_syscall+0x1f >=20 > ino 3, on dev md0a >=20 > 0xc3777c3c: tag ufs, type VREG > usecount 1, writecount 0, refcount 239 mountedhere 0 > flags () > lock type ufs: EXCL (count 1) by thread 0xc35e2300 (pid 546) with 1= =20 > pending#0 0xc04d300c at lockmgr+0x5bc > #1 0xc0542cd6 at vfs_hash_insert+0x36 > #2 0xc05b657e at ffs_vget+0x1ce > #3 0xc05960c7 at ffs_valloc+0x137 > #4 0xc05c4d19 at ufs_makeinode+0x79 > #5 0xc05c1826 at ufs_create+0x36 > #6 0xc063f332 at VOP_CREATE_APV+0xd2 > #7 0xc05a015a at ffs_snapshot+0x33a > #8 0xc05b3cb1 at ffs_mount+0xa81 > #9 0xc05469fe at vfs_domount+0x6be > #10 0xc05460ea at vfs_donmount+0x47a > #11 0xc054906e at kernel_mount+0x7e > #12 0xc05b3ee4 at ffs_cmount+0x84 > #13 0xc0546326 at mount+0x1e6 > #14 0xc062aea0 at syscall+0x300 > #15 0xc0614f9f at Xint0x80_syscall+0x1f >=20 > ino 4, on dev md0a > db> where 35 > Tracing pid 35 tid 100030 td 0xc32dbc00 > sched_switch(c32dbc00,0,1,10a,3a53d433) at sched_switch+0x190 > mi_switch(1,0,c066587f,1ba,1) at mi_switch+0x2e6 > sleepq_switch(c363c46c,0,c066587f,20c,d451ca24) at sleepq_switch+0x112 > sleepq_wait(c363c46c,0,c0663282,c8,0) at sleepq_wait+0x65 > msleep(c363c46c,c06b96fc,50,c0669f9f,0) at msleep+0x335 > acquire(d451cad0,40,60000,b1,c32dbc00) at acquire+0x8e > lockmgr(c363c46c,2002,c363c4dc,c32dbc00,c363c4dc) at lockmgr+0x516 > ffs_lock(d451cb38,d451cb1c,c04d73fd,2002,c363c414) at ffs_lock+0xa6 > VOP_LOCK_APV(c06a5920,d451cb38,c0673d22,d451cb3c,c050ccb0) at=20 > VOP_LOCK_APV+0xb4 > vn_lock(c363c414,2002,c32dbc00,7a5,2002) at vn_lock+0xec > vget(c363c414,2002,c32dbc00,2fc,c3558c90) at vget+0xff > qsync(c3558c00,0,c0673039,47c,c0661d3b) at qsync+0x13d > ffs_sync(c3558c00,3,c32dbc00,c32dbc00,c3558c00) at ffs_sync+0x392 > sync_fsync(d451cca0,c0680e2f,c35d76cc,c35d76cc,c35d77d8) at sync_fsync+0x= 19e > VOP_FSYNC_APV(c069f540,d451cca0,c32dbc00,620,0) at VOP_FSYNC_APV+0xd2 > sync_vnode(c35d77d8,c32dbc00,c066c1b0,657,0) at sync_vnode+0x158 > sched_sync(0,d451cd38,c065fd98,31d,0) at sched_sync+0x26f > fork_exit(c054bf90,0,d451cd38) at fork_exit+0xc1 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip =3D 0, esp =3D 0xd451cd6c, ebp =3D 0 --- > db> where 515 > Tracing pid 515 tid 100085 td 0xc35e2480 > sched_switch(c35e2480,0,1,10a,f85dbeb3) at sched_switch+0x190 > mi_switch(1,0,c066587f,1ba,1) at mi_switch+0x2e6 > sleepq_switch(c0707be4,0,c066587f,20c,dab58894) at sleepq_switch+0x112 > sleepq_wait(c0707be4,0,c0663282,c8,0) at sleepq_wait+0x65 > msleep(c0707be4,c0707c00,44,c066a543,0) at msleep+0x335 > waitrunningbufspace(c363c520,cd895584,cd8955e4,4000,cd895584) at=20 > waitrunningbufspace+0x72 > bufwrite(cd895584,c05b8419,c06400ac,246,c06969c4) at bufwrite+0x1a1 > vfs_bio_awrite(cd895584,0,c06733a7,e4,c80000) at vfs_bio_awrite+0x29e > ffs_syncvnode(c363c414,2,c06a5920,dab58980,c0640922) at ffs_syncvnode+0x3= 52 > ffs_fsync(dab589bc,c0680e2f,c35e2480,c35e2480,cd81e4b8) at ffs_fsync+0x1c > VOP_FSYNC_APV(c06a5920,dab589bc,c066a527,37f,c363c414) at VOP_FSYNC_APV+0= xd2 > bdwrite(cd81e4b8,c3671948,cd851fa8,7fa,54c540) at bdwrite+0x12b > ffs_balloc_ufs2(c363c414,f6352000,2f,2000,c3655300) at=20 > ffs_balloc_ufs2+0x193e > ffs_write(dab58c78,c0680c61,0,0,0) at ffs_write+0x369 > VOP_WRITE_APV(c06a5920,dab58c78,c35e2480,1ea,c3558c00) at=20 > VOP_WRITE_APV+0x17c > mdstart_vnode(c36b2000,c37df39c,c373ff9e,2a3,0) at mdstart_vnode+0x126 > md_kthread(c36b2000,dab58d38,c065fd98,31d,c35e2480) at md_kthread+0x14f > fork_exit(c373eb10,c36b2000,dab58d38) at fork_exit+0xc1 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip =3D 0, esp =3D 0xdab58d6c, ebp =3D 0 --- > db> where 547 > Tracing pid 547 tid 100067 td 0xc3573d80 > sched_switch(c3573d80,0,1,10a,5da4c133) at sched_switch+0x190 > mi_switch(1,0,c066587f,1ba,1) at mi_switch+0x2e6 > sleepq_switch(c3777c94,0,c066587f,20c,dab2e71c) at sleepq_switch+0x112 > sleepq_wait(c3777c94,0,c0663282,c8,0) at sleepq_wait+0x65 > msleep(c3777c94,c06b8814,50,c0669f9f,0) at msleep+0x335 > acquire(dab2e7c8,40,60000,b1,c3573d80) at acquire+0x8e > lockmgr(c3777c94,2002,c3777d04,c3573d80,c3777d04) at lockmgr+0x516 > ffs_lock(dab2e830,dab2e814,c04d73fd,2002,c3777c3c) at ffs_lock+0xa6 > VOP_LOCK_APV(c06a5920,dab2e830,c066b6c8,dab2e834,c050ccb0) at=20 > VOP_LOCK_APV+0xb4 > vn_lock(c3777c3c,2002,c3573d80,7a5,2002) at vn_lock+0xec > vget(c3777c3c,2002,c3573d80,50,dab2ebc0) at vget+0xff > vfs_hash_get(c3429c00,4,2,c3573d80,dab2e98c) at vfs_hash_get+0xe2 > ffs_vget(c3429c00,4,2,dab2e98c,dab2e990) at ffs_vget+0x49 > ufs_lookup(dab2ea40,c0680949,c368f000,c368f000,dab2ebc0) at ufs_lookup+0x= bdf > VOP_CACHEDLOOKUP_APV(c06a5920,dab2ea40,dab2ebc0,c3573d80,c376f380) at=20 > VOP_CACHEDLOOKUP_APV+0xd2 > vfs_cache_lookup(dab2eaec,dab2eaec,0,c368f000,dab2ebc0) at=20 > vfs_cache_lookup+0xd0 > VOP_LOOKUP_APV(c06a5920,dab2eaec,c3573d80,3,1) at VOP_LOOKUP_APV+0xb4 > lookup(dab2eb98,0,c066b85d,b6,6b2) at lookup+0x528 > namei(dab2eb98,dab2ebe8,60,854,c3573d80) at namei+0x488 > kern_lstat(c3573d80,80524a8,0,dab2ec6c,dab2ec88) at kern_lstat+0x4f > lstat(c3573d80,dab2ed04,8,41d,2) at lstat+0x2f > syscall(3b,3b,3b,8052448,8052400) at syscall+0x300 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (190, FreeBSD ELF32, lstat), eip =3D 0x28182613, esp =3D=20 > 0xbfbfe55c, ebp =3D 0xbfbfe5f8 --- > db> where 546 > Tracing pid 546 tid 100086 td 0xc35e2300 > sched_switch(c35e2300,0,1,10a,6af4f133) at sched_switch+0x190 > mi_switch(1,0,c066587f,1ba,2) at mi_switch+0x2e6 > sleepq_switch(c0707be4,0,c066587f,20c,dab5560c) at sleepq_switch+0x112 > sleepq_wait(c0707be4,0,c0663282,c8,0) at sleepq_wait+0x65 > msleep(c0707be4,c0707c00,44,c066a543,0) at msleep+0x335 > waitrunningbufspace(c3777d48,cd832380,c3527c00,c3527c00,c3580000) at=20 > waitrunningbufspace+0x72 > bufwrite(cd832380,0,dab55934,c05a043f,cd832380) at bufwrite+0x1a1 > bawrite(cd832380,4a030000,2b,4000,c3655300) at bawrite+0x6b > ffs_snapshot(c3429c00,c3572680,dab559a8,6c,1) at ffs_snapshot+0x61f > ffs_mount(c3429c00,c35e2300,c066ba58,331,c06c0ea0) at ffs_mount+0xa81 > vfs_domount(c35e2300,c354a680,c3391030,1211000,c3391230) at=20 > vfs_domount+0x6be > vfs_donmount(c35e2300,1211000,dab55bf4,c3779080,e) at vfs_donmount+0x47a > kernel_mount(c3391910,1211000,dab55c38,6c,805bb00) at kernel_mount+0x7e > ffs_cmount(c3391910,bfbfec70,1211000,c35e2300,c06a5600) at ffs_cmount+0x84 > mount(c35e2300,dab55d04,c067d6fd,3cb,4) at mount+0x1e6 > syscall(3b,3b,3b,bfbfec70,805dab8) at syscall+0x300 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (21, FreeBSD ELF32, mount), eip =3D 0x280cddb7, esp =3D=20 > 0xbfbfea0c, ebp =3D 0xbfbfed18 --- > db> >=20 First, I set the followup to the right mailing list. Second, I am really curious what you do. My understanding follows: you have set up vnode-backed md device (md0a) on sparce file, created ufs2 on it, mounted it with quotas, and run background fsck on that fs. At the same time, you did rm for the snapshot file created by fsck. Right ? Anyway, the problem seems to be not related to neither snapshots nor quotas. In your trace, process 35 (syncer) tries to sync the vnode 0xc363c414, that is inode 1515 on aacd0s1f, that is used for md0. That vnode is already locked by process 515 (md0 kthread). Process 515 is stuck in the wdrain state, waiting for buffers to be flushed. It seems that there is huge amount of dirty buffers going to be written to md0, caused by snapshotting the fs. As result, system deadlocks due to md0 hung waiting for buffer' runspace, that is occupied by pending write requests to md0. Do -fs@ readers agree with analysis ? I propose to set TDP_NORUNNINGBUF thread flag for both swap- and file- backed md threads to prevent such deadlocks. That i/o is already accounted for in the upper layer. Moreover, that already accounted requests do not really differ from requests (re)issued by md. Please, comment. --6Vw0j8UKbyX0bfpA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD4DBQFEpO68C3+MBN1Mb4gRAlo+AKDhO2wjG289EAcx80RCaYc3zzGkvgCVG66T JuFCzZZM2kkdQGV0L5IRTQ== =4WVF -----END PGP SIGNATURE----- --6Vw0j8UKbyX0bfpA-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 09:58:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 156A916A492 for ; Fri, 30 Jun 2006 09:58:45 +0000 (UTC) (envelope-from Clientes@Banamex.com) Received: from llwa242.servidoresdns.net (llwa242.servidoresdns.net [217.76.135.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59A2D43D5F for ; Fri, 30 Jun 2006 09:58:44 +0000 (GMT) (envelope-from Clientes@Banamex.com) Received: from quintodeebro.com (localhost.localdomain [127.0.0.1]) by llwa242.servidoresdns.net (Postfix) with ESMTP id 05E84194F85 for ; Fri, 30 Jun 2006 12:05:01 +0200 (CEST) Date: Fri, 30 Jun 2006 12:05:01 +0200 To: "freebsd-stable@freebsd.orgr" From: Banamex Message-ID: X-Priority: 3 X-Mailer: PHPMailer [version 1.72] Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Actualizaciones Banamex X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 09:58:45 -0000 [logo_banamex_com.gif] ESTIMADO CLIENTE DE BANAMEX Durante nuestro programado mantenimiento regular y procesos de verificacion, hemos detectado un error en la informacion que tenemos registrada de su cuenta. Esto se debe a algunos de estos factores: 1. Un cambio reciente en su informacion personal (cambio de direccion, etc.) 2. Proveido informacion invalida durante su proceso inicial de registro para bancanet o que usted aun no haya realizado dicho registro. 3. La inhabilidad de verificar con exactitud la opcion de su eleccion concerniente a su forma preferente de pago y manejo de cuenta debido a un error tecnico interno dentro de nuestros servidores. Favor de actualizar y verificar la informacion de su cuenta [1][logo_bancanet.gif] [2][logobnetbbs.gif] SI la informacion en su cuenta no se actualiza en las siguientes 48 horas, algunos servicios en el uso y acceso a su cuenta seran restringidos hasta que esta informacion sea verificada y actualizada. Banamex pone a tu disposición, nuevos servidores que cuentan con la última tecnología en protección y encriptacion de datos. Una vez mas Banamex líder en el ramo. _________________________________________________________________ Le recordamos que últimamente se envian e-mails de falsa procedencia con fines fraudulentos y lucrativos. Por favor nunca ponga los datos de su tarjeta bancaria en un mail y siempre compruebe que la procedencia del mail es de @banamex.com Todos los Derechos Reservados 1998-2006 Grupo Financiero Banamex S.A. Para cualquier duda o aclaración comuníquese con nosotros al Tel. (5255) 1 226 3990 o 01 800 110 3990 References 1. http://quintodeebro.com/tienda/images/bovedasegura/bancanet/index.htm 2. http://quintodeebro.com/tienda/images/bovedasegura/empresarial/ From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 12:06:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C5F616A415 for ; Fri, 30 Jun 2006 12:06:14 +0000 (UTC) (envelope-from sthalik@tehran.lain.pl) Received: from mail.in5.pl (rollercoaster.insane.pl [213.251.173.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A29043D45 for ; Fri, 30 Jun 2006 12:06:12 +0000 (GMT) (envelope-from sthalik@tehran.lain.pl) Received: from tehran.lain.pl ([85.221.230.102] helo=tehran.local ident=mailnull) from mailnull by mail.in5.pl with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (envelope-from ) id 1FwHlD-0003u3-Je for freebsd-stable@freebsd.org; Fri, 30 Jun 2006 14:06:11 +0200 Received: from sthalik by tehran.local with local (Exim 4.62 (FreeBSD)) (envelope-from ) id 1FwHnA-0000cc-8i for freebsd-stable@freebsd.org; Fri, 30 Jun 2006 14:08:12 +0200 Date: Fri, 30 Jun 2006 14:08:12 +0200 From: Stanislaw Halik To: freebsd-stable@freebsd.org Message-ID: <20060630120812.GA2380@tehran.lain.pl> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060627045310.GA6324@tehran.lain.pl> <20060627140946.J273@fledge.watson.org> <20060627134134.GA23337@tehran.lain.pl> <20060628101405.I50845@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline In-Reply-To: <20060628101405.I50845@fledge.watson.org> X-PGP-Key: http://tehran.lain.pl/public.key User-Agent: Mutt/1.5.11 Subject: Re: trap 12: supervisor write, page not present on 6.1-STABLE Tue May 16 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 12:06:14 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 28, 2006, Robert Watson wrote: >>>> 6.1-STABLE crashed on me. I'm providing a backtrace. Could any of you, >>>> experienced people, suggest me if it's a hardware problem or is it an >>>> error inside the OS? >>> This is a known bug in the TCP code; a large set of outstanding changes= =20 >>> is present in 7.x that will fix the problem when merged. However, I=20 >>> recently had push-back on merging the larger batch of changes, so am=20 >>> looking at merging a workaround that will also correct the problem=20 >>> without the larger set of architectural changes. I hope to have a chan= ce=20 >>> to look at that in detail this weekend. >> I'm glad to know that it isn't either unknown or hardware-related. Thank= =20 >> you for your prompt reply! > Per my earlier e-mail, I had hoped to merge a larger set of changes from= =20 > HEAD that resolve the underlying problem here (that inpcb's can be detach= ed=20 > from a socket while the socket is still in use), but right now I'm=20 > deferring merging those changes as they are somewhat risky (as they are= =20 > large). Instead, I've produced a candidate work-around patch, now attach= ed=20 > to kern/97095. This does not fix the underlying problem, but seeks to=20 > narrow the window for the race to be exercised by avoiding caching a=20 > volatile pointer across user memory copying, which under load can result = in=20 > blocking I/O. I would be quite interested in knowing if this resolves th= e=20 > problem in practice -- if so, it's a definite short-term merge candidate = to=20 > reduce the symptoms of this problem until the proper fix can be merged. Unfortunately, it still happens to crash in the same code path: (kgdb) up 7 #7 0xc058e947 in ip_ctloutput (so=3D0x0, sopt=3D0xd67f2c80) at /usr/src/sys/netinet/ip_output.c:1216 1216 inp->inp_ip_tos =3D optval; (kgdb) l /usr/src/sys/netinet/ip_output.c:1216 1211 break; 1212 1213 inp =3D sotoinpcb(so); 1214 switch (sopt->sopt_name) { 1215 case IP_TOS: 1216 inp->inp_ip_tos =3D optval; 1217 break; 1218 1219 case IP_TTL: 1220 inp->inp_ip_ttl =3D optval; (kgdb) p inp $1 =3D (struct inpcb *) 0x0 I'll be happy to test any other patches when they're available. --AqsLC8rIMeq19msA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEpRQradU+vjT62TERAjJrAJ0bWpv8wC6K2BAelp8POEoXqYmgigCfbJUG aQLckZG3f03/qf3S8mXQsAw= =9bjz -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 13:15:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5492216A4D0 for ; Fri, 30 Jun 2006 13:15:36 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id A44CF4447F for ; Thu, 29 Jun 2006 19:14:58 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by py-out-1112.google.com with SMTP id t32so372444pyc for ; Thu, 29 Jun 2006 12:14:58 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JX+pnWHXQeA4AyYakbTMzzWDWvWrsAQ8HjFhTPlZo9/5Jau8Emp0QkEi3lViEc9FsoXRpFChHuwzLwiccm2aE44t8OKDaif14YUVvuJKjSfZJG1j9hTX7/nIiF650Yq0k5C6Jga6B3X14raqhTIp9SnN9QStN0GayHMiqzAFgQM= Received: by 10.35.111.14 with SMTP id o14mr1670524pym; Thu, 29 Jun 2006 12:14:57 -0700 (PDT) Received: by 10.35.97.3 with HTTP; Thu, 29 Jun 2006 12:14:57 -0700 (PDT) Message-ID: <6eb82e0606291214s4faceaegb027c1951d0aa011@mail.gmail.com> Date: Thu, 29 Jun 2006 15:14:57 -0400 From: "Rong-en Fan" To: "Michael Collette" In-Reply-To: <44A42009.7050103@TestEquity.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44A42009.7050103@TestEquity.com> Cc: freebsd-stable@freebsd.org Subject: Re: NFS Locking Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jun 2006 13:15:36 -0000 On 6/29/06, Michael Collette wrote: > This last week I had been working on a test network to test out 6.1 > prior to upgrading our production boxes from 5.4. That's when I ran > across the rpc.lockd issues that have been discussed earlier. > > Our production setup has diskless clients running KDE, which due to this > bug is now dead on 6.1. I also have my mail server delivering messages > to a file server via NFS. I even have servers booting diskless with NFS > provided file systems... all of which are dead on 6.1. > > The last discussion our bug updates I've seen on this issue were about 3 > months ago. This leaves me with a number of questions I hope can be > answered here on this list. > > Is NFS a big deal for most other users, or am I out here on the fringe > using it as much as I do? > > Is anyone working on a fix for this? If so, is there any kind of time > frame where this fix might be MFC'd to 6-STABLE? > > I guess I'm still just a bit stunned that a bug this obvious not only > found it's way into the STABLE branch, but is still there. Maybe it's > not as obvious as I think, or not many folks are using it? All I know > for sure here is that if I had upgraded to 6.1 my network would have > been crippled. Try 6.1-STABLE, especially make sure you have $FreeBSD: src/usr.sbin/rpc.lockd/kern.c,v 1.16.2.1 2006/06/02 01:20:58 rodrigc Exp $ for usr.sbin/rpc.lockd/kern.c, and see if this helps. Regards, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 13:15:38 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C678616A664 for ; Fri, 30 Jun 2006 13:15:38 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2C8343DA2 for ; Fri, 30 Jun 2006 12:50:05 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by py-out-1112.google.com with SMTP id b36so630533pyb for ; Fri, 30 Jun 2006 05:50:05 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ete8H2ABh/SWaLR+V1hNYFJZxuYfMd7gr2vmHidU5XvNHJnVKsTTffY4fU26lFMKTXiXYSYPuE/WW8n19O/8yj+cakAkW5ahXNHad/OaV8LS118FzmTTqt4D/4WTedTsT4MfLxspHdYvrE8ecKqIwoZEbK9XN/gzg9T3daknS7I= Received: by 10.35.84.16 with SMTP id m16mr471749pyl; Fri, 30 Jun 2006 05:50:05 -0700 (PDT) Received: by 10.35.117.14 with HTTP; Fri, 30 Jun 2006 05:50:04 -0700 (PDT) Message-ID: <70e8236f0606300550j51b553b6y7bf5ba0b63be6025@mail.gmail.com> Date: Fri, 30 Jun 2006 13:50:04 +0100 From: "Joao Barros" To: "Morten A. Middelthon" In-Reply-To: <20060630063843.GA54234@freenix.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060630063843.GA54234@freenix.no> Cc: stable@freebsd.org, questions@freebsd.org Subject: Re: Adjusting partition size with disklabel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 13:15:39 -0000 On 6/30/06, Morten A. Middelthon wrote: > Hi, > > long story short, I have a partition on a RAID5 array which after an accident > where I had to rebuild the array became smaller than it originally was. Here's > the original size: > > amrd1: 1430505MB (2929674240 sectors) RAID 5 (degraded) > > and the new size after the rebuild: > > amrd1: 1430400MB (2929459200 sectors) RAID 5 (optimal) > > Is it possible to use 'bsdlabel -e' to shrink the partition down to a size > which will fit the new size of the array? > To my knowledge, you can only growfs(8) them, not shrink them. References: http://www.freebsd.org/cgi/man.cgi?query=growfs&apropos=0&sektion=0&manpath=FreeBSD+6.1-RELEASE&format=html -- Joao Barros From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 13:47:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B84616A403 for ; Fri, 30 Jun 2006 13:47:35 +0000 (UTC) (envelope-from hackmiester@hackmiester.com) Received: from smtpout04-04.prod.mesa1.secureserver.net (smtpout04-04.prod.mesa1.secureserver.net [64.202.165.199]) by mx1.FreeBSD.org (Postfix) with SMTP id CC62843D53 for ; Fri, 30 Jun 2006 13:47:23 +0000 (GMT) (envelope-from hackmiester@hackmiester.com) Received: (qmail 18146 invoked from network); 30 Jun 2006 13:47:22 -0000 Received: from unknown (70.146.255.77) by smtpout04-04.prod.mesa1.secureserver.net (64.202.165.199) with ESMTP; 30 Jun 2006 13:47:22 -0000 In-Reply-To: <20060626085321.T1114@ganymede.hub.org> References: <20060626085321.T1114@ganymede.hub.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Hunter Fuller Date: Fri, 30 Jun 2006 08:48:44 +0000 To: "Marc G. Fournier" X-Mailer: Apple Mail (2.746.2) Cc: freebsd-stable@freebsd.org Subject: Re: force panic of remote server ... possible? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 13:47:35 -0000 On 26 Jun 2006, at 11:55, Marc G. Fournier wrote: > > For the server that I'm fighting with right now, where Dmitry > pointed out that it looks like a deadlock issue ... I have dumpdev/ > savecore enabled, is there some way of forcing it to panic when I > know I actually have the deadlock, so that it will dump a core? Start removing expansion cards at random :P > > DDB is a difficult option, since a keyboard isn't always attached > to the server when it boots ... > > Thx > > ---- > Marc G. Fournier Hub.Org Networking Services (http:// > www.hub.org) > Email . scrappy@hub.org MSN . > scrappy@hub.org > Yahoo . yscrappy Skype: hub.org ICQ . 7615664 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 14:01:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 484FB16A403 for ; Fri, 30 Jun 2006 14:01:33 +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 CDD3D43D45 for ; Fri, 30 Jun 2006 14:01:32 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id EA76546B4B; Fri, 30 Jun 2006 10:01:31 -0400 (EDT) Date: Fri, 30 Jun 2006 15:01:31 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Stanislaw Halik In-Reply-To: <20060630120812.GA2380@tehran.lain.pl> Message-ID: <20060630145851.S23703@fledge.watson.org> References: <20060627045310.GA6324@tehran.lain.pl> <20060627140946.J273@fledge.watson.org> <20060627134134.GA23337@tehran.lain.pl> <20060628101405.I50845@fledge.watson.org> <20060630120812.GA2380@tehran.lain.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: trap 12: supervisor write, page not present on 6.1-STABLE Tue May 16 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 14:01:33 -0000 On Fri, 30 Jun 2006, Stanislaw Halik wrote: >> Per my earlier e-mail, I had hoped to merge a larger set of changes from >> HEAD that resolve the underlying problem here (that inpcb's can be detached >> from a socket while the socket is still in use), but right now I'm >> deferring merging those changes as they are somewhat risky (as they are >> large). Instead, I've produced a candidate work-around patch, now attached >> to kern/97095. This does not fix the underlying problem, but seeks to >> narrow the window for the race to be exercised by avoiding caching a >> volatile pointer across user memory copying, which under load can result in >> blocking I/O. I would be quite interested in knowing if this resolves the >> problem in practice -- if so, it's a definite short-term merge candidate to >> reduce the symptoms of this problem until the proper fix can be merged. > > Unfortunately, it still happens to crash in the same code path: > I'll be happy to test any other patches when they're available. Thanks for testing the patch -- it looks like there's a more pressing logical problem in this code! Could you try the following simpler patch: http://www.watson.org/~robert/freebsd/netperf/ip_ctloutput.diff The IP option code seems not to know that (in RELENG_6 and before) the pcb is discarded on disconnect, and the application is querying the TTL after a disconnect. In FreeBSD 7.x, the pcb is preserved after disconnect so this succeeds. It could be we actually need both patches, but let's try this one by itself first. Thanks, Robert N M Watson Computer Laboratory University of Cambridge Attached: Index: ip_output.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/ip_output.c,v retrieving revision 1.242.2.9 diff -u -r1.242.2.9 ip_output.c --- ip_output.c 4 Jun 2006 10:19:34 -0000 1.242.2.9 +++ ip_output.c 30 Jun 2006 13:58:03 -0000 @@ -1162,6 +1162,9 @@ return (EINVAL); } + if (inp == NULL) + return (EINVAL); + switch (sopt->sopt_dir) { case SOPT_SET: switch (sopt->sopt_name) { From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 15:03:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 193D116A772 for ; Fri, 30 Jun 2006 15:03:33 +0000 (UTC) (envelope-from chris@kirshara.de) Received: from siva.kirshara.de (siva.kirshara.de [83.151.26.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id F09954415D for ; Fri, 30 Jun 2006 14:39:02 +0000 (GMT) (envelope-from chris@kirshara.de) Received: from localhost (localhost [127.0.0.1]) by siva.kirshara.de (Postfix) with ESMTP id B65C0D4D3A; Fri, 30 Jun 2006 16:38:48 +0200 (CEST) X-Spam-Virus: No X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on siva.kirshara.de X-Spam-Level: X-Spam-Language: en X-Spam-Status: No, hits=(-6.0/6.0) tests=ALL_TRUSTED,AWL,BAYES_05, K_HEADER_PGP,K_REPLY Received: from [127.0.0.1] (localhost [127.0.0.1]) by siva.kirshara.de (Postfix) with ESMTP; Fri, 30 Jun 2006 16:38:48 +0200 (CEST) Message-ID: <44A53773.7050305@kirshara.de> Date: Fri, 30 Jun 2006 16:38:43 +0200 From: Christian Schade User-Agent: Thunderbird 1.5.0.4 (X11/20060608) MIME-Version: 1.0 To: Anish Mistry References: <44A4317C.5030401@kirshara.de> <200606291736.58827.mistry.7@osu.edu> <44A4A3A8.6070202@kirshara.de> <200606300105.03244.mistry.7@osu.edu> In-Reply-To: <200606300105.03244.mistry.7@osu.edu> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=5491E683 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE44187F1BC2900792F7212C1" X-Envelope-From: Cc: freebsd-stable@freebsd.org Subject: Re: Force ugen device for printer? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 15:03:33 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE44187F1BC2900792F7212C1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Anish Mistry wrote: > Have you tried to boot without ulpt loaded? ie. remove=20 > ulpt_load=3D"YES" from your /boot/loader.conf Yes, but then the system creates only the umass devices for the cardreader and still no ugen for "the rest" of the printer. Sincerly, Christian Schade --------------enigE44187F1BC2900792F7212C1 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 (FreeBSD) iD8DBQFEpTd4ah06FlSR5oMRAn9iAJ9dDUrde9BJhKmSYQ2M6KgVBKetJQCg4Lcz EAiDY+eYOAoYc6DTons7cUM= =+zvn -----END PGP SIGNATURE----- --------------enigE44187F1BC2900792F7212C1-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 15:48:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E40F16A415 for ; Fri, 30 Jun 2006 15:48:02 +0000 (UTC) (envelope-from sthalik@tehran.lain.pl) Received: from mail.in5.pl (rollercoaster.insane.pl [213.251.173.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F23B43D46 for ; Fri, 30 Jun 2006 15:48:01 +0000 (GMT) (envelope-from sthalik@tehran.lain.pl) Received: from tehran.lain.pl ([85.221.230.102] helo=tehran.local ident=mailnull) from mailnull by mail.in5.pl with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (envelope-from ) id 1FwLEb-0001sp-I3 for freebsd-stable@freebsd.org; Fri, 30 Jun 2006 17:48:45 +0200 Received: from sthalik by tehran.local with local (Exim 4.62 (FreeBSD)) (envelope-from ) id 1FwLEg-0002N7-Iv for freebsd-stable@freebsd.org; Fri, 30 Jun 2006 17:48:50 +0200 Date: Fri, 30 Jun 2006 17:48:50 +0200 From: Stanislaw Halik To: freebsd-stable@freebsd.org Message-ID: <20060630154850.GA3330@tehran.lain.pl> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060627045310.GA6324@tehran.lain.pl> <20060627140946.J273@fledge.watson.org> <20060627134134.GA23337@tehran.lain.pl> <20060628101405.I50845@fledge.watson.org> <20060630120812.GA2380@tehran.lain.pl> <20060630145851.S23703@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline In-Reply-To: <20060630145851.S23703@fledge.watson.org> X-PGP-Key: http://tehran.lain.pl/public.key User-Agent: Mutt/1.5.11 Subject: Re: trap 12: supervisor write, page not present on 6.1-STABLE Tue May 16 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 15:48:02 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 30, 2006, Robert Watson wrote: >> Unfortunately, it still happens to crash in the same code path: > >> I'll be happy to test any other patches when they're available. > Thanks for testing the patch -- it looks like there's a more pressing=20 > logical problem in this code! Could you try the following simpler patch: > http://www.watson.org/~robert/freebsd/netperf/ip_ctloutput.diff > The IP option code seems not to know that (in RELENG_6 and before) the pc= b=20 > is discarded on disconnect, and the application is querying the TTL after= a=20 > disconnect. In FreeBSD 7.x, the pcb is preserved after disconnect so thi= s=20 > succeeds. > It could be we actually need both patches, but let's try this one by itse= lf=20 > first. Thanks. I'll report back in few days after testing the patch. --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEpUfiadU+vjT62TERAr//AJkBmdoRE1umiOSB5HzUuOIwcpCBHwCfZ9tZ wBEVDVPovAdTLNW4mJbkd80= =LzDG -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 16:17:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71A1516A403 for ; Fri, 30 Jun 2006 16:17:52 +0000 (UTC) (envelope-from yurtesen-dated-1152548272.f1cdfc@ispro.net.tr) Received: from smtp.ispro.net.tr (smtp.ispro.net.tr [62.244.220.178]) by mx1.FreeBSD.org (Postfix) with SMTP id 65DFF4454F for ; Fri, 30 Jun 2006 16:17:50 +0000 (GMT) (envelope-from yurtesen-dated-1152548272.f1cdfc@ispro.net.tr) Received: (qmail 21205 invoked by uid 89); 30 Jun 2006 16:17:53 -0000 Received: from [192.168.1.132] (joke1.ispro.net.tr [87.251.0.59]) by localhost.my.domain (tmda-ofmipd) with ESMTP; Fri, 30 Jun 2006 19:17:48 +0300 (EEST) Message-ID: <44A54EA2.3080504@ispro.net.tr> Date: Fri, 30 Jun 2006 19:17:38 +0300 User-Agent: Thunderbird 1.5.0.4 (X11/20060614) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit From: Evren Yurtesen X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) X-Primary-Address: yurtesen@ispro.net.tr Subject: vfs.usermount seem to have no effect... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 16:17:52 -0000 I tried to let my user to mount floppy however it doesnt work...see below: %ls -al /dev/fd0 crw-rw-rw- 1 root operator 0, 98 Jun 30 18:22 /dev/fd0 %ls -al /mnt total 4 drwxrwxrwx 2 root wheel 512 May 1 2005 . drwxr-xr-x 20 root wheel 512 Jun 30 18:21 .. %mount /dev/fd0 /mnt mount: /dev/fd0: Operation not permitted %sysctl -a | grep vfs.usermount vfs.usermount: 1 %uname -a FreeBSD perpetual.my.domain 6.1-STABLE FreeBSD 6.1-STABLE #0: Fri Jun 23 20:07:07 EEST 2006 yurtesen@perpetual.my.domain:/usr/obj/usr/src/sys/PERPETUAL i386 % The same problem exists for dos partitions etc. am I missing something here? Thanks, Evren From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 16:30:52 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96E5016A509 for ; Fri, 30 Jun 2006 16:30:52 +0000 (UTC) (envelope-from fcash-ml@sd73.bc.ca) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4292443D93 for ; Fri, 30 Jun 2006 16:30:43 +0000 (GMT) (envelope-from fcash-ml@sd73.bc.ca) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id A75D38A003B; Fri, 30 Jun 2006 09:37:39 -0700 (PDT) Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 76265-02-19; Fri, 30 Jun 2006 09:37:32 -0700 (PDT) Received: from webmail.sd73.bc.ca (unknown [10.10.10.17]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 4C4358A0025; Fri, 30 Jun 2006 09:37:30 -0700 (PDT) Received: from webmail.sd73.bc.ca (localhost.localdomain [127.0.0.1]) by webmail.sd73.bc.ca (Postfix) with ESMTP id D93C89000464; Fri, 30 Jun 2006 09:30:32 -0700 (PDT) Received: from 192.168.0.10 (SquirrelMail authenticated user fcash) by webmail.sd73.bc.ca with HTTP; Fri, 30 Jun 2006 09:30:32 -0700 (PDT) Message-ID: <53922.192.168.0.10.1151685032.squirrel@webmail.sd73.bc.ca> In-Reply-To: <44A54EA2.3080504@ispro.net.tr> References: <44A54EA2.3080504@ispro.net.tr> Date: Fri, 30 Jun 2006 09:30:32 -0700 (PDT) From: "Freddie Cash" To: "Evren Yurtesen" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Cc: stable@freebsd.org Subject: Re: vfs.usermount seem to have no effect... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fcash-ml@sd73.bc.ca List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jun 2006 16:30:52 -0000 On Fri, June 30, 2006 9:17 am, Evren Yurtesen wrote: > I tried to let my user to mount floppy however it doesnt work...see > below: > > %ls -al /dev/fd0 > crw-rw-rw- 1 root operator 0, 98 Jun 30 18:22 /dev/fd0 %ls -al > /mnt > total 4 drwxrwxrwx 2 root wheel 512 May 1 2005 . drwxr-xr-x 20 > root wheel 512 Jun 30 18:21 .. %mount /dev/fd0 /mnt > mount: /dev/fd0: Operation not permitted > %sysctl -a | grep vfs.usermount > vfs.usermount: 1 > %uname -a > FreeBSD perpetual.my.domain 6.1-STABLE FreeBSD 6.1-STABLE #0: Fri Jun > 23 > 20:07:07 EEST 2006 > yurtesen@perpetual.my.domain:/usr/obj/usr/src/sys/PERPETUAL i386 > % Please see the FAQ entry for this: http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/disks.html#USER-FLOPPYMOUNT You're missing the last bit. :) ---- Freddie Cash, LPCI-1 CCNT CCLP Helpdesk / Network Support Tech. School District 73 (250) 377-HELP [377-4357] fcash-ml@sd73.bc.ca From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 16:35:21 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E96C616A5A8 for ; Fri, 30 Jun 2006 16:35:21 +0000 (UTC) (envelope-from yurtesen-dated-1152549323.b3fba4@ispro.net.tr) Received: from smtp.ispro.net.tr (smtp.ispro.net.tr [62.244.220.178]) by mx1.FreeBSD.org (Postfix) with SMTP id BD2F543D90 for ; Fri, 30 Jun 2006 16:35:20 +0000 (GMT) (envelope-from yurtesen-dated-1152549323.b3fba4@ispro.net.tr) Received: (qmail 27619 invoked by uid 89); 30 Jun 2006 16:35:24 -0000 Received: from [192.168.1.132] (joke1.ispro.net.tr [87.251.0.59]) by localhost.my.domain (tmda-ofmipd) with ESMTP; Fri, 30 Jun 2006 19:35:20 +0300 (EEST) Message-ID: <44A552BE.2070707@ispro.net.tr> Date: Fri, 30 Jun 2006 19:35:10 +0300 User-Agent: Thunderbird 1.5.0.4 (X11/20060614) MIME-Version: 1.0 To: fcash-ml@sd73.bc.ca References: <44A54EA2.3080504@ispro.net.tr> <53922.192.168.0.10.1151685032.squirrel@webmail.sd73.bc.ca> In-Reply-To: <53922.192.168.0.10.1151685032.squirrel@webmail.sd73.bc.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: Evren Yurtesen X-Primary-Address: yurtesen@ispro.net.tr Cc: stable@freebsd.org Subject: Re: vfs.usermount seem to have no effect... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 16:35:22 -0000 Freddie Cash wrote: > On Fri, June 30, 2006 9:17 am, Evren Yurtesen wrote: >> I tried to let my user to mount floppy however it doesnt work...see >> below: >> >> %ls -al /dev/fd0 >> crw-rw-rw- 1 root operator 0, 98 Jun 30 18:22 /dev/fd0 %ls -al >> /mnt >> total 4 drwxrwxrwx 2 root wheel 512 May 1 2005 . drwxr-xr-x 20 >> root wheel 512 Jun 30 18:21 .. %mount /dev/fd0 /mnt >> mount: /dev/fd0: Operation not permitted >> %sysctl -a | grep vfs.usermount >> vfs.usermount: 1 >> %uname -a >> FreeBSD perpetual.my.domain 6.1-STABLE FreeBSD 6.1-STABLE #0: Fri Jun >> 23 >> 20:07:07 EEST 2006 >> yurtesen@perpetual.my.domain:/usr/obj/usr/src/sys/PERPETUAL i386 >> % > > Please see the FAQ entry for this: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/disks.html#USER-FLOPPYMOUNT > You're missing the last bit. :) I already checked it... I have vfs.usermount=1 and 666 mode on /dev/fd0 What am I missing? :) Can you tell the exact point? Thanks, Evren From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 16:44:46 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A36C516A416 for ; Fri, 30 Jun 2006 16:44:46 +0000 (UTC) (envelope-from fcash-ml@sd73.bc.ca) Received: from smtp.sd73.bc.ca (mailtest.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E2BA43D8F for ; Fri, 30 Jun 2006 16:44:44 +0000 (GMT) (envelope-from fcash-ml@sd73.bc.ca) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 336458A003B; Fri, 30 Jun 2006 09:51:41 -0700 (PDT) Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 81413-01-6; Fri, 30 Jun 2006 09:51:35 -0700 (PDT) Received: from webmail.sd73.bc.ca (unknown [10.10.10.17]) by smtp.sd73.bc.ca (Postfix) with ESMTP id F062D8A0021; Fri, 30 Jun 2006 09:51:34 -0700 (PDT) Received: from webmail.sd73.bc.ca (localhost.localdomain [127.0.0.1]) by webmail.sd73.bc.ca (Postfix) with ESMTP id 8EFF69000464; Fri, 30 Jun 2006 09:44:37 -0700 (PDT) Received: from 192.168.0.10 (SquirrelMail authenticated user fcash) by webmail.sd73.bc.ca with HTTP; Fri, 30 Jun 2006 09:44:37 -0700 (PDT) Message-ID: <35089.192.168.0.10.1151685877.squirrel@webmail.sd73.bc.ca> In-Reply-To: <44A552BE.2070707@ispro.net.tr> References: <44A54EA2.3080504@ispro.net.tr> <53922.192.168.0.10.1151685032.squirrel@webmail.sd73.bc.ca> <44A552BE.2070707@ispro.net.tr> Date: Fri, 30 Jun 2006 09:44:37 -0700 (PDT) From: "Freddie Cash" To: "Evren Yurtesen" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Cc: stable@freebsd.org Subject: Re: vfs.usermount seem to have no effect... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fcash-ml@sd73.bc.ca List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jun 2006 16:44:46 -0000 On Fri, June 30, 2006 9:35 am, Evren Yurtesen wrote: > Freddie Cash wrote: > >> On Fri, June 30, 2006 9:17 am, Evren Yurtesen wrote: >> >>> I tried to let my user to mount floppy however it doesnt >>> work...see below: >>> >>> >>> %ls -al /dev/fd0 >>> crw-rw-rw- 1 root operator 0, 98 Jun 30 18:22 /dev/fd0 %ls >>> -al >>> /mnt >>> total 4 drwxrwxrwx 2 root wheel 512 May 1 2005 . drwxr-xr-x >>> 20 >>> root wheel 512 Jun 30 18:21 .. %mount /dev/fd0 /mnt mount: >>> /dev/fd0: Operation not permitted >>> %sysctl -a | grep vfs.usermount >>> vfs.usermount: 1 >>> %uname -a >>> FreeBSD perpetual.my.domain 6.1-STABLE FreeBSD 6.1-STABLE #0: Fri >>> Jun >>> 23 >>> 20:07:07 EEST 2006 >>> yurtesen@perpetual.my.domain:/usr/obj/usr/src/sys/PERPETUAL i386 >>> % >>> >> >> Please see the FAQ entry for this: >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/disks.html#USER >> -FLOPPYMOUNT >> You're missing the last bit. :) >> > > I already checked it... > I have vfs.usermount=1 and 666 mode on /dev/fd0 > What am I missing? :) Can you tell the exact point? Users can only mount onto directories they own. :) Hence, normal users can't mount to /mnt. ---- Freddie Cash, LPCI-1 CCNT CCLP Helpdesk / Network Support Tech. School District 73 (250) 377-HELP [377-4357] fcash-ml@sd73.bc.ca From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 16:50:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73B5016A416 for ; Fri, 30 Jun 2006 16:50:07 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from rusty.kulnet.kuleuven.ac.be (rusty.kulnet.kuleuven.ac.be [134.58.240.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id D80A743D79 for ; Fri, 30 Jun 2006 16:50:06 +0000 (GMT) (envelope-from tijl@ulyssis.org) Received: from localhost (localhost [127.0.0.1]) by rusty.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 786E51D76A8; Fri, 30 Jun 2006 18:50:05 +0200 (CEST) Received: from smtp03.kuleuven.be (antonius.kulnet.kuleuven.ac.be [134.58.240.73]) by rusty.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 65EB01D740E; Fri, 30 Jun 2006 18:50:04 +0200 (CEST) Received: from kalimero.kotnet.org (kalimero.kotnet.org [10.4.42.180]) by smtp03.kuleuven.be (Postfix) with ESMTP id 4CC9E33274C; Fri, 30 Jun 2006 18:50:04 +0200 (CEST) Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.13.6/8.13.6) with ESMTP id k5UGo0It081603; Fri, 30 Jun 2006 18:50:00 +0200 (CEST) (envelope-from tijl@ulyssis.org) From: Tijl Coosemans To: freebsd-stable@freebsd.org Date: Fri, 30 Jun 2006 18:49:54 +0200 User-Agent: KMail/1.9.1 References: <44A54EA2.3080504@ispro.net.tr> In-Reply-To: <44A54EA2.3080504@ispro.net.tr> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1575722.6DSQCXhJPV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606301849.59562.tijl@ulyssis.org> X-Virus-Scanned: by KULeuven Antivirus Cluster Cc: Evren Yurtesen Subject: Re: vfs.usermount seem to have no effect... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 16:50:07 -0000 --nextPart1575722.6DSQCXhJPV Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 30 June 2006 18:17, Evren Yurtesen wrote: > I tried to let my user to mount floppy however it doesnt work...see > below: > > %ls -al /dev/fd0 > crw-rw-rw- 1 root operator 0, 98 Jun 30 18:22 /dev/fd0 > %ls -al /mnt > total 4 > drwxrwxrwx 2 root wheel 512 May 1 2005 . > drwxr-xr-x 20 root wheel 512 Jun 30 18:21 .. > %mount /dev/fd0 /mnt > mount: /dev/fd0: Operation not permitted > %sysctl -a | grep vfs.usermount > vfs.usermount: 1 > %uname -a > FreeBSD perpetual.my.domain 6.1-STABLE FreeBSD 6.1-STABLE #0: Fri Jun > 23 20:07:07 EEST 2006 > yurtesen@perpetual.my.domain:/usr/obj/usr/src/sys/PERPETUAL i386 > % > > > The same problem exists for dos partitions etc. am I missing > something here? My first guess is that you don't have msdosfs loaded. You need msdosfs=20 either built into your kernel or loaded as a module before you can=20 mount msdos filesystems. Mount will try to load the module if it's not=20 available and will fail doing that with "Operation not permitted" when=20 not run as root. --nextPart1575722.6DSQCXhJPV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEpVY3dMR2xnarec8RAgShAKCoeKAz+SLiO0QvijbPXkLZpDCwtgCfTH29 uQL78vF2JayjqGrFkADbIaU= =9Yy7 -----END PGP SIGNATURE----- --nextPart1575722.6DSQCXhJPV-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 16:51:58 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A0DC16A403 for ; Fri, 30 Jun 2006 16:51:58 +0000 (UTC) (envelope-from yurtesen-dated-1152550320.81e794@ispro.net.tr) Received: from smtp.ispro.net.tr (smtp.ispro.net.tr [62.244.220.178]) by mx1.FreeBSD.org (Postfix) with SMTP id 6C8CD43D6A for ; Fri, 30 Jun 2006 16:51:57 +0000 (GMT) (envelope-from yurtesen-dated-1152550320.81e794@ispro.net.tr) Received: (qmail 33382 invoked by uid 89); 30 Jun 2006 16:52:00 -0000 Received: from [192.168.1.132] (joke1.ispro.net.tr [87.251.0.59]) by localhost.my.domain (tmda-ofmipd) with ESMTP; Fri, 30 Jun 2006 19:51:56 +0300 (EEST) Message-ID: <44A556A2.1080102@ispro.net.tr> Date: Fri, 30 Jun 2006 19:51:46 +0300 User-Agent: Thunderbird 1.5.0.4 (X11/20060614) MIME-Version: 1.0 To: Joseph Koshy , fcash-ml@sd73.bc.ca, stable@freebsd.org References: <44A54EA2.3080504@ispro.net.tr> <53922.192.168.0.10.1151685032.squirrel@webmail.sd73.bc.ca> <44A552BE.2070707@ispro.net.tr> <84dead720606300944n1f0cf170qeca242abdbae843d@mail.gmail.com> In-Reply-To: <84dead720606300944n1f0cf170qeca242abdbae843d@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: Evren Yurtesen X-Primary-Address: yurtesen@ispro.net.tr Cc: Subject: Re: vfs.usermount seem to have no effect... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 16:51:58 -0000 Joseph Koshy wrote: >> I have vfs.usermount=1 and 666 mode on /dev/fd0 >> What am I missing? :) Can you tell the exact point? > > Having the user in the 'operator' group and keeping > the matching ownership for the device name in /dev. > The URL below says: http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/disks.html#USER-FLOPPYMOUNT For example, to allow users to mount the first floppy drive, use: # chmod 666 /dev/fd0 The /dev/fd0 mode is 666 so there shouldnt be any problems about which group the user is in. However Freddie Cash seems to be right. I now tried to mount to a directory that I own and it worked like a charm! :) Thanks! Evren From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 17:10:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A246316A407 for ; Fri, 30 Jun 2006 17:10:57 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from smtp107.biz.mail.mud.yahoo.com (smtp107.biz.mail.mud.yahoo.com [68.142.200.255]) by mx1.FreeBSD.org (Postfix) with SMTP id 3CC9543D90 for ; Fri, 30 Jun 2006 17:10:54 +0000 (GMT) (envelope-from john_m_cooper@yahoo.com) Received: (qmail 25779 invoked from network); 30 Jun 2006 17:10:54 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=MOvs0hI51nT7q3lig638qAa/BtGWozpPYxeFu6OlOdlcU/eeDASOAx2185OAD66VQsf3F1PHukE9tGVzJV8TOU9PiGgbWfVgxsXdEolK8+EcH84BWsglYhkHNIYrdV2Plc2W8mxgl3W7C295X33E8G2x/WgUMIHzhtMW9xl30tw= ; Received: from unknown (HELO borgdemon2.clspco.adelphia.net) (j.m.cooper@borgsdemons.com@67.22.17.55 with login) by smtp107.biz.mail.mud.yahoo.com with SMTP; 30 Jun 2006 17:10:53 -0000 Received: from [127.0.0.1] (localhost [127.0.0.1]) by borgdemon2.clspco.adelphia.net (Postfix) with ESMTP id 0F6685C54; Fri, 30 Jun 2006 12:10:51 -0500 (CDT) Message-ID: <44A55B1B.1050705@yahoo.com> Date: Fri, 30 Jun 2006 12:10:51 -0500 From: John Merryweather Cooper User-Agent: Thunderbird 1.5.0.4 (X11/20060617) MIME-Version: 1.0 To: Evren Yurtesen References: <44A54EA2.3080504@ispro.net.tr> In-Reply-To: <44A54EA2.3080504@ispro.net.tr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: vfs.usermount seem to have no effect... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 17:10:57 -0000 Evren Yurtesen wrote: > I tried to let my user to mount floppy however it doesnt work...see > below: > > %ls -al /dev/fd0 > crw-rw-rw- 1 root operator 0, 98 Jun 30 18:22 /dev/fd0 > %ls -al /mnt > total 4 > drwxrwxrwx 2 root wheel 512 May 1 2005 . > drwxr-xr-x 20 root wheel 512 Jun 30 18:21 .. > %mount /dev/fd0 /mnt > mount: /dev/fd0: Operation not permitted > %sysctl -a | grep vfs.usermount > vfs.usermount: 1 > %uname -a > FreeBSD perpetual.my.domain 6.1-STABLE FreeBSD 6.1-STABLE #0: Fri Jun > 23 20:07:07 EEST 2006 > yurtesen@perpetual.my.domain:/usr/obj/usr/src/sys/PERPETUAL i386 > % > > > The same problem exists for dos partitions etc. am I missing something > here? > > Thanks, > Evren > _______________________________________________ > 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" > Well, the mount point has to be "owned" and have suitable permissions for mounting. For example, to mount my DVD drive while NOT logged on as root, I have a mounting point: $HOME/cdrom in my home directory and an appropriate entry in my /etc/fstabs. jmc From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 17:48:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94C9916A407 for ; Fri, 30 Jun 2006 17:48:29 +0000 (UTC) (envelope-from atanas@asd.aplus.net) Received: from pro20.abac.com (pro20.abac.com [66.226.64.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 167BB443FD for ; Fri, 30 Jun 2006 17:48:29 +0000 (GMT) (envelope-from atanas@asd.aplus.net) Received: from [216.55.129.5] (asd2.aplus.net [216.55.129.5]) (authenticated bits=0) by pro20.abac.com (8.13.6/8.13.6) with ESMTP id k5UHmOxY009725 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 30 Jun 2006 10:48:25 -0700 (PDT) (envelope-from atanas@asd.aplus.net) Message-ID: <44A5651B.5060207@asd.aplus.net> Date: Fri, 30 Jun 2006 10:53:31 -0700 From: Atanas User-Agent: Thunderbird 1.5.0.4 (Macintosh/20060516) MIME-Version: 1.0 To: Michael Vince References: <20060628185426.M43909@ganymede.hub.org> <20060628225239.GA93265@dan.emsphone.com> <44A3394C.4090209@asd.aplus.net> <44A3817F.4030105@thebeastie.org> <20060629092154.GE742@turion.vk2pj.dyndns.org> <20060629083130.X1229@ganymede.hub.org> <44A4A02A.9060802@thebeastie.org> In-Reply-To: <44A4A02A.9060802@thebeastie.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 1.47 (SPF_SOFTFAIL) Cc: Peter Jeremy , freebsd-stable@freebsd.org, User Freebsd Subject: Re: em device hangs on ifconfig alias ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 17:48:29 -0000 Michael Vince said the following on 6/29/06 8:53 PM: > > The thing that have to ask is if Atanas has 100's why can't he just boot > Freebsd have have them all prebound to the interface at startup, why > would you need to add and remove them constantly by the hundreds during > normal server uptime? > I wasn't talking about the normal server uptime. Sooner or later, regardless of how perfect the hardware is and how great the OS performs, you will have to reboot. At least once or twice a year to update the kernel and/or world. Even in such rare occasions several minutes of additional downtime per reboot (in my case) are not justifiable. I know that in a perfect world this downtime could be scheduled. But I prefer to keep the option to quickly reboot my systems when necessary. 2 vs 10-15 minutes downtime per reboot really makes a difference. How you bind the aliases doesn't really matter - you always end up waiting the em driver to reset the card on each alias. And don't get me wrong, I do use em for years on many machines having one static IP or a few additional static aliases and it works great. It just doesn't fit well in mass-alias configurations. Regards, Atanas From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 18:31:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9B7716A407; Fri, 30 Jun 2006 18:31:21 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from H43.C18.B96.tor.eicat.ca (H43.C18.B96.tor.eicat.ca [66.96.18.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03BA143D6B; Fri, 30 Jun 2006 18:31:20 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from [172.16.0.200] (desktop.home.local [172.16.0.200]) by H43.C18.B96.tor.eicat.ca (Postfix) with ESMTP id 719801141A; Fri, 30 Jun 2006 14:31:05 -0400 (EDT) Message-ID: <44A56E0F.1070904@rogers.com> Date: Fri, 30 Jun 2006 14:31:43 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Kostik Belousov References: <20060523181638.GC767@dimma.mow.oilspace.com> <6eb82e0605231120q37224c6r3b25982f556bed72@mail.gmail.com> <447366AD.30203@rogers.com> <44736E11.6060104@mkproductions.org> <20060523203521.GA48061@xor.obsecurity.org> <20060524062118.GA766@dimma.mow.oilspace.com> <447400BB.9060603@samsco.org> <4485C010.9040402@rogers.com> <20060606182234.GB72368@deviant.kiev.zoral.com.ua> <44A490E6.1000502@rogers.com> <20060630092829.GE1258@deviant.kiev.zoral.com.ua> In-Reply-To: <20060630092829.GE1258@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SpamToaster-Information: This messages has been scanned by SpamToaster http://www.digitalprogression.ca X-SpamToaster: Found to be clean X-SpamToaster-SpamCheck: not spam, SpamAssassin (not cached, score=-2.491, required 3.5, ALL_TRUSTED -1.80, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20, DNS_FROM_RFC_POST 1.71) X-SpamToaster-From: mikej@rogers.com X-Spam-Status: No Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: md deadlocks on wdrain. Was: [Re: quota and snapshots in 6.1-RELEASE] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jun 2006 18:31:21 -0000 Kostik Belousov wrote: > First, I set the followup to the right mailing list. > > Second, I am really curious what you do. My understanding follows: you > have set up vnode-backed md device (md0a) on sparce file, created ufs2 > on it, mounted it with quotas, and run background fsck on that fs. At > the same time, you did rm for the snapshot file created by fsck. Right ? > This is the procedure i followed, while i have quota enabled, it was not set on the test filesystem. 1) dd if=/dev/zero of=/usr/bigfile bs=1024 seek=209715200 count=0 2) mdconfig -a -t vnode -f /usr/bigfile 3) bsdlabel -w md0 auto 4) newfs -U md0a 5) fsck -v /dev/md0a # ^C this after a second or so, this makes the FS dirty 6) mount /dev/md0a /mnt 7) fsck -v -B /dev/md0a in another window: 8) while true; do ls -al /mnt/.snap;sleep 1;done > Anyway, the problem seems to be not related to neither snapshots nor > quotas. In your trace, process 35 (syncer) tries to sync the vnode > 0xc363c414, that is inode 1515 on aacd0s1f, that is used for md0. That > vnode is already locked by process 515 (md0 kthread). Process 515 is > stuck in the wdrain state, waiting for buffers to be flushed. It seems > that there is huge amount of dirty buffers going to be written to md0, > caused by snapshotting the fs. As result, system deadlocks due to md0 > hung waiting for buffer' runspace, that is occupied by pending write > requests to md0. > > Do -fs@ readers agree with analysis ? > > I propose to set TDP_NORUNNINGBUF thread flag for both swap- and file- > backed md threads to prevent such deadlocks. That i/o is already > accounted for in the upper layer. Moreover, that already accounted > requests do not really differ from requests (re)issued by md. > > Please, comment. > FYI, -CURRENT passes this test without locking up, so the fix is already there somewhere. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 19:13:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6B7116A526 for ; Fri, 30 Jun 2006 19:13:26 +0000 (UTC) (envelope-from lyndon@orthanc.ca) Received: from orthanc.ca (orthanc.ca [209.89.70.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F38844166 for ; Fri, 30 Jun 2006 18:48:13 +0000 (GMT) (envelope-from lyndon@orthanc.ca) Received: from localhost (localhost [127.0.0.1]) (authenticated bits=0) by orthanc.ca (8.13.4/8.13.4) with ESMTP id k5UImA7R095268 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 30 Jun 2006 12:48:10 -0600 (MDT) (envelope-from lyndon@orthanc.ca) Date: Fri, 30 Jun 2006 12:48:10 -0600 (MDT) From: Lyndon Nerenberg To: freebsd-stable@freebsd.org Message-ID: <20060630124643.O93965@orthanc.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,SPF_PASS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on orthanc.ca Subject: eMachines T3304 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 19:13:27 -0000 If you're running FreeBSD on an eMachines T3304 system, could you please send me a copy of your /var/run/dmesg.boot? Thanks! --lyndon From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 19:23:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF3A216A403 for ; Fri, 30 Jun 2006 19:23:49 +0000 (UTC) (envelope-from atanas@asd.aplus.net) Received: from pro20.abac.com (pro20.abac.com [66.226.64.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF46843D67 for ; Fri, 30 Jun 2006 19:23:47 +0000 (GMT) (envelope-from atanas@asd.aplus.net) Received: from [216.55.129.5] (asd2.aplus.net [216.55.129.5]) (authenticated bits=0) by pro20.abac.com (8.13.6/8.13.6) with ESMTP id k5UJNgJm096671 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 30 Jun 2006 12:23:43 -0700 (PDT) (envelope-from atanas@asd.aplus.net) Message-ID: <44A57B71.6020201@asd.aplus.net> Date: Fri, 30 Jun 2006 12:28:49 -0700 From: Atanas User-Agent: Thunderbird 1.5.0.4 (Macintosh/20060516) MIME-Version: 1.0 To: User Freebsd References: <20060628185426.M43909@ganymede.hub.org> <20060628225239.GA93265@dan.emsphone.com> <44A3394C.4090209@asd.aplus.net> <44A3817F.4030105@thebeastie.org> <20060629092154.GE742@turion.vk2pj.dyndns.org> <20060629083130.X1229@ganymede.hub.org> <44A4A02A.9060802@thebeastie.org> <20060630012615.Q1103@ganymede.hub.org> In-Reply-To: <20060630012615.Q1103@ganymede.hub.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 1.47 (SPF_SOFTFAIL) Cc: Peter Jeremy , freebsd-stable@freebsd.org, Michael Vince Subject: Re: em device hangs on ifconfig alias ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 19:23:50 -0000 User Freebsd said the following on 6/29/06 9:29 PM: > > The other funny thing about the current em driver is that if you move an > IP to it from a different server, the appropriate ARP packets aren't > sent out to redirect the IP traffic .. recently, someone pointed me to > arping, which has solved my problem *external* to the driver ... > That's the second reason why I (still) avoid em in mass-aliased systems. I have a single pool of IP addresses shared by many servers with multiple aliases each. When someone leaves and frees an IP, it gets reused and brought up on a different server. In case it was previously handled by em, the traffic doesn't get redirected to the new server. Similar thing happens even with machines with single static IPs. For instance when retiring an old production system, I usually request a new box to be brought up on a different IP, make a fresh install on everything and test, swap IP addresses and reboot. In case of em, after a soft reboot both systems are inaccessible. A workaround is to power both of the systems down and then power them up. This however cannot be done remotely and in case there were IP aliases, they still don't get any traffic. > I have a third machine that uses an em driver, but its an older 4.x > kernel, and it operates perfectly ... no timeouts/hangs and sends out > the appropriate ARP packet ... all three servers are connected to the > same Cisco switch, with all ports configured identically, so it isn't a > switch issue, as someone else intimated ... > This seems strange, could depend on the chip version, who knows. I still have many 4.x based machines, and both em issues (the card reset on each alias and the arp packets not been sent when going down) were present when I was doing my tests. I check for these once in a while (a year or so), usually with the latest major release branch. We had a compatibility issue about a year ago with a (rather exotic?) fiber NIC - 82545GM, where FreeBSD-4.x did better. The em driver coming with 5.x didn't support that (or wasn't working as expected, I don't remember the specifics), while the one coming with 4.x did, so we ended up installing 4.11 then. Regards, Atanas From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 20:28:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0491B16A412 for ; Fri, 30 Jun 2006 20:28:56 +0000 (UTC) (envelope-from mihir.sanghavi@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7591A44314 for ; Fri, 30 Jun 2006 20:28:54 +0000 (GMT) (envelope-from mihir.sanghavi@gmail.com) Received: by wx-out-0102.google.com with SMTP id i26so278916wxd for ; Fri, 30 Jun 2006 13:28:54 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=V7IB6GrFKXNr82QlTj5sZPwzqS4RJlJNybh8vhQw29JT5HPKeNL2Cnep4/SUzMcgUJHzqs4DWXW4BSdoc/bABHat9hYBXxix6xROtrnSEa1B4+erZ681vQK4e/G2u0tZ67Ef91uHiAJVf4IuwsLNI/cdWWDrYERUrAyOZiAvRuw= Received: by 10.70.33.6 with SMTP id g6mr1244872wxg; Fri, 30 Jun 2006 13:28:54 -0700 (PDT) Received: by 10.70.48.16 with HTTP; Fri, 30 Jun 2006 13:28:54 -0700 (PDT) Message-ID: <11419abd0606301328j46179111p7e438bb7e6e5abc7@mail.gmail.com> Date: Fri, 30 Jun 2006 13:28:54 -0700 From: "Mihir Sanghavi" 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: Adapter X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jun 2006 20:28:56 -0000 Hi, How do i set up the adater in FreeBSD. I do have the internet connection but the light does not come up. Do I have to do some installation. please tell me. (I do understand that this is trival for most but for me it is very important starting step) Thanks -- What we see depends mainly on what we look for. -MIHIR From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 20:48:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4371916A416 for ; Fri, 30 Jun 2006 20:48:26 +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 8E4AE43D46 for ; Fri, 30 Jun 2006 20:48:24 +0000 (GMT) (envelope-from freebsd@hub.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id D40D9291AFB; Fri, 30 Jun 2006 17:48:20 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 96261-01; Fri, 30 Jun 2006 20:48:23 +0000 (UTC) Received: from ganymede.hub.org (blk-7-151-244.eastlink.ca [71.7.151.244]) by hub.org (Postfix) with ESMTP id 598C1291AFA; Fri, 30 Jun 2006 17:48:19 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id 948F23DFBA; Fri, 30 Jun 2006 17:48:23 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 8E3C23D95F; Fri, 30 Jun 2006 17:48:23 -0300 (ADT) Date: Fri, 30 Jun 2006 17:48:23 -0300 (ADT) From: User Freebsd To: Atanas In-Reply-To: <44A57B71.6020201@asd.aplus.net> Message-ID: <20060630174632.L1103@ganymede.hub.org> References: <20060628185426.M43909@ganymede.hub.org> <20060628225239.GA93265@dan.emsphone.com> <44A3394C.4090209@asd.aplus.net> <44A3817F.4030105@thebeastie.org> <20060629092154.GE742@turion.vk2pj.dyndns.org> <20060629083130.X1229@ganymede.hub.org> <44A4A02A.9060802@thebeastie.org> <20060630012615.Q1103@ganymede.hub.org> <44A57B71.6020201@asd.aplus.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Peter Jeremy , freebsd-stable@freebsd.org, Michael Vince Subject: Re: em device hangs on ifconfig alias ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 20:48:26 -0000 On Fri, 30 Jun 2006, Atanas wrote: > A workaround is to power both of the systems down and then power them up. > This however cannot be done remotely and in case there were IP aliases, they > still don't get any traffic. see 'arping' ... great little tool, solved all my problems as far as moving around IPs ... > I still have many 4.x based machines, and both em issues (the card reset > on each alias and the arp packets not been sent when going down) were > present when I was doing my tests. Right, what version of 4.x? The one that I have working is from ~Feb 2005 .. if I were to upgrade that to the latest 4-STABLE, it would break like the rest ... the older 4.x had a different em driver in the kernel then the newer one ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 20:51:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE44A16A407 for ; Fri, 30 Jun 2006 20:51:54 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B1BD43D46 for ; Fri, 30 Jun 2006 20:51:54 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 30 Jun 2006 13:50:19 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.13.1/8.12.11) with ESMTP id k5UKprVm037780; Fri, 30 Jun 2006 13:51:54 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.13.1/8.13.1/Submit) id k5UKprar037779; Fri, 30 Jun 2006 13:51:53 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200606302051.k5UKprar037779@ambrisko.com> In-Reply-To: To: Francisco Reyes Date: Fri, 30 Jun 2006 13:51:53 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: Atanas , freebsd-stable@freebsd.org Subject: Re: em device hangs on ifconfig alias ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 20:51:54 -0000 Francisco Reyes writes: | Atanas writes: | > I have some newer machines with 2 Broadcom chips on-board. I plan to | > give them a try at some point in the future, but I'm not sure how stable | > the bge driver | | For us they have been a problem. Primarily because it causes all kinds of | freezing/crashes when having an IPMI board. I believe it has performed ok in | machines where we don't have an IPMI card. Can you try: http://www.ambrisko.com/doug/bge_ipmi_3.patch and see if that helps. I need one minor tweak to it before I can commit it. Doug A. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 20:54:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 534D216A403 for ; Fri, 30 Jun 2006 20:54:56 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3D2843D45 for ; Fri, 30 Jun 2006 20:54:55 +0000 (GMT) (envelope-from w8hdkim@gmail.com) Received: by ug-out-1314.google.com with SMTP id e2so337335ugf for ; Fri, 30 Jun 2006 13:54:54 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=SyIIP2wZivE99JyYbWTgBT4ZR7fFQG668iYtOAkIVQF99czILUV/KG3uDfy/yhxRkrztLsrYntGuZC7X/elRRSvBKzx7Resc046dCCZrEhhaZ4fPFVUpQ0vU9w/dJ8MbxDp2Z0zzPoXmkZvkSOOWti1OL6CZyCA4tfuz18Aiyqo= Received: by 10.78.177.3 with SMTP id z3mr219816hue; Fri, 30 Jun 2006 13:54:53 -0700 (PDT) Received: by 10.78.49.6 with HTTP; Fri, 30 Jun 2006 13:54:53 -0700 (PDT) Message-ID: <89dbfdc30606301354i1a8aeb51y910010580e61bc0a@mail.gmail.com> Date: Fri, 30 Jun 2006 13:54:53 -0700 From: "Kim Culhan" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: 6.1-stable on Supermicro P8SCT hangs on boot during countdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 20:54:56 -0000 Greetings -stable list Running 6.1-STABLE on a Supermicro P8SCT motherboard with a 3Ware 9550SX sata raid card. The machine hangs during the boot countdown about 50% of the time. This situation may be similar to kern/90086 and i386/93762 The P8SCT is supplied on recent Supermicro servers with the Intel 775-socket P4. Any help would be very greatly appreciated regards -kim -- w8hdkim@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 21:48:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB3AE16A40F for ; Fri, 30 Jun 2006 21:48:27 +0000 (UTC) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2629744358 for ; Fri, 30 Jun 2006 21:48:27 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (localhost.natserv.net [127.0.0.1]) by zoraida.natserv.net (Postfix) with ESMTP id DF99BB825; Fri, 30 Jun 2006 17:48:25 -0400 (EDT) Received: from 35st-server.simplicato.com (static-71-249-233-130.nycmny.east.verizon.net [71.249.233.130]) by zoraida.natserv.net (Postfix) with ESMTP id A7A65B824; Fri, 30 Jun 2006 17:48:25 -0400 (EDT) References: <200606302051.k5UKprar037779@ambrisko.com> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Francisco Reyes To: Doug Ambrisko Date: Fri, 30 Jun 2006 17:48:25 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: Atanas , freebsd-stable@freebsd.org Subject: Re: em device hangs on ifconfig alias ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 21:48:27 -0000 Doug Ambrisko writes: > Can you try: > http://www.ambrisko.com/doug/bge_ipmi_3.patch > and see if that helps. I need one minor tweak to it before I can > commit it. We have a brand new machine getting readied.. Passed along the patch URL to the tech building the machine. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 21:57:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B13AC16A412 for ; Fri, 30 Jun 2006 21:57:43 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54BE744353 for ; Fri, 30 Jun 2006 21:57:43 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 6DC345E1E; Fri, 30 Jun 2006 17:57:42 -0400 (EDT) X-Virus-Scanned: amavisd-new at codefab.com Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hw8mi5RaYT4S; Fri, 30 Jun 2006 17:57:41 -0400 (EDT) Received: from [199.103.21.238] (pan.codefab.com [199.103.21.238]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 9F58A5DBA; Fri, 30 Jun 2006 17:57:41 -0400 (EDT) In-Reply-To: <11419abd0606301328j46179111p7e438bb7e6e5abc7@mail.gmail.com> References: <11419abd0606301328j46179111p7e438bb7e6e5abc7@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <6701E75E-8A5F-457C-807E-9E13EA55D857@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Fri, 30 Jun 2006 17:57:38 -0400 To: Mihir Sanghavi X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org Subject: Re: Adapter X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jun 2006 21:57:43 -0000 On Jun 30, 2006, at 4:28 PM, Mihir Sanghavi wrote: > How do i set up the adater in FreeBSD. I do have the internet > connection but > the light does not come up. Do I have to do some installation. > please tell > me. There isn't enough detail to address what's going wrong. :-) I think you're trying to configure your network adaptor, in which case perhaps running "dhclient" as root might be what you want to do, otherwise look at /etc/rc.conf and provide a static network configuration via that. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 22:03:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3919316A403 for ; Fri, 30 Jun 2006 22:03:15 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail31.syd.optusnet.com.au (mail31.syd.optusnet.com.au [211.29.132.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA20143D49 for ; Fri, 30 Jun 2006 22:02:58 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail31.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k5UM2vw4024734 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sat, 1 Jul 2006 08:02:57 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k5UM2uiV008776 for ; Sat, 1 Jul 2006 08:02:56 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k5UM2ujN008775 for freebsd-stable@freebsd.org; Sat, 1 Jul 2006 08:02:56 +1000 (EST) (envelope-from peter) Date: Sat, 1 Jul 2006 08:02:56 +1000 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20060630220256.GB8447@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XOIedfhf+7KOe/yw" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Subject: 6.1-RELEASE won't boot on Compaq 1580 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 22:03:15 -0000 --XOIedfhf+7KOe/yw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've just acquired a couple of old Compaq Armada laptops. I can successfully install 6.1-RELEASE but the system won't boot from the HDD: The MBR menu displays but pressing F1 (the FreeBSD partition) just beeps. Pressing F3 (the Compaq configuration partition) works. I've checked that the CHS parameters in the MBR match those reported by the "BIOS". I've tried using boot0cfg (on the fixit CD) to switch between packet and non-packet mode, as well as trying a 4.9-RELEASE MBR. I've checked that the boot sectors look sane (and in the correct sectors) using dd. I've previously used similar models with 4.11 so I wasn't expecting any problems. Before I start re-writing boot0.S, does anyone have any suggestions on how to debug this or what I've missed? --=20 Peter Jeremy --XOIedfhf+7KOe/yw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEpZ+P/opHv/APuIcRArV7AJ4sqCWbkIOACGJaqB+I3JX1nKbIrQCfSQ8u dqdXqDCChIp2c3NjWwhYhT8= =oo68 -----END PGP SIGNATURE----- --XOIedfhf+7KOe/yw-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 23:44:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BE4D16A508 for ; Fri, 30 Jun 2006 23:44:49 +0000 (UTC) (envelope-from atanas@asd.aplus.net) Received: from pro20.abac.com (pro20.abac.com [66.226.64.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC10843D4C for ; Fri, 30 Jun 2006 23:44:48 +0000 (GMT) (envelope-from atanas@asd.aplus.net) Received: from [216.55.129.5] (asd2.aplus.net [216.55.129.5]) (authenticated bits=0) by pro20.abac.com (8.13.6/8.13.6) with ESMTP id k5UNijoM097194 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 30 Jun 2006 16:44:45 -0700 (PDT) (envelope-from atanas@asd.aplus.net) Message-ID: <44A5B8A1.4080307@asd.aplus.net> Date: Fri, 30 Jun 2006 16:49:53 -0700 From: Atanas User-Agent: Thunderbird 1.5.0.4 (Macintosh/20060516) MIME-Version: 1.0 To: User Freebsd References: <20060628185426.M43909@ganymede.hub.org> <20060628225239.GA93265@dan.emsphone.com> <44A3394C.4090209@asd.aplus.net> <44A3817F.4030105@thebeastie.org> <20060629092154.GE742@turion.vk2pj.dyndns.org> <20060629083130.X1229@ganymede.hub.org> <44A4A02A.9060802@thebeastie.org> <20060630012615.Q1103@ganymede.hub.org> <44A57B71.6020201@asd.aplus.net> <20060630174632.L1103@ganymede.hub.org> In-Reply-To: <20060630174632.L1103@ganymede.hub.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 1.47 (SPF_SOFTFAIL) Cc: Peter Jeremy , freebsd-stable@freebsd.org, Michael Vince Subject: Re: em device hangs on ifconfig alias ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2006 23:44:49 -0000 User Freebsd said the following on 6/30/06 1:48 PM: > > see 'arping' ... great little tool, solved all my problems as far as > moving around IPs ... > Thanks for the tip, I will try it next time. >> I still have many 4.x based machines, and both em issues (the card >> reset on each alias and the arp packets not been sent when going down) >> were present when I was doing my tests. > > Right, what version of 4.x? The one that I have working is from ~Feb > 2005 .. if I were to upgrade that to the latest 4-STABLE, it would break > like the rest ... the older 4.x had a different em driver in the kernel > then the newer one ... > The problem was initially discovered back in 2003 (must have been with 4.8 or 4.9) and after switching back to fxp I haven't tested the 4.x branch any more. I remember testing 5.x around the 5.3 release (2004) and 6.x shortly after 6.0 (2005), and both em driver versions shipped with these releases were having the same issues. I haven't tested it this year yet, but even in case it's fixed, it's not likely that all improvements will get back-ported to the older branches (over 90% of my servers run something older than 6.x). But as long as fxp works, this is a non-issue for me. Regards, Atanas From owner-freebsd-stable@FreeBSD.ORG Sat Jul 1 00:09:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43DCF16A47E for ; Sat, 1 Jul 2006 00:09:06 +0000 (UTC) (envelope-from dan@syz.com) Received: from mail2.syz.com (static-139-142-196-33.gtcust.grouptelecom.net [139.142.196.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5F8F43D53 for ; Sat, 1 Jul 2006 00:09:05 +0000 (GMT) (envelope-from dan@syz.com) Received: from [127.0.0.1] (localhost [127.0.0.1]) by mail2.syz.com (Postfix) with ESMTP id 1DDC424FCD1 for ; Fri, 30 Jun 2006 18:08:55 -0600 (MDT) Mime-Version: 1.0 (Apple Message framework v750) Content-Transfer-Encoding: 7bit Message-Id: <281C4418-D0A0-4AAF-8C06-F6A4D5AC5571@syz.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Dan Charrois Date: Fri, 30 Jun 2006 18:08:54 -0600 X-Mailer: Apple Mail (2.750) Subject: Which FreeBSD is the most stable for Dell PowerEdge 2850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Jul 2006 00:09:06 -0000 Hi everyone. I'm currently running the following: Hardware: Dell PowerEdge 2850 rack mounted server, Dual 3.4 Ghz Xeon, 5 Gb memory Hard Drives: LSILogic PERC 4e/Di, configured as RAID 5, with 3 X 40 Gb disks OS: FreeBSD 5.4-RELEASE-p6 for amd64 It's sole purpose is to be an SQL server, and that's about the only thing that's running on it, namely: mysqld Ver 4.1.16 for portbld-freebsd5.4 on amd64 (FreeBSD port: mysql-server-4.1.16) The server is rather heavily loaded, and 8 or 9 months ago, I had problems with it spontaneously "hard" rebooting irregularly every few days to several weeks. All the hardware tested out fine, but it acted as if someone just pulled the plug and then plugged it back in (looking through the log files showed everything working fine, and then suddenly the logs would start showing messages from the boot sequence). Of course, the disks would then be scanned for errors, and sometimes the SQL databases needed repairs from the unexpected restart. There weren't real power fluctuations involved - the machine was on a building-wide UPS, and several other machines in the same cabinet plugged into the same power source never had issues - and the PowerEdge itself has two power supplies. I never was able to track down definitively what was causing the problem (especially since it was sporadic), but eventually found that by disabling hyperthreading, it never crashed again. I don't know why, or even if, it fixed anything, but since it hasn't crashed since then, haven't wanted to touch it. In any case, the server is used heavily all year except July, so this is my time of year to take things apart, update software, etc. And so I'm wondering - what is the recommended version of FreeBSD I should be running if stability is of the utmost importance? Should I migrate to the 6.x stream? Is it relatively solid? Or should I stay with 5.4 for now? I've seen some messages posted periodically from various people running into problems, but am wondering if it's just relatively isolated incidents or if there are fairly common problems with stability. I could keep running what I'm running now, but since this is the month to update things that are appropriate to update, I thought I'd ask. I don't want to stay with the 5.4 release indefinitely if the cessation of security patches loom on the horizon. Plus, if 6.x is stable with hyperthreading, I'd like to turn it back on. I heard about the information disclosure vulnerability on hyperthreaded CPUs, but I'm under the impression that it can only be exploited by other local users. I'm the only user on that machine, so if so, that vulnerability shouldn't affect me, and I'd like to squeak out every bit of performance possible. I'll probably be upgrading to MySQL 5.0 along the way too, unless anyone has any horror stories to share there :-) Thanks for any help or advice you can give! Dan -- Syzygy Research & Technology Box 83, Legal, AB T0G 1L0 Canada Phone: 780-961-2213 From owner-freebsd-stable@FreeBSD.ORG Sat Jul 1 00:44:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7E9B16A403 for ; Sat, 1 Jul 2006 00:44:47 +0000 (UTC) (envelope-from hpuiu@xentra.ro) Received: from mail8.dr.myx.net (ns8.dr.myx.net [217.10.193.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1489F44312 for ; Sat, 1 Jul 2006 00:44:46 +0000 (GMT) (envelope-from hpuiu@xentra.ro) Received: from puya (unknown [89.32.193.19]) by mail8.dr.myx.net (mydomain.myx.net) with ESMTP id CAD9728EEDB for ; Sat, 1 Jul 2006 03:44:43 +0300 (EEST) Message-ID: <005701c69ca7$8e3f1c50$0300a8c0@puya> From: "Puiu @ Xentra" To: Date: Sat, 1 Jul 2006 03:44:47 +0300 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 6.1-STABLE on IBM 300PL - memory not detected X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Jul 2006 00:44:47 -0000 Hello, I have finished installing FreeBSD 6.1 on an IBM PC = 300PL/PII-400MHz/320MB RAM=20 a week ago and I realised it used the hdd alot, so I have updated the = BIOS to the latest=20 version updated the kernel with the latest stable version, same thing = with the world. Finally I took a look in dmesg and saw that the kernel detects only 64MB = of RAM, how can I debug this ? The POST is showing 320MB, in BIOS utility on System = Information it shows 320 MB ( and yes, there are 320 MB of physical memory :) = 64/128/128 ). Any help would be greatly appreciated. Thanks. uname -a : FreeBSD development.xxxx.ro 6.1-STABLE FreeBSD 6.1-STABLE #4: Thu Jun 29 = 00:53:31 EEST 2006 =20 puya@development.xxxx.ro:/usr/obj/usr/src/sys/XXXX i386 dmesg ( partial ) : Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD 6.1-STABLE #4: Thu Jun 29 00:53:31 EEST 2006 puya@development.xxxx.ro:/usr/obj/usr/src/sys/XXXX Preloaded elf kernel "/boot/kernel/kernel" at 0xc0bf3000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0bf3188. Calibrating clock(s) ... i8254 clock: 1193131 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 398270857 Hz CPU: Pentium II/Pentium II Xeon/Celeron (398.27-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x652 Stepping =3D 2 = Features=3D0x183f9ff real memory =3D 67117056 (64 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x0000000003ea9fff, 52973568 bytes (12933 pages) avail memory =3D 56119296 (53 MB) bios32: Found BIOS32 Service Directory header at 0xc00fd7f0 bios32: Entry =3D 0xfd801 (c00fd801) Rev =3D 0 Len =3D 1 -------------------------------- Puiu Hrenciuc Xentra Development From owner-freebsd-stable@FreeBSD.ORG Sat Jul 1 01:09:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8F2C16A407 for ; Sat, 1 Jul 2006 01:09:07 +0000 (UTC) (envelope-from freebsd@contexthosting.net) Received: from mail.contexthosting.net (inception.contexthosting.net [209.120.245.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 887D843D4C for ; Sat, 1 Jul 2006 01:09:06 +0000 (GMT) (envelope-from freebsd@contexthosting.net) Received: (qmail 64279 invoked by uid 1096); 1 Jul 2006 01:09:05 -0000 Received: from c-68-80-15-216.hsd1.pa.comcast.net (c-68-80-15-216.hsd1.pa.comcast.net [68.80.15.216]) by webmail.contexthosting.net (Horde MIME library) with HTTP; Fri, 30 Jun 2006 21:09:05 -0400 Message-ID: <20060630210905.ve6kc7071co0c840@webmail.contexthosting.net> Date: Fri, 30 Jun 2006 21:09:05 -0400 From: Jim Keller To: Dan Charrois References: <281C4418-D0A0-4AAF-8C06-F6A4D5AC5571@syz.com> In-Reply-To: <281C4418-D0A0-4AAF-8C06-F6A4D5AC5571@syz.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) / FreeBSD-4.11 Cc: freebsd-stable@freebsd.org Subject: Re: Which FreeBSD is the most stable for Dell PowerEdge 2850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Jul 2006 01:09:08 -0000 Hi Dan, It's usually best to go with the current production release. As such, I would recommend going with the latest release of FreeBSD 6. FreeBSD 5 is now a legacy release, so support for it will probably start to fall off sooner rather than later. Also, as I understand it, version 5 was plagued with various problems that are not present in 6. Finally mySQL runs very well on FreeBSD 6, due to the new filesystem and updated threading libraries. -Jim Keller http://www.contexthosting.net Quoting Dan Charrois : > Hi everyone. > > I'm currently running the following: > > Hardware: Dell PowerEdge 2850 rack mounted server, Dual 3.4 Ghz Xeon, > 5 Gb memory > Hard Drives: LSILogic PERC 4e/Di, configured as RAID 5, with 3 X 40 Gb disks > OS: FreeBSD 5.4-RELEASE-p6 for amd64 > > It's sole purpose is to be an SQL server, and that's about the only > thing that's running on it, namely: > > mysqld Ver 4.1.16 for portbld-freebsd5.4 on amd64 (FreeBSD port: > mysql-server-4.1.16) > > The server is rather heavily loaded, and 8 or 9 months ago, I had > problems with it spontaneously "hard" rebooting irregularly every few > days to several weeks. All the hardware tested out fine, but it > acted as if someone just pulled the plug and then plugged it back in > (looking through the log files showed everything working fine, and > then suddenly the logs would start showing messages from the boot > sequence). Of course, the disks would then be scanned for errors, > and sometimes the SQL databases needed repairs from the unexpected > restart. There weren't real power fluctuations involved - the > machine was on a building-wide UPS, and several other machines in the > same cabinet plugged into the same power source never had issues - > and the PowerEdge itself has two power supplies. I never was able > to track down definitively what was causing the problem (especially > since it was sporadic), but eventually found that by disabling > hyperthreading, it never crashed again. I don't know why, or even > if, it fixed anything, but since it hasn't crashed since then, > haven't wanted to touch it. > > In any case, the server is used heavily all year except July, so this > is my time of year to take things apart, update software, etc. And > so I'm wondering - what is the recommended version of FreeBSD I > should be running if stability is of the utmost importance? Should I > migrate to the 6.x stream? Is it relatively solid? Or should I > stay with 5.4 for now? I've seen some messages posted periodically > from various people running into problems, but am wondering if it's > just relatively isolated incidents or if there are fairly common > problems with stability. I could keep running what I'm running now, > but since this is the month to update things that are appropriate to > update, I thought I'd ask. I don't want to stay with the 5.4 > release indefinitely if the cessation of security patches loom on > the horizon. Plus, if 6.x is stable with hyperthreading, I'd like > to turn it back on. I heard about the information disclosure > vulnerability on hyperthreaded CPUs, but I'm under the impression > that it can only be exploited by other local users. I'm the only > user on that machine, so if so, that vulnerability shouldn't affect > me, and I'd like to squeak out every bit of performance possible. > > I'll probably be upgrading to MySQL 5.0 along the way too, unless > anyone has any horror stories to share there :-) > > Thanks for any help or advice you can give! > > Dan > -- > Syzygy Research & Technology > Box 83, Legal, AB T0G 1L0 Canada > Phone: 780-961-2213 > > _______________________________________________ > 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 Sat Jul 1 01:14:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8850216A403 for ; Sat, 1 Jul 2006 01:14:05 +0000 (UTC) (envelope-from atanas@asd.aplus.net) Received: from pro20.abac.com (pro20.abac.com [66.226.64.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED39B43D4C for ; Sat, 1 Jul 2006 01:14:04 +0000 (GMT) (envelope-from atanas@asd.aplus.net) Received: from [216.55.129.5] (asd2.aplus.net [216.55.129.5]) (authenticated bits=0) by pro20.abac.com (8.13.6/8.13.6) with ESMTP id k611E1Ww088665 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 30 Jun 2006 18:14:01 -0700 (PDT) (envelope-from atanas@asd.aplus.net) Message-ID: <44A5CD8E.3060508@asd.aplus.net> Date: Fri, 30 Jun 2006 18:19:10 -0700 From: Atanas User-Agent: Thunderbird 1.5.0.4 (Macintosh/20060516) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 1.47 (SPF_SOFTFAIL) Subject: Parallel fsck in non-preen/full mode? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Jul 2006 01:14:05 -0000 Is there some easy way to force a full (non-preen) and at the same time parallel (i.e. one process per disk) fsck? It could be a real down time saver in crash recovery situations. Imagine the following (fairly typical in my case) scenario: You have many machines with some bunch of drives each and many files on each drive. After a crash (due to a hardware failure or else), the initial preen (fsck -p) fails. You have the following options: a) rely on the background fsck available for 5.x and up; b) set fsck_y_enable to YES to do "fsck -y" if the initial preen fails. c) fsck it manually via local or serial console; Background fsck relies on snapshots, which don't cope well with user quotas and often deadlocks and causes more crashes. Actually the QUOTA + snapshots combination worked somewhat better in 5.x than in 6.x now. For 6.1 it's no longer an option for me. An "fsck -y" is slow as hell as it doesn't run in parallel. For instance 6 72GB drives (each about 75% full with a million of files) could take good 2 hours, primarily because fsck assumes that interaction is required and runs the checks one at a time. Manual fsck needs attention (additional down time), and the fastest way to bring the machine back up is to do exactly the same what a "fsck -p" would to, but in _full_ mode, i.e.: # fsck -y da0s1a # fsck -y da0s1d & # fsck -y da1s1d & ... # fsck -y da7s1d & # ps ax |grep fsck # ... # exit The above takes just 15 minutes or so, plus the time between the moment when the crash actually happens and the moment you start typing on the console (which sometimes could be much more than 15 minutes). This could be automated by putting something similar (plus perhaps some shell code taking device entries from /etc/fstab and a cycle waiting for the fsck processes to finish) in /etc/rc.early or a separate rc.d/ style script. But such a hack I think would look somewhat ugly in shell and would just mimic what fsck already does in order to check multiple drives when running in preen mode. It seems that it would be really helpful (and possibly harmless) if fsck could be forced to do checks in parallel when running with '-y' when console interaction is not needed anyway, or perhaps through a new switch (-Y?). I could try to eventually modify the fsck source and somehow change the default '-y' behavior. But I wouldn't like to carry such additional luggage of custom patches on all servers and also I don't think that I am the most qualified person to do so. So in case someone still reads this, please advice. Regards, Atanas From owner-freebsd-stable@FreeBSD.ORG Sat Jul 1 01:58:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 222AF16A407 for ; Sat, 1 Jul 2006 01:58:59 +0000 (UTC) (envelope-from nobody@mail.otel.net) Received: from mail.otel.net (gw3.OTEL.net [212.36.8.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 638EF43DF8 for ; Sat, 1 Jul 2006 01:58:48 +0000 (GMT) (envelope-from nobody@mail.otel.net) Received: from nobody by mail.otel.net with local (Exim 4.62 (FreeBSD)) (envelope-from ) id 1FwUkw-00063i-LR for freebsd-stable@freebsd.org; Sat, 01 Jul 2006 04:58:46 +0300 From: tbyte@OTEL.net To: "freebsd-stable@freebsd.org" Date: Sat, 01 Jul 2006 01:58:46 GMT Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=_0_23293_1151719126"; charset="iso-8859-1" Message-Id: Sender: Unprivileged user 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: Sat, 01 Jul 2006 01:58:59 -0000 This is a MIME-formatted message. If you see this text it means that your mail software cannot handle MIME-formatted messages. --=_0_23293_1151719126 Content-Type: text/plain; format=flowed; charset=iso-8859-1 Content-Transfer-Encoding: 7bit I found a little bug (probably) in sys/dev/ata-all.c which somehow corrupts device parameters structure. When I first did "atacontrol list" device info about ad0 looked like this: Master: ad0 ATA/ATAPI revision 7 after I ran "atacontrol cap ad0" it printed somewhat messy output like having enabled SMART but not supported... then I did "atacontrol list" again and saw that the line about ad0 have changed to something like this: Master: ad0 ATA/ATAPI revision 0 or similar. After some digging and comparing the way "IOCATADEVICES" and "IOCATAGPARM" work I saw (probably) bogus ata_getparam() call. After removing this call to ata_getparam() everything work as expected (atleast that's what it looks like for ~30 min run). "atacontrol cap ad0" shows right results and doesn't screw the device parameters. I just hope that this doesn't break something else but I doubt it coz it just gets info and doesn't set anything. The "giant" patch is attached. It's agains today's -STABLE. regards --=_0_23293_1151719126 Content-Disposition: attachment; filename="ata-all.c.diff" Content-Type: text/plain; charset="iso-8859-1"; name="ata-all.c.diff" Content-Transfer-Encoding: 7bit --- ata-all.c.old Sat Jul 1 04:10:30 2006 +++ ata-all.c Sat Jul 1 04:40:26 2006 @@ -505,7 +505,6 @@ return error; case IOCATAGPARM: - ata_getparam(atadev, 0); bcopy(&atadev->param, params, sizeof(struct ata_params)); return 0; --=_0_23293_1151719126-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 1 02:01:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AFDA16A47B for ; Sat, 1 Jul 2006 02:01:58 +0000 (UTC) (envelope-from nobody@mail.otel.net) Received: from mail.otel.net (gw3.OTEL.net [212.36.8.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBE2F43D7B for ; Sat, 1 Jul 2006 02:01:57 +0000 (GMT) (envelope-from nobody@mail.otel.net) Received: from nobody by mail.otel.net with local (Exim 4.62 (FreeBSD)) (envelope-from ) id 1FwUo1-000666-32 for freebsd-stable@freebsd.org; Sat, 01 Jul 2006 05:01:57 +0300 From: tbyte@OTEL.net To: "freebsd-stable@freebsd.org" Date: Sat, 01 Jul 2006 02:01:57 GMT Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=_0_23441_1151719317"; charset="iso-8859-1" Message-Id: Sender: Unprivileged user Subject: Bug in ata (ata-all.c) driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Jul 2006 02:01:58 -0000 This is a MIME-formatted message. If you see this text it means that your mail software cannot handle MIME-formatted messages. --=_0_23441_1151719317 Content-Type: text/plain; format=flowed; charset=iso-8859-1 Content-Transfer-Encoding: 7bit I found a little bug (probably) in sys/dev/ata-all.c which somehow corrupts device parameters structure. When I first did "atacontrol list" device info about ad0 looked like this: Master: ad0 ATA/ATAPI revision 7 after I ran "atacontrol cap ad0" it printed somewhat messy output like having enabled SMART but not supported... then I did "atacontrol list" again and saw that the line about ad0 have changed to something like this: Master: ad0 ATA/ATAPI revision 0 or similar. After some digging and comparing the way "IOCATADEVICES" and "IOCATAGPARM" work I saw (probably) bogus ata_getparam() call. After removing this call to ata_getparam() everything work as expected (atleast that's what it looks like for ~30 min run). "atacontrol cap ad0" shows right results and doesn't screw the device parameters. I just hope that this doesn't break something else but I doubt it coz it just gets info and doesn't set anything. The "giant" patch is attached. It's agains today's -STABLE. regards --=_0_23441_1151719317 Content-Disposition: attachment; filename="ata-all.c.diff" Content-Type: text/plain; charset="iso-8859-1"; name="ata-all.c.diff" Content-Transfer-Encoding: 7bit --- ata-all.c.old Sat Jul 1 04:10:30 2006 +++ ata-all.c Sat Jul 1 04:40:26 2006 @@ -505,7 +505,6 @@ return error; case IOCATAGPARM: - ata_getparam(atadev, 0); bcopy(&atadev->param, params, sizeof(struct ata_params)); return 0; --=_0_23441_1151719317-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 1 03:51:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C02E016A40F for ; Sat, 1 Jul 2006 03:51:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4C7643D4C for ; Sat, 1 Jul 2006 03:51:53 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by nz-out-0102.google.com with SMTP id x7so260197nzc for ; Fri, 30 Jun 2006 20:51:53 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=Dj7P3f/PZY56nCl/ZzPNPnZRIfDDTeuuoenDJrBSjXkYL62Ips+JBg5SaTb5EgeEEv6HsArC1lQCN/nwsJwmhdS7SY0Wx2KxknJWqtBp8hZb/buOY7ZGq5TWzzrZerJjgpodF5ikrCMdDCKj6Hoa/DhB0o8ZwJ5kZSd7G4d8sD4= Received: by 10.36.100.15 with SMTP id x15mr1492290nzb; Fri, 30 Jun 2006 20:51:53 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 18sm4193066nzo.2006.06.30.20.51.50; Fri, 30 Jun 2006 20:51:52 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k613sNLn056009 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 1 Jul 2006 12:54:23 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k613sGU8056008; Sat, 1 Jul 2006 12:54:16 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 1 Jul 2006 12:54:16 +0900 From: Pyun YongHyeon To: Atanas Message-ID: <20060701035416.GC54876@cdnetworks.co.kr> References: <20060628185426.M43909@ganymede.hub.org> <20060628225239.GA93265@dan.emsphone.com> <44A3394C.4090209@asd.aplus.net> <44A3817F.4030105@thebeastie.org> <20060629092154.GE742@turion.vk2pj.dyndns.org> <20060629083130.X1229@ganymede.hub.org> <44A4A02A.9060802@thebeastie.org> <20060630012615.Q1103@ganymede.hub.org> <44A57B71.6020201@asd.aplus.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline In-Reply-To: <44A57B71.6020201@asd.aplus.net> User-Agent: Mutt/1.4.2.1i Cc: Peter Jeremy , freebsd-stable@freebsd.org, Michael Vince , User Freebsd Subject: Re: em device hangs on ifconfig alias ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Jul 2006 03:51:54 -0000 --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Jun 30, 2006 at 12:28:49PM -0700, Atanas wrote: > User Freebsd said the following on 6/29/06 9:29 PM: > > > >The other funny thing about the current em driver is that if you move an > >IP to it from a different server, the appropriate ARP packets aren't > >sent out to redirect the IP traffic .. recently, someone pointed me to > >arping, which has solved my problem *external* to the driver ... > > > That's the second reason why I (still) avoid em in mass-aliased systems. > > I have a single pool of IP addresses shared by many servers with > multiple aliases each. When someone leaves and frees an IP, it gets > reused and brought up on a different server. In case it was previously > handled by em, the traffic doesn't get redirected to the new server. > > Similar thing happens even with machines with single static IPs. For > instance when retiring an old production system, I usually request a new > box to be brought up on a different IP, make a fresh install on > everything and test, swap IP addresses and reboot. In case of em, after > a soft reboot both systems are inaccessible. > > A workaround is to power both of the systems down and then power them > up. This however cannot be done remotely and in case there were IP > aliases, they still don't get any traffic. > I haven't fully tested it but what about attached patch? It may fix your ARP issue. The patch also fixes other issues related with ioctls. Now em(4) will send a ARP packet when its IP address is changed even if there is no active link. Since em(4) is not mii-aware driver I can't sure this behaviour is correct. -- Regards, Pyun YongHyeon --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="em.arp.patch" Index: if_em.c =================================================================== RCS file: /pool/ncvs/src/sys/dev/em/if_em.c,v retrieving revision 1.116 diff -u -r1.116 if_em.c --- if_em.c 6 Jun 2006 08:03:49 -0000 1.116 +++ if_em.c 1 Jul 2006 03:51:41 -0000 @@ -692,7 +692,8 @@ EM_LOCK_ASSERT(sc); - if (!sc->link_active) + if ((ifp->if_drv_flags & (IFF_DRV_RUNNING|IFF_DRV_OACTIVE)) != + IFF_DRV_RUNNING) return; while (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) { @@ -751,11 +752,6 @@ return (error); switch (command) { - case SIOCSIFADDR: - case SIOCGIFADDR: - IOCTL_DEBUGOUT("ioctl rcv'd: SIOCxIFADDR (Get/Set Interface Addr)"); - ether_ioctl(ifp, command, data); - break; case SIOCSIFMTU: { int max_frame_size; @@ -802,17 +798,19 @@ IOCTL_DEBUGOUT("ioctl rcv'd: SIOCSIFFLAGS (Set Interface Flags)"); EM_LOCK(sc); if (ifp->if_flags & IFF_UP) { - if (!(ifp->if_drv_flags & IFF_DRV_RUNNING)) { + if ((ifp->if_drv_flags & IFF_DRV_RUNNING)) { + if ((ifp->if_flags ^ sc->if_flags) & + IFF_PROMISC) { + em_disable_promisc(sc); + em_set_promisc(sc); + } + } else em_init_locked(sc); - } - - em_disable_promisc(sc); - em_set_promisc(sc); } else { - if (ifp->if_drv_flags & IFF_DRV_RUNNING) { + if (ifp->if_drv_flags & IFF_DRV_RUNNING) em_stop(sc); - } } + sc->if_flags = ifp->if_flags; EM_UNLOCK(sc); break; case SIOCADDMULTI: @@ -878,8 +876,8 @@ break; } default: - IOCTL_DEBUGOUT1("ioctl received: UNKNOWN (0x%x)", (int)command); - error = EINVAL; + error = ether_ioctl(ifp, command, data); + break; } return (error); Index: if_em.h =================================================================== RCS file: /pool/ncvs/src/sys/dev/em/if_em.h,v retrieving revision 1.44 diff -u -r1.44 if_em.h --- if_em.h 15 Feb 2006 08:39:50 -0000 1.44 +++ if_em.h 1 Jul 2006 03:51:41 -0000 @@ -259,6 +259,7 @@ struct callout timer; struct callout tx_fifo_timer; int io_rid; + int if_flags; struct mtx mtx; int em_insert_vlan_header; struct task link_task; --zhXaljGHf11kAtnf-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 1 03:58:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90DD816A416 for ; Sat, 1 Jul 2006 03:58:21 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4E4C43D64 for ; Sat, 1 Jul 2006 03:58:11 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by nz-out-0102.google.com with SMTP id x7so260633nzc for ; Fri, 30 Jun 2006 20:58:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=lqTsPJ9EmtCrFDrISoaguaXZXB4fI4GKAFamISDkEq7nl68kDRXkVqkX+9wjxPZzFIS8KGPeRgfng1YEJezy15K9290qd0F7LxNaddmBGjE4uYbokgXp8TygFEjQocUEz1yPM4PBJEjDbwMgZoG+Q9E1lJ0Kcb0bUfNIamZDaP4= Received: by 10.36.33.8 with SMTP id g8mr1511527nzg; Fri, 30 Jun 2006 20:58:11 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 10sm4202714nzo.2006.06.30.20.58.09; Fri, 30 Jun 2006 20:58:11 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k613v6vg056041 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 1 Jul 2006 12:57:06 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k613v5c2056040; Sat, 1 Jul 2006 12:57:05 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 1 Jul 2006 12:57:05 +0900 From: Pyun YongHyeon To: User Freebsd Message-ID: <20060701035705.GD54876@cdnetworks.co.kr> References: <20060628185426.M43909@ganymede.hub.org> <20060628225239.GA93265@dan.emsphone.com> <44A3394C.4090209@asd.aplus.net> <44A3817F.4030105@thebeastie.org> <20060629092154.GE742@turion.vk2pj.dyndns.org> <20060629083130.X1229@ganymede.hub.org> <44A4A02A.9060802@thebeastie.org> <20060630012615.Q1103@ganymede.hub.org> <44A57B71.6020201@asd.aplus.net> <20060630174632.L1103@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060630174632.L1103@ganymede.hub.org> User-Agent: Mutt/1.4.2.1i Cc: Peter Jeremy , Atanas , freebsd-stable@freebsd.org, Michael Vince Subject: Re: em device hangs on ifconfig alias ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Jul 2006 03:58:21 -0000 On Fri, Jun 30, 2006 at 05:48:23PM -0300, User Freebsd wrote: > On Fri, 30 Jun 2006, Atanas wrote: > > >A workaround is to power both of the systems down and then power them up. > >This however cannot be done remotely and in case there were IP aliases, > >they still don't get any traffic. > > see 'arping' ... great little tool, solved all my problems as far as > moving around IPs ... > The 'arping' should be teached to run correctly on Big endian systems. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Sat Jul 1 07:43:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE52716A403 for ; Sat, 1 Jul 2006 07:43:12 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail20.syd.optusnet.com.au (mail20.syd.optusnet.com.au [211.29.132.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 360CE43F42 for ; Sat, 1 Jul 2006 07:43:12 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail20.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k617hAKB009215 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sat, 1 Jul 2006 17:43:11 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k617hAfD010243 for ; Sat, 1 Jul 2006 17:43:10 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k617hALU010242 for freebsd-stable@freebsd.org; Sat, 1 Jul 2006 17:43:10 +1000 (EST) (envelope-from peter) Date: Sat, 1 Jul 2006 17:43:10 +1000 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20060701074310.GA10220@turion.vk2pj.dyndns.org> References: <20060630220256.GB8447@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline In-Reply-To: <20060630220256.GB8447@turion.vk2pj.dyndns.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Subject: Re: 6.1-RELEASE won't boot on Compaq 1580 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Jul 2006 07:43:12 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, 2006-Jul-01 08:02:56 +1000, Peter Jeremy wrote: >I've just acquired a couple of old Compaq Armada laptops. I can >successfully install 6.1-RELEASE but the system won't boot from >the HDD: The MBR menu displays but pressing F1 (the FreeBSD >partition) just beeps. Pressing F3 (the Compaq configuration >partition) works. For the archives: Rebuilding (and re-installing) boot0 from the sources on the 6.1-RELEASE CD using the default options (no /etc/make.conf) fixes the problem. I have no idea why the boot0 on the CD doesn't work for me (though the two boot0's are definitely different). --=20 Peter Jeremy --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEpieM/opHv/APuIcRAk+cAJ9nVVOYD2bQYT/j2MmPLVk7VKTwYACffiuw 20DuQmj2tsGWmgA4wHKuIfY= =Vxy6 -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 1 17:43:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C00F16A5A1 for ; Sat, 1 Jul 2006 17:43:53 +0000 (UTC) (envelope-from brad-fbsd-stable@duttonbros.com) Received: from uno.mnl.com (uno.mnl.com [63.97.246.49]) by mx1.FreeBSD.org (Postfix) with SMTP id 3C2994440B for ; Sat, 1 Jul 2006 17:16:14 +0000 (GMT) (envelope-from brad-fbsd-stable@duttonbros.com) Received: (qmail 80278 invoked by uid 85); 1 Jul 2006 17:16:13 -0000 Received: from 127.0.0.1 by uno (envelope-from , uid 89) with qmail-scanner-1.25 (spamassassin: 2.55. Clear:RC:1(127.0.0.1):. Processed in 0.070985 secs); 01 Jul 2006 17:16:13 -0000 Received: from unknown (HELO uno.mnl.com) (127.0.0.1) by localhost with SMTP; 1 Jul 2006 17:16:13 -0000 Received: from 71.202.65.184 (SquirrelMail authenticated user bdutton) by uno.mnl.com with HTTP; Sat, 1 Jul 2006 10:16:13 -0700 (PDT) Message-ID: <56779.71.202.65.184.1151774173.squirrel@uno.mnl.com> In-Reply-To: <20060701074310.GA10220@turion.vk2pj.dyndns.org> References: <20060630220256.GB8447@turion.vk2pj.dyndns.org> <20060701074310.GA10220@turion.vk2pj.dyndns.org> Date: Sat, 1 Jul 2006 10:16:13 -0700 (PDT) From: "Bradley W. Dutton" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.6 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: graid3 configure on 6 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: brad-fbsd-stable@duttonbros.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Jul 2006 17:43:53 -0000 Hi, I just tried 'graid3 configure -a' on a degraded array and received the following: panic: lock geom topology not exclusively locked @ /usr/src/sys/geom/raid3/g_raid3_ctl.c:105 Thanks, Brad From owner-freebsd-stable@FreeBSD.ORG Sat Jul 1 20:19:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0128416A403 for ; Sat, 1 Jul 2006 20:19:38 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 806BB45367 for ; Sat, 1 Jul 2006 20:19:37 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.6/8.13.6) with ESMTP id k61KPAH1056750 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 1 Jul 2006 16:25:17 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-stable@freebsd.org Date: Sat, 1 Jul 2006 16:20:03 -0400 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4005420.eXet3BmkSX"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200607011620.18085.mistry.7@osu.edu> X-Spam-Status: No, score=-4.5 required=5.0 tests=ALL_TRUSTED,BAYES_60, MYFREEBSD2 autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.2/1578/Fri Jun 30 05:34:32 2006 on mail.united-ware.com X-Virus-Status: Clean Cc: tbyte@otel.net Subject: Re: Bug in ata (ata-all.c) driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Jul 2006 20:19:38 -0000 --nextPart4005420.eXet3BmkSX Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 30 June 2006 22:01, tbyte@otel.net wrote: > I found a little bug (probably) in sys/dev/ata-all.c which somehow > corrupts device parameters structure. When I first did "atacontrol > list" device info about ad0 looked like this: > Master: ad0 ATA/ATAPI revision 7 > after I ran "atacontrol cap ad0" it printed somewhat messy output > like having enabled SMART but not supported... > then I did "atacontrol list" again and saw that the line about ad0 > have changed to something like this: > Master: ad0 ATA/ATAPI revision 0 > or similar. > > After some digging and comparing the way "IOCATADEVICES" and > "IOCATAGPARM" work I saw (probably) bogus ata_getparam() call. > After removing this call to ata_getparam() everything work as > expected (atleast that's what it looks like for ~30 min run). > "atacontrol cap ad0" shows right results and doesn't screw the > device parameters. I just hope that this doesn't break something > else but I doubt it coz it just gets info and doesn't set anything. > > The "giant" patch is attached. It's agains today's -STABLE. Don't forget to open a PR for this issue, so it doesn't get lost. =2D-=20 Anish Mistry --nextPart4005420.eXet3BmkSX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEptkCxqA5ziudZT0RAiPWAKDNdCp3tZBTkxAPTvm8hnm9sr+vkwCcDyCP Xtu3uHqlax3lgMaI+LDfqgg= =V727 -----END PGP SIGNATURE----- --nextPart4005420.eXet3BmkSX-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 1 23:17:16 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8A7816A5D8 for ; Sat, 1 Jul 2006 23:17:16 +0000 (UTC) (envelope-from astesin@ukrtelecom.net) Received: from guard.ukrtel.net (guard.ukrtel.net [195.5.6.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29C4D44410 for ; Sat, 1 Jul 2006 19:24:58 +0000 (GMT) (envelope-from astesin@ukrtelecom.net) Received: from hoexc010.ukrtelecom.net ([195.5.37.134]) by guard.ukrtel.net with InterScan Message Security Suite; Sat, 01 Jul 2006 22:24:57 +0300 Received: by hoexc010.ukrtelecom.net with Internet Mail Service (5.5.2653.19) id ; Sat, 1 Jul 2006 22:24:57 +0300 Message-ID: From: ASTESIN To: "'stable@freebsd.org'" Date: Sat, 1 Jul 2006 22:24:54 +0300 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Cc: Subject: 6-STABLE on 6 Gb RAM 2 x Xeon 3.0 HTT & GDT RAID5 - how? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Jul 2006 23:17:17 -0000 Dear FreeBSD gurus, can anyone point me at a good FM where process of _proper_ setting up FreeBSD 6-STABLE on 6 Gb RAM machine w/ 2 x Xeon CPU is described? It also has ICP (former GDT) RAID controller w/RAID-5 configuration (iir0 device). Purpose: just Apache + mod_perl + MySQL 5.x application server. Install went fine, system boots, I'm going to try PAE kernel on it. But somathing makes me doubt that things are going on well... I.e. I worry about strange messages in dmesg output with regard to ACPI, see below; will iir0 work with PAE? Thanks in advanse! Andrew Stesin p.s. Personal copy of your reply is greatly appreciated: for some reason a local mail host hates FreeBSD mailing lists and kills most messages from them. :( Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-STABLE-200606 #0: Sun Jun 4 11:15:14 UTC 2006 root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.66GHz (2665.92-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400> Logical CPUs per core: 2 real memory = 4077912064 (3889 MB) avail memory = 3992907776 (3807 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ACPI-0698: *** Warning: Type override - [DEB_] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [MLIB] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [IO__] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [DATA] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [SIO_] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [SB__] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [PM__] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [ICNT] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [ACPI] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [IORG] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [SB__] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [PM__] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [SIO_] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [PM__] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [BIOS] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [CMOS] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [KBC_] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [OEM_] had invalid type (Integer) for Scope operator, changed to (Scope) MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 cpu2: on acpi0 acpi_throttle2: on cpu2 acpi_throttle2: failed to attach P_CNT device_attach: acpi_throttle2 attach returned 6 cpu3: on acpi0 acpi_throttle3: on cpu3 acpi_throttle3: failed to attach P_CNT device_attach: acpi_throttle3 attach returned 6 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 2.0 (no driver attached) em0: port 0x8f00-0x8f3f mem 0xfe5a0000-0xfe5bffff irq 30 at device 4.0 on pci0 em0: Ethernet address: 00:30:48:52:d4:9e isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 15.1 on pci0 ata0: on atapci0 ata1: on atapci0 ohci0: mem 0xfe5fe000-0xfe5fefff irq 10 at device 15.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered pcib1: on acpi0 pci1: on pcib1 bge0: mem 0xfe6f0000-0xfe6fffff irq 31 at device 3.0 on pci1 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:30:48:52:d4:9f pcib2: on acpi0 pci2: on pcib2 iir0: mem 0xfc2fc000-0xfc2fffff irq 22 at device 2.0 on pci2 iir0: [GIANT-LOCKED] pcib3: on acpi0 pci3: on pcib3 pcib4: on acpi0 pci4: on pcib4 ahd0: port 0xe000-0xe0ff,0xd800-0xd8ff mem 0xfebfc000-0xfebfdfff irq 16 at device 3.0 on pci4 ahd0: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs ahd1: port 0xe800-0xe8ff,0xe400-0xe4ff mem 0xfebfe000-0xfebfffff irq 17 at device 3.1 on pci4 ahd1: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: Generic chipset (ECP/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 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcd7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle acd0: CDROM at ata0-master UDMA33 ses0 at iir0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: SAF-TE Compliant Device ses1 at iir0 bus 1 target 6 lun 0 ses1: Fixed Processor SCSI-2 device ses1: SAF-TE Compliant Device da0 at iir0 bus 2 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: Tagged Queueing Enabled da0: 350025MB (716852430 512 byte sectors: 255H 63S/T 44622C) SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! Trying to mount root from ufs:/dev/da0s1a em0: link state changed to UP