Follow for updates about the status of GitLab.com.

Based in United States
GitLab system status: Operational 🎉 @GitLab Twitter handle status: not so much ☹️ If you are reaching out to @GitLab for assistance, you may get a response from this handle (@gitlabstatus) or from one of team members' Twitter accounts.
2
6
22
We are currently investigating health check availability issues with our API fleet on GitLab.com. Follow the working doc at docs.google.com/document/d/1… Issue at gitlab.com/gitlab-com/produc…
1
1
4
We've restored service to the GitLab.com container registry, registry.gitlab.com. Post-mortem to follow at gitlab.com/gitlab-com/infras…. Apologies for any inconvenience caused.
3
1
11
We have resolved the performance degradation GitLab.com was experiencing in Postgres queries. We will continue the post-mortem will be conducted in gitlab.com/gitlab-com/infras…. Apologies for any inconvenience caused. monitor.gitlab.net/dashboard…
5
25
GitLab.com is experiencing high latencies due to Postgres database query issues. We are currently investigating why some queries are no longer being optimized correctly. monitor.gitlab.net/dashboard…
1
2
8
GitLab.com is operating normally once again. We are continuing to investigate the root causes of today's incident, and will conduct a post-mortem in gitlab.com/gitlab-com/infras…. Thanks for your understanding, and once again, apologies for any inconvenience caused.
3
7
24
Service is returning to normal on GitLab.com after our secondary instances lost replication while carrying out planned maintenance. Retrospective to follow at gitlab.com/gitlab-com/infras…. Apologies for any inconvenience.
8
5
49
GitLab.com continues to experience high latencies and queue times after a corrupt replication segment caused our secondary Postgres instances to stop replicating off the primary. We are working to resolve the problem. Working doc here: docs.google.com/document/d/1…
17
14
60
Initial investigation indicates that during a deployment, a backward incompatibility resulted in cache poisoning. This caused a sharp increase in git errors between 09h35 and 10h05 UTC: Postmortem: gitlab.com/gitlab-com/infras…
3
3
18
Memory increase seems to have had quite the positive impact on API (1) and SSH key looks (2) timings:
1
1
6
Still early to tell for certain, but the impact appears to be quite promising.
2
We removed failed machines in shared runners pool. We will be monitoring the performance for a next few days.
1
1
packages.gitlab.com is working again, the S3 issue has been resolved. status.aws.amazon.com/
1
Replying to @ferenc
@ferenc @vmate we are seeing @vmate's IP in our UFW logs, but we don't know what it means :(
1
We are investigating performance / brown-out issues from earlier today. (Times in screenshot are CEST.)
The database upgrade was completed without any interruption. Enjoy your faster GitLab Cloud.
1