When I upgrade the resolute VM to kernel 7.3.0-5-generic the issue
disappears.
I instrumented `multipathd` (0.14.3, riscv64) with additional
fprintf(stderr) statmements at every step of its shutdown/`atexit`
cleanup path
cleanup_child()
cleanup_threads()
cleanup_vecs()
cleanup_bindings()
cleanup_pidfile()
cleanup_conf()
cleanup_rcu()`
to determine exactly where the ~90s delay occurs.
The call that never returns is rcu_barrier() called from
multipathd/main.c cleanup_rcu().
Adding package linux-riscv as we should probably backport a kernel patch
to the Resolute kernel.
** Also affects: linux-riscv (Ubuntu)
Importance: Undecided
Status: New
** Also affects: linux-riscv-7.0 (Ubuntu)
Importance: Undecided
Status: New
** Changed in: linux-riscv-7.0 (Ubuntu Stonking)
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2166184
Title:
[SRU] 1.5 minute boot delay by multipathdservice on riscv64
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-riscv/+bug/2166184/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
