[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn client 1.8.1: Tries to log-in forever, hammering the server, eating memory and cpu

From: Elias Gerber <eg_at_viscomvisual.com>
Date: Thu, 08 Aug 2013 15:01:15 +0200

On 08.08.2013 13:04, Nico Kadel-Garcia wrote:
> On Thu, Aug 8, 2013 at 5:32 AM, Ivan Zhakov <ivan_at_visualsvn.com> wrote:
>> On Thu, Aug 8, 2013 at 12:36 PM, Stefan Sperling <stsp_at_elego.de> wrote:
>>> On Thu, Aug 08, 2013 at 10:18:42AM +0200, Elias Gerber wrote:
>>>> Since svn 1.8.x we experience the following:
>>>> Clients that are part of the domain can log in without any problems.
>>>> Clients that are not part of the domain try to log-in forever using
>>>> the local account. The server rejects those credentials - it only
>>>> knows about domain-users, not about local users. The client does not
>>>> stop to log in then, but tries forever: At the server we see
>>>> thousands of rejected log-in requests, at the client we see that it
>>>> uses one core of the cpu 100% and eats more and more memory and
>>>> never (? - I killed it when it reached more than one Gigabyte of
>>>> memory) stops.
>>> My guess would be this issue in serf:
>>> http://code.google.com/p/serf/issues/detail?id=77
>>>
>>> The 1.7 client uses neon instead of serf and optionally supports serf,
>>> but not many people used serf with 1.7 clients.
>>> Support for neon has been removed as of 1.8. The serf developers are
>>> working hard on issues that pop up now that people are actually using it.
>>>
>> This is definitely serf issue 77. Issue should be fixed in r2112. And
>> most likely will be backported to next serf 1.3.x release.
> Can you and your colleagues switch to svn+ssh protocol? They don't get
> the trivial single-sign-on for HTTPS access, but it would prevent this
> issue in the meantime.

Thanks for the hint, but to be honest: I just did a quick google search
about 'Tortoise svn+ssh' and it seems we would need quite some steps to
set this up. We just stick to 1.7 with those clients that are not part
of the domain - those computers dont have internet access anyway, so
they wont get noticed about an update for TortoiseSVN and dont install
1.8.x "by accident". Another solution would be to uncheck in
VisualSVNServer 'Integrated Windows Authentication' and only check
'Basic authentication' - like this svn.exe 1.8.1 is working fine: It
prompts for a user/pass as expected.
Also the machines that are used most are all part of the domain, so we
dont have problems there.

Elias

PS: No need to CC me, I'm on the list.
Received on 2013-08-08 15:01:52 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.