-
Notifications
You must be signed in to change notification settings - Fork 14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sync operation terminates before destination files are deleted #12
Comments
|
Thanks for the speedy reply. The source is the VBR repository containing backups. It is a large Raid Array. The destination is where the production backups are copied to via FC Sync. It is also a large Raid Array. Normally, FC will copy the new nightly backups from the source to the destination. However, when VBR retention runs, VBR deletes backups from the repository (Source) that are older than 2 weeks. So FC is doing the deletions. Here is what the FC documentation says about Sync... Sync (Size/date) - Copy if size or date is different, or it does not exist. |
"> Sync (Size/date) - Copy if size or date is different, or it does not exist. please show me where you get this. |
This is directly from FC documentation. Operation mode Sync (Size/date). |
it is a different project. That is a windows application which I don't think is open source. |
My apology. I now see that this is a different program with the same name. |
I am using Veeam Backup and Replication software. My backup job runs a post job batch script. The script runs FastCopy command line Sync to mirror backups to another local storage location. When VBR retention runs, it deletes older backups. This means that FC will delete backups from the destination that no longer exist in the source. The full backups are quite large resulting in very large file deletions.
What happens is that FC and the script terminate before the all destination files are deleted. The files are eventually deleted but can take 7-10 minutes after the script has terminated. This gives a false sense of completion.
I am guessing you are using an API call to do the deletions. I suspect that your code does not wait until the file is actually deleted but just checks the request to delete was successful.
Is there a way that your code can wait for all files to be deleted before FC terminates?
The text was updated successfully, but these errors were encountered: