Windows Azure buforowanie Web Role (Preview) „zawiesza się” sprawia, że ​​emulator utknął w pętli deploy

Question

próbuję zastąpić Windows Azure AppFabric Cache z nowo wydany buforowania ról opartych który został wprowadzony w wydaniu SDK czerwca 2012 postępując zgodnie ze wskazówkami na stronie Microsoftu.

Jednak podczas sprawdzania (dziennik emulatora: http://pastebin.com/dwbDvak2) "Włącz buforowanie (Preview)" w moim Web Role, emulator nie będzie skutecznie instancję strony internetowej. Wygląda na to, że utknął w jakiejś pętli. Wyłączenie buforowania roli sieciowej powoduje, że działa on ponownie. Po odinstalowaniu wszystkich poprzednich zestawów Azure SDK i ponownym zainstalowaniu wersji 1.7 uzyskałem taki sam wynik.

Visual Studio mówi mi, że „przypadki Role trwa dłużej niż oczekiwano, aby rozpocząć. Czy chcesz kontynuować czeka?” [Tak nie]. Naciśnięcie przycisku "Tak" powoduje, że oczekuje i pojawia się w kółko.

Czy jest ktoś, kto może wiedzieć, jak rozwiązać ten problem opisany powyżej, a może próbowali nową funkcję buforowania rola internetowej, ale to działa w lazurowym emulatorze?

Screen shot of the azure local debugging environment deployment dialog

Dziękuję.

Aktualizacja:

stworzyłem nowe rozwiązanie i dodał tylko prosty witryny MVC, dodał rolę internetową i włączeniu buforowanie i to samo stało się. Więc wziąłem spojrzenie na Event Viewer, a znaleziono 3 wpisy odnoszące się do problemu:

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() 

, a następnie:

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() 

oraz:

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: Jest wydanie Windows 7 x64 Enterprise, używając Visual Studio 2012 RC.

Answer 1

miałem ten sam problem.Aby poradzić sobie z konfliktem dll serwera AppFabric - sprawdź, czy masz zainstalowany AppFabric Server i odinstaluj pamięć podręczną lub usuń zespoły pamięci podręcznej z GAC. Usunąłem i emulowana pamięć podręczna działa dobrze.

Mam pewne informacje, które mogą być pomocne na naszym blogu:

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

Answer 2

Czy to znaczy tak długo, jak sprawdzić CheckBox włączyć buforowanie występuje ten błąd? To nie powinno się zdarzyć ... Działa dobrze na mojej maszynie.

Czy tworzenia nowego projektu lub modernizacji istniejącego projektu? Spróbuj stworzyć nowy projekt.

również sprawdzić następujące dzienniki:

załączonych plików:

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

Te pliki mogą być dostępne tutaj:

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

Answer 3

Brakujące metoda prawdopodobnie oznacza, że ​​zespół nie ma załadowany metoda tam. Czy możesz upewnić się, że do Twojego projektu dodano właściwe połączenie?

Upewnić się, że nie masz w systemie Windows Server AppFabric zainstalowany w komputerze, a także, jak to będzie GAC dll buforowanie która zostanie wybrana podczas wykonywania

Answer 4

Dla mnie problemem było to, że został uruchomiony mój projekt off UNC Udostępnij (a właściwie jego pracuje w VM na mój macbook). Po uruchomieniu debuggera po zaznaczeniu pola "Włącz buforowanie" w roli robota, po prostu zawiesił się. Przyjdź, aby dowiedzieć się, co 2 sekundy, kiedy tworzył plik zrzutu 160 MB w C: \ Windows \ System32 \% LOCALAPPDATA% \ CrashDumps. Po debugowaniu jednego z nich mogłem zobaczyć, że pierwszy błąd polegał na tym, że próbował uruchomić plik cmd.exe w pamięci podręcznej w mojej roli roboczej i powiedział, że CMD nie może być uruchomiony w udziale sieciowym, więc domyślnie byłby to system Windows/system32 lub coś.

To, kiedy znalazłem ten poręczny dandysa 7-letnia artykuł MS KB: http://support.microsoft.com/kb/156276 Kiedy dodałem DisableUNCCheck REG_DWORD i ustawić wartość 0 x 1 (Hex) w ścieżce rejestru HKEY_CURRENT_USER\Software\Microsoft\Command Processor Wszystko zaczęło się po prostu jak mistrz. Mam nadzieję, że to pomoże komuś innemu.