RTS is running in the background.
Can I now run a different job from the GUI at the same time?
I tried and it sits waiting for a lock to become free. Will RTS ever release the lock or do I need to shut down RTS before doing a GUI job?
Thanks
Tony
Run a GUI job while RTS is running?
- Posts: 13
- Joined: 22 Oct 2016
- Posts: 1202
- Joined: 8 May 2006
> Can I now run a different job from the GUI at the same time?
Do you have overlapping directories in what RTS is doing & what you're wanting the GUI to do?
If not, then I'd think you should be OK.
If so (& I'm only guessing), you may need to disable "locking" on the RTS end?
https://freefilesync.org/manual.php?topic=expert-settings
LockDirectoriesDuringSync:
In order to prevent multiple synchronization tasks from reading and writing the same files, FreeFileSync instances are serialized with lock files (sync.ffs_lock). The lock files are only recognized by FreeFileSync and make sure that at most, a single synchronization is running against a certain folder at a time while other instances are queued to wait. This ensures that only consistent sets of files are subject to synchronization. The primary use case are network synchronization scenarios where multiple users run FreeFileSync concurrently against a shared network folder.
Do you have overlapping directories in what RTS is doing & what you're wanting the GUI to do?
If not, then I'd think you should be OK.
If so (& I'm only guessing), you may need to disable "locking" on the RTS end?
https://freefilesync.org/manual.php?topic=expert-settings
LockDirectoriesDuringSync:
In order to prevent multiple synchronization tasks from reading and writing the same files, FreeFileSync instances are serialized with lock files (sync.ffs_lock). The lock files are only recognized by FreeFileSync and make sure that at most, a single synchronization is running against a certain folder at a time while other instances are queued to wait. This ensures that only consistent sets of files are subject to synchronization. The primary use case are network synchronization scenarios where multiple users run FreeFileSync concurrently against a shared network folder.
- Posts: 13
- Joined: 22 Oct 2016
My two backups are identical. They both reference the same folders.
Case 1 is a RTS job which keeps my network drive in sync with the drives on my PC.
Case 2 is a weekly backup to an external drive which is kept off-site.
According to the logs from the RTS job each update takes about 11 minutes. If I launch the weekly run while RTS is active, will FFS running under RTS release the lock when it is finished and allow the batch job to run, or is there a better approach?
Case 1 is a RTS job which keeps my network drive in sync with the drives on my PC.
Case 2 is a weekly backup to an external drive which is kept off-site.
According to the logs from the RTS job each update takes about 11 minutes. If I launch the weekly run while RTS is active, will FFS running under RTS release the lock when it is finished and allow the batch job to run, or is there a better approach?
-
- Posts: 4867
- Joined: 11 Jun 2019
It will release the lock after it finishes the sync, and then the GUI sync will start
- Posts: 13
- Joined: 22 Oct 2016
Thanks for confirming that.
I also found that double-clicking the red RTS icon in the taskbar causes RTS to show the RTS GUI after it stops the current sync. Then I can run the FFS GUI job.
I also found that double-clicking the red RTS icon in the taskbar causes RTS to show the RTS GUI after it stops the current sync. Then I can run the FFS GUI job.
