Dev Deletes Entire Production Database, Chaos Ensues

Dev Deletes Entire Production Database, Chaos Ensues

Kevin Fang

1 год назад

2,750,055 Просмотров

Ссылки и html тэги не поддерживаются


Комментарии:

Daniel Ferber
Daniel Ferber - 16.09.2023 18:14

Bike race music was the best part of the video.

Ответить
The Elder Scroller
The Elder Scroller - 15.09.2023 14:23

and that is the "onosecond"

Ответить
ImTrashOnPurpose
ImTrashOnPurpose - 13.09.2023 19:52

"accidentally deleted the database, gg"

Ответить
Rik Vermeer
Rik Vermeer - 13.09.2023 04:18

gg

Ответить
kamilcukrowski
kamilcukrowski - 12.09.2023 21:20

Never `rm -rf`. Always `mv dir dir.sav`. I am surprised they decided to `rm -rf` at all in the first place. Just move the data, deal with removal later. This is highly irresponsive.

Ответить
PlutoniumLavaLamp
PlutoniumLavaLamp - 10.09.2023 06:16

Those who have felt the dread after screwing prod data up can sympathize.

Ответить
G.PAUDRA
G.PAUDRA - 09.09.2023 13:41

They accidentally delete data without knowing for sure if there is a backup available, and they get rewarded by DRI, damn.

Ответить
Ro lf
Ro lf - 09.09.2023 11:07

I'm surprised that this happened on a Tuesday. This is the kind of thing that happens on a Friday at 6PM

Ответить
SrijanRaghavula
SrijanRaghavula - 08.09.2023 06:52

Does this get us fired if we were in his shoes?

Ответить
SrijanRaghavula
SrijanRaghavula - 08.09.2023 06:51

I know how he felt after deleting db1😂😂

Ответить
Arınç ÜNAL
Arınç ÜNAL - 06.09.2023 22:32

Isn't DMARC verification a process from the receiver side to decide if an email is received from the legitimate sender? Why would they set anything regarding DMARC verification on the server that sends the email? I guess you mean they didn't set the DMARC DNS record to tell the receiver what to do with the emails they receive from the server. But that still doesn't make sense since the lack of a DMARC DNS record would not make the receiver reject the emails or make the server not send them...

Ответить
Mempavrai
Mempavrai - 06.09.2023 15:38

"linux is better"
yeah right

Ответить
Epic Hardware
Epic Hardware - 05.09.2023 23:46

damn that was a horror movie

Ответить
Imolo
Imolo - 05.09.2023 20:51

I am still waiting for the video “how gitlab deleted their production database… again”

Ответить
Lorendrawn
Lorendrawn - 05.09.2023 08:55

This is why you save in multiple slots.never know when you might softlock your progress

Ответить
MajStealth
MajStealth - 05.09.2023 01:04

and that is why you change foldernames instead of outright deleting them

Ответить
PFKABB
PFKABB - 02.09.2023 14:06

Cant believe they forgot about the emergency blood sacrifice

Ответить
TheArtofPeace
TheArtofPeace - 01.09.2023 22:57

I once accidently dragged an important file i to the trash bin. I learned to keep my trash bin far from my important files.

Ответить
Jingle
Jingle - 01.09.2023 03:09

Checklists like they use in aircrafts are very handy when it comes to mission critical operations.

Ответить
Squidward
Squidward - 01.09.2023 01:30

I like how it's being narrated in Chornobyl nuclear accident story manner.

Ответить
Lealcy Belegante Junior
Lealcy Belegante Junior - 01.09.2023 01:07

There is a magical command called mv that does everything rm does and is completely rollback-able.

Ответить
James
James - 31.08.2023 17:19

What kind of psycho doesn't just rename the file?

Ответить
MarkyChan
MarkyChan - 31.08.2023 08:58

Ask chatGPT first before implementing things

Ответить
Elite FDC
Elite FDC - 31.08.2023 07:46

are u sure it's not out of malicious intent?

Ответить
SurfsUpSeth
SurfsUpSeth - 30.08.2023 23:31

You can’t prevent mistakes but you can sure prepare for them!

Ответить
Kangketik
Kangketik - 30.08.2023 21:19

Oof moment

Ответить
Fancy Clown
Fancy Clown - 30.08.2023 18:54

Bruh

Ответить
glennog
glennog - 30.08.2023 18:07

Been there, done that, only in my case it was taking down the main network interface on a Solaris YP server used by an entire site of Solaris servers and workstations. The entire site ground to a halt in an instant. I didn't have access to the DC to get local access, either, so I had to make a red-faced confession to my boss for him to make the 2 mile drive to the secure DC.

Ответить
minsiam
minsiam - 30.08.2023 16:09

When I was just starting in a company, I accidentally deleted all the ticket intervals from the database. Causing all the tickets to close immediately and make some massive spam to the admins. I was really terrified of the situation and didn't know what to do, we didn't have any backup as well. I apologized as much as I can and didn't make another mistake like this again in years, sometimes mistakes make you work harder and be more careful in life.

Ответить
Colonel Graff
Colonel Graff - 30.08.2023 01:45

Bruh

Ответить
just_noXi
just_noXi - 29.08.2023 15:17

The problem with postgres backward-version incompatibelity is serious. It should get tackled in future versions.

Ответить
Paul Reichbert
Paul Reichbert - 29.08.2023 10:40

Yeah, at approx 2 commands per second I let someone else check every of my commands before I execute them. In what kinda Willy Wonka Wonderland are you living?

Ответить
Ziggyzaggy 300
Ziggyzaggy 300 - 29.08.2023 00:53

Me who understands less than 50% of the words: hmnn yes interesting wow

Ответить
Tracenji
Tracenji - 28.08.2023 23:04

linux does have an undo
just not when you use the rm command

Ответить
Jong Gutierrez
Jong Gutierrez - 28.08.2023 22:45

Had a friend who his co-worker deleted sql because their app's endpoint was pointing to redis, so he assumed sql was useless xD

Ответить
Michael Scofield
Michael Scofield - 28.08.2023 21:36

The best action in such cases is no action until root cause is determined.

Ответить
MubashirullahD
MubashirullahD - 28.08.2023 18:01

GG gitlabs, may you prosper <3

Ответить
Acc3
Acc3 - 28.08.2023 02:38

I deleted the main site from our backend in my first month as a full stack developer. Fortunately i figured out how to rebuild the apache server and clone the repository but i definitely worked well past my hours that day and the stress was crazy

Ответить
Jim Knowlton
Jim Knowlton - 27.08.2023 19:29

Further proof that computer engineers don't know enough about the systems they are using, they just assume pasting code they find online will fix their problem and if not they can search a forum for help. Gross.

Ответить
Dassy Areg
Dassy Areg - 27.08.2023 09:43

Proper documentation helps a lot while handling crucial data.

Ответить
Davis T.
Davis T. - 27.08.2023 06:36

This is why you use managed DB services like AWS RDS.

Ответить
Alexandre Martini
Alexandre Martini - 27.08.2023 05:21

how did these people get to be dbas in gitlab?

Ответить
Tushar Raina
Tushar Raina - 27.08.2023 00:28

its 3:00 am here rn and that slack notification sound at the start scared the shit outta me

Ответить
htf5555
htf5555 - 26.08.2023 12:21

explained it like it was the chernobyl nuclear disaster

Ответить
nox
nox - 26.08.2023 09:13

How on the h would this person have the access necessary to delete the entire production database?

Ответить
pyrotechnick
pyrotechnick - 26.08.2023 06:23

Is it crazy to have an offline backup of your directory? Even if it's not fully update to date, isn't that better than nothing bc you know, mistakes happen? ...EDIT: oh

Ответить
ImEddieful
ImEddieful - 25.08.2023 22:54

Lol that's why you don't test in production

Ответить
KARLIMO
KARLIMO - 25.08.2023 19:40

When you are deliting anything, check, recheck and rererecheck before hitting enter.

Ответить
Will Gate
Will Gate - 25.08.2023 14:26

(*×*)

Ответить
Random Guy
Random Guy - 25.08.2023 14:23

Microsoft Embrace, Extend, EXTINGUISH

Ответить