Live data from Hacker News

Microsoft/Danger lose Sidekick user data in server failure

forums.t-mobile.com

41–50 of 70 posts

Re: Microsoft/Danger lose Sidekick user data in server failure

#41

This is really, really unacceptable. I don't know how you screw something up this badly. HINT: http://www.newegg.com/Product/ProductList.aspx?Submit=ENE&#3... Additionally, I suspect we're going to see these customers really hesitate on future cloud-based services.

I'm guessing they have a lot more data than is practical to store on a tape.

Re: Microsoft/Danger lose Sidekick user data in server failure

#42
post #28
post #5

This probably (definitely?) makes me a jerk but I have to say it: They deserved it. I'm sorry but in this day and age anyone trusting their data to a device that stores it exclusively on the server deserves what they get. Some will say "the type of person who uses these devices isn't the type of person to understand where their data is located" but I say that's BS. We're in a data centric world now and I don't think…

> To Anyone Downvoting This: Let me ask you one question. If someone without a seatbelt gets hit by a drunk driver does the fact that the accident's the drunk driver's fault mean it was ok for them not to wear a seatbelt? Is a lack of a seatbelt the cause of the accident? Would having a seatbelt on prevent the accident? Is the drunk driver not the 'most guilty' party here? No offense, but this is the type of situatio…

Totally agree with you here. However, most of the large companies have TOS that explicitly say they are not responsible for your data. That is where I think there needs to be a Bill of Rights for data. If you pay for a service, there should be some level of guarantee that they will at least try... and remove those clauses in their TOS.

Re: Microsoft/Danger lose Sidekick user data in server failure

#45

The best way to prevent data loss is to put your data on a public server and have google index it. Google's cache is awesome and yes I have used this before :)

"Only wimps use tape backup: real men just upload their important stuff on ftp, and let the rest of the world mirror it."

-- Linus Torvalds

Re: Microsoft/Danger lose Sidekick user data in server failure

#46
post #4

The timing of this is a bit suspicious. I just read an article late last week from an "insider" detailing what a major clusterfuck the Danger acquisition has been for Microsoft and how they've completely neglected the SideKick platform in favor of their own failed attempts to create a competing device. The speculation from this insider being that Microsoft had zero interest in the NetBSD based SideKick and only bough…

They bought the last-place Smartphone vendor in order to kill it? They can get last place just by introducing their own product.

Re: Microsoft/Danger lose Sidekick user data in server failure

#47

Earlier quoted context omitted.

I don't think this is really showcasing the dangers of the cloud, but rather the dangers of companies not knowing what the fuck they're doing.

Or the dangers of companies not allowing you to easily export/backup your data.

I'm not sure how much is a tech feature or un-walled policy would solve the problem. I think it would fractionally minimize it. The current psychological barrier -- people not using a phone as a computer and its imperfections is profound.

Before, if a phone didn't work, it was one of a few things, usually the device or the carrier. Now, it's one of a dozen dozen or more products and services. People couldn't export before. They might be able to now.

A friend of mine once noted the subtle difference between how technology can protect you from failure, but a backup can help protect you from yourself.

It feels like we're moving towards a singularity. Expectations, responsibility and technology.

Re: Microsoft/Danger lose Sidekick user data in server failure

#48
post #39

A plausible rumor is that the data loss stems from a botched SAN upgrade by Hitachi: Currently the rumor with the most weight is as follows: Microsoft was upgrading their SAN (Storage Area Network aka the thing that stores all your data) and had hired Hitachi to come in and do it for them. Typically in an upgrade like this, you are expected to make backups of your SAN before the upgrade happens. Microsoft failed to m…

If you've got a really big SAN, it's pretty tough to back it up completely and independently without... a second really big SAN

I've seen people "back up" NetApp SANs before to prepare for upgrades; I don't think it's generally accepted practice to just say "fuck it, we'll do it live!"

They don't use "big tapes". They plan a disaster recovery architecture and (in the cases I've been involved with) use block streaming protocols to mirror data. Granted, I didn't do the backups, but I'm pretty sure they didn't pay us to bust up those streaming protocols so they could not use them.

Re: Microsoft/Danger lose Sidekick user data in server failure

#49
post #22

"We recognize the magnitude of this inconvenience." Inconvenience. Wow. Catastrophe seems to fit better.

They used the word "magnitude", which seems like the closest they could probably come to "clusterfuck" without the wording itself being legally actionable.

Re: Microsoft/Danger lose Sidekick user data in server failure

#50

Earlier quoted context omitted.

I don't think this is really showcasing the dangers of the cloud, but rather the dangers of companies not knowing what the fuck they're doing.

Or the dangers of companies not allowing you to easily export/backup your data.

While this is true in principle, this is a bit of a Google talking point that has more PR cachet than practical implications.

Giving users the ability to make backups of their data certainly does not mean they will actually do so. How many Gmail users actually keep full backups of their email (using POP or IMAP or whatever)? And if Gmail had a case of massive data loss tomorrow, do you really think saying "well, you could've made a backup just fine" would have somehow made everything okay?

I don't deny that this sort of data loss is pretty awful, but "data liberation" is not the solution.

Post reply on HN