From: Yu Kuai <yukuai1@huaweicloud.com>
To: Xueshi Hu <xueshi.hu@smartx.com>, Yu Kuai <yukuai1@huaweicloud.com>
Cc: song@kernel.org, linux-raid@vger.kernel.org,
pmenzel@molgen.mpg.de, "yukuai (C)" <yukuai3@huawei.com>
Subject: Re: [PATCH v3 3/3] md/raid1: check array size before reshape
Date: Sat, 29 Jul 2023 08:58:45 +0800 [thread overview]
Message-ID: <cd264593-2258-db9f-8ba7-0a0a1e2f0f77@huaweicloud.com> (raw)
In-Reply-To: <trf4pch7vfi2srosqsccnncoropf6dtr6bdfk3mm6drpfkygih@kvsnmjsa2c4s>
Hi,
在 2023/07/28 22:42, Xueshi Hu 写道:
> On Thu, Jul 20, 2023 at 09:28:34AM +0800, Yu Kuai wrote:
>> Hi,
>>
>> 在 2023/07/19 19:51, Xueshi Hu 写道:
>>> On Wed, Jul 19, 2023 at 09:38:26AM +0200, Paul Menzel wrote:
>>>> Dear Xueshi,
>>>>
>>>>
>>>> Thank you for your patches.
>>>>
>>>> Am 19.07.23 um 09:09 schrieb Xueshi Hu:
>>>>> If array size doesn't changed, nothing need to do.
>>>>
>>>> Maybe: … nothing needs to be done.
>>> What a hurry, I'll be cautious next time and check the sentences with
>>> tools.
>>>>
>>>> Do you have a test case to reproduce it?
>>>>
>>> Userspace command:
>>>
>>> echo 4 > /sys/devices/virtual/block/md10/md/raid_disks
>>>
>>> Kernel function calling flow:
>>>
>>> md_attr_store()
>>> raid_disks_store()
>>> update_raid_disks()
>>> raid1_reshape()
>>>
>>> Maybe I shall provide more information when submit patches, thank you for
>>> reminding me.
>>>>
>>>> Kind regards,
>>>>
>>>> Paul
>>>>
>>>>
>>>>> Signed-off-by: Xueshi Hu <xueshi.hu@smartx.com>
>>>>> ---
>>>>> drivers/md/raid1.c | 9 ++++++---
>>>>> 1 file changed, 6 insertions(+), 3 deletions(-)
>>>>>
>>>>> diff --git a/drivers/md/raid1.c b/drivers/md/raid1.c
>>>>> index 62e86b7d1561..5840b8b0f9b7 100644
>>>>> --- a/drivers/md/raid1.c
>>>>> +++ b/drivers/md/raid1.c
>>>>> @@ -3282,9 +3282,6 @@ static int raid1_reshape(struct mddev *mddev)
>>>>> int d, d2;
>>>>> int ret;
>>>>> - memset(&newpool, 0, sizeof(newpool));
>>>>> - memset(&oldpool, 0, sizeof(oldpool));
>>>>> -
>>>>> /* Cannot change chunk_size, layout, or level */
>>>>> if (mddev->chunk_sectors != mddev->new_chunk_sectors ||
>>>>> mddev->layout != mddev->new_layout ||
>>>>> @@ -3295,6 +3292,12 @@ static int raid1_reshape(struct mddev *mddev)
>>>>> return -EINVAL;
>>>>> }
>>>>> + if (mddev->delta_disks == 0)
>>>>> + return 0; /* nothing to do */
>>
>> I think this is wrong, you should at least keep following:
>>
>> set_bit(MD_RECOVERY_RECOVER, &mddev->recovery);
>> set_bit(MD_RECOVERY_NEEDED, &mddev->recovery);
>> md_wakeup_thread(mddev->thread);
>>
> I fail to comprehend the rationale behind the kernel's need to invoke
> raid1d() repeatedly despite the absence of any modifications.
> It appears that raid1d() is responsible for invoking md_check_recovery()
> and resubmit the failed io.
No, the point here is to set MD_RECOVERY_NEEDED and MD_RECOVERY_RECOVER,
so that md_check_recovery() can start to reshape.
Thanks,
Kuai
>
> Evidently, it is not within the scope of raid1_reshape() to resubmit
> failed io.
>
> Moreover, upon reviewing the Documentation[1], I could not find any
> indications that reshape must undertake the actions as specified in
> md_check_recovery()'s documentation, such as eliminating faulty devices.
>
> [1]: https://www.kernel.org/doc/html/latest/admin-guide/md.html
>> Thanks,
>> Kuai
>>
>>>>> +
>>>>> + memset(&newpool, 0, sizeof(newpool));
>>>>> + memset(&oldpool, 0, sizeof(oldpool));
>>>>> +
>>>>> if (!mddev_is_clustered(mddev))
>>>>> md_allow_write(mddev);
>>> .
>>>
>>
> Thanks,
> Hu
> .
>
next prev parent reply other threads:[~2023-07-29 2:16 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-07-19 7:09 [PATCH v3 0/3] don't change mempool if in-flight r1bio exists Xueshi Hu
2023-07-19 7:09 ` [PATCH v3 1/3] md/raid1: freeze array more strictly when reshape Xueshi Hu
2023-07-20 1:36 ` Yu Kuai
2023-07-20 1:37 ` Yu Kuai
2023-07-31 14:02 ` Xueshi Hu
2023-08-01 1:24 ` Yu Kuai
2023-07-19 7:09 ` [PATCH v3 2/3] md/raid1: don't allow_barrier() before r1bio got freed Xueshi Hu
2023-07-20 1:47 ` Yu Kuai
2023-07-19 7:09 ` [PATCH v3 3/3] md/raid1: check array size before reshape Xueshi Hu
2023-07-19 7:38 ` Paul Menzel
2023-07-19 11:51 ` Xueshi Hu
2023-07-20 1:28 ` Yu Kuai
2023-07-28 14:42 ` Xueshi Hu
2023-07-29 0:58 ` Yu Kuai [this message]
2023-07-29 3:29 ` Xueshi Hu
2023-07-29 3:36 ` Yu Kuai
2023-07-29 3:51 ` Yu Kuai
2023-07-29 6:16 ` Xueshi Hu
2023-07-29 7:37 ` Yu Kuai
2023-07-29 12:23 ` Xueshi Hu
2023-07-31 1:03 ` Yu Kuai
2023-07-31 3:48 ` Xueshi Hu
2023-07-31 6:22 ` Yu Kuai
2023-07-31 14:12 ` Xueshi Hu
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=cd264593-2258-db9f-8ba7-0a0a1e2f0f77@huaweicloud.com \
--to=yukuai1@huaweicloud.com \
--cc=linux-raid@vger.kernel.org \
--cc=pmenzel@molgen.mpg.de \
--cc=song@kernel.org \
--cc=xueshi.hu@smartx.com \
--cc=yukuai3@huawei.com \
/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).