]> git.ipfire.org Git - thirdparty/mdadm.git/commit
Fix assembling RAID volume by using incremental
authorPawel Piatkowski <pawel.piatkowski@intel.com>
Thu, 19 Oct 2023 14:35:25 +0000 (16:35 +0200)
committerJes Sorensen <jes@trained-monkey.org>
Thu, 26 Oct 2023 21:51:55 +0000 (17:51 -0400)
commitd8d09c1633b2f06f88633ab960aa02b41a6bdfb6
treebc6c5cfb5ba70242a610199b36601974042967eb
parent4dde420fc3e24077ab926f79674eaae1b71de10b
Fix assembling RAID volume by using incremental

After change "mdadm: remove container_enough logic"
IMSM volumes are started immediately. If volume is during
reshape, then it will be blocked by block_subarray() during
first mdadm -I <devname>. Assemble_container_content() for
next disk will see the change because metadata version from
sysfs and metadata doesn't match and will execute
sysfs_set_array again. Then it fails to set same
component_size, it is prohibited by kernel.

If array is frozen then first sign from metadata version
is different ("/" vs "-"), so exclude it from comparison.
All we want is to double check that base properties are set
and we don't need to call sysfs_set_array again.

Signed-off-by: Pawel Piatkowski <pawel.piatkowski@intel.com>
Signed-off-by: Jes Sorensen <jes@trained-monkey.org>
Assemble.c