On Thu, 29 Aug 2002 12:05:25 +0200,
  Alexander Leidinger <[EMAIL PROTECTED]> 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

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


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to