Live data from Hacker News

Gitlab is down

gitlab.com

11–20 of 47 posts

Re: Gitlab is down

#11
I'm rapidly starting to question my use of mid-tier web services. Who else is operating like this? CI/CD, Staging, downtime playbooks, backup playbooks, all of this or any combination of it would have been a good idea. Folks, I just want to work without my tools failing so that I can go home and think about something else.

Re: Gitlab is down

#12
post #3

Status: Investigating https://twitter.com/gitlabstatus

Should be all good again.

Updates:

Our Redis cluster is currently experiencing a split brain, we are looking into the problem

Split brain is fixed for Redis cluster we are currently investigating the cause

We're performing a hard restart of our Unicorns, this may lead to an increase in HTTP 500 errors

Deployment finished and (link: http://GitLab.com) GitLab.com is available again. Apologies for the bumpy ride.

Re: Gitlab is down

#13

Question: with a strict CI/CD in place, as well as a staging server, how can these problems be so common for Gitlab? Isn't this exactly what CI is supposed to prevent? Not blaming Gitlab for bad practices or anything, i'm just curious.

> Not blaming Gitlab for bad practices or anything, i'm just curious.

On the contrary, the backup snafu was caused by a series of bad practices. If that's how backups are handled I wouldn't be surprised if the rest of the testing infrastructure has issues as well. Heck, I'd be surprised if it didn't!

Particularly because a solid testing infrastructure works in tandem with your backup processes by restoring recent backups.

Nothing tests new code better than running it on a production restore and nothing validates backups better than using them on a regular basis for testing.

Re: Gitlab is down

#14
post #4

status.gitlab.com is also not loading. Gitlab pages hasn't been working properly for me(redirects to a 404)[1] [1]: https://gitlab.com/gitlab-org/gitlab-pages/issues/43

running your status page from the same infrastructure is a really bad idea

Re: Gitlab is down

#16
Unfortunately, events like this are one of the reasons I never was able to go all in on Gitlab. When I first started trying it out the performance was not great (it is pretty good these days though) and they just seemed to have more of these smallish events. I realize Github also has problems but it feels like they are much less frequent. I don't have any data to back that up though.

Either way, went self hosted recently so now I only worry about my server haha.

Re: Gitlab is down

#17

I'm rapidly starting to question my use of mid-tier web services. Who else is operating like this? CI/CD, Staging, downtime playbooks, backup playbooks, all of this or any combination of it would have been a good idea. Folks, I just want to work without my tools failing so that I can go home and think about something else.

GitLab.com is a testing platform for their Enterprise version.

If you want to guarantee reliability you need to pay for hosting or self-host.

Otherwise, there are quite a few competitors in this market with 99.99%+ guarantees.

Re: Gitlab is down

#18

Question: with a strict CI/CD in place, as well as a staging server, how can these problems be so common for Gitlab? Isn't this exactly what CI is supposed to prevent? Not blaming Gitlab for bad practices or anything, i'm just curious.

Even with a staging server, things can pass testing but fail in production if the staging environment provides an imperfect simulation of the production environment - and that's almost inevitable.

For example, your staging environment servers should be connecting to a different database with a different password. If the password's right in the staging config but wrong (or missing) in the production config, things that work in staging can fail in production.

Re: Gitlab is down

#19

Question: with a strict CI/CD in place, as well as a staging server, how can these problems be so common for Gitlab? Isn't this exactly what CI is supposed to prevent? Not blaming Gitlab for bad practices or anything, i'm just curious.

Isn't this exactly what CI is supposed to prevent?

CI is only a facilitator, if their test coverage or quality isn't as good as it could be it won't make much difference. Also if it's due to load not sure how much loading testing they would do as part of CI. Having CI and writing automated tests is something everyone seems to agree in theory is a good idea but in my experience hardly anyone does it well because writing features always trumps writing tests. I am not talking about Gitlab specifically, I know absolutely nothing about their set up, only in general.

True story, I am involved with a startup that offers cloud based storage/reporting of test results (https://www.tesults.com) and my colleague just emailed the CTO of Gitlab yesterday to offer a promotion on a plan, very odd indeed to see this story on HN the next day!

Re: Gitlab is down

#20
I get the impression that Gitlab focuses a little too much on releasing new features at a rapid pace with every release. Maybe they should spend more time on running their infrastructure reliably and getting their engineering practices up to speed. The recent events will raise a red flag with enterprises who might be potential Gitlab customers and that directly affects their bottomline.
Post reply on HN