IT manager approved downtime over lunch, but made a meal of it
- Reference: 1776063606
- News link: https://www.theregister.co.uk/2026/04/13/who_me/
- Source link:
This week, meet a reader we'll Regomize as "Hugh" who in the early 1990s served as IT manager for a distribution company in Canada.
"The core line of business application ran on serial terminals from an SCO server," he told The Register .
[1]
At the time, RAID was a new and expensive technology. Hugh was therefore happy to use just one disk drive and a resilience regime that relied on nightly tape backups.
[2]
[3]
His bet paid off... until the sole drive filled, necessitating an upgrade.
Which went smoothly as the server immediately accepted the new drive and, after several reboots, resumed operations.
[4]
Hugh was chuffed, but also a little irritated because the upgrade exposed some messy electrical cabling around the server. He prudently wanted to clean that up even though it would again require powering down the computer.
"Since it wasn't going to take long, I was approved to do it over the lunch hour," he told Who, Me?
Hugh got the job done within 60 minutes, hit the server's power button, and anticipated swift resumption of normal service.
[5]
"It just sat there waiting," he wrote. "I pulled the front cover off the server and the LED on the front of the drive was flashing a code. I powered off the server, waited a bit, and tried again. Same result."
[6]The developer who came in from the cold and melted a mainframe
[7]Security contractor blew the whistle on support crew's viral indifference
[8]Junior disobeyed orders and tried untested feature during a live robot demo
[9]Brilliant backups that kept data alive for ages landed web developer in big trouble
This story comes from a time before Google, so Hugh's only way to get help was to call the disk drive manufacturer's support line.
"It was closed for lunch," he wrote. "With much sweating, I waited the very, very long 30 minutes until the support line was open again."
He soon learned a component deep inside the drive had died, probably after he installed it during the initial upgrade. That widget wasn't needed once the drive powered up, which explained why the server had survived several reboots. But Hugh's wiring clean-up had killed the drive.
Hugh's company ordered a new drive, and once it arrived a flurry of activity brought the business back to life.
"Thankfully my employer was understanding that the likelihood of a failure like this was extremely rare and so would have been virtually impossible to foresee, so I kept my job," Hugh wrote. "Then we invested in a RAID controller and a second drive."
This story has a happy ending because more than 30 years later, Hugh has moved on to work independently, but the distributor remains one of his customers!
Have you ever set an optimistically short deadline and blown it? If so, don't blow your chance to share your story with Who, Me? Instead, [10]click here to send us an email so we can spend a week preparing to use it in a future column. ®
Get our [11]Tech Resources
[1] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_onprem/storage&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=2&c=2ady-xVL8mRhzNef3MtDQJQAAAdQ&t=ct%3Dns%26unitnum%3D2%26raptor%3Dcondor%26pos%3Dtop%26test%3D0
[2] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_onprem/storage&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=4&c=44ady-xVL8mRhzNef3MtDQJQAAAdQ&t=ct%3Dns%26unitnum%3D4%26raptor%3Dfalcon%26pos%3Dmid%26test%3D0
[3] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_onprem/storage&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=3&c=33ady-xVL8mRhzNef3MtDQJQAAAdQ&t=ct%3Dns%26unitnum%3D3%26raptor%3Deagle%26pos%3Dmid%26test%3D0
[4] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_onprem/storage&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=4&c=44ady-xVL8mRhzNef3MtDQJQAAAdQ&t=ct%3Dns%26unitnum%3D4%26raptor%3Dfalcon%26pos%3Dmid%26test%3D0
[5] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_onprem/storage&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=3&c=33ady-xVL8mRhzNef3MtDQJQAAAdQ&t=ct%3Dns%26unitnum%3D3%26raptor%3Deagle%26pos%3Dmid%26test%3D0
[6] https://www.theregister.com/2026/04/06/who_me/
[7] https://www.theregister.com/2026/03/30/who_me/
[8] https://www.theregister.com/2026/03/23/who_me/
[9] https://www.theregister.com/2026/03/16/who_me/
[10] mailto:whome@theregister.com
[11] https://whitepapers.theregister.com/
Murphy's Laws in action
"No good deed ever goes unpunished" is the most applicable one here
Re: Murphy's Laws in action
Not sure I agree.
In the end, the drive had already failed, but that would only have been discovered a long time down the line - which means the customer would have ate the cost and thought nothing of it.
Here, the laudable actions of the IT jockey brought to light an existing failure condition and the supplier bore the cost of a new disk.
Not all bad in my view.
So many youngsters in IT would act in this way, then get surprised at the older and more experienced coworkers saying "No, leave it alone". There's a very good reason for that - an untidy but working server is better than a tidy dead one.
But at least it looks good!
Oh, wait,...
I shudder to think of the state of your patch rooms.
If you do it right first time, don't keep moving shit around, then the patching will be no worse than anywhere else..
support hours - 9-12,1-5 mon to fri closed wednesday afternoons
only way to get help was to call the disk drive manufacturer's support line. "It was closed for lunch,"
Thats amazing , did they but it from mom & pops Mr Circuits store in the high street?
Incoming
We've scheduled a connectivity upgrade during business hours because overtime is too expensive.
It's good to know we're paid more per hour than the entire business but slightly worrying that the business is doing so badly
Sounds like a Hughge mistake