今天早上我在主机上安装了 Zabbix 代理，我在错误日志中看到了这条消息，/var/log/zabbix-proxy/zabbix_proxy.log使用默认值Template Linux：
received configuration data from server at "<OMISSIS>", datalen 10911
failed to update local proxy configuration copy: invalid field name "interface.bulk"
此外，我检查了hostsZabbix 代理的 MySQL 表，结果为零，但我很确定 Zabbix 代理有很多代理连接到它。
这是怎么回事？
更新：
我的 Zabbix 服务器版本为 4.0.4，我的 Zabbix Proxy 版本为 5.0.8。
有多种原因必须在生产中重命名 systemd 服务。例如：
假设一个新的通用服务创建/etc/systemd/system/foo.service并启用和启动如下：[1]
systemctl daemon-reload
systemctl enable --now foo
然后，您可能希望将其从 重命名foo.service为bar.service而不以任何方式影响相关进程。
在正常情况下，您可以执行以下操作：
mv foo.service bar.service
systemctl daemon-reload
systemctl disable foo
systemctl enable bar
然后你获得：
systemctl status foo：running not-found disabledsystemctl status bar：not-running enabled因此，您可能需要修复：
systemctl stop foo
systemctl start bar
或者重新启动。但是在生产环境中这是不可行的，因为您不想停止应用程序进行此类更改。此外，重新启动计划在数月或数年后进行。同时，bar在停止未找到的运行之前，长时间保持不应该错误启动的停止服务是有风险的foo。
简而言之。您将使用什么方法来重命名生产中的 systemd 服务？
理想的条件是让这两种服务向后兼容。因此，停止foo也停止bar，反之亦然。