Warn HN: CrashPlan are deleting backups older than 6 months with no notice
They have a retention policy [1] that states backups from PCs that have not connected to the service for 6 months will be deleted. However, this policy has never previously been enforced and is not highlighted during signup or setup. I've been a paying user of CrashPlan for around 8 years and was not aware of this policy. The computer in question was listed as not having been active for nearly 2 years. I have several other backups that have been inactive for up to 5 years. I have not yet received any emails about these other devices, but I can only assume I will be soon.
I received no prior warning or notification that this was going to happen.
I contacted support [2] and they claimed the new enforcement was due to a recent audit of the service.
Although the email I received informed me that the data had already been removed, as of this moment it appears to still be accessible. Support have so far been unable to tell me how long it will remain available for, so I'm in the process of downloading many gigabytes of old backups as fast as I can in the hope some automated process doesn't delete them before I have restored them all.
Not the kind of action I want to see from a service that I need to trust with backups of my data.
[0] - http://pastebin.com/SrJuwgDV
[1] - http://support.code42.com/CrashPlan/4/Subscriptions/Backup_Retention_Policy_For_Inactive_Cloud_Destinations
[2] - http://pastebin.com/ee32yhzB
8 comments
[ 2.8 ms ] story [ 31.7 ms ] thread(Also, because I tend to keep my older machines and still want to use CrashPlan there, it's harder for me to use the "adopt a machine" method. I bought a new computer and just finished re-uploading about 200GB of near-identical data.)
Jarrod from Code42 here. Sorry about the scare. Wanted to clarify a few things.
If a restore has been initiated from the archive of the device in question it's considered "connected" and your data won't be deleted. To be clear - no automated process is going to remove your data while you’re restoring.
You are correct in your assumption about the other devices— we are in the process of enforcing this policy when we previously haven't. We realize that many users won't be aware of this existing retention policy. That's why we've been testing different messages to small batches of users (small meaning .3% of our user base) and seeing how they respond.
Like the email says many of the affected archives are from backups that were once connected to an older device. This often happens because people aren't aware of our "adoption" process that is used to connect and existing backup to a new device. Because silent, continuous backup is very "set it and forget" many folks just end up backing up their new machine instead of getting rid of the old backup. Bit by bit the data in those forgotten archives adds up. Thus why we’ve begun enforcing this policy.
We’re trying to learn as much as possible from these small test batches so that we can clean up some of these “dusty archives” as we call them sooner rather than later while making sure we do right by our customers. I’ve certainly learned a lot from the feedback you’ve provided here.
Please let me know if you have additional questions.
Best Regards,
Jarrod
Do you intend to remove the verbiage about "Unlimited online storage?" If something is legitimately unlimited then this policy makes no sense but as both you and I know truly unlimited anything is impossible, so why say it?
Great questions, let’s dive right in.
One thing I wanted to clarify is that this policy only affects devices that have not connected to CrashPlan Central in 6 months or longer. This does not affect volumes that have not connected to the device in that period of time. (i.e. an external hard drive that has not connected in 6 months.)
Many of you are inquiring about the notification emails being sent before/after the archives are deleted. Like I mentioned in my previous reply, we’ve been testing verbiage to small groups of our users who are affected. Our goal here is to dial in the messaging so users take action as opposed to ignoring the email (something we routinely see from our some of our customer base). In some cases, we sent very direct emails in order to provoke action from the sample base.
We want users to address any old archives that have not connected. Part of CrashPlan’s ability to maintain the archive health and integrity relies upon regular connection from the device. CrashPlan is able to routinely perform maintenance on the archive by comparing checksums between both device and CrashPlan Central.
https://support.code42.com/Administrator/3/Monitoring_And_Ma...
From the feedback we’ve received so far (including this thread), it’s evident we should provide advanced warning prior to deletion of these archives. We’ll continue to refine our messaging to reflect this.
Thank you again for all your feedback.
Jarrod
The biggest problem here was the communication. The email I got said "...this device has been removed from CrashPlan Central". That's a pretty scary thing to receive. Had it instead said "...will be removed in 60 days", with follow up emails every week, and perhaps daily in the last few days before deletion that would have been much more reassuring and informative, and I would have had the time to check everything was in order before the deadline. It's far better to send too many emails warning a user about a deletion than it is to send too few.
While those backups are old, and I probably do have all the files I need from them, I certainly wouldn't like it if they were deleted without me being able to check through to make sure there is nothing important left.
I appreciate that I was caught in a small test group, so hopefully you'll have these kind of issues ironed out before too many other people see it.