On Fri, Nov 02, 2012 at 09:34:32AM -0700, Kamal Dasu wrote: > > Dave, > > I see the following. On two different systems with the same want= value. > Does not seem like a random corruption. > > >attempt to access beyond end of device > > sda2: rw=0, want=33792081130943048, limit=3147132 0x780dbd80007f248 Once again it's corruption in the upper 32 bits of the 64 bit number. Those bits should be zero. Perhaps looking at all the trace events from recovery might give you a closer approximation of where the bad extent records is found.... > > > Track down where those stray upper bits in the block numbers are > > > coming from, and you'll have your answer. > > Where would be the best place to put this check. I don't know - you're just just going to have to put cheks everywhere - from when the extent record is first read from disk, to where it is modified to where it is backed back into disk format. > Also on a XFS DEBUG all the asserts seem to be in the unlink (delete path). No surprise, the failures found when removing open-but-unlinked files after a crash. i.e. during unlink in the final stage of recover. Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
