RE: Software RAID Stopped Working With Aurora Kernel

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

 



On Wednesday May 29, cwebster@ec.rr.com wrote:
> > > "mdadm --examine /dev/sda1" shows "State : dirty, no-errors". All other
> > > RAID drives show the same.
> > >
> > > "lsraid -D -a /dev/md0" shows "state		= good".
> > All other RAID devices
> > > show the same.
> >
> > I have never looked at "lsraid".  My guess is that "good" is
> > equivalent to "no-errors" and that lsraid doesn't bother to report
> > "dirty".  This shouldn't relate to the filesystem superblock though...
> >  still, a fsck every few months is a good idea.
> 
> What made this observation noteworthy, however, was that it persisted even
> _after_ e2fsck was run on /dev/md0.

The raid "dirty" or "error" flags are completely separate from any
filesystem "dirty" or "error" flags.  So fsck will not affect the raid
flags.

The raid "dirty" flag simply means that the array has been started and
not yet stopped.  Either it is active or you had an unclean shutdown
and will need to regenerate redundancy.

The raid "error" flag is meaningless.  It is never set by anything,
and I cannot think of any use that it might be put to.  But it is
there is the definition of the superblock, or mdadm reports it.

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

[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux