From: Maarten van den Berg <maarten@ultratux.net>
To: linux-raid@vger.kernel.org
Subject: Re: md questions [forwarded from already sent mail]
Date: Sat, 24 Jan 2004 20:23:45 +0100 [thread overview]
Message-ID: <200401242023.45079.maarten@ultratux.net> (raw)
In-Reply-To: <200401241627.i0OGRii26925@dns1.watkins-home.com>
On Saturday 24 January 2004 17:27, Guy wrote:
> >All of the above ;-) No seriously, it sounds like a problem with the
> >hardware
> >somewhere along the line. Can you test the array on the OLD motherboard,
> > by
> >
> >just plugging everything in ? Also, if you're using persistent
> > superblocks
> >
> >and type=0xFD, messing with the order in which the drives are attached /
> >recognized should not matter. It is confusing, but the array should
> >nonetheless assemble itself perfectly. At least in my experience.
> >
> >Maarten
>
> RedHat used mkraid and raidstart. I have problems starting my arrays.
> Even by hand using raidstart, but mdadm has no problems. The problem is
Read my lines above about "persistent superblock" and type=FD again.
If you had used that you would _not_have_ to start the array since the kernel
will do this automatically for you. I'm sure this is really extensively
documented so I wonder how you could have missed that.
I any case, if you leave it up to the kernel you won't have to worry about
drive order, it is automatically recognized. Whether you use mkraid or mdadm
has nothing to do with it, albeit the latter is better.
> related to the drive order. It seems raidstart "knows" which disks are in
> the array. If their names change, game over. I upgraded the firmware on a
> SCSI card, now the order that the system "sees" the SCSI cards has changed,
> so the disk names are different. Someone tell RedHat to use mdadm!!
Again, this has nothing to do with it. Read up on what I said about type=FD
and persistent superblocks.
Maarten
next prev parent reply other threads:[~2004-01-24 19:23 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200401221928.00985.gene.heskett@verizon.net>
2004-01-24 0:31 ` md questions [forwarded from already sent mail] Gene Heskett
2004-01-24 11:58 ` Maarten van den Berg
[not found] ` <200401240531.05477.gene.heskett@verizon.net>
2004-01-24 13:20 ` Maarten van den Berg
2004-01-24 16:27 ` Guy
2004-01-24 19:23 ` Maarten van den Berg [this message]
2004-01-24 18:23 ` Guy
[not found] ` <200401231108.45177.jhines@wdtv.com>
2004-01-24 0:51 ` md questions [forward of Jims corrections] Gene Heskett
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200401242023.45079.maarten@ultratux.net \
--to=maarten@ultratux.net \
--cc=linux-raid@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).