From: Andre Noll <maan@systemlinux.org>
To: NeilBrown <neilb@suse.de>
Cc: linux-raid@vger.kernel.org
Subject: Re: [md PATCH 5/6] md: allow number of drives in raid5 to be reduced
Date: Fri, 27 Mar 2009 17:19:42 +0100 [thread overview]
Message-ID: <20090327161942.GR17185@skl-net.de> (raw)
In-Reply-To: <20090324085332.15383.76701.stgit@notabene.brown>
[-- Attachment #1: Type: text/plain, Size: 3273 bytes --]
On 19:53, NeilBrown wrote:
> Never allow the size to be reduced below the minimum (4 doe raid6,
> 3 otherwise).
doe?
> @@ -3723,6 +3723,7 @@ static sector_t reshape_request(mddev_t *mddev, sector_t sector_nr, int *skipped
> int i;
> int dd_idx;
> sector_t writepos, safepos, gap;
> + sector_t stripe_addr;
>
> if (sector_nr == 0) {
> /* If restarting in the middle, skip the initial sectors */
> @@ -3779,10 +3780,21 @@ static sector_t reshape_request(mddev_t *mddev, sector_t sector_nr, int *skipped
> wake_up(&conf->wait_for_overlap);
> }
>
> + if (mddev->delta_disks < 0) {
> + BUG_ON(conf->reshape_progress == 0);
> + stripe_addr = writepos;
> + BUG_ON((mddev->dev_sectors &
> + ~((sector_t)mddev->chunk_size / 512 - 1))
> + - (conf->chunk_size / 512) - stripe_addr
> + != sector_nr);
> + } else {
> + BUG_ON(writepos != sector_nr + conf->chunk_size / 512);
> + stripe_addr = writepos;
> + }
What's the point of the new stripe_addr variable? Isn't it equal to
writepos in any case?
> @@ -4738,14 +4755,25 @@ static int raid5_check_reshape(mddev_t *mddev)
> raid5_conf_t *conf = mddev_to_conf(mddev);
> int err;
>
> - if (mddev->delta_disks < 0 ||
> - mddev->new_level != mddev->level)
> - return -EINVAL; /* Cannot shrink array or change level yet */
> if (mddev->delta_disks == 0)
> return 0; /* nothing to do */
> if (mddev->bitmap)
> /* Cannot grow a bitmap yet */
> return -EBUSY;
> + if (mddev->degraded > conf->max_degraded)
> + return -EINVAL;
> + if (mddev->delta_disks < 0) {
> + /* We might be able to shrink, but the devices must
> + * be made bigger first.
> + * For raid6, 4 is the minimum size.
> + * Otherwise 2 is the minimum
> + */
> + int min = 2;
> + if (mddev->level == 6)
> + min = 4;
> + if (mddev->raid_disks + mddev->delta_disks < min)
> + return -EINVAL;
> + }
Hm, this code doesn't seem to do what the comment suggests. IMHO,
we must check that
(a) (raid_disks + delta_disks) * sizeof(smallest) is big enough
and
(b) raid_disks + delta_disks >= minimal admissible number of disks
The comment says the devices must be made bigger (to satisfy (a))
but the code only checks (b).
> @@ -4862,21 +4905,38 @@ static void raid5_finish_reshape(mddev_t *mddev)
> if (!test_bit(MD_RECOVERY_INTR, &mddev->recovery)) {
>
> conf->previous_raid_disks = conf->raid_disks;
> - md_set_array_sectors(mddev, raid5_size(mddev, 0, 0));
> - set_capacity(mddev->gendisk, mddev->array_sectors);
> - mddev->changed = 1;
> -
> - bdev = bdget_disk(mddev->gendisk, 0);
> - if (bdev) {
> - mutex_lock(&bdev->bd_inode->i_mutex);
> - i_size_write(bdev->bd_inode,
> - (loff_t)mddev->array_sectors << 9);
> - mutex_unlock(&bdev->bd_inode->i_mutex);
> - bdput(bdev);
> - }
> spin_lock_irq(&conf->device_lock);
> conf->reshape_progress = MaxSector;
> spin_unlock_irq(&conf->device_lock);
> + if (mddev->delta_disks > 0) {
> + conf->previous_raid_disks = conf->raid_disks;
previous_raid_disks was already assigned earlier, so this can go away,
imo.
Regards
Andre
--
The only person who always got his work done by Friday was Robinson Crusoe
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2009-03-27 16:19 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-24 8:53 [md PATCH 0/6] Reduce the number of devices in RAID4/5/6 NeilBrown
2009-03-24 8:53 ` [md PATCH 3/6] md: add explicit method to signal the end of a reshape NeilBrown
2009-03-24 8:53 ` [md PATCH 2/6] md/raid5: enhance raid5_size to work correctly with negative delta_disks NeilBrown
2009-03-24 8:53 ` [md PATCH 4/6] md/raid5: change reshape-progress measurement to cope with reshaping backwards NeilBrown
2009-03-27 16:19 ` Andre Noll
2009-03-27 19:54 ` NeilBrown
2009-03-30 9:09 ` Andre Noll
[not found] ` <49CE1713.9070707@tmr.com>
2009-03-30 9:20 ` Andre Noll
2009-03-24 8:53 ` [md PATCH 1/6] md/raid5: drop qd_idx from r6_state NeilBrown
2009-03-24 8:53 ` [md PATCH 6/6] Documentation/md.txt update NeilBrown
2009-03-27 16:19 ` Andre Noll
2009-03-27 19:43 ` NeilBrown
2009-03-24 8:53 ` [md PATCH 5/6] md: allow number of drives in raid5 to be reduced NeilBrown
2009-03-27 16:19 ` Andre Noll [this message]
2009-03-27 19:39 ` NeilBrown
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=20090327161942.GR17185@skl-net.de \
--to=maan@systemlinux.org \
--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).