From: James Peverill <jamespev@net1plus.com>
To: linux-raid@vger.kernel.org
Subject: Re: Resize on dirty array?
Date: Tue, 08 Aug 2006 15:25:41 -0400 [thread overview]
Message-ID: <44D8E535.9080208@net1plus.com> (raw)
In-Reply-To: <17623.57067.835826.446152@cse.unsw.edu.au>
The resize went fine, but after re-adding the drive back into the array
I got another fail event (on another drive) about 23% through the
rebuild :(
Did I have to "remove" the bad drive before re-adding it with mdadm? I
think my array might be toast...
Any tips on where I should go now?
Thanks for the help.
James
Neil Brown wrote:
> On Monday August 7, jamespev@net1plus.com wrote:
>
>> I have a software raid 5 setup with four drives. One drive failed. I
>> got a replacement but unfortunately it turns out that my original disks
>> were just a few gigs over the replacement. It seems that most
>> manufacturers don't actually advertise the REAL capacity of the disk, so
>> getting one that is the same size as the old ones could be tough.(and
>> they aren't available anymore of course...)
>>
>> So my question... can I resize the array while it is missing a drive?
>> The raid is <50% full, and the few gigs is only a few percent. In
>> retrospect I shouldn't have sized them right to the limit...
>>
>
> Yes, that should work.
>
> First resize the filesystem to make it smaller.
> Then resize the array
> mdadm --grow /dev/mdX --size=whatever
>
> You have to calculate 'whatever' yourself. It is in kibibytes and
> must be 128K < size of new drive, and obviously must leave room for
> the filesystem.
>
> A good suggestion is:
> shrink the filesystem a lot.
> shrink the array an adequate amount
> add the new drive
> resize the array up to 'max' (mdadm -G /dev/mdX --size=max)
> resize the filesystem up to max.
>
> NeilBrown
> -
> 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
>
>
>
next prev parent reply other threads:[~2006-08-08 19:25 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-08-08 0:36 Resize on dirty array? James Peverill
2006-08-08 0:46 ` Neil Brown
2006-08-08 19:25 ` James Peverill [this message]
2006-08-09 4:09 ` Neil Brown
2006-08-09 11:28 ` James Peverill
2006-08-09 11:37 ` Martin Schröder
2006-08-09 13:05 ` Mark Hahn
2006-08-09 13:33 ` James Peverill
2006-08-09 21:17 ` David Greaves
2006-08-10 17:44 ` dean gaudet
2006-08-12 1:11 ` David Rees
[not found] ` <72dbd3150608111810m4e4a2e07r5ddcee2132dd6d9a@mail.gmail.com>
[not found] ` <Pine.LNX.4.64.0608111813250.29322@twinlark.arctic.org>
2006-08-12 2:05 ` David Rees
2006-08-12 4:36 ` Brad Campbell
2006-08-13 16:02 ` dean gaudet
2006-08-30 7:30 ` dean gaudet
2006-08-11 17:34 ` John Stoffel
2006-08-09 14:56 ` Henrik Holst
2006-08-12 7:22 ` Tuomas Leikola
2006-08-28 4:55 ` Neil Brown
2006-08-28 6:36 ` Mario 'BitKoenig' Holbe
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=44D8E535.9080208@net1plus.com \
--to=jamespev@net1plus.com \
--cc=linux-raid@vger.kernel.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).