All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mike Hardy <mhardy@h3c.com>
To: Neil Brown <neilb@suse.de>
Cc: John Rowe <rowe@excc.ex.ac.uk>, linux-raid@vger.kernel.org
Subject: Re: New features?
Date: Tue, 31 Oct 2006 08:50:19 -0800	[thread overview]
Message-ID: <45477ECB.1000801@h3c.com> (raw)
In-Reply-To: <17735.14472.835153.186432@cse.unsw.edu.au>



Neil Brown wrote:
> On Tuesday October 31, rowe@excc.ex.ac.uk wrote:

>> 1 "Warm swap" - replacing drives without taking down the array but maybe
>> having to type in a few commands. Presumably a sata or sata/raid
>> interface issue. (True hot swap is nice but not worth delaying warm-
>> swap.)
> 
> I believe that 2.6.18 has SATA hot-swap, so this should be available
> know ... providing you can find out what commands to use.

I forgot 2.6.18 has SATA hot-swap, has anyone tested that?

FWIW, SCSI (or SAS now, using SCSI or SATA drives) has full hot-swap
with completely online drive exchanges. I have done this on recent
kernels in production and it works.

> 
>> 2 Adding new disks to arrays. Allows incremental upgrades and to take
>> advantage of the hard disk equivalent of Moore's law.
> 
> Works for raid5 and linear.  Raid6 one day.

Also works for raid1!


>> 4. Uneven disk sizes, eg adding a 400GB disk to a 2x200GB mirror to
>> create a 400GB mirror. Together with 2 and 3, allows me to continuously
>> expand a disk array.
> 
> So you have a RAID1 (md) from sda and sdb, both 200GB, and you now have a
> sdc which is 400GB.
> So
>    mdadm /dev/md0 -a /dev/sdc
>    mdadm /dev/md0 -f /dev/sda
>    mdadm /dev/md0 -r /dev/sda
>    # wait for recovery

Could be:

    mdadm /dev/md0 -a /dev/sdc
    mdadm --grow /dev/md0 --raid-devices=3 # 3-disk mirror
    # wait for recovery
    # don't forget grub-install /dev/sda (or similar)!
    mdadm /dev/md0 -f /dev/sda
    mdadm /dev/md0 -r /dev/sda
    mdadm --grow /dev/md0 --raid-devices=2 # 2-disk again

    # Run a 'smartctl -d ata -t long /dev/sdb' before next line...

>    mdadm /dev/md0 -f /dev/sdb
>    mdadm /dev/md0 -r /dev/sdb
>    mdadm -C /dev/md1 -l linear -n 2 /dev/sda /dev/sdb
>    mdadm /dev/md0 -a /dev/md1
>    # wait for recovery
>    mdadm --grow /dev/md0 --size=max
> 
> You do run with a degraded array for a while, but you can do it
> entirely online.
> It might be possible to decrease the time when the array is degraded,
> but it is too late at night to think about that.

All I did was decrease the degradation time, but hey it could help. And
don't forget the long SMART test before running degraded for real. Could
save you some pain.

-Mike

  parent reply	other threads:[~2006-10-31 16:50 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-10-31 11:23 New features? John Rowe
2006-10-31 11:50 ` Neil Brown
2006-10-31 12:09   ` John Rowe
2006-10-31 16:50   ` Mike Hardy [this message]
2006-10-31 21:41     ` Frido Ferdinand
2006-11-29  1:23   ` mdadm --assemble weirdness? Patrik Jonsson
2006-11-29  2:15     ` Neil Brown
2006-11-29  4:06       ` Patrik Jonsson
2006-11-29 19:59         ` Patrik Jonsson
2006-11-30 22:26           ` --no-degraded in mdadm.conf? Patrik Jonsson
2006-10-31 19:19 ` New features? Bill Davidsen
  -- strict thread matches above, loose matches on Subject: below --
2006-10-31 21:43 Frido Ferdinand
2006-11-03  3:39 ` Neil Brown
2006-11-03  9:33   ` Gabor Gombas
2006-11-10  0:48     ` Neil Brown

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=45477ECB.1000801@h3c.com \
    --to=mhardy@h3c.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=neilb@suse.de \
    --cc=rowe@excc.ex.ac.uk \
    /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.