Re: kern/42205: kernel panic at activated userquota

[Manuel Bouyer <bouyer%antioche.eu.org@localhost>]

The following reply was made to PR kern/42205; it has been noted by GNATS.

From: Manuel Bouyer <bouyer%antioche.eu.org@localhost>
To: 6bone%6bone.informatik.uni-leipzig.de@localhost
Cc: gnats-bugs%NetBSD.org@localhost, kern-bug-people%NetBSD.org@localhost, 
gnats-admin%NetBSD.org@localhost,
        netbsd-bugs%NetBSD.org@localhost
Subject: Re: kern/42205: kernel panic  at activated userquota
Date: Sat, 21 Nov 2009 18:58:17 +0100

 On Thu, Nov 05, 2009 at 07:55:41AM +0100, 
6bone%6bone.informatik.uni-leipzig.de@localhost wrote:
 > qsync vp wihout ip: vnode @ 0xffff8000974df5f0, flags (10<MPSAFE>)
 >         tag VT_UFS(1), type VLNK(5), usecount 1, writecount 0, holdcount 
 > 0
 >         freelisthd 0x0, mount 0xffff800072988000, data 
 > 0xffff8000974e0dc0 lock 0xffff8000974df6f8 recursecnt 0
 >         tag VT_UFS, ino 55338475, on dev 19, 4 flags 0x0, effnlink 1, 
 > nlink 1
 >         mode 0120775, owner 1007, group 100, size 31
 
 Wow, not that's strange. we get there because VTOI(vp) == NULL.
 VTOI is ((struct inode *)(vp)->v_data), and v_data is obviously not NULL
 in this vnode. How could this happen ?
 
 Hum, can you send the dmesg and 'cpuctl identify cpu0' for this machine ?
 
 -- 
 Manuel Bouyer <bouyer%antioche.eu.org@localhost>
      NetBSD: 26 ans d'experience feront toujours la difference
 --