Package Details: crashplan 4.8.4-1

Git Clone URL: (read-only)
Package Base: crashplan
Description: An online/offsite backup solution
Upstream URL:
Keywords: backup crashplan
Licenses: custom
Submitter: billyburly
Maintainer: None
Last Packager: liberodark
Votes: 133
Popularity: 0.010420
First Submitted: 2011-09-17 03:06
Last Updated: 2018-08-16 15:09

Required by (0)

Sources (5)

Latest Comments

1 2 3 4 5 6 ... Next › Last »

p4d3n commented on 2018-06-08 18:40

If you get the optdepends error, invalid line >=, do the below:

To build, in pkgbuild, change optdepends line to use -ge instead of >=8

Built for me after making that change.

davebloggt commented on 2017-11-18 12:52

After I set Java 9 as the default runtime, Crashplan failed to start and had high CPU usage.
Does anyone else experience this problem?

Mr.Burns commented on 2017-10-15 21:45

Sweet! It worked!

I can confirm that uninstalling (i.e. -rsn) "crashplan" and installing "crashplan-pro" allows a seamless migration of all settings and configurations. To facilitate this migration one must enable and start the "crashplan-pro" service via systemctl.

As others have mentioned, I also run crashplan-pro on a headless server. X-11 forwarding and "CrashPlanDesktop" allow me to access the gui on a Windows machine through a separate windows application (xming). If only everything worked so well. Thanks for the guidance!

fryfrog commented on 2017-10-12 18:53

@pauper: Yes, but *not* because they get migrated or re-used locally. When I fire up CrashPlan Pro (after stopping and removing CrashPlan), it is a clean slate. I *then* had to log in using the client, at which point it seems to get all the configuration from the CrashPlan servers.

The "problem" for me is that all my CrashPlan servers are headless, so I had to run the client locally (on Mac), copy the data from the .ui_info file from each server one at a time, use it locally on my Mac in the right place *and* do a port forward over SSH. I *also* stopped the daemon running locally on my mac so I could just use the same 4243 port, but you could fiddle that if you want. I'm lazy.

That was the hardest part, getting the client on my workstation to talk to the remote server just to log in.

pauper commented on 2017-10-12 18:35

@fryfrog - are you saying all of your settings from Crashplan Home were migrated successfully?

butler360 commented on 2017-10-11 23:09

You may be right about that @fryfrog, maybe I forgot about logging in. But at any rate it was pretty seamless.

fryfrog commented on 2017-10-11 22:31

@butler360: I'd have a look at your installation, crashplan goes to /opt/crashplan and crashplan-pro goes to /opt/crashplan-pro so it can't/doesn't re-use any configuration.

That said, all I had to do was remove crashplan and install crashplan-pro, then fire up the gui on another computer (pointed at my server) and log in. It picked up the config and is chugging along now.

butler360 commented on 2017-10-11 19:25

Yeah I simply uninstalled crashplan and installed crashplan-pro. I didn't have to log in again, it seemed to pick up everything.

fryfrog commented on 2017-10-11 19:23

I've been wondering how to do this myself. I'd planned on just installing the aur/crashplan-pro software over top of what I already had.

Mr.Burns commented on 2017-10-11 19:20

For anyone who has switched to the Pro (Small Business) version - have you been able to update the version? As per normal, the self-updating feature of CrashPlan does not place nicely within Arch. I've been able to upgrade in the past by manually copying in the updated files. However, I've not had success in upgrading to the Pro (Small Business) version of the software.

Any assistance would be appreciated.