Borked MD RAID...
Eitan Tsur
eitan.tsur at gmail.com
Sun Nov 30 23:11:08 UTC 2008
>
># mdadm.conf written out by anaconda
>DEVICE partitions
>MAILADDR root at localhost
>
>ARRAY /dev/md0 level=raid5 num-devices=3 spares=1
UUID=0c21bf19:83747f05:70a4872d:90643876
If I switch the "DEVICE partitions" with "DEVICE /dev/sdb1 /dev/sdc1
/dev/sdd1", drives no longer are allocated as spares, however the array
still seems to rebuild every boot.
I don't remember the specifics of what was in /proc/mdstat at the time, but
currently the array is being rebuilt. I'll reboot after it is complete to
give you a copy of it. Basically it allocated the dropped drive as a spare
which I'd have to mdadm -stop and mdadm -add to the original array after
every boot, manually. Give me an hour or two and I'll get you the output of
mdstat.
On Sun, Nov 30, 2008 at 2:41 PM, Lonni J Friedman <netllama at gmail.com>wrote:
> On Sun, Nov 30, 2008 at 2:38 PM, Eitan Tsur <eitan.tsur at gmail.com> wrote:
> > I just recently installed a 3-disk RAID5 array in a server of mine,
> running
> > FC9. Upon reboot, one of the drives drops out, and is allocated as a
> spare.
> > I suspect there is some sort of issue where DBUS re-arranges the
> > drive-to-device maps between boots, but I am not sure... Just kind of
> > annoying to have to stop and re-add a drive every boot, and wait the
> couple
> > hours for the array to rebuild the 3rd disk. Any thoughts? Anyone else
> > encountered such an issue before? What should I be looking for? I'm new
> to
> > the world of RAID, so any information you can give may be helpful.
>
> What's in /etc/mdadm.conf, /proc/mdstat and dmesg when this fails ?
>
>
> --
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> L. Friedman netllama at gmail.com
> LlamaLand https://netllama.linux-sxs.org
>
> --
> fedora-list mailing list
> fedora-list at redhat.com
> To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
> Guidelines:
> http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-list/attachments/20081130/93e8f6c5/attachment-0001.htm>
More information about the fedora-list
mailing list