dimisjim's questions

我知道我的问题可能过于笼统，但请稍等片刻：

我使用 ubuntu 18.04 LTS，并已在现代 thinkpad 上安装（使用https://docs.docker.com/engine/install/ubuntu/docker-ce中描述的官方安装过程）。我的设置没什么好看的。

一两天前，我的系统在尝试关闭我的机器时挂起。然后，当我尝试使用 docker 时，守护进程没有响应，只是挂了。systemd 单元已加载，但尚未启动。我当时认为关机挂起是由于这个 docker 守护进程问题。

所以我尝试从系统中清除并重新安装 docker。 sudo apt-get purge docker-ce docker-ce-cli containerd.io 连这个命令都挂了。

所以我尝试通过以下方式手动解锁 dpkg：

sudo systemctl disable docker
pgrep -a apt
sudo kill -9 <apt process>
sudo rm /var/lib/apt/lists/lock
sudo rm /var/cache/apt/archives/lock
sudo rm /var/lib/dpkg/lock

还删除了所有 docker 和 containerd 相关文件 + 禁用和删除了 systemd 单元：

sudo systemctl disable docker
sudo rm -rf /etc/docker
sudo rm -rf /run/containerd/containerd.sock
sudo rm -rf /usr/bin/dockerd
sudo rm -rf /lib/systemd/system/docker.service
sudo rm -rf /var/lib/docker-engine
sudo rm -rf /var/lib/docker
sudo rm -rf /var/run/docker/
sudo rm -rf /var/run/docker.pid
sudo rm -rf /var/run/docker.sock
sudo rm /etc/apt/sources.list.d/docker.list
sudo rm -rf /var/lib/containerd
sudo rm -rf /opt/containerd
sudo systemctl daemon-reload

并重新启动，然后我终于可以成功运行 purge 命令： sudo apt-get purge docker-ce docker-ce-cli containerd.io

然后，当我尝试重新安装 docker（再次使用官方文档方法，稳定通道）时，它在启用 systemd 服务时挂起：

...
Preparing to unpack .../5-docker-ce_5%3a19.03.8~3-0~ubuntu-bionic_amd64.deb ...
Unpacking docker-ce (5:19.03.8~3-0~ubuntu-bionic) ...
Setting up aufs-tools (1:4.9+20170918-1ubuntu1) ...
Setting up containerd.io (1.2.13-1) ...
Created symlink /etc/systemd/system/multi-user.target.wants/containerd.service → /lib/systemd/system/containerd.service.
Setting up cgroupfs-mount (1.4) ...
Setting up docker-ce-cli (5:19.03.8~3-0~ubuntu-bionic) ...
Setting up pigz (2.4-1) ...
Setting up docker-ce (5:19.03.8~3-0~ubuntu-bionic) ...
Created symlink /etc/systemd/system/multi-user.target.wants/docker.service → /lib/systemd/system/docker.service.
Created symlink /etc/systemd/system/sockets.target.wants/docker.socket → /lib/systemd/system/docker.socket.

我需要暂停（ctrl+z），然后如上所述再次清理所有内容。

这也是安装卡住时 systemd 服务外观的屏幕截图：

我也尝试过apt clean和/或apt autoclean然后重新启动并重试，但到目前为止没有任何效果，安装时它仍然挂起。

我在 AWS 中的架构如下：

有 2 个相同的 zabbix 代理（基于 zabbix/zabbix-agent:centos-4.0.11），每个代理在不同的 EC2 实例上运行。Zabbix 服务器在第三个实例上运行（也使用 4.0 版本与 docker 化），它们都在同一个 VPC 中。

这个想法是有一个网络负载均衡器，它监听两个代理运行的端口 (10050)，并在目标组上注册上述 2 个实例。然后，这个 NLB 的 DNS 将作为接口提供给 Zabbix 主机配置。目标是让多个 zabbix 主机针对同一个 NLB，并根据流量负载将它们的请求路由到不同的代理。每个主机中都有一个 zabbix 代理项，它调用在两个 zabbix 代理 conf 文件中的每一个中定义的 UserParameter（python 脚本）。

我的问题如下：zabbix_get（以及根据主机conf中设置的间隔自动进行的等效调用）偶尔超时。有一次我得到了成功的回应

{“响应”：“成功”，“信息”：“已处理：4；失败：0；总计：4；花费的秒数：0.000106”}

（使用的 python 脚本非常快，只需要 1 秒），其他时候我会得到如下响应：

zabbix_get [4515]：执行操作超时。

这种情况一个接一个地发生。所以一个成功，下一个超时，然后下一个成功，依此类推。

我曾尝试测试与 telnet 的连接，并且它一直有效。我什至尝试使用一个简单的 tcp echo 容器，它也一直运行良好。

任何关于可能出错的想法将不胜感激:)

编辑：只是想注意，这种行为不仅发生在我自定义的 UserParameter 定义的脚本中，还发生在内置代理调用中，例如agent.versionoragent.ping或net.tcp.port[<serverIp>, 10051]等

EDIT2：在tcpdump src <serverIp>代理实例内部运行时，似乎发生了类似的流量，响应成功且超时

有没有办法查看哪个 IAM 对 aws s3 存储桶对象进行了修改（启用了版本控制）？

我知道有aws s3api list-object-versions，但它只显示所有者的 DisplayName 和 ID（aws 组织的所有者），而不是执行修改的基础 IAM。

"Owner": {
    "DisplayName": "my-username",
    "ID": "7009a8971cd660687538875e7c86c5b672fe116bd438f46db45460ddcd036c32"

在此先感谢您的帮助。