From owner-freebsd-current Sun Sep 27 02:40:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA07650 for freebsd-current-outgoing; Sun, 27 Sep 1998 02:40:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA07603 for ; Sun, 27 Sep 1998 02:39:49 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id CAA00504; Sun, 27 Sep 1998 02:39:35 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id CAA12337; Sun, 27 Sep 1998 02:39:34 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id CAA01920; Sun, 27 Sep 1998 02:39:33 -0700 (PDT) From: Don Lewis Message-Id: <199809270939.CAA01920@salsa.gv.tsc.tdk.com> Date: Sun, 27 Sep 1998 02:39:33 -0700 In-Reply-To: Bruce Evans "Re: Softupdates panics" (Sep 27, 7:54am) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Bruce Evans , Don.Lewis@tsc.tdk.com, freebsd-current@FreeBSD.ORG, street@iname.com Subject: Re: Softupdates panics Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 27, 7:54am, Bruce Evans wrote: } Subject: Re: Softupdates panics } I believe there are races in xxx_checkpath(). It certainly unlocks, } and I've been able to damage the directory structure by simulating a } race: arrange for ufs_checkpath() to sleep for a minute or two near } the end of the main loop in ufs_checkpath(), and while it is sleeping, } manually rearrange the unlocked directory tree in a certain way. I could believe that changing the hierarchy could bypass the check that ufs_checkpath() just did, which would orphan part of the directory tree, just like the comment says. Just rearranging stuff in the directory should be ok because of the following call to relookup(), which locks the directory and repeats the search to find the proper offset. Also this panic has been reported by enough people to make me think that this problem is a more subtle race, but one that is triggered by more common operations. That said, I haven't managed to trigger it here. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message