Re: btrfs csum failed on git .pack file

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Sep 17, 2009 at 07:10:06PM +0200, Markus Trippelsdorf wrote:
> > > 06CD DFC0: 0D 86 2B B2 57 A4 5A CD  78 4B 08 94 C0 65 17 3A
> > > 06CD DFC0: 0D 86 2B B2 57 A4 5A CD  78 0B 08 94 C0 65 17 3A
> > 
> > 4B = 01001011
> > 0B = 00001011
> > 
> > And so on.
> > 
> > It looks like a few bits are getting flipped at the same byte offset.
> > One can imagine software bugs that would do this, certainly, but upset
> > hardware seems awfully likely too.
> 
> I'm afraid you're right. I did some further tests and now I'm pretty
> sure that a bad RAM module was the root cause of it all...
> Oh well.

  On the other hand, that what's so great in checksumming filesystems.
You found bad module thanks to btrfs, otherwise you wouldn't suspect
anything wrong. If you have had raid-1 for data, this corruption would
have been fixed by btrfs.

-- 
Tomasz Torcz                                                       72->|   80->|
xmpp: zdzichubg@xxxxxxxxx                                          72->|   80->|

--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux