Received: by 2002:ac0:98c7:0:0:0:0:0 with SMTP id g7-v6csp147916imd; Wed, 31 Oct 2018 16:16:27 -0700 (PDT) X-Google-Smtp-Source: AJdET5febXxRcj9ML17G1qOjhtvfPgWoSoldNma7Ymz3MQqil8xOJSM/GOmkMPblP84MaI+rQURZ X-Received: by 2002:a62:160c:: with SMTP id 12-v6mr5289143pfw.45.1541027787385; Wed, 31 Oct 2018 16:16:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1541027787; cv=none; d=google.com; s=arc-20160816; b=FOwUwKLGsksyxqsOw4PzlL2oNsqtMNZaGLq7qNFtmcIxbKf1p8thLNZV3Cci59gt2l zyfdcS3RYrO4DpYghXPzt64F3T5TBo3w+OGNakyWzTXj6FQy355z0GYSM6aHDPtSZSNV 4UOJehDxkZ3cYawyb1OkgD2a8lHELL47f3R9a/sBtWaF1T9AkuWDIj7L3E3JARpQRGLr uN/GQ3BMJygW9X2Xlj353ZhyCTtYGXW+qeOhrNBn778avS310rXAUB4f7qYq7YaBOtMP ktB56qGkJpXBYOK8G5mO8mbOmeOrQcRC4VuHm0YMNokffhoL46djbDMbkl4VJDK9b2Kn bRZA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:dkim-signature; bh=WRN7AkUFwD3UFw4w/JEvDZyRG63E3wQSpuj2jDLu+ZM=; b=GmUAnQ5ikyeF6Y9n6DzKPS+vORJb4OCLZ2o3mjcaXJFDPwUyMNWPAzwlnPuwyYfy7q c2uvIcZpsG8/sqgK7kkquggj8kCqXn9wWBIpYSvHvuJRNq/jVO1cxGRJsAwAhBVL0p9f SsdMpFRxj5Zo9p5xLKq5K9VqpYwUt4C7SNVIlXwSv3HD70WW3popSnCw2198wFi9NfAn 7Q951N0m6zQwJ+I0OC1hFFm3DdxxyeRsmTtwGR3Bjj92SsVhYbdqLFdBjqq1uu6zs8UF uwzomBWN3Arc7oSE4BkzacRj/yMct8Llu0Ff6VcIySWmM0wM4ixW4NECMGC8oZE42DbW Jctg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="PkYiW/up"; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l12-v6si1976789pff.126.2018.10.31.16.16.12; Wed, 31 Oct 2018 16:16:27 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="PkYiW/up"; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732126AbeKAIMN (ORCPT + 99 others); Thu, 1 Nov 2018 04:12:13 -0400 Received: from mail.kernel.org ([198.145.29.99]:36830 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732087AbeKAIMM (ORCPT ); Thu, 1 Nov 2018 04:12:12 -0400 Received: from sasha-vm.mshome.net (c-73-47-72-35.hsd1.nh.comcast.net [73.47.72.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id F29BA20866; Wed, 31 Oct 2018 23:11:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1541027520; bh=3xpQZJCx40UoNE4KL5N+S3vXKm2D2UT1sWsJ54KK2ps=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=PkYiW/upYIXLJGYFX7vSi8i5Nbln9jzfOnm/CDG47lYX1gq5zvkVKO04rI2ObfBI7 JiAAyKuHX/La5YJJBAszp7K4Gz5UUHuphWYdDOPXXzR7QxezK44jU5h53/i0OhAm3y Urk7zD4qmPGio41Zov2Nzl9HoQfPqxUDV/K0dgwc= From: Sasha Levin To: stable@vger.kernel.org, linux-kernel@vger.kernel.org Cc: Shaohua Li , Sasha Levin Subject: [PATCH AUTOSEL 4.4 25/32] MD: fix invalid stored role for a disk Date: Wed, 31 Oct 2018 19:11:30 -0400 Message-Id: <20181031231137.29429-25-sashal@kernel.org> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20181031231137.29429-1-sashal@kernel.org> References: <20181031231137.29429-1-sashal@kernel.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Shaohua Li [ Upstream commit d595567dc4f0c1d90685ec1e2e296e2cad2643ac ] If we change the number of array's device after device is removed from array, then add the device back to array, we can see that device is added as active role instead of spare which we expected. Please see the below link for details: https://marc.info/?l=linux-raid&m=153736982015076&w=2 This is caused by that we prefer to use device's previous role which is recorded by saved_raid_disk, but we should respect the new number of conf->raid_disks since it could be changed after device is removed. Reported-by: Gioh Kim Tested-by: Gioh Kim Acked-by: Guoqing Jiang Signed-off-by: Shaohua Li Signed-off-by: Sasha Levin --- drivers/md/md.c | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/drivers/md/md.c b/drivers/md/md.c index 07f307402351..4caf240693cd 100644 --- a/drivers/md/md.c +++ b/drivers/md/md.c @@ -1670,6 +1670,10 @@ static int super_1_validate(struct mddev *mddev, struct md_rdev *rdev) } else set_bit(In_sync, &rdev->flags); rdev->raid_disk = role; + if (role >= mddev->raid_disks) { + rdev->saved_raid_disk = -1; + rdev->raid_disk = -1; + } break; } if (sb->devflags & WriteMostly1) -- 2.17.1