我是gluster的新用户。而且其日志文件占用了磁盘太多的空间。我使用“ #gluster卷日志旋转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块砖
在glusterfs上进行了一些研发之后，我找到了我问题的答案，没有办法可以将gluster指向其他日志文件，而无需重新启动它。如果空间不足，则截断是减少日志文件文件大小的不错选择。
关于如果我重新启动glusterfs服务会发生什么，答案是什么都不会发生，因为glusterfs是在分布式复制模式下配置的。复制中有2个服务器，每个服务器上有4个块。如果您在一台服务器上重新启动glusterd守护程序，则不会影响实时数据库，glusterfs会提供实时故障转移。当您的守护进程在线时，它将开始自动修复。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句