From owner-freebsd-bugs Tue Oct 10 19:14:32 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA17063 for bugs-outgoing; Tue, 10 Oct 1995 19:14:32 -0700 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA17058 for ; Tue, 10 Oct 1995 19:14:27 -0700 Received: (from root@localhost) by sbstark.cs.sunysb.edu (8.6.12/8.6.9) with UUCP id WAA08518; Tue, 10 Oct 1995 22:12:39 -0400 Received: (from gene@localhost) by starkhome.cs.sunysb.edu (8.6.11/8.6.9) id WAA04016; Tue, 10 Oct 1995 22:14:00 -0400 Date: Tue, 10 Oct 1995 22:14:00 -0400 From: Gene Stark Message-Id: <199510110214.WAA04016@starkhome.cs.sunysb.edu> To: clinet.fi!hsu@sbstark.cs.sunysb.edu CC: freebsd.org!bugs@sbstark.cs.sunysb.edu In-reply-to: <199510110158.DAA03824@katiska.clinet.fi> (message from Heikki Suonsivu on Wed, 11 Oct 1995 03:58:27 +0200) Subject: Re: kern/772: Stable panic Sender: owner-bugs@FreeBSD.org Precedence: bulk > > This appears to be the same crash as #744 (which didn't get mailed > > to the list, for some reason). I had a crash dump for this, if > > anyone is interested. I hope I still have the symbols for that kernel... > >We also got this exactly the same situation (page fault in kernel and then >IO lockup when trying to dump) on a 486-40 with IDE disks, so it is very >high probability of software problem, not a hardware one. This is very >annoying as the systems get stuck, they don't reboot automatically. The "crash in chflags" problem that I observed occurred with slirp as the current process. The system didn't get stuck, it just rebooted automatically. I did some tracing on the crash dump, reported what I found in bug report #744. I only had an hour or two to spend on it, and I concluded that the problem was caused by something in the vnode cache/pool code. Since I have not studied this code, I decided my likelihood of finding this bug quickly was small, and that David Greenman or John Dyson could make more efficient use of the dump information. I don't know if they actually ever saw bug report #744, as at least I didn't get it mailed back to me via the bugs list. - Gene Stark