Hi,
I have some large files (5-10GB) that are created through a 3rd party backup application each day. I have created a sync pair to upload these files from a source directory to my Icedrive account. Unfortunately the sync app tries to sync the files before they have been fully copied to the sync source directory. It then fails with a series of errors. The only way to get it to work after that is to cancel the existing transfers and to then “touch” the file in the source directory to initiate a change. The sync then works. Is there any way to programmatically control the sequence of the sync process, or at least for it to wait until the file has completed the copy before proceeding? I see that there used to be some sort of sync intervals option - could that be included as an option instead of instant sync?
Thanks
i had this problem too. depends on your backup program (as long as you can add a post backup event on your backup program),
but my solution is to backup to a temp dir, which must be on the same drive as the folder you are syncing to the cloud, then add a post event to rename the (i asume) zip backup file to the true location in your local sync dir. because a rename on the same drive is almost instant, the cloud sync client doesn’t have an issue
Hi @jjoneil ,
Thanks for your feedback, appreciate you taking the time to reply. Yes I have a few options around the post-backup scenario, I was just trying to avoid having too many moving parts in the process. Initially I thought that it might be something that the Icedrive app would just manage, but it just gets itself into knots. So given that fact, it would be more useful to me to have a simple scheduled time “blunt” approach rather than real-time, as my backups all run on a schedule in any case. As I understand from other posts, this used to be available, so I’d find it useful as a separate option. For now I’ll go with the automated temp dir/rename process that you suggested, which is essentially what I am doing now manually.
cheers.
no probs, welcome.
another option if you really want to avoid renaming specifically to write your backup in place, eg if your backup program managed the retention of said backups, would be to kill the icedrive client from a pre-backup event then restart it with from a post backup event, but that may be riskier.
also, be aware, i was using a one way sync to cloud for my backups with the ‘do not delete’ option with the expectation i could have by backup app only retain a few weeks locally but have icedrive keep the backups longer. unfortunately there’s a bug in the client, it honors a single local file delete (and warns it hasn’t deleted the cloud copy) but for multiple local file deletes, it goes into a ‘batch delete’ mode and disregards the ‘do not delete’ and obliterates my backups on their cloud. i reported this many months ago in the buc channel but icedrive have not fixed it or even acknowledged. afraid i have no trust in their ability to reliably save my backups, but that’s just me, ymmv
