doc/user/gitlab_duo/troubleshooting.md
When working with GitLab Duo, you might encounter issues.
Start by running a health check to determine if your instance meets the requirements to use GitLab Duo.
For more information on troubleshooting GitLab Duo, see:
If the health check does not resolve your problem, review these troubleshooting steps.
In addition to ensuring GitLab Duo features are turned on, you can also do the following:
As administrator, run a health check for GitLab Duo.
{{< tabs >}}
{{< tab title="In 17.5 and later" >}}
In GitLab 17.5 and later, you can use the UI to run health checks and download a detailed report that helps identify and troubleshoot issues.
{{< /tab >}}
{{< tab title="In 17.4" >}}
In GitLab 17.4, you can run the health check Rake task to generate a detailed report that helps identify and troubleshoot issues.
sudo gitlab-rails 'cloud_connector:health_check(root,report.json)'
{{< /tab >}}
{{< tab title="In 17.3 and earlier" >}}
In GitLab 17.3 and earlier, you can download and run the health_check script to generate a detailed report that helps identify and troubleshoot issues.
Download the health check script:
wget https://gitlab.com/gitlab-org/gitlab/-/snippets/3734617/raw/main/health_check.rb
Run the script using Rails Runner:
gitlab-rails runner [full_path/to/health_check.rb] --debug --username [username] --output-file [report.txt]
Usage: gitlab-rails runner full_path/to/health_check.rb
--debug Enable debug mode
--output-file FILE Write a report to FILE
--username USERNAME Provide a username to test seat assignments
--skip [CHECK] Skip specific check (options: access_data, token, license, host, features, end_to_end)
{{< /tab >}}
{{< /tabs >}}
Verify that the GitLab instance can reach the required GitLab.com endpoints.
You can use command-line tools such as curl to verify the connectivity.
curl --verbose "https://cloud.gitlab.com"
curl --verbose "https://customers.gitlab.com"
If an HTTP/S proxy is configured for the GitLab instance, include the proxy parameter in the curl command.
# https proxy for curl
curl --verbose --proxy "http://USERNAME:[email protected]:8080" "https://cloud.gitlab.com"
curl --verbose --proxy "http://USERNAME:[email protected]:8080" "https://customers.gitlab.com"
Optional. If you are using a proxy server between the GitLab application and the public internet, disable DNS rebinding protection.
Manually synchronize subscription data.
Webview didn't initialize in 10000msYou might get this error when using GitLab Duo Chat in VS Code Remote SSH or WSL
sessions. The extension might also attempt to incorrectly connect to a 127.0.0.1 address.
This issue occurs when remote environments introduce latency that exceeds the hardcoded 10-second timeout in GitLab VS Code Extension 6.8.0 and later.
To resolve this issue:
In VS Code, open the Settings editor:
Select Open Settings (JSON) to edit your settings.json file.
Alternatively, press <kbd>F1</kbd>, enter Preferences: Open Settings (JSON),
and select it.
Add this setting:
"gitlab.featureFlags.languageServerWebviews": false
Save and reload VS Code.
GitLab Duo Core should work out-of-the-box on GitLab 18.3 and later for Premium and Ultimate customers.
Pre-production GitLab Dedicated instances do not support GitLab Duo Core by design.
You might experience one or more of these issues:
"addOnPurchases": [].These issues occur when your license is not properly synchronized with the instance.
To resolve this issue, create a support ticket to verify license synchronization. Support can check synchronization status and request new license generation if needed.
GitLab-workflow failed: the GitLab Language server failed to start in 10 secondsYou might get this error when using GitLab Duo Chat in the Web IDE.
You might also see console errors about Platform is missing!
This issue occurs when network connectivity to cloud.gitlab.com and
customers.gitlab.com is blocked by network configuration.
To resolve this issue:
cloud.gitlab.com:443 and customers.gitlab.com:443.Unable to resolve resourceYou might get this error when the Web IDE fails to load.
Check browser logs for CORS errors: failed to load because it violates the following Content Security policy.
This issue occurs when CORS policies block required resources.
To resolve this issue:
https://*.cdn.web-ide.gitlab-static.net to your CORS policy.For more information, see CORS issues.
In addition to turning on GitLab Duo features, you can also do the following: