0

我是 gluster 的新用户。并且它的日志文件在磁盘上占用了太多的大小。我使用“#gluster volume log rotate VolumeName”来旋转日志，但它对文件 glustershd.log 没有影响。我复制了该文件并从 /var/log/glusterfs/ 中删除了原始日志文件，并在该目录中创建了一个同名的新文件（我的运气不好......），而不是我意识到进程仍然写入已删除的打开文件。（对于其他用户，我现在意识到最好的方法是截断日志文件而不是移动和删除）

我可以在打开的文件中看到该文件，但标记为已删除。 24599595 0 l-wx------ 1 root root 64 Dec 30 20:23 /proc/2965/fd/4 -> /var/log/glusterfs/glustershd.log\（已删除）

我的问题是：我可以重定向 gluster 进程以使用 /var/log/glusterfs/glustershd.log 中的文件而不重新启动服务吗？？？？？或者我可以将删除的打开文件移动到其原始位置。

如果我重新启动 gluster 服务会发生什么，我的实时服务器上有实时数据库。

我用分布式复制配置了 gluster。

两台服务器：

Server:1
/export/brick1/brick
/export/brick2/brick
and Server:2
/export/brick1/brick
/export/brick2/brick

1 卷 4 块砖

4

1 回答 1

0

在对 glusterfs 进行了一些研发之后，我找到了我的问题的答案，如果不重新启动它，就无法将 gluster 指向其他日志文件。如果空间是问题，截断是减小日志文件大小的好选择。

关于如果我重新启动 glusterfs 服务会发生什么，答案是不会发生任何事情，因为 glusterfs 是在分布式复制模式下配置的。并且有 2 台服务器在复制中，每台 2 块有 4 块砖。如果您在一台服务器上重新启动 glusterd 守护程序，我不会影响实时数据库，glusterfs 提供实时故障转移。当你的守护进程上线时，它会开始自动治疗。

于 2014-01-30T11:29:04.273 回答