From: Jes Sorensen <jes.sorensen@gmail.com>
To: Wols Lists <antlists@youngman.org.uk>,
Phil Turmel <philip@turmel.org>, NeilBrown <neilb@suse.com>,
John Stoffel <john@stoffel.org>
Cc: Eli Ben-Shoshan <eli@benshoshan.com>, linux-raid@vger.kernel.org
Subject: Re: mdadm: Patch to restrict --size when shrinking unless forced
Date: Tue, 10 Oct 2017 17:07:30 -0400 [thread overview]
Message-ID: <cf439ed1-6dc2-5f30-c565-f22e18075da0@gmail.com> (raw)
In-Reply-To: <59DD3381.8050303@youngman.org.uk>
On 10/10/2017 04:54 PM, Wols Lists wrote:
> On 10/10/17 21:09, Jes Sorensen wrote:
>>> Both operations would share the current code, just apply a different
>>> sanity check before proceeding.
>>
>> "grow" in mdadmlish translates to reshape/resize in English. Starting to
>> introduce new keywords for this really makes no sense and just cause
>> confusion, so I am not going to support that.
>
> But saying "grow" when the result is a shrink also causes confusion.
> Would you accept changing "grow" to "resize"?
Changing an existing keyword that people have been using for years isn't
going to make anything better. There are scripts in place, people have
systems with old and new installed.
> But personally I think adding a new keyword is sensible. Firstly, in
> normal use no-one is ever going to want to shrink an array, so this is
> rarely going to be used.
>
> And secondly, if you use "grow" to grow an array, it's a "safe"
> operation (unless something goes wrong). If you use "grow" to *shrink*
> an array, as Eli found out, it's very dangerous.
>
> I think abusing the English language is far more dangerous than adding a
> new keyword. No disrespect to them, but you forget your average sysadmin
> is, well, average. Handing them a loaded foot-gun with no safety-catch
> is *not* a good idea. (And even a good sysadmin will spend little time
> with mdadm. Even if they know this now, there's a good chance they'll
> forget before they need it again, and it becomes a land-mine waiting to
> go off ...)
In this case a good sysadmin will read the man page and follow the
instructions.
The English abuse isn't an argument I really buy. There are millions of
cases out there for that.
Jes
next prev parent reply other threads:[~2017-10-10 21:07 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-10-04 18:00 mdadm: Patch to restrict --size when shrinking unless forced John Stoffel
2017-10-04 18:11 ` Jes Sorensen
2017-10-04 19:15 ` John Stoffel
2017-10-04 19:23 ` Jes Sorensen
2017-10-04 19:33 ` John Stoffel
2017-10-04 21:50 ` NeilBrown
2017-10-05 1:26 ` John Stoffel
2017-10-07 22:06 ` Wols Lists
2017-10-07 22:17 ` John Stoffel
2017-10-07 22:37 ` Wols Lists
2017-10-07 22:46 ` John Stoffel
2017-10-08 20:57 ` John Stoffel
2017-10-08 22:52 ` NeilBrown
2017-10-09 1:18 ` John Stoffel
2017-10-09 1:36 ` NeilBrown
2017-10-09 1:22 ` John Stoffel
2017-10-09 4:10 ` NeilBrown
2017-10-09 20:04 ` Phil Turmel
2017-10-10 0:07 ` Wakko Warner
2017-10-10 13:12 ` Phil Turmel
2017-10-10 20:52 ` NeilBrown
2017-10-10 20:55 ` Wakko Warner
2017-10-10 2:01 ` John Stoffel
2017-10-10 20:09 ` Jes Sorensen
2017-10-10 20:54 ` Wols Lists
2017-10-10 21:07 ` Jes Sorensen [this message]
2017-10-10 20:48 ` NeilBrown
2017-10-10 20:58 ` Phil Turmel
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=cf439ed1-6dc2-5f30-c565-f22e18075da0@gmail.com \
--to=jes.sorensen@gmail.com \
--cc=antlists@youngman.org.uk \
--cc=eli@benshoshan.com \
--cc=john@stoffel.org \
--cc=linux-raid@vger.kernel.org \
--cc=neilb@suse.com \
--cc=philip@turmel.org \
/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).