我是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 - ＆gt; /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砖
答案 0 :(得分：0)
我在glusterfs上做了一些R＆amp; D之后找到了我的问题的答案，没有办法将gluster指向其他日志文件而不重新启动它。如果空间有问题，truncate是减少日志文件大小的好选择。
关于如果我重新启动glusterfs服务回答会发生什么情况，因为glusterfs是在分布式复制模式下配置的，所以不会发生任何事情。复制中有2个服务器，每个服务器上有4个砖块。如果你在一台服务器上重启glusterd守护进程我不会影响实时数据库，glusterfs提供实时故障转移。当你的deamon上线时，它开始自动愈合。