Package Details: crashplan-pro 11.3.1-2

Git Clone URL: https://aur.archlinux.org/crashplan-pro.git (read-only, click to copy)
Package Base: crashplan-pro
Description: A business online/offsite backup solution
Upstream URL: https://www.crashplan.com/en-us/small-business/
Keywords: backup crashplan
Licenses: custom
Conflicts: crashplan
Submitter: glittershark
Maintainer: None
Last Packager: achilleas
Votes: 29
Popularity: 0.016294
First Submitted: 2013-08-27 17:10 (UTC)
Last Updated: 2024-05-26 14:20 (UTC)

Dependencies (8)

Required by (0)

Sources (6)

Pinned Comments

achilleas commented on 2024-08-17 10:48 (UTC) (edited on 2024-08-17 10:49 (UTC) by achilleas)

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.

SmashedSqwurl commented on 2018-12-19 15:10 (UTC) (edited on 2018-12-19 15:14 (UTC) by SmashedSqwurl)

@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"```

Latest Comments

« First ‹ Previous 1 .. 17 18 19 20 21 22 23 Next › Last »

izenn commented on 2017-08-11 03:41 (UTC)

4.9.0 available: https://web-ebm-msp.crashplanpro.com/client/installers/CrashPlanPRO_4.9.0_1436674888490_33_Linux.tgz

aboccia commented on 2016-07-17 06:16 (UTC) (edited on 2016-07-17 06:16 (UTC) by aboccia)

@twistedjoe I have fixed the checksum, not sure what happened there. I recall testing the build after updating the version, it may be possible that crashplan changed the tarball on their end. I always test before committing. As for your missing file issue, I am not seeing that on my end. Also I don't see the file shown in your paste, I do however see the similarly named "/opt/crashplan-pro/bin/../lib/com.backup42.desktop.jar" I am guessing that is what you should be referencing. All is running fine on my end. Cheers

twistedjoe commented on 2016-07-12 17:08 (UTC)

After a fresh reinstall (changed the sha256sum to force the install), it failed with the following: http://pastebin.com/raw/4tJTuBAq

twistedjoe commented on 2016-07-12 16:59 (UTC)

CrashPlanPro_4.7.0_Linux.tgz is failing the sha256 sums on my end. Maybe it has been updated ?.

aboccia commented on 2016-05-17 17:04 (UTC)

@twistedjoe I'll add the Restart=always, it's a workaround for the crashes but if it keeps the service running for people than that is a plus. I did test with RemainAfterExit=yes as you previously suggested, that seemed to help on my end. Updating package to latest now. Thanks for all your input.

twistedjoe commented on 2016-03-11 02:39 (UTC) (edited on 2016-03-11 02:43 (UTC) by twistedjoe)

@aboccia When auto updating the daemon will stop (but not the systemd service). In the middle of downloading jre-1.7 usually, systemd kill the update process. The update log show that it was killed in the middle of loading it with wget. No crash, it just stop. Then the service does not restart. On the crashplan package they have Restart=always, which would make it at least restart after trying the update. Maybe if it does not have to load jre, systemd don't have the time to catch up before the daemon is back and that prevent it from being killed in your case. If you want to test it remove crashplan-pro + the /opt/crashplan-pro folder then reinstall the 4.5.2 package and start the daemon, the first thing it does once you open the GUI would be updating. Then you should have a upgrade.<SOME ID>.log file in /opt/crashplan-pro/log/. Though, I guess it would be too much trouble + you are risking losing your existing backup if you do it.

aboccia commented on 2016-03-11 02:19 (UTC)

@twistedjoe I have updated to the latest 4.6.0, as for the auto update failure. I have not seen this same behaviour in my environment. I will look into testing it before applying your patch to the service file. Thanks

twistedjoe commented on 2016-03-11 01:24 (UTC)

Hi, the package seems to be outdated. 4.6.0 is out. The auto-update is killing the service at the moment. I tried to find a way to disable the auto-update, but was not able to. I think we should disable auto-update and update the package instead (maybe if we ask code42 they will add an option). In the meantime, I fixed the auto-update so it would not fail. The problem seems to be that once the auto-update script stops the daemon, systemd catch up and kill the unit while the script is updating. This in turn kill the upgrade script mid completion. The upgrade script is loaded with the upgrade itself by the java bin, so it will be hard to patch. My temp fix is to add RemainAfterExit=yes to the service file. This way systemd will not kill the unit after the daemon has been stopped. I am new to arch and systemd so this might have repercussions I don't know about. Here is the patch file: https://gist.github.com/twistedjoe/e976b40be22ec6e0d1a0 Just updating the package (without preventing auto update) is not really a solution in here case, because the daemon will just close silently every time there is an upgrade. I don't want to have to periodically check to be sure crashplan is still working. I need it to either upgrade automatically, or just don't try if it would crash.

« First ‹ Previous 1 .. 17 18 19 20 21 22 23 Next › Last »