From: Matt Darcy <kernel-lists@projecthugo.co.uk>
To: linux-raid@vger.kernel.org
Subject: Linux Raid boot - stuck in a raid start loop - Advice
Date: Wed, 30 Nov 2005 09:41:54 +0000 [thread overview]
Message-ID: <438D73E2.70502@projecthugo.co.uk> (raw)
Hi all,
this is not a bug, this is a tricky situation due to a few bad choices
on my part.
I am using a 8 port Sata controller (MV88SX5081 8-port SATA I PCI-X
Controller) with the 2.6.12.6 kernel.
I am using the 3rd party sata_mv drivers as the sata_mv drivers included
in the 2.6.15 kernel are not stable enough yet - This problem will go
away when these drivers become stable. The 3rd party driver limits me to
2.6.12.6.
The 3rd party driver can only be built as a module, and not directly
into the kernel - just making that clear before people suggest building
it into the kernel.
I have 6 Sata disks hanging off this controller that I am trying to put
into a raid 5 configurations, which can then be included into LVM2.
I am using mdadm to try to migrate away from raidtools.
The problem I have is that the kernel boots sees the sata raid boot
disks (on a diffect controller) and raid starts them - sysfs sees the
raid devices as block devices and advertises them to udev - which then
creates the /dev/md* entried (1 - 5) for the root disks, the file system
is mounted and the init scripts run - which then loads the 3rd party
module for the sata controller - which then makes the 6 sata disks
visable, but becase the kernel was not aware of these disks at boot/raid
time it does not start the raid array - which does not allow /dev/md6 to
be created.
I then have to manuall create /dev/md6 - but even then my attempt to
start the existing raid device fails (I believe this is because the
kernel is not aware of these disks as raid devices). I can however
recreate the raid device (mdadm --create) but this obviously wipes all
the data - but it does however prove the the /dev/md6 device is
functioning correctly.
Any advice on a process to get around this poor loop would be most
appriciated, I have tested against the 2.6.15-rc2 kernel using the
inbuild drivers and this problem goes away, /dev/md6 is created and the
raid5 device is started and running well. The machine just becomes
unstable when accessing the raid5 device using the driver from 2.6.15-rc2.
Many thanks,
Matt
next reply other threads:[~2005-11-30 9:41 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-30 9:41 Matt Darcy [this message]
2005-11-30 9:57 ` Linux Raid boot - stuck in a raid start loop - Advice bart
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=438D73E2.70502@projecthugo.co.uk \
--to=kernel-lists@projecthugo.co.uk \
--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 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.