All of lore.kernel.org
 help / color / mirror / Atom feed
* AW: Raid 5 and Power Failure
@ 2002-07-13 10:01 Martin Bene
  2002-07-15  0:29 ` Neil Brown
  0 siblings, 1 reply; 3+ messages in thread
From: Martin Bene @ 2002-07-13 10:01 UTC (permalink / raw)
  To: Neil Brown, Jason Pfingstmann; +Cc: linux-raid

Hi Neil, Jason

> Get mdadm
>   http://www.cse.unsw.edu.au/~neilb/source/mdadm/
> 
> and use
>   mdadm --assemble --force /dev/md0 /dev/hd......

shouldn't /dev/hda be left out of the list here? since it looks like hda
really is out out date I think you'd get best results by using only the most
up-to-date disks.

Also, when using the mkraid -force method that had to be used before mdadm, I
always recommended leaving out all spare disks and one of the data disks,
forcing the array to be (re)created in degraded mode. that way, write
operations to the disks are kept to a minimum and it's possible to retry if
you made an error (wrong disk left out etc).

would it make sense to treat mdadm similarely, i.e only provide enough
devices to assemble a degraded array and hotadd the final device after the
array checks out ok? I don't like the idea of background parity rebuild
kicking in before I've had a chance to check things out.

Bye, Martin

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: AW: Raid 5 and Power Failure
  2002-07-13 10:01 AW: Raid 5 and Power Failure Martin Bene
@ 2002-07-15  0:29 ` Neil Brown
  0 siblings, 0 replies; 3+ messages in thread
From: Neil Brown @ 2002-07-15  0:29 UTC (permalink / raw)
  To: Martin Bene; +Cc: Jason Pfingstmann, linux-raid

On Saturday July 13, martin.bene@icomedias.com wrote:
> Hi Neil, Jason
> 
> > Get mdadm
> >   http://www.cse.unsw.edu.au/~neilb/source/mdadm/
> > 
> > and use
> >   mdadm --assemble --force /dev/md0 /dev/hd......
> 
> shouldn't /dev/hda be left out of the list here? since it looks like hda
> really is out out date I think you'd get best results by using only the most
> up-to-date disks.

hda certainly could be left out, but the point of "mdadm -Af" is that
it tried to do the "best" thing.  You don't *need* to figure out in
too much detail what has gone wrong.  It will pick the best available
drives and use them.

> 
> Also, when using the mkraid -force method that had to be used before mdadm, I
> always recommended leaving out all spare disks and one of the data disks,
> forcing the array to be (re)created in degraded mode. that way, write
> operations to the disks are kept to a minimum and it's possible to retry if
> you made an error (wrong disk left out etc).
> 
> would it make sense to treat mdadm similarely, i.e only provide enough
> devices to assemble a degraded array and hotadd the final device after the
> array checks out ok? I don't like the idea of background parity rebuild
> kicking in before I've had a chance to check things out.

In general I would agree with that.
I would actually like to be able to start an array in "read-only" mode
and have no rebuild/resync happen until it got switched to write
only.  This may well happen in 2.6.

NeilBrown

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: AW: Raid 5 and Power Failure
@ 2002-07-14  1:43 simply service
  0 siblings, 0 replies; 3+ messages in thread
From: simply service @ 2002-07-14  1:43 UTC (permalink / raw)
  To: martin.bene, neilb, stclists; +Cc: linux-raid

Well, it worked...the data seems to be intact!  I just mounted it r/o and the files are there...then did an interactive fsck scan and everything is in order... Thank you both...from myself and about 40 fans of japanese animation from the uao (www.otakuuniversity.org).

Jason Pfingstmann, CNA
Vice President
University of the Anime Otaku

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2002-07-15  0:29 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-07-13 10:01 AW: Raid 5 and Power Failure Martin Bene
2002-07-15  0:29 ` Neil Brown
2002-07-14  1:43 simply service

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.