Oh, one of our customers' users deleted the /var directory on one of the servers we provided to them, because it was "taking up too much space on disk". That's where Postgres saves its DBs as well; wiped out weeks of work in production for them. This hits very close to home.
9 Comments
Forester@yiffit.net · 44 pts · 2y
For the love of Christ, back your shit up before you fuck with it.
bus_factor@lemmy.world · 30 pts · 2y
Also: Move stuff, don't delete it. It's faster to restore from a renamed folder than from backup.
riddlemeboner@lemdro.id · 6 pts · 2y
No backup no sympathy
NegativeLookBehind@lemmy.world · 12 pts · 2y
addie@feddit.uk · 25 pts · 2y
Oh, one of our customers' users deleted the
/vardirectory on one of the servers we provided to them, because it was "taking up too much space on disk". That's where Postgres saves its DBs as well; wiped out weeks of work in production for them. This hits very close to home.Forester@yiffit.net · 3 pts · 2y
Yeah I see a few of those a day
Forester@yiffit.net · 9 pts · 2y
The joys of providing support for idiots
SpaceNoodle@lemmy.world · 4 pts · 2y
Not for long
Omgboom@lemmy.zip · 9 pts · 2y
I forgot to make a backup of a really complicated docker-compose.yml file yesterday, so I got to spend my Saturday reconstructing it
Black616Angel@discuss.tchncs.de · 4 pts · 2y
First thing to do with the bare metal server is enabling ufw via ssh and then asking someone to hard reboot it in the hopes, it wasn't saved...
"Duh! Of course we need root access!"