Re: softupdate with journal panic
Me too :-( On Thu, 2 Dec 2010, Christian Gusenbauer wrote: Hi all! I second that. I can reproduce it on my i386 current machine (svn rev. #216073) when running "make all" in ports/sysutils/coreutils. (kgdb) list *0xc06821c9 0xc06821c9 is in free_jremref ~ On Thursday 02 December 2010 13:09:02 Buganini wrote: I just bumped into this problem again during port upgrading. Fatal trap 12: page fault while in kernel mode <..> #7 0x808a5a5c in free_jremref (jremref=0x0) Sorry I skipped everything 'cept this point. I got precisely this for cd /usr/ports/archivers/gtar make configure (it checked for rename()). This panic case was submitted as PR kern/150796 back on 21 Sep 2010 (on "Wed Sep 22 12:24:16 UTC 2010" "Assign to maintainer(s)"). No response so far. I WISH I could fix it myself but... Regards, Vladimir ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: softupdate with journal panic
Hi all! I second that. I can reproduce it on my i386 current machine (svn rev. #216073) when running "make all" in ports/sysutils/coreutils. (kgdb) list *0xc06821c9 0xc06821c9 is in free_jremref (/jail/mytestjail/usr/src/sys/ufs/ffs/ffs_softdep.c:3578). 3573static void 3574free_jremref(jremref) 3575struct jremref *jremref; 3576{ 3577 3578if (jremref->jr_ref.if_jsegdep) 3579free_jsegdep(jremref->jr_ref.if_jsegdep); 3580if (jremref->jr_state & IOSTARTED) 3581panic("free_jremref: IO still pending"); 3582WORKITEM_FREE(jremref, D_JREMREF); (kgdb) p jremref $1 = (struct jremref *) 0x0 (kgdb) up #11 0xc068d1c6 in cancel_diradd (dap=0xc5fc0d40, dirrem=0xc5fd91c0, jremref=0x0, dotremref=0xc62045c0, dotdotremref=0x0) at /jail/mytestjail/usr/src/sys/ufs/ffs/ffs_softdep.c:6783 6783free_jremref(dotdotremref); (kgdb) p dotdotremref $2 = (struct jremref *) 0x0 Ciao, Christian. On Thursday 02 December 2010 13:09:02 Buganini wrote: > I just bumped into this problem again during port upgrading. > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x30 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0x808a5a5c > stack pointer = 0x28:0xff8121bfb4e0 > frame pointer = 0x28:0xff8121bfb500 > code segment= base 0x0, limit 0xf, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags= interrupt enabled, resume, IOPL = 0 > current process = 63342 (conftest) > trap number = 12 > panic: page fault > cpuid = 1 > Uptime: 9m13s > Physical memory: 4012 MB > > > #0 doadump () at pcpu.h:224 > #1 0x80643fd0 in kern_reboot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:418 > #2 0x806443f3 in panic (fmt=0x0) > at /usr/src/sys/kern/kern_shutdown.c:591 > #3 0x8097352d in trap_fatal (frame=0xfe0134e47000, > eva=Variable "eva" is not available. > ) > at /usr/src/sys/amd64/amd64/trap.c:833 > #4 0x809738f1 in trap_pfault (frame=0xff8121bfb430, > usermode=0) at /usr/src/sys/amd64/amd64/trap.c:749 > #5 0x80973cef in trap (frame=0xff8121bfb430) > at /usr/src/sys/amd64/amd64/trap.c:501 > #6 0x8095e854 in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:228 > #7 0x808a5a5c in free_jremref (jremref=0x0) > at /usr/src/sys/ufs/ffs/ffs_softdep.c:3576 > #8 0x808afdb2 in cancel_diradd (dap=0xfe012fb91880, > dirrem=0xfe012fa65d00, jremref=0x0, dotremref=0xfe0130040a80, > dotdotremref=0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:6783 > #9 0x808b0050 in newdirrem (bp=0xff80f253bc20, > dp=0xfe001418b1f8, ip=0xfe012880a3f0, isrmdir=1, > prevdirremp=0xff8121bfb630) at > /usr/src/sys/ufs/ffs/ffs_softdep.c:7206 #10 0x808b050a in > softdep_setup_directory_change ( > bp=0xff80f253bc20, dp=0xfe001418b1f8, ip=0xfe012880a3f0, > newinum=9114624, isrmdir=1) at /usr/src/sys/ufs/ffs/ffs_softdep.c:7272 > #11 0x808c28e6 in ufs_dirrewrite (dp=0xfe001418b1f8, > oip=0xfe012880a3f0, newinum=9114624, newtype=4, isrmdir=1) > at /usr/src/sys/ufs/ufs/ufs_lookup.c:1304 > ___ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: softupdate with journal panic
I just bumped into this problem again during port upgrading. Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x30 fault code = supervisor read data, page not present instruction pointer = 0x20:0x808a5a5c stack pointer = 0x28:0xff8121bfb4e0 frame pointer = 0x28:0xff8121bfb500 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 63342 (conftest) trap number = 12 panic: page fault cpuid = 1 Uptime: 9m13s Physical memory: 4012 MB #0 doadump () at pcpu.h:224 #1 0x80643fd0 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0x806443f3 in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:591 #3 0x8097352d in trap_fatal (frame=0xfe0134e47000, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:833 #4 0x809738f1 in trap_pfault (frame=0xff8121bfb430, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:749 #5 0x80973cef in trap (frame=0xff8121bfb430) at /usr/src/sys/amd64/amd64/trap.c:501 #6 0x8095e854 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 #7 0x808a5a5c in free_jremref (jremref=0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3576 #8 0x808afdb2 in cancel_diradd (dap=0xfe012fb91880, dirrem=0xfe012fa65d00, jremref=0x0, dotremref=0xfe0130040a80, dotdotremref=0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:6783 #9 0x808b0050 in newdirrem (bp=0xff80f253bc20, dp=0xfe001418b1f8, ip=0xfe012880a3f0, isrmdir=1, prevdirremp=0xff8121bfb630) at /usr/src/sys/ufs/ffs/ffs_softdep.c:7206 #10 0x808b050a in softdep_setup_directory_change ( bp=0xff80f253bc20, dp=0xfe001418b1f8, ip=0xfe012880a3f0, newinum=9114624, isrmdir=1) at /usr/src/sys/ufs/ffs/ffs_softdep.c:7272 #11 0x808c28e6 in ufs_dirrewrite (dp=0xfe001418b1f8, oip=0xfe012880a3f0, newinum=9114624, newtype=4, isrmdir=1) at /usr/src/sys/ufs/ufs/ufs_lookup.c:1304 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: softupdate with journal panic
On Mon, Aug 23, 2010 at 6:12 PM, Kostik Belousov wrote: > > On Sun, Aug 22, 2010 at 03:21:04PM +0200, Peter Holm wrote: > > On Sat, Aug 21, 2010 at 01:49:45PM -0400, Michael Butler wrote: > > > While updating sysutils/coreutils port on -current as of this morning > > > (SVN r211550), I noted a panic during the directory rename config test. > > > > > > > Your problem seems identical to this report: > > > > http://docs.freebsd.org/cgi/mid.cgi?AANLkTinPjiOV21kDLZYV5WScrhLMN7DY8E8jVHWPU5mC > > > I believe that dotdotremref in this case is legitimately NULL. With this > assumption, the following patch would help. > > diff --git a/sys/ufs/ffs/ffs_softdep.c b/sys/ufs/ffs/ffs_softdep.c > index b666c0f..65e5255 100644 > --- a/sys/ufs/ffs/ffs_softdep.c > +++ b/sys/ufs/ffs/ffs_softdep.c > @@ -6770,7 +6794,8 @@ cancel_diradd(dap, dirrem, jremref, dotremref, > dotdotremref) > mkdir->md_jaddref = NULL; > if (mkdir->md_state & MKDIR_PARENT) { > if (cancel_jaddref(jaddref, NULL, > - &dirrem->dm_jwork) == 0) { > + &dirrem->dm_jwork) == 0 && > + dotdotremref != NULL) { > free_jremref(dotdotremref); > dotdotremref = NULL; > } I was having a kernel panic trying to build coreutils, at configure time it make some tests with rename() and system crashed. It was just happening on the box i'm using SUJ. After apply this patch everything went fine. Thanks! -- Renato Botelho ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: softupdate with journal panic
On Tue, Aug 24, 2010 at 12:12:57AM +0300, Kostik Belousov wrote: > On Sun, Aug 22, 2010 at 03:21:04PM +0200, Peter Holm wrote: > > On Sat, Aug 21, 2010 at 01:49:45PM -0400, Michael Butler wrote: > > > While updating sysutils/coreutils port on -current as of this morning > > > (SVN r211550), I noted a panic during the directory rename config test. > > > > > > > Your problem seems identical to this report: > > > > http://docs.freebsd.org/cgi/mid.cgi?AANLkTinPjiOV21kDLZYV5WScrhLMN7DY8E8jVHWPU5mC > > > I believe that dotdotremref in this case is legitimately NULL. With this > assumption, the following patch would help. > > diff --git a/sys/ufs/ffs/ffs_softdep.c b/sys/ufs/ffs/ffs_softdep.c > index b666c0f..65e5255 100644 > --- a/sys/ufs/ffs/ffs_softdep.c Yes, works for me. - Peter ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: softupdate with journal panic
On 08/23/10 17:12, Kostik Belousov wrote: > On Sun, Aug 22, 2010 at 03:21:04PM +0200, Peter Holm wrote: >> On Sat, Aug 21, 2010 at 01:49:45PM -0400, Michael Butler wrote: >>> While updating sysutils/coreutils port on -current as of this morning >>> (SVN r211550), I noted a panic during the directory rename config test. >>> >> >> Your problem seems identical to this report: >> >> http://docs.freebsd.org/cgi/mid.cgi?AANLkTinPjiOV21kDLZYV5WScrhLMN7DY8E8jVHWPU5mC >> > I believe that dotdotremref in this case is legitimately NULL. With this > assumption, the following patch would help. Confirmed - with the patch below, it works as expected; thanks! imb > > diff --git a/sys/ufs/ffs/ffs_softdep.c b/sys/ufs/ffs/ffs_softdep.c > index b666c0f..65e5255 100644 > --- a/sys/ufs/ffs/ffs_softdep.c > +++ b/sys/ufs/ffs/ffs_softdep.c > @@ -6770,7 +6794,8 @@ cancel_diradd(dap, dirrem, jremref, dotremref, > dotdotremref) > mkdir->md_jaddref = NULL; > if (mkdir->md_state & MKDIR_PARENT) { > if (cancel_jaddref(jaddref, NULL, > - &dirrem->dm_jwork) == 0) { > + &dirrem->dm_jwork) == 0 && > + dotdotremref != NULL) { > free_jremref(dotdotremref); > dotdotremref = NULL; > } ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: softupdate with journal panic
On Sun, Aug 22, 2010 at 03:21:04PM +0200, Peter Holm wrote: > On Sat, Aug 21, 2010 at 01:49:45PM -0400, Michael Butler wrote: > > While updating sysutils/coreutils port on -current as of this morning > > (SVN r211550), I noted a panic during the directory rename config test. > > > > Your problem seems identical to this report: > > http://docs.freebsd.org/cgi/mid.cgi?AANLkTinPjiOV21kDLZYV5WScrhLMN7DY8E8jVHWPU5mC > I believe that dotdotremref in this case is legitimately NULL. With this assumption, the following patch would help. diff --git a/sys/ufs/ffs/ffs_softdep.c b/sys/ufs/ffs/ffs_softdep.c index b666c0f..65e5255 100644 --- a/sys/ufs/ffs/ffs_softdep.c +++ b/sys/ufs/ffs/ffs_softdep.c @@ -6770,7 +6794,8 @@ cancel_diradd(dap, dirrem, jremref, dotremref, dotdotremref) mkdir->md_jaddref = NULL; if (mkdir->md_state & MKDIR_PARENT) { if (cancel_jaddref(jaddref, NULL, - &dirrem->dm_jwork) == 0) { + &dirrem->dm_jwork) == 0 && + dotdotremref != NULL) { free_jremref(dotdotremref); dotdotremref = NULL; } pgpC3HRGXzRwT.pgp Description: PGP signature
Re: softupdate with journal panic
On Sat, Aug 21, 2010 at 01:49:45PM -0400, Michael Butler wrote: > While updating sysutils/coreutils port on -current as of this morning > (SVN r211550), I noted a panic during the directory rename config test. > Your problem seems identical to this report: http://docs.freebsd.org/cgi/mid.cgi?AANLkTinPjiOV21kDLZYV5WScrhLMN7DY8E8jVHWPU5mC - Peter ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
softupdate with journal panic
While updating sysutils/coreutils port on -current as of this morning (SVN r211550), I noted a panic during the directory rename config test. I disabled the journal and the test succeeded without a panic. Abbreviated core.txt is attached, imb toshi.auburn.protected-networks.net dumped core - see /var/crash/vmcore.4 Sat Aug 21 13:27:54 EDT 2010 FreeBSD toshi.auburn.protected-networks.net 9.0-CURRENT FreeBSD 9.0-CURRENT #22 r211550M: Sat Aug 21 07:49:50 EDT 2010 r...@toshi.auburn.protected-networks.net:/usr/obj/usr/home/imb/svn/head/sys/TOSHI i386 panic: page fault GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x18 fault code = supervisor read, page not present instruction pointer = 0x20:0xc08da5c5 stack pointer = 0x28:0xe8d65870 frame pointer = 0x28:0xe8d65878 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 49855 (conftest) trap number = 12 panic: page fault cpuid = 1 Uptime: 4h35m14s Physical memory: 3049 MB Dumping 305 MB: 290 274 258 242 226 210 194 178 162 146 130 114 98 82 66 50 34 18 2 Reading symbols from /boot/modules/vboxdrv.ko...done. Loaded symbols for /boot/modules/vboxdrv.ko Reading symbols from /boot/modules/vboxnetflt.ko...done. Loaded symbols for /boot/modules/vboxnetflt.ko Reading symbols from /boot/modules/vboxnetadp.ko...done. Loaded symbols for /boot/modules/vboxnetadp.ko Reading symbols from /usr/local/modules/fuse.ko...done. Loaded symbols for /usr/local/modules/fuse.ko #0 doadump () at pcpu.h:231 231 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:231 #1 0xc066b627 in boot (howto=260) at /usr/home/imb/svn/head/sys/kern/kern_shutdown.c:416 #2 0xc066ba18 in panic (fmt=0x104 ) at /usr/home/imb/svn/head/sys/kern/kern_shutdown.c:590 #3 0xc098a5cf in trap_fatal (frame=0xe8d65830, eva=40) at /usr/home/imb/svn/head/sys/i386/i386/trap.c:941 #4 0xc098a939 in trap_pfault (frame=0xe8d65830, usermode=0, eva=24) at /usr/home/imb/svn/head/sys/i386/i386/trap.c:854 #5 0xc098adc7 in trap (frame=0xe8d65830) at /usr/home/imb/svn/head/sys/i386/i386/trap.c:529 #6 0xc097363c in calltrap () at /usr/home/imb/svn/head/sys/i386/i386/exception.s:166 #7 0xc08da5c5 in free_jremref (jremref=0x0) at /usr/home/imb/svn/head/sys/ufs/ffs/ffs_softdep.c:3569 #8 0xc08e4ef3 in cancel_diradd (dap=0xce4d1e40, dirrem=0xcba243c0, jremref=0x0, dotremref=0xc9c0d440, dotdotremref=0x0) at /usr/home/imb/svn/head/sys/ufs/ffs/ffs_softdep.c:6774 #9 0xc08e514f in newdirrem (bp=0xda12ecec, dp=0xc9c0d440, ip=0xcd20a32c, isrmdir=1, prevdirremp=0xe8d65914) at /usr/home/imb/svn/head/sys/ufs/ffs/ffs_softdep.c:7197 #10 0xc08e560b in softdep_setup_directory_change (bp=0xda12ecec, dp=0xcd354a6c, ip=0xcd20a32c, newinum=10389760, isrmdir=1) at /usr/home/imb/svn/head/sys/ufs/ffs/ffs_softdep.c:7263 #11 0xc08f8c76 in ufs_dirrewrite (dp=0xcd354a6c, oip=0xcd20a32c, newinum=10389760, newtype=4, isrmdir=1) at /usr/home/imb/svn/head/sys/ufs/ufs/ufs_lookup.c:1304 #12 0xc0904757 in ufs_rename (ap=0xe8d65be8) at /usr/home/imb/svn/head/sys/ufs/ufs/ufs_vnops.c:1429 #13 0xc09a7287 in VOP_RENAME_APV (vop=0xc0ab7720, a=0xe8d65be8) at vnode_if.c:1474 #14 0xc070daeb in kern_renameat (td=0xc7117b00, oldfd=-100, old=0x8048511 , newfd=-100, new=0x8048505 , pathseg=UIO_USERSPACE) at vnode_if.h:636 #15 0xc070db51 in kern_rename (td=0xc7117b00, from=0x8048511 , to=0x8048505 , pathseg=UIO_USERSPACE) at /usr/home/imb/svn/head/sys/kern/vfs_syscalls.c:3574 #16 0xc070db7c in rename (td=0xc7117b00, uap=0xe8d65cec) at /usr/home/imb/svn/head/sys/kern/vfs_syscalls.c:3551 #17 0xc06a93c7 in syscallenter (td=0xc7117b00, sa=0xe8d65ce4) at /usr/home/imb/svn/head/sys/kern/subr_trap.c:319 #18 0xc098a99c in syscall (frame=0xe8d65d28) at /usr/home/imb/svn/head/sys/i386/i386/trap.c:1056 #19 0xc09736a1 in Xint0x80_syscall () at /usr/home/imb/svn/head/sys/i386/i386/exception.s:264 #20 0x0033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"