«

»

Apr 13

How to: Prevent CrashPlan Pro from shutting down abruptly

How to: Prevent CrashPlan Pro from shutting down abruptly

We’ve been using CrashPlan Pro as our backup solution for offsite backups. Because of the time it takes to upload the files over the internet we have been doing backups of different folders based on their importance. Recently we ran into the issue that when performing a backup the Crashplan application would just close itself. When launched it would remain open anywhere from a few seconds to a few minutes. Obviously we didn’t experience this behavior since day 1. All the backups were performed as expected but we started having issues once we started programming those larger backups with big VHDs files. So something with the larger backup was causing CrashPlan to terminate abruptly. The CrashPlan service would still be running but the backup jobs would actually be stopped potentially creating the issue that if left unattended no backups would be performed.

The cause

After reaching out to CrashPlan support their agent was very polite and in a few minutes of troubleshooting suggested that the memory allocated for the CrashPlan Backup application was not enough. Their recommendation is about 1gb of RAM per terabyte of storage backup you need. With 3.5 TB needed to be backed up I guess it was obvious what the issue was here.

The solution

Running Notepad or any other text-editor as an Admin, edit the CrashPlan engine’s CrashPlanService.ini file to allow it to use more java memory:

  1. Stop the backup engine: http://support.crashplan.com/doku.php/how_to/stop_and_start_engine

  2. Locate the Notepad program, right-click and Launch as Administrator

  3. Go to File > Open, and navigate to C:\Program Files\CrashPlan\CrashPlanService.ini (note that you will have to change the option from .txt files to all files in the file selection screen in order to see the CrashPlanService.ini)

  4. Find the following line in the file:

-Xmx512m

  1. Edit to something larger such as 640, 768, 896, or 1024. E.g.:

-Xmx1024m

This sets the maximum amount of memory that CrashPlan can use. CrashPlan will not use that much until it needs it. I would recommend starting out setting it to 1024, and go higher only if you continue experiencing problems. You can set it as high as 2048 on 32-bit systems, or even higher on 64-bit systems.

  1. Start the backup engine.
Enhanced by Zemanta

5 comments

Skip to comment form

  1. John Cornwell

    Worked perfectly. Thank you!!

  2. Kent Linkletter

    Thanks, it worked perfectly for me too. I am very surprised that they allow the client to crash with the service with no notification at all to the end user.

  3. Shmuli

    wow, I have been racking my brain looking at ways to stop it from crashing, thinking it was my hard drive that has been acting up, but after changing the number to 2048 in the .ini file it has so far not crashed! Hope that solves my problem.

  4. Alex

    Excellent! Solved my problem. Thanks for posting this!

  5. Fred

    This solve my problem too!!

    Thanks!!

Leave a Reply

%d bloggers like this: