Blame SOURCES/0014-Grow-block-n-on-external-volumes.patch

fdf7c0
From 20e114e334ed6ed3280c37a9a08fb95578393d1a Mon Sep 17 00:00:00 2001
fdf7c0
From: Mateusz Kusiak <mateusz.kusiak@intel.com>
fdf7c0
Date: Thu, 19 May 2022 09:16:08 +0200
01ff50
Subject: [PATCH 14/83] Grow: block -n on external volumes.
fdf7c0
fdf7c0
Performing --raid-devices on external metadata volume should be blocked
fdf7c0
as it causes unwanted behaviour.
fdf7c0
fdf7c0
Eg. Performing
fdf7c0
mdadm -G /dev/md/volume -l10 -n4
fdf7c0
on r0_d2 inside 4 disk container, returns
fdf7c0
mdadm: Need 2 spares to avoid degraded array, only have 0.
fdf7c0
fdf7c0
Signed-off-by: Mateusz Kusiak <mateusz.kusiak@intel.com>
fdf7c0
Signed-off-by: Jes Sorensen <jsorensen@fb.com>
fdf7c0
---
fdf7c0
 Grow.c | 8 ++++++++
fdf7c0
 1 file changed, 8 insertions(+)
fdf7c0
fdf7c0
diff --git a/Grow.c b/Grow.c
fdf7c0
index 8a242b0f..f6efbc48 100644
fdf7c0
--- a/Grow.c
fdf7c0
+++ b/Grow.c
fdf7c0
@@ -1892,6 +1892,14 @@ int Grow_reshape(char *devname, int fd,
fdf7c0
 
fdf7c0
 		if (retval) {
fdf7c0
 			pr_err("Cannot read superblock for %s\n", devname);
fdf7c0
+			close(cfd);
fdf7c0
+			free(subarray);
fdf7c0
+			return 1;
fdf7c0
+		}
fdf7c0
+
fdf7c0
+		if (s->raiddisks && subarray) {
fdf7c0
+			pr_err("--raid-devices operation can be performed on a container only\n");
fdf7c0
+			close(cfd);
fdf7c0
 			free(subarray);
fdf7c0
 			return 1;
fdf7c0
 		}
fdf7c0
-- 
01ff50
2.38.1
fdf7c0