OpsCenter Commitlog 保留策略被忽略答案

【问题标题】：OpsCenter Commitlog retention policy ignoredOpsCenter Commitlog 保留策略被忽略
【发布时间】：2016-10-08 12:49:41
【问题描述】：

我目前正在使用 OpsCenter 备份服务中的“提交日志备份”功能备份 cassandra 中的提交日志。

这个项目只是在测试中，所以我们只有一个简单的集群，里面有 4 个节点。

我遇到的问题是，正在备份的提交日志上似乎忽略了保留策略。

我已按照 datastax 用户指南启用提交日志备份 (https://docs.datastax.com/en/opscenter/5.2/opsc/online_help/services/opscCommitlogBackups.html)

我已按照这些说明操作，在 OpsCenter 中启用了它，在每个节点上创建了一个文件夹以用于备份，并且由于这仍在测试中，我们没有选择任何云服务来进行备份。

我将保留策略放在服务器上仅 5 分钟，但查看每个节点上的文件夹和文件，比保留策略中设置的时间更早的提交日志不会被删除。

我想到了权限问题，但是如果正在编写它们，那么他们应该有权删除它们，对吗？

无论如何，我们使用的是 OpsCenter 5.2.4 和 DataStax Enterprise 4.8.8

任何建议将不胜感激。

谢谢！

【问题讨论】：

OpsCenter 在下一次成功归档之前不会真正删除这些文件，尽管有保留时间。
@tom.alexander 不好意思问，下一次成功归档是什么意思？下次备份提交日志时？
是的。下次备份提交日志时，应删除超过五分钟的提交日志。
@tom.alexander 好的，即使归档成功，超过 5 分钟的提交日志也不会被删除。
谢谢 Olafur。我将创建一个内部票证供我们调查。

标签： cassandra datastax datastax-enterprise opscenter

【解决方案1】：

在 DataStax Support 的大力帮助下终于解决了这个问题！

问题是我们使用Rudder 来跟踪每个节点上的所有配置、yaml、conf 等文件，以确保每个节点上文件的一致性。完成的所有文件更改都需要在 Rudder 中完成，因为它将文件的版本强制到每个节点上。所以如果你改变 f.x.一个节点上的 address.yaml 文件，Rudder 会发现它与 Rudder 拥有的版本不匹配，并将文件更新为其文件内容。

问题在于 OpsCenter 使用的像 cluster.conf 这样的文件不能在 Rudder 中，因为 OpsCenter 会定期编辑此文件，然后您不希望 Rudder 覆盖 OpsCenter 的更改。

我们的问题就是这种情况。我们在 Rudder 中有 cluster.conf 文件，而 OpsCenter 做了正确的事情，编辑了 cluster.conf 文件并设置了 Commitlog 备份文件夹的位置，Rudder 不断将其更改回没有 commitlog 备份文件夹的版本它。

OpsCenter 尝试添加到 cluster.conf 文件的行是：

[agents] 
backup_staging_dir = /location/of/your/commitlog/backup/folder

我们需要从 Rudder 禁用此文件，这样 Rudder 就不会继续覆盖 cluster.conf 文件。然后我们可以将此行直接添加到 OpsCenter 节点上的 cluster.conf 文件（如果已打开 commitlog 备份），或者只需通过 OpsCenter 再次启动 Commitlog 备份，然后让 OpsCenter 将此行添加到 cluster.conf 文件中，例如应该可以的。

【讨论】：