# Unable to Import Azure DevOps 2019 Repositories **URL:** \ **Category:** SonarQube Server / Community Build\ **Tags:** azuredevops-server, sonarqube\ **Created:** [March 11, 2024, 5:09pm UTC](https://community.sonarsource.com/t/unable-to-import-azure-devops-2019-repositories/110909 "2024-03-11T17:09:15Z")\ **Posts on this page:** 13\ **Page:** 1
**Author:** ![ayoshi](https://avatars.discourse-cdn.com/v4/letter/a/9de053/32.png) [@ayoshi](https://community.sonarsource.com/u/ayoshi)\ **Post date:** [March 11, 2024, 5:09pm UTC](https://community.sonarsource.com/t/unable-to-import-azure-devops-2019-repositories/110909/1 "2024-03-11T17:09:15Z")
Hello all, I am currently having an issue with importing Azure DevOps 2019 Repositories into my new SonarQube 10.4. I’ve successfully added my on-prem DevOps server to SonarQube and all projects load, however I receive the message " Could not fetch repositories for this project. Contact your system administrator, or update your personal access token (which redirectedto http: localhost:9000/projects/create?mode=azure&resetPat=1). I’ve tried multiple users creating a PAT with no luck. A little more background: This is a newly built Rocky Linux 8.9 server running SonarQube 10.4, Java 17 and Postgresql 14. We have an old version of SonarQube (8.9) running on a Windows server but the previous DevOps Engineer left every version in place when upgrading and it’s caused a mess which has prevented me from upgrading that server to LTS 9.9. New build it is. Any direction or where to look to resolve this would be most appreciated. Thank you, Allen ---
**Author:** ![Colin](https://dub1.discourse-cdn.com/sonarsource/user_avatar/community.sonarsource.com/colin/32/55255_2.png) [@Colin](https://community.sonarsource.com/u/Colin)\ **Post date:** [March 12, 2024, 12:59pm UTC](https://community.sonarsource.com/t/unable-to-import-azure-devops-2019-repositories/110909/2 "2024-03-12T12:59:54Z")
Hey there. The [logs](https://docs.sonarsource.com/sonarqube/latest/setup-and-upgrade/troubleshooting/) (specifically _web.log_) should contain more details. You can also raise the log level in the global **Administration \> System \> Log Level** if needed. ---
**Author:** ![ayoshi](https://avatars.discourse-cdn.com/v4/letter/a/9de053/32.png) [@ayoshi](https://community.sonarsource.com/u/ayoshi)\ **Post date:** [March 12, 2024, 3:29pm UTC](https://community.sonarsource.com/t/unable-to-import-azure-devops-2019-repositories/110909/3 "2024-03-12T15:29:22Z")
Hello, I checked the log and discovered that I was getting this error message Unable to contact Azure DevOps server for request [[http://devops:8080/tfs/company/\_apis/projects?api-version=3.0](http://devops:8080/tfs/company/_apis/projects?api-version=3.0)]: [No route to host]. So with that I checked google and found [two](https://community.sonarsource.com/t/unable-to-contact-azure-devops-server/98036) [other](https://community.sonarsource.com/t/unable-to-contact-azure-devops-server-invalid-pat/83903) Sonarcommunity posts, but they both are working under https and we’re utilizing http:// for our internal-only DevOps 2019 and they don’t exactly match what’s happening here. It doesn’t appear we are on html/2 from the first post which you replied to Colin. I did follow the steps and run the Curl -X command in the second link and received the following error: TF400813: Resource not available for anonymous access. Client authentication required. - Azure DevOps Server Thank you, Allen ---
**Author:** ![Colin](https://dub1.discourse-cdn.com/sonarsource/user_avatar/community.sonarsource.com/colin/32/55255_2.png) [@Colin](https://community.sonarsource.com/u/Colin)\ **Post date:** [March 13, 2024, 8:55am UTC](https://community.sonarsource.com/t/unable-to-import-azure-devops-2019-repositories/110909/4 "2024-03-13T08:55:16Z")
This sounds a bit like firewall rules in between your SonarQube server and your Azure DevOps 2019 server ([no route to host](https://superuser.com/questions/720851/connection-refused-vs-no-route-to-host) indicates the request never left your server). Did you run your `curl` from the same machine as your SonarQube server, or from your own machine? I’d be surprised you made it as far as an authentication issue if you issued the command from the same network location as your SonarQube server. ---
**Author:** ![ayoshi](https://avatars.discourse-cdn.com/v4/letter/a/9de053/32.png) [@ayoshi](https://community.sonarsource.com/u/ayoshi)\ **Post date:** [March 13, 2024, 11:45am UTC](https://community.sonarsource.com/t/unable-to-import-azure-devops-2019-repositories/110909/5 "2024-03-13T11:45:31Z")
Hi Colin, The curl request was run on our SonarQube server. ---
**Author:** ![Colin](https://dub1.discourse-cdn.com/sonarsource/user_avatar/community.sonarsource.com/colin/32/55255_2.png) [@Colin](https://community.sonarsource.com/u/Colin)\ **Post date:** [March 13, 2024, 3:01pm UTC](https://community.sonarsource.com/t/unable-to-import-azure-devops-2019-repositories/110909/6 "2024-03-13T15:01:56Z")
Thanks. Have you configured anything special in your _conf/sonar.properties_ file – like proxy information? Or is it pretty vanilla? ---
**Author:** ![ayoshi](https://avatars.discourse-cdn.com/v4/letter/a/9de053/32.png) [@ayoshi](https://community.sonarsource.com/u/ayoshi)\ **Post date:** [March 13, 2024, 3:54pm UTC](https://community.sonarsource.com/t/unable-to-import-azure-devops-2019-repositories/110909/7 "2024-03-13T15:54:22Z")
Hey Colin, It’s pretty Vanilla. We’re utilizing Postgresql on localhost so that and the creds are setup, I setup LDAP by comparing it to our previous sonar.properties file from our older machine. I did also just disable the local firewalld and tested again and ran into the same thing and confirmed that it was allowed through our GAV as well so there shouldn’t be anything else blocking those requests. ---
**Author:** ![ayoshi](https://avatars.discourse-cdn.com/v4/letter/a/9de053/32.png) [@ayoshi](https://community.sonarsource.com/u/ayoshi)\ **Post date:** [March 15, 2024, 5:46pm UTC](https://community.sonarsource.com/t/unable-to-import-azure-devops-2019-repositories/110909/8 "2024-03-15T17:46:43Z")
I’ve done some more digging and found that some instances of PAT not being passed along appropriately so I ended up editing access on the DevOps server directory %ProgramData%\Microsoft\Crypto\RSA\MachineKeys for our service account running DevOps. With that I’m now seeing the PAT pass in the developer tools but still getting the could not fetch repositories error. ![image](https://europe1.discourse-cdn.com/sonarsource/uploads/sonarcommunity/original/3X/a/6/a678ae21acff9f83dc7b3811d77544565aa243a2.png) ---
**Author:** ![Colin](https://dub1.discourse-cdn.com/sonarsource/user_avatar/community.sonarsource.com/colin/32/55255_2.png) [@Colin](https://community.sonarsource.com/u/Colin)\ **Post date:** [March 18, 2024, 3:25pm UTC](https://community.sonarsource.com/t/unable-to-import-azure-devops-2019-repositories/110909/9 "2024-03-18T15:25:50Z")
That’s pretty… suspicious. Is the error the same in the backend logs? `[No route to host]`? ---
**Author:** ![ayoshi](https://avatars.discourse-cdn.com/v4/letter/a/9de053/32.png) [@ayoshi](https://community.sonarsource.com/u/ayoshi)\ **Post date:** [March 18, 2024, 5:00pm UTC](https://community.sonarsource.com/t/unable-to-import-azure-devops-2019-repositories/110909/10 "2024-03-18T17:00:16Z")
The web log for today is very empty. I ended up revoking and re-issuing the PAT around 10 AM EST this morning so received a “Invalid personal access token” before I re-added it and there’s been nothing new in the web logs since then even though I added the new PAT and tested by logging out/back in \> Projects \> Create Project \> From Azure DevOps ---
**Author:** ![ayoshi](https://avatars.discourse-cdn.com/v4/letter/a/9de053/32.png) [@ayoshi](https://community.sonarsource.com/u/ayoshi)\ **Post date:** [March 19, 2024, 12:10pm UTC](https://community.sonarsource.com/t/unable-to-import-azure-devops-2019-repositories/110909/11 "2024-03-19T12:10:47Z")
As an update the only thing that was written to the web.log file yesterday is this: [web.log](https://community.sonarsource.com/uploads/short-url/c30A3Dd61xJg9LBH8CiITTcKyqI.log) (6.5 KB) ---
**Author:** ![ayoshi](https://avatars.discourse-cdn.com/v4/letter/a/9de053/32.png) [@ayoshi](https://community.sonarsource.com/u/ayoshi)\ **Post date:** [March 19, 2024, 7:47pm UTC](https://community.sonarsource.com/t/unable-to-import-azure-devops-2019-repositories/110909/12 "2024-03-19T19:47:13Z")
Also, I believe that the PAT may have been working the whole time and my above change was unnecessary and potentially distracting from the issue. Here is a screenshot from Administration \> General Settings \> Configuration \> DevOps Platform Integration and this has shown green since I had SonarQube up and running which indicates that the PAT is accepted. ![image](https://europe1.discourse-cdn.com/sonarsource/uploads/sonarcommunity/original/3X/3/f/3f8cc46e74955d042365f76154be064365168567.png) ---
**Author:** ![ayoshi](https://avatars.discourse-cdn.com/v4/letter/a/9de053/32.png) [@ayoshi](https://community.sonarsource.com/u/ayoshi)\ **Post date:** [March 20, 2024, 10:12pm UTC](https://community.sonarsource.com/t/unable-to-import-azure-devops-2019-repositories/110909/13 "2024-03-20T22:12:42Z")
We can close this out. I never found a solution so I ended up working around on my old windows version and blew away the old configuration/installation paths and then re-installing so we are running on 9.9 LTS currently.