GitLab skasował przypadkiem produkcyjną bazę… a backup nie działa

Sprawdźcie czy macie backup waszych projektów. Roztargniony admin w GitLab przerwał rm -rf na produkcyjnej bazie w momencie gdy z 300GB zostało już tylko 4,5GB.

[TheFuckingRoses]

@Lluc: wszedlem tu tylko po to by sprawdzić czy ktoś powiązał te dwie historie ( ͡°( ͡° ͜ʖ( ͡° ͜ʖ ͡°)ʖ ͡°) ͡°)(⌐ ͡■ ͜ʖ ͡■)

[qqwwee]

@gzem89: W wielkim skrócie: Był sobie pracodawca (właściciel firmy hostingowej) Janusz (a tak naprawdę to BArtek), który przycebulił i nie chciał dać adminowi podwyżki. Admin stwierdził, że ma to gdzieś i odchodzi. I tak to sobie hulało i hulało, aż pewnego razu #!$%@?ło się na amen. Klienci stracili dane, a Bartuś zaczął panikować. Efektem tej paniki jest ten wpis z Facebooka ( ͡° ͜ʖ ͡°)

[LiuKang]

no to fajrant (⌐ ͡■ ͜ʖ ͡■)

[cudiv]

@LiuKang: u mnie też dziś wolne, trzeba podziękować Mirasowi za jego błąd

[Sargon_Ankro]

@LiuKang: zainspirowałeś mnie ;]

[r.....n]

# rm -rf * - ło kur..... nie to okienko !

[r.....n]

@pabloxxl: Z opcją -f przechodzi :)

[D.....k]

@roztoczanin: kto tak nigdy nie zrobil, niech pierwszy rzuci kamieniem. Na szczescie, nie zrobilem tego na produkcji ^^

[IroL]

To niech pobierze sobie z chomikuj, może tam jest:)))))

[6a6b6c]

I mi mowisz, ze masz zly dzien w pracy? xD

[WujekRada]

Wytłumaczy ktoś laikowi o co chodzi?

[fervi]

@WujekRada: Ktoś miał usunąć dane z innego dysku niż to zrobił XD

[t.....i]

@WujekRada:

Gitlabto serwis podobny do Githuba - czyli zdalne repozytorium kodu. Obecnie jest to nieodłączne narzędzie programistów, pozwala na wersjonowanie kodu, dzielenie się kodem, pracę nad tym samym kodem w zespole, etc. Krótko mówiąc to miejse, w którym przechowujesz kod swojego programu (poza lokalną kopią oczywiście).

rm -rf - to linuksowe polecenie służące do kasowania zawartości dysku.

produkcyjna baza - baza, z której korzysta serwis (w odróżnieniu np. od bazy

[ZiumZium]

Git. !

[unhit]

Nie wiem czemu tak jedziecie po tym adminie... Z dokumentu wynika, że co najmniej do 23 pracował w stresujących warunkach. Replika bazy była w tyle o 4GB z powodu spamowania gitlaba przez gimbusów, więc najpierw musiał poblokować idiotów, żeby w ogóle zacząć pracować. Później rozpoczął synchronizację, chciał na "czysto", więc usunął dane z repliki. Niestety, proces replikacji nie mógł się rozpocząć z powodu różnych błędów. W tym momencie jestem w stanie wczuć

[g.....9]

#!$%@?ły mu się okna i wywalił dane z głównego serwera... Ludzki błąd.

@unhit: niech rzuci kamieniem ten, któremu choć raz nie #!$%@?ły się okna, nie ważne już czego, może być i nawet komunikatora, czy kontaktu podczas pisania smsa :D

[unhit]

@g83kp9: No właśnie... kiedyś chciałem otworzyć okno w pokoju, #!$%@?ło mi się i przez przypadek otworzyłem w łazience. Najgorzej :\

( ͡° ͜ʖ ͡°)

[mardok]

300GB coś mała ta baza

[raven4444]

@mardok: tylko wiki i merge req

[raven4444]

@nsfw: repa są bezpieczne

[cruc]

Dla tego backupy należy też od czasu do czasu testować, poza tym metoda kasowani rm -rf chyba nie jest jakoś szczególnie agresywna i dane są możliwe do odzyskania

[kwanty]

Dla tego backupy należy też od czasu do czasu testować

@cruc: No właśnie testował - wywalił produkcyjną bazę i chciał przywrócić z backupu ;-)

[r.....n]

@cruc: Właśnie testują. ( ͡º ͜ʖ͡º)