calling the 'snap' command hangs, waiting forever on snapd which appears to be stuck.
The simplest reproducer is:
1. qemu-img create -f qcow2 disk1.qcow2 10G
2. kvm -m 2048 -boot d -cdrom ./impish-live-server-amd64.iso -drive file=disk1.qcow2,if=virtio
3. At the very fist screen do: 'F1 -> Enter shell'.
Verify that `snap list` returns a list of snaps.
4. Exit the shell and proceed up to the storage config.
Accept all defaults. No need to config storage.
5. Jump again to a shell and do `snap list`.
Now the command hangs indefinitely, and
`systemctl status snapd` will report is as inactive (dead).
I think this can potentially block refreshes of subiquity.
I'm pretty sure images up to 2021-10-08 included were good.
With the latest ISOs, that is with:
$ bsdtar -x -f impish- live-server- amd64.iso -O \./.disk/info
Ubuntu-Server 21.10 "Impish Indri" - Daily amd64 (20211011)
calling the 'snap' command hangs, waiting forever on snapd which appears to be stuck.
The simplest reproducer is:
1. qemu-img create -f qcow2 disk1.qcow2 10G live-server- amd64.iso -drive file=disk1. qcow2,if= virtio
2. kvm -m 2048 -boot d -cdrom ./impish-
3. At the very fist screen do: 'F1 -> Enter shell'.
Verify that `snap list` returns a list of snaps.
4. Exit the shell and proceed up to the storage config.
Accept all defaults. No need to config storage.
5. Jump again to a shell and do `snap list`.
Now the command hangs indefinitely, and
`systemctl status snapd` will report is as inactive (dead).
I think this can potentially block refreshes of subiquity.
I'm pretty sure images up to 2021-10-08 included were good.