Google 云操作代理
Google Cloud Ops Agent
我遇到一个问题，Google Cloud Ops Agent 日志记录收集了大量数据，并由于日志文件的大小不断增加而在大约 3 周内填满了我的整个 debian 服务器硬盘。
我不想增加服务器硬盘的大小。
有谁知道如何配置 Google Cloud Ops Agent 以便它只保留前 7 天的日志数据？
编辑：Google Cloud Ops Agent 日志文件存储在下面的目录中
/var/log/google-cloud-ops-agent/subagents/logging-module.log
我最近在使用代理 2.11.0 时遇到了同样的问题。它不仅是一个巨大的日志文件，而且还是一种荒谬的 CPU 用法！在 htop 中查看。
如果你打开日志文件，你会看到关于缓冲区块的垃圾邮件错误。显然，他们的 smh 损坏了，所以代理无法读取它们并发送出去。因此，高 IO 和 CPU 使用率。
解决方法是停止服务：
sudo service google-cloud-ops-agent stop
然后清除所有缓冲区块：
sudo rm -rf /var/lib/google-cloud-ops-agent/fluent-bit/buffers/
如果需要，请删除日志文件：
sudo rm -f /var/log/google-cloud-ops-agent/subagents/logging-module.log
然后启动代理：
sudo service google-cloud-ops-agent start
这对我很有帮助。
顺便说一下，here 描述了这个问题，似乎 Google 从 2.7.0-1 开始“修复”了它。不管他们是什么意思，因为我们仍然面对它...
我遇到一个问题，Google Cloud Ops Agent 日志记录收集了大量数据，并由于日志文件的大小不断增加而在大约 3 周内填满了我的整个 debian 服务器硬盘。
我不想增加服务器硬盘的大小。
有谁知道如何配置 Google Cloud Ops Agent 以便它只保留前 7 天的日志数据？
编辑：Google Cloud Ops Agent 日志文件存储在下面的目录中
/var/log/google-cloud-ops-agent/subagents/logging-module.log
我最近在使用代理 2.11.0 时遇到了同样的问题。它不仅是一个巨大的日志文件，而且还是一种荒谬的 CPU 用法！在 htop 中查看。 如果你打开日志文件，你会看到关于缓冲区块的垃圾邮件错误。显然，他们的 smh 损坏了，所以代理无法读取它们并发送出去。因此，高 IO 和 CPU 使用率。
解决方法是停止服务：
sudo service google-cloud-ops-agent stop
然后清除所有缓冲区块：
sudo rm -rf /var/lib/google-cloud-ops-agent/fluent-bit/buffers/
如果需要，请删除日志文件：
sudo rm -f /var/log/google-cloud-ops-agent/subagents/logging-module.log
然后启动代理：
sudo service google-cloud-ops-agent start
这对我很有帮助。
顺便说一下，here 描述了这个问题，似乎 Google 从 2.7.0-1 开始“修复”了它。不管他们是什么意思，因为我们仍然面对它...