Tales of IT Idiocy
snydeq writes "IT fight club, dirty dev data, meatball sandwiches — InfoWorld offers nine more tales of brain fail beyond belief. 'You'd think we'd run out of them, but technology simply hasn't advanced enough to take boneheaded users out of the daily equation that is the IT admin's life. Whether it's clueless users, evil admins, or just completely bad luck, Mr. Murphy has the IT department pinned in his sights — and there's no escaping the heartache, headaches, hassles, and hilarity of cluelessness run amok.'"
It's not really IT related, but in a similar vein to some of these stories, the worst workplace war I've ever seen erupted over a parking space. Here were two college-educated adults, both of whom made over $100,000 a year--at war with each other because one maintained that he had been assigned said space (even though it wasn't marked) and the other kept parking there. Combine that with weak leadership at the company, and bam!, you had an escalation that got fucking crazy. First it was potshots and pranks, then they started keying each others' cars. Then they were openly screaming at each other in the office. It only ended when the cops had to get involved (they were calling each other with death threats and one of them showed up to the other's house with a gun). They both ended up with restraining orders...and also pink slips (when management finally woke up and realized they were both nuts).
When you're in the city, people take their parking spaces VERY seriously. And little things can become very big (in your mind) if you obsess over them long enough.
But, hey, if the assassination of one dipshit Archduke could start a World War and one little fruit vendor setting himself on fire could start the Arab Spring, I guess any little thing can spark a fire.
SJW: Someone who has run out of real oppression, and has to fake it.
Anyone have a Greasemonkey script on-hand that automatically hides stories containing links to infoworld.com, or do I have to whip one up on my own?
The Daily WTF has a lot of fantastic stories about what not to do. The stories include horrific interviews, code that makes you want to squirm at best, and plenty of IT mistakes.
I am officially gone from
"Document keeps formatting. Tried to go on different machines but still not working"
Where is the document? What program is the document for? Filename? Purpose? Anything? Nothing.... as well as obviously not knowing what 'formatting' means, as neither the computer-sense nor the page-laying-sense fit there.
At my prior workplace, a world-famous medical facility, we managed to disconnect some-odd 80,000 machines from the 'net once, for 2 hours.
Culprit? Workstation guy saw a disconnected cable "just hanging" between the two internet-facing routers. Plugging them in together as such, when he popped it into an empty port, created a loop of such overwhelming traffic, even console struggled to respond. Guh.
They'll have more tales of idiocy, and you won't feel like you need to take a shower afterwards. Seriously, InfoWorld, SIX pages? That's a WTF in itself.
Reading InfoWorld is about number 6 or so.
In my time I have seen some amazing examples of idiocy.
I once had to lecture some linux admins as to the nature of ntpd and how they don't have to be constantly logging in to set the time, but here's the brilliant part of that equation: someone had come up with a "login script" idea, that used ntpdate to set the time. So all they had to do was log in to the system and the time would be automatically set. I only got involved when they were trying to develop an automated login system so they wouldn't have to log in to 500+ linux servers, constantly, all to keep the time set. I actually had to argue with them, to show they what ntpd could do. It was unreal.
Then there was the time I found windows admins that thought you had to have a user account for every machine you joined to a domain. A unique user account. A unique administrative user account. And because they had several thousand machines, password maint was a nightmare...or at least would be, except they came to the conclusion that using an easy to remember password on all of these administrator accounts was an easier solution.
Mod me down with all of your hatred and your journey towards the dark side will be complete!
Fortune 25 contractor promises another Fortune 25 client that they can migrate their entire operation without a single desktop engineer. This was a 140 million dollar contract. Client also promised that their network conversion from 10Mb hubs to 100Mb switches would be finished before we started and then postponed the network conversion.
When everything was said and done lawyers for both companies mutually decided that I was the best the person on the ground with the best insight into why things fell apart. I was told by lawyers on both sides I would be subpoenaed as the primary witness and that the trial was expected to take about four months. I wasn't being blamed by either side, I was just the one who knew what the hell was going on.
When you testify as a witness (vs expert witness) you are limited to a $50 court fee and can't be otherwise reimbursed. I would have been financially ruined for other peoples idiocy and figured out a perfectly honest way to get out of situation their idiocy created.
I told lawyers for both sides that I would appear and testify, and they would neither one like what I had to say. They settled two days later.
"Dropped all kinds of nasty scripts on there, including one that kept the machine asking for new NAT leases, somehow kept [...]"
What? NAT LEASES!?
*Closes InfoWorld tab*
They were running an older CRM version that still used direct file access.
Because of this, their backup solution (for which they hadn't bought the live file backup module) would fail every night due to someone in the office leaving the program open.
So they "fixed" it.
6 months down the road they had a server crash and lost everything.
So we're like "Okay, let's roll to backups. There's still data loss, but minimal, a day or so."
Uh. What backups?
Their "fix" had consisted of simply deleting that CRM program's directory from the backups (see: NOT BACKING IT UP) so their backup reports were all nice and pretty.
The latest real backup this company had was over 6 months old.
The company that was in place to handle their IT was out on the curb with smoking ears and a boot-print on the ass shortly afterward.
Chas - The one, the only.
THANK GOD!!!
>only 10 submissions of fail in the TFA.
Someone already mentioned the Daily WTF, so I'll post its little brother.
Always an interesting read.
http://blogs.computerworld.com/sharky
--
BMO
...and they'll just make a better idiot. Two gems I've gotten over the years are:
"I can't log in when I type in my password! It's broken!" - The problem? They weren't typing in their username, they were only typing in their password.
My all time favorite was a customer who was very unhappy with an application we had created for them to send out event invitations and what not. I get an angry e-mail passed to me. The claim: "Whenever I type in someone's e-mail address, instead of e-mailing that person, the system figures out who their spouses and children are, and sends them the notification instead!" I had to repeatedly confirm that what they're describing is not possible. Even then, the person still angrily refused to believe me. If I were to create software that somehow psychically figure out all of that information, I'd be very rich, and probably be working for the government.
We get a lot of fluff pieces on the front page of slashdot via Infoworld and I've always wondered what mechanism they are using to get such high returns. Do they have their employees vote up stories in the firehose, or are their articles genuinely interesting enough that they earn their place on the front page? If they are "gaming the system" somehow is that something that slashdot's staff should be policing?
I'm not trying to cry foul or call anyone out. I'm just curious about what drives some of the patterns that emerge on slashdot. If someone from either Infoworld or slashdot could weigh in that would be great.
In college - this was some 20 years ago - I once had a classmate who in the Computer Center did an assignment, and then exited the application without saving, and then tortured the help desk over retrieving the work he had done, which, needless to say, they couldn't. When he complained about the unhelpfulness of the help desk, I & my other friends had such a laughing fit that he got offended & left. There ain't too many things I've found as funny as that incident.
users who don't know anything aren't the problem - users who don't know anything but think they know everything are the problem ...
It ain't what they call you. It's what you answer to. http://mylyceum.us/
In the late eighties, I was working in a mainframe shop at the Scummy Mortgage Co, in Ausin, TX (actual co name available upon request). I was there about a year and a half (there are a *lot* of reasons I've referred to it ever since as the SMC). About nine months after I started, they fired the other CICS "expert" who'd been there about 10 years or so. A few months later, I was going through some code to do maintenance, and ran across his "algorithm" for calculating leap year: if it was '76 or '80 or '84 or '88 or '92, it was a leap year.
That's in, in toto. And the code was in a number of programs.
Gets better: remember, this is a mortgage co, 30 year mortgages... I went to my boss, the VP of DP, and showed him this, and he said, "it ain't broke, don't fix it". I replied it would break in a few years, and he told me we'd worry about it when it breaks.
mark
Tales from the trenches has some horror stories as well.
The Trenches comic is off to a slow start, I can't decide if I like it or not, but the QA tales below it are worth a read, IMO. I especially like this one, because it's so true; In many projects where "ship it" becomes as much a battle cry as a new form of profanity, and not just in Game development...
I actually slogged through reading the whole Original Article and it seems like the editors at CIO don't know the difference between USER incompetence and incompetence in the IT department. Most of the "USER" issues were issues with the IT group, others were systematic failures... I particularly like the one where "IT" comes in and saves the day when "IT" diff's a developers' files and finds he's a bad developer, whereas the whole software Engineering department couldn't figure it out... yeah, right.
I worked for a company that had the contract for all the state computers. I had one office call me one day with the our printer is not working. Asking the all important question "is it plugged in?" i got a rather quick response so I asked a couple other routine questions and asked again if someone got under the table and verified the printer was plugged in. I got a yes we did that. After the 90 minute drive out to the location I walked in crawled under the table plugged in the printer, wrote out the bill for my drive time and went back to the shop. At least it was a Nice summer day out :)
"They who can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety."
A developer's life (1:44 minutes, SFW)
Haunting really :-)
Rady for the show!
IT idiocy? Is there a more idiotic tech site than IT World itself, with its twenty ad-laden pages for ten paragraphs, after a goddamned splash screen? I refuse to visit those morons. No RTFA this time, folks. Link to a respectable site next time.
Free Martian Whores!
Okay, serious question. Is it really a bad idea to make people's email addresses public? the article makes it seem like this is a bad practice. To me, if you are counting on email addresses to be private, that you have some crappy security going on.
""We took the roster of employees of our two largest offices and checked their corporate email addresses to see which were accessible off the Web. Out of 178 employees, 138 corporate email addresses were easily discovered -- like two or three clicks off Google. That alone surprised me."
See my journal for slashdot ID's by year. Mine created in 2005. http://slashdot.org/journal/289875/slashdot-ids-by-year
I've been following it since launch day. The comic is cute, but I see it as a fun little distraction/bonus on top of the stories. The stories are definitely the best part.
PS: Law Star rules.
Comment forecast: Bits of genius surrounded by a sea of mediocrity.
If ( a == b );
{
doFunction();
}
I'm sure at some point, every coder has wasted far, far too much time with bugs caused by doing that. Still, doesn't help that lots of parsers and compilers won't even throw a warning for that, can't see any valid use for that other than shady obfuscation.
A few years back, my email stopped working and I couldn't fix it. So I called our IT, and was firmly rebuffed with a "Send us an email and we'll fix your problem.". Their stupidity astounded me. When I recovered from the shock I went over to their floor and pounded on their locked door until the someone answered it. At that point I said loudly enough so that the entire floor could hear, "I can't send you an email, because as I told you on the phone my email is broken! Are you stupid or something?!". It was fixed in 10 minutes.
No, I didn't get in trouble for the insult, but the ITs new policy of only dealing with issues submitted via email was history by the next day.
I'm surprised this hasn't been mentioned. Prepare to waste a few hours... http://chroniclesofgeorge.nanc.com/
"Don't hate the media, become the media." -Jello Biafra
I work in IT. I once received a help request from a person in a computer lab who told me that their screen would only display blackness, regardless of moving their mouse or tapping the keyboard. The monitor was on. So, I came to take a look, and sure enough, the screen was black.
Know why?
Because the fucking computer wasn't even there. It had been removed for service and the "Out of order" sign taped to the monitor somehow wasn't enough of an indicator.
/* No Comment */
http://clientsfromhell.net/
I was an instructor teaching adult students basic computer skills way back in the bad ol' DOS days, with floppy discs. One of the first things I instructed the students to do, was how to turn on the computer, insert the floppy disc, and then the proper DOS command to start up their program.
Turns out telling folks "put the floppy disc in the disc drive slot" was not a specific enough instruction for one student, who instead put the floppy into the small sliver of space between the floppy drive itself and the computer case. I had to give the class a break and tear the computer apart to get her floppy back out of the case.
Retail store decided to move the main front counter of the store. It wasn't permanently fixed to the flooring, but was hard-wired in with electrical and serial connections (serial terminals and printers). The decided it would be okay to just put eight people to work and lift the whole thing at once to drag it over about a foot. With the serial terminals and printers on it. Plugged in. Turned on.
After a couple inches they got a nice *POP POP POP* and puff of smoke off each piece of gear. Not just on the counter, but every piece of gear in the entire store, including the server. We had to send someone in a truck 400 miles with an entire store worth of new gear.
Once I got the server back in my hands, I saw pretty good evidence of what happened. When I opened it up, half of the multi-port serial card was burned out. Most of the ICs were literally vaporized, some to the point of leaving burn marks in the bottom of the case as well.
The best we can guess was that hot and perhaps ground on the incoming electrical Romex into the counter were shorted together, frying the gear on the counter, and sending the surge back through the serial connection (done over CAT5) to the server, and managed to get back out of the serial card to all the other gear in the store before the connections vaporized. The CAT5, however, seemed to have fared well with no obvious damage.
My brother told me that in his place of work IT once sent an email to everybody warning that emailing wasn't working at all (sending or receiving). Nobody received the email of course.
In the early 80's the purchasing officer of a small school got an order for 30 computers in the early 80's from the Principal. The cost was was enormous and would have wiped out the school budget, so he went to the Principal to confirm the order. Well the Principal was one of those guys that just signed orders without reading them as all other requisitions were for things like chalk, paper, pencils etc.
They both spoke to the teacher who made the request and filled out the paperwork. Seems he got confused a bit, you see he was told that he had to prioritize teaching "commas and all that".
Don't be apathetic. Procrastinate!
I once had a user who would call me up from one of our operations centers in another city and say that every time she printed, she would have to relogin. Everyone in the IT department thought she was just nuts. I being the low man on the totem pole at the time, somehow always got her phone call and her vitriol. I would walk her through the basics, but to no avail.
Finally, when a team went to the office, they found out that it was being caused by a poor wiring job on her jack connecting her PC and printer. I am still not sure how it "logged her out", but it would cause havoc on her PC.
Sometimes the users do have a problem, but unable to describe it very well.
A while ago, I worked at a small print shop that was bought out and went from being run by a print guy to being run by ex-corp IT people. They spent their retirement money on this place thinking it would be relaxing. Then then found out how non-tech it was and off we went to turn a low-tech print shop into a high-tech outfit.
They had vision of being something like Vistaprint is now, except this was in 1999-2000 when that sort of thing hadn't been invented yet.
In any case, they started this project to scan in all print jobs in order to make it easy to reprint stuff -early on, they had dealt with a really nasty print job that took tremendous labor because they had no way to do reruns without doing a whole redo -and then the only guy who knew how to make it work quit. So the owners spent more cash and we got much better equipment. Saving everything became the mission and we got a file server and a network (10mbit wooh!) and PCs for the staff and really went tech. Most of it worked and we did good work. I was hired for labor and ended up running the IT side.
The only problem with this "save everything mantra" s that the print jobs were all saved as .TIF files and there were a LOT of them in short order. We were having to add hard drives constantly and they were special HP server drives and it cost a lot. With the retirement money spending like crazy, the bosses refused to buy drives to keep up with it. I was forced to keep near-line data on a creaky Tandberg tape drive that took hours to run. But we still lacked space.
One afternoon, we're off at a client's shop and the boss happily blurts out that HE has solved the space issue. Dumbfounded, I dared ask how. This guy was a nice man, but no tech expert. I knew there was a bad answer coming. He says he's looked through the server and found where all the space was being used up. These bulky TIFF file things. Since he didn't know what they were and they took up space, he proudly told me he had someone back at the office that second erasing all of them. Then, I would not need hard drives! Problem Solved!
About 30 seconds later, he was several shades paler and sweating and on the phone trying to get the person to stop deleting files. It turned out he'd gone to lunch and not actually done the work yet. Lucky us.
I left that place later with quite a bite more experience and despite the above I was grateful for having been given a shot. That was my first IT job.
Sig for hire.
One day I get a call from one of the office secretaries. "The printer is putting paperclips on everything we print" she says. As I sit there thinking about how you would even design a printer that could put paperclips on the print-outs, she says "I'm serious, its putting paperclips on everything, and no, I'm not making this up. Just get up here."
I get in the elevator, and walk to her office, trying to imagine what I was going to find when I got there. I walk in, and she hands me a sheet of paper. "See! a paperclip." At first I don't see anything, but then a glint of light reflects off an indention in the paper. I hold it up to the light, and sure enough, the embossed outline of a paper clip. She shows me a few more pages, all with a paperclip embossed into them. On closer inspection, I notice more than one paperclip per page, and deduce that the spacing between indentations is about the circumference of the printer drum. I pull the cartridge out, lift the cover, and sure enough, a paperclip had made its way into the printer and melted toner had fused it to the drum. We mounted that cartridge on the wall in the IT office, and got the secretary a new cartridge, and a sign warning them not to drop paperclips into the printers...
--- Generation X: The first generation to have SIG lines inferior to their parents... ---
The png format existed by then. Was there any reason that tiff files were used instead.
Near the beginning of my IT career I did a lot of field work. I went onsite to a company who had a server failure for their access databases and a few other mission critical applications.
Upon asking the manager if they had backups, he proudly produced a box full of CD's and exclaimed that they fastidiously backed up every night and had records for the last three years.
He informed me that while he knew how to back up all of his applications, he didn't know how to make sure they all were correctly put back in.
Long story short, he'd spent the last three years "backing up" by simply grabbing the shortcuts of important apps and documents from the desktop and dragging them to the writeable CD. Somehow he never noticed that the file sizes were tiny.
I only read 3 of these. Easily two more than necessary. Give us the stories of grannies who use the mouse as an accelerator or the user who thought the CD tray was a cup holder.