Proposal for metadata version 2.x :)

Proposal for metadata version 2.x :)

[Igor M Podlesny]

   Hi! If I understand correctly, one cannot safely switch between 1.x
metdata layouts since data offsets would be different, right?

   Why not to overcome this limitation by holding all three metadata
zones reserved to prevent RAID data allocation inside them? It doesn't
seem to be significant waste of disk space, but would be more flexible
indeed.

--

Re: Proposal for metadata version 2.x :)

[Phil Turmel]

On 06/17/2012 06:12 AM, Igor M Podlesny wrote:
>    Hi! If I understand correctly, one cannot safely switch between 1.x
> metdata layouts since data offsets would be different, right?
> 
>    Why not to overcome this limitation by holding all three metadata
> zones reserved to prevent RAID data allocation inside them? It doesn't
> seem to be significant waste of disk space, but would be more flexible
> indeed.

A very useful property of v1.0 metadata is that the contents start at
the partition start, making Raid1 contents available to bootloaders when
the array isn't running.  That behavior is incompatible with your
suggestion, so your suggestion will be unacceptable to anyone using that
behavior to their advantage.  (Like me.)

Phil

Re: Proposal for metadata version 2.x :)

[Igor M Podlesny]

On 17 June 2012 21:37, Phil Turmel <philip@turmel.org> wrote:
> On 06/17/2012 06:12 AM, Igor M Podlesny wrote:
[…]
> suggestion, so your suggestion will be unacceptable to anyone using that
> behavior to their advantage.  (Like me.)
>
> Phil

   «… — Doctor, it hurts when I'm doing so!
   — Well, don't do that then. …»

   Nobody urges you (or anyone) to stop using 1.0 for boot mirrors.

   Nobody also told you that only one metadata format should be
applicable for all your RAIDs. It's your choice, you can use 1.0 for
anything, even those RAIDs which shouldn't be bootable at all.

--
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html