Date: Tue, 10 Sep 2002 17:17:30 +0900 From: Seigo Tanimura <tanimura@axe-inc.co.jp> To: Alexander Leidinger <Alexander@Leidinger.net> Cc: current@FreeBSD.ORG, tanimura@axe-inc.co.jp, tanimura@tanimura.dyndns.org Subject: Re: panic: ffs_valloc: dup alloc (with bt + contents of some structures) Message-ID: <200209100817.g8A8HU59018884@shojaku.t.axe-inc.co.jp> In-Reply-To: <20020829120525.2ef926e6.Alexander@Leidinger.net> References: <20020829120525.2ef926e6.Alexander@Leidinger.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 29 Aug 2002 12:05:25 +0200,
Alexander Leidinger <Alexander@Leidinger.net> said:
Alexander> After booting the system up xdm didn't showed up and there was no
Alexander> possibility to login on the console, so I breaked into ddb and send a
Alexander> "kill 1" to xdm. Nothing happened so I again breaked into ddb and did a
Alexander> "kill 1 1". Nothing happened again, so I decided to do a <ctrl>+<t>
Alexander> (several times) -> boom.
Alexander> ---snip---
Alexander> panic: ffs_valloc: dup alloc
Alexander> panic: from debugger
Alexander> Uptime: 4m9s
Alexander> pfs_vncache_unload(): 1 entries remaining
Alexander> [...]
Alexander> #7 0xc025573c in kdb_trap (type=3, code=0, regs=0xd1d707cc)
Alexander> at ../../../i386/i386/db_interface.c:161
Alexander> #8 0xc0262e8a in trap (frame=
Alexander> {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1033800768, tf_esi = 256, tf_ebp = -774436848, tf_isp = -774436872, tf_ebx = 0, tf_edx = -1071016644, tf_ecx = -1070913265, tf_eax = -1070913281, tf_trapno = 3, tf_err = 0, tf_eip = -1071293992, tf_cs = 8, tf_eflags = 582, tf_esp = -1070958431, tf_ss = -774436824})
Alexander> at ../../../i386/i386/trap.c:606
Alexander> #9 0xc02569f8 in calltrap () at {standard input}:98
Alexander> #10 0xc019ae06 in panic (fmt=0x0) at ../../../kern/kern_shutdown.c:480
Alexander> #11 0xc020be9b in ffs_valloc () at ../../../ufs/ffs/ffs_alloc.c:871
(snip)
I can reproduce that panic by extracting an archive of the Solaris
source code (74.5MB approximately) into a filesystem on a swap-backed
md(4) with softupdates. Except that the caller of ffs_valloc() is
usually ufs_mkdir() in my case, ffs_nodealloccg() sometimes returns an
inode with a nonzero i_mode.
A filesystem without softupdates produces no panics, with or without
async.
--
Seigo Tanimura <tanimura@axe-inc.co.jp> <tanimura@FreeBSD.org>
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?200209100817.g8A8HU59018884>