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 回答