Date: Thu, 19 Oct 2006 13:04:42 +0300 From: Kostik Belousov <kostikbel@gmail.com> To: John E Hein <jhein@timing.com> Cc: stable@freebsd.org, jhb@freebsd.org Subject: Re: locked vnode / nfs... requires kill -9 in ddb Message-ID: <20061019100442.GN55428@deviant.kiev.zoral.com.ua> In-Reply-To: <17718.20457.799395.602805@gromit.timing.com> References: <17718.20457.799395.602805@gromit.timing.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--/t6ASE28jIy1gGy9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 18, 2006 at 10:01:45AM -0600, John E Hein wrote: > 6.2-PRERELEASE from 20061016 RELENG_6 sources. > Locked vnodes > =20 > 0xc6b7bdd0: tag nfs, type VDIR > usecount 2, writecount 0, refcount 8 mountedhere 0 > flags (VV_ROOT) > v_object 0xc9d84108 ref 0 pages 0 > lock type nfs: EXCL (count 1) by thread 0xc8adac00 (pid 50746) with = 5 pending > fileid 8 fsid 0x300ff06 >=20 > 50746 50000 49999 600 T+ sh > . > . > db>db> trace 50746 > Tracing pid 50746 tid 100231 td 0xc8adac00 > sched_switch(c8adac00,0,2) at 0xc05ce0cb =3D sched_switch+0x173 > mi_switch(2,0) at 0xc05c2b0a =3D mi_switch+0x1ba > thread_suspend_check(1,c079e04c,c8adac00,c9206b80,1,...) at 0xc05c722d = =3D thread_suspend_check+0x191 > sleepq_catch_signals(c9206b80) at 0xc05db93f =3D sleepq_catch_signals+0x1= 03 > sleepq_wait_sig(c9206b80) at 0xc05dbd96 =3D sleepq_wait_sig+0xe > msleep(c9206b80,c08a6a40,153,c0813379,0) at 0xc05c2652 =3D msleep+0x25a > nfs_reply(c9206b80,0,c8adac00,4,c7ea7100,...) at 0xc06c33ac =3D nfs_reply= +0x244 > nfs_request(c6b7bdd0,c6ae2d00,1,c8adac00,c7815280,e8f3488c,e8f34890,e8f34= 894,c8adac00,e8f348a0) at 0xc06c40a5 =3D nfs_request+0x3c1 > nfs_getattr(e8f348dc) at 0xc06c912b =3D nfs_getattr+0x11f > VOP_GETATTR_APV(c086c700,e8f348dc) at 0xc07b260c =3D VOP_GETATTR_APV+0x38 > nfsspec_access(e8f34a8c,c6bf7c94,0,e8f349a4,c060ca26,...) at 0xc06cebf1 = =3D nfsspec_access+0x85 > nfs_access(e8f34a8c) at 0xc06c8b7a =3D nfs_access+0x122 > VOP_ACCESS_APV(c086c700,e8f34a8c) at 0xc07b25b0 =3D VOP_ACCESS_APV+0x38 > nfs_lookup(e8f34b18) at 0xc06c96ff =3D nfs_lookup+0xd3 > VOP_LOOKUP_APV(c086c700,e8f34b18) at 0xc07b22f7 =3D VOP_LOOKUP_APV+0x43 > lookup(e8f34c00) at 0xc060ee79 =3D lookup+0x4c1 > namei(e8f34c00) at 0xc060e71a =3D namei+0x39a > kern_stat(c8adac00,806712c,0,e8f34c74) at 0xc061d3cd =3D kern_stat+0x35 > stat(c8adac00,e8f34d04) at 0xc061d37b =3D stat+0x1b > syscall(3b,3b,3b,1,80670ec,...) at 0xc07a9363 =3D syscall+0x2bf > Xint0x80_syscall() at 0xc079456f =3D Xint0x80_syscall+0x1f > --- syscall (188, FreeBSD ELF32, stat), eip =3D 0x28196477, esp =3D 0xbfb= fdc1c, ebp =3D 0xbfbfdcb8 --- > db> kill 9 50746 > db> c The nfs_reply is sleeping with the PCATCH set. The question is why SIGTSTP does not cause msleep to return with EINTR. --/t6ASE28jIy1gGy9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFN025C3+MBN1Mb4gRAsz3AKDQWQEXZ/1hWMdbAxEnwgBZw/fxdQCg4xhO CEl4cAJMoM6veoogiOSa2A4= =Pk4B -----END PGP SIGNATURE----- --/t6ASE28jIy1gGy9--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20061019100442.GN55428>