Question

我正在尝试使用6GB内存在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

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

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

我认为这是因为我尝试了一个超级干净的＆＃39;安装（没有插件）和SonarQube 7.0熬夜;将插件重新添加，然后重新安装143. CFamily是我试图删除的第一个插件（因为我们并没有真正使用它）而且SonarQube保持原状。

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

Answer 2

克服了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

瞧！有效

Answer 3

我今天刚遇到这个问题，在检查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.

一旦我修正了排序规则（在数据库设置期间就忽略了它），它就可以工作了。希望这对其他遇到相同问题的人有所帮助。

Answer 4

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

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

Answer 5

旧问题，但答案仍然有意义。 143个原因如下- *您手动将插件（.jar）复制到$ SONAR_HOME / extensions / Plugins。 *未经许可的插件 *不兼容的插件。

Answer 6

我遇到了同样的问题，结果发现我没有创建数据库。

创建数据库之后，重新启动声纳，没关系。

Answer 7

在您的/opt/sonarqube/conf/sonar.propeties的下面一行中进行检入：

sonar.jdbc.url=jdbc:postgresql://localhost/your_db_schema

例如，如果您在PG中插入

CREATE DATABASE db_sonarqube;
…
…
\q

您的行将是这样的：

sonar.jdbc.url=jdbc:postgresql://localhost/db_sonarqube

Answer 8

对我来说，问题是无法从 Sonar 实例访问我的数据库。在 AWS 上，移动实例（AMI、启动新实例等）后，需要通过 RDS 安全组允许它进入。

Answer 9

对我来说，问题是无法从 Sonar 实例访问我的数据库。在 AWS 上，移动实例（AMI、启动新实例等）后，需要通过 RDS 安全组允许它进入。

一旦我在 sonar-directory/logs/web.log 文件中发现异常，错误就清楚了：

<块引用>

java.lang.IllegalStateException: 无法连接到数据库。请检查连接和设置...

SonarQube以143

9 个答案: