Earlier quoted context omitted.
Now I'm curious how you managed to recover. I only know enough of my way around a shell to be dangerous and I'd be SoL if I ended up in this situation.
Recovery disk, then either copy the disk's copy of bash (if it doesn't depend on a later glibc version), copy another shell to /bin/bash (as the system probably doesn't depend on bash-specific commands to boot), chroot and use the package manager, or use the package manager with an explicit sysroot (e.g. pacman --sysroot). The first two steps are very easy compared to the latter two, but should be followed by a reins…
Ask HN: Best “I brought down production” story?
261–270 of 301 posts
Re: Ask HN: Best “I brought down production” story?
#262As a new junior, remote, part-time hire, I got frustrated that my test suite wasn't passing on my laptop. So I checked out the codebase on a production server and ran my tests there. The test suite initialized by truncating all tables and loading fixtures instead. Using production database credentials. Oops.
Well… did the tests pass in production, at least?
Re: Ask HN: Best “I brought down production” story?
#263I worked in online advertising and pushed infinite loops that froze browsers to millions of unsuspecting victims. On another occasion I had a division operation happen on integers instead of floats, and the code was running on some hardware that steered antennas for radios on airplanes. Much time was spent by pilots flying in circles over LA while I gathered data and found the "oops". It was fixed by adding a period…
> On another occasion my machine learning demo API failed due to heavy load, but only when India's prime minister was looking at it. Okay, I'll bite. You can't just drop a war story headline like that and walk off. Please expand.
Re: Ask HN: Best “I brought down production” story?
#264Earlier quoted context omitted.
>One night in bed I realized that if someone hit submit on the delete screen without filling in any criteria it would just delete the whole database. how
Lack of validation? I.e if no criteria, it could be sending a DELETE message with no where clause in SQL land.
we've had some really heated debates, but nobody would listen to me. and then one day DELETE happened where $user was empty. they spent half day restoring the database, but nobody made any conclusions and nothing changed...
Re: Ask HN: Best “I brought down production” story?
#265Here's a good reminder of the dangers of scale. When Need for Speed (2015) came out I was one of the software engineers in the war room, monitoring crashes and usage statistics. At one point we saw a big drop in active users and it turned out it was because servers kept crashing. That was a big deal since a server crash was usually rare and naturally meant disconnecting all players on it. After a bit of searching I f…
Re: Ask HN: Best “I brought down production” story?
#266$ (cd /usr; tar cf - *) | (cd /mnt; tar xvpf -)
Only I typoed ’cd /mnt’ which made the changedir fail and my current working dir was /usr so I had one tar-process archiving /usr then streaming the data to another tar process that used it to overwrite everything under /usr. After a few seconds of nothing appearing under /mnt I got really nervous I’d done something stupid. Then I realised what was happening and had a couple more seconds of hoping it’d be fine (given that I was overwriting /usr with its own data). Then the system log lit up like a christmas tree with error messages and a few seconds later the machine froze. Can’t recommend doing backups this way.
Re: Ask HN: Best “I brought down production” story?
#267Re: Ask HN: Best “I brought down production” story?
#268I'm in the fortunate position of having been able to tell our story in detail on our blog after a major outage involving Cassandra and bootstrap behaviour that we didn't fully understand. This is a story of how I bought down the bank for two hours. https://monzo.com/blog/2019/09/08/why-monzo-wasnt-working-on... In summary, we were scaling up our production Cassandra data store and we didn't migrate/backfill the data…
I have a Cassandra story as well. At a previous employer our org used a database that was a custom wrapper around Cassandra. This was a fairly large organization and this particular database was the keystone to the vast majority of operations of this particular organization. Well, one day I was giving a demo to some junior devs on how to use the REST API for the database which just so happened to take in raw Solr que…
Unless you work at Apple or Netflix or Spotify, finding Cassandra experts is going to be nigh on impossible and the community just isn't there unfortunately.
Re: Ask HN: Best “I brought down production” story?
#269I'm in the fortunate position of having been able to tell our story in detail on our blog after a major outage involving Cassandra and bootstrap behaviour that we didn't fully understand. This is a story of how I bought down the bank for two hours. https://monzo.com/blog/2019/09/08/why-monzo-wasnt-working-on... In summary, we were scaling up our production Cassandra data store and we didn't migrate/backfill the data…
That’s a great writeup, thanks for all the detail! I was always worried about something like this happening so only ever provisioned (via ansible) one server at a time. When the logs showed it was fully synced, we provisioned the next node. It could take two days to add 10 nodes but I always felt much safer