Programmer Humor @programming.dev andioop @programming.dev 2 days ago

10 things that block your Happiness

Source

Transcript:

Self-hatred
Not being able to let go of the past.
Not being able to forgive yourself.
Not being able to value who you are.
Assuming RAID is backup.
Not making backups.
Not verifying backups and finding out restore time.
Needing other people to validate you.
Letting other people define who you are.
Trying to be perfect and to please everyone.

32 comments

RAID 0 is the best way to ensure data redundancy. It's what we use at every Fortune500 company and there's not an issue.
- But it's still not a backup strategy. You should always have a second partition on the server that you sync your data over to. For performance reasons this partition should be on the same RAID 0 array.
  
  Backing up to a different partition on the same RAID array sounds like a good way to lose all your data.
  
  The backup should be physically separate from the original.
  
  This guy RAIDs
  
  Preferably something geographically separated from the server as well in case of some kind of physically destructive event like a fire.
- I prefer RAID -1, which is like RAID 0 except that you routinely yank one of the drives so that only the fittest of the bits survive, greatly improving the quality of your data!
  
  Evolution in practice!
- I can validate this. I work as the IT ops guy for every Fortune 500 company and we only use RAID-0 for backups.
  
  A singular raid0 for all of them to make sure it's safe
- what? 🤨
  
  You made me doubt a second
RAID with parity is technically a backup, just a mostly ineffective one. It’s a backup that allows you to recover from exactly one scenario, single (or double) device hardware failure.

But I definitely understand the mantra “RAID is not a backup”. It’s not what most people think of when they say “backup”.
IT team is in charge of backups. They swore up and down that everything was fine and backups are working correctly.

For my department because I believe in Happiness, asked them to send me a backup. It was garbage data.

Then I learned how they verified the backups were working if the file size was bigger than 0kb.
Don't forget being forced into the office
Pro tip: Copying a Postgres database while live transactions are interacting with it frequently results in a corrupt backup.

Thankfully I test my Luanti backups.

Edit: I should clarify - My dangerous backup method was a naive file copy. I'm sure there's a different correct way to do a live backup. I just haven't checked into it yet, since stopping my Luanti server for a backup is no big deal.
- Yikes! Thanks for the tip. I'm just starting to learn about Postgres. Think I'll stick with MySQL or SQLite for now... :o
- Seriously? Dammit
Validate your backups, do not let them validate you!
Social media
excuse me but my raid is going to be a backup just to comply with rule 10.
I have read these bullshit self-help self-affirmation and similar posts so often, my brain refuses to read anything related anymore. Had to do like 3 takes until I noticed.
If only my happiness supported non-blocking I/O
I recently changed my hosting provider and wanted to install the new server from the backups I've been creating daily for the last four years. Well, it turned out the backup process got stuck on a lock file in July, 2021. And the email process that should have notified me was broken too. I was so happy I didn't find this out in an emergency and spent more time testing the email notification this time.

You've viewed 32 comments.