SonarQube 以 143 退出

Question

我正在尝试在具有 6GB RAM 的 Centos 6 VM 上设置 SonarQube。进程总是以 143 退出。

在分析中，我发现 JVM 正在被发送一个 SIGTERM 信号并因此退出。没有核心转储并且 dmesg 也非常无用。我也尝试摆弄内存选项无济于事。

如果有人可以帮助我调试此问题，那将非常有用。至少，我会知道为什么这个软件会被终止。

jvm 1    | 2018.03.06 15:32:59 INFO  app[][o.e.p.PluginsService] no modules loaded
jvm 1    | 2018.03.06 15:32:59 INFO  app[][o.e.p.PluginsService] loaded plugin [org.elasticsearch.transport.Netty4Plugin]
jvm 1    | 2018.03.06 15:33:07 INFO  app[][o.s.a.SchedulerImpl] Process[es] is up
jvm 1    | 2018.03.06 15:33:07 INFO  app[][o.s.a.p.ProcessLauncherImpl] Launch process[[key='web', ipcIndex=2, logFilenamePrefix=web]] from [/home/sonar/sonar/sonarqube-7.0]: /opt/jdk1.8.0_161/jre/bin/java -Djava.awt.headless=true -Dfile.encoding=UTF-8 -Djava.io.tmpdir=/home/sonar/sonar/sonarqube-7.0/temp -Xrs -Xmx4g -Xms4g -XX:+HeapDumpOnOutOfMemoryError -cp ./lib/common/*:./lib/server/*:/home/sonar/sonar/sonarqube-7.0/lib/jdbc/mysql/mysql-connector-java-5.1.42.jar org.sonar.server.app.WebServer /home/sonar/sonar/sonarqube-7.0/temp/sq-process3024208901604150849properties
jvm 1    | 2018.03.06 15:33:12 INFO  app[][o.s.a.SchedulerImpl] Process [web] is stopped
jvm 1    | 2018.03.06 15:33:12 INFO  app[][o.s.a.SchedulerImpl] Process [es] is stopped
jvm 1    | 2018.03.06 15:33:12 WARN  app[][o.s.a.p.AbstractProcessMonitor] Process exited with exit value [es]: 143
jvm 1    | 2018.03.06 15:33:12 INFO  app[][o.s.a.SchedulerImpl] SonarQube is stopped
wrapper  | <-- Wrapper Stopped

Answer 1

我也遇到过这种情况，但今天早上我设法治愈了它。

对我来说，问题不在于Elastic系统配置不好，数据库凭证无效，也没有被OOM杀手杀死。对我来说，问题是我们在 extensions/plugins 文件夹中有“sonar-cfamily-plugin-5.1.10083.jar”，但我们没有使用它的许可证(我们是一家 Java 商店，我什至怀疑有人试图运行它)。在 SonarQube 6.6 中，我们收到了有关它未获得许可的警告，但没有崩溃。在 6.7 以及 6.7.3 和 7.0 中，es 以 143 崩溃(我相信我们仍然收到警告，但由于它在我们的 6.6 日志中，我不认为这是一个问题。)

我想通了这一点，因为我尝试了“ super 干净”的安装(没有插件)，而 SonarQube 7.0 没有停止运行；添加插件后，es 崩溃了 143。CFamily 是我尝试删除的第一个插件(因为我们并没有真正使用它)并且 SonarQube 坚持了下来。

我还没有回到 6.7 看看删除 unlicenses cfamily 插件是否也清除了 ES 143 导出，但是如果您遇到这个令人抓狂的错误并且没有其他建议适用于您，这可能是值得一看的在。至少，可以尝试删除所有插件并查看 SonarQube 是否正确启动；然后将它们一一添加回来，直到找到引入 ES 143 退出问题的那个。