Live data from Hacker News

The day I locked everyone out of the company intranet

dancowell.com

51–60 of 130 posts

Re: The day I locked everyone out of the company intranet

#51

These kinds of scenarios happen when money is "cheap", and highlight why the current recession, and coming 2nd great depression aren't really a bad thing.

I think you'll need to flesh out your logic if you want to convince people that a depression is somehow a net positive.

Re: The day I locked everyone out of the company intranet

#52

These kinds of scenarios happen when money is "cheap", and highlight why the current recession, and coming 2nd great depression aren't really a bad thing.

This was 13 years ago in a small business with no significant investment. No “cheap money” was involved, just the realities of a small business with chronic NIH syndrome.

Re: The day I locked everyone out of the company intranet

#53
I was taught to:

1. Write your WHERE clause first 2. Return to the beginning of the line to finish writing the statement 3. Check your statement 4. If it looks good, then -- and only then -- add your closing semicolon

Having said that, once during my second week at a new company, I plugged in an ethernet cable to an APC UPS, so I could set up networking on it. It shut down production. Why? APC makes (for that model at least) proprietary ethernet cables for networking, and if you plug in a regular cable it does an autoshutdown...an engineers attempt at marketing perhaps!? I did RTFM before, and after out of confusion, and there was no mention of this.

Re: The day I locked everyone out of the company intranet

#54

I've just started my career - I wonder what my first fuck-up will be :)

Own up to it when it happens. Can only get worse if you don't.

Hopefully you work with people that follow that as well.

I can still remember a more senior coworker copying a directory from a network share (Ctrl + C), deleting the directory, and then trying to paste it somewhere else.

I didn't speak up (he also rarely touched the mouse so flew through it), so we both got a chuckle when he realized his mistake and pinged network folks for a backup from tape.

It happens. The real world is messy. Can always learn something new. Can always do something you know not to do.

Re: The day I locked everyone out of the company intranet

#55
I had a thing recently where someone was updating some entries on a system I look after, decided the changes hadn't applied properly, and clicked "Roll back" to put it back to its original state.

Whatever had gotten into it, it rolled back to 2009. It rolled everything back, including user accounts.

No-one who worked there in 2009 still worked there, so no-one had a valid password any more.

Fortunately it was easy enough to copy the last-but-one backup over the top and lose the day before's config updates, and cure its Flowers for Algernon state, but it was a pretty hairy afternoon.

Re: The day I locked everyone out of the company intranet

#56

I was taught to: 1. Write your WHERE clause first 2. Return to the beginning of the line to finish writing the statement 3. Check your statement 4. If it looks good, then -- and only then -- add your closing semicolon Having said that, once during my second week at a new company, I plugged in an ethernet cable to an APC UPS, so I could set up networking on it. It shut down production. Why? APC makes (for that model a…

I will typically do something like this when writing SQL in an interactive tool:

  SELECT * from table
  WHERE id = 12345
and once that's giving me the selection I want, insert the update statement into the middle:

  SELECT * from table
  -- UPDATE table set c1 = v1, c2 = v2
  WHERE id = 12345
Then, accidentally running the entire buffer doesn't do anything destructive, but selecting the query from update to the end of the statement lets me do the update. (It's still imperfect, because selecting only the update line will still be destructive.)

(Most of the RDBMS tools that I've used would happily ignore the lack of a closing semi-colon and that will not save you for a single-statement case.)

Re: The day I locked everyone out of the company intranet

#57
post #39

Earlier quoted context omitted.

In the late 90’s I wanted to try this Linux thing, so I followed a tutorial. First step: fdisk Yes, that was my Windows partition going bye-bye.

So... success? ;)

:D task failed successfully !

Re: The day I locked everyone out of the company intranet

#58
post #29

Back in the 90s I remember a work colleague asking 'can you rollback a drop table?', to which I replied 'no', and all the blood drained from his face in seconds. It's one of those things you've heard happens to people, but until you see it, you can't quite believe it.

> can you rollback a drop table >_ The first thing I did after the recovery marathon was to alias rm so that it instead works by moving stuff to /tmp

[deleted]

Re: The day I locked everyone out of the company intranet

#59
post #29

Back in the 90s I remember a work colleague asking 'can you rollback a drop table?', to which I replied 'no', and all the blood drained from his face in seconds. It's one of those things you've heard happens to people, but until you see it, you can't quite believe it.

Since this seems to be such a common occurrence, why haven't databases evolved to maintain some limited form of history that can be rolled back? Have no idea of the complexity, so forgive me if that sounds daft.

Re: The day I locked everyone out of the company intranet

#60
My chooosen database explorer is Dbeaver. Horrible name but great app.

You can set colours for local/test/prod servers and a red colored tab will scream at you to be cautious. And with red color every edit will pop up an "are you sure?" question. And autocommit is off.

I sorta stopped making unrecoverable mistakes.

Post reply on HN