azure - microsoft - Las instancias de roles tardan más de lo esperado en comenzar. ¿Existe una nueva solución a este problema?
porta azure (13)
He reiniciado mi computadora 50-100 veces esta semana. Encuentro que puedo comenzar / implementar localmente generalmente 3-4 veces antes de recibir este mensaje:
"Herramientas de Windows Azure para Microsoft Visual Studio
Las instancias de roles tardan más de lo esperado en comenzar. ¿Quieres continuar esperando?
La solución para que vuelva a funcionar es reiniciar.
Sé que no es un problema nuevo. Recuerdo que MS estuvo de acuerdo en que era un problema, pero ¿alguien tiene una solución que no implique volver a Hosted Web Core? Parece que este problema es algo que mucha gente recibe y ha existido sin una resolución (que yo sepa) durante 4-5 meses o más.
¡Ahora volveré a hacer otro reinicio!
En mi experiencia, esto puede suceder si uno de tus roles no se detiene cuando se llama a OnStop (). Busque WaWorkerHost.exe (creo). También podrías intentar matar a IisConfigurator.exe (o algo así). Sabes que tienes el proceso correcto cuando la lista de tu administrador de tareas se acorta radicalmente :-)
Me encontré con el mismo problema y encontré que los siguientes pasos lo resolvieron (me encontré con esta solución al aplicar la respuesta de @RobPotter anterior).
Primero, abra el archivo ServiceDefinition.csdef y agregue esta entrada:
<Import moduleName="Diagnostics" />
Al nodo: ServiceDefinition / WebRole / Imports .
Segundo, agregue la siguiente configuración de diagnóstico a los archivos .cscfg necesarios:
<Setting name="Microsoft.WindowsAzure.Plugins.Diagnostics.ConnectionString" value="UseDevelopmentStorage=true" />
en: ServiceConfiguration / Role / ConfigurationSettings para el rol web.
FYI. El valor de Mi definición de servicio para schemaVersion es "2012-10.1.8". El problema puede haber surgido cuando migré mi solución de SDK 1.7 a 1.8
Me he enfrentado al mismo problema y he pasado muchas horas, incluyendo el resto de las respuestas de esta publicación. Simplemente eliminé mi aplicación bajo los roles y de nuevo agregué el proyecto webrole en la solución actual. Y funciona bien para mí.
Mi entorno es: Windows Service 2012 R2 + VS 2013 Update 3 + Azure Tools 2.2
Desinstalar la actualización de Windows KB3126593 funciona para mí!
No puedo resolver el problema después de seguir todas las soluciones anteriores. Finalmente, decidí no dejar que mi código se detuviera más, simplemente cambié el Proyecto de Inicio del ''Proyecto de la Nube'' al ''Proyecto de WebRole'', y el sitio web F5, ... OK se ejecuta correctamente en mi IIS Express.
Entonces, creo, si puede publicar en Azure y puede depurar el sitio web local, simplemente déjelo funcionar de esta manera, hasta que Microsoft lo haga más fácil de usar.
(mi AzureSDK es 2.0)
Para mí, el problema estaba relacionado con el almacenamiento en caché. El problema comenzó con una advertencia que decía algo como "no se puede instalar el caché ... .exe", pero solo vi el error una vez. Después de eso, el emulador se detuvo todo el tiempo. Después de leer este blog intenté desactivar y luego volver a habilitar el almacenamiento en caché, lo que solucionó el problema.
Después de investigar un poco más, descubrí que el problema fundamental era esta entrada en ServiceConfiguration.Local.cscfg:
<Setting name="Microsoft.WindowsAzure.Plugins.Caching.ConfigStoreConnectionString" value="UseDevelopmentStorage=true" />
Anteriormente, esta cadena de conexión apuntaba a una conexión de almacenamiento en la nube.
Para mí, esto solo sucedió cuando seleccioné la casilla de verificación "Habilitar el almacenamiento en caché". Y para mí, el problema era que estaba ejecutando mi proyecto con un recurso compartido de UNC (en realidad se está ejecutando en una máquina virtual en mi macbook). Cuando iniciaba el depurador después de marcar la casilla "Activar almacenamiento en caché" en la función de trabajador, simplemente se bloqueaba. Vamos a descubrir, aproximadamente cada 2 segundos, que estaba creando un archivo de volcado de 160MB en C: / Windows / System32 /% LOCALAPPDATA% / CrashDumps. Después de depurar uno de ellos, pude ver que el primer error fue cuando intentó iniciar cmd.exe en el almacenamiento en caché en mi función de trabajador y dijo que CMD no se puede ejecutar en un recurso compartido de red, por lo que se usaría de forma predeterminada Windows / System32 o alguna cosa.
Fue entonces cuando encontré este práctico artículo de MS KB de 7 años: http://support.microsoft.com/kb/156276 Cuando agregué DisableUNCCheck REG_DWORD y establecí el valor en 0 x 1 (Hex) bajo la ruta de registro HKEY_CURRENT_USER/Software/Microsoft/Command Processor todo comenzó como un campeón. Espero que esto ayude a alguien más.
Por lo que entiendo, hay algunas cosas diferentes que pueden causar este problema.
En mi caso, me encontré con este error después de crear una tarea de inicio de Windows Identity Foundation para mi implementación de Azure y luego intenté ejecutar mi aplicación utilizando Azure Emulator.
Básicamente, todo lo que tenía que hacer era cambiar el taskType de la tarea de inicio de simple a background
ServiceDefinition.csdef
<Startup>
<Task commandLine="Startup/IdentityGac.cmd" executionContext="elevated" taskType="background"></Task>
</Startup>
En base a su pregunta, no estoy seguro de si esto se aplica a su proyecto, pero pensé que al menos valdría la pena mencionarlo.
Puedes leer mi blog completo here .
Se presentó una nueva causa para este problema en febrero de 2016.
Usando Windows 8.1, Visual Studio 2012 Update 5 y Azure Emulator 2.3
Al instalar esta actualización de Windows: KB3126593 lo dejará en una situación donde el emulador nunca se iniciará y verá esto en la UI del Emulador.
La desinstalación de la actualización corrige el emulador.
Panel de control> Todos los elementos del panel de control> Programas y características> Actualizaciones instaladas
Actualización de seguridad para Microsoft Windows (KB3126593), haga clic con el botón derecho, desinstale.
(La actualización a Windows 10 también resuelve el problema).
Similar a las respuestas anteriores. Estaba ejecutando un script de inicio y se estaba ejecutando appcmd.exe, sin embargo, debido a un error, la sección que estaba tratando de desbloquear causó un error, lo que hizo que los roles no se inicien.
Yo había usado:
% windir% / System32 / inetsrv / appcmd.exe desbloquear configuración /section:system.webServer/security
pero esto es un error y debería haber sido
% windir% / System32 / inetsrv / appcmd.exe desbloquear configuración /section:system.webServer/security/access
Tuve el mismo problema, pero eventualmente podría hacerlo comenzar después de descartar 2 o 3 de los
"Las instancias de función tardan más de lo esperado en comenzar"
cuadros de mensaje.
Luego descubrí que el problema parecía ser que los Diagnósticos estaban habilitados y que la cuenta de almacenamiento estaba configurada como inválida en la configuración de Role (.cscfg).
Resuelto ingresando a la interfaz de usuario y desactivando el diagnóstico, descubrí que funcionaría bien.
Para obtener la interfaz de usuario, haga clic con el botón derecho en la función creada dentro de la carpeta Roles en el Explorador de soluciones .
Luego volví a habilitar Diagnósticos y se completó automáticamente "UseDevelopmentStorage = true", y parece que funciona bien.
Tuve un problema similar. Estaba ejecutando un archivo .cmd para registrar una DLL dependiente durante el inicio de la sesión de depuración. El archivo .CSDEF se ve así:
<ServiceDefinition name="WorkerRole.Azure" xmlns="http://schemas.microsoft.com/ServiceHosting/2008/10/ServiceDefinition" schemaVersion="2014-06.2.4">
<WorkerRole name="SampleWorkerRole" vmsize="Small">
<Startup>
<Task commandLine="register.cmd" executionContext="elevated" taskType="simple" />
</Startup>
</WorkerRole>
</ServiceDefinition>
Después de iniciar Visual Studio con la opción "Ejecutar como administrador", este problema no ocurrió. Pude depurar la aplicación como de costumbre.
Yo también estaba enfrentando el mismo problema. Al mirar en la interfaz de usuario del emulador encontré que estaba tratando de leer alguna fecha del área de almacenamiento y estaba fallando.
Entonces, qué hice, fui a la ubicación % appdata% / local y eliminé todos los datos de las carpetas
1. DevelopmentStorage
2. dftmp
Después de eso, reiniciar el servicio, todo comenzó a funcionar