linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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

  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).