Subject: Re: kern/26043
To: None <,,>
From: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
List: netbsd-bugs
Date: 01/12/2006 20:05:09
The following reply was made to PR kern/26043; it has been noted by GNATS.

From: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
Subject: Re: kern/26043
Date: Thu, 12 Jan 2006 20:42:06 +0100

 At 21:02 Uhr +0200 4.4.2005, Hauke Fath wrote:
 >In short: I consider the problem fixed.
 I have just seen another instance of the panic with
 [hauke@pizza] ~ > uname -a
 NetBSD 3.0_STABLE NetBSD 3.0_STABLE (PIZZA) #1: Tue Jan
 3 22
 :52:41 CET 2006
 sys/arch/sparc/compile/PIZZA sparc
 db{1}> t
 cpu_Debugger(0xf028e450, 0x35e, 0x100, 0x2000, 0xffffffff, 0xf02c4c00) at
 lfs_valloc(0xf4d7d890, 0x0, 0x1000000, 0x0, 0xf02c2400, 0xf02f7a10) at
 VOP_VALLOC(0xf60c47e8, 0x41ed, 0xf38e0f20, 0xf4d7dba8, 0x2, 0xf60c47e8) at
 ufs_mkdir(0xf4d7da08, 0xf4d7dba8, 0x6, 0xffffffff, 0xf4c704e0, 0x0) at
 lfs_mkdir(0xf4d7da08, 0xf4c704e0, 0xffffffff, 0x0, 0xf56fa9f0, 0xf38e0f20)
 at netbsd:VOP_MKDIR+0x30
 VOP_MKDIR(0xf60c47e8, 0xf4d7dba8, 0xf4d7da98, 0xf4d7dac0, 0xffffffff,
 0xffffffff) at netbsd:union_mkshadow+0x114
 union_mkshadow(0xffffffff, 0x0, 0xffffffff, 0xffffffff, 0xffffffff,
 0xffffffff) at netbsd:union_lookup+0x354
 union_lookup(0xf4d7dc88, 0x0, 0x1000000, 0x0, 0x0, 0x0) at
 VOP_LOOKUP(0xf60c4dd0, 0xf4d7de18, 0xf4d7de2c, 0x0, 0x0, 0x8762076d) at
 lookup(0x3f, 0x0, 0x1000000, 0xf4d7de20, 0xf4d7c000, 0x0) at netbsd:namei+0x12c
 namei(0x0, 0x116, 0x116, 0x0, 0xf4d7df28, 0x5c010) at netbsd:sys___stat13+0x34
 sys___stat13(0xf4ec8bd8, 0xf4d7df28, 0xf4d7df20, 0x0, 0xf4c704e0,
 0x4003f010) at netbsd:syscall+0x188
 syscall(0x116, 0xf4d7dfb0, 0x4013a60c, 0x5d680, 0x400, 0xf4d7df28) at
 db{1}> sync
 syncing disks...
 And then it hung - not even a break into the kernel debugger was possible.
 I have switched the filesystem in question back to ffs for now.
 "It's never straight up and down"     (DEVO)