From owner-freebsd-current Tue Sep 10 1:18:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CA2F37B400 for ; Tue, 10 Sep 2002 01:18:19 -0700 (PDT) Received: from axe-inc.co.jp (axegw.axe-inc.co.jp [61.199.217.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C60543E3B for ; Tue, 10 Sep 2002 01:18:18 -0700 (PDT) (envelope-from tanimura@axe-inc.co.jp) Received: from t-axegw.t.axe-inc.co.jp ([218.230.241.250]) by axe-inc.co.jp (8.9.3+3.2W/3.7W) with ESMTP id RAA24205; Tue, 10 Sep 2002 17:18:01 +0900 (JST) Received: from shojaku.t.axe-inc.co.jp ([192.168.6.103]) by t-axegw.t.axe-inc.co.jp (8.12.6/3.7W-Axe-Gwhost-Tokyo) with ESMTP id g8A8HV14001945 ; Tue, 10 Sep 2002 17:17:31 +0900 (JST) Received: from shojaku.t.axe-inc.co.jp (localhost [127.0.0.1]) by shojaku.t.axe-inc.co.jp (8.12.5/3.7W-Axe-Tokyo-NoARR) with ESMTP id g8A8HU59018884 ; Tue, 10 Sep 2002 17:17:30 +0900 (JST) Message-Id: <200209100817.g8A8HU59018884@shojaku.t.axe-inc.co.jp> Date: Tue, 10 Sep 2002 17:17:30 +0900 From: Seigo Tanimura To: Alexander Leidinger 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) In-Reply-To: <20020829120525.2ef926e6.Alexander@Leidinger.net> References: <20020829120525.2ef926e6.Alexander@Leidinger.net> User-Agent: Wanderlust/2.8.1 (Something) SEMI/1.14.4 (Hosorogi) FLIM/1.14.4 (=?ISO-8859-1?Q?Kashiharajing=FE-mae?=) APEL/10.3 MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: AXE, Inc. MIME-Version: 1.0 (generated by SEMI 1.14.4 - "Hosorogi") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 29 Aug 2002 12:05:25 +0200, Alexander Leidinger 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 + 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message