Date: Thu, 20 Mar 2008 11:19:22 +0000 From: "Brad Pitney" <pitney.brad@googlemail.com> To: "Kris Kennaway" <kris@freebsd.org> Cc: daichi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: machine wedged -> KDB: enter: lock violation Message-ID: <3dd203290803200419w3565bf3fpdf499ea96f11cb86@mail.gmail.com> In-Reply-To: <47E23A7F.3020807@FreeBSD.org> References: <3dd203290803192039y2f905ae1m36833978a2799e29@mail.gmail.com> <47E23A7F.3020807@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Mar 20, 2008 at 10:20 AM, Kris Kennaway <kris@freebsd.org> wrote: > > Brad Pitney wrote: > > Not sure why it keeps wedging, at first I thought it was something to > > do with the LORs, now after adding some more debugging options I > > think I might have found the answer! > > > > KDB: stack backtrace: > > db_trace_self_wrapper(c074b5ee,e70599ac,c05b6853,c4a9e000,e70599ac,...) > > at db_trace_self_wrapper+0x26 > > kdb_backtrace(c4a9e000,e70599ac,c07025c5,e70599bc,c4c44d98,...) at > > kdb_backtrace+0x29 > > vfs_badlock(c4a37900,e70599bc,c07b00a0,c4c44d98,c4a9e000) at vfs_badlock+0x23 > > assert_vop_elocked(c4c44d98,c0752ee7,c4a9e000,1b9,0,...) at > > assert_vop_elocked+0x53 > > cache_lookup(c4c4815c,e7059bc0,e7059bd4,e7059bc0,c4aa4400,...) at > > cache_lookup+0x53c > > vfs_cache_lookup(e7059aa8,c07545ba,c4c4815c,2,c4c4815c,...) at > > vfs_cache_lookup+0xaa > > VOP_LOOKUP_APV(c4a37900,e7059aa8,c4a9e000,c075356a,19b,...) at > > VOP_LOOKUP_APV+0xe5 > > lookup(e7059bac,e7059ae8,c6,bf,c4aa542c,...) at lookup+0x53e > > namei(e7059bac,2,c0754d92,c0577808,c0811ae0,...) at namei+0x28e > > kern_stat(c4a9e000,2820258c,0,e7059c1c,c074d152,...) at kern_stat+0x3d > > stat(c4a9e000,e7059cfc,8,c074e1dc,c0785e00,...) at stat+0x2f > > syscall(e7059d38) at syscall+0x273 > > Xint0x80_syscall() at Xint0x80_syscall+0x20 > > --- syscall (188, FreeBSD ELF32, stat), eip = 0x281aa48f, esp = > > 0xbfbfea4c, ebp = 0xbfbfeae8 --- > > cache_lookup: 0xc4c44d98 is not exclusive locked but should be > > KDB: enter: lock violation > > > > Locked vnodes > > [...] > > Apparently 0xc4c44d98 is not locked at all, it didnt appear in your > list. Are you sure that was all of it? What does 'show vnode > 0xc4c44d98' report? > it's possible it isn't all of it :( - is it the only other information that might be needed if it happens again? which is highly likely, I've had to reboot the box about 3 times a day on average. Worst part is it never happens when I am logged in to the box, grr. my unionfs mount looks like this: <below>:/var/jail/nub01 on /var/jail/nub02 (unionfs, local, noatime) I do have another problem with devfs, but might be related to unionfs Starting jails: nub01 devfs ruleset: ioctl DEVFSIO_SUSE : Inappropriate ioctl for device /etc/rc: WARNING: devfs_set_ruleset: unable to set ruleset 4 to /var/jail/nub02/dev devfs rule: ioctl DEVFSIO_SAPPLY : Inappropriate ioctl for device nub02 . > This is likely to be a unionfs bug. Ok, I can remake the jail without using uniionfs. Strange how it worked no problem before. Could the jails being out of sync cause the problem? when I say out of sync, I mean they are still from code that was from September 2007, although from discussions on the mailing lists, I think you can get away with running RELENG_6 under jail without problems. > > Kris > -- Best regards, Brad
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3dd203290803200419w3565bf3fpdf499ea96f11cb86>