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.128242
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 »

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.

senorsnor commented on 2020-02-21 22:06

I installed 7.7.0 by changing to pkgbuild and get the same problem as achilleas.k and blackhole: service seems to be running but not do anything, and the front end cannot connect to the running service.