Error, TFS 2008 falla al cambiarle la contraseña a la cuenta del servicio

Error retorcido y mala leche que proviene de cuando las cosas se hacían de otra manera en tiempos pasados, Gracias a Dios superados actualmente.

Tengo una máquina virtual con un TFS2013 y otra con un TFS2008. Por motivos que no vienen al caso, he tenido que cambiar la contraseña de la cuenta de servicio (TFSSERVICE) que es la que ejecuta ambas instancias del servidor ALM.

En el 2013 todo funciona correctamente sin ningún problema, pero en el TFS2008 me encuentro que – simplemente – ha dejado de funcionar.

Como borrar un Workspace de un TFS que ya no existe.

Por cosas del destino un disco duro falla, y se lleva por delante las máquinas virtuales a las que le da servicio y entonces me quedo con una cara de tonto cuando intento cambiar de source control a otro tfs el código y me dice que este ya está enlazado en el workspace que apunta al tfs que ya no existe. –bucle infinito-

Menos mal que googleando he llegado a una primera solución:

Primero me cargo todas las referencias del viejo servidor en el registro, para que el tozudo del vs2008 no siga intentando conectarse a el y apunte al nuevo tfs2010.

Despues entro por consola al directorio c:\Program Files\Visual Studio 9.0\Common7\IDE y lanzo el programa tf.exe

He intentado utilizar lo que está por toda la red que es por medio del comando workspace, pero me dice que la URI no coincide con el nombre de servidor. Leñes, como va a coincidir si lo he borrado del registro!!

Entonces me he ido a esta página de MSDN (bendito sea!) Workspaces Command y he probado esta orden

tf workspaces /remove:(*|workspace1[,workspace2,...]) 
/server:(*|server)

El truco está en que mi servidor muerto era una IP con el puerto, y tenía que poner al final la /
Y voala, este workspace y otro que tenia danzando de antiguas pruebas, borrados.

Espero que le sea al menos la mitad de útil a alguien como me lo ha sido a mí.

TFS2008. Error en la creación de un Proyecto. Reporting Services.

En el post justo debajo de este me lamento de un error al crear un nuevo Proyecto de grupo desde el TFS2008 y que, supongo que sería así, podía provenir de tocar las cuentas de servicios… pero tengo la sensación de haberme equivocado y en vez de la solución simple que acabo de encontrar, haberme liado y haber dado mil vueltas para no llegar a ningún lado.

Viendo que con un usuario de dominio si que funcionaba correctamente la creación de un nuevo proyecto en el Reporting Services (pero se bloqueaba por falta de permisos en el Sharepoint) y que desde el TFS en la máquina vía acceso remoto el usuario TFSSetup me seguía provocando un error en el servidor de reportes, seguí buscando en San Goole y encontré la respuesta que, esta vez si, era la correcta:

Reinstalar el SP1 del Visual Studio 2008

Y tiene lógica porque el inicio de los problemas vino cuando no conseguía cambiar los directorios locales del mapeo de una nueva máquina metida en un proyecto del TFS y, listo de mí, reinstalé el SP1 del TFS2008… y por lo visto me cargue el SP1 del VS2008!!

Un vez reinstalado el SP1 del TFS y reinstalado el SP1 del VS2008, todo ha funcionado y ya tengo mi nuevo Team Project.

P.D. Según el blog (el cual me perdone por no hacerle referencia pero tuve que cerrar la pestaña y ahora no lo encuentro) el problema viene de que el SP1 del VS2008 se debe instalar después de la instalación del Team Explorer.

Cuando una “manazas” toca donde no es. Reporting Services Failure.

Bueno, hoy he estado sembrado. Me he cargado de un plumazo el Reporting Service del TFS. Y me he dado cuenta cuando voy a hacer una nuevo Proyecto de equipo y el TFS me da un lindo error donde me indica que mi el plugin para dar de alta un nuevo proyecto está fallando y que dice algo como: “TF30207: Initialization for plugin "Microsoft.ProjectCreationWizard.Reporting" failed”

Empiezo a rebuscar por Google y hago todo lo que me parece lógico hasta que caigo en el pequeño “detalle” que el Viernes, de prisa y corriendo, cambie en el administrador de servicios el usuario que arrancaba el servicio del reporting service:

 
Caca, esto no se toca…

Y la lié parda. El Reporting Service, cuando crear su usuario, construye una key de encriptación/desencriptación y, lógicamente, ya no era capaz de conectarse con los reportes ni con la base de datos.

Osea que tenia un precioso error de Symmetric Key que, para solucionarlo de forma visual, lo mejor es reconfigurar el Reporting

Voví a poner la cuenta por defecto del TFS TFSReports y me lié a seguir los pasos hasta que conseguí tener casi todo verde. Lo único que es un poquito inesperado es lo de la Iniciación que me daba un error, y que la forma de arreglarlo es borrando la instancia (si, delete que no pasa na’ y se actualiza el id) y volviéndola a inicializar.

Pero ahora el error está en las cadenas de conexión compartidas del Reporting (“rsInvalidDataSourceReference“) las cuales la forma más fácil de arreglar es con el “arreglador” del propio TFS:

Te pide la cuenta de servicio para el reporting (la misma que me cargué) TFSReports y se lía a hacer cosas por dentro.

Una vez terminado, ale hop, todo vuelve a la normalidad y volvemos a tener nuestros bonitos diagramas.

Mapear Workspace en TFS2008

Integrando un nuevo miembro del equipo y conectándolo al TFS del proyecto, me llevó la desagradable sorpresa de que en la ventana del Explorador del Control de Código Fuente no me aparece las opciones para quitar o añadir un mapeo en la máquina local.

Dándole mil vueltas y no encontrando el permiso que me impide realizarlo en dos máquinas, pero si en otras dos. Entro a las soluciones desesperadas que es modificar a mano el Área de trabajo (Workspaces). En donde tengo el listado de todas las carpetas en el repositorio y su ubicación en el equipo local.

No es el método más limpio pero al menos me ha permitido mapear correctamente los archivos.