| Restoring clip library backupsSummaryThis solution provides instructions on recovering libraries that become corrupted. For an overview of clip libraries and of the way the applications create automatic backups, see this article: About clip library backups. Restoring Backup FilesPerform the following tasks to restore a corrputed library from a backup. Note: Before copying/retrieving the backups of the corrupted library, create a directory that will host a copy of the library files. You can use these copies in case you need to roll back.Warning: Make sure there is no local or remote connection to the framestore while performing these operations. - Create a backup of the current directory structure so full recovery to the current state is possible.
Note: Make sure that no one is accessing the framestore over wire or remote framestore. cp -rp /usr/discreet/clip/<framestore volume>/<project>* /usr/tmp/backup - Start troubleshooting the library, by navigating to the appropriate directory hosting the library files:
cd /usr/discreet/clip/<framestore volume>/<project>/workspace*
The backup files have the same name and extension as the original file, but with a different numeric suffix indicating the age of the back-up.
For example, a library called "MyFolder" will have four files in the workspace folder:
MyFolder.000.clib MyFolder.001.clib MyFolder.002.clib MyFolder.003.clib
The file with a 000 suffix is the active library. The rest are backups: 001 is the most recent and 003 is the oldest. - Copy the files or directories from the backup directory as required, one file at a time
cp -p <name of library>.001.clib <name of library>.000.clib For example: cp -p Default.001.clib Default.000.clib
Note: If Clip History is active you also need to make sure that the history files match and are also recovered.
- Launch the application with the –Z option and verify if the problem is fixed. If not, redo step 3 using the next library backup file, until you have used all the backup files:
For example: cp -p Default.002.clib Default.000.clib
Note: If you try all the backup files without success, you can use the bak.tar files copied over to /usr/tmp/backup. Be sure to extract the files under /usr/tmp/backup and copy them over from there. - Run vic (volume integrity check) after performing these steps. See the following article for instructions: Using vic (Volume Integrity Check).
- Clean up your backup directory when the recovery completes.
Notes: - When copying files as root, use the -p ( permission) option to make sure permissions are properly set.
- Make sure you have enough disk space to perform the copy. (df -h, du -sh *)
- Do not copy the backups to any folder under /usr/discreet/clip, as vic traverses all sub-directories within that directory, which will result in false errors or further problems.
Support – Terms of UseAUTODESK DOES NOT GUARANTEE THAT YOU WILL BE ABLE TO SUCCESSFULLY DOWNLOAD OR IMPLEMENT ANY SERVICE PACK OR WORKAROUND, OR ANY OF THE TIPS, TRICKS, EXAMPLES OR SUGGESTIONS OUTLINED IN ANY AUTODESK PRODUCT SUPPORT TECHNICAL DOCUMENTS. TECHNICAL DOCUMENTS, SERVICE PACKS AND WORKAROUNDS ARE SUBJECT TO CHANGE WITHOUT NOTICE TO YOU. AUTODESK PROVIDES TECHNICAL DOCUMENTS, SERVICE PACKS AND WORKAROUNDS "AS IS" WITHOUT WARRANTY OF ANY KIND, WHETHER EXPRESS OR IMPLIED, INCLUDING WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT SHALL AUTODESK OR ITS SUPPLIERS BE LIABLE FOR ANY DAMAGES WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL, LOSS OF DATA, OR LOSS OF BUSINESS PROFITS OR SPECIAL DAMAGES, THAT MAY OCCUR AS A RESULT OF IMPLEMENTING ANY SERVICE PACK OR WORKAROUND, OR ANY SUGGESTION OUTLINED IN ANY AUTODESK PRODUCT SUPPORT TECHNICAL DOCUMENT, EVEN IF AUTODESK OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. | |
|