which versions are you using - Enterprise Edition Version 9.9.3 (build 79811)
how is SonarQube deployed: On premise server (zip)
what are you trying to achieve - We are achieving to run sonar analysis for Azure devops project using azure devops pipelines
what have you tried so far to achieve this - We have tried to increase the limit of files using sonar.filesize.limit=25 in sonar-project.properties files
We are getting below error for one branch only:
INFO 748/749 source files have been analyzed
INFO Analysis report generated in 1556ms, dir size=53.2 MB
INFO Analysis report compressed in 7543ms, zip size=20.3 MB
INFO Time spent writing ucfgs 3889ms
INFO EXECUTION FAILURE
This issue typically indicates a communication problem between the scanner and your SonarQube server— often related to the proxy handling HTTPS traffic for your SonarQube instance.
First, you should check the relevant server logs, paying particular attention to the access.log. Look for any sign of the failing request from the scanner. - If you find entries for the problematic request, there may be an issue with the SonarQube server configuration.
If there are no such entries, this indicates the request never reached the SonarQube server, and the issue likely lies elsewhere.
That’s when it makes sense to examine the logs of your proxy. Common issues include a maximum request size being exceeded.
sonar.filesize.limit is not relevant here.
Your version is past EOL. You should upgrade to either the latest version or the current LTA (long-term active version) at your earliest convenience. Your upgrade path is:
To help narrow down where the issue is occurring, I encourage you to check where the failing request is reaching—whether it’s making it to the proxy (IIS) or all the way through to the SonarQube server itself. You can do this by examining the access logs for both IIS and SonarQube around the time of the failed request.
If you see the request in the SonarQube server logs, the request is getting through IIS, and the problem likely lies with SonarQube’s handling of that request/branch. We would have to investigate further.
If it only appears in the IIS logs but not on the SonarQube side, IIS may still be blocking or modifying it (even with increased limits).
If it doesn’t reach either, there may be a client-side or network issue.
We have checked logs we are not getting any clue what is wrong.
And the thing is we have run the same pipeline for same branch for another sonarqube instance running on different server, this is completely working fine.
We have 3 enterprise licenses(1 for Prod and 2 for NonProd) for Sonarqube, can you please arrange a call with your technical support team, so that we can show and explain you a issue in screen-sharing mode, infact which will be more convenient!!
If you’re getting a 413 error from IIS, you probably want to increase uploadReadAheadSize. That said, we aren’t IIS experts! SonarQube will under no circumstances return a 413 – that’s all IIS.
You’re welcome to get in touch with Commercial Support if you have access (purchased as part of your license), but otherwise we’ll keep it here in the Community.