Gitlab.com was experiencing elevated error rates for Git, Web, and API • Hacker News Board

Re: Gitlab.com was experiencing elevated error rates for Git, Web, and API

#91

Post by hobs » Mon, Mar 15, 2021, 3:57 PM UTC

ahachete wrote: post #89

hobs wrote: post #88

Earlier quoted context omitted.

s/sensible/sensitive/ Would this be a place where a plan hint would help? It seems like having to re-analyze would mean that this is just a matter of time before it becomes problematic again.

> s/sensible/sensitive/ Thanks :) > Would this be a place where a plan hint would help? It is one option to consider (I wrote about it last week: https://gitlab.com/gitlab-com/gl-infra/production/-/issues/3... ), but it is not an ideal solution, for several reasons. Re-analyze is not the solution either, but as a short-term measure, cron-ed ANALYZEs will be run. Longer term, apart from refactoring some queries which…

Gotcha, that makes sense to me - refactoring queries which wanna flip would be my choice as well, just thinking that if the analyze fixes plans its (in my experience) "well we could have just used this plan anyway" - both of them are short term fixes for sure.

Re: Gitlab.com was experiencing elevated error rates for Git, Web, and API

#92

Post by mroche » Mon, Mar 15, 2021, 4:44 PM UTC

tomxor wrote: post #71

the_duke wrote: post #55

Earlier quoted context omitted.

If you want transparent failover you need to use your own domain for the repo URL. In case of a failure you (or some automatic job) would have to change the DNS record. Gitlab has a repo mirroring feature [1]. But of course you'd also need to sync users public keys. Downtimes are so infrequent and relatively short that this isn't worth the effort for me. You can instead set up a read-only mirror so people can at leas…

Thanks this is useful to know > Downtimes are so infrequent and relatively short that this isn't worth the effort for me. That's essentially the same conclusion I keep coming too, occasionally it has hit me when I go to push something but rarely has it blocked me or anyone else from continuing to work. > You can instead set up a read-only mirror so people can at least still pull and browse the code Yeah, this I need…

Maybe some kind of pre/post-push hook to automatically push to a secondary repo? Not entirely sure if this is possible, I’ve never written a Git hook before.

https://git-scm.com/book/en/v2/Customizing-Git-Git-Hooks

Re: Gitlab.com was experiencing elevated error rates for Git, Web, and API

#93

Post by faizmokhtar » Tue, Mar 16, 2021, 2:17 AM UTC

ing33k wrote: post #76

pbalau wrote: post #66

Earlier quoted context omitted.

We are using bitbucket atm and I can't fathom a reason to move, care to elaborate?

mainly for DevOps related features. https://about.gitlab.com/devops-tools/bitbucket-vs-gitlab/ ( marketing page, but mostly valid points )

and better code review experience as compared to Gitlab

Re: Gitlab.com was experiencing elevated error rates for Git, Web, and API

#94

Post by pbalau » Wed, Mar 17, 2021, 10:16 PM UTC

ing33k wrote: post #76

pbalau wrote: post #66

Earlier quoted context omitted.

We are using bitbucket atm and I can't fathom a reason to move, care to elaborate?

mainly for DevOps related features. https://about.gitlab.com/devops-tools/bitbucket-vs-gitlab/ ( marketing page, but mostly valid points )

Most of those are either supported by other Atlassian products or not important at all. Why would I care about a web ide?