This article walks you through upgrading CrashPlan PRO to the latest version. You must be running the previous version for these instructions to work.
If you have an older version of CrashPlan PRO, please see Upgrade Older CrashPlan PRO Version.
VMware users: Upgrade to version 11.5.2009 or newer before migrating to a native platform.
We encourage you to test the upgrade before applying. This is a simple test designed to take less than 15 minutes.
Follow these guidelines to test the upgrade:
Choose the correct upgrade file for your PRO Server. Do not extract the downloaded file!!!
Apply this upgrade only on PRO Servers running 3.8.2010 or 3.8.2010.1.
Follow these steps to perform the 3.8.2010.2 update:
NOTE: When upgrading from 3.8.2010 to 3.8.2010.2 - The Space-Used graphs in the admin console will appear empty until the nightly jobs run the next evening. This is a display issue only and has no impact on the actual storage or archives.
Read the Troubleshooting section for help.
Choose the correct upgrade file for your PRO Server. Do not extract the downloaded file!!!
Follow these instructions only if your current version of CrashPlan PRO is 6.11.2009 or older. View server's version from Home screen.
First — your server is ok.
The internal database is protected during upgrades which allows us to restore the server to working order. As soon as a problem is detected stop what you're doing immediately. Gather these materials and submit them to support:
upgrade/upgrade.log
Providing all of these materials at once is the fastest way to guarantee a swift resolution.
Clients will connect to your new server, detect that an upgrade is required and download their update. You can view a client's current version by viewing a user's list of computers.
When it comes time to monitor the clients and make sure they're ok, the easiest way is with the report Organizations > Show All Users… sort by Last Backup. Clients that don't upgrade will quickly fall behind and come to the top of the list.
The most common problem (>95%) is an inability to download their update from the server — most likely a connection issue. Please review the appropriate client download port for your platform in the upgrade instructions and make sure the affected clients can connect on that port. Use telnet to verify.
If necessary you can review the client's service.log for the url it's attempting to use. It's trying to download a ”.jar” file, which is a string you can search for in the log.
Please send your client logs to pro support for review. Failures to remotely upgrade are very serious and we need to understand what happened.
If you cannot wait to see what happened and you're dealing with a small number of affected clients then the fastest fix is to simply reinstall using the latest version. BE SURE to not delete the computers identity during uninstall.