From owner-freebsd-current@FreeBSD.ORG Tue Jan 29 23:42:54 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8F3716A420 for ; Tue, 29 Jan 2008 23:42:54 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 93A3A13C45D for ; Tue, 29 Jan 2008 23:42:54 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 4895 invoked by uid 399); 29 Jan 2008 23:42:54 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 29 Jan 2008 23:42:54 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <479FB9FB.4000500@FreeBSD.org> Date: Tue, 29 Jan 2008 15:42:51 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (X11/20080126) MIME-Version: 1.0 To: Attilio Rao References: <790a9fff0801150552l542a4238ofc12efe5fdb45fc2@mail.gmail.com> <3bbf2fe10801250000k5852c2f2j5d1897c900096818@mail.gmail.com> <20080126142901.GD49535@comp.chem.msu.su> <479B6303.6000401@FreeBSD.org> <3bbf2fe10801260918k56c1a73hf28ff154eca0b74c@mail.gmail.com> <479BBDAA.6000008@FreeBSD.org> <3bbf2fe10801261657x7d7c9de4q71adeaf3a2dd8159@mail.gmail.com> <479C0B5B.9030709@FreeBSD.org> <3bbf2fe10801270642m5ec609d8xb29add77ced36d8a@mail.gmail.com> <479FA3E8.10606@FreeBSD.org> <3bbf2fe10801291411v302dd33at54ebe538397e8fac@mail.gmail.com> In-Reply-To: <3bbf2fe10801291411v302dd33at54ebe538397e8fac@mail.gmail.com> X-Enigmail-Version: 0.95.5 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , Yar Tikhiy , freebsd-current@freebsd.org Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2008 23:42:55 -0000 Attilio Rao wrote: > 2008/1/29, Doug Barton : >> Attilio Rao wrote: >>> 2008/1/27, Doug Barton : >>>> Attilio Rao wrote: >>>> >>>>> As my really first commit about VFS happened on 28 december (and it >>>>> should also be a nop), and you reported a 23 december kernel, it seems >>>>> like the problem was alredy there by time. >>>> Ok, so you're off the hook. :) Interested in helping track down why >>>> it's panic'ing? >>> Sure, I'm testing a patch which instruments lockmgr with ktr and >>> witness support. >>> I will post later in the day in order to make consumer-available. >> ok. FYI I tried torture-testing it today, and thing are looking a >> little better. It only paniced once, with the same message as in the >> subject but it was stat, not lstat. Unfortunately it didn't actually >> do the dump, so I don't have a backtrace. If I can get it to >> panic&dump I'll let you know. > > Which fs? always NTFS? Yes, sorry I wasn't clear. I'm using UFS2, NFS, MSDOSFS (occasionally) CD9660 (occasionally) and NTFS (when it doesn't explode). No ZFS. > I'm committing my WITNESS patch now to perforce so that other people > can hopefully stress-test it before to be committed. Ok, let me know when it's ready for a mere mortal like me to test. :) BTW, I had something very odd happen just now. I had some time where I didn't need to be at the keyboard, so I exited X, and at the console I ran the following: for file in /mnt/ad0s1//*; do cp $file /tmp/ cmp $file /tmp/${file##*/} rm /tmp/${file##*/} done where the directory has thousands of jpegs, and /tmp is a memory disk, in case it matters. I repeated this 4-6 times (not sure exactly) and it never crashed. But when I tried to restart X I got all sorts of odd errors, all related in some way to files (e.g., /var/log/Xorg.0.log rename, hsetroot not being able to find my desktop background jpeg and dumping core, xauth not being able to lock and/or rename ~/.Xauthority, etc.). I finally gave up and rebooted, now everything is back to normal. Unfortunately it just occurred to me that I should have tried unmounting the NTFS volume first, d'oh. But there is definitely something wrong with the NTFS code if it can scramble things that badly even when it's not being accessed. Doug -- This .signature sanitized for your protection