I’ve been using snap to manage certbot on my Centos 7 server. With the installation of snapd 2.68.4 (24505), my certs were not getting updated, and I started to get error messages like:
snapd: store_download.go:133: unable to use system snap provided xdelta3, running config command failed: fork/exec /var/lib/snapd/snap/snapd/current/snap/snapd/current/usr/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2: no such file or directory
Reverting to snapd 2.67.1 (23771) eliminates these error messages. Is this a bug in snapd 2.68.4 (24505)?
There appears to be a bunch of changes to the snapcraft.yaml and to the python scripts and patch files around here. They look like potential places to examine.
These modifications altered the build process concerning the dynamic linker and runtime environment setup. These changes likely introduced an incompatibility or incorrect path configuration specific to CentOS 7, leading to the failure in locating ld-linux-x86-64.so.2. This could be considered a bug in snapd 2.68.4 as built for CentOS 7.
I spoke too soon: 2.67.1 produces the same error message if I wait long enough. I tried removing the whole snapd package and reinstalling version 2.63 from the Centos repository. But as soon as I install certbot, snap installs snapd version 2.68.4. Not sure how to get back to a working version.
