sonarqube 5.1 temp/tmp目录已填满-如何确定可以删除的内容? [英] sonarqube 5.1 temp/tmp directory fills up -- how can I tell what can be deleted?

问题描述

我发现许多帖子表明这些文件将在一周后被清除(我的temp/tmp文件已存在一个月以上).有人说重启声纳将清除掉这些(由于持续集成，我无法重启应用程序).一些帖子声称这将在下一个声纳和声纳版本中得到解决.

I have found many posts that indicate that these files will be cleaned up after one week (my temp/tmp has files over one month old). Some say restarting sonarqube will clean these out (does not work for me to restart the application due to continuous integration). Some posts claim that this is fixed in the next sonar and sonarqube release.

我如何(确定地)知道何时可以安全地从temp/tmp目录中删除内容而不影响分析?当前有31 GB的数据，我非常需要回收该空间！

How do I know (definitively) when it is safe to delete the content from temp/tmp directory without impacting the analyses? Currently there is 31 GB of data and I badly need to reclaim that space!

欢迎任何指针！

推荐答案

实际上，这个问题实际上看起来像是

Indeed, this question looks actually like a duplicate of SonarQube Temp Disk Space and this issue is a known one. And it's been fixed in SonarQube 5.1.2.

请参见 https://jira.sonarsource.com/browse/SONAR-6700了解详情.

如果无法升级，则可以同时自己删除旧的临时文件.像这样的东西:

If you can't upgrade, then you can just remove old temporary files by yourself in the meantime. Something like :

find $SONARQUBE_TMP_DIR -type f -mtime +7 -exec rm -f "{}" \;

应该可以解决问题(+7表示比上一次修改的日期多7天，mtime是修改时间，如果需要更多或更少，请改编).

should do the trick (the +7 is to say MORE (+) than 7 days old for last modification, mtime is modification time, adapt if you want more or less).

警告:不不要加+7.几周前我做到了，它使我们的实例崩溃了.我的猜测是，由于SonarQube应该会自动清除7天以上的旧文件，因此它可能仍会使用7天以下的旧文件...因此，请不要理会它们;-).

Warning: do NOT put less that +7. I did it some weeks ago and it crashed our instance. My guess here is that since SonarQube is supposed to automatically clean up things older than 7 days, it might still be using files old less than 7 days... Hence, leave them alone ;-).

这篇关于sonarqube 5.1 temp/tmp目录已填满-如何确定可以删除的内容?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！