SonarQube问题数量因我使用的仪表板而异

SonarQube问题数量因我使用的仪表板而异,sonarqube,sonarqube5.3,Sonarqube,Sonarqube5.3,我使用的是SonarQube 5.3,根据我使用的视图,问题数量似乎有所不同 以pic为例: 如果我查看仪表板->我看到的问题 左上角的数字 如果我点击总计(267877),我会在问题面板中看到完全不同的数字(右下角) 即使在主仪表板上,我也可以看到相互冲突的数据() 为什么数字不匹配?我遗漏了什么吗?度量值和针对问题运行的查询之间存在差异:度量值是在分析期间收集的,并且在下一次分析之前一直如此。问题查询将根据您对问题所做的更改实时更新 从我看到的情况来看,我们可以假设267K问题是正确的,

我使用的是SonarQube 5.3,根据我使用的视图,问题数量似乎有所不同

以pic为例:

  • 如果我查看仪表板->我看到的问题 左上角的数字
  • 如果我点击总计(267877),我会在问题面板中看到完全不同的数字(右下角)
即使在主仪表板上,我也可以看到相互冲突的数据()


为什么数字不匹配?我遗漏了什么吗?

度量值和针对问题运行的查询之间存在差异:度量值是在分析期间收集的,并且在下一次分析之前一直如此。问题查询将根据您对问题所做的更改实时更新

从我看到的情况来看,我们可以假设267K问题是正确的,您的SearchServer堆栈中存在一些问题,无法使其保持最新。 您必须在sonar.log中检查ElasticSearch错误,并确保SQ_HOME/data/es上有足够的可用磁盘空间来存储和更新您的问题


要确认这一点,您还可以停止SQ服务器,清理data/es目录,然后重新启动SQ。之后数据应保持一致。

谢谢Alexandre。磁盘空间似乎不是问题(df报告使用率为14%)。我的日志中确实有一些ElasticSearch错误,但不清楚原因是什么。我想尝试一下你的建议,但首先请你确认删除数据是安全的(不会丢失任何数据),因为我有相当多的项目正在扫描,我不想冒丢失任何东西的风险:D@JamesAlexander03:删除数据/es下的文件夹可以,但请确保在删除之前停止声纳。