Daniel L. Miller wrote:
Doug Ledford wrote:
Nah. Even if we had concluded that udev was to blame here, I'm not
entirely certain that we hadn't left Daniel with the impression that we
suspected it versus blamed it, so reiterating it doesn't hurt. And I'm
sure no one has given him a fix
Doug Ledford wrote:
Nah. Even if we had concluded that udev was to blame here, I'm not
entirely certain that we hadn't left Daniel with the impression that we
suspected it versus blamed it, so reiterating it doesn't hurt. And I'm
sure no one has given him a fix for the problem (although Neil
Doug Ledford wrote:
Anyway, I happen to *like* the idea of using full disk devices, but the
reality is that the md subsystem doesn't have exclusive ownership of the
disks at all times, and without that it really needs to stake a claim on
the space instead of leaving things to chance IMO.
I've
Neil Brown wrote:
It might be worth finding out where mdadm is being run in the init
scripts and add a -v flag, and redirecting stdout/stderr to some log
file.
e.g.
mdadm -As -v /var/log/mdadm-$$ 21
And see if that leaves something useful in the log file.
I haven't rebooted yet, but
Bill Davidsen wrote:
You don't think the unknown partition table on sdd is related?
Because I read that as a sure indication that the system isn't
considering the drive as one without a partition table, and therefore
isn't looking for the superblock on the whole device. And as Doug
pointed
Sorry for consuming bandwidth - but all of a sudden I'm not seeing
messages. Is this going through?
--
Daniel
-
To unsubscribe from this list: send the line unsubscribe linux-raid in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Thanks for the test responses - I have re-subscribed...if I see this
myself...I'm back!
--
Daniel
-
To unsubscribe from this list: send the line unsubscribe linux-raid in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Daniel L. Miller wrote:
Richard Scobie wrote:
Daniel L. Miller wrote:
And you didn't ask, but my mdadm.conf:
DEVICE partitions
ARRAY /dev/.static/dev/md0 level=raid10 num-devices=4
UUID=9d94b17b:f5fac31a:577c252b:0d4c4b2a
Try adding
auto=part
at the end of you mdadm.conf ARRAY line
Bill Davidsen wrote:
Daniel L. Miller wrote:
Current mdadm.conf:
DEVICE partitions
ARRAY /dev/.static/dev/md0 level=raid10 num-devices=4
UUID=9d94b17b:f5fac31a:577c252b:0d4c4b2a auto=part
still have the problem where on boot one drive is not part of the
array. Is there a log file I can
Bill Davidsen wrote:
Daniel L. Miller wrote:
Hi!
I have a four-disk Raid-10 array that I created and mount with
mdadm. It seems like every re-boot, either the array is not
recognized altogether, or one of the disks is not added. Manually
adding using mdadm works.
What superblock version
Richard Scobie wrote:
Daniel L. Miller wrote:
And you didn't ask, but my mdadm.conf:
DEVICE partitions
ARRAY /dev/.static/dev/md0 level=raid10 num-devices=4
UUID=9d94b17b:f5fac31a:577c252b:0d4c4b2a
Try adding
auto=part
at the end of you mdadm.conf ARRAY line.
Thanks - will see what
11 matches
Mail list logo