【发布时间】：2022-04-04 00:36:55
【问题描述】：
我使用 CentOS 7 在 Google Compute Engine 上创建了一个新 VM，并安装了 Apache，它正在运行。我现在正在通过Let's Encrypt certbot 在此 VM 上启用 HTTPS。
我按照有关如何在我的服务器上install snapd 的说明进行操作。完成后，我通常会去验证它是否正常工作：
[dokgu@domain ~]$ sudo snap version
snap 2.53.4-1.el7
snapd 2.53.4-1.el7
series 16
centos 7
kernel 3.10.0-1160.45.1.el7.x86_64
但是我想提一下，这个命令大多数时候需要一段时间才能返回任何东西，当它返回时我会得到这个：
[dokgu@domain ~]$ sudo snap version
snap 2.53.4-1.el7
snapd unavailable
series -
当我尝试继续执行指示验证我是否拥有最新版本的 snapd 时，也会发生这种情况。
[dokgu@domain ~]$ sudo snap install core; sudo snap refresh core
error: cannot communicate with server: timeout exceeded while waiting for response
error: cannot communicate with server: timeout exceeded while waiting for response
[dokgu@domain ~]$
当我忽略验证并继续安装 certbot 时出现同样的错误。
[dokgu@domain ~]$ sudo snap install --classic certbot
error: cannot communicate with server: timeout exceeded while waiting for response
error: cannot communicate with server: timeout exceeded while waiting for response
[dokgu@domain ~]$
我该如何解决这个问题？
更新
检查snapd 的状态给了我这个：
[dokgu@domain ~]$ sudo systemctl status snapd
● snapd.service - Snap Daemon
Loaded: loaded (/usr/lib/systemd/system/snapd.service; disabled; vendor preset: disabled)
Active: active (running) since Thu 2021-12-30 04:35:54 UTC; 18min ago
Main PID: 28505 (snapd)
CGroup: /system.slice/snapd.service
└─28505 /usr/libexec/snapd/snapd
Dec 30 04:35:54 domain systemd[1]: Starting Snap Daemon...
Dec 30 04:35:54 domain snapd[28505]: AppArmor status: apparmor not enabled
Dec 30 04:35:54 domain snapd[28505]: daemon.go:242: started snapd/2.53.4-1.el7 (series 16; classic; dev...x86_.
Dec 30 04:35:54 domain snapd[28505]: daemon.go:335: adjusting startup timeout by 30s (pessimistic estim...snap)
Dec 30 04:35:54 domain snapd[28505]: helpers.go:105: error trying to compare the snap system key: syste... disk
Dec 30 04:35:54 domain systemd[1]: Started Snap Daemon.
Hint: Some lines were ellipsized, use -l to show in full.
[dokgu@domain ~]$
【问题讨论】：
标签： lets-encrypt certbot