Amahi Forums

Recently, Crashplan alerted me that it was unable to continue with the backup because the hard drive was full. My HDA only has a single 80GB drive (71.2GB usable). I do not have any files in my shares, as I only use the HDA for DNS, DHCP, and Crashplan. The only apps installed are Crashplan and RPM Fusion. According to the "df -h" output, there is 36GB being used. How can I find out what's using up this space? It seems odd that 36GB is being used when there's nothing there. Perhaps it's kept copies of files that were in my share a long time ago that I have since removed?

I've tried to include my "fpaste --sysinfo" output, but the only URL it gives me is "http://fpaste.org/" with nothing else.

Check /var/log directory for .gz files. They can be removed and may be taking up space.

There are scripts on the internet that will tell you how much space is being used by each directory on the machine. If I can find them again, I will post the URL.

Thanks for the response. Checked /var/log and the .gz files were only a few KB in size. Found a few logs about 23MB each, but nothing major that would be in the GB range. If you happen across the script, please let me know. Much appreciated!

Try this command-line syntax:

Thank you very much bigfoot65. I've narrowed it down the about 850 subdirectories under /usr/local/crashplan/upgrade/, which are collectively taking up all that space. I suspect they are the files I had backed up, even though I had told crashplan to discard all backups since I wanted to start anew. Removing and re-adding the HDA Crashplan destination is not removing the files. I find it odd that Crashplan was keeping a second copy of all the backup up items, effectively cutting the available space in half. Maybe there's something to tweak in the settings that I must've missed. Anyway, thanks for helping me narrow it down to this point. I'll just need to figure out how to remove these sets. Perhaps removing and reinstalling crashplan may be the best option? Do you know if it's possible to do this headless via SSH?

Perhaps removing and reinstalling crashplan may be the best option?

Not sure that will fix the problem. There must be a setting somewhere.

Do you know if it's possible to do this headless via SSH?

Have you reviewed the Crashplan wiki page?

Had the same issue and contacted Code42. Here's the answer:

With CrashPlan 4.4, Oracle's JRE 1.7 is now a requirement for running CrashPlan. This new JRE is not included in CrashPlan upgrades on Linux machines, but is downloaded optionally with our new installer. We recommend uninstalling and reinstalling CrashPlan (and allowing it to install Oracle's JRE). One advantage to this method is that CrashPlan will silo this JRE so that it is not interfering or conflicting with your system JRE.

You can find our instructions for getting your system back up and running here:

https://support.code42.com/CrashPlan/La ... ot_Back_Up
Please let us know if you have any questions, or encounter any trouble with the steps above.

The symptoms at their link include: This issue may also cause the CrashPlan app to repeatedly try to upgrade. This is what fills up the hard drive. I decided this was a good opportunity to upgrade to Amahi 8. Now I can't get CrashPlan to work any longer.

We will have to take a look at the CrashPlan application. Not sure if you noticed, but it's in ALPHA for Amahi 8 and not working.

Please submit a bug report with the details, to include /var/log/amahi-app-installer.log and the URL for the following command:

I submitted issue https://bugs.amahi.org/issues/1877. The fpaste option should be "--sysinfo" (no dash).

Thanks! Sorry about the extra hyphen. Fat fingers on a tablet typing lol

Could post the URL from the fpaste?