On 9 May 2016 at 15:23, David Hinken <d.hinken_at_isfh.de> wrote:
>> > > Thanks for suggesting these options. The SVN server is a visual svn server,
>> > > standard edition. I think that checking the logs and setting both options
>> > > might be difficult (?) but I will give it a try. I hope playing with these settings
>> > > does not have any side effects...
>> > VisualSVN Server always logs all errors to 'Application and Services'
>> > | 'VisualSVN Server' log in Event Viewer.
>>
>> I will check that.
>
> The logs are full with 'Failed to create new lock. [423, #160035]' messages,
> followed by 'Path '/trunk/svn_test/992.txt' is already locked by user '...' in filesystem
> '...' [423, #160035]' messages... Not sure if this is the problem itself or just a
> follow-up because some of the files cannot be released (a 'break lock') is required.
>
This could happen for three reasons:
1. The file is already locked before executing 'svn lock'.
2. 'Java SSL Tunnel' mixes-up HTTP requests and send one LOCK request
multiple times.
3. There is bug in ra_serf/serf and it sends the same requests more
than once in some circumstances.
I assume that you're using clean repository for tests, so (1) is not
likely the case. Bug in ra_serf/serf (3) is also possible, but I don't
think it's very likely since issue doesn't trigger when accessing
server directly. So in my opinion it's problem in Java SSL Tunnel (2).
HTTP proxies/filters known to be working really bad with HTTP
pipelining.
--
Ivan Zhakov
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=3171711
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2016-05-09 15:05:00 CEST