views:

226

answers:

4

Strange one this, which isn't programming related directly, but I thought it important to ask here instead of ServerFault.com, as it is directly related to TortoiseSVN/Subversion usage.

Basically, through normal usage, TortoiseSVN operates absolutely fine with our Subversion repository, but as I'm responsible for our continuous integration build scripts, I'm actually quite a heavy user in that respect and have found that it's causing quite a problem when my NT user account gets locked out.

The Support desk are probably fed up of me getting my account unlocked, but I know it's related to my SVN dealings.

Any one else had this problem? If so, what can I do to stop it, or at least curb it's activity?

+2  A: 

Are you running the build scripts manually or using CruiseControl or something similar? We have CCNet running off an SVN repository using a dedicated domain account and have not had any problems like this.

What makes you certain that it is SVN interaction that is causing your account to be locked out - do you see any errors or are there any in the logs.

My understanding of account locking is that this occurs when a user enters a password incorrectly too many times. Does your account get locked out shortly after a password change?

DilbertDave
We do use CCNet to run the build scripts on the build server, but the developers also run exactly the same scripts on their PC prior to committing to SVN for complete confidence that the builds don't break. But yes, as you said, we do have a dedicated domain account that the builds run as. The problem isn't on the server though, it's on my local development machine when I'm testing new build script functionality, and it's only doing this that the account gets locked out. Maybe you're onto something with the incorrect password too many times...
Brett Rigby
We did have a problem with SVN and passwords but it did not result in an account lockout. It may be of no help whatsoever but I posted the question on SO here: http://stackoverflow.com/questions/449970/running-cruise-control-net-as-a-service
DilbertDave
Thanks, @DilbertDave, I'll look into that.
Brett Rigby
+2  A: 

I used to run CC.NET on my domain account; I got a similar behaviour when I had to reset my password.

The only way I was able to do this without locking my account was to log on to build server, change my password, change password service uses and then reboot the server.

It seems that CC.NET spawns some other processes upon startup that do not refresh the password until reboot. If I didn't reboot it takes about 2 minutes for my active directory account.

So yes ... I have had a similar problem. Solution, like DilbertDave says try using a dedicated account.

Kindness,

Dan

Daniel Elliott
A: 

I would imagine that your domain administrator would know, or at least have better tools for finding the exact reason your account is getting locked. It's possible some security rule is getting tripped (is the Subversion repository hooked into your domain for authentication?)

We've never had this kind of problem with the dedicated NT users we use for our CruiseControl builds, so all I can do is speculate, unfortunately.

ZoogieZork
Quite possibly. I'll go up there this afternoon and find out. But yes, the VisualSVN server does hook into the domain for authentication, for better or for worse. Seeing as I'm the only person that this is happening to, it's a bit much to try to get them to change it, as *hopefully*, once I've finished work on the extending the build scripts, no-one will need to change them for a while.
Brett Rigby
A: 

Found the problem: I had used my SVN account details on a remote server, which still had them after the password had expired.

Simply finding this out was a major challenge, but has taught me to better-control the use of my login credentials!

Brett Rigby