- Code42 CrashPlan (previously CrashPlan PROe)
When Code42 CrashPlan is unable to back up a file, the History window displays the message "unable to back up n files." This most commonly occurs when CrashPlan is trying to back up a file that is open, encrypted, or lacking proper permissions. This article addresses how to identify which files are not backing up and how to resolve the issue.
CrashPlan app on Windows
When CrashPlan is unable to back up a file, the History window displays the message "Unable to backup n files" (where n is the number of files CrashPlan is unable to back up).
Identify problem files
Follow these steps to identify the specific files that are not backing up:
- Open a file browser and paste the following location into the address bar:
- Installed for everyone: C:\ProgramData\CrashPlan\log
- Installed per user: C:\Users\<username>\AppData\<Local or Roaming>\CrashPlan\log
- Open the backup_files.log.0 file in a text editor (such as Notepad).
Most problem files can be found towards the end of the log file.
- A file failing to back up is noted with a "W" at the start of the line:
W 01/06/13 12:00PM 42 - C:\Users\John\Blackberry\Backup\BlackBerry Tour 9630-1.ipd
A file backing up successfully is noted with an "I" at the start of the line:
I 01/06/13 12:00PM 42 50cd0afdb853e65f1f47c31407ce9a4a 0 C:\Users\Jill\Documents\Outlook Files\outlook.pst (200483653) [1,0,200483653,0,0,0,0]
Once you've identified the problem files, review the information below to determine if the files fit into one of these categories. Additional troubleshooting information is provided for each category.
- Files with insufficient permissions
- Encrypted files run in a user space
- OneDrive smart files
- VSS Snapshots
CrashPlan is designed to back up user files (documents, photos, etc.). It is not designed to back up your operating system or applications. For additional information, see our guide about choosing what to back up.
By default, CrashPlan backs up your user folder, which contains the AppData folder for your computer. Certain files inside AppData can fail to back up with CrashPlan because they:
- Are open and locked by the application that created them
- Were not created with the correct permissions for CrashPlan to back them up
If the files that are failing to back up are located in the AppData folder, review our guidelines for backing up the AppData folder.
Open files and databases
While CrashPlan backs up open files by default, it does not have application-specific "hooks" to back up files that are always being written to (SQL databases, virtual machines, Act! databases, Outlook PST files, Exchange databases). To back up these files:
- Close the identified files and the applications using those files.
- Open the CrashPlan app.
- Click Details.
- Select Run backup now to retry backing up the file.
To increase the likelihood that CrashPlan can consistently back up and recover large open files (Exchange, Outlook, SQL databases, etc.), use application-specific tools to dump/export a snapshot of the internal state to a file. See Backing Up Open Files and Databases for additional details.
In the default Windows installation (installing the CrashPlan app for everyone on the device), CrashPlan relies on the system user's read/write permissions to access your files. However, there are some files or folders the system user may not have permission to access. If you need to back up these files or folders, follow our tutorial to add the system user to the permissions list.
Windows Encrypting File System
You can tell whether or not a file is encrypted with EFS by the green label in a file browser.
In order to back up files encrypted with EFS, you must install CrashPlan per user. Alternatively, you can remove file encryption using the steps below:
- Right-click the encrypted file.
- Select Properties.
- From the General tab, select Advanced.
- Deselect the option to Encrypt contents to secure data.
OneDrive (formerly SkyDrive)
In Windows 8.1, Microsoft introduced smart files to conserve local hard drive space. If you include your OneDrive folder in your backup selection, you may need to make your files available offline before they can be backed up.
When CrashPlan tries to access open files, the Windows Volume Shadow Service (VSS) pauses the application writing to the file and creates a snapshot of it. Sometimes these snapshots don’t get deleted after use. Since VSS limits the permissions on those snapshots, CrashPlan can't back them up. See Backing Up Open Files In Windows With VSS for additional details.
Here is an example VSS snapshot:
To clear VSS snapshots out of your system, do the following:
- Go to the Windows Start menu
- Search for cmd
- Right-click on cmd.exe and select Run as Administrator
- In the command prompt, enter this command:
vssadmin delete shadows /all
- Press Enter