Package Details: crashplan-pro 4.9.0-4

Git Clone URL: (read-only)
Package Base: crashplan-pro
Description: An business online/offsite backup solution
Upstream URL:
Keywords: backup crashplan
Licenses: custom
Submitter: glittershark
Maintainer: aaronm-cloudtek
Last Packager: aaronm-cloudtek
Votes: 13
Popularity: 4.283156
First Submitted: 2013-08-27 17:10
Last Updated: 2017-10-14 19:02

Latest Comments

aaronm-cloudtek commented on 2017-10-14 19:09

thanks @senorsnor i updated the depends

senorsnor commented on 2017-10-14 11:10

I contacted crashplan support about the ClassCastException I mentioned below, and they told me that Java 9 is currently not supported, they ony support Java 8. This confirms my findings that it works on Java 8 perfectly. Please update the dependencies.

fryfrog commented on 2017-10-12 18:59

I replied on the crashplan thread, but... TL;DR

Stop, disable and then remove crashplan.
Install, enable and then start crashplan-pro.
Use GUI to log into your account.

The logging in was the hardest part for me, because my servers are headless. I installed the CrashPlanPro client on my Mac, then used the documentation to disable the server daemon (because it'd use port 4243 and because I don't want to back it up). From there, you get the .ui_info file on your *server* (in /var/lib/crashplan/) to re-use on the client (where ever it goes). Setup a local SSH port forward 4243:localhost:4243 and then run the client. It'll connect over the port forward and you can log in. It seems to pull all the settings from CrashPlan, then you can change them if you want.

pauper commented on 2017-10-12 18:13

Has anyone successfully migrated from Crashplan for Home? The upgrade failed on the app though my account is now registered under Crashplan for Small Business - how can I install Crashplan Pro and retain all of my settings from Crashplan for Home?

senorsnor commented on 2017-10-12 17:37

Crashplan-pro 4.9.0-3 crashes on my system if I run it with jre9-openjdk-headless, throwing a ClassCastException, see below. It runs fine with jre8-openjdk-headless. I'll file a bug for this at crashplan. If you can reproduce it, would be good to update the dependencies I think.

[10.12.17 19:11:37.253 ERROR main com.backup42.service.CPService] Error starting up, java.lang.ClassCastException: java.base/jdk.internal.loader.ClassLoaders$AppClassLoader cannot be cast to java.base/
STACKTRACE:: java.lang.ClassCastException: java.base/jdk.internal.loader.ClassLoaders$AppClassLoader cannot be cast to java.base/
at com.code42.lang.ClassPathHacker.logURLs(
at com.backup42.service.CPService.start(
at com.backup42.service.CPService.main(

butler360 commented on 2017-10-12 17:22

You'll have to check the logs in the Crashplan folder most likely. This just shows that it tries to start, then dies.

fryfrog commented on 2017-10-12 00:01

Also, I looped through 1-500 against${x}_Linux.tgz and couldn't grab anything.

I don't know if:
INFO sgDispatch-2 ervice.peer.PeerVersionValidator] WE have an old version, localVersion=1436674888490 (2015-07-12T04:21:28:490+0000), remoteVersion=1499922000650 (2017-07-13T05:00:00:650+0000), remoteGuid=42

matters in any way.

fryfrog commented on 2017-10-12 00:00

It just keeps the source and package files from showing up as something that needs committing, you don't ever want/need to commmit the /pkg/ or /src/ dir. And you *probably* never need to commit any *.tgz (the download from crashplan) or *.xz (the package made by makepkg).

Most AUR projects have one, though I don't think the *crashplan* AUR package is a very good example because it blocks *everything* and then explicitly enables the things they think they care about.

aaronm-cloudtek commented on 2017-10-11 23:10

@fryfrog I merged the restart patch but I'm not sure if adding a .gitignore is a good practice here.

fryfrog commented on 2017-10-11 22:38

^ This makes the restart work and adds a .gitignore.

All comments