2014-10-17 11 views
7

Sono in difficoltà con il seguente problema.Lettura timeout su/batch/project (SonarQube 4.5)

Registro del eseguito quando sonar-runner in Jenkins.

SonarQube Runner 2.4 
Java 1.7.0_67 Oracle Corporation (64-bit) 
Windows 7 6.1 amd64 
SONAR_RUNNER_OPTS=-Xms256m -Xmx512m 
INFO: Runner configuration file: D:\CI_BUILD\sonar-runner-2.4\conf\sonar-runner.properties 
INFO: Project configuration file: NONE 
INFO: Default locale: "ko_KR", source code encoding: "UTF-8" 
INFO: Work directory: D:\CI_BUILD\jenkins_home\jobs\CAFE-CLIENT\workspace\.sonar 
INFO: SonarQube Server 4.5 
05:17:52.119 INFO - Load global referentials... 
05:17:53.382 INFO - Load global referentials done: 1263 ms 
05:17:53.414 INFO - User cache: C:\Users\pcms_build\.sonar\cache 
05:17:53.445 INFO - Install plugins 
05:17:54.225 INFO - Install JDBC driver 
05:17:54.303 INFO - Create JDBC datasource for jdbc:jtds:sqlserver://10.240.232.145/sonardb;SelectMethod=Cursor 
05:17:56.222 INFO - Initializing Hibernate 
05:17:59.217 INFO - Load project referentials... 
05:18:19.232 INFO - Load project referentials done: 20015 ms 
INFO: ------------------------------------------------------------------------ 
INFO: EXECUTION FAILURE 
INFO: ------------------------------------------------------------------------ 
Total time: 34.757s 
Final Memory: 21M/291M 
INFO: ------------------------------------------------------------------------ 
ERROR: Error during Sonar runner execution 
ERROR: Unable to execute Sonar 
ERROR: Caused by: Unable to request: /batch/project?key=CAFE-CLIENT&preview=false 
ERROR: Caused by: Read timed out 
ERROR: 
ERROR: To see the full stack trace of the errors, re-run SonarQube Runner with the -e switch. 
ERROR: Re-run SonarQube Runner using the -X switch to enable full debug logging. 
Build step 'Invoke Standalone Sonar Analysis' marked build as failure 

05: 18: 19,232 INFO - referentials Carica progetto fatto: 20015 ms

Quando "referentials Carica progetto fatto" valore è maggiore di 20.000 ms,

Sempre "Leggi scaduta "si verifica

+0

Quale "valore" è "maggiore di 20.000 ms"? Riesci a recuperare lo stesso URL a mano? –

+0

05: 18: 19.232 INFO - Carica i referenziali del progetto completati: 20015 ms. Error Occur condition: Carica referenziali del progetto> 20.000 ms –

+0

C'è [SONAR-5849] (https://jira.codehaus.org/browse/SONAR-5849) che presumibilmente ha risolto e risolto questo problema in entrambi 4.5.xe 5. x - ma [l'ultimo messaggio nel thread di posta originale] (http://sonarqube.15.x6.nabble.com/SonarQube-4-5-1-Read-time-out-when-analysing-huge-project- td5029770.html # a5031548) così come la mia esperienza personale raccontano una storia diversa. – zb226

risposta

1

Il caricamento dei riferimenti di progetto non dovrebbe richiedere più di qualche secondo. È molto probabile che si verifichi un problema di prestazioni sul server SQ (o con il DB). Qui ci sono alcuni criteri che possono aumentare la durata di questo servizio web:

  • è stato installato un sacco di plugin in linguaggio o si hanno permesso un sacco di regole in profili di qualità
  • il progetto è un progetto multi-modulo con un sacco di moduli

Confronta ad esempio con: http://nemo.sonarqube.org/batch/project?key=org.codehaus.sonar%3Asonar&preview=true

che restituisce più di 1000 norme e 33 moduli. Ci vogliono meno di 2 secondi per restituire i dati.

EDIT: sembra che ci fossero alcuni problemi SQL a seconda del vostro fornitore di DB. Vedi http://jira.codehaus.org/browse/SONAR-5849 e http://jira.codehaus.org/browse/SONAR-6063. Dovrebbe essere risolto nel prossimo 4.5.3

+0

Questo spiega ma non risolve il problema. – zb226

+1

Ho aggiornato la mia risposta –

+1

Sono anche in esecuzione in questo problema su 4.5.2. In SONAR-5849 si dice che è stata apportata una modifica a "Permetti di configurare TIMEOUT HttpDownloader invece di avere un valore hard coded di 20 secondi". Come possiamo approfittarne per aggirare questo problema? – ioscode