What Happens To Your Files When a Cloud Service Shuts Down?
MrSeb writes "Megaupload's shutdown poses an interesting question: What happens to all the files that were stored on the servers? XDA-Developers, for example, has more than 200,000 links to Megaupload — and this morning, they're all broken, with very little hope of them returning. What happens if a similar service, like Dropbox, gets shut down — either through bankruptcy, or federal take-down? Will you be given a chance to download your files, or helped to migrate them to another similar service? What about data stored on enterprise services like Azure or AWS — are they more safe?"
And if you're interested, the full indictment against Megaupload is now available.
As a point, the government will be using all files hosted on those servers as evidence in the case. They will not likely, and are not required to, give access to those files.
...if the answer is "backup"?
Good question, but it's not really an issue for Dropbox as that service maintains full local copies on each of the computers I have on my account.
If you can afford to lose the data, it's fine to have it in the cloud.
If you can't, you are SOL if you don't have a backup - one that is not in the cloud.
Twitter supports and protects racists - by smearing their critics with the "Hate Speech" label.
The foolishness that is millions of users trusting a single giant computing grid owned by a single private corporation was stupid in the first place.
it is everyone putting their eggs in the same giant basket
ranging from policy changes to mergers/takeovers/acquisitions to bankruptcies to government intervention - whatever you can imagine. its a single point of failure and your important stuff is gone.
moreover, these cloud stuff are utilized for making collaboration tools work. so if cloud is gone, there goes your entire communication in between your team, company, clients, workgroup, whatever.
its strategically stupid. run your own cloud if you want. dont put your stuff on another company's turf. its dangerous.
Read radical news here
Has Megaupload been found guilty of anything? If not, why has their site been shut down? If copyright laws apply to the internet, then why doesn't due process?
If what I just said sounded like a troll, it was probably just a failed attempt at humor.
It sounds hauntingly familiar to what happens when a DRM licensing server goes down. (And also due to a company folding/retiring the service.)
Clearly, we need a magical, distributed, self-healing data storage system. I think I've heard of one or two of these (can anyone provide links, if they exist?) but I guess they haven't been popular enough to be remembered. (And I'm not talking about mere P2P; I'm thinking something more like distributed, redundant storage with the structural resilience of BitCoin.)
Bio questions? Ask me to start a Q&A journal. Computer analogies available for most topics!
I don't even trust GMail to keep my e-mail store forever, but download them to my own copy of Thunderbird each day. GMail is probably not going away any time soon, but what would I do if for some reason they shut down my account? Customer service for issues like this at Google isn't exactly stellar. If you don't have your own backups of what you have in the cloud, you are asking for trouble.
There is nothing magic about the "Cloud". From a practical perspective it is little more than a remote hard drive. A cloud provider going away is very much like a hard drive failing.
But once the SOPA-esque laws and treaties become The Way That Things Are (tm) - and unless things change drastically, they eventually will - and once the Great Consolidation has run its course - what choice will there be?
Check your premises.
It goes away. Hope you had a backup.
If you're lucky, the cloud provider may provide you with a one-time access to your account, but isn't it far safer to assume that if your cloud provider goes down, you've lost everything you put in? Not just data, either - if you've prepaid your account, you probably lost all that stored value as well.
Cloud storage providers especially. What happens if your hard drive dies? You lose the data. What happens if your backup tapes fail - you've lost the backup. What happens if your dropbox/skydrive/etc. disappear? You've lost your files.
All those XDA Developer links? Gone. hope the original authors are still around to upload them elsewhere or that someone downloaded it and can upload it.
Cloud providers make us lazy - we think "it'll always be around and I can grab it later". Turns out later can disappear - perhaps temporary (e.g., your or their internet connection dies), or permanently. But it's really just the same as storing files locally - there's a chance the storage may fail.
Is a case against some Dell folks for massive insider trading scam.
Wanna take a whild guess as to who gets more jail time?
So rise up, all ye lost ones, as one, we'll claw the clouds.
Well, the summary specifically references a developer's forum where I can sympathize (being a developer) with people modding Android ROMs or whatever and uploading such binaries for distribution to others. I guess the people who run the forum don't really get a say in any of this. However, as a software developer, I can imagine a third option for files that are user generated (and for the most part legal).
... perhaps a hash of the date, checksum and filename? It would then maintain a key-value pair of these megaupload links to your internal URIs and also a directory structure of these URIs as the files. Now, say megaupload is a very unreliable/questionable service or goes down and now your forum is worthless. Well, you can always re-spider your site and replace all the megaupload links with links to your cloud hosting of these new files or work out a deal with another third party similar to megaupload where they would accept the file and URI and return to you the URI paired with their new URL. Then it's a matter of spidering your site and replacing the megaupload links with your new service's URLs.
Now XDA-Developers is going to have tens of thousands of once helpful posts that now lead to a broken link. How could they have avoided this? Well, I'd imagine that someone could have written an internal bot for their forums that would harvest links to the external megaupload. They then could have subscribed to megaupload, downloaded said linked files and created a local cache of their files purely for their own use on a small RAID. Now the last thing the bot would need to do is take the megaupload URL and develop some unique URI
It's a pain in the ass but let's face it, some forums could perish when their codependence on megaupload is fully realized in a very painful manner. And I don't think that's a fair risk to the users who have created hundreds of thousands of posts.
My work here is dung.
Prime example evidence #1 of how SOPA breaks the cloud.
A single complaint that a cloud service has a copyright file can result in a takedown of the entire cloud. Stranding all clients of that cloud.
Thanks to the government and their extra-judicial processes, they have broken the notion of internet provided services.
Those emails are pretty damning, especially the ones specifying payments to users for providing illegal content. To paraphrase: "User X has 10 great, DVD ripped copies of some popular movies, let's send him a check for five grand." If anything, though, this is proof that the existing law is working as intended and we really don't need any additional bills to go through to crack down on piracy.
Occasionally living proof of the Ballmer peak.
Today, millions of people understood why technical staff always had reservation about "cloud-based" solutions.
The Wise adapts himself to the world. The Fool adapts the world to himself. Therefore, all progress depends on the Fool.
One part of their duty is to not commit illegal activities that gets them closed down.
At this point, it has not been demonstrated whether Megaupload has committed any illegal activities (remember the presumption of innocence and all that). The problem is that it's not unfathomable for an entity to be taken down in this fashion regardless of whether they actually commited any crime; especially if SOPA/PIPA or any similar legislation ever gets passed.
It had to be said: obligatory xkcd reference.
I have no problem with your religion until you decide it's reason to deprive others of the truth.
Lots of us do but few are willing to admit it ;-)
"When information is power, privacy is freedom" - Jah-Wren Ryel
I've been watching the hype over cloud-this and cloud-that for several years with an increasingly cynical eye. Perhaps this incident will help convince a few others to look pass the trendy buzzwords and actually THINK about what can happen. For example:
1. Drives seized, eventually end up for sale to the public, random people now own your data.
2. Cloud provider hacked, dangerous random people now own your data.
3. Drives seized, feds download all your data and start going through it to see if they can make a case against you. (Oh, you don't think they can? Keep in mind the words of Cardinal Richelieu: "If one would give me six lines written by the hand of the most honest man, I would find something in them to have him hanged.")
4. Drives seized, someone decides to make a few extra bucks selling your data to your competitors. Or spammers. Or phishers.
5. Drives seized, someone graciously decides to let you "have your data back", but what you get back is not what you think it is -- it's been quietly, carefully modified. Maybe your research statistics have been subtly corrupted; maybe there's malware in it; maybe it's missing a few key pieces here and there.
When you use a cloud provider, all you've got is your best hope. And "hope" is not a valid security strategy.
The actual answer is (as always) to have backups of anything you feel is important.
Ironically, the specialist on-line back-up services seem to be among the worst offenders in terms of guarantees.
For example, we looked into this a few months ago, and one huge and very well known back-up service had Ts & Cs that seemed to say (quite clearly, IIRC) that if they decided to close down the service for any reason then they would have no obligation in terms of granting customers data access beyond letting you download what you could over the next 3 days. On a fully saturated leased line, with no-one else hitting their servers at the same time, you still couldn't download the volume of data that even their entry-level business packages supported within that time frame! And clearly in practice not everyone has a handy leased line available and it is highly unlikely that the back-up service's servers would stand up to their entire customer base trying to do that at once. They normally offer other ways to retrieve your data en masse if necessary, such as posting it on discs for a small fee, but those options all stop as soon as they announce the closure. Basically, they offer a back-up service that can disappear at any time without giving you a chance to retrieve everything, so better hope your office doesn't burn down around the time they decide to do that, then.
We didn't take out a contract. We did notice that while the above was the worst case of not really providing the advertised service at all, several of the other big name specialist off-site back-up services didn't seem to be much better. None of them actually promised to take steps such that even if they had to shut down at short notice for any reason there was a always a credible plan in place to get your data back to you.
One of my colleagues made a strong case that we should use something like encrypted files uploaded to AWS if we wanted cloud back-ups, for the simple reason that Amazon make most of their money elsewhere but rely on AWS themselves as well, which with their scale means it is inconceivable that the service would be shut off with the loss of data before we had chance to retrieve it. In the end, we decided (as we have with most other cloud services) that the whole idea didn't live up to the hype, and we opted to lease a dedicated server housed in someone else's data centre and we basically just do an automatic rsync from our normal servers to the back-up with suitable levels of encryption applied throughout.
If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.