Date: Sun, 19 Mar 2006 13:19:53 -0500 From: Kris Kennaway <kris@obsecurity.org> To: Daichi GOTO <daichi@freebsd.org> Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Alexander@Leidinger.net, Dario Freni <saturnero@freesbie.org> Subject: Re: patchset-9 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) Message-ID: <20060319181953.GA3999@xor.obsecurity.org> In-Reply-To: <4417DD8D.3050201@freebsd.org> References: <E1F5gbI-000Eea-B7@cs1.cs.huji.ac.il> <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--17pEHd4RhPHOinZp
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Wed, Mar 15, 2006 at 06:25:33PM +0900, Daichi GOTO wrote:
> I have updated the patchset-9 of unionfs.
Another panic, this time from umount -f:
panic: union_lock: wrong vnode (un == null)
db> wh
Tracing pid 17750 tid 100151 td 0xc7c38a20
kdb_enter(c07273ef,2,c0720d69,ee2d2aa0,c7c38a20) at kdb_enter+0x30
panic(c0720d69,c0599f59,c0599bef,ee2d2ab8,c07605c0) at panic+0x13f
union_lock(ee2d2afc,0,0,2002,ca29ed20) at union_lock+0x68
VOP_LOCK_APV(c07605c0,ee2d2afc,ca29ede8,c6643488,8d3) at VOP_LOCK_APV+0xa6
vn_lock(ca29ed20,2002,c7c38a20,8d3,c6643488) at vn_lock+0xd3
vflush(c6643400,1,2,c7c38a20,c666bd80) at vflush+0x186
unionfs_unmount(c6643400,8080000,c7c38a20,c7c38a20,0) at unionfs_unmount+0x54
dounmount(c6643400,8080000,c7c38a20,415,800ff05) at dounmount+0x338
unmount(c7c38a20,ee2d2d04,c074769a,3ed,c69ea738) at unmount+0x270
syscall(3b,3b,3b,804a625,a000aa1) at syscall+0x2ea
Xint0x80_syscall() at Xint0x80_syscall+0x1f
--- syscall (22, FreeBSD ELF32, unmount), eip = 0x280c54c3, esp = 0xbfbfe44c, ebp = 0xbfbfe508 ---
db> show lockedvnods
Locked vnodes
0xc7347d20: tag ufs, type VLNK
usecount 0, writecount 0, refcount 1 mountedhere 0
flags ()
lock type ufs: EXCL (count 1) by thread 0xc692c360 (pid 17230)#0 0xc05274eb at lockmgr+0x587
#1 0xc0594a97 at vop_stdlock+0x32
#2 0xc06fda82 at VOP_LOCK_APV+0xa6
#3 0xc066b4a1 at ffs_lock+0x19
#4 0xc06fda82 at VOP_LOCK_APV+0xa6
#5 0xc05ad540 at vn_lock+0xd3
#6 0xc059f500 at vrele+0x149
#7 0xc04ef97f at union_hashrem+0x28c
#8 0xc04f4257 at union_reclaim+0x1b
#9 0xc06fd958 at VOP_RECLAIM_APV+0xc4
#10 0xc05a02cc at vgonel+0x1b2
#11 0xc059cd48 at vtryrecycle+0x135
#12 0xc059c64b at vnlru_free+0x18e
#13 0xc059cdce at getnewvnode+0x47
#14 0xc066a126 at ffs_vget+0xfc
#15 0xc0671b7b at ufs_lookup+0xb83
#16 0xc06fb53d at VOP_CACHEDLOOKUP_APV+0xc4
#17 0xc0592219 at vfs_cache_lookup+0xcb
ino 297887, on dev da0s1e
0xcb5d52a0: tag ufs, type VDIR
usecount 3, writecount 0, refcount 6 mountedhere 0
flags ()
v_object 0xc8fa2d20 ref 0 pages 1
lock type ufs: EXCL (count 1) by thread 0xc692c360 (pid 17230)#0 0xc05274eb at lockmgr+0x587
#1 0xc0594a97 at vop_stdlock+0x32
#2 0xc06fda82 at VOP_LOCK_APV+0xa6
#3 0xc066b4a1 at ffs_lock+0x19
#4 0xc06fda82 at VOP_LOCK_APV+0xa6
#5 0xc05ad540 at vn_lock+0xd3
#6 0xc0596ba5 at lookup+0xe5
#7 0xc05967f9 at namei+0x434
#8 0xc05a69c6 at kern_lstat+0x4f
#9 0xc05a6951 at lstat+0x2f
#10 0xc06e4c52 at syscall+0x2ea
#11 0xc06cebef at Xint0x80_syscall+0x1f
ino 3044707, on dev da0s1e
0xc6d66540: tag ufs, type VDIR
usecount 1, writecount 0, refcount 3 mountedhere 0xc6643400
flags ()
lock type ufs: EXCL (count 1) by thread 0xc7c38a20 (pid 17750)#0 0xc05274eb at lockmgr+0x587
#1 0xc0594a97 at vop_stdlock+0x32
#2 0xc06fda82 at VOP_LOCK_APV+0xa6
#3 0xc066b4a1 at ffs_lock+0x19
#4 0xc06fda82 at VOP_LOCK_APV+0xa6
#5 0xc05ad540 at vn_lock+0xd3
#6 0xc0599c72 at dounmount+0x51
#7 0xc0599bef at unmount+0x270
#8 0xc06e4c52 at syscall+0x2ea
#9 0xc06cebef at Xint0x80_syscall+0x1f
ino 612352, on dev da0s1d
0xca29ed20: tag unionfs, type VLNK
usecount 0, writecount 0, refcount 2 mountedhere 0
flags (VI_DOOMED)
VI_LOCKed lock type unionfs: EXCL (count 1) by thread 0xc692c360 (pid 17230)#0 0xc05274eb at lockmgr+0x587
#1 0xc04ef789 at union_hashrem+0x96
#2 0xc04f4257 at union_reclaim+0x1b
#3 0xc06fd958 at VOP_RECLAIM_APV+0xc4
#4 0xc05a02cc at vgonel+0x1b2
#5 0xc059cd48 at vtryrecycle+0x135
#6 0xc059c64b at vnlru_free+0x18e
#7 0xc059cdce at getnewvnode+0x47
#8 0xc066a126 at ffs_vget+0xfc
#9 0xc0671b7b at ufs_lookup+0xb83
#10 0xc06fb53d at VOP_CACHEDLOOKUP_APV+0xc4
#11 0xc0592219 at vfs_cache_lookup+0xcb
#12 0xc06fb43b at VOP_LOOKUP_APV+0xa6
#13 0xc0596f3a at lookup+0x47a
#14 0xc05967f9 at namei+0x434
#15 0xc05a69c6 at kern_lstat+0x4f
#16 0xc05a6951 at lstat+0x2f
#17 0xc06e4c52 at syscall+0x2ea
Kris
--17pEHd4RhPHOinZp
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (FreeBSD)
iD8DBQFEHaDIWry0BWjoQKURAnRyAJ9wZ0hBTj5EZADR+QLo8I2ccCiy4wCfTbDH
qj5OwBVB+R8egMN1GQaWJKY=
=4aeB
-----END PGP SIGNATURE-----
--17pEHd4RhPHOinZp--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060319181953.GA3999>