Who's done some stupid sh_t?

Where are the guys that do BGP routing for the ISPs? They really have the potential to screw things up badly:twisted:
 
Begin Tran;
Truncate table x;
Do bunch of stuff, including inserts toTable x;
ROllback tran;

Look on in confusion why table x does not look right.

Junior did not last long.
 
There's a electrician out there that will remember one moment his entire life.
He was inspecting something in the dbboard in the server room, and had taken the cover off.
While busy explaining something to the Tech Lead Support, the cover slipped out of his hands, and fell, tripping every breaker in the process. I mean, everyone. Everything in the server room suddenly lost power. Firewall, exchange, routers, all of it. Including servers hosting webpages for our UK offices...
The last we saw of him as we frantically tried to get everything back up without losing anything, was the CIO literally chasing him out of the office park. It took 2 days to get that mess sorted out.

I don't think he was ever allowed into a IT company again.
 
I had a script that had a config.php for front end and admin. Moved the script to another domain on the same server and updated only the front end config file. So everytime I log into Admin and change something, it didnt change on the front-end. After about 7 different updates I realised oh, ooooooohhhhhhhhhhh and it actually updated the content on the other domain.

Thats stupid enough in my eyes. Needless to say, it now has 1 config.php file.
 
Today @ 8am we got a call from the client - one of their beloved reports are missing from the server, a quick investigation leads us to discover that an intern (junior dev.) REMOVED it from a Live production server! A new version was waiting to be deployed from UAT and he somehow thought this warrants him to do stupid sh_t. UAT has not been passed yet but his reasoning is he didn't want people to run the old version with a bug...wtf?

While I'm pissed off as hell it did remind of some stupid sh_t I've done in the past, and talking about it makes it better.

So, anyone else?

You still doing some stupid sh_t if you allowing juniors access.
 
fire whoever gave the junior dev access to the production server :)
 
When you watch the hardcore/senior production DBA run a deployment and instead of "DROP TABLE" type in "DROP DATABASE" (same DBA was also the guy who a week later did a crontab -r on his BI server and no-one had a backup - they reconstructed crons from log-file output).
 
I have managed to avoid catastrophic stuff for my career (Not that I haven't made my share of smaller mistakes.) but something I have seen far too often is emergency SQL stored proc bug fixes where the test case was hardcoded in.
 
When you watch the hardcore/senior production DBA run a deployment and instead of "DROP TABLE" type in "DROP DATABASE" (same DBA was also the guy who a week later did a crontab -r on his BI server and no-one had a backup - they reconstructed crons from log-file output).

:p I had to restore a table from logs too (obviously from an incorrect delete SQL statement) .. never told anyone, but I was in a real panic.
 
Watch the dba team lead type 'truncate table waybill' on the live database of a global freight forwarding company...

And realise it as he pressed enter.
 
And I know someone who applied a patch to a server that somehow affected a switch and resulted in an outage that made news headlines. Not his fault to be fair...
 
Doesnt really relate to web dev, but we had a linux sendmail server, seeing I knew a few linux commands I concidered my self a linux pro.

I tried to copy some stuff, then kept running into access denied errors even whilst logged on as root.
So i did a recursive chmod 777 -R from the root directory, it messed up the whole thing!

Later I read up on it and it turns out that if you want to give real bad advice you tell someone to run this command, cus its the one command you use to send linux to hell.
Goto admid though I' was chuffed that I figured it out my self
 
I'm a junior and I have access to the live servers of the two projects I'm on :erm:

Two Questions.

Does your IT department follow ITIL Principles, specifically change control and release management.

Is your IT departments DRP up to date.
 
Top
Sign up to the MyBroadband newsletter
X