From owner-freebsd-hackers Sat Feb 14 22:59:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA09759 for freebsd-hackers-outgoing; Sat, 14 Feb 1998 22:59:28 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA09716 for ; Sat, 14 Feb 1998 22:59:10 -0800 (PST) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id XAA18535; Sat, 14 Feb 1998 23:59:05 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp04.primenet.com, id smtpd018521; Sat Feb 14 23:58:57 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id XAA02323; Sat, 14 Feb 1998 23:58:57 -0700 (MST) From: Terry Lambert Message-Id: <199802150658.XAA02323@usr02.primenet.com> Subject: Re: VM messed: vm_page_free panic problem To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Sun, 15 Feb 1998 06:58:57 +0000 (GMT) Cc: hackers@FreeBSD.ORG In-Reply-To: <19980214195313.45645@keltia.freenix.fr> from "Ollivier Robert" at Feb 14, 98 07:53:13 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I'm experiencing a problem with the freebsd-current bootdisks since > > a weeks ago. I get the error: > > vm_page_free: pindex(12), busy(0), PG_BUSY(0), hold(0) > > panic: vm_page_free: freeing page > > I get the same problem from recent bootdisk taken from current.freebsd.org > too. Gets frustrating when you try to find a working boot disk. I finally > dug out an old 2.2.1 CD. Since John is snowed in... Is this "freeing free page" or "freeing busy page"? Are you using CCD? Are you mounting async? Are you trying to use union mounts, or any other FS other than FFS, such as NFS, MSDOSFS, etc.? Have you compiled your kernel -g, then copied it, "strip -d"'ed the copy, and run on the stripped copy until you got a panic, so you could do a source level debug of the kernel code in question? Have you traversed the scheduler queues in the kernel debugger to see if the problem is really a process on two queues? Is vm_page_freechk_and_unqueue() (since it's probably "freeing ???? page") being called from vm_page_free() or vm_page_free_zero()? When you look at the vm_object structure for the object that's failing, is the "type" member OBJT_DEFAULT, OBJT_SWAP, OBJT_VNODE, OBJT_DEVICE, or OBJT_DEAD? If OBJT_VNODE, is the backing_object member cast to a vnode a device vnode, a directory, a file, or VNONE, or what? I'd ask for the -g kernel and dump image, but they are far in excess of my account quota; unless you can put them up for FTP somewhere, and I can pull them down on a faster-than-modem link, you're going to need to go looking for yourself. Do *NOT* mail them to me! Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message