WeĬonsciously decided to have CS report such problems because a bad symbolic link inside a package is essentially a corrupt file, even though it may just be 'minimally' corrupt. It should be noted that Finder ignores bad symbolic links in packages so when copying a package file with a bad synclink, the error goes unreported. To troubleshoot this issue, you can try deleting the troubled symlink(s) and recreating them to see if that resolves the errors in ChronoSync. If the item being referenced exists within the package, then it's possible the destination file system doesn't support symbolic links (although that is unlikely).
You can "Get Info" in Finder and see what item it is referring to. Just expand the package file on Analyze until you find the troubled file being reported.
#Chronosync ignoring file ownership code#
This is very common with code frameworks.Įnable 'Dissect Packages' on the Options Panel of your sync document to reveal the symlink(s) in question on the Analyze Panel. Usually packages will have a self-referencing symlink inside them meaning there's a symbolic link that references one of the files/folders within the packages. A 'bad' symbolic link would be one that references a file that does not exist. This error is generated by ChronoSync when copying a package file that either has a 'bad' symbolic link in it or cannot have the symbolic link recreated on the destination. Some errors, such as a file in use by other applications, may get cleared up by retrying. With this enabled, if an error occurs during synchronization, ChronoSync will retry twice (if necessary) before an error is reported. Under Reporting & Error Handling, enable 'Automatic Retry before handling errors'. To troubleshoot this issue, open your saved sync document and switch to the Options Panel. By any chance is the file in active use while this sync document runs? Does it still work or does the error return.Įrror -43 'fnfErr'File not found Folder not found Edition container not found Target not foundįile not found errors occur when a file that has been scanned and selected for synchronization disappears during the actual file copy operation. Then choose 'Actions->Synchronize->Sync Selection'. Now choose 'Actions->Force Synchronize->Force Once' so the file becomes marked to sync. Locate that file that you just tested and select the file pair by clicking that line.
You should also check 'Show All Items' at the top. Using ChronoSync open the sync document and switch to the Analyze Panel.Įxpand the file/folder list by clicking the disclosure triangle to the left.
To troubleshoot this issue, first test to see if you can copy the same troubled file using Finder without errors?ĭo any of the files that generate the error already exist on the destination volume? If so, what happens when you delete one of the files and re-sync. This error indicates that you don't have the correct access to one of the network volumes you have specified in your Sync Document Targets. SPECIFIC ERROR NUMBERS AND POSSIBLE REMEDIESĮrror -5000 'afpAccessDenied' AFP Access denied Support Team if you need further help deciphering an error number. Just search the above-referenced documents for your error number and read the accompanying comment for a possible explanation. The global list of macOS errors is available at:Īdditional, archived error lists are available at: This document provides additional details and links to gain understanding as to the specific issue that might be generating an error. These numbers are cryptic and not very helpful in determining what exactly is going wrong during the sync. Since ChronoSync utilizes lower level file system routines provided in macOS to manipulate the files during synchronization, the error numbers are the same error numbers being generated by these file system routines. ChronoSync reports a variety of error numbers for problems that occur during a synchronization.
0 kommentar(er)
