He intentado trasladar nuestra instalación de TeamCity de un servidor anterior a un nuevo servidor de Windows Server 2008 R2. Finalmente configuré todo. Sin embargo, el agente de creación dice que DotNetFramework4.0_x86 no está disponible en el agente de compilación, pero está instalado .NET 4.0.Agente de TeamCity que falta a DotNetFramework4.0_x86, pero no?
¿Alguien ha encontrado este problema, es algo de Windows Server 2008 R2?
Parece que su agente de compilación no se ha podido autoemplicar. Haga lo siguiente:
favor de adjuntar carpeta de agente/logs a [email protected]~~V~~singular~~3rd
Hacer agente de compilación seguro de las ventanas corrientes cuenta de usuario de servicio tiene los derechos para iniciar/parada de servicio del agente y actualizar todos los archivos bajo el directorio de instalación del agente acumulación
también puedes ver la lista Programas y características del Panel de control que tanto Microsoft .NET Framework 4 Client Profile y Microsoft .NET Framework 4 Ext terminó paquetes instalados: MSBuild y otras herramientas de desarrollo necesarias se incluyen en el paquete extendido.
Tuve el mismo problema e instalé esta versión de .NET framework 4. al instalar esto solucionó mi problema. También le das una oportunidad.
He probado el método en la respuesta aceptada, pero por desgracia no funcionó.
Lo que funcionó fue que deshabilité todos los pasos de compilación en mi configuración y luego los volví a conectar de a uno por vez hasta que encontré uno que hacía que los requisitos del agente de compilación fallaran con .NET Framework 4.0.
Resulta que el mío era un paso de Nuget Installer. Tenía Nuget 2.7.x y de acuerdo con esta página: https://confluence.jetbrains.com/display/TCD9/NuGet+Installer Nuget 2.5x + requiere .NET 4 y Nuget 2.8.6+ requiere .NET 4.5+
Una vez que actualicé a la última línea de comandos de Nuget (Team City admin tiene un página para esto), mi construcción despegó.
Gracias, encontré una publicación en el foro que describía este proceso, parecía funcionar. –
Esto también se describió aquí: [en el foro de jetbrains] (http://devnet.jetbrains.net/thread/304217;jsessionid=F970CF2847506C049FA116CE2599B300?tstart=31), pero tiene la desviación de que solo elimina el directorio de complementos. Eliminé los tres directorios mencionados anteriormente y reinicié el servicio con éxito. NOTA: Solo eliminar los * contenidos * del directorio de complementos no funciona. – Karl
También necesitaba asegurarme de usar http: // IP: 8111 y no http: // dns que pasaban por ARR (enrutamiento de solicitud de solicitud: proxy inverso). Tal vez utiliza otros protocolos al lado de HTTP en el mismo puerto – Adaptabi