snapd does not properly detect service/mount unit status
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Snappy |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
On my system running the ubuntu-core snap
morphis@
Name Version Rev Developer Notes
ubuntu-core 16.04.1 526 canonical -
with snapd/snap
morphis@
snap 2.14.2~
snapd 2.14.2~
series 16
I see the following when I want to remove the openwrt snap I've installed with snap install --edge --devmode openwrt before:
morphis@
2016-09-
2016-09-
2016-09-
2016-09-
2016-09-
2016-09-
[-] Remove snap "openwrt" (8) from the system
The spinner seems to go forever. Looking at the actual status of both units
morphis@
● snap.openwrt.
Loaded: loaded (/etc/systemd/
Active: inactive (dead) (Result: exit-code) since Thu 2016-09-15 06:47:21 UTC; 5min ago
Process: 2141 ExecStart=
Main PID: 2141 (code=exited, status=1/FAILURE)
Sep 15 06:47:21 localhost.
Sep 15 06:47:21 localhost.
Sep 15 06:47:21 localhost.
Sep 15 06:47:21 localhost.
Sep 15 06:47:21 localhost.
Sep 15 06:52:30 localhost.
Sep 15 06:52:30 localhost.
Sep 15 06:52:30 localhost.
Sep 15 06:52:30 localhost.
Sep 15 06:52:30 localhost.
morphis@
● snap-openwrt-
Loaded: loaded (/etc/systemd/
Active: inactive (dead) since Thu 2016-09-15 06:53:11 UTC; 14s ago
Where: /snap/openwrt/8
What: /var/lib/
the snap.openwrt.
It looks like something is going wrong here with mapping the unit status from systemd to snapds internal process.
Please also note that this was discovered on a system running a 3.4 kernel which is not much supported by systemd itself. There could be a chance that there is a feature missing which contributes to this bug.
I ... think this is fixed? Please let us know if not.