From owner-freebsd-current Tue Dec 8 13:22:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA11727 for freebsd-current-outgoing; Tue, 8 Dec 1998 13:22:33 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alcanet.com.au (border.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA11716 for ; Tue, 8 Dec 1998 13:22:31 -0800 (PST) (envelope-from peter.jeremy@auss2.alcatel.com.au) Received: by border.alcanet.com.au id <40350>; Wed, 9 Dec 1998 08:21:29 +1100 Date: Wed, 9 Dec 1998 08:22:08 +1100 From: Peter Jeremy Subject: Re: panic: getnewbuf inconsistent EMPTY queue in 3.0-RELEASE To: freebsd-current@FreeBSD.ORG Message-Id: <98Dec9.082129est.40350@border.alcanet.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri Dec 4 07:47:27 1998, I wrote: >I've just upgraded a Dell OptiPlex GXi from 32MB to 96MB. When I >increase MAXUSERS from 20 to 40 and SEMMNU from 350 to 1000, the >system panics `getnewbuf: inconsistent EMPTY queue, qindex=0' >immediately after the message `changing root device to wd0s1a'. >I don't have a crashdump because (as recommended) I use dumpon(8) >to specify the dumpdev, and the system doesn't get that far :-(. I've since tried dumping to both wd0b and da1b. In both cases, I get the message `device bad' (ie XXdump() returns ENXIO). With DDB enabled, I could get some tracebacks. These show that the problem is occurring when XXopen() calls dsopen() calls dsinit() calls geteblk() to read the master boot record. If the dumpdev is configured, it occurs inside setdumpdev(), otherwise it occurs inside vfs_mountroot(). Presumably the crashdump is failing because the dsopen() hadn't completed (and hence the disk device is not open). Presumably, the real problem is that the buffer cache is either uninitialised (possibly due to lack of KVM), or has been corrupted. Unfortunately, it is not practical to have the system off-air for an extended period whilst I poke around with DDB. Can anyone suggest which knobs to tweak to resolve the problem (or even where to look for the problem). Peter -- Peter Jeremy (VK2PJ) peter.jeremy@alcatel.com.au Alcatel Australia Limited 41 Mandible St Phone: +61 2 9690 5019 ALEXANDRIA NSW 2015 Fax: +61 2 9690 5247 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message