El uso intensivo de TortoiseSVN / Subversion bloquea la count de usuario NT

Extraño esto, que no está relacionado directamente con la progtwigción, pero pensé que era importante preguntar aquí en lugar de ServerFault.com, ya que está directamente relacionado con el uso de TortoiseSVN / Subversion.

Básicamente, a través del uso normal, TortoiseSVN funciona absolutamente bien con nuestro repository de Subversion, pero como soy responsable de nuestros scripts de construcción de continuous integration, en realidad soy un usuario bastante pesado en ese sentido y he descubierto que está causando un gran problema cuando La count de usuario NT se bloquea.

El departamento de soporte probablemente esté harto de que mi count se desbloquee, pero sé que está relacionado con mis relaciones con SVN.

¿Alguien más ha tenido este problema? Si es así, ¿qué puedo hacer para detenerlo o, al less, frenar su actividad?

¿Estás ejecutando los scripts de compilation manualmente o usando CruiseControl o algo similar? Tenemos CCNet ejecutándose en un repository SVN usando una count de dominio dedicada y no hemos tenido ningún problema como este.

Lo que hace que esté seguro de que es la interacción SVN la que está bloqueando su count, ¿ve algún error o hay loggings en los loggings?

Mi comprensión del locking de count es que esto ocurre cuando un usuario ingresa una contraseña incorrectamente demasiadas veces. ¿Tu count se bloquea después de un cambio de contraseña?

Solía ​​ejecutar CC.NET en mi count de dominio; Obtuve un comportamiento similar cuando tuve que restablecer mi contraseña.

La única forma en que pude hacer esto sin bloquear mi count fue iniciar session en el server de compilation, cambiar mi contraseña, cambiar los usos del service de passwords y luego reiniciar el server.

Parece que CC.NET genera algunos otros processs al inicio que no actualizan la contraseña hasta que se reinicia. Si no reinicié mi count de Active Directory tardará unos 2 minutos.

Entonces sí … he tenido un problema similar. Solución, como DilbertDave dice intentar usar una count dedicada.

Amabilidad,

Dan

Me imagino que su administrador de dominio sabría, o al less tendría mejores herramientas para encontrar el motivo exacto por el que su count se bloquea. Es posible que se active una regla de security (¿está enganchado el repository de Subversion en su dominio para la authentication?)

Nunca hemos tenido este tipo de problema con los usuarios de NT dedicados que utilizamos para nuestras comstackciones de CruiseControl, por lo que todo lo que puedo hacer es especular, desafortunadamente.

Encontré el problema: había utilizado los detalles de mi count SVN en un server remoto, que todavía los tenía después de que la contraseña caducara.

Simplemente descubrir esto fue un gran desafío, ¡pero me ha enseñado a controlar mejor el uso de mis cnetworkingenciales de inicio de session!