GitHub down | Hacker News Reader

GitHub down

status.github.com

64 pointssarnowski33 comments

My favourite part of this is the "All systems operational" in green at the top. Yet, all systems are clearly not operational.

Didn't Github comment on their blog recently [1] on how they were improving and reducing failure detection times? Doesn't speak well for them if it's first on Hacker News and not their own Status page.

tl;dr; > One of the biggest customer-facing effects of this delay was that status.github.com wasn't set to status red until 00:32am UTC, eight minutes after the site became inaccessible. We consider this to be an unacceptably long delay, and will ensure faster communication to our users in the future.

EDIT: "We're investigating some issues with our databases".

[1] https://github.com/blog/2106-january-28th-incident-report

The graphs show the downtime even while the green was at the top. My guess would be that its just something that someone as to toggle.

>09:56 CEST "We're investigating some issues with our databases".

Update:

>10:03 CEST "Everything operating normally."

It did change: https://status.github.com/messages

That's the system that's not operational.

Yeah, me too

I have the feeling that this is happening more and more these days. And it's a mayor problem when a large part of your infrastructure is depending on services like Github (composer, etc.)

It's kind of ironic when one realizes that one of the major design goals of git was to be distributed, to reduce dependency on a single point of failure.

GitHub isn't really a single point of failure. You could easily keep working on your branches and/or forks and re-sync once the server is back up.

That's definitely true, but PRs, comments and bug reports are not distributed, nor are many bridges between Github and external tools (issue trackers like JIRA/Trello, build-servers). This might seem pedantic, but it creates an asymmetry: commits and branches distributed, as opposed to PRs and comments.

Fossil[1] is a distributed scm with a distributed bug tracker, and distributed wiki.

[1] https://www.fossil-scm.org

From https://status.github.com/graphs/past_month

Past Month: APP SERVER AVAILABILITY 99.1701%

Being down for the equivalent of 3 days/year isn't great.

you are extrapolating from the one month with down time. there wasn't any last month, or the month before that.

Fair enough, but they didn't have a "year" link

Let's see how long it takes for people to realize how good an idea it is to rely on this single point of failure for potentially critical systems..

It's an issue for people at large to have this shared point of failure, but not for any particular individual.

Do we really need a new thread every time GH is down for 5 minutes?

Also, please use GitLab.

The last time GitHub went down was in January and it was over two hours.

What prevents GitLab from going down like GitHub?

Update: Yeah, maybe if we run an own GitLab instance in our corporate network.

Update update: Hmm, there seem to be outages in February, March and April, too. Source: https://news.ycombinator.com/item?id=11736331

Any Git hosting provider as large as GH is also likely to go down once in a while. The bigger your scale is the more difficult it is to get nines.

I dunno, I'd see it as the opposite. The bigger the scale the more cost effective it is to have more redundancy. I can't remember the last time Google search wasn't working or saw news about it being down.

The fact that github keeps going down while being a huge business shows they still need to work on having more redundancy, something that's expected of big services like theirs.

well, a lot of people's work is reliant on it, so i'd say it's a pretty important thing.

> Also, please use GitLab.

and you can't just say "use xyz".

GitLab is and GitHub is NOT:

- Free

- Open source

- CI integrated

- Rapid development (because open-source)

It's clearly a case of misrepresenting the status as on https://status.github.com/messages

The graph on https://status.github.com/ specifies the app server availability as 95.5017% for the day.

  24*60*(100-95.5071)/100 = 64.69776 minutes

Github daily status chart, 2016

https://apps.axibase.com/chartlab/25f38b08

Source https://status.github.com/api.json -> Daily Summary

01:56 Mountain Daylight Time "We're investigating some issues with our databases"

my favorite single point of failure /s

A shame... And the github status webpage says everything is fine.

I guess it's up now.

Ir works for me

Up for me too, all systems seem to be operational. Located in Europe if that matters, not sure how GitHub is geographically distributed.

Well, this is a good excuse to not do any work

Reply on news.ycombinator.com