我发现很多帖子表明这些文件将在一周后被清理(我的 temp/tmp 有超过一个月的文件)。有人说重新启动 sonarqube 会清除这些(由于持续集成,我无法重新启动应用程序)。一些帖子声称这已在下一个声纳和 sonarqube 版本中修复。
我如何(明确地)知道何时可以安全地从 temp/tmp 目录中删除内容而不影响分析?目前有 31 GB 的数据,我急需回收该空间!
欢迎任何指点!
我发现很多帖子表明这些文件将在一周后被清理(我的 temp/tmp 有超过一个月的文件)。有人说重新启动 sonarqube 会清除这些(由于持续集成,我无法重新启动应用程序)。一些帖子声称这已在下一个声纳和 sonarqube 版本中修复。
我如何(明确地)知道何时可以安全地从 temp/tmp 目录中删除内容而不影响分析?目前有 31 GB 的数据,我急需回收该空间!
欢迎任何指点!
事实上,这个问题实际上看起来像是SonarQube Temp Disk Space的副本,而且这个问题是一个已知问题。它已在 SonarQube 5.1.2 中修复。
有关详细信息,请参阅https://jira.sonarsource.com/browse/SONAR-6700。
如果您无法升级,那么您可以在此期间自行删除旧的临时文件。就像是 :
find $SONARQUBE_TMP_DIR -type f -mtime +7 -exec rm -f "{}" \;
应该可以解决问题(+7 表示最后一次修改比 7 天多(+),mtime 是修改时间,如果你想要更多或更少,请调整)。
警告:不要放少于+7。几周前我这样做了,它使我们的实例崩溃了。我的猜测是,由于 SonarQube 应该自动清理超过 7 天的东西,它可能仍在使用不到 7 天的文件......因此,不要管它们;-)。
我找到的最佳解决方案是重新启动 sonarqube。删除 tmp 文件需要一些时间,但重新启动它确实起到了作用。