On Sat, 11 Feb 2023 19:50:41 +0400, "Pavel Lyalyakin via users"
<users@subversion.apache.org> wrote:

>> E:\>"C:\Program Files\VisualSVN Server\bin\svnsync.exe" synchronize
>> --sync-username syncuser https://backupservername/svn/pcb
>> https://agiengineering/svn/pcb
>> Failed to get lock on destination repos, currently held by
>> 'AGIENGINEERING:2e8676b6-0783-584c-8276-757df1507352'
>> ...... 8 repeats of the same .....
>> Failed to get lock on destination repos, currently held by
>> 'AGIENGINEERING:2e8676b6-0783-584c-8276-757df1507352'
>> svnsync: E000022: Couldn't get lock on destination repos after 10 attempts
>>
>>
>> Notice: All other repos sync as intended. Only pcb acts up.
>>
>> What can I do to remedy this?
>
>You can try running `svnsync` with the `--steal-lock` option:
>https://www.visualsvn.com/support/svnbook/ref/svnsync/#svn.ref.svnsync.sw.steal_lock
>
>> It seems to have stopped working about 3 weeks ago for this single 
>> repository.
>>
>> Note that the backup server, which is an Ubuntu 20.04.5 LTS Server box on
>> another location, is connected using the Internet when doing the backups.
>> This Ubuntu server has been rebooted a few times since the last working 
>> backup
>> was synced.
>>
>> What can cause a failure to obtain a lock on that remote server for this
>> specific repo?
>
>There is already a lock in the repository. Perhaps the Ubuntu server
>was rebooted in the middle of the sync operation, so the lock wasn't
>released then. There is a note about svnsync locks in SVNBook:
>https://www.visualsvn.com/support/svnbook/reposadmin/maint/#Content_Content_Content_ctl12
>(see "svnsync Bookkeeping").

Thanks Pavel!
I just want to check so that I get it right:

1. Modify the command to use --steal-lock like this in the script (all on one
line):
E:\>"C:\Program Files\VisualSVN Server\bin\svnsync.exe" synchronize --steal-lock
--sync-username syncuser https://backupservername/svn/pcb
https://agiengineering/svn/pcb


2. Should I do this *once* on the command line to remove the lock or should I
change the daily script to always use this?
Note that the remote backup SVN server is never used for anything else, noone
checks in or out anything from it...
It is only a backup safeguard off-site.


-- 
Bo Berglund
Developer in Sweden

Reply via email to