[Touch-packages] [Bug 2025563] Re: System can not shutdown if system has multiple VROC RAID arrays
** Tags removed: foundations-todo -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/2025563 Title: System can not shutdown if system has multiple VROC RAID arrays Status in OEM Priority Project: Fix Released Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Jammy: Fix Released Status in systemd source package in Kinetic: Fix Released Bug description: [ Impact ] The system can not shutdown if the system has multiple VROC RAID arrays. Intel has fixed it in systemd v251 [1]. Need to cherry-pick the commit to ubuntu-jammy systemd 249.11-0ubuntu3.9. [1] The commit fixes the issue: commit 3a3b022d2cc112803ea7b9beea98bbcad110368a Author: Mariusz Tkaczyk Date: Tue Mar 29 12:49:54 2022 +0200 shutdown: get only active md arrays. Current md_list_get() implementation filters all block devices, started from "md*". This is ambiguous because list could contain: - partitions created upon md device (mdXpY) - external metadata container- specific type of md array. For partitions there is no issue, because they aren't handle STOP_ARRAY ioctl sent later. It generates misleading errors only. Second case is more problematic because containers are not locked in kernel. They are stopped even if container member array is active. For that reason reboot or shutdown flow could be blocked because metadata manager cannot be restarted after switch root on shutdown. Add filters to remove partitions and containers from md_list. Partitions can be excluded by DEVTYPE. Containers are determined by MD_LEVEL property, we are excluding all with "container" value. Signed-off-by: Mariusz Tkaczyk In the journal, we can see systemd-shutdown looping repeatedly as it tries and fails to detach all md devices: ... [ 513.416293] systemd-shutdown[1]: Stopping MD /dev/md124p2 (259:5). [ 513.422953] systemd-shutdown[1]: Could not stop MD /dev/md124p2: Device or resource busy [ 513.431227] systemd-shutdown[1]: Stopping MD /dev/md124p1 (259:4). [ 513.437952] systemd-shutdown[1]: Could not stop MD /dev/md124p1: Device or resource busy [ 513.449298] systemd-shutdown[1]: Stopping MD /dev/md124 (9:124). [ 513.456278] systemd-shutdown[1]: Could not stop MD /dev/md124: Device or resource busy [ 513.465323] systemd-shutdown[1]: Not all MD devices stopped, 4 left. [ 513.472564] systemd-shutdown[1]: Couldn't finalize remaining MD devices, trying again. [ 513.485302] systemd-shutdown[1]: Failed to open watchdog device /dev/watchdog: No such file or directory [ 513.496195] systemd-shutdown[1]: Stopping MD devices. [ 513.502176] systemd-shutdown[1]: sd-device-enumerator: Scan all dirs [ 513.513382] systemd-shutdown[1]: sd-device-enumerator: Scanning /sys/bus [ 513.521436] systemd-shutdown[1]: sd-device-enumerator: Scanning /sys/class [ 513.534810] systemd-shutdown[1]: Stopping MD /dev/md126 (9:126). [ 513.545384] systemd-shutdown[1]: Failed to sync MD block device /dev/md126, ignoring: Input/output error [ 513.557265] md: md126 stopped. [ 513.561451] systemd-shutdown[1]: Stopping MD /dev/md124p2 (259:5). [ 513.576673] systemd-shutdown[1]: Could not stop MD /dev/md124p2: Device or resource busy [ 513.589274] systemd-shutdown[1]: Stopping MD /dev/md124p1 (259:4). [ 513.597976] systemd-shutdown[1]: Could not stop MD /dev/md124p1: Device or resource busy [ 513.607263] systemd-shutdown[1]: Stopping MD /dev/md124 (9:124). [ 513.615067] systemd-shutdown[1]: Could not stop MD /dev/md124: Device or resource busy [ 513.625157] systemd-shutdown[1]: Not all MD devices stopped, 4 left. [ 513.632209] systemd-shutdown[1]: Couldn't finalize remaining MD devices, trying again. [ 513.641474] systemd-shutdown[1]: Failed to open watchdog device /dev/watchdog: No such file or directory [ 513.653660] systemd-shutdown[1]: Stopping MD devices. [ 513.661257] systemd-shutdown[1]: sd-device-enumerator: Scan all dirs [ 513.668833] systemd-shutdown[1]: sd-device-enumerator: Scanning /sys/bus [ 513.677347] systemd-shutdown[1]: sd-device-enumerator: Scanning /sys/class [ 513.687047] systemd-shutdown[1]: Stopping MD /dev/md126 (9:126). [ 513.697206] systemd-shutdown[1]: Failed to sync MD block device /dev/md126, ignoring: Input/output error [ 513.707193] md: md126 stopped. ... [ Test Plan ] 1. Build two VROC RAID. One RAID 0 for System volume, another RAID 10 for Data volume. 2. Install system on System volume. 3. Update systemd. 4. Reboot the system. 5. Verify if the system can reboot. [ Where problems could occur ] The patch confirmed fixed the reboot issue on the system with two VROC RAIDs but more than two VROC RAIDs and the combinations of RAID levels are not all
[Touch-packages] [Bug 2025563] Re: System can not shutdown if system has multiple VROC RAID arrays
** Changed in: oem-priority Status: Confirmed => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/2025563 Title: System can not shutdown if system has multiple VROC RAID arrays Status in OEM Priority Project: Fix Released Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Jammy: Fix Released Status in systemd source package in Kinetic: Fix Released Bug description: [ Impact ] The system can not shutdown if the system has multiple VROC RAID arrays. Intel has fixed it in systemd v251 [1]. Need to cherry-pick the commit to ubuntu-jammy systemd 249.11-0ubuntu3.9. [1] The commit fixes the issue: commit 3a3b022d2cc112803ea7b9beea98bbcad110368a Author: Mariusz Tkaczyk Date: Tue Mar 29 12:49:54 2022 +0200 shutdown: get only active md arrays. Current md_list_get() implementation filters all block devices, started from "md*". This is ambiguous because list could contain: - partitions created upon md device (mdXpY) - external metadata container- specific type of md array. For partitions there is no issue, because they aren't handle STOP_ARRAY ioctl sent later. It generates misleading errors only. Second case is more problematic because containers are not locked in kernel. They are stopped even if container member array is active. For that reason reboot or shutdown flow could be blocked because metadata manager cannot be restarted after switch root on shutdown. Add filters to remove partitions and containers from md_list. Partitions can be excluded by DEVTYPE. Containers are determined by MD_LEVEL property, we are excluding all with "container" value. Signed-off-by: Mariusz Tkaczyk In the journal, we can see systemd-shutdown looping repeatedly as it tries and fails to detach all md devices: ... [ 513.416293] systemd-shutdown[1]: Stopping MD /dev/md124p2 (259:5). [ 513.422953] systemd-shutdown[1]: Could not stop MD /dev/md124p2: Device or resource busy [ 513.431227] systemd-shutdown[1]: Stopping MD /dev/md124p1 (259:4). [ 513.437952] systemd-shutdown[1]: Could not stop MD /dev/md124p1: Device or resource busy [ 513.449298] systemd-shutdown[1]: Stopping MD /dev/md124 (9:124). [ 513.456278] systemd-shutdown[1]: Could not stop MD /dev/md124: Device or resource busy [ 513.465323] systemd-shutdown[1]: Not all MD devices stopped, 4 left. [ 513.472564] systemd-shutdown[1]: Couldn't finalize remaining MD devices, trying again. [ 513.485302] systemd-shutdown[1]: Failed to open watchdog device /dev/watchdog: No such file or directory [ 513.496195] systemd-shutdown[1]: Stopping MD devices. [ 513.502176] systemd-shutdown[1]: sd-device-enumerator: Scan all dirs [ 513.513382] systemd-shutdown[1]: sd-device-enumerator: Scanning /sys/bus [ 513.521436] systemd-shutdown[1]: sd-device-enumerator: Scanning /sys/class [ 513.534810] systemd-shutdown[1]: Stopping MD /dev/md126 (9:126). [ 513.545384] systemd-shutdown[1]: Failed to sync MD block device /dev/md126, ignoring: Input/output error [ 513.557265] md: md126 stopped. [ 513.561451] systemd-shutdown[1]: Stopping MD /dev/md124p2 (259:5). [ 513.576673] systemd-shutdown[1]: Could not stop MD /dev/md124p2: Device or resource busy [ 513.589274] systemd-shutdown[1]: Stopping MD /dev/md124p1 (259:4). [ 513.597976] systemd-shutdown[1]: Could not stop MD /dev/md124p1: Device or resource busy [ 513.607263] systemd-shutdown[1]: Stopping MD /dev/md124 (9:124). [ 513.615067] systemd-shutdown[1]: Could not stop MD /dev/md124: Device or resource busy [ 513.625157] systemd-shutdown[1]: Not all MD devices stopped, 4 left. [ 513.632209] systemd-shutdown[1]: Couldn't finalize remaining MD devices, trying again. [ 513.641474] systemd-shutdown[1]: Failed to open watchdog device /dev/watchdog: No such file or directory [ 513.653660] systemd-shutdown[1]: Stopping MD devices. [ 513.661257] systemd-shutdown[1]: sd-device-enumerator: Scan all dirs [ 513.668833] systemd-shutdown[1]: sd-device-enumerator: Scanning /sys/bus [ 513.677347] systemd-shutdown[1]: sd-device-enumerator: Scanning /sys/class [ 513.687047] systemd-shutdown[1]: Stopping MD /dev/md126 (9:126). [ 513.697206] systemd-shutdown[1]: Failed to sync MD block device /dev/md126, ignoring: Input/output error [ 513.707193] md: md126 stopped. ... [ Test Plan ] 1. Build two VROC RAID. One RAID 0 for System volume, another RAID 10 for Data volume. 2. Install system on System volume. 3. Update systemd. 4. Reboot the system. 5. Verify if the system can reboot. [ Where problems could occur ] The patch confirmed fixed the reboot issue on the system with two VROC RAIDs but more than two VROC RAIDs and the
[Touch-packages] [Bug 2025563] Re: System can not shutdown if system has multiple VROC RAID arrays
This bug was fixed in the package systemd - 249.11-0ubuntu3.10 --- systemd (249.11-0ubuntu3.10) jammy; urgency=medium [ Nick Rosbrook ] * debian/tests/tests-in-lxd: use --reuse flag in lxc publish (LP: #2023229) File: debian/tests/tests-in-lxd https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=85b2ceddff1a6cc1ddbca8a1b7e5381d146e6313 * pstore: only try to load efi_pstore module (LP: #2023462) File: debian/patches/lp1978079-efi-pstore-not-cleared-on-boot.patch https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=7600bbfb1e8a399e5aeb1010a20deda3e5a06c89 * shutdown: get only active md arrays. (LP: #2025563) File: debian/patches/lp2025563-shutdown-get-only-active-md-arrays.patch https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=416a9245c8f0efbedcc4395cada23cb09c685ec3 * udev-rules: fix nvme symlink creation on namespace changes (LP: #2028180) File: debian/patches/lp2028180-udev-rules-fix-nvme-symlink-creation-on-namespace-changes.patch https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=26e85b944da9098e66fc0c39f64ee40254c0c278 * core: reorder systemd arguments on reexec (LP: #2013543) File: debian/patches/lp2013543-core-reorder-systemd-arguments-on-reexec.patch https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=19ba0f20d311642596dc65fa5d6eb96a2d4be280 * network/dhcp4: do not ignore the gateway even if the destination is in same network (LP: #2009743) Files: - debian/patches/lp2009743/network-dhcp4-do-not-ignore-the-gateway-even-if-the-desti.patch - debian/patches/lp2009743/test-network-add-one-more-testcase-for-DHCPv4-classless-r.patch https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=73e774a2fb99c82df6d0edd770bb84ab735ec2f0 * Drop debian/UBUNTU-wait-online-exit-if-no-links-are-managed.patch (LP: #1982218) File: debian/patches/debian/UBUNTU-wait-online-exit-if-no-links-are-managed.patch https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=cf82f08feea456e1c65895b34bffa8c33d421588 * debian/systemd.postint: do not daemon re-exec if we could hit LP: #2013543 File: debian/systemd.postinst https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=be484dab06d590b1792a8f016f4292373d0174b7 * binfmt: fix systemd-binfmt in LXD containers (LP: #1999275) Files: - debian/patches/lp1999275/binfmt-check-if-binfmt-is-mounted-before-applying-rules.patch - debian/patches/lp1999275/binfmt-util-also-check-if-binfmt-is-mounted-in-read-write.patch - debian/patches/lp1999275/binfmt-util-split-out-binfmt_mounted.patch - debian/patches/lp1999275/unit-check-more-specific-path-to-be-written-by-systemd-bi.patch https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=0b9eadf05ee6db0e009dacbc71521480095880b3 [ Dan Streetman ] * Fix machinectl pull-tar and import-tar (LP: #1977630) Author: Dan Streetman File: debian/patches/lp1977630-fix_machinectl_pull_tar.patch https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=1e7d3febe1600c6eb03bd71a17be6a6af52988c7 * make machinectl read-only work (LP: #1991829) Author: Dan Streetman File: debian/patches/lp1991829-add-CAP_LINUX_IMMUTABLE-to-systemd-machined-so-it-ca.patch https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=7a7c47569e0a2d175915eb0b79c60f2611848731 -- Nick Rosbrook Mon, 21 Aug 2023 17:11:40 -0400 ** Changed in: systemd (Ubuntu Jammy) Status: Triaged => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/2025563 Title: System can not shutdown if system has multiple VROC RAID arrays Status in OEM Priority Project: Confirmed Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Jammy: Fix Released Status in systemd source package in Kinetic: Fix Released Bug description: [ Impact ] The system can not shutdown if the system has multiple VROC RAID arrays. Intel has fixed it in systemd v251 [1]. Need to cherry-pick the commit to ubuntu-jammy systemd 249.11-0ubuntu3.9. [1] The commit fixes the issue: commit 3a3b022d2cc112803ea7b9beea98bbcad110368a Author: Mariusz Tkaczyk Date: Tue Mar 29 12:49:54 2022 +0200 shutdown: get only active md arrays. Current md_list_get() implementation filters all block devices, started from "md*". This is ambiguous because list could contain: - partitions created upon md device (mdXpY) - external metadata container- specific type of md array. For partitions there is no issue, because they aren't handle STOP_ARRAY ioctl sent later. It generates misleading errors only.
[Touch-packages] [Bug 2025563] Re: System can not shutdown if system has multiple VROC RAID arrays
** Changed in: oem-priority Status: Fix Released => Confirmed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/2025563 Title: System can not shutdown if system has multiple VROC RAID arrays Status in OEM Priority Project: Confirmed Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Jammy: Triaged Status in systemd source package in Kinetic: Fix Released Bug description: [ Impact ] The system can not shutdown if the system has multiple VROC RAID arrays. Intel has fixed it in systemd v251 [1]. Need to cherry-pick the commit to ubuntu-jammy systemd 249.11-0ubuntu3.9. [1] The commit fixes the issue: commit 3a3b022d2cc112803ea7b9beea98bbcad110368a Author: Mariusz Tkaczyk Date: Tue Mar 29 12:49:54 2022 +0200 shutdown: get only active md arrays. Current md_list_get() implementation filters all block devices, started from "md*". This is ambiguous because list could contain: - partitions created upon md device (mdXpY) - external metadata container- specific type of md array. For partitions there is no issue, because they aren't handle STOP_ARRAY ioctl sent later. It generates misleading errors only. Second case is more problematic because containers are not locked in kernel. They are stopped even if container member array is active. For that reason reboot or shutdown flow could be blocked because metadata manager cannot be restarted after switch root on shutdown. Add filters to remove partitions and containers from md_list. Partitions can be excluded by DEVTYPE. Containers are determined by MD_LEVEL property, we are excluding all with "container" value. Signed-off-by: Mariusz Tkaczyk In the journal, we can see systemd-shutdown looping repeatedly as it tries and fails to detach all md devices: ... [ 513.416293] systemd-shutdown[1]: Stopping MD /dev/md124p2 (259:5). [ 513.422953] systemd-shutdown[1]: Could not stop MD /dev/md124p2: Device or resource busy [ 513.431227] systemd-shutdown[1]: Stopping MD /dev/md124p1 (259:4). [ 513.437952] systemd-shutdown[1]: Could not stop MD /dev/md124p1: Device or resource busy [ 513.449298] systemd-shutdown[1]: Stopping MD /dev/md124 (9:124). [ 513.456278] systemd-shutdown[1]: Could not stop MD /dev/md124: Device or resource busy [ 513.465323] systemd-shutdown[1]: Not all MD devices stopped, 4 left. [ 513.472564] systemd-shutdown[1]: Couldn't finalize remaining MD devices, trying again. [ 513.485302] systemd-shutdown[1]: Failed to open watchdog device /dev/watchdog: No such file or directory [ 513.496195] systemd-shutdown[1]: Stopping MD devices. [ 513.502176] systemd-shutdown[1]: sd-device-enumerator: Scan all dirs [ 513.513382] systemd-shutdown[1]: sd-device-enumerator: Scanning /sys/bus [ 513.521436] systemd-shutdown[1]: sd-device-enumerator: Scanning /sys/class [ 513.534810] systemd-shutdown[1]: Stopping MD /dev/md126 (9:126). [ 513.545384] systemd-shutdown[1]: Failed to sync MD block device /dev/md126, ignoring: Input/output error [ 513.557265] md: md126 stopped. [ 513.561451] systemd-shutdown[1]: Stopping MD /dev/md124p2 (259:5). [ 513.576673] systemd-shutdown[1]: Could not stop MD /dev/md124p2: Device or resource busy [ 513.589274] systemd-shutdown[1]: Stopping MD /dev/md124p1 (259:4). [ 513.597976] systemd-shutdown[1]: Could not stop MD /dev/md124p1: Device or resource busy [ 513.607263] systemd-shutdown[1]: Stopping MD /dev/md124 (9:124). [ 513.615067] systemd-shutdown[1]: Could not stop MD /dev/md124: Device or resource busy [ 513.625157] systemd-shutdown[1]: Not all MD devices stopped, 4 left. [ 513.632209] systemd-shutdown[1]: Couldn't finalize remaining MD devices, trying again. [ 513.641474] systemd-shutdown[1]: Failed to open watchdog device /dev/watchdog: No such file or directory [ 513.653660] systemd-shutdown[1]: Stopping MD devices. [ 513.661257] systemd-shutdown[1]: sd-device-enumerator: Scan all dirs [ 513.668833] systemd-shutdown[1]: sd-device-enumerator: Scanning /sys/bus [ 513.677347] systemd-shutdown[1]: sd-device-enumerator: Scanning /sys/class [ 513.687047] systemd-shutdown[1]: Stopping MD /dev/md126 (9:126). [ 513.697206] systemd-shutdown[1]: Failed to sync MD block device /dev/md126, ignoring: Input/output error [ 513.707193] md: md126 stopped. ... [ Test Plan ] 1. Build two VROC RAID. One RAID 0 for System volume, another RAID 10 for Data volume. 2. Install system on System volume. 3. Update systemd. 4. Reboot the system. 5. Verify if the system can reboot. [ Where problems could occur ] The patch confirmed fixed the reboot issue on the system with two VROC RAIDs but more than two VROC RAIDs and the combinations of
[Touch-packages] [Bug 2025563] Re: System can not shutdown if system has multiple VROC RAID arrays
The release of this SRU has been rolled back in jammy because of bug #2035406 which appears to be a regression introduced in the new version of systemd. ** Changed in: systemd (Ubuntu Jammy) Status: Fix Released => Triaged -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/2025563 Title: System can not shutdown if system has multiple VROC RAID arrays Status in OEM Priority Project: Fix Released Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Jammy: Triaged Status in systemd source package in Kinetic: Fix Released Bug description: [ Impact ] The system can not shutdown if the system has multiple VROC RAID arrays. Intel has fixed it in systemd v251 [1]. Need to cherry-pick the commit to ubuntu-jammy systemd 249.11-0ubuntu3.9. [1] The commit fixes the issue: commit 3a3b022d2cc112803ea7b9beea98bbcad110368a Author: Mariusz Tkaczyk Date: Tue Mar 29 12:49:54 2022 +0200 shutdown: get only active md arrays. Current md_list_get() implementation filters all block devices, started from "md*". This is ambiguous because list could contain: - partitions created upon md device (mdXpY) - external metadata container- specific type of md array. For partitions there is no issue, because they aren't handle STOP_ARRAY ioctl sent later. It generates misleading errors only. Second case is more problematic because containers are not locked in kernel. They are stopped even if container member array is active. For that reason reboot or shutdown flow could be blocked because metadata manager cannot be restarted after switch root on shutdown. Add filters to remove partitions and containers from md_list. Partitions can be excluded by DEVTYPE. Containers are determined by MD_LEVEL property, we are excluding all with "container" value. Signed-off-by: Mariusz Tkaczyk In the journal, we can see systemd-shutdown looping repeatedly as it tries and fails to detach all md devices: ... [ 513.416293] systemd-shutdown[1]: Stopping MD /dev/md124p2 (259:5). [ 513.422953] systemd-shutdown[1]: Could not stop MD /dev/md124p2: Device or resource busy [ 513.431227] systemd-shutdown[1]: Stopping MD /dev/md124p1 (259:4). [ 513.437952] systemd-shutdown[1]: Could not stop MD /dev/md124p1: Device or resource busy [ 513.449298] systemd-shutdown[1]: Stopping MD /dev/md124 (9:124). [ 513.456278] systemd-shutdown[1]: Could not stop MD /dev/md124: Device or resource busy [ 513.465323] systemd-shutdown[1]: Not all MD devices stopped, 4 left. [ 513.472564] systemd-shutdown[1]: Couldn't finalize remaining MD devices, trying again. [ 513.485302] systemd-shutdown[1]: Failed to open watchdog device /dev/watchdog: No such file or directory [ 513.496195] systemd-shutdown[1]: Stopping MD devices. [ 513.502176] systemd-shutdown[1]: sd-device-enumerator: Scan all dirs [ 513.513382] systemd-shutdown[1]: sd-device-enumerator: Scanning /sys/bus [ 513.521436] systemd-shutdown[1]: sd-device-enumerator: Scanning /sys/class [ 513.534810] systemd-shutdown[1]: Stopping MD /dev/md126 (9:126). [ 513.545384] systemd-shutdown[1]: Failed to sync MD block device /dev/md126, ignoring: Input/output error [ 513.557265] md: md126 stopped. [ 513.561451] systemd-shutdown[1]: Stopping MD /dev/md124p2 (259:5). [ 513.576673] systemd-shutdown[1]: Could not stop MD /dev/md124p2: Device or resource busy [ 513.589274] systemd-shutdown[1]: Stopping MD /dev/md124p1 (259:4). [ 513.597976] systemd-shutdown[1]: Could not stop MD /dev/md124p1: Device or resource busy [ 513.607263] systemd-shutdown[1]: Stopping MD /dev/md124 (9:124). [ 513.615067] systemd-shutdown[1]: Could not stop MD /dev/md124: Device or resource busy [ 513.625157] systemd-shutdown[1]: Not all MD devices stopped, 4 left. [ 513.632209] systemd-shutdown[1]: Couldn't finalize remaining MD devices, trying again. [ 513.641474] systemd-shutdown[1]: Failed to open watchdog device /dev/watchdog: No such file or directory [ 513.653660] systemd-shutdown[1]: Stopping MD devices. [ 513.661257] systemd-shutdown[1]: sd-device-enumerator: Scan all dirs [ 513.668833] systemd-shutdown[1]: sd-device-enumerator: Scanning /sys/bus [ 513.677347] systemd-shutdown[1]: sd-device-enumerator: Scanning /sys/class [ 513.687047] systemd-shutdown[1]: Stopping MD /dev/md126 (9:126). [ 513.697206] systemd-shutdown[1]: Failed to sync MD block device /dev/md126, ignoring: Input/output error [ 513.707193] md: md126 stopped. ... [ Test Plan ] 1. Build two VROC RAID. One RAID 0 for System volume, another RAID 10 for Data volume. 2. Install system on System volume. 3. Update systemd. 4. Reboot the system. 5. Verify if the system can reboot. [
[Touch-packages] [Bug 2025563] Re: System can not shutdown if system has multiple VROC RAID arrays
** Changed in: oem-priority Status: In Progress => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/2025563 Title: System can not shutdown if system has multiple VROC RAID arrays Status in OEM Priority Project: Fix Released Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Jammy: Fix Released Status in systemd source package in Kinetic: Fix Released Bug description: [ Impact ] The system can not shutdown if the system has multiple VROC RAID arrays. Intel has fixed it in systemd v251 [1]. Need to cherry-pick the commit to ubuntu-jammy systemd 249.11-0ubuntu3.9. [1] The commit fixes the issue: commit 3a3b022d2cc112803ea7b9beea98bbcad110368a Author: Mariusz Tkaczyk Date: Tue Mar 29 12:49:54 2022 +0200 shutdown: get only active md arrays. Current md_list_get() implementation filters all block devices, started from "md*". This is ambiguous because list could contain: - partitions created upon md device (mdXpY) - external metadata container- specific type of md array. For partitions there is no issue, because they aren't handle STOP_ARRAY ioctl sent later. It generates misleading errors only. Second case is more problematic because containers are not locked in kernel. They are stopped even if container member array is active. For that reason reboot or shutdown flow could be blocked because metadata manager cannot be restarted after switch root on shutdown. Add filters to remove partitions and containers from md_list. Partitions can be excluded by DEVTYPE. Containers are determined by MD_LEVEL property, we are excluding all with "container" value. Signed-off-by: Mariusz Tkaczyk In the journal, we can see systemd-shutdown looping repeatedly as it tries and fails to detach all md devices: ... [ 513.416293] systemd-shutdown[1]: Stopping MD /dev/md124p2 (259:5). [ 513.422953] systemd-shutdown[1]: Could not stop MD /dev/md124p2: Device or resource busy [ 513.431227] systemd-shutdown[1]: Stopping MD /dev/md124p1 (259:4). [ 513.437952] systemd-shutdown[1]: Could not stop MD /dev/md124p1: Device or resource busy [ 513.449298] systemd-shutdown[1]: Stopping MD /dev/md124 (9:124). [ 513.456278] systemd-shutdown[1]: Could not stop MD /dev/md124: Device or resource busy [ 513.465323] systemd-shutdown[1]: Not all MD devices stopped, 4 left. [ 513.472564] systemd-shutdown[1]: Couldn't finalize remaining MD devices, trying again. [ 513.485302] systemd-shutdown[1]: Failed to open watchdog device /dev/watchdog: No such file or directory [ 513.496195] systemd-shutdown[1]: Stopping MD devices. [ 513.502176] systemd-shutdown[1]: sd-device-enumerator: Scan all dirs [ 513.513382] systemd-shutdown[1]: sd-device-enumerator: Scanning /sys/bus [ 513.521436] systemd-shutdown[1]: sd-device-enumerator: Scanning /sys/class [ 513.534810] systemd-shutdown[1]: Stopping MD /dev/md126 (9:126). [ 513.545384] systemd-shutdown[1]: Failed to sync MD block device /dev/md126, ignoring: Input/output error [ 513.557265] md: md126 stopped. [ 513.561451] systemd-shutdown[1]: Stopping MD /dev/md124p2 (259:5). [ 513.576673] systemd-shutdown[1]: Could not stop MD /dev/md124p2: Device or resource busy [ 513.589274] systemd-shutdown[1]: Stopping MD /dev/md124p1 (259:4). [ 513.597976] systemd-shutdown[1]: Could not stop MD /dev/md124p1: Device or resource busy [ 513.607263] systemd-shutdown[1]: Stopping MD /dev/md124 (9:124). [ 513.615067] systemd-shutdown[1]: Could not stop MD /dev/md124: Device or resource busy [ 513.625157] systemd-shutdown[1]: Not all MD devices stopped, 4 left. [ 513.632209] systemd-shutdown[1]: Couldn't finalize remaining MD devices, trying again. [ 513.641474] systemd-shutdown[1]: Failed to open watchdog device /dev/watchdog: No such file or directory [ 513.653660] systemd-shutdown[1]: Stopping MD devices. [ 513.661257] systemd-shutdown[1]: sd-device-enumerator: Scan all dirs [ 513.668833] systemd-shutdown[1]: sd-device-enumerator: Scanning /sys/bus [ 513.677347] systemd-shutdown[1]: sd-device-enumerator: Scanning /sys/class [ 513.687047] systemd-shutdown[1]: Stopping MD /dev/md126 (9:126). [ 513.697206] systemd-shutdown[1]: Failed to sync MD block device /dev/md126, ignoring: Input/output error [ 513.707193] md: md126 stopped. ... [ Test Plan ] 1. Build two VROC RAID. One RAID 0 for System volume, another RAID 10 for Data volume. 2. Install system on System volume. 3. Update systemd. 4. Reboot the system. 5. Verify if the system can reboot. [ Where problems could occur ] The patch confirmed fixed the reboot issue on the system with two VROC RAIDs but more than two VROC RAIDs and the
[Touch-packages] [Bug 2025563] Re: System can not shutdown if system has multiple VROC RAID arrays
This bug was fixed in the package systemd - 249.11-0ubuntu3.10 --- systemd (249.11-0ubuntu3.10) jammy; urgency=medium [ Nick Rosbrook ] * debian/tests/tests-in-lxd: use --reuse flag in lxc publish (LP: #2023229) File: debian/tests/tests-in-lxd https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=85b2ceddff1a6cc1ddbca8a1b7e5381d146e6313 * pstore: only try to load efi_pstore module (LP: #2023462) File: debian/patches/lp1978079-efi-pstore-not-cleared-on-boot.patch https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=7600bbfb1e8a399e5aeb1010a20deda3e5a06c89 * shutdown: get only active md arrays. (LP: #2025563) File: debian/patches/lp2025563-shutdown-get-only-active-md-arrays.patch https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=416a9245c8f0efbedcc4395cada23cb09c685ec3 * udev-rules: fix nvme symlink creation on namespace changes (LP: #2028180) File: debian/patches/lp2028180-udev-rules-fix-nvme-symlink-creation-on-namespace-changes.patch https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=26e85b944da9098e66fc0c39f64ee40254c0c278 * core: reorder systemd arguments on reexec (LP: #2013543) File: debian/patches/lp2013543-core-reorder-systemd-arguments-on-reexec.patch https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=19ba0f20d311642596dc65fa5d6eb96a2d4be280 * network/dhcp4: do not ignore the gateway even if the destination is in same network (LP: #2009743) Files: - debian/patches/lp2009743/network-dhcp4-do-not-ignore-the-gateway-even-if-the-desti.patch - debian/patches/lp2009743/test-network-add-one-more-testcase-for-DHCPv4-classless-r.patch https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=73e774a2fb99c82df6d0edd770bb84ab735ec2f0 * Drop debian/UBUNTU-wait-online-exit-if-no-links-are-managed.patch (LP: #1982218) File: debian/patches/debian/UBUNTU-wait-online-exit-if-no-links-are-managed.patch https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=cf82f08feea456e1c65895b34bffa8c33d421588 * debian/systemd.postint: do not daemon re-exec if we could hit LP: #2013543 File: debian/systemd.postinst https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=be484dab06d590b1792a8f016f4292373d0174b7 * binfmt: fix systemd-binfmt in LXD containers (LP: #1999275) Files: - debian/patches/lp1999275/binfmt-check-if-binfmt-is-mounted-before-applying-rules.patch - debian/patches/lp1999275/binfmt-util-also-check-if-binfmt-is-mounted-in-read-write.patch - debian/patches/lp1999275/binfmt-util-split-out-binfmt_mounted.patch - debian/patches/lp1999275/unit-check-more-specific-path-to-be-written-by-systemd-bi.patch https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=0b9eadf05ee6db0e009dacbc71521480095880b3 [ Dan Streetman ] * Fix machinectl pull-tar and import-tar (LP: #1977630) Author: Dan Streetman File: debian/patches/lp1977630-fix_machinectl_pull_tar.patch https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=1e7d3febe1600c6eb03bd71a17be6a6af52988c7 * make machinectl read-only work (LP: #1991829) Author: Dan Streetman File: debian/patches/lp1991829-add-CAP_LINUX_IMMUTABLE-to-systemd-machined-so-it-ca.patch https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=7a7c47569e0a2d175915eb0b79c60f2611848731 -- Nick Rosbrook Mon, 21 Aug 2023 17:11:40 -0400 ** Changed in: systemd (Ubuntu Jammy) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/2025563 Title: System can not shutdown if system has multiple VROC RAID arrays Status in OEM Priority Project: In Progress Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Jammy: Fix Released Status in systemd source package in Kinetic: Fix Released Bug description: [ Impact ] The system can not shutdown if the system has multiple VROC RAID arrays. Intel has fixed it in systemd v251 [1]. Need to cherry-pick the commit to ubuntu-jammy systemd 249.11-0ubuntu3.9. [1] The commit fixes the issue: commit 3a3b022d2cc112803ea7b9beea98bbcad110368a Author: Mariusz Tkaczyk Date: Tue Mar 29 12:49:54 2022 +0200 shutdown: get only active md arrays. Current md_list_get() implementation filters all block devices, started from "md*". This is ambiguous because list could contain: - partitions created upon md device (mdXpY) - external metadata container- specific type of md array. For partitions there is no issue, because they aren't handle STOP_ARRAY ioctl sent later. It generates misleading errors
[Touch-packages] [Bug 2025563] Re: System can not shutdown if system has multiple VROC RAID arrays
** Tags added: foundations-todo -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/2025563 Title: System can not shutdown if system has multiple VROC RAID arrays Status in OEM Priority Project: In Progress Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Jammy: New Status in systemd source package in Kinetic: Fix Released Bug description: [ Impact ] The system can not shutdown if the system has multiple VROC RAID arrays. Intel has fixed it in systemd v251 [1]. Need to cherry-pick the commit to ubuntu-jammy systemd 249.11-0ubuntu3.9. [1] The commit fixes the issue: commit 3a3b022d2cc112803ea7b9beea98bbcad110368a Author: Mariusz Tkaczyk Date: Tue Mar 29 12:49:54 2022 +0200 shutdown: get only active md arrays. Current md_list_get() implementation filters all block devices, started from "md*". This is ambiguous because list could contain: - partitions created upon md device (mdXpY) - external metadata container- specific type of md array. For partitions there is no issue, because they aren't handle STOP_ARRAY ioctl sent later. It generates misleading errors only. Second case is more problematic because containers are not locked in kernel. They are stopped even if container member array is active. For that reason reboot or shutdown flow could be blocked because metadata manager cannot be restarted after switch root on shutdown. Add filters to remove partitions and containers from md_list. Partitions can be excluded by DEVTYPE. Containers are determined by MD_LEVEL property, we are excluding all with "container" value. Signed-off-by: Mariusz Tkaczyk [ Test Plan ] 1. Build two VROC RAID. One RAID 0 for System volume, another RAID 10 for Data volume. 2. Install system on System volume. 3. Update systemd. 4. Reboot the system. 5. Verify if the system can reboot. [ Where problems could occur ] The patch confirmed fixed the reboot issue on the system with two VROC RAIDs but more than two VROC RAIDs and the combinations of RAID levels are not all tested. [ Scope ] Jammy To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/2025563/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 2025563] Re: System can not shutdown if system has multiple VROC RAID arrays
Unsubscribing "ubuntu-sponsors", as this will be handled by the owning team. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/2025563 Title: System can not shutdown if system has multiple VROC RAID arrays Status in OEM Priority Project: In Progress Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Jammy: New Status in systemd source package in Kinetic: Fix Released Bug description: [ Impact ] The system can not shutdown if the system has multiple VROC RAID arrays. Intel has fixed it in systemd v251 [1]. Need to cherry-pick the commit to ubuntu-jammy systemd 249.11-0ubuntu3.9. [1] The commit fixes the issue: commit 3a3b022d2cc112803ea7b9beea98bbcad110368a Author: Mariusz Tkaczyk Date: Tue Mar 29 12:49:54 2022 +0200 shutdown: get only active md arrays. Current md_list_get() implementation filters all block devices, started from "md*". This is ambiguous because list could contain: - partitions created upon md device (mdXpY) - external metadata container- specific type of md array. For partitions there is no issue, because they aren't handle STOP_ARRAY ioctl sent later. It generates misleading errors only. Second case is more problematic because containers are not locked in kernel. They are stopped even if container member array is active. For that reason reboot or shutdown flow could be blocked because metadata manager cannot be restarted after switch root on shutdown. Add filters to remove partitions and containers from md_list. Partitions can be excluded by DEVTYPE. Containers are determined by MD_LEVEL property, we are excluding all with "container" value. Signed-off-by: Mariusz Tkaczyk [ Test Plan ] 1. Build two VROC RAID. One RAID 0 for System volume, another RAID 10 for Data volume. 2. Install system on System volume. 3. Update systemd. 4. Reboot the system. 5. Verify if the system can reboot. [ Where problems could occur ] The patch confirmed fixed the reboot issue on the system with two VROC RAIDs but more than two VROC RAIDs and the combinations of RAID levels are not all tested. [ Scope ] Jammy To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/2025563/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 2025563] Re: System can not shutdown if system has multiple VROC RAID arrays
I am planning on doing an SRU for Jammy soon that will fix multiple bugs. I will make sure this is included. ** Tags added: systemd-sru-next -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/2025563 Title: System can not shutdown if system has multiple VROC RAID arrays Status in OEM Priority Project: In Progress Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Jammy: New Status in systemd source package in Kinetic: Fix Released Bug description: [ Impact ] The system can not shutdown if the system has multiple VROC RAID arrays. Intel has fixed it in systemd v251 [1]. Need to cherry-pick the commit to ubuntu-jammy systemd 249.11-0ubuntu3.9. [1] The commit fixes the issue: commit 3a3b022d2cc112803ea7b9beea98bbcad110368a Author: Mariusz Tkaczyk Date: Tue Mar 29 12:49:54 2022 +0200 shutdown: get only active md arrays. Current md_list_get() implementation filters all block devices, started from "md*". This is ambiguous because list could contain: - partitions created upon md device (mdXpY) - external metadata container- specific type of md array. For partitions there is no issue, because they aren't handle STOP_ARRAY ioctl sent later. It generates misleading errors only. Second case is more problematic because containers are not locked in kernel. They are stopped even if container member array is active. For that reason reboot or shutdown flow could be blocked because metadata manager cannot be restarted after switch root on shutdown. Add filters to remove partitions and containers from md_list. Partitions can be excluded by DEVTYPE. Containers are determined by MD_LEVEL property, we are excluding all with "container" value. Signed-off-by: Mariusz Tkaczyk [ Test Plan ] 1. Build two VROC RAID. One RAID 0 for System volume, another RAID 10 for Data volume. 2. Install system on System volume. 3. Update systemd. 4. Reboot the system. 5. Verify if the system can reboot. [ Where problems could occur ] The patch confirmed fixed the reboot issue on the system with two VROC RAIDs but more than two VROC RAIDs and the combinations of RAID levels are not all tested. [ Scope ] Jammy To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/2025563/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 2025563] Re: System can not shutdown if system has multiple VROC RAID arrays
Hi, The issue that pausing this SRU is going to be fixed in the kernel and the section "where problems could occur" updated. Please resume this SRU, Thanks! -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/2025563 Title: System can not shutdown if system has multiple VROC RAID arrays Status in OEM Priority Project: In Progress Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Jammy: New Status in systemd source package in Kinetic: Fix Released Bug description: [ Impact ] The system can not shutdown if the system has multiple VROC RAID arrays. Intel has fixed it in systemd v251 [1]. Need to cherry-pick the commit to ubuntu-jammy systemd 249.11-0ubuntu3.9. [1] The commit fixes the issue: commit 3a3b022d2cc112803ea7b9beea98bbcad110368a Author: Mariusz Tkaczyk Date: Tue Mar 29 12:49:54 2022 +0200 shutdown: get only active md arrays. Current md_list_get() implementation filters all block devices, started from "md*". This is ambiguous because list could contain: - partitions created upon md device (mdXpY) - external metadata container- specific type of md array. For partitions there is no issue, because they aren't handle STOP_ARRAY ioctl sent later. It generates misleading errors only. Second case is more problematic because containers are not locked in kernel. They are stopped even if container member array is active. For that reason reboot or shutdown flow could be blocked because metadata manager cannot be restarted after switch root on shutdown. Add filters to remove partitions and containers from md_list. Partitions can be excluded by DEVTYPE. Containers are determined by MD_LEVEL property, we are excluding all with "container" value. Signed-off-by: Mariusz Tkaczyk [ Test Plan ] 1. Build two VROC RAID. One RAID 0 for System volume, another RAID 10 for Data volume. 2. Install system on System volume. 3. Update systemd. 4. Reboot the system. 5. Verify if the system can reboot. [ Where problems could occur ] The patch confirmed fixed the reboot issue on the system with two VROC RAIDs but more than two VROC RAIDs and the combinations of RAID levels are not all tested. [ Scope ] Jammy To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/2025563/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 2025563] Re: System can not shutdown if system has multiple VROC RAID arrays
** Description changed: [ Impact ] The system can not shutdown if the system has multiple VROC RAID arrays. - Intel has fixed it in systemd v251 [1]. + Intel has fixed it in systemd v251 [1]. Need to cherry-pick the commit to ubuntu-jammy systemd 249.11-0ubuntu3.9. [1] The commit fixes the issue: commit 3a3b022d2cc112803ea7b9beea98bbcad110368a Author: Mariusz Tkaczyk Date: Tue Mar 29 12:49:54 2022 +0200 - shutdown: get only active md arrays. - - Current md_list_get() implementation filters all block devices, started from - "md*". This is ambiguous because list could contain: - - partitions created upon md device (mdXpY) - - external metadata container- specific type of md array. - - For partitions there is no issue, because they aren't handle STOP_ARRAY - ioctl sent later. It generates misleading errors only. - - Second case is more problematic because containers are not locked in kernel. - They are stopped even if container member array is active. For that reason - reboot or shutdown flow could be blocked because metadata manager cannot be - restarted after switch root on shutdown. - - Add filters to remove partitions and containers from md_list. Partitions - can be excluded by DEVTYPE. Containers are determined by MD_LEVEL - property, we are excluding all with "container" value. - - Signed-off-by: Mariusz Tkaczyk + shutdown: get only active md arrays. + Current md_list_get() implementation filters all block devices, started from + "md*". This is ambiguous because list could contain: + - partitions created upon md device (mdXpY) + - external metadata container- specific type of md array. + + For partitions there is no issue, because they aren't handle STOP_ARRAY + ioctl sent later. It generates misleading errors only. + + Second case is more problematic because containers are not locked in kernel. + They are stopped even if container member array is active. For that reason + reboot or shutdown flow could be blocked because metadata manager cannot be + restarted after switch root on shutdown. + + Add filters to remove partitions and containers from md_list. Partitions + can be excluded by DEVTYPE. Containers are determined by MD_LEVEL + property, we are excluding all with "container" value. + + Signed-off-by: Mariusz Tkaczyk [ Test Plan ] 1. Build two VROC RAID. One RAID 0 for System volume, another RAID 10 for Data volume. 2. Install system on System volume. 3. Update systemd. 4. Reboot the system. 5. Verify if the system can reboot. [ Where problems could occur ] - Low, upstream fix. + The patch confirmed fixed the reboot issue on the system with two VROC + RAIDs but more than two VROC RAIDs and the combinations of RAID levels + are not all tested. [ Scope ] Jammy ** Changed in: oem-priority Status: Invalid => In Progress -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/2025563 Title: System can not shutdown if system has multiple VROC RAID arrays Status in OEM Priority Project: In Progress Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Jammy: New Status in systemd source package in Kinetic: Fix Released Bug description: [ Impact ] The system can not shutdown if the system has multiple VROC RAID arrays. Intel has fixed it in systemd v251 [1]. Need to cherry-pick the commit to ubuntu-jammy systemd 249.11-0ubuntu3.9. [1] The commit fixes the issue: commit 3a3b022d2cc112803ea7b9beea98bbcad110368a Author: Mariusz Tkaczyk Date: Tue Mar 29 12:49:54 2022 +0200 shutdown: get only active md arrays. Current md_list_get() implementation filters all block devices, started from "md*". This is ambiguous because list could contain: - partitions created upon md device (mdXpY) - external metadata container- specific type of md array. For partitions there is no issue, because they aren't handle STOP_ARRAY ioctl sent later. It generates misleading errors only. Second case is more problematic because containers are not locked in kernel. They are stopped even if container member array is active. For that reason reboot or shutdown flow could be blocked because metadata manager cannot be restarted after switch root on shutdown. Add filters to remove partitions and containers from md_list. Partitions can be excluded by DEVTYPE. Containers are determined by MD_LEVEL property, we are excluding all with "container" value. Signed-off-by: Mariusz Tkaczyk [ Test Plan ] 1. Build two VROC RAID. One RAID 0 for System volume, another RAID 10 for Data volume. 2. Install system on System volume. 3. Update
[Touch-packages] [Bug 2025563] Re: System can not shutdown if system has multiple VROC RAID arrays
Yes, there are a couple low priority things pending for SRU on Jammy, so I would like to bundle those things eventually. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/2025563 Title: System can not shutdown if system has multiple VROC RAID arrays Status in OEM Priority Project: Invalid Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Jammy: New Status in systemd source package in Kinetic: Fix Released Bug description: [ Impact ] The system can not shutdown if the system has multiple VROC RAID arrays. Intel has fixed it in systemd v251 [1]. Need to cherry-pick the commit to ubuntu-jammy systemd 249.11-0ubuntu3.9. [1] The commit fixes the issue: commit 3a3b022d2cc112803ea7b9beea98bbcad110368a Author: Mariusz Tkaczyk Date: Tue Mar 29 12:49:54 2022 +0200 shutdown: get only active md arrays. Current md_list_get() implementation filters all block devices, started from "md*". This is ambiguous because list could contain: - partitions created upon md device (mdXpY) - external metadata container- specific type of md array. For partitions there is no issue, because they aren't handle STOP_ARRAY ioctl sent later. It generates misleading errors only. Second case is more problematic because containers are not locked in kernel. They are stopped even if container member array is active. For that reason reboot or shutdown flow could be blocked because metadata manager cannot be restarted after switch root on shutdown. Add filters to remove partitions and containers from md_list. Partitions can be excluded by DEVTYPE. Containers are determined by MD_LEVEL property, we are excluding all with "container" value. Signed-off-by: Mariusz Tkaczyk [ Test Plan ] 1. Build two VROC RAID. One RAID 0 for System volume, another RAID 10 for Data volume. 2. Install system on System volume. 3. Update systemd. 4. Reboot the system. 5. Verify if the system can reboot. [ Where problems could occur ] Low, upstream fix. [ Scope ] Jammy To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/2025563/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 2025563] Re: System can not shutdown if system has multiple VROC RAID arrays
Hi, Thanks for the patch. I took care of the LP metadata for the bug (targetting the proper series), and unsubscribe ubuntu-sponsors since it's not ready for upload yet. Please resubscribe ubuntu-sponsors once you feel it's ready for upload. @enr0n can you chime in on this, do we have things pending for a Jammy SRU on systemd? ** Also affects: systemd (Ubuntu Jammy) Importance: Undecided Status: New ** Also affects: systemd (Ubuntu Kinetic) Importance: Undecided Status: New ** Changed in: systemd (Ubuntu Kinetic) Status: New => Fix Released ** Changed in: systemd (Ubuntu) Status: Confirmed => Fix Released ** Changed in: systemd (Ubuntu Jammy) Importance: Undecided => Critical -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/2025563 Title: System can not shutdown if system has multiple VROC RAID arrays Status in OEM Priority Project: Invalid Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Jammy: New Status in systemd source package in Kinetic: Fix Released Bug description: [ Impact ] The system can not shutdown if the system has multiple VROC RAID arrays. Intel has fixed it in systemd v251 [1]. Need to cherry-pick the commit to ubuntu-jammy systemd 249.11-0ubuntu3.9. [1] The commit fixes the issue: commit 3a3b022d2cc112803ea7b9beea98bbcad110368a Author: Mariusz Tkaczyk Date: Tue Mar 29 12:49:54 2022 +0200 shutdown: get only active md arrays. Current md_list_get() implementation filters all block devices, started from "md*". This is ambiguous because list could contain: - partitions created upon md device (mdXpY) - external metadata container- specific type of md array. For partitions there is no issue, because they aren't handle STOP_ARRAY ioctl sent later. It generates misleading errors only. Second case is more problematic because containers are not locked in kernel. They are stopped even if container member array is active. For that reason reboot or shutdown flow could be blocked because metadata manager cannot be restarted after switch root on shutdown. Add filters to remove partitions and containers from md_list. Partitions can be excluded by DEVTYPE. Containers are determined by MD_LEVEL property, we are excluding all with "container" value. Signed-off-by: Mariusz Tkaczyk [ Test Plan ] 1. Build two VROC RAID. One RAID 0 for System volume, another RAID 10 for Data volume. 2. Install system on System volume. 3. Update systemd. 4. Reboot the system. 5. Verify if the system can reboot. [ Where problems could occur ] Low, upstream fix. [ Scope ] Jammy To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/2025563/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 2025563] Re: System can not shutdown if system has multiple VROC RAID arrays
Hi Athos, Thanks for the review. Please pause this SRU. There are currently issues that need clarification from Intel. I will reopen it and update the "[ Where problems could occur ]" section once the issue is clarified. Thank you. ** Changed in: oem-priority Status: In Progress => Invalid -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/2025563 Title: System can not shutdown if system has multiple VROC RAID arrays Status in OEM Priority Project: Invalid Status in systemd package in Ubuntu: Confirmed Bug description: [ Impact ] The system can not shutdown if the system has multiple VROC RAID arrays. Intel has fixed it in systemd v251 [1]. Need to cherry-pick the commit to ubuntu-jammy systemd 249.11-0ubuntu3.9. [1] The commit fixes the issue: commit 3a3b022d2cc112803ea7b9beea98bbcad110368a Author: Mariusz Tkaczyk Date: Tue Mar 29 12:49:54 2022 +0200 shutdown: get only active md arrays. Current md_list_get() implementation filters all block devices, started from "md*". This is ambiguous because list could contain: - partitions created upon md device (mdXpY) - external metadata container- specific type of md array. For partitions there is no issue, because they aren't handle STOP_ARRAY ioctl sent later. It generates misleading errors only. Second case is more problematic because containers are not locked in kernel. They are stopped even if container member array is active. For that reason reboot or shutdown flow could be blocked because metadata manager cannot be restarted after switch root on shutdown. Add filters to remove partitions and containers from md_list. Partitions can be excluded by DEVTYPE. Containers are determined by MD_LEVEL property, we are excluding all with "container" value. Signed-off-by: Mariusz Tkaczyk [ Test Plan ] 1. Build two VROC RAID. One RAID 0 for System volume, another RAID 10 for Data volume. 2. Install system on System volume. 3. Update systemd. 4. Reboot the system. 5. Verify if the system can reboot. [ Where problems could occur ] Low, upstream fix. [ Scope ] Jammy To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/2025563/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 2025563] Re: System can not shutdown if system has multiple VROC RAID arrays
Hi Cyrus, thanks for the patch! As per the SRU guidelines in https://wiki.ubuntu.com/StableReleaseUpdates#SRU_Bug_Template, regarding the "[ Where problems could occur ]" section, > * This must '''never''' be "None" or "Low", or entirely an argument as to why your upload is low risk. Describing where problems could occur and how they would manifest is a nice way to show to the SRU team that we did consider possible unwanted outcomes for the SRU and that we'd be ready to address them in case they do occur. It also helps people testing the SRU, guiding them on what to look for when checking for regressions. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/2025563 Title: System can not shutdown if system has multiple VROC RAID arrays Status in OEM Priority Project: In Progress Status in systemd package in Ubuntu: Confirmed Bug description: [ Impact ] The system can not shutdown if the system has multiple VROC RAID arrays. Intel has fixed it in systemd v251 [1]. Need to cherry-pick the commit to ubuntu-jammy systemd 249.11-0ubuntu3.9. [1] The commit fixes the issue: commit 3a3b022d2cc112803ea7b9beea98bbcad110368a Author: Mariusz Tkaczyk Date: Tue Mar 29 12:49:54 2022 +0200 shutdown: get only active md arrays. Current md_list_get() implementation filters all block devices, started from "md*". This is ambiguous because list could contain: - partitions created upon md device (mdXpY) - external metadata container- specific type of md array. For partitions there is no issue, because they aren't handle STOP_ARRAY ioctl sent later. It generates misleading errors only. Second case is more problematic because containers are not locked in kernel. They are stopped even if container member array is active. For that reason reboot or shutdown flow could be blocked because metadata manager cannot be restarted after switch root on shutdown. Add filters to remove partitions and containers from md_list. Partitions can be excluded by DEVTYPE. Containers are determined by MD_LEVEL property, we are excluding all with "container" value. Signed-off-by: Mariusz Tkaczyk [ Test Plan ] 1. Build two VROC RAID. One RAID 0 for System volume, another RAID 10 for Data volume. 2. Install system on System volume. 3. Update systemd. 4. Reboot the system. 5. Verify if the system can reboot. [ Where problems could occur ] Low, upstream fix. [ Scope ] Jammy To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/2025563/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 2025563] Re: System can not shutdown if system has multiple VROC RAID arrays
** Patch added: "systemd_249.11-0ubuntu3.10.debdiff" https://bugs.launchpad.net/oem-priority/+bug/2025563/+attachment/5683483/+files/systemd_249.11-0ubuntu3.10.debdiff ** Changed in: oem-priority Status: Confirmed => In Progress -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/2025563 Title: System can not shutdown if system has multiple VROC RAID arrays Status in OEM Priority Project: In Progress Status in systemd package in Ubuntu: Confirmed Bug description: [ Impact ] The system can not shutdown if the system has multiple VROC RAID arrays. Intel has fixed it in systemd v251 [1]. Need to cherry-pick the commit to ubuntu-jammy systemd 249.11-0ubuntu3.9. [1] The commit fixes the issue: commit 3a3b022d2cc112803ea7b9beea98bbcad110368a Author: Mariusz Tkaczyk Date: Tue Mar 29 12:49:54 2022 +0200 shutdown: get only active md arrays. Current md_list_get() implementation filters all block devices, started from "md*". This is ambiguous because list could contain: - partitions created upon md device (mdXpY) - external metadata container- specific type of md array. For partitions there is no issue, because they aren't handle STOP_ARRAY ioctl sent later. It generates misleading errors only. Second case is more problematic because containers are not locked in kernel. They are stopped even if container member array is active. For that reason reboot or shutdown flow could be blocked because metadata manager cannot be restarted after switch root on shutdown. Add filters to remove partitions and containers from md_list. Partitions can be excluded by DEVTYPE. Containers are determined by MD_LEVEL property, we are excluding all with "container" value. Signed-off-by: Mariusz Tkaczyk [ Test Plan ] 1. Build two VROC RAID. One RAID 0 for System volume, another RAID 10 for Data volume. 2. Install system on System volume. 3. Update systemd. 4. Reboot the system. 5. Verify if the system can reboot. [ Where problems could occur ] Low, upstream fix. [ Scope ] Jammy To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/2025563/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 2025563] Re: System can not shutdown if system has multiple VROC RAID arrays
** Tags added: oem-priority -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/2025563 Title: System can not shutdown if system has multiple VROC RAID arrays Status in OEM Priority Project: Confirmed Status in systemd package in Ubuntu: Confirmed Bug description: [ Impact ] The system can not shutdown if the system has multiple VROC RAID arrays. Intel has fixed it in systemd v251 [1]. Need to cherry-pick the commit to ubuntu-jammy systemd 249.11-0ubuntu3.9. [1] The commit fixes the issue: commit 3a3b022d2cc112803ea7b9beea98bbcad110368a Author: Mariusz Tkaczyk Date: Tue Mar 29 12:49:54 2022 +0200 shutdown: get only active md arrays. Current md_list_get() implementation filters all block devices, started from "md*". This is ambiguous because list could contain: - partitions created upon md device (mdXpY) - external metadata container- specific type of md array. For partitions there is no issue, because they aren't handle STOP_ARRAY ioctl sent later. It generates misleading errors only. Second case is more problematic because containers are not locked in kernel. They are stopped even if container member array is active. For that reason reboot or shutdown flow could be blocked because metadata manager cannot be restarted after switch root on shutdown. Add filters to remove partitions and containers from md_list. Partitions can be excluded by DEVTYPE. Containers are determined by MD_LEVEL property, we are excluding all with "container" value. Signed-off-by: Mariusz Tkaczyk [ Test Plan ] 1. Build two VROC RAID. One RAID 0 for System volume, another RAID 10 for Data volume. 2. Install system on System volume. 3. Update systemd. 4. Reboot the system. 5. Verify if the system can reboot. [ Where problems could occur ] Low, upstream fix. [ Scope ] Jammy To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/2025563/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 2025563] Re: System can not shutdown if system has multiple VROC RAID arrays
** Also affects: oem-priority Importance: Undecided Status: New ** Changed in: oem-priority Status: New => Confirmed ** Changed in: oem-priority Importance: Undecided => Critical ** Changed in: oem-priority Assignee: (unassigned) => Cyrus Lien (cyruslien) ** Tags added: originate-from-2025253 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/2025563 Title: System can not shutdown if system has multiple VROC RAID arrays Status in OEM Priority Project: Confirmed Status in systemd package in Ubuntu: Confirmed Bug description: [ Impact ] The system can not shutdown if the system has multiple VROC RAID arrays. Intel has fixed it in systemd v251 [1]. Need to cherry-pick the commit to ubuntu-jammy systemd 249.11-0ubuntu3.9. [1] The commit fixes the issue: commit 3a3b022d2cc112803ea7b9beea98bbcad110368a Author: Mariusz Tkaczyk Date: Tue Mar 29 12:49:54 2022 +0200 shutdown: get only active md arrays. Current md_list_get() implementation filters all block devices, started from "md*". This is ambiguous because list could contain: - partitions created upon md device (mdXpY) - external metadata container- specific type of md array. For partitions there is no issue, because they aren't handle STOP_ARRAY ioctl sent later. It generates misleading errors only. Second case is more problematic because containers are not locked in kernel. They are stopped even if container member array is active. For that reason reboot or shutdown flow could be blocked because metadata manager cannot be restarted after switch root on shutdown. Add filters to remove partitions and containers from md_list. Partitions can be excluded by DEVTYPE. Containers are determined by MD_LEVEL property, we are excluding all with "container" value. Signed-off-by: Mariusz Tkaczyk [ Test Plan ] 1. Build two VROC RAID. One RAID 0 for System volume, another RAID 10 for Data volume. 2. Install system on System volume. 3. Update systemd. 4. Reboot the system. 5. Verify if the system can reboot. [ Where problems could occur ] Low, upstream fix. [ Scope ] Jammy To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/2025563/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
