GitLab omylem smazal databázi, automatické zálohy nefungovaly

Přesně tak. Oba dva postižení uživatelé si trhají vlasy.

Precti si jeste jednou (nebo alespon jednou) o co prisli...

O kód přijít nemohli (protože git). O bug reporty a komentáře přijít mohli, pokud je nikdo z uživatelů neodebírá emailem. Pokud odebírá, pak toho mají plný email a můžou si v tom hledat, tedy ztráta pro uživatele a firmy je v tomto případě téměř nulová.Stačí, aby si jeden z uživatelů povolil ssh přístup k sobě na počítač a dočasný server na synchronizaci, který celý tým může používat, je na světě.Jediný důsledek, který tady vidím, je, že je to trochu trapná situace pro samotný Gitlab.

Nemohli, protože se to netýkalo repozitářů jako takových. Kdyby týkalo, tak tě stejně git ve všech případech zachránit nemusí. Viz můj post o chlup vejš. Jinak přijít o tickety je docela průser, tak jako tak. Je naivní si myslet, že ti to tam všichni znovu nareportujou a všichni se k tomu opět kloudně vyjádří...

Přesně tak, je to naprostý konec. Nejen gitu, ale i lidstva jako takového. Ty tickety za 6 hodin nic na světě nenahradí.Normálně se to přežije, zkusíme se z toho poučit, a příště to dopadne úplně stejně, jen už budeme vědět, jak to probíhá. Však lidstvo se takhle učí už opravdu dlouho. Jestli mi něco dala praxe sysadmina, tak že žádný průser není dost velký, aby to nemohlo být horší

Což může být problém, pokud člověk používá tyhle služby na záloho vlastního kódu, na kterém pracuje sám, a ve špatný okamžik mu třeba odejde disk a po nové instalaci OS zjistí, že GitLab umřel.
Samozřejmě je vždy lepší zálohovat i bokem i někam lokálně nebo na další službu jako GitHub nebo Bitbucket (2 remoty pro jeden repozitář jsou teda výrazně snazší než vlastní záloha) ale to nedělá zdaleka každý.
Takže ač to sice není absolutní tragédie, je to stále velký problém a přinejmenším obří PR průser.

Pokud jsem to dobře pochopil, tak nešlo ani o ztrátu dat ve smyslu uložených souborů.Autor si to třeba i uvědomí, ale chápejte, potřebuje nalákat čtenáře. Ztráta dat na gitlabu zní lépe než výpadek a ztráta některých nahlášených chyb (za posledních 6 hodin).Jsem rád, že s tím vyšli na veřejnost, sám jsem tohle několikrát zažil a bojím se toho jako čert kříže. Naposledy se to povedlo mně, kdy jsem našel pár nefunkčních záloh, stát se to může i při nejlepší péči. Platí tam totiž pravidlo Schrodingerovy zálohy http://starecat.com/content/wp-content/upload... ... . Admin, který to nezažil, není admin

Tak to se stane velice lehce. Stačí nějaký čas neudržovaný projekt, který už nikdo z programátorů na locale nemá.

Ten zas bude pravděpodobně starší, než těch 6 hodin.

git repozitářům se nic nestaloale zmizelo 6 hodin všeho ostatního - issues, users, comments atd atd.

Pokud na projektu spolupracuje tým (který nesedí na jednom fleku), je docela blbý, když se jim rozsyncují data a ještě horší, že pak nemůžou na projektu chvíli pracovat. Tam ty peníze prostě jsou.

Za předpokladu že nedělal shallow clone, což zrovna u velkejch repozitářů s dlouhou historií bejvá vcelku běžná praxe. Navíc nemusej bejt naklonovaný všechny větve, ale jen ty, kde momentálně probíhá vývoj

Kdepak testovat, testovat jestli je to ulozeno.

Je tam někde stream, jak ve sklepě bičují toho admina?

Ten si chudák dost užil i bez toho. Komu se něco podobného nikdy nestalo snad ani nikdy nebyl admin :) Já takhle naštěstí jen jednou restartovala špatný server, ale mohlo být hůř. Od toho má být i infrastruktura odolná vůči takovým chybám. Gitlab se tomu postavil čelem a věřím že příště už k průšvihu takového rozsahu nedojde.

To mi pripomina :3 ako sa mi podarilo na produkcnej DB premazat table users namiesto karty localhost :D :D :D :D vdaka bohu za zalohu

Uzivatele jsou pro kazdou DB jen zbytecnym rizikem.. ;o)