服务器是 AlmaLinux 8.5(从 CentOS 转换而来)。
我一直在做一些工作来添加一个新网站,其中包括常规内容dnf update
以及安装php81-php-fpm
和一些相关软件包。一切都很顺利,直到我尝试使用 Certbot 设置新的 SSL 证书。
命令certbot
只是挂起了。日志中有证据表明,它在过去 24 小时内成功运行了更新周期,并且服务器在更新(包括内核更新)后已重新启动。
进一步调查发现,该snap
命令(已安装 Certbot)也挂起。具体来说,snap help
它能工作,但甚至snap version
会挂起。我怀疑这可能是certbot
挂起的原因。Snappy 版本是 2.53.4。
我找不到任何特定于 Snappy 的日志,也messages
没有显示任何明显的东西。我还确认snapd.service
正在运行。
我再次重启服务器并检查了messages
这些条目snap
。也许最后一条条目与问题有关?
Dec 27 20:31:54 zkarj-alma01 systemd[1]: Starting Socket activation for snappy daemon.
Dec 27 20:31:54 zkarj-alma01 systemd[1]: Started Timer renew for snap application certbot.renew.
Dec 27 20:31:54 zkarj-alma01 systemd[1]: Listening on Socket activation for snappy daemon.
Dec 27 20:32:26 zkarj-alma01 systemd[1787]: Listening on REST API socket for snapd user session agent.
Dec 27 20:34:15 zkarj-alma01 systemd[1]: Started snap.certbot.certbot.210f1e08-0000-45c6-8927-a0252806888f.scope.
Dec 27 20:34:16 zkarj-alma01 snapd[1910]: AppArmor status: apparmor not enabled
Dec 27 20:34:16 zkarj-alma01 snapd[1910]: daemon.go:242: started snapd/2.53.4-1.el8 (series 16; classic; devmode) almalinux/8.5 (amd64) linux/4.18.0-348.7.1.el8_5.x86_.
Dec 27 20:34:16 zkarj-alma01 snapd[1910]: daemon.go:335: adjusting startup timeout by 45s (pessimistic estimate of 30s plus 5s per snap)
Dec 27 20:34:16 zkarj-alma01 dbus-daemon[776]: [system] Activating via systemd: service name='org.freedesktop.timedate1' unit='dbus-org.freedesktop.timedate1.service' requested by ':1.71' (uid=0 pid=1910 comm="/usr/libexec/snapd/snapd " label="system_u:system_r:snappy_t:s0")
Dec 27 20:34:25 zkarj-alma01 systemd[1]: snap.certbot.certbot.210f1e08-0000-45c6-8927-a0252806888f.scope: Succeeded.
Dec 27 20:35:01 zkarj-alma01 systemd[1954]: Listening on REST API socket for snapd user session agent.
Dec 27 20:35:12 zkarj-alma01 systemd[1954]: Closed REST API socket for snapd user session agent.
任何帮助或建议均感激不尽。
答案1
尽管这看起来像是一个 Snappy 问题,但也在 Let's Encrypt 论坛上发布了此问题。那里的一位用户向我指出了这一点:
https://forum.snapcraft.io/t/snapd-unavailable-red-hat-enterprise-linux/28004/2
这些步骤的一个版本确实解决了这个问题,尽管不是永久的。我希望目前正在测试的新版本(2.54.1)能够提供永久的解决方案。