Activity log for bug #1837227

Date Who What changed Old value New value Message
2019-07-19 15:06:22 Guillaume Penin bug added bug
2019-07-19 17:29:42 Dan Streetman bug added subscriber Dan Streetman
2019-09-27 15:12:57 Dan Streetman bug watch added https://github.com/systemd/systemd/issues/10872
2019-09-27 15:13:07 Dan Streetman bug task added systemd
2019-09-27 15:39:51 Bug Watch Updater systemd: status Unknown New
2020-04-14 11:07:19 Dan Streetman systemd (Ubuntu): status New Incomplete
2020-04-14 11:08:13 Dan Streetman tags ddstreet
2020-09-23 19:26:22 Dan Streetman systemd (Ubuntu): status Incomplete New
2022-05-22 20:56:29 Dan Streetman removed subscriber Dan Streetman
2023-06-06 15:09:39 Mauricio Faria de Oliveira bug added subscriber Mauricio Faria de Oliveira
2023-06-23 19:29:46 Nick Rosbrook systemd (Ubuntu): status New Fix Released
2023-06-29 18:59:25 Heitor Alves de Siqueira nominated for series Ubuntu Jammy
2023-06-29 18:59:25 Heitor Alves de Siqueira bug task added systemd (Ubuntu Jammy)
2023-06-29 18:59:25 Heitor Alves de Siqueira nominated for series Ubuntu Focal
2023-06-29 18:59:25 Heitor Alves de Siqueira bug task added systemd (Ubuntu Focal)
2023-06-29 18:59:32 Heitor Alves de Siqueira systemd (Ubuntu Focal): status New In Progress
2023-06-29 18:59:34 Heitor Alves de Siqueira systemd (Ubuntu Focal): importance Undecided High
2023-06-29 18:59:35 Heitor Alves de Siqueira systemd (Ubuntu Focal): assignee Heitor Alves de Siqueira (halves)
2023-06-29 18:59:37 Heitor Alves de Siqueira systemd (Ubuntu Jammy): assignee Heitor Alves de Siqueira (halves)
2023-06-29 18:59:47 Heitor Alves de Siqueira systemd (Ubuntu Jammy): status New In Progress
2023-06-29 19:00:01 Heitor Alves de Siqueira tags ddstreet se-sponsor-halves
2023-06-29 19:00:21 Heitor Alves de Siqueira summary Random mount units sometimes fail, while file system is correctly mounted Mount units sometimes fail, while file system is correctly mounted
2023-06-29 19:00:27 Heitor Alves de Siqueira bug added subscriber Heitor Alves de Siqueira
2023-06-29 19:04:23 Heitor Alves de Siqueira summary Mount units sometimes fail, while file system is correctly mounted systemd mount units fail during boot, while file system is correctly mounted
2023-06-29 19:05:25 Heitor Alves de Siqueira nominated for series Ubuntu Bionic
2023-06-29 19:05:25 Heitor Alves de Siqueira bug task added systemd (Ubuntu Bionic)
2023-06-29 19:05:30 Heitor Alves de Siqueira systemd (Ubuntu Bionic): assignee Heitor Alves de Siqueira (halves)
2023-06-29 19:05:46 Heitor Alves de Siqueira systemd (Ubuntu Bionic): status New Won't Fix
2023-06-29 19:07:41 Heitor Alves de Siqueira description In Ubuntu 18.04 at least, we sometimes get a random server in emergency mode with a failed mount unit (ext4 file system), while the corresponding file system is in fact correctly mounted. It happens roughly once every 1000 reboots. It seems to be related with this bug : https://github.com/systemd/systemd/issues/10872 Is it possible to apply the fix (https://github.com/systemd/systemd/commit/350804867dbcc9b7ccabae1187d730d37e2d8a21) in Ubuntu 18.04 ? Thanks in advance. [Impact] systemd mount units fail during boot, and the system boots into emergency mode [Test Plan] This issue seems to happen randomly, and doesn't seem related to a specific mount unit. We've used a test script with good results during investigation to reproduce similar mount failures in a running system, and have seen a strong correlation between the script failures and the boot time mount failures. [Where problems could occur] The patches change the way systemd tracks and handles mount points in general, so potential regressions could affect other mount units. We should keep an eye out for any issues with mounting file systems, as well as rapid mount/unmount operations. Successful test runs with the reproducer script should increase reliability in having no new regressions. [Other Info] This has been tackled upstream with several attempts, which have resulted in the final patch from 2022: 01400460ae16 core/mount: adjust deserialized state based on /proc/self/mountinfo For Bionic, systemd requires several dependency patches as below: 6a1d4d9fa6b9 core: properly reset all ExecStatus structures when entering a new unit cycle 7eba1463dedc mount: flush out cycle state on DEAD→MOUNTED only, not the other way round 350804867dbc mount: rescan /proc/self/mountinfo before processing waitid() results 1d086a6e5972 mount: mark an existing "mounting" unit from /proc/self/mountinfo as "just_mounted" Additionally, the kernel also requires the following patches: 28ca0d6d39ab list: introduce list_for_each_continue() 9f6c61f96f2d proc/mounts: add cursor [Original Description] In Ubuntu 18.04 at least, we sometimes get a random server in emergency mode with a failed mount unit (ext4 file system), while the corresponding file system is in fact correctly mounted. It happens roughly once every 1000 reboots. It seems to be related with this bug : https://github.com/systemd/systemd/issues/10872 Is it possible to apply the fix (https://github.com/systemd/systemd/commit/350804867dbcc9b7ccabae1187d730d37e2d8a21) in Ubuntu 18.04 ? Thanks in advance.
2023-06-29 19:08:41 Heitor Alves de Siqueira bug task added ubuntu-pro
2023-06-29 19:08:51 Heitor Alves de Siqueira nominated for series ubuntu-pro/18.04
2023-06-29 19:08:51 Heitor Alves de Siqueira bug task added ubuntu-pro/18.04
2023-06-29 19:08:56 Heitor Alves de Siqueira ubuntu-pro/18.04: status New In Progress
2023-06-29 19:08:57 Heitor Alves de Siqueira ubuntu-pro/18.04: importance Undecided High
2023-06-29 19:08:59 Heitor Alves de Siqueira ubuntu-pro/18.04: assignee Heitor Alves de Siqueira (halves)
2023-06-29 19:12:53 Heitor Alves de Siqueira systemd (Ubuntu Jammy): status In Progress Fix Released
2023-08-08 13:10:36 Heitor Alves de Siqueira attachment added rep-tmpfs.sh https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1837227/+attachment/5691086/+files/rep-tmpfs.sh
2023-08-08 13:15:49 Heitor Alves de Siqueira description [Impact] systemd mount units fail during boot, and the system boots into emergency mode [Test Plan] This issue seems to happen randomly, and doesn't seem related to a specific mount unit. We've used a test script with good results during investigation to reproduce similar mount failures in a running system, and have seen a strong correlation between the script failures and the boot time mount failures. [Where problems could occur] The patches change the way systemd tracks and handles mount points in general, so potential regressions could affect other mount units. We should keep an eye out for any issues with mounting file systems, as well as rapid mount/unmount operations. Successful test runs with the reproducer script should increase reliability in having no new regressions. [Other Info] This has been tackled upstream with several attempts, which have resulted in the final patch from 2022: 01400460ae16 core/mount: adjust deserialized state based on /proc/self/mountinfo For Bionic, systemd requires several dependency patches as below: 6a1d4d9fa6b9 core: properly reset all ExecStatus structures when entering a new unit cycle 7eba1463dedc mount: flush out cycle state on DEAD→MOUNTED only, not the other way round 350804867dbc mount: rescan /proc/self/mountinfo before processing waitid() results 1d086a6e5972 mount: mark an existing "mounting" unit from /proc/self/mountinfo as "just_mounted" Additionally, the kernel also requires the following patches: 28ca0d6d39ab list: introduce list_for_each_continue() 9f6c61f96f2d proc/mounts: add cursor [Original Description] In Ubuntu 18.04 at least, we sometimes get a random server in emergency mode with a failed mount unit (ext4 file system), while the corresponding file system is in fact correctly mounted. It happens roughly once every 1000 reboots. It seems to be related with this bug : https://github.com/systemd/systemd/issues/10872 Is it possible to apply the fix (https://github.com/systemd/systemd/commit/350804867dbcc9b7ccabae1187d730d37e2d8a21) in Ubuntu 18.04 ? Thanks in advance. [Impact] systemd mount units fail during boot, and the system boots into emergency mode [Test Plan] This issue seems to happen randomly, and doesn't seem related to a specific mount unit. We've used a test script with good results during investigation to reproduce similar mount failures in a running system, and have seen a strong correlation between the script failures and the boot time mount failures. The attached 'rep-tmpfs.sh' script should be used to validate that mount points are working correctly under stress. One can run through the different variants as below: # ./rep-tmpfs.sh --variant-0 # ./rep-tmpfs.sh --variant-1 # ./rep-tmpfs.sh --variant-2 # ./rep-tmpfs.sh --variant-3 # ./rep-tmpfs.sh --variant-4 All of these should run successfully without any reported errors. [Where problems could occur] The patches change the way systemd tracks and handles mount points in general, so potential regressions could affect other mount units. We should keep an eye out for any issues with mounting file systems, as well as rapid mount/unmount operations. Successful test runs with the reproducer script should increase reliability in having no new regressions. [Other Info] This has been tackled upstream with several attempts, which have resulted in the final patch from 2022:   01400460ae16 core/mount: adjust deserialized state based on /proc/self/mountinfo For Bionic, systemd requires several dependency patches as below:   6a1d4d9fa6b9 core: properly reset all ExecStatus structures when entering a new unit cycle   7eba1463dedc mount: flush out cycle state on DEAD→MOUNTED only, not the other way round   350804867dbc mount: rescan /proc/self/mountinfo before processing waitid() results   1d086a6e5972 mount: mark an existing "mounting" unit from /proc/self/mountinfo as "just_mounted" Additionally, the kernel also requires the following patches:   28ca0d6d39ab list: introduce list_for_each_continue()   9f6c61f96f2d proc/mounts: add cursor [Original Description] In Ubuntu 18.04 at least, we sometimes get a random server in emergency mode with a failed mount unit (ext4 file system), while the corresponding file system is in fact correctly mounted. It happens roughly once every 1000 reboots. It seems to be related with this bug : https://github.com/systemd/systemd/issues/10872 Is it possible to apply the fix (https://github.com/systemd/systemd/commit/350804867dbcc9b7ccabae1187d730d37e2d8a21) in Ubuntu 18.04 ? Thanks in advance.
2023-08-15 13:28:35 Nick Rosbrook tags se-sponsor-halves se-sponsor-halves systemd-sru-next
2023-08-21 18:58:33 Heitor Alves de Siqueira attachment added lp1837227-focal.debdiff https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1837227/+attachment/5693674/+files/lp1837227-focal.debdiff
2023-08-31 09:03:48 Stefan Bader systemd (Ubuntu Focal): status In Progress Fix Committed
2023-09-07 13:12:28 Ubuntu Kernel Bot tags se-sponsor-halves systemd-sru-next kernel-spammed-focal-linux-v2 se-sponsor-halves systemd-sru-next verification-needed-focal-linux
2023-09-13 21:56:38 Heitor Alves de Siqueira bug task added linux (Ubuntu)
2023-09-13 21:57:31 Heitor Alves de Siqueira linux (Ubuntu Bionic): status New Won't Fix
2023-09-13 21:57:47 Heitor Alves de Siqueira linux (Ubuntu Focal): importance Undecided Medium
2023-09-13 21:57:47 Heitor Alves de Siqueira linux (Ubuntu Focal): status New Fix Committed
2023-09-13 21:57:47 Heitor Alves de Siqueira linux (Ubuntu Focal): assignee Heitor Alves de Siqueira (halves)
2023-09-13 21:57:55 Heitor Alves de Siqueira linux (Ubuntu Focal): importance Medium High
2023-09-13 21:58:03 Heitor Alves de Siqueira systemd (Ubuntu Focal): status Fix Committed In Progress
2023-09-13 21:58:15 Heitor Alves de Siqueira linux (Ubuntu): status New Fix Released
2023-09-13 21:58:22 Heitor Alves de Siqueira linux (Ubuntu Jammy): status New Fix Released
2023-09-14 17:59:27 Heitor Alves de Siqueira tags kernel-spammed-focal-linux-v2 se-sponsor-halves systemd-sru-next verification-needed-focal-linux kernel-spammed-focal-linux-v2 se-sponsor-halves systemd-sru-next verification-done-focal-linux
2023-10-04 13:57:58 Launchpad Janitor linux (Ubuntu Focal): status Fix Committed Fix Released
2023-10-04 13:57:58 Launchpad Janitor cve linked 2021-4001
2023-10-04 13:57:58 Launchpad Janitor cve linked 2023-1206
2023-10-04 13:57:58 Launchpad Janitor cve linked 2023-20588
2023-10-04 13:57:58 Launchpad Janitor cve linked 2023-3212
2023-10-04 13:57:58 Launchpad Janitor cve linked 2023-3863
2023-10-04 13:57:58 Launchpad Janitor cve linked 2023-40283
2023-10-04 13:57:58 Launchpad Janitor cve linked 2023-4128
2023-10-04 13:57:58 Launchpad Janitor cve linked 2023-4194
2023-10-04 22:16:57 Ubuntu Kernel Bot tags kernel-spammed-focal-linux-v2 se-sponsor-halves systemd-sru-next verification-done-focal-linux kernel-spammed-focal-linux-azure-v2 kernel-spammed-focal-linux-v2 se-sponsor-halves systemd-sru-next verification-done-focal-linux verification-needed-focal-linux-azure
2023-10-16 15:21:52 Nick Rosbrook tags kernel-spammed-focal-linux-azure-v2 kernel-spammed-focal-linux-v2 se-sponsor-halves systemd-sru-next verification-done-focal-linux verification-needed-focal-linux-azure foundations-todo kernel-spammed-focal-linux-azure-v2 kernel-spammed-focal-linux-v2 se-sponsor-halves systemd-sru-next verification-done-focal-linux verification-needed-focal-linux-azure
2023-11-16 15:10:47 Launchpad Janitor merge proposal linked https://code.launchpad.net/~enr0n/ubuntu/+source/systemd/+git/systemd/+merge/455719
2023-11-21 21:45:49 Ubuntu Archive Robot bug added subscriber Nick Rosbrook
2024-01-05 19:37:09 Brian Murray systemd (Ubuntu Focal): status In Progress Fix Committed
2024-01-05 19:37:11 Brian Murray bug added subscriber Ubuntu Stable Release Updates Team
2024-01-05 19:37:13 Brian Murray bug added subscriber SRU Verification
2024-01-05 19:37:17 Brian Murray tags foundations-todo kernel-spammed-focal-linux-azure-v2 kernel-spammed-focal-linux-v2 se-sponsor-halves systemd-sru-next verification-done-focal-linux verification-needed-focal-linux-azure foundations-todo kernel-spammed-focal-linux-azure-v2 kernel-spammed-focal-linux-v2 se-sponsor-halves systemd-sru-next verification-done-focal-linux verification-needed verification-needed-focal verification-needed-focal-linux-azure
2024-01-09 13:17:47 Heitor Alves de Siqueira tags foundations-todo kernel-spammed-focal-linux-azure-v2 kernel-spammed-focal-linux-v2 se-sponsor-halves systemd-sru-next verification-done-focal-linux verification-needed verification-needed-focal verification-needed-focal-linux-azure foundations-todo kernel-spammed-focal-linux-azure-v2 kernel-spammed-focal-linux-v2 systemd-sru-next verification-done verification-done-focal verification-done-focal-linux verification-needed-focal-linux-azure
2024-01-22 17:24:44 Łukasz Zemczak removed subscriber Ubuntu Stable Release Updates Team
2024-01-22 17:24:42 Launchpad Janitor systemd (Ubuntu Focal): status Fix Committed Fix Released