Bug#350861: [Yaird-devel] Bug#350861: yaird: Degraded RAID 1 array fails to boot

Jonas Smedegaard dr at jones.dk
Wed Feb 1 20:08:50 UTC 2006


On Wed, 1 Feb 2006 11:19:18 -0700
Shaun Jackman <sjackman at gmail.com> wrote:

> On 2/1/06, Jonas Smedegaard <dr at jones.dk> wrote:
> > I believe including broken disks will then fail to boot the degraded
> > system (if not including --run). See bug#350710.
> >
> > Upstream dislikes including config files with the initrd. As I
> > understand it for the reason that the initrd should then probably be
> > rebuild whenever the original config file is changed.
> 
> I agree with not including the mdadm.conf in the initrd. When the
> initrd is built though, I'd check that the mdadm configuration stored
> in the root disk's /init, which is tantamount to a config file, should
> be checked against the host's mdadm.conf to ensure they match. If they
> don't, I'd suggest yaird should fail. The user can then fix one or the
> other.

Don't understand. What does tantamount mean? And how can you be talking
about comparing two different config files when none is included in the
initrd and the one on the rootfs is only accessible _after_ suffesful
mount?


> > Why do including --add require more discussion? What is the
> > drawbacks?
> 
> (assuming you meant --run here) Primarily because it looks like a
> --force option, which to me suggests the author was thinking, "This
> may cause some damage, so make sure the user knows what he's doing."
> I'd check with the mdadm author what he thinks of adding --run to
> yaird.

Agreed.


 - Jonas

-- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

 - Enden er nær: http://www.shibumi.org/eoti.htm
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.alioth.debian.org/pipermail/yaird-devel/attachments/20060201/1ead42c1/attachment.pgp


More information about the Yaird-devel mailing list