Arch Linux User Repository

I'm going to be disowning this package soon. I'm moving away from crashplan and have no interest in maintaining this package, and dealing with usage issues, when I wont be using it.

I'll keep it up to date during the coming months as needed, but if no one else shows up, I plan to disown it at the end of October.

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

Sets immutable flag after install/upgrade:

[Trigger]
Operation = Upgrade
Operation = Install
Type = Package
Target = crashplan-pro

[Action]
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:

[Trigger]
Operation = Upgrade
Operation = Remove
Type = Package
Target = crashplan-pro

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

@muncrief Thx.

I have the disk being flooded with *.dl files again where crashplan tries to upgrade itself, fails and downloads the upgrade file again.

It downloads the upgrade files to: /opt/crashplan/conf/tmp (mmmm, change in plans by code42?)

So sudo chattr +i /opt/crashplan/conf/tmp helps, but leaving it like that will have the crashplan service crash at start (or lock, whatever, it wont work ;-)

Could we alter the systemd service in such a way that it -i at start and +i after? I made this change for test, but that will be altered again i reckon after I update, and i am nothing but a hacker, i fiddle, maybe you can integrate at least the idea?

Or am I missing something? I know for sure that my drive is completely filled after a day or so (30GB ;(

Cheers

crashplan-pro.service: [Service] ..... ExecStartPre=/bin/bash /usr/local/sbin/crashplan.sh .....

/usr/local/sbin/crashplan.sh

/usr/bin/chattr -i /opt/crashplan/conf/tmp sleep 60 /usr/bin/chattr +i /opt/crashplan/conf/tmp

Here's a quick package fix until it gets updated to 8.8.1.36

In PKGBUILD:

pkgver=8.8.1
_pkgtimestamp=1525200006881
_pkgbuild=36

sha1sums=('SKIP'
          'c6bf34f1b0ba0bd8d9eb04f6b300112e3c053f84'
          'f01486b90dafe714a69d20aaa873153ce069af13')

In .SRCINFO:

    sha1sums = SKIP
    sha1sums = c6bf34f1b0ba0bd8d9eb04f6b300112e3c053f84
    sha1sums = f01486b90dafe714a69d20aaa873153ce069af13

Here's a quick package fix until it gets updated to 8.8.1.33

In PKGBUILD:

pkgver=8.8.1
_pkgtimestamp=1525200006881
_pkgbuild=33

sha1sums=('SKIP'
          'c6bf34f1b0ba0bd8d9eb04f6b300112e3c053f84'
          'f01486b90dafe714a69d20aaa873153ce069af13')

In .SRCINFO:

    sha1sums = SKIP
    sha1sums = c6bf34f1b0ba0bd8d9eb04f6b300112e3c053f84
    sha1sums = f01486b90dafe714a69d20aaa873153ce069af13

8.6.1:

pkgver=8.6.1
_pkgtimestamp=1525200006861
_pkgbuild=3

sha1sums=('54185c976c31b79bae0fb28cba4838c044fa8fca'
          ...

I had an issue with the update but it turned out that my src and pkg directories were left over so I deleted those and the install worked just fine.

I have removed some of the old bug fixes, as they should have been incorporated upstream, however if anyone has any issues (especially locale related) then let me know!

At some point I might attempt to remove some of the dependencies, as now it should favor the code42 shipped JRE as opposed to the systems version.

Last 2 days crashplan is not backing up. CPU load is at more than 40%, service is running but a big number of new/modified files are not saved. I tried to reinstall but I have the same problem. Looking in the logs I cannot find anything relevant.

I have contacted support but the answer is "CrashPlan for Small Business cannot guarantee continued functionality on unsupported operating systems. In order to protect your data, our recommendation is that users who are on an unsupported operating system should utilize one of the supported versions listed above if they would like to continue using CrashPlan for Small Business"

Maybe I must look to some other application, but It is difficult to fine one good supporting continuous backup.

@trotskytown, the permissions on /opt/crashplan/electron/chrome-sandbox are 0644 on both my Arch and Manjaro installations and they're working perfectly.

I'm not sure what's going on, but changing permissions in the electron directory should be done carefully, and allowing the sandbox to be executable with global read permissions doesn't sound right to me.

Whenever I install/update this package and try to run the GUI, I get this message: "The SUID sandbox helper binary was found, but is not configured correctly. Rather than run without sandboxing I'm aborting now. You need to make sure that /opt/crashplan/electron/chrome-sandbox is owned by root and has mode 4755."

Running "sudo chmod 4755 /opt/crashplan/electron/chrome-sandbox" by hand makes it work fine. Can that line be added to the package script so it's performed automatically?

Oh wow, thanks so much for updating this so quickly @legodfrey. I just uninstalled 8.2 and installed 8.5 and it's working perfectly.