Package Details: crashplan-pro 8.0.0-1

Git Clone URL: (read-only, click to copy)
Package Base: crashplan-pro
Description: An business online/offsite backup solution
Upstream URL:
Keywords: backup crashplan
Licenses: custom
Conflicts: crashplan
Submitter: glittershark
Maintainer: legodfrey
Last Packager: legodfrey
Votes: 26
Popularity: 0.058619
First Submitted: 2013-08-27 17:10
Last Updated: 2020-05-08 19:17

Required by (0)

Sources (3)

Pinned Comments

SmashedSqwurl commented on 2018-12-19 15:10

@gadicc, I added some pacman hooks to handle setting/unsetting the immutable flag:

Sets immutable flag after install/upgrade:

Operation = Upgrade
Operation = Install
Type = Package
Target = crashplan-pro

Description = Set immutability of Crashplan Pro upgrade directory
When = PostTransaction
Exec = /usr/bin/bash -c "rm -rf /opt/crashplan/upgrade/*; chattr +i /opt/crashplan/upgrade"`

Unsets immutable flag before upgrade/remove:

Operation = Upgrade
Operation = Remove
Type = Package
Target = crashplan-pro

Description = Undo immutability of Crashplan Pro upgrade directory
When = PreTransaction
Exec = /usr/bin/bash -c "chattr -i /opt/crashplan/upgrade"```

Latest Comments

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

acare1976 commented on 2020-06-15 20:09

Great package, thanks for the work maintaining this.

I recently installed this and couldn't get the desktop app to load.

Looking in the service.log.0 file I was seeing the following error

"STACKTRACE:: Cannot run program "hostname": error=2, No such file or directory"

Turns out the the expects to be able to execute the command line executable "hostname" which is provided by the [inetutils] package.

Just thought this might save others some time and possibly worth adding this in as a [depends]

mso commented on 2020-04-27 06:34

The package works indeed, thank you.

For the newbies, once the package is installed, you have to start and enable the service (so it starts automatically upon booting the system). To do so issue the following command from a console:

systemctl --now enable crashplan-pro.service

After that you can open de GUI from the main menu or by issuing the CrashPlanDesktop command.

achilleas.k commented on 2020-02-23 16:38

Thanks for fixing and picking up the package legodfrey! Works fine now.

senorsnor commented on 2020-02-23 14:40

Works for me too! Thanks a lot

blackhole commented on 2020-02-23 14:30

It works! Thanks

legodfrey commented on 2020-02-23 14:21

I managed to get the latest version to work, without completely removing and reinstalling it.

I had to do the standard PKGBUILD update of version and build number, but I also had to disable symbol stripping (options flag in excerpt). so the top of the PKGBUILD now has the following lines

pkgdesc="An business online/offsite backup solution"
depends=('bash' 'java-runtime-headless=8' 'alsa-lib' 'gconf' 'gtk3' 'libxss')
options=(debug !strip)

If someone else wants to try and see if this fixes the problem of Crashplan sitting there claiming to be running then that would be great!

If this works then I will adopt and update the package, (I made other changes to my system while making this fix work, so I want someone to say this was the required change).

muncrief commented on 2020-02-22 14:39

I see there are quite a few struggling here with CrashPlan and I just want to reiterate that it works fantastically with the simple systemd service I described below.

There are no kernel incompatibilities, or any other significant issues with CrashPlan and Arch. I'm running it on two Arch systems right now with kernel 5.5.4, and after reading these comments I also tried it on 5.4.20 and it works just as well. And as I said, my archives are around 10TB.

I think the problem is not only this AUR package itself, but also that it can be difficult to uninstall. In fact after initially using this package I had to reinstall Arch because I just couldn't get CrashPlan to work after this package was installed and uninstalled.

In any case, I wish all of you the best of luck, and urge you to try the systemd method. If CrashPlan still doesn't work then you may have to reinstall Arch.

achilleas.k commented on 2020-02-22 12:34

I also had a quick support back and forth with the CrashPlan helpdesk. Just confirming what the rest of you said. They can't provide help for Arch since they don't officially support it.

I installed Ubuntu 18.04 (they don't officially support 19.10 either) in a VM and the latest CrashPlan works fine there. Installing it in a 18.04 Docker container however results in the same issue we see on Arch, so I also figured it's probably an incompatibility with the Kernel. Can't say for sure though.

Regardless, all we can do is wait or run it in a VM, which seems kinda wasteful and would require migrating the backups, which is a pain.

blackhole commented on 2020-02-22 09:06

I tried to downgrade to kernel 4.19.x: The Desktop app don't even start, the service is active but nothing is done. I don't think the problem is kernel...

senorsnor commented on 2020-02-21 22:57

I just contacted crashplan support about the gui not being able to connect to the running service. They said they are aware of the problem and think it has to do with some recent change in the linux kernel. As they don't support Arch Linux they couldn't help me further. I tried downgrading as far back as 5.4.15 just to check but that didn't resolve it for me.