[MINC-users] minc volume integrity checks
Andrew Janke
a.janke at gmail.com
Mon Dec 17 15:45:12 EST 2007
Hi Jim,
This is something that I wanted to have included in MINC2 (md5 sums of
important headers, data and header+data) but it never made it. But the
MINC id stuff did make it into MINC2.
I have since simply coded up most of what you want in perl via a few
shell commands I will dig around in my home directory and send it to
you.
a
On Dec 17, 2007 5:45 AM, EJ Nikelski <nikelski at bic.mni.mcgill.ca> wrote:
> Hi All,
>
> A wee bit back, our lab ran into a problem with an XFS driver
> causing corruption on our RAID system. This error resulted in quite a
> few files having blocks of random garbage written to them ... which,
> of course, also affected our minc volumes. The problem was resolved,
> however, I am left with the nagging suspicion that some of our minc
> volumes might still be corrupted. Does anyone have any idea of how I
> might scan through all of our volumes and identify at least some of
> the corrupted volumes?
>
> On a related note, as larger and larger volumes find themselves
> moved around in a number of ways, might it not be useful to have an
> image checksum attribute initialized in the minc header at volume
> creation? Yes, TCP/IP transfers are *supposed* to validate that
> blocks are transferred correctly ... but the XFS driver was also not
> supposed to corrupt our RAID. Is this checksum idea a possibility (is
> it already in minc2, and I've missed it?), or is this best addressed
> in minc3 ;)
>
> -Jim
> _______________________________________________
> MINC-users at bic.mni.mcgill.ca
> http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-users
>
--
Andrew Janke (a.janke at gmail.com || http://a.janke.googlepages.com/)
Canberra->Australia +61 (402) 700 883
More information about the MINC-users
mailing list