From owner-freebsd-current@FreeBSD.ORG Sun Nov 11 10:23:03 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 088D916A418 for ; Sun, 11 Nov 2007 10:23:03 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.190]) by mx1.freebsd.org (Postfix) with ESMTP id 7D73D13C4BE for ; Sun, 11 Nov 2007 10:23:02 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so1258588mue for ; Sun, 11 Nov 2007 02:22:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:subject:message-id:mail-followup-to:mime-version:content-type:content-disposition:user-agent; bh=O73W4wOrGVSx8V+lbvU9wMInKo9tZuuUCbl+a4CM6dQ=; b=SOCvnsQptwLqsKhSw9y0TuqXWFl77tWKuZeT0xtKdChggrWXT2PWoCSIpAIdI7uqgOeAI+yQFdABikBmxtaH9/1gXLN9f7eFy92ciEdqJl6eHO+fqVzIk2SVJuWlMNjVM59NKJipjUlWuwKDxCW/smUwCAstegC6vihv4elb8Ic= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:mail-followup-to:mime-version:content-type:content-disposition:user-agent; b=sxv/aPKbAx10SUWvhLQqRL0vQC0nGXpD3g4QY1uYAEuIPwub29HD6HYBQ2WWJJnYp/E+lt7xUWmrMBOtDTuI4pB+atFPB7miWcM9OoE6yK1aUgYg8jsOpZoRlq4/wg6yQVSnP+VefKkXVZbSq2Fw+8fxQ/IfBn2tUKGaPjK0k9s= Received: by 10.86.62.3 with SMTP id k3mr2762292fga.1194774828646; Sun, 11 Nov 2007 01:53:48 -0800 (PST) Received: from roadrunner.spoerlein.net ( [85.180.132.174]) by mx.google.com with ESMTPS id d4sm1875529fga.2007.11.11.01.53.47 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 11 Nov 2007 01:53:48 -0800 (PST) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.1/8.14.1) with ESMTP id lAB9rjCG033644 for ; Sun, 11 Nov 2007 10:53:45 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.spoerlein.net (8.14.1/8.14.1/Submit) id lAB9riwD033642 for current@freebsd.org; Sun, 11 Nov 2007 10:53:44 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Sun, 11 Nov 2007 10:53:44 +0100 From: Ulrich Spoerlein To: current@freebsd.org Message-ID: <20071111095344.GA1558@roadrunner.spoerlein.net> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: panic under FUSE: lockmgr: locking against myself 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: Sun, 11 Nov 2007 10:23:03 -0000 Hi, I need to transfer a Windows installation from a broken drive to a new one. I already salvaged the old disk using recoverdisk(1) and now want to write to the new disk using fusefs-ntfs aka. ntfs-3g. I can read from NTFS via FUSE just fine, writing is also no problem if I'm using 'cp -pr', but since I want to copy selectively I'm using 'find | cpio -dump', this panics the box after a few seconds. I'm using a recent 8.0-CURRENT and the fuse ports are up to date. Here's the panic: panic: lockmgr: locking against myself KDB: stack backtrace: db_trace_self_wrapper(c071561a,cf349ae8,c0537d2a,c07138c3,c077e480,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c07138c3,c077e480,c0711f62,cf349af4,cf349af4,...) at kdb_backtrace+0x29 panic(c0711f62,c073f0a0,c266b3b8,c0767fe0,c266b330,...) at panic+0xaa _lockmgr(c266b168,3002,c266b198,c255f840,c071a143,...) at _lockmgr+0x432 vop_stdlock(cf349b84,c05a41f1,1002,c266b110,cf349ba8,...) at vop_stdlock+0x40 VOP_LOCK1_APV(c2380ba0,cf349b84,cf349ba8,c05bf022,c2380ba0,...) at VOP_LOCK1_APV+0x46 _vn_lock(c266b110,1002,c255f840,c071a143,a6c,...) at _vn_lock+0x16f setfown(0,4,cf349c70,c2634550,c255f840,...) at setfown+0x9c fchown(c255f840,cf349cfc,c,86,55349d,...) at fchown+0x134 syscall(cf349d38) at syscall+0x345 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (123, FreeBSD ELF32, fchown), eip = 0x280defa7, esp = 0xbfbfeb9c, ebp = 0xbfbfeca8 --- KDB: enter: panic [thread pid 984 tid 100087 ] Stopped at kdb_enter+0x32: leave db> show lockedvnods Locked vnodes 0xc266b110: tag fuse, type VREG usecount 1, writecount 1, refcount 1 mountedhere 0 flags () v_object 0xc266e364 ref 0 pages 0 lock type fuse: EXCL (count 1) by thread 0xc255f840 (pid 984) nodeid: 11, parent_nid: 5, fh_counter: 1, nlookup: 1, flags: 0 PID 984 is cpio(1). This must be a locking bug in our FUSE layer, as ntfs-3g is a user process and shouldn't be able to panic the system. Is cp(1) -p not using fchown? Or why is it not affected? Shall I try tar(1) instead? Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt.