Re: [PATCH V2] md/raid1: don't clear bitmap bits on interrupted recovery.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



>
> sync_request_write no longer submits writes to a Faulty device. This has
> the unfortunate side effect that bitmap bits can be incorrectly cleared
> if a recovery is interrupted (previously, end_sync_write would have
> prevented this). This means the next recovery may not copy everything
> it should, potentially corrupting data.
>
> Add a function for doing the proper md_bitmap_end_sync, called from
> end_sync_write and the Faulty case in sync_request_write.
>
> Fixes: 0c9d5b127f69 ("md/raid1: avoid reusing a resync bio after error
> handling.")
> Signed-off-by: Nate Dailey <nate.dailey@xxxxxxxxxxx>
> ---
>  drivers/md/raid1.c | 28 ++++++++++++++++++----------
>  1 file changed, 18 insertions(+), 10 deletions(-)
>
> diff --git a/drivers/md/raid1.c b/drivers/md/raid1.c
> index 1d54109071cc..fa47249fa3e4 100644
> --- a/drivers/md/raid1.c
> +++ b/drivers/md/raid1.c
> @@ -1863,6 +1863,20 @@ static void end_sync_read(struct bio *bio)
>                 reschedule_retry(r1_bio);
>  }
>
> +static void abort_sync_write(struct mddev *mddev, struct r1bio *r1_bio)
> +{
> +       sector_t sync_blocks = 0;
> +       sector_t s = r1_bio->sector;
> +       long sectors_to_go = r1_bio->sectors;
> +
> +       /* make sure these bits don't get cleared. */
> +       do {
> +               md_bitmap_end_sync(mddev->bitmap, s, &sync_blocks, 1);
> +               s += sync_blocks;
> +               sectors_to_go -= sync_blocks;
> +       } while (sectors_to_go > 0);
> +}
> +
>  static void end_sync_write(struct bio *bio)
>  {
>         int uptodate = !bio->bi_status;
> @@ -1874,15 +1888,7 @@ static void end_sync_write(struct bio *bio)
>         struct md_rdev *rdev = conf->mirrors[find_bio_disk(r1_bio, bio)].rdev;
>
>         if (!uptodate) {
> -               sector_t sync_blocks = 0;
> -               sector_t s = r1_bio->sector;
> -               long sectors_to_go = r1_bio->sectors;
> -               /* make sure these bits doesn't get cleared. */
> -               do {
> -                       md_bitmap_end_sync(mddev->bitmap, s, &sync_blocks, 1);
> -                       s += sync_blocks;
> -                       sectors_to_go -= sync_blocks;
> -               } while (sectors_to_go > 0);
> +               abort_sync_write(mddev, r1_bio);
>                 set_bit(WriteErrorSeen, &rdev->flags);
>                 if (!test_and_set_bit(WantReplacement, &rdev->flags))
>                         set_bit(MD_RECOVERY_NEEDED, &
> @@ -2172,8 +2178,10 @@ static void sync_request_write(struct mddev
> *mddev, struct r1bio *r1_bio)
>                      (i == r1_bio->read_disk ||
>                       !test_bit(MD_RECOVERY_SYNC, &mddev->recovery))))
>                         continue;
> -               if (test_bit(Faulty, &conf->mirrors[i].rdev->flags))
> +               if (test_bit(Faulty, &conf->mirrors[i].rdev->flags)) {
> +                       abort_sync_write(mddev, r1_bio);
>                         continue;
> +               }
>
>                 bio_set_op_attrs(wbio, REQ_OP_WRITE, 0);
>                 if (test_bit(FailFast, &conf->mirrors[i].rdev->flags))
> --
> 2.19.1

Thanks Nate, the patch looks good to me!

Do you have a reproducer for the bug here? It would good to have  a
test case in blktest or mdadm test.

As this could lead to data corruption, it should go to stable 4.14+, I
guess Liu Song will mark it for stable :)

Thanks.

-- 
Jack Wang
Linux Kernel Developer

1&1 IONOS Cloud GmbH | Greifswalder Str. 207 | 10405 Berlin | Germany
Phone: +49 30 57700-8042 | Fax: +49 30 57700-8598
E-mail: jinpu.wang@xxxxxxxxxxxxxxx | Web: www.ionos.de


Head Office: Berlin, Germany
District Court Berlin Charlottenburg, Registration number: HRB 125506 B
Executive Management: Christoph Steffens, Matthias Steinberg, Achim Weiss

Member of United Internet

This e-mail may contain confidential and/or privileged information. If
you are not the intended recipient of this e-mail, you are hereby
notified that saving, distribution or use of the content of this
e-mail in any way is prohibited. If you have received this e-mail in
error, please notify the sender and delete the e-mail.



[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux