Re: It still here... panic: ufs_dirbad: bad dir
- From: Peter Jeremy <peterjeremy@xxxxxxxxxxxxxxxx>
- Date: Sat, 18 Feb 2006 17:45:23 +1100
On Fri, 2006-Feb-17 20:39:53 -0800, Matthew Dillon wrote:
I'm running out of ideas. Right now my best idea is that there is
something broken in the code that writes out the modified 'rewound'
blocks. Perhaps an old version of a buffer, with old already-reused
block pointers, is being written out and then something happens to
prevent the latest version from being written out. I don't know, I'm
grasping at straws here. If I could only reliably reproduce the bug
I would write some code to record every I/O operation done on the
raw device then track back to the write that created the corruption.
Is it worth setting up a ring buffer that just stores the last few
thousand I/O requests and waiting for someone to trip over the panic?
This should work if the corruption is close (in temporal terms) to
the panic.
--
Peter Jeremy
_______________________________________________
freebsd-current@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@xxxxxxxxxxx"
- Follow-Ups:
- Re: It still here... panic: ufs_dirbad: bad dir
- From: Matthew Dillon
- Re: It still here... panic: ufs_dirbad: bad dir
- References:
- Re: It still here... panic: ufs_dirbad: bad dir
- From: Matthew Dillon
- Re: It still here... panic: ufs_dirbad: bad dir
- Prev by Date: Re: It still here... panic: ufs_dirbad: bad dir
- Next by Date: Re: -current is sluggish
- Previous by thread: Re: It still here... panic: ufs_dirbad: bad dir
- Next by thread: Re: It still here... panic: ufs_dirbad: bad dir
- Index(es):
Relevant Pages
|