Techie was given strict instructions not to disrupt client. Then he touched one box and the lights went out
Discovering, and explaining, the bizarre cause was harder than the job he was sent to do On Call Welcome to another instalment of On Call, The Register 's weekly reader-contributed column that tells tales of times when tech support turned troublesome.ā¦

In a quirky tale of tech support and unexpected chaos, a sysadmin was dispatched to a client's office to resolve an issue. The problem, as reported, was a minor glitch in the network connectivity. The client had requested that the technician be cautious and not disrupt any ongoing operations, as the office was in the midst of an important presentation.
The technician, eager to get the job done, arrived at the client's office and was led to the server room. He was given strict instructions to ensure that his actions would not interfere with the ongoing presentation. The client emphasized the importance of the event, and the technician promised to proceed with utmost care.
Upon entering the server room, the technician assessed the situation. The network connectivity issue seemed to stem from a particular switch, which was connected to a series of cables and devices. The technician, following the client's instructions, began to work on the switch, carefully checking the connections and configurations.
As he was adjusting a cable, the technician inadvertently brushed against a small, unassuming box mounted on the wall. This box, as it turned out, was the office's emergency power supply unit, or UPS. The UPS was designed to maintain power to critical systems during power outages, ensuring that the presentation could continue uninterrupted.
The technician's touch triggered the UPS's internal mechanism, causing it to disengage from the main power source and switch to its battery backup. The switch to battery power was almost instantaneous, but the UPS's battery was at a low charge level. As a result, the power supply to the entire office was disrupted, plunging the room into darkness.
The presentation was interrupted, and the client was understandably furious. The technician, caught off guard by the unexpected turn of events, had to scramble to find the source of the problem. He quickly realized that his accidental interaction with the UPS was the culprit.
Once the power was restored, the technician explained the situation to the client. He apologized for the disruption and assured the client that the network issue had been resolved. However, the client was more interested in understanding how such a minor action could have caused such a significant problem.
The technician, now tasked with explaining the bizarre cause, had to delve into the intricacies of the UPS system. He explained that the UPS was designed to protect against power outages, but its battery life was limited. In this case, the battery was nearing the end of its cycle, making it more susceptible to failure.
The technician also noted that the UPS was not well-maintained, and its low battery status should have been addressed earlier. The client, realizing the oversight, vowed to improve their UPS maintenance protocols.
The technician's experience serves as a cautionary tale about the unintended consequences of seemingly minor actions in a complex technical environment. It also highlights the importance of proper maintenance and understanding of systems, especially when dealing with critical infrastructure.
In the end, the technician completed his task, and the client's presentation resumed. However, the experience left both parties with a newfound appreciation for the intricacies of technology and the need for careful handling in high-stakes situations. This tale of tech support turned troublesome serves as a reminder of the unexpected challenges that can arise in the world of technology.










