Date: Mon, 4 May 1998 01:05:04 -0700 (PDT) From: Julian Elischer <julian@whistle.com> To: Alexander Litvin <archer@lucky.net> Cc: current@FreeBSD.ORG Subject: Re: Soft-updates.. new version. Message-ID: <Pine.BSF.3.95.980504010427.21179A-100000@current1.whistle.com> In-Reply-To: <199805040642.JAA08993@grape.carrier.kiev.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
THANKS!
this is a real clue..
(dang! I had hoped we'd got rid of the last crashes)
julian
On Mon, 4 May 1998, Alexander Litvin wrote:
> Kevin Street <street@iname.com> wrote:
> > Ollivier Robert <roberto@keltia.freenix.fr> writes:
>
> >> According to Julian Elischer:
> >> > If you were testing soft-updates, then there are new versions of the
> >> > two files needed at:
> >
> > ...
>
> >> > I hope to hear from anyone who tries it (soft-updates) out..
> >>
> >> For the moment, I'm seeing many "setup_allocindir_phase2: need bmap, blk
> >> -12" messages (from Luoqi's fix, because DEBUG is enabled) when I unbatch
> >> my news but it is rather robust.
> >>
> >> I've stopped using for now on some partitions because "make world" was a
> >> sure way to get a problem but I'll retest it with the new files.
>
> > I just tried the new version (pulled down Sunday at about 8:30pm EDT.
> > I tried a make world with softupdates on both the /usr/src and /usr/obj
> > filesystems. My machine rebooted after about a half hour.
>
> > I wasn't at the machine so didn't see if it said anything useful.
> > It did stuff about 40 files into lost+found on the fs that had /usr/obj.
>
> With new soft updates code my machine paniced during 'make world'
> with the following:
>
> --------------------
> (kgdb) symbol-file /var/crash/kernel.debug.1
> Reading symbols from /var/crash/kernel.debug.1...done.
> (kgdb) exec-file /var/crash/kernel.1
> (kgdb) core-file /var/crash/vmcore.1
> IdlePTD 217000
> initial pcb at 1c8cf0
> panicstr: softdep_fsync: pending ops
> panic messages:
> ---
> panic: softdep_fsync: pending ops
>
> syncing disks... panic: softdep_lock: locking against myself
>
> dumping to dev 20001, offset 196608
> dump 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5
> 4 3 2 1
> ---
> #0 boot (howto=260) at ../../kern/kern_shutdown.c:296
> 296 dumppcb.pcb_cr3 = rcr3();
> (kgdb)bt
> #0 boot (howto=260) at ../../kern/kern_shutdown.c:296
> #1 0xf0114787 in panic (fmt=0xf01714c1 "softdep_lock: locking against myself")
> at ../../kern/kern_shutdown.c:436
> #2 0xf0171529 in acquire_lock (lk=0xf01c0dec)
> at ../../ufs/ffs/ffs_softdep.c:263
> #3 0xf0174e63 in initiate_write_inodeblock (inodedep=0xf07feb00,
> bp=0xf13d3a10) at ../../ufs/ffs/ffs_softdep.c:2792
> #4 0xf01749c7 in softdep_disk_io_initiation (bp=0xf13d3a10)
> at ../../ufs/ffs/ffs_softdep.c:2626
> #5 0xf013fd74 in spec_strategy (ap=0xf347fb04)
> at ../../miscfs/specfs/spec_vnops.c:555
> #6 0xf013f479 in spec_vnoperate (ap=0xf347fb04)
> at ../../miscfs/specfs/spec_vnops.c:127
> #7 0xf0180a7d in ufs_vnoperatespec (ap=0xf347fb04)
> at ../../ufs/ufs/ufs_vnops.c:2275
> #8 0xf012c8c2 in bwrite (bp=0xf13d3a10) at vnode_if.h:1100
> #9 0xf013130a in vop_stdbwrite (ap=0xf347fb68) at ../../kern/vfs_default.c:306
> #10 0xf0131151 in vop_defaultop (ap=0xf347fb68) at ../../kern/vfs_default.c:153
> #11 0xf013f479 in spec_vnoperate (ap=0xf347fb68)
> at ../../miscfs/specfs/spec_vnops.c:127
> #12 0xf0180a7d in ufs_vnoperatespec (ap=0xf347fb68)
> at ../../ufs/ufs/ufs_vnops.c:2275
> #13 0xf012d35b in vfs_bio_awrite (bp=0xf13d3a10) at vnode_if.h:1117
> #14 0xf017a6df in ffs_fsync (ap=0xf347fc04) at ../../ufs/ffs/ffs_vnops.c:203
> #15 0xf0178bd7 in ffs_sync (mp=0xf0765200, waitfor=2, cred=0xf0766e00,
> p=0xf01e36d0) at vnode_if.h:499
> #16 0xf01359a3 in sync (p=0xf01e36d0, uap=0x0) at ../../kern/vfs_syscalls.c:509
> #17 0xf011434f in boot (howto=256) at ../../kern/kern_shutdown.c:218
> #18 0xf0114787 in panic (fmt=0xf0176009 "softdep_fsync: pending ops")
> at ../../kern/kern_shutdown.c:436
> #19 0xf01760ee in softdep_fsync (vp=0xf345c1e0)
> at ../../ufs/ffs/ffs_softdep.c:3577
> #20 0xf017a7fc in ffs_fsync (ap=0xf347fdb8) at ../../ufs/ffs/ffs_vnops.c:261
> #21 0xf0170737 in ffs_truncate (vp=0xf345c1e0, length=0x000000000011c000,
> flags=0, cred=0xf07fe100, p=0xf3388540) at vnode_if..h:499
> #22 0xf017e569 in ufs_setattr (ap=0xf347feec) at ../../ufs/ufs/ufs_vnops.c:487
> #23 0xf0180a4d in ufs_vnoperate (ap=0xf347feec)
> at ../../ufs/ufs/ufs_vnops.c:2257
> #24 0xf0138000 in ftruncate (p=0xf3388540, uap=0xf347ff94) at vnode_if.h:275
> #25 0xf01a0923 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = -272639652,
> tf_esi = -272639498, tf_ebp = -272639808, tf_isp = -213385244,
> tf_ebx = 537383008, tf_edx = 0, tf_ecx = 1163264, tf_eax = 198,
> tf_trapno = 12, tf_err = 7, tf_eip = 537325857, tf_cs = 31,
> tf_eflags = 534, tf_esp = -272639840, tf_ss = 39})
> at ../../i386/i386/trap.c:1031
> #26 0x2006f121 in ?? ()
> #27 0x18d0 in ?? ()
> #28 0x175f in ?? ()
> #29 0x1099 in ?? ()
> -------------------------------
>
> > --
> > Kevin Street
> > street@iName.com
>
> > To Unsubscribe: send mail to majordomo@FreeBSD.org
> > with "unsubscribe freebsd-current" in the body of the message
>
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message
>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.95.980504010427.21179A-100000>