500-Fehler in der Sonar-runner Ausführung auf Jenkins
Bin ich immer die folgende Fehlermeldung beim ausführen von sonarqube eigenständige Analyse auf Jenkins. Die sonarqube-scanner ist in der Lage, zu identifizieren, die Dateien werden analysiert und in der Lage ist, diese zu analysieren in Ordnung, aber das Problem ist, wenn es versucht, das Projekt zu veröffentlichen Sie dashboard.
Wenn ich öffnen Sie die URL http://vv123456:9000/api/ce/submit?projectKey=pkey&projectName=pname im browser, es sagt "{"errors":[{"msg":"HTTP-Methode POST ist erforderlich"}]}", was bedeutet, dass die sonarqube-webservice ist in Ordnung.
Fehler auf Jenkins-build:
ERROR: Error during Sonar runner execution
org.sonar.runner.impl.RunnerException: Unable to execute Sonar
at org.sonar.runner.impl.BatchLauncher$1.delegateExecution(BatchLauncher.java:91)
at org.sonar.runner.impl.BatchLauncher$1.run(BatchLauncher.java:75)
at java.security.AccessController.doPrivileged(Native Method)
at org.sonar.runner.impl.BatchLauncher.doExecute(BatchLauncher.java:69)
at org.sonar.runner.impl.BatchLauncher.execute(BatchLauncher.java:50)
at org.sonar.runner.api.EmbeddedRunner.doExecute(EmbeddedRunner.java:102)
at org.sonar.runner.api.Runner.execute(Runner.java:100)
at org.sonar.runner.Main.executeTask(Main.java:70)
at org.sonar.runner.Main.execute(Main.java:59)
at org.sonar.runner.Main.main(Main.java:53)
Caused by: org.sonarqube.ws.client.HttpException: Error 500 on [http://vv123456:9000/api/ce/submit?projectKey=pkey&projectName=pname][1]
at org.sonarqube.ws.client.BaseResponse.failIfNotSuccessful(BaseResponse.java:34)
at org.sonar.batch.bootstrap.BatchWsClient.failIfUnauthorized(BatchWsClient.java:99)
at org.sonar.batch.bootstrap.BatchWsClient.call(BatchWsClient.java:69)
at org.sonar.batch.report.ReportPublisher.upload(ReportPublisher.java:172)
at org.sonar.batch.report.ReportPublisher.execute(ReportPublisher.java:127)
at org.sonar.batch.phases.PublishPhaseExecutor.publishReportJob(PublishPhaseExecutor.java:64)
at org.sonar.batch.phases.PublishPhaseExecutor.executeOnRoot(PublishPhaseExecutor.java:51)
at org.sonar.batch.phases.AbstractPhaseExecutor.execute(AbstractPhaseExecutor.java:86)
at org.sonar.batch.scan.ModuleScanContainer.doAfterStart(ModuleScanContainer.java:192)
at org.sonar.core.platform.ComponentContainer.startComponents(ComponentContainer.java:142)
at org.sonar.core.platform.ComponentContainer.execute(ComponentContainer.java:127)
at org.sonar.batch.scan.ProjectScanContainer.scan(ProjectScanContainer.java:241)
at org.sonar.batch.scan.ProjectScanContainer.scanRecursively(ProjectScanContainer.java:236)
at org.sonar.batch.scan.ProjectScanContainer.doAfterStart(ProjectScanContainer.java:226)
at org.sonar.core.platform.ComponentContainer.startComponents(ComponentContainer.java:142)
at org.sonar.core.platform.ComponentContainer.execute(ComponentContainer.java:127)
at org.sonar.batch.task.ScanTask.execute(ScanTask.java:47)
at org.sonar.batch.task.TaskContainer.doAfterStart(TaskContainer.java:86)
at org.sonar.core.platform.ComponentContainer.startComponents(ComponentContainer.java:142)
at org.sonar.core.platform.ComponentContainer.execute(ComponentContainer.java:127)
at org.sonar.batch.bootstrap.GlobalContainer.executeTask(GlobalContainer.java:106)
at org.sonar.batch.bootstrapper.Batch.executeTask(Batch.java:119)
at org.sonar.batch.bootstrapper.Batch.execute(Batch.java:79)
at org.sonar.runner.batch.IsolatedLauncher.execute(IsolatedLauncher.java:48)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.sonar.runner.impl.BatchLauncher$1.delegateExecution(BatchLauncher.java:87)
... 9 more
- 500 bedeutet interner Serverfehler. Sind u sicher über die Art und Weise, die Sie verwendet, um zu entsprechen sonar arbeitet Immobilie? Auch welche version des tools?
- Ja, ich kann sehen, auf Jenkins-build, der Sonar-Analyse ist erfolgreich, wie ich sehen, das log wie folgt: 14:53:46.992 INFO - Sensor SCM-Sensor mit 14:53:46.993 INFO - SCM-provider für dieses Projekt ist: svn-14:53:47.009 INFO - 4-Dateien werden analysiert, 14:53:50.574 INFO - 4/4-Dateien analysiert, 14:53:50.575 INFO - Sensor SCM-Sensor (fertig) | Zeit=3583ms 14:53:50.576 INFO - Sensor der Null-Coverage-Sensor Der version, die ich verwende sind - Jenkins 1.580.1, SonarQube 2.2.1
- Alles, was interessant in
$SONARQUBE_HOME/logs/web.log
?
Du musst angemeldet sein, um einen Kommentar abzugeben.
In den SonarQube-Protokolle auf dem server, wo die web-service gehostet wird (vv123456 in meinem Fall), es wurde ein Fehler protokolliert:
So, ich habe den Pfad zu den temp-Lage im wrapper.conf als:
Das Problem dadurch behoben wurde.
Erlebe ich auch dieses problem. Auf der Suche in den logs auf
/opt/sonar/logs/sonar.log
sehe ich folgende Fehler:Verwendet Ratschläge von hier https://dev.mysql.com/doc/refman/5.6/en/packet-too-large.html
und hier
PacketTooBigException beim ausführen einer sonar-Analyse
und hier
http://codefabulae.blogspot.co.uk/2012/05/sonar-analysis-and-mysql-max-packet.html
Die endgültige Lösung war, dies zu schreiben, in meine mysql-config
/etc/my.cnf
:starten Sie mysqld
und überprüfen Sie es über
und dann starten Sie sonar
Dann ist mein build nicht mehr mit der 500-Fehlermeldung, wie erwähnt.
Dies ist, wie man das Problem beheben PacketTooBig, das ist eine wahrscheinliche Ursache.
find / -type f -name web.log
zu finden, nachdem ich sah groups.google.com/forum/#!Thema/sonarqube/c_DcwoN4qlg)Fand ich die Lösung :
Anwender erhöhen die max_allowed_packet Größe auf der Mysql My.config-Datei als auch als Mysql-Verbindungszeichenfolge in der sonar.config.
Versuchen Sie dieses Verfahren, es funktionierte für mich: