SonarQube退出143

问题描述 投票:4回答:4

我正在尝试使用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
sonarqube centos6 sigterm
4个回答
3
投票

我也经历过这种情况,但今天早上我成功治愈了它。

对我来说,问题还不错弹性系统配置,无效的数据库凭据,并没有被OOM杀手杀死。对我来说问题是我们在扩展/插件文件夹中有“sonar-cfamily-plugin-5.1.10083.jar”,但我们没有使用它的许可证(我们是一个Java商店,我甚至怀疑任何人试图运行它)。在SonarQube 6.6中,我们收到了关于它未经许可的警告,但没有任何事情发生。在6.7,以及6.7.3和7.0中,es与143崩溃(我相信我们仍然收到警告,但由于它在我们的6.6日志中,我认为它不是一个问题。)

我想出了这个,因为我尝试了一个'超级干净'安装(没有插件)和SonarQube 7.0熬夜;添加插件,与143崩溃.CFamily是我试图删除的第一个插件(因为我们没有真正使用它)和SonarQube熬夜。

我还没有回到6.7,看看是否删除了一个unlicenses cfamily插件也清除了那里的ES 143退出,但是如果你遇到这个令人抓狂的错误并且没有其他任何建议适用于你,那么这可能是一件值得关注的事情。在。至少,要尝试的是删除所有插件并查看SonarQube是否正确启动;然后逐个添加它们,直到找到引入ES 143退出问题的那个。


1
投票

什么对我来说克服143 error并让我的本地服务器正常运行(http://localhost:9000):

我跟着这个https://medium.com/@agavatar/code-coverage-reports-in-sonarqube-for-swift-on-macos-49797b6a8fea

然后我开始得到错误143,当我从backelite-sonar-swift-plugin-0.4.2.jar删除...<my-path>./sonarqube-7.6/extensions/plugins

瞧!有效


1
投票

我今天刚刚遇到这个问题,在检查web.log($ SONARQUBE_HOME / sonarqube / logs)时,记录了以下内容:

2019.02.28 15:47:38 INFO  web[][o.s.s.p.d.m.c.MssqlCharsetHandler] Verify that database collation is case-sensitive and accent-sensitive
2019.02.28 15:47:38 ERROR web[][o.s.s.p.Platform] Web server startup failed: Database collation must be case-sensitive and accent-sensitive. It is SQL_Latin1_General_CP1_CI_AS but should be SQL_Latin1_General_CP1_CS_AS.

一旦我修复了整理(在数据库设置期间将其遗漏),它就可以工作。希望这可以帮助其他人解决同样的问题。


0
投票

我遇到了eaccmk遇到的同样的问题,但我意识到我的问题是我在使用SonarQube 7.6时应该使用6.7.6的长期支持版本

切换到6.7.6并将插件放在那里使代码成功启动而没有143错误。

© www.soinside.com 2019 - 2024. All rights reserved.