initramfs/udev/mdadm/lvm2 integration
Scott James Remnant
scott at ubuntu.com
Mon Sep 17 12:06:04 BST 2007
On Fri, 2007-09-14 at 09:58 -0700, Kees Cook wrote:
> On Fri, Sep 14, 2007 at 11:17:13AM -0400, Phillip Susi wrote:
> > Kees Cook wrote:
> > > So, the question is, which is the "least surprising"?
> > >
> > > a) having the machine spew "I can't mount, here's what you can do...",
> > > potentially endangering SLA and/or convenience.
> > > b) mounting degraded, possibly due to poor timing, potentially endangering
> > > partitions and/or data.
> > >
> > > I personally think "b" is more surprising. I don't think it would be
> > > hard to add another boot-time flag that means "auto-boot-when-degraded"
> > > (which could be mentioned in the spew from "a").
> >
> > I find A to be a lot more surprising. The whole purpose of having a
> > raid 5 setup is so the system will continue to operate just fine in the
> > event of a drive failure. This includes booting up, which is often when
> > failures occur. Sure, needlessly degrading the set isn't good, but the
> > system does what it was designed to: keep running.
>
> This is, I think, where we may need to turn to the tech board to get
> a decision. Unless Scott trumps us ;)
>
Since this stuff is being actively fixed both by other distributions and
Upstream, I think it would be premature to make a TB decision at this
point since our decision could be different to what gets implemented
upstream.
Scott
--
Scott James Remnant
Ubuntu Development Manager
scott at ubuntu.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : https://lists.ubuntu.com/archives/ubuntu-devel/attachments/20070917/b0b646fd/attachment.pgp
More information about the ubuntu-devel
mailing list