The event counter (and serial number) only indicates that the superblock is the most
current.
The SB_CLEAN bit is cleared when an array gets started, and is set when it is stopped
(this
automatically happens during a normal shutdown.) But, if the system crashes or the
power gets
yanked, the SB_
I agree, if the two disks are truly out of sync
then the only thing you can do is copy the most recent
data to the out of date disk.
But what I'm seeing is that the two disks are in
sync (at least according to the serial numbers in the
superblock), but due to the SB_CLEAN flag not having
been set
It is a very bad idea to prevent resyncs after a volume has possibly becoming out of
sync.
It is important to have the disks in sync--even if the data is the wrong data. The way
raid-1's balancing works, you don't know what disk will be read. For the same block,
the
system may read different dis
ience Innovations
http://www.csihq.com/~mike My home page
FAX 321-676-2355
- Original Message -
From: "Sam" <[EMAIL PROTECTED]>
To: "Thomas Kotzian" <[EMAIL PROTECTED]>
Cc: "Linux-RAID" <[EMAIL PROTECTED]>
Sent: Wednesday, March 29, 2000 4:23
adding a UPS all is fine (now for 8 months).
>
> >
> > Sam
> >
> > Thomas Kotzian wrote:
> >
> > > raid wasn't invented to survive a power failure but a disk-failure!
> > >
> > > Thomas
> > >
> > > - Original Messa
nstallation and adding a UPS all is fine (now for 8 months).
>
> Sam
>
> Thomas Kotzian wrote:
>
> > raid wasn't invented to survive a power failure but a disk-failure!
> >
> > Thomas
> >
> > - Original Message -
> > From: "Sam" <
I'm setting up a web server with Raid-1, using raidtools 0.90-5
and linux kernel 2.2.12 (this is the Redhat 6.1 distr). I want to
mirror all my data across two disks (hda and hdc).
The problem I've noticed from testing is that if I shut off the power
and then reboot, the raidtools software will
