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 JeremyReceived on Sat Feb 18 2006 - 05:45:37 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:52 UTC