error: cannot perform the following tasks:
- Run install hook of "snapctl-core18" snap if present (run hook "install":
-----
/snap/snapctl-core18/x1/meta/hooks/install: line 3: snapctl: command not found
-----)
Here’s snapd version:
$ snap version
snap 2.35
snapd 2.35+git398.g0d192285b
series 16
ubuntu 18.04
kernel 4.15.0-33-generic
$ snap info core18 | grep installed:
installed: 18 (358) 45MB base
What revision/version of core18 are you using? Could you please try to install the version from beta? Can you please run the following to see if that works:
Its a bit of an indirect test because it does not directly run the hook just checks if the binaries are there.
Fwiw I also added a spread test for this here: https://github.com/snapcore/snapd/pull/5811 (which indicates there are issues on suse and amazon linux, I have not debugged those yet).
[edit: updated after actually having time to properly look into this :)]
I tried installing core18 beta: (note that I was already using edge in the original post):
$ sudo snap refresh core18 --beta
core18 (beta) 18 from Canonical✓ refreshed
$ snap info core18
name: core18
summary: Runtime environment based on Ubuntu 18.04
publisher: Canonical✓
license: unset
description: |
The base snap based on the Ubuntu 18.04 release.
type: base
snap-id: CSO04Jhav2yK0uz97cr0ipQRyqg0qQL6
tracking: beta
refresh-date: today at 08:32 CDT
channels:
stable: 0.1 (19) 24MB -
candidate: ↑
beta: 18 (351) 45MB -
edge: 18 (358) 45MB -
installed: 18 (351) 45MB base
I still cannot install my original test snap with the install hook using core18 beta, it errors with the same result as in my original post.
If I install the test snap you mention and run snap run --shell ..., I see this:
$ sudo snap install test-snapd-tools-core18
test-snapd-tools-core18 1.0 from Canonical✓ installed
$ snap run --shell test-snapd-tools-core18.echo
To run a command as administrator (user "root"), use "sudo <command>".
See "man sudo_root" for details.
$ snapctl -h
Usage:
snapd [OPTIONS] <command>
Help Options:
-h, --help Show this help message
Available commands:
get The get command prints configuration and interface connection settings.
restart Restart services
set Changes configuration options
start Start services
stop Stop services
$ /usr/lib/snapd/snapctl -h
Usage:
snapd [OPTIONS] <command>
Help Options:
-h, --help Show this help message
Available commands:
get The get command prints configuration and interface connection settings.
restart Restart services
set Changes configuration options
start Start services
stop Stop services
I’m pretty sure the problem is not that snapctl doesn’t exist for the snap mount namespace, just that for some reason it doesn’t exist while running the hooks, i.e. the install hook. I also see this problem with the config hook though.
Thanks for this pointer. I was caught in some different issues today so didn’t dig deeper yet. My plan is to use your example for a spread test to ensure we get this right. What puzzles me is that snap run --shell shows you the snapctl, hooks should see a similar environment. But the spread test (and some quality time with the code) will explain things
Hey @ijohnson - I used your example to create a spread test that is very close to the one above in https://github.com/snapcore/snapd/pull/5825 - while doing so I found issues in our packaging for fedora/suse/arch that prevented this to work. However on ubuntu this is working fine for me (with snapd from master).
So I still wasn’t able to use snapctl, but remembered that I was hacking on a local version of snapd and had disabled re-exec (I’m on Ubuntu 18.04, so it’s enabled by default) with systemctl edit snapd.service and added SNAPD_REEXEC=0, which then led to the rootfs for the snap being taken from the snapd deb package, which doesn’t appear to contain snapctl. I think that may be a bug. When I re-enabled re-exec however I still wasn’t able to use snapctl. I had to do the following steps:
Re-enabled re-exec
Restart snapd.service
Discarding the mount namespace (using sudo /usr/lib/snapd/snap-discard-ns SNAP_NAME) saved for the failed install of the snap (as this namespace saves mounting the deb, which doesn’t have snapctl)
Now installing the snap succeeds.
This is the version of snapd I have installed via the deb on bionic:
$ apt show snapd 2>/dev/null | grep Version
Version: 2.34.2+18.04
I think there are 2 bugs here:
The deb package for snapd doesn’t include snapctl on Ubuntu 18.04 at least (or at least a new version with snapctl hasn’t been released yet)
When undoing the attempt to install a snap, the snap’s namespace should be discarded as well. I can’t think of a reason why we would want to keep the mount namespace for a snap that failed to be installed.
I can file a LP bug for the later issue if desired.
