6.2 amd64 panic: lockmgr: thread 0xffffff009f9fd000, not exclusive lock holder 0xffffff003961c000 unlocking

Guy Helmer ghelmer at palisadesys.com
Thu Feb 1 16:02:12 UTC 2007


Guy Helmer wrote:
> Does this make sense to anyone (it doesn't to me - procfs_doprofile 
> simply locks, calls vn_fullpath, and unlocks)?  I was trying to track 
> down a hang by running a system under stress, and instead got this 
> panic as a result of a process running a perl script that looks 
> through /proc/; it occurred on a very busy system with lots of process 
> churn.
Does this change to src/sys/fs/procfs.c make sense?  From my reading, it 
is possible for vn_lock(9) to fail...

Index: procfs.c
===================================================================
RCS file: /home/ncvs/src/sys/fs/procfs/procfs.c,v
retrieving revision 1.12.2.1
diff -u -r1.12.2.1 procfs.c
--- procfs.c    14 Jun 2006 21:20:39 -0000      1.12.2.1
+++ procfs.c    1 Feb 2007 15:19:30 -0000
@@ -69,8 +69,11 @@
 {
 	char *fullpath = "unknown";
 	char *freepath = NULL;
+	int err;
 
-	vn_lock(p->p_textvp, LK_EXCLUSIVE | LK_RETRY, td);
+	if ((err = vn_lock(p->p_textvp, LK_EXCLUSIVE | LK_RETRY, td)) != 0) {
+		return (err);
+	}
 	vn_fullpath(td, p->p_textvp, &fullpath, &freepath);
 	VOP_UNLOCK(p->p_textvp, 0, td);
 	sbuf_printf(sb, "%s", fullpath);




More information about the freebsd-stable mailing list