Windows Azure Web-Role Caching (Vista previa) "cuelga" hace que el emulador se atasque en el bucle desplegable

Question

Estoy tratando de reemplazar Windows Azure AppFabric Cache con el nuevo lanzamiento del caché basado en roles que se introdujo en junio de 2012 SDK siguiendo las guías en el sitio web de Microsoft.

Sin embargo, al comprobar la (registro emulador: http://pastebin.com/dwbDvak2) "Activar almacenamiento en caché (vista previa)" en mi Web Role, el emulador no una instancia con éxito el sitio web. Parece que se está estancando en algún tipo de ciclo. Deshabilitar el almacenamiento en caché de roles web hace que funcione de nuevo. Obtuve el mismo resultado después de desinstalar todos los SDK de Azure anteriores y reinstalé la versión 1.7.

Visual Studio me dice que "Las instancias de función tardan más de lo esperado en comenzar. ¿Desea continuar esperando?" [Si no]. Al presionar Sí, la mantiene en espera y aparece una y otra vez.

¿Hay alguien que pueda saber cómo resolver el problema descrito anteriormente, o tal vez haya probado la nueva funcionalidad de almacenamiento en caché de la función web y la haya puesto en funcionamiento en el emulador azure?

Screen shot of the azure local debugging environment deployment dialog

Gracias.

Actualización:

he creado una nueva solución, y se añade un simple sitio de MVC, añade el papel web y el almacenamiento en caché está habilitado, y lo mismo sucedió. Entonces, tomé un vistazo en el Visor de sucesos, y encontré 3 asientos relativos a la cuestión:

Fault bucket 3034750239, type 5 
Event Name: CLR20r3 
Response: Not available 
Cab Id: 0 

Problem signature: 
P1: cacheinstaller.exe 
P2: 1.0.4655.0 
P3: 4fb0f3f9 
P4: CacheInstaller 
P5: 1.0.4655.0 
P6: 4fb0f3f9 
P7: 11 
P8: 47 
P9: System.TypeLoadException 
P10: 

Attached files: 
C:\Users\anan\AppData\Local\Temp\WEREA8F.tmp.WERInternalMetadata.xml 

These files may be available here: 
C:\Users\anan\AppData\Local\Microsoft\Windows\WER\ReportArchive\AppCrash_cacheinstaller.e_1fbc3b72afb6acf93335ca8611850d289906c25_2ddaf529 

Analysis symbol: 
Rechecking for solution: 0 
Report Id: 3138ba06-b344-11e1-a8d6-402cf41c1e07 
Report Status: 0 


Application: CacheInstaller.exe 
Framework Version: v4.0.30319 
Description: The process was terminated due to an unhandled exception. 
Exception Info: System.MissingMethodException 
Stack: 
    at Microsoft.ApplicationServer.Caching.AzureCommon.Package.InitializeExternalStoreIfRequired() 
    at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) 
    at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) 
    at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object) 
    at System.Threading.ThreadHelper.ThreadStart() 

Y luego:

Application: CacheInstaller.exe 
Framework Version: v4.0.30319 
Description: The process was terminated due to an unhandled exception. 
Exception Info: System.MissingMethodException 
Stack: 
    at Microsoft.ApplicationServer.Caching.AzureCommon.Package.InitializeExternalStoreIfRequired() 
    at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) 
    at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) 
    at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object) 
    at System.Threading.ThreadHelper.ThreadStart() 

Y:

Faulting application name: CacheInstaller.exe, version: 1.0.4655.0, time stamp: 0x4fb0f3f9 
Faulting module name: KERNELBASE.dll, version: 6.1.7601.17651, time stamp: 0x4e21213c 
Exception code: 0xe0434352 
Fault offset: 0x000000000000cacd 
Faulting process id: 0x17b4 
Faulting application start time: 0x01cd4750f5db0096 
Faulting application path: c:\users\anan\documents\visual studio 11\Projects\AzureCacheTest\AzureCacheTest\csx\Debug\roles\WebRole\plugins\Caching\CacheInstaller.exe 
Faulting module path: C:\Windows\system32\KERNELBASE.dll 
Report Id: 33a53608-b344-11e1-a8d6-402cf41c1e07 

FYI: Este es una edición de Windows 7 x64 Enterprise, utilizando Visual Studio 2012 RC.

Answer 1

Yo tenía el mismo problema.Para hacer con un conflicto de dll de AppFabric Server, compruebe si tiene instalado AppFabric Server y desinstale la caché o elimine los ensamblados de caché del GAC. Eliminé y la memoria caché emulada funciona bien.

Tengo una información que puede ser útil en nuestro blog:

http://blog.elastacloud.com/2012/06/09/using-the-windows-azure-cache-preview-with-sdk-1-7/

Answer 2

¿Quiere decir que siempre que compruebe el CheckBox para habilitar el almacenamiento en caché, se produce este error? Esto no debería suceder ... Funciona bien en mi máquina.

¿Está creando un nuevo proyecto o está actualizando un proyecto existente? Intenta crear un nuevo proyecto

También puedes ver los siguientes registros:

archivos adjuntos:

C:\Users\anan\AppData\Local\Temp\WEREA8F.tmp.WERInternalMetadata.xml 

Estos archivos pueden estar disponibles aquí:

C:\Users\anan\AppData\Local\Microsoft\Windows\WER\ReportArchive\AppCrash_cacheinstaller.e_1fbc3b72afb6acf93335ca8611850d289906c25_2ddaf529 

Answer 3

método que falta probablemente significa que el ensamblado cargado no tiene el método ahí. ¿Puedes asegurarte de que has agregado el ensamblaje adecuado a tu proyecto?

Asegúrese de que no tiene Windows AppFabric servidor instalado en la máquina, así, ya que va a GAC ​​la DLL de almacenamiento en caché que ser recogido durante el tiempo de ejecución

Answer 4

Para mí, el problema fue que yo estaba corriendo mi proyecto fuera de un recurso compartido UNC (en realidad su funcionamiento 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 me encontré con este artículo del ms KB de 7 años excelente práctico: http://support.microsoft.com/kb/156276 Cuando añadí DisableUNCCheck REG_DWORD y establezca el valor en 0 x 1 (Hex) bajo la ruta del registro HKEY_CURRENT_USER\Software\Microsoft\Command Processor todo empezó justo como un campeón. Espero que esto ayude a alguien más.