From owner-freebsd-stable Fri Nov 15 21:19:25 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA12296 for stable-outgoing; Fri, 15 Nov 1996 21:19:25 -0800 (PST) Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA12289; Fri, 15 Nov 1996 21:19:18 -0800 (PST) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (8.7.5/8.7.3) with ESMTP id AAA26090; Sat, 16 Nov 1996 00:18:38 -0500 (EST) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.7.3) with ESMTP id AAA26830; Sat, 16 Nov 1996 00:18:37 -0500 (EST) To: freebsd-stable@freebsd.org cc: freebsd-bugs@freebsd.org From: "Gary Palmer" Subject: panic: ffs_valloc: dup alloc Date: Sat, 16 Nov 1996 00:18:36 -0500 Message-ID: <26828.848121516@orion.webspan.net> Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Our mail box just died with: root@mail:/var/crash> gdb -k kernel vmcore.2 GDB is free software and you are welcome to 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. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... IdlePTD 1d5000 current pcb at 1abd64 panic: ffs_valloc: dup alloc #0 boot (howto=260) at ../../i386/i386/machdep.c:912 912 } else { (kgdb) bt #0 boot (howto=260) at ../../i386/i386/machdep.c:912 #1 0xf0117365 in panic (fmt=0x0) at ../../kern/subr_prf.c:116 #2 0xf010140a in db_fncall (dummy1=1, dummy2=0, dummy3=-266685440, dummy4=0xefbff9d8 "|[\ep\234E\ep[G\030\n") at ../../ddb/db_command.c:491 #3 0xf010113e in db_command (last_cmdp=0xf019daf4, cmd_table=0xf019d954) at ../../ddb/db_command.c:281 #4 0xf01012bd in db_command_loop () at ../../ddb/db_command.c:419 #5 0xf0103c58 in db_trap (type=3, code=0) at ../../ddb/db_trap.c:72 #6 0xf017909a in kdb_trap (type=3, code=0, regs=0xefbffae0) at ../../i386/i386/db_interface.c:120 #7 0xf0180a1c in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 1, tf_esi = 134, tf_ebp = -272631004, tf_isp = -272631032, tf_ebx = 6, tf_edx = -266890603, tf_ecx = 2000, tf_eax = -1, tf_trapno = 3, tf_err = 0, tf_eip = -266890557, tf_cs = 8, tf_eflags = 598, tf_esp = -266890619, tf_ss = -266782545}) at ../../i386/i386/trap.c:390 #8 0xf0179901 in calltrap () #9 0xf01945c6 in scgetc (noblock=1) at ../../i386/isa/syscons.c:2529 #10 0xf018ffcc in scintr (unit=0) at ../../i386/isa/syscons.c:440 #11 0xf017a2e6 in Xresume1 () #12 0xf0129c6b in getblk (vp=0xf1753200, blkno=1245392, size=8192, slpflag=0, slptimeo=0) at ../../kern/vfs_bio.c:844 #13 0xf0128c3d in bread (vp=0xf1753200, blkno=1245392, size=8192, cred=0xffffffff, bpp=0xefbffc54) at ../../kern/vfs_bio.c:171 #14 0xf015e635 in ffs_update (ap=0xefbffc7c) at ../../ufs/ffs/ffs_inode.c:133 #15 0xf016199a in ffs_fsync (ap=0xefbffcc0) at ./vnode_if.h:850 #16 0xf0160969 in ffs_sync (mp=0xf174d600, waitfor=2, cred=0xf0f22300, p=0xf01b5d7c) at ./vnode_if.h:335 #17 0xf012f2c2 in sync (p=0xf01b5d7c, uap=0x0, retval=0x0) at ../../kern/vfs_syscalls.c:336 #18 0xf017bf5d in boot (howto=256) at ../../i386/i386/machdep.c:871 #19 0xf0117365 in panic (fmt=0xf015b88d "ffs_valloc: dup alloc") at ../../kern/subr_prf.c:116 #20 0xf015ba33 in ffs_valloc (ap=0xefbffdb4) at ../../ufs/ffs/ffs_alloc.c:535 #21 0xf01680d2 in ufs_makeinode (mode=33188, dvp=0xf17f2d80, vpp=0xefbffeec, cnp=0xefbfff00) at ./vnode_if.h:764 #22 0xf0165855 in ufs_create (ap=0xefbffe10) at ../../ufs/ufs/ufs_vnops.c:104 #23 0xf013239e in vn_open (ndp=0xefbffedc, fmode=522, cmode=420) at ./vnode_if.h:50 #24 0xf012f7ff in open (p=0xf18f0d00, uap=0xefbfff94, retval=0xefbfff8c) at ../../kern/vfs_syscalls.c:646 #25 0xf01814ab in syscall (frame={tf_es = -272695257, tf_ds = -272695257, tf_edi = 293796, tf_esi = 280656, tf_ebp = -272646684, tf_isp = -272629788, tf_ebx = -272644519, tf_edx = 280666, tf_ecx = -272646880, tf_eax = 5, tf_trapno = 663, tf_err = 663, tf_eip = 134876117, tf_cs = 31, tf_eflags = 663, tf_esp = -272646720, tf_ss = 39}) at ../../i386/i386/trap.c:908 #26 0xf017994b in Xsyscall () #27 0x10922 in ?? () #28 0x304e2 in ?? () #29 0x173bb in ?? () Cannot access memory at address 0xefbfd930. Anyone else seen something like this? The only FS that was corrupt was /var, which leads me to believe that its a sendmail problem, as /var/mail is it's own partition. Usual stuff (pop3, imap, sendmail) running on this box and nothing else. Any help or advice on how to stop this appreciated. Thanks, Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info