based on user reports and queries over the last 24 hours
GitLab outage statistics
- Email: support@gitlab.com
- Official website: https://about.gitlab.com
- X: https://x.com/gitlab
- LinkedIn: https://www.linkedin.com/company/gitlab-com
- YouTube: https://www.youtube.com/channel/UCnMGQ8QHMAnVIsI3xJrihhg
Slow response times and lag can stem from several sources. Check server resource usage such as CPU, memory, and disk I/O, as insufficient resources are a common bottleneck. Review the application logs for errors or long-running database queries that indicate inefficient code or missing database indexes. Ensure the instance is running a supported version, as older versions may lack performance optimizations. Consider scaling the infrastructure horizontally by adding more application servers or vertically by upgrading server specifications. Utilize GitLab's integrated monitoring tools or Prometheus to identify specific performance hotspots.
Users being unable to log in or access specific projects is a frequent issue. Verify that the authentication source (e.g., LDAP, OmniAuth) is correctly configured and online if external auth is used. Check project and group visibility settings to ensure they are not set to 'Private' unintentionally. Review user permissions and membership within groups to confirm they have the required access level (e.g., Reporter, Developer, Maintainer). For SAML/SSO issues, confirm the identity provider's settings match GitLab's configuration.
Errors during git pushes, pulls, or clone operations often relate to repository corruption or disk space. Run the GitLab integrity check (gitlab-rake gitlab:check) to identify repository inconsistencies. Ensure the GitLab server's disk has sufficient free space, as running out of space can halt git operations. Check network connectivity and firewall rules between user machines and the GitLab server. Review SSH key configurations for users if authentication failures occur during git operations over SSH.
Issues with Sidekiq, which handles background jobs like pipeline triggers and email notifications, can cause workflows to stall. Check the Sidekiq dashboard in the Admin Area for a backlog of jobs or failed jobs. Verify that the Redis instance, which Sidekiq uses, is running and responsive. Ensure the correct number of Sidekiq processes are running to handle the job queue load. Monitor resource usage on the server hosting Sidekiq, as insufficient memory or CPU can slow down job processing.
Failed pipelines can be due to errors in the .gitlab-ci.yml configuration file or issues with the runner infrastructure. Validate the syntax of the .gitlab-ci.yml file using the CI Lint tool available in the project's CI/CD settings. Check the status and configuration of the GitLab Runner; ensure it is online and has the necessary tags to pick up jobs. Review runner logs for errors related to executor issues (e.g., Docker, Kubernetes) or problems fetching dependencies. Confirm that any required secrets or variables are correctly defined in the project's or group's CI/CD settings.
Errors indicating the service cannot connect to its PostgreSQL database are critical. Verify that the database service is running on the expected host and port. Check the database connection configuration in GitLab's configuration files (e.g., /etc/gitlab/gitlab.rb) for accuracy. Ensure network connectivity exists between the application server and the database server. Monitor database performance and connections, as a high number of connections or slow queries can lead to timeouts. Run database maintenance tasks like vacuuming to keep performance optimal.
Problems with the web UI not loading correctly or static assets (CSS, JavaScript) failing to load are often caching-related. Clear the browser's cache and cookies, or try accessing the instance in an incognito window. If using a reverse proxy or CDN, ensure it is correctly configured and not serving stale assets. Check the GitLab service's status using the gitlab-ctl status command to ensure all required components (e.g., Puma, Workhorse) are running. Reconfigure the instance if necessary and restart the services.
GitLab
Your message will be published in about
5 minutes
Service administration will see your message