Gavin Atkinson
2006-May-03 17:11 UTC
6.1-RC panic: mutex Giant not owned at /usr/src/sys/kern/vfs_subr.c:2037
Just had the following panic on 6.1-RC from source current as of 24 hours ago: db> ex/s *panicstr buf.1: mutex Giant not owned at /usr/src/sys/kern/vfs_subr.c:2037 db> tr Tracing pid 6158 tid 100120 td 0xc64e4180 kdb_enter(c089df29) at kdb_enter+0x2b panic(c089d3c0,c08b1ac6,c08a7350,7f5,c6f8a550) at panic+0x127 _mtx_assert(c0981140,1,c08a7350,7f5) at _mtx_assert+0x67 vrele(c6f8a550,c6f8a550,c64e4180,eb8bc884,c64e4180) at vrele+0x4e smbfs_reclaim(eb8bc884) at smbfs_reclaim+0xe0 VOP_RECLAIM_APV(c922cae0,eb8bc884) at VOP_RECLAIM_APV+0x7e vgonel(c783ecc0) at vgonel+0x12d vtryrecycle(c783ecc0,0,2,eb8bc904,c069e9d3) at vtryrecycle+0x107 vnlru_free(1) at vnlru_free+0x14e getnewvnode(c08a5197,c4cf9800,c09555a0,eb8bc970,eb8bc948) at getnewvnode+0x33 ffs_vget(c4cf9800,305a7,2,eb8bc9d4) at ffs_vget+0xc2 ufs_lookup(eb8bca78) at ufs_lookup+0xaa2 VOP_CACHEDLOOKUP_APV(c09555a0,eb8bca78) at VOP_CACHEDLOOKUP_APV+0x7e vfs_cache_lookup(eb8bcb14,c5820880,0,eb8bcb30,c0699cca) at vfs_cache_lookup+0xb2 VOP_LOOKUP_APV(c09555a0,eb8bcb14) at VOP_LOOKUP_APV+0x87 lookup(eb8bcba0,0,0,c64e4180,c643a400) at lookup+0x456 namei(eb8bcba0,86e84bc,0,0,c4e76bb0) at namei+0x37e kern_lstat(c64e4180,86e84bc,0,eb8bcc74) at kern_lstat+0x47 lstat(c64e4180,eb8bcd04,2,221,216) at lstat+0x1b syscall(bfbf003b,bfbf003b,820003b,bfbfed7c,bfbfed50) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (190, FreeBSD ELF32, lstat), eip = 0x281f6f6b, esp = 0x81da9c0, ebp- I have a single filesystem mounted over smb, at the time of the panic, I may have had a file or two open, but won't have been pulling data off it (the SMB mount is my mp3 collection, but xmms was paused at the time) I didn't have a serial console attached at the time (hence the need to print the panicstr separately) and couldn't get a dump, so I hope the above is enough to go on. Gavin
Konstantin Belousov
2006-May-03 18:33 UTC
6.1-RC panic: mutex Giant not owned at /usr/src/sys/kern/vfs_subr.c:2037
On Wed, May 03, 2006 at 06:01:37PM +0100, Gavin Atkinson wrote:> Just had the following panic on 6.1-RC from source current as of 24 > hours ago: > > db> ex/s *panicstr > buf.1: mutex Giant not owned at /usr/src/sys/kern/vfs_subr.c:2037 > db> tr > Tracing pid 6158 tid 100120 td 0xc64e4180 > kdb_enter(c089df29) at kdb_enter+0x2b > panic(c089d3c0,c08b1ac6,c08a7350,7f5,c6f8a550) at panic+0x127 > _mtx_assert(c0981140,1,c08a7350,7f5) at _mtx_assert+0x67 > vrele(c6f8a550,c6f8a550,c64e4180,eb8bc884,c64e4180) at vrele+0x4e > smbfs_reclaim(eb8bc884) at smbfs_reclaim+0xe0 > VOP_RECLAIM_APV(c922cae0,eb8bc884) at VOP_RECLAIM_APV+0x7e > vgonel(c783ecc0) at vgonel+0x12d > vtryrecycle(c783ecc0,0,2,eb8bc904,c069e9d3) at vtryrecycle+0x107 > vnlru_free(1) at vnlru_free+0x14e > getnewvnode(c08a5197,c4cf9800,c09555a0,eb8bc970,eb8bc948) at getnewvnode+0x33 > ffs_vget(c4cf9800,305a7,2,eb8bc9d4) at ffs_vget+0xc2 > ufs_lookup(eb8bca78) at ufs_lookup+0xaa2 > VOP_CACHEDLOOKUP_APV(c09555a0,eb8bca78) at VOP_CACHEDLOOKUP_APV+0x7e > vfs_cache_lookup(eb8bcb14,c5820880,0,eb8bcb30,c0699cca) at vfs_cache_lookup+0xb2 > VOP_LOOKUP_APV(c09555a0,eb8bcb14) at VOP_LOOKUP_APV+0x87 > lookup(eb8bcba0,0,0,c64e4180,c643a400) at lookup+0x456 > namei(eb8bcba0,86e84bc,0,0,c4e76bb0) at namei+0x37e > kern_lstat(c64e4180,86e84bc,0,eb8bcc74) at kern_lstat+0x47 > lstat(c64e4180,eb8bcd04,2,221,216) at lstat+0x1b > syscall(bfbf003b,bfbf003b,820003b,bfbfed7c,bfbfed50) at syscall+0x22f > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (190, FreeBSD ELF32, lstat), eip = 0x281f6f6b, esp = 0x81da9c0, ebp- > > I have a single filesystem mounted over smb, at the time of the panic, I > may have had a file or two open, but won't have been pulling data off it > (the SMB mount is my mp3 collection, but xmms was paused at the time) > > I didn't have a serial console attached at the time (hence the need to > print the panicstr separately) and couldn't get a dump, so I hope the > above is enough to go on. >This is already fixed in rev. 1.669 of sys/kern/vfs_subr.c. Please, ask re@ for MFC. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20060503/11b0daf9/attachment.pgp
Kris Kennaway
2006-May-03 18:51 UTC
6.1-RC panic: mutex Giant not owned at /usr/src/sys/kern/vfs_subr.c:2037
On Wed, May 03, 2006 at 06:01:37PM +0100, Gavin Atkinson wrote:> Just had the following panic on 6.1-RC from source current as of 24 > hours ago: > > db> ex/s *panicstr > buf.1: mutex Giant not owned at /usr/src/sys/kern/vfs_subr.c:2037 > db> tr > Tracing pid 6158 tid 100120 td 0xc64e4180 > kdb_enter(c089df29) at kdb_enter+0x2b > panic(c089d3c0,c08b1ac6,c08a7350,7f5,c6f8a550) at panic+0x127 > _mtx_assert(c0981140,1,c08a7350,7f5) at _mtx_assert+0x67 > vrele(c6f8a550,c6f8a550,c64e4180,eb8bc884,c64e4180) at vrele+0x4e > smbfs_reclaim(eb8bc884) at smbfs_reclaim+0xe0 > VOP_RECLAIM_APV(c922cae0,eb8bc884) at VOP_RECLAIM_APV+0x7e > vgonel(c783ecc0) at vgonel+0x12d > vtryrecycle(c783ecc0,0,2,eb8bc904,c069e9d3) at vtryrecycle+0x107 > vnlru_free(1) at vnlru_free+0x14e > getnewvnode(c08a5197,c4cf9800,c09555a0,eb8bc970,eb8bc948) at getnewvnode+0x33 > ffs_vget(c4cf9800,305a7,2,eb8bc9d4) at ffs_vget+0xc2 > ufs_lookup(eb8bca78) at ufs_lookup+0xaa2 > VOP_CACHEDLOOKUP_APV(c09555a0,eb8bca78) at VOP_CACHEDLOOKUP_APV+0x7e > vfs_cache_lookup(eb8bcb14,c5820880,0,eb8bcb30,c0699cca) at vfs_cache_lookup+0xb2 > VOP_LOOKUP_APV(c09555a0,eb8bcb14) at VOP_LOOKUP_APV+0x87 > lookup(eb8bcba0,0,0,c64e4180,c643a400) at lookup+0x456 > namei(eb8bcba0,86e84bc,0,0,c4e76bb0) at namei+0x37e > kern_lstat(c64e4180,86e84bc,0,eb8bcc74) at kern_lstat+0x47 > lstat(c64e4180,eb8bcd04,2,221,216) at lstat+0x1b > syscall(bfbf003b,bfbf003b,820003b,bfbfed7c,bfbfed50) at syscall+0x22f > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (190, FreeBSD ELF32, lstat), eip = 0x281f6f6b, esp = 0x81da9c0, ebp- > > I have a single filesystem mounted over smb, at the time of the panic, I > may have had a file or two open, but won't have been pulling data off it > (the SMB mount is my mp3 collection, but xmms was paused at the time) > > I didn't have a serial console attached at the time (hence the need to > print the panicstr separately) and couldn't get a dump, so I hope the > above is enough to go on.Unfortunately it may not be..but I'm CC'ing Jeff. Kris -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20060503/1b7baff9/attachment.pgp