Hello community, here is the log from the commit of package mdadm for openSUSE:Factory checked in at 2019-04-03 09:23:57 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Comparing /work/SRC/openSUSE:Factory/mdadm (Old) and /work/SRC/openSUSE:Factory/.mdadm.new.25356 (New) ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Package is "mdadm" Wed Apr 3 09:23:57 2019 rev:118 rq:689523 version:4.1 Changes: -------- --- /work/SRC/openSUSE:Factory/mdadm/mdadm.changes 2019-02-24 17:04:57.328635941 +0100 +++ /work/SRC/openSUSE:Factory/.mdadm.new.25356/mdadm.changes 2019-04-03 09:24:04.303703795 +0200 @@ -1,0 +2,9 @@ +Thu Mar 28 11:43:38 UTC 2019 - colyli@suse.com + +- imsm: finish recovery when drive with rebuild fails (bsc#1126975) + 0010-imsm-finish-recovery-when-drive-with-rebuild-fails.patch +- mdmon: don't attempt to manage new arrays when terminating + (bsc#1127526) + 0011-mdmon-don-t-attempt-to-manage-new-arrays-when-termin.patch + +------------------------------------------------------------------- New: ---- 0010-imsm-finish-recovery-when-drive-with-rebuild-fails.patch 0011-mdmon-don-t-attempt-to-manage-new-arrays-when-termin.patch ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Other differences: ------------------ ++++++ mdadm.spec ++++++ --- /var/tmp/diff_new_pack.OASyaa/_old 2019-04-03 09:24:07.711705400 +0200 +++ /var/tmp/diff_new_pack.OASyaa/_new 2019-04-03 09:24:07.747705417 +0200 @@ -51,6 +51,8 @@ Patch17: 0007-Grow-report-correct-new-chunk-size.patch Patch18: 0008-policy.c-prevent-NULL-pointer-referencing.patch Patch19: 0009-Detail.c-do-not-skip-first-character-when-calling-xs.patch +Patch20: 0010-imsm-finish-recovery-when-drive-with-rebuild-fails.patch +Patch21: 0011-mdmon-don-t-attempt-to-manage-new-arrays-when-termin.patch Patch1001: 1001-display-timeout-status.patch %define _udevdir %(pkg-config --variable=udevdir udev) %define _systemdshutdowndir %{_unitdir}/../system-shutdown @@ -70,6 +72,8 @@ %patch17 -p1 %patch18 -p1 %patch19 -p1 +%patch20 -p1 +%patch21 -p1 %patch1001 -p1 %build ++++++ 0010-imsm-finish-recovery-when-drive-with-rebuild-fails.patch ++++++
From a4e96fd8f3f0b5416783237c1cb6ee87e7eff23d Mon Sep 17 00:00:00 2001 From: Mariusz Tkaczyk
Date: Fri, 8 Feb 2019 11:07:10 +0100 Subject: [PATCH] imsm: finish recovery when drive with rebuild fails Git-commit: a4e96fd8f3f0b5416783237c1cb6ee87e7eff23d Patch-mainline: mdadm-4.1-12 References: bsc#1126975
Commit d7a1fda2769b ("imsm: update metadata correctly while raid10 double
degradation") resolves main Imsm double degradation problems but it
omits one case. Now metadata hangs in the rebuilding state if the drive
under rebuild is removed during recovery from double degradation.
The root cause of this problem is comparing new map_state with current
and if they both are degraded assuming that nothing new happens.
Don't rely on map states, just check if device is failed. If the drive
under rebuild fails then finish migration, in other cases update map
state only (second fail means that destination map state can't be normal).
To avoid problems with reassembling move end_migration (called after
double degradation successful recovery) after check if recovery really
finished, for details see (7ce057018 "imsm: fix: rebuild does not
continue after reboot").
Remove redundant code responsible for finishing rebuild process. Function
end_migration do exactly the same. Set last_checkpoint to 0, to prepare
it for the next rebuild.
Signed-off-by: Mariusz Tkaczyk
From 69d084784de196acec8ab703cd1b379af211d624 Mon Sep 17 00:00:00 2001 From: Artur Paszkiewicz
Date: Fri, 22 Feb 2019 10:15:45 +0100 Subject: [PATCH] mdmon: don't attempt to manage new arrays when terminating Git-commit: 69d084784de196acec8ab703cd1b379af211d624 Patch-mainline: mdadm-4.1-12 References: bsc#1127526
When mdmon gets a SIGTERM, it stops managing arrays that are clean. If
there is more that one array in the container and one of them is dirty
and the clean one is still present in mdstat, mdmon will treat it as a
new array and start managing it again. This leads to a cycle of
remove_old() / manage_new() calls for the clean array, until the other
one also becomes clean.
Prevent this by not calling manage_new() if sigterm is set. Also, remove
a check for sigterm in manage_new() because the condition will never be
true.
Signed-off-by: Artur Paszkiewicz