|
Runtime - Files Conflict View |
Top Previous Next |
|
Introduction
Files conflicts can occur for the following reasons:
When a file conflict is detected the file is placed in the File Conflict list with a specific status which will determine how the conflict is resolved. The 3 possible file conflict statuses along with their resolution strategies are as follows:
When a file conflict occurs the status will be set to Pending Conflict Resolution if the file has already been verified or synchronized by the initial synchronization process, otherwise the file conflict status will be set to Pending Initial Synchronization. If the conflict is a result of a fatal I/O error on the source then the file conflict status will be set to Quarantined.
NOTE: If a file collaboration session is stopped before a file conflict with a status of Pending Conflict Resolution is resolved, then that file will automatically be quarantined the next time the file collaboration session is started.
Quarantined Files
Once a file is marked as Quarantined, the file will no longer participate in collaboration, and thus changes to any version of the file will not be propagated to other hosts. However, subsequent file activity on a quarantined file will be logged in the event log as a warning, so you can determine who modified the file while it was quarantined. Quarantined files are saved to disk and will survive session restarts. The File Conflict list displays the time and date of the quarantine along with an error message indicating the reason for the quarantine (see below). A Quarantined File event is also logged in the Event Log, and you can obtain a more detailed reason for the quarantine by analyzing the Event Log file(s). In addition, if Email Alerts are configured and enabled for File Quarantined alerts, then an alert email will be sent.
Removing a file from Quarantine
You must explicitly remove a file from quarantine in order to have it participate in the collaboration session again. To remove a file from quarantine, select the file in the File Conflict list, and then select the host with the correct version and press the Release Conflict button. After doing this all hosts are checked to make sure the file is not currently locked by anybody, and if so, then locks are obtained on all versions of the file, and the targets that are out-of-date are synchronized with the selected source host. You may also chose to perform no action, in which case the file is removed from the File Conflict list but none of the file versions are modified; therefore if the files are not currently in-sync, then the next time the file is modified, changes will be propagated to the other hosts. If an error occurs while removing the file conflict, then the Status field in the File Conflict table is updated to reflect the error.
You may also select multiple files to remove from conflict list in one operation.
|