From: Bill Davidsen <davidsen@tmr.com>
To: Neil Brown <neilb@suse.de>
Cc: David Greaves <david@dgreaves.com>, Jeff Garzik <jeff@garzik.org>,
Doug Ledford <dledford@redhat.com>,
John Stoffel <john@stoffel.org>,
Justin Piszcz <jpiszcz@lucidpixels.com>,
linux-raid@vger.kernel.org
Subject: Re: Time to deprecate old RAID formats?
Date: Fri, 26 Oct 2007 10:18:42 -0400 [thread overview]
Message-ID: <4721F742.1090301@tmr.com> (raw)
In-Reply-To: <18209.34365.375059.602828@notabene.brown>
Neil Brown wrote:
> On Thursday October 25, david@dgreaves.com wrote:
>
>> I didn't get a reply to my suggestion of separating the data and location...
>>
>
> No. Sorry.
>
>
>> ie not talking about superblock versions 0.9, 1.0, 1.1, 1.2 etc but a data
>> format (0.9 vs 1.0) and a location (end,start,offset4k)?
>>
>> This would certainly make things a lot clearer to new (and old!) users:
>>
>> mdadm --create /dev/md0 --metadata 1.0 --meta-location offset4k
>> or
>> mdadm --create /dev/md0 --metadata 1.0 --meta-location start
>> or
>> mdadm --create /dev/md0 --metadata 1.0 --meta-location end
>>
>
> I'm happy to support synonyms. How about
>
> --metadata 1-end
> --metadata 1-start
>
> ??
>
Offset? Do you like "1-offset4k" or maybe "1-start4k" or even
"1-start+4k" for that? The last is most intuitive but I don't know how
you feel about the + in there.
>
>> resulting in:
>> mdadm --detail /dev/md0
>>
>> /dev/md0:
>> Version : 01.0
>> Metadata-locn : End-of-device
>>
>
> It already lists the superblock location as a sector offset, but I
> don't have a problem with reporting:
>
> Version : 1.0 (metadata at end of device)
> Version : 1.1 (metadata at start of device)
>
> Would that help?
>
>
Same comments on the reporting, "metadata at block 4k" or something.
>
>> Creation Time : Fri Aug 4 23:05:02 2006
>> Raid Level : raid0
>>
>> You provide rational defaults for mortals and this approach allows people like
>> Doug to do wacky HA things explicitly.
>>
>> I'm not sure you need any changes to the kernel code - probably just the docs
>> and mdadm.
>>
>
> True.
>
>
>>>> It is conceivable that I could change the default, though that would
>>>> require a decision as to what the new default would be. I think it
>>>> would have to be 1.0 or it would cause too much confusion.
>>>>
>>> A newer default would be nice.
>>>
>> I also suspect that a *lot* of people will assume that the highest superblock
>> version is the best and should be used for new installs etc.
>>
>
> Grumble... why can't people expect what I want them to expect?
>
>
I confess that I thought 1.x was a series of solutions reflecting your
evolving opinion on what was best, so maybe in retrospect you made a
non-intuitive choice of nomenclature. Or bluntly, you picked confusing
names for this and confused people. If 1.0 meant start, 1.1 meant 4k,
and 1.2 meant end, at least it would be easy to remember for people who
only create a new array a few times a year, or once in the lifetime of a
new computer.
>> So if you make 1.0 the default then how many users will try 'the bleeding edge'
>> and use 1.2? So then you have 1.3 which is the same as 1.0? Hmmmm? So to quote
>> from an old Soap: "Confused, you will be..."
>>
Perhaps you could have called them 1.start, 1.end, and 1.4k in the
beginning? Isn't hindsight wonderful?
--
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-26 14: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 [this message]
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
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=4721F742.1090301@tmr.com \
--to=davidsen@tmr.com \
--cc=david@dgreaves.com \
--cc=dledford@redhat.com \
--cc=jeff@garzik.org \
--cc=john@stoffel.org \
--cc=jpiszcz@lucidpixels.com \
--cc=linux-raid@vger.kernel.org \
--cc=neilb@suse.de \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).