web-dev-qa-db-fra.com

SonarQube se termine avec 143

J'essaie de configurer SonarQube sur Centos 6 VM avec 6 Go de RAM. Le processus se termine toujours avec 143.

Après analyse, j'ai découvert que la machine virtuelle Java recevait un signal SIGTERM et sortait ainsi. Il n'y a pas de vidage de mémoire et dmesg est également assez inutile. J'ai également essayé de jouer avec les options de mémoire en vain.

Si certains peuvent m'aider à déboguer ce problème, ce sera très utile. Au moins, j'aurai une idée de la raison de l'arrêt de ce logiciel.

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

J'en ai aussi fait l'expérience, mais j'ai réussi à y remédier ce matin.

Pour moi, le problème n'était pas une mauvaise configuration du système Elastic, des informations d'identification de base de données non valides et il n'a pas été tué par le tueur OOM. Pour moi, le problème était que nous avions le "sonar-cfamily-plugin-5.1.10083.jar" dans le dossier extensions/plugins, mais nous n'avions pas de licence pour l'utiliser (nous sommes un Java shop, je doute que quelqu'un ait même essayé de le faire fonctionner.) Dans SonarQube 6.6, nous avons reçu des avertissements à propos de son non-licence, mais rien ne s'est écrasé. En 6.7, ainsi que 6.7.3 et 7.0, es s'est écrasé avec 143 nous avons toujours reçu l'avertissement, mais comme il figurait dans nos journaux 6.6, je ne l'ai pas considéré comme un problème.)

J'ai compris cela parce que j'ai essayé une installation "super propre" (pas de plugins) et SonarQube 7.0 est resté en place; en ajoutant les plugins, es s'est écrasé avec 143. CFamily a été le premier plugin que j'ai essayé de supprimer (car nous ne l'utilisons pas vraiment) et SonarQube est resté en place.

Je ne suis pas retourné à 6.7 pour voir si la suppression d'un plugin cfamily sans licence efface également la sortie ES 143, mais si vous rencontrez cette erreur exaspérante et qu'aucune des autres suggestions ne vous concerne, cela pourrait être quelque chose à regarder à. Au moins, quelque chose à essayer serait de supprimer tous vos plugins et de voir si SonarQube démarre correctement; puis, ajoutez-les un par un jusqu'à ce que vous trouviez celui qui présente le problème de sortie de l'ES 143.

4
John Elion

Je viens de rencontrer cela aujourd'hui et en vérifiant web.log ($ SONARQUBE_HOME/sonarqube/logs), ce qui suit a été enregistré:

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.

Cela a fonctionné une fois que j'ai corrigé le classement (manqué lors de la configuration de la base de données). J'espère que cela aide quelqu'un d'autre avec le même problème.

2
ccjx

Ce qui a fonctionné pour moi pour surmonter 143 error et faire fonctionner normalement mon serveur local ( http: // localhost: 90 ):

Je suivais cela https://medium.com/@agavatar/code-coverage-reports-in-sonarqube-for-Swift-on-macos-49797b6a8fea

alors j'ai commencé à avoir une erreur 143 et quand j'ai supprimé backelite-sonar-Swift-plugin-0.4.2.jar de ...<my-path>./sonarqube-7.6/extensions/plugins

le tour est joué! ça a marché

1
eaccmk

Vieille question mais la réponse est toujours d'actualité. Les raisons de 143 sont les suivantes: * Vous avez copié manuellement un plugin (.jar) dans $ SONAR_HOME/extensions/Plugins. * Plugin sans licence * Plugin incompatible.

0
ManjunathK

J'ai rencontré le même problème que celui rencontré par eaccmk, mais j'ai réalisé que mon problème était que j'utilisais SonarQube 7.6 alors que j'aurais dû utiliser la version de support à long terme qui est 6.7.6

Passer au 6.7.6 et y placer le plugin a permis au code de démarrer correctement sans l'erreur 143.

0
Will