T-Mobile 'considering additional measures' to compensate Sidekick owners

failure posts

Backing up your personal PC to external media might still be a novel concept for some, but any IT manager fresh out of school can tell you that regularly backing up mission-critical servers -- and storing those backups in multiple physical locations -- isn't merely important, it's practically non-negotiable, and it only becomes that much more critical before undertaking hardware maintenance. Alleged details on the events leading up to Danger's doomsday scenario are starting to come out of the woodwork, and it all paints a truly embarrassing picture: Microsoft, possibly trying to compensate for lost and / or laid-off Danger employees, outsources an upgrade of its Sidekick SAN to Hitachi, which -- for reasons unknown -- fails to make a backup before starting. Long story short, the upgrade runs into complications, data is lost, and without a backup to revert to, untold thousands of Sidekick users get shafted in an epic way rarely seen in an age of well-defined, well-understood IT strategies.
Granted, the original report suggesting that swarms of iPhones actually broke Duke's WiFi network did seem a bit bizarre, and now it appears that the university is freeing Apple's handset from blame. Interestingly, the actual culprit still seems somewhat veiled in secrecy, as we're only informed that "a particular set of conditions made the Duke wireless network experience some minor and temporary disruptions in service," but never do they exaggerate on exactly what caused the hiccups. Still, Duke also stated that it worked in conjunction with Cisco and Apple in order to "identify the network issue that was causing the problem," and since Cisco stepped in and provided a fix, the prpblem has yet to repeat itself. Looks like you're off the hook on this one, iPhone.
It's probably of little consolation to the addicts among us who spent several terrifying hours in connectivity withdrawal -- and even less consolation, still, to the newly liberated -- but RIM's apparently figured out how its notoriously reliable back end came to a crashing halt this week. The company is now pointing its finger at "the introduction of a new, non-critical system routine" to its caching mechanism as the culprit. "Non-critical," indeed. Anyway, it seems said system routine was not put through enough testing ahead of its deployment to RIM's production systems -- and to make matters worse, its failover setup (hamsters on wheels, perhaps?) didn't pull through, significantly delaying the amount of time to get everything back online. We suspect most users are still a little too shocked at the chain of events to be steamed (yet), so consider this your strike one and two, RIM; just make sure it never happens again.








