[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