web-dev-qa-db-ja.com

SonarQubeは143で終了します

Centos 6でSonarQubeをセットアップしようとしていますVM 6GBのRAM。プロセスは常に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
sonarqubecentos6sigterm
8
user1740925

私もこれを経験してきましたが、今朝何とかそれを治しました。

私にとって、この問題は、Elasticシステムの構成に問題がなく、データベースの資格情報が無効ではなく、OOMキラーによって殺されることもありませんでした。私にとっての問題は、extensions/pluginsフォルダーに「sonar-cfamily-plugin-5.1.10083.jar」がありましたが、それを使用するライセンスがなかったことです（Java店、私は誰もそれを実行しようとしたことを疑います）SonarQube 6.6では、ライセンスされていないという警告が出ましたが、何もクラッシュしませんでした。6.7、6.7.3および7.0では、143でクラッシュしました（信じています）それでも警告は表示されますが、6.6ログに記録されているため、問題ではないと考えました。）

「スーパークリーン」インストール（プラグインなし）を試みたが、SonarQube 7.0はそのままであったため、これを理解しました。プラグインを追加し直すと、esは143でクラッシュしました。CFamilyは最初に削除しようとしたプラグインで（実際には使用しないため）、SonarQubeはそのままでした。

ライセンス不要のcfamilyプラグインを削除してもES 143の出口がクリアされるかどうかを確認するために6.7に戻りませんでしたが、この厄介なエラーが発生し、他の提案があなたに当てはまらない場合、これは見るべきものかもしれませんで。少なくとも、試してみたいことは、すべてのプラグインを削除して、SonarQubeが正しく起動するかどうかを確認することです。次に、ES 143の出口の問題を引き起こすものが見つかるまで、それらを1つずつ追加します。

4
John Elion

今日これに遭遇し、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.

照合順序を修正すると機能しました（DBのセットアップ中に照合を逃しました）。これが同じ問題を抱えている他の人に役立つことを願っています。

2
ccjx

143 errorそして、ローカルサーバーが正常に動作するようにします（ http：// localhost：90 ）：

私はこれに従いました https://medium.com/@agavatar/code-coverage-reports-in-sonarqube-for-Swift-on-macos-49797b6a8fea

その後、エラーが発生し始めました143および削除したときbackelite-sonar-Swift-plugin-0.4.2.jar from ...<my-path>./sonarqube-7.6/extensions/plugins

出来上がり！動いた

1
eaccmk

古い質問ですが、答えはまだ関連しています。 143の理由は以下のとおりです-*プラグイン（.jar）を手動で$ SONAR_HOME/extensions/Pluginsにコピーしました。 *ライセンスのないプラグイン*互換性のないプラグイン。

0
ManjunathK

Eaccmkが遭遇したのと同じ問題に遭遇しましたが、6.7.6の長期サポートバージョンを使用すべきだったときにSonarQube 7.6を使用していたことが私の問題であることに気付きました。

6.7.6に切り替えて、そこにプラグインを置くと、コードは143エラーなしで正常に起動しました。

0
Will