From: Bill Davidsen <davidsen@tmr.com>
To: John Stoffel <john@stoffel.org>
Cc: Michael Tokarev <mjt@tls.msk.ru>,
Doug Ledford <dledford@redhat.com>,
Justin Piszcz <jpiszcz@lucidpixels.com>,
linux-raid@vger.kernel.org
Subject: Re: Time to deprecate old RAID formats?
Date: Tue, 23 Oct 2007 19:18:14 -0400 [thread overview]
Message-ID: <471E8136.6070202@tmr.com> (raw)
In-Reply-To: <18202.5687.672431.295590@stoffel.org>
John Stoffel wrote:
>>>>>> "Michael" == Michael Tokarev <mjt@tls.msk.ru> writes:
>>>>>>
>
> Michael> Doug Ledford wrote:
> Michael> []
>
>>> 1.0, 1.1, and 1.2 are the same format, just in different positions on
>>> the disk. Of the three, the 1.1 format is the safest to use since it
>>> won't allow you to accidentally have some sort of metadata between the
>>> beginning of the disk and the raid superblock (such as an lvm2
>>> superblock), and hence whenever the raid array isn't up, you won't be
>>> able to accidentally mount the lvm2 volumes, filesystem, etc. (In worse
>>> case situations, I've seen lvm2 find a superblock on one RAID1 array
>>> member when the RAID1 array was down, the system came up, you used the
>>> system, the two copies of the raid array were made drastically
>>> inconsistent, then at the next reboot, the situation that prevented the
>>> RAID1 from starting was resolved, and it never know it failed to start
>>> last time, and the two inconsistent members we put back into a clean
>>> array). So, deprecating any of these is not really helpful. And you
>>> need to keep the old 0.90 format around for back compatibility with
>>> thousands of existing raid arrays.
>>>
>
> Michael> Well, I strongly, completely disagree. You described a
> Michael> real-world situation, and that's unfortunate, BUT: for at
> Michael> least raid1, there ARE cases, pretty valid ones, when one
> Michael> NEEDS to mount the filesystem without bringing up raid.
> Michael> Raid1 allows that.
>
> Please describe one such case please. There have certainly been hacks
> of various RAID systems on other OSes such as Solaris where the VxVM
> and/or Solstice DiskSuite allowed you to encapsulate an existing
> partition into a RAID array.
>
> But in my experience (and I'm a professional sysadm... :-) it's not
> really all that useful, and can lead to problems liks those described
> by Doug.
>
> If you are going to mirror an existing filesystem, then by definition
> you have a second disk or partition available for the purpose. So you
> would merely setup the new RAID1, in degraded mode, using the new
> partition as the base. Then you copy the data over to the new RAID1
> device, change your boot setup, and reboot.
>
> Once that is done, you can then add the original partition into the
> RAID1 array.
>
> As Doug says, and I agree strongly, you DO NOT want to have the
> possibility of confusion and data loss, especially on bootup. And
> this leads to the heart of my initial post on this matter, that the
> confusion of having four different variations of RAID superblocks is
> bad. We should deprecate them down to just two, the old 0.90 format,
> and the new 1.x format at the start of the RAID volume.
>
Perhaps I am misreading you here, when you say "depreciate them down" do
you mean the Adrian Bunk method of putting in a printk scolding the
administrator, and then remove the feature a version later, or did you
mean "depreciate all but two" which clearly doesn't suggest removing the
capability at all?
--
bill davidsen <davidsen@tmr.com>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
next prev parent reply other threads:[~2007-10-23 23:18 UTC|newest]
Thread overview: 88+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-19 14:34 Time to deprecate old RAID formats? John Stoffel
2007-10-19 15:09 ` Justin Piszcz
2007-10-19 15:46 ` John Stoffel
2007-10-19 16:15 ` Doug Ledford
2007-10-19 16:35 ` Justin Piszcz
2007-10-19 16:38 ` John Stoffel
2007-10-19 16:40 ` Justin Piszcz
2007-10-19 16:44 ` John Stoffel
2007-10-19 16:45 ` Justin Piszcz
2007-10-19 17:04 ` Doug Ledford
2007-10-19 17:05 ` Justin Piszcz
2007-10-19 17:23 ` Doug Ledford
2007-10-19 17:47 ` Justin Piszcz
2007-10-20 18:38 ` Michael Tokarev
2007-10-20 20:02 ` Doug Ledford
2007-10-19 22:43 ` chunk size (was Re: Time to deprecate old RAID formats?) Michal Soltys
2007-10-20 13:29 ` Doug Ledford
2007-10-23 19:21 ` Michal Soltys
2007-10-24 0:14 ` Doug Ledford
2007-10-19 17:11 ` Time to deprecate old RAID formats? Doug Ledford
2007-10-19 18:39 ` John Stoffel
2007-10-19 21:23 ` Iustin Pop
2007-10-19 21:42 ` Doug Ledford
2007-10-20 7:53 ` Iustin Pop
2007-10-20 13:11 ` Doug Ledford
2007-10-26 9:54 ` Luca Berra
2007-10-26 16:22 ` Gabor Gombas
2007-10-26 17:06 ` Gabor Gombas
2007-10-27 10:34 ` Luca Berra
2007-10-26 18:52 ` Doug Ledford
2007-10-26 22:30 ` Gabor Gombas
2007-10-28 0:26 ` Doug Ledford
2007-10-28 14:13 ` Luca Berra
2007-10-28 17:47 ` Doug Ledford
2007-10-29 8:41 ` Luca Berra
2007-10-29 15:30 ` Doug Ledford
2007-10-29 21:44 ` Luca Berra
2007-10-29 23:05 ` Doug Ledford
2007-10-30 3:10 ` Neil Brown
2007-10-30 6:55 ` Luca Berra
2007-10-30 16:48 ` Doug Ledford
2007-10-27 8:00 ` Luca Berra
2007-10-27 20:09 ` Doug Ledford
2007-10-28 13:46 ` Luca Berra
2007-10-23 23:09 ` Bill Davidsen
2007-10-23 23:03 ` Bill Davidsen
2007-10-24 0:09 ` Doug Ledford
2007-10-24 23:55 ` Neil Brown
2007-10-25 0:09 ` Jeff Garzik
2007-10-25 8:09 ` David Greaves
2007-10-26 6:16 ` Neil Brown
2007-10-26 14:18 ` Bill Davidsen
2007-10-26 18:41 ` Doug Ledford
2007-10-26 22:20 ` Gabor Gombas
2007-10-26 22:58 ` Doug Ledford
2007-10-27 11:11 ` Luca Berra
2007-10-27 15:20 ` Bill Davidsen
2007-10-28 0:18 ` Doug Ledford
2007-10-29 0:44 ` Bill Davidsen
2007-10-27 21:11 ` Doug Ledford
2007-10-29 0:48 ` Bill Davidsen
2007-10-30 3:25 ` Neil Brown
2007-11-02 12:31 ` Bill Davidsen
2007-10-25 7:01 ` Doug Ledford
2007-10-25 14:49 ` Bill Davidsen
2007-10-25 15:00 ` David Greaves
2007-10-26 5:56 ` Neil Brown
2007-10-24 14:00 ` John Stoffel
2007-10-24 15:18 ` Mike Snitzer
2007-10-24 15:32 ` Bill Davidsen
2007-10-20 14:09 ` Michael Tokarev
2007-10-20 14:24 ` Doug Ledford
2007-10-20 14:52 ` John Stoffel
2007-10-20 15:07 ` Iustin Pop
2007-10-20 15:36 ` Doug Ledford
2007-10-20 18:24 ` Michael Tokarev
2007-10-22 20:39 ` John Stoffel
2007-10-22 22:29 ` Michael Tokarev
2007-10-24 0:42 ` Doug Ledford
2007-10-24 9:40 ` David Greaves
2007-10-24 20:22 ` Bill Davidsen
2007-10-25 16:29 ` Doug Ledford
2007-11-01 21:02 ` H. Peter Anvin
2007-11-02 15:50 ` Doug Ledford
2007-10-24 0:36 ` Doug Ledford
2007-10-23 23:18 ` Bill Davidsen [this message]
2007-10-19 16:34 ` Justin Piszcz
2007-10-23 23:19 ` Bill Davidsen
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=471E8136.6070202@tmr.com \
--to=davidsen@tmr.com \
--cc=dledford@redhat.com \
--cc=john@stoffel.org \
--cc=jpiszcz@lucidpixels.com \
--cc=linux-raid@vger.kernel.org \
--cc=mjt@tls.msk.ru \
/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.