Bug 30712

Summary:	fatal kernel trap during ufs_rename
Product:	Base System	Reporter:	Eugene Aleynikov <eugenea>
Component:	kern	Assignee:	Remko Lodder <remko>
Status:	Closed FIXED
Severity:	Affects Only Me
Priority:	Normal
Version:	Unspecified
Hardware:	Any
OS:	Any

Description Eugene Aleynikov 2001-09-21 21:30:01 UTC

Currently two independed computers hit that problem.
Machine is stanard 1Xtreme boxes shipped by BSDi. DualP3, i440Gx, intel MB, onboard adaptec SCSI, connected to winchester RAID box.

Here what i've got:
 gdb -k /kernel.debug vmcore.4
GNU gdb 4.18
SMP 2 cpus
IdlePTD 3039232
initial pcb at 2666a0
panicstr: ufs_rename: lost dir entry
panic messages:
---
panic: ufs_rename: lost dir entry
mp_lock = 01000001; cpuid = 1; lapic.id = 00000000
boot() called on cpu#1

syncing disks... 16 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 
giving up on 1 buffers
Uptime: 16h20m39s
... skipped...

Fix: 

Couldnt figure out what's wrong.
How-To-Repeat: Not sure.

Comment 1 Eugene Aleynikov 2001-09-27 23:35:39 UTC

This is getting more serious then i thought.
15 server crashes in last week (different servers).
I forgot to notice that all servers have jail environment.
-- 
Yevgeniy Aleynikov
Infospace, Inc.
SysAdmin, USE
Work: (206)357-4594

Comment 2 Remko Lodder freebsd_committer

2007-03-07 21:15:23 UTC

State Changed
From-To: open->feedback

Hello, was this ever resolved?

Comment 3 Remko Lodder freebsd_committer

2007-03-07 21:15:23 UTC

Responsible Changed
From-To: freebsd-bugs->remko

Grab the PR

Comment 4 Mark Linimon freebsd_committer

2007-06-15 11:37:10 UTC

State Changed
From-To: feedback->closed

Feedback timeout.