From owner-freebsd-current Mon Oct 9 20:24:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from hub.org (hub.org [216.126.84.1]) by hub.freebsd.org (Postfix) with ESMTP id 574DF37B502; Mon, 9 Oct 2000 20:24:45 -0700 (PDT) Received: from localhost (scrappy@localhost) by hub.org (8.10.1/8.10.1) with ESMTP id e9A3Oip79250; Mon, 9 Oct 2000 23:24:44 -0400 (EDT) Date: Mon, 9 Oct 2000 23:24:44 -0400 (EDT) From: "Marc G. Fournier" To: Robert Watson Cc: freebsd-current@freebsd.org Subject: Re: can't get into single user mode - panic: ffs_valloc: dup alloc In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 9 Oct 2000, Robert Watson wrote: > On Mon, 9 Oct 2000, Marc G. Fournier wrote: > > > Well, I swear I have to be missing something here that is going to > > make me slap my forehead, but I can't get into single user mode :( > > > > I hit the space bar, type in 'boot -s' and it goes through all the > > normal start up procedures, sets up the networking, etc ... > > > > The reason I'm trying to get into single user mode is cause I > > can't get into multi-user without it doing: > > That's interesting -- this morning, I hit a ffs_valloc: dup alloc panic > following a buildworld. I assumed it was to do with my local ACL patches, > although I have been unable to find a bug that could trigger it. I'm > wondering if this isn't some sort of locking issue in VFS. I managed to > trigger it in ufs_mkdir(), as I introduced a potentially location for > blocking where previously none existed, suggesting that perhaps some UFS > code is playing fast and loose with vnode locks. This panic is > generated when FFS tries to recycle a vnode, but discovers it has a > non-zero mode, indicating that it is in use elsewhere in the system, > which should never happen. > > BTW, do you have FFS_EXTATTR enabled? not that I've enabled ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message