how - Visual Studio a veces detecta problemas de configuración en el servidor jenkins CI
how to configure msbuild in jenkins (2)
Tengo el servidor Jenkins CI que construye varios proyectos .net. El servidor está en la máquina virtual, conectado a ActiveDirectory y Jenkins se ejecuta en el contexto del usuario del dominio que también es un administrador local.
Software utilizado:
- Windows 10 Professional
- Visual Studio 2015 14.0.25431.01 Update 3
- Jenkins 1.625.3
Las soluciones se crean utilizando devenv.com (actualmente msbuild no es una opción), por ejemplo:
"C:/Program Files (x86)/Microsoft Visual Studio 14.0/Common7/IDE/devenv.com" "xxxxx.sln" /rebuild "Release|Any CPU"
Mi problema es que a menudo recibo un error, justo después de ejecutar devenv.com:
Microsoft Visual Studio ha detectado un problema de configuración. Para corregir esto, reinicie como administrador. Para obtener más información, visite: http://go.microsoft.com/fwlink/?LinkId=659046Build
Comenzó a suceder después de una de las actualizaciones de Windows 10. Descubrí que cuando alguien inicia sesión en el servidor de compilación con el escritorio remoto que usa la misma cuenta de dominio, las compilaciones se ejecutan en Aceptar. Después de cerrar la sesión, las compilaciones se ejecutan bien durante algún tiempo y luego los errores regresan.
¿Alguna pista de lo que está pasando?
Me estoy ejecutando en el mismo error después de actualizar mi Windows 10 a 1607, ya que no puedo ejecutar Visual Studio como un usuario diferente. Sin embargo, no estoy creando soluciones en ese momento, pero sigo ejecutando el programa VS ya que creo que estarías llamando.
Usando este comando: runas / netonly / user: domain / account devenv.exe
como se describe aquí No se puede iniciar Visual Studio 2015 porque un usuario diferente funciona para mí. No es tan conveniente pero hace el truco.
Puede estar relacionado con este error aparente en una actualización reciente de Windows:
ACTUALIZACIÓN 2017-09-08
- Como señala @Florian, el enlace anterior está roto. Ni siquiera puedo encontrar el problema de Connect en caché en Google, Bing o archive.org.
El problema de conexión No se puede iniciar SSMS como otro usuario ( copia en caché en archive.org ) me hace pensar que valdría la pena comprobar si el problema se resuelve después de actualizar Windows 10 a 1703 (Actualización de creadores) y asegurar que el 25 de abril de 2017 — KB4016240 ( OS Build 15063.250) ha sido aplicado. Si esto funciona, cualquiera que ejecute Jenkins en Windows Server 2016 tendrá que esperar a que Microsoft publique 1703 y KB4016240 (o equivalente) para ese SO.
Extractos de la página de Connect "No se puede iniciar SSMS como otro usuario" . He negado los detalles del error, que coinciden con los de la pregunta original (excepto el
LinkIden la URL suministrada), aunque el producto es SSMS en lugar de VS:Versión: SQL Server 2016 CTP3
Sistema operativo: Windows 10
Pasos para reproducir:
Haga clic derecho en SQL Server Management Studio, seleccione "Más", luego "Ejecutar como un usuario diferente"
Resultados actuales:
Mensaje de error: "Esta tarea requiere que la aplicación tenga permisos elevados" con dos opciones: Reiniciar con diferentes credenciales, Cancelar la tarea y regresar a Microsoft SQL Server Management Studio. Al presionar cualquiera de las opciones se cierra la ventana sin ningún otro resultado. La información de error es:
Microsoft SQL Server Management Studio ha detectado un problema de configuración. Para corregir esto, reinicie como administrador. Para obtener más información, visite: http://go.microsoft.com/fwlink/?LinkId=647011 .
Cuando voy a esa página e intento la solución sugerida allí, no puedo encontrar ieproxy.dll. La solución es para Windows 7 / Internet Explorer 8, y estoy en Windows 10 con Internet Explorer 11, por lo que puede ser la razón por la que no esté allí.
[...]
Publicado por Microsoft el 4/28/2017 a las 6:26 PM
Hola Jake, resultó que este problema se ha resuelto (en el lado de Windows) muy recientemente, como hace 3 días :)
Si está ejecutando Win10 "1703", solo asegúrese de obtener las últimas actualizaciones (específicamente, KB4016240) y debería poder ejecutar ssms.exe usando "runas" muy bien. Esto funcionará con cualquier versión de SSMS.
Actualmente, la solución no está disponible en versiones anteriores de Win10 (por ejemplo, 1607) o WS2016 (también en 1607).
Gracias, -Matteo
[...]
Publicado por Microsoft el 4/27/2017 a las 7:35 PM
Hola Jake, sí, somos conscientes de este problema (en Windows 10).
Nos comprometimos con la gente de Visual Studio y Windows (que es el problema) y es de esperar que tengamos una forma de solucionar este problema en SSMS (no debería necesitar un SSMS actualizado, solo una actualización en Windows 10).
Voy a mantener este problema abierto hasta que tenga más actualizaciones concretas sobre él.
Gracias, -Matteo
Si las actualizaciones de Windows no resuelven el problema o no están disponibles para usted, sugeriría intentar las operaciones de reparación en Windows y en Visual Studio.