Overview
When the Code42 app is unable to back up a file, the History window displays the message "unable to back up n files." This most commonly occurs when the Code42 app 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.
Diagnose
When the Code42 app 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 the Code42 app 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. (For Code42 app version 7.0, open the backup_files.log file.)
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]
Recommended solutions
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.
May be unable to back up
Unable to back up
System files
The Code42 app 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.
Application files
By default, the Code42 app backs up your user folder, which contains the AppData folder for your computer. Certain files inside AppData can fail to back up with the Code42 app because they:
- Are open and locked by the application that created them.
- Were not created with the correct permissions for the Code42 app 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 the Code42 app 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 Code42 app.
- (Code42 app version 6.8.2 and earlier only) From Home, select Details.
- Select Run backup now to retry backing up the file.
Backing up open files and databases
To increase the likelihood that the Code42 app 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
Back up open files and databases for additional details.
System permissions
In the default Windows installation (installing the Code42 app for everyone on the device), the Code42 app 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 the Code42 app 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.
VSS snapshots
When the Code42 app 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, the Code42 app can't back them up. See Understand and troubleshoot backing up open files with Windows VSS for additional details.
Here is an example VSS snapshot:
"\GLOBALROOT\Device\HarddiskVolumeShadowCopy12"
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
Backup Never Reaches 100% - Unable To Back Up Files (Mac)
Overview
Never reaching 100% backed up is a key indicator that the Code42 app cannot back up one or more files. This troubleshooting article describes how to identify files included in your file selection that cannot be backed up on a Mac.
This article focuses on problems with individual system files not backing up. If your personal files are not backing up, it may be due to Apple privacy restrictions introduced in macOS Catalina 10.15 and macOS Mojave 10.14. See macOS not backing up files with personal data for more details.
Affects
Code42 app running on a Mac
Under the hood
Typically, when files fail to back up on a Mac, it's due to the type of files selected for back up. Many of the files that cannot back up are located in the following folders:
- /Library
- /System
- /Applications
- /Users/<User>/Library
Files located in these folders contain system files that your device needs to operate. The Code42 app is designed to back up and restore personal files, not system and application files. If your backup file selection includes these locations, it could interfere with the priority your crucial files are backed up.
For example, files found in your Library folder are mostly temporary or cache files. The Code42 app prioritizes the most recently changed files first. This causes the Code42 app to spend too much time trying to keep up with constantly changing cache files (like your web browser cache). This can hinder the progress of more important files you truly want backed up.
Diagnose
You can use either of the methods below to identify which files are failing to back up.
Determine what's not backing up (basic)
- Open the Finder.
- Press Command+Shift+G, and paste the following file path into the dialog:
- Installed for everyone: /Library/Logs/CrashPlan
- Installed per user: ~/Library/Logs/CrashPlan
- Press Enter.
- Open the backup_files.log.0 file with TextEdit. (For Code42 app version 7.0, open the backup_files.log file.)
This document lists every file that the Code42 app has backed up. However, any log lines beginning with a "W" signify a file the Code42 app wasn't able to back up at that time.
Determine what's not backing up (advanced)
- Open Terminal.
- Enter the following command. This command lists any file that failed to back up with the Code42 app:
- Installed for everyone:
grep "^W" /Library/Logs/CrashPlan/backup_files.log.0 | less
- Installed per user:
grep "^W" ~/Library/Logs/CrashPlan/backup_files.log.0 | less
For Code42 app version 7.0, use backup_files.log
for the file name.
General Authentication Issues/Cannot connect to background service
The vast majority of authentication issues are solved by ensuring you're logging on with the correct username (NetID@uic.edu) and/or performing a complete uninstall/re-install of the application.
Please see the following Link for instructions on completely uninstalling and re-installing the application.