Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Discuss] Attention CrashPlan users



For almost two years, I've been using and singing the praises of CrashPlan, a
service of Code42 which provides a user-friendly Java interface for sending
files both to its remote data centers and for sending them between Linux boxes
at your home or those of your friends.  Why I praise the company is pretty
simple:  they let you control whether to escrow ssh keys with them, or retain
them for yourself.

However, the software suffers from a serious flaw.  Before I go blabbing about
it in detail here in a public forum, I'm looking for help.  Their front-line
tech support has thus far spent a week blaming my systems, blowing me off in
all my efforts to point out the opportunity to investigate and resolve a
problem that's central to their business model.

Are you a CrashPlan user?  One who uses the software in peer-to-peer mode
between servers under your control?  What I want you to do is invoke a simple
operation; it's somewhat hidden in their UI but look for the "compact"
command.  Results of this operation aren't reported directly but you can then
click on the History and see whether any errors were found.

But before even doing that:  just in case errors /are/ found, I want to be
able to demonstrate to this company another case of this problem, and in order
to do that you'll need to preserve data-forensics.  So before invoking
"compact", preserve a full copy of the disk volume to which you send CrashPlan
dumps (it will have a directory backupArchives).

I have no financial interest in the outcome of this test, other than as an
aggrieved customer who actually wants to see this company succeed. 
Alternatively, if you have any contacts in the tier-3 engineering support at
Code42, I can make direct contact myself.  But I think their tier-2 support
guy just caused me to blow away the forensic evidence needed to prove my
point. :-(

-rich





BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org