Windows Azure Web-Role Caching (Xem trước) "treo cứng" làm cho trình mô phỏng bị kẹt trong vòng lặp triển khai

Question

Tôi đang cố gắng thay thế bộ đệm ẩn Windows Azure AppFabric bằng bộ nhớ đệm dựa trên vai trò vừa được phát hành đã được giới thiệu trong bản phát hành SDK tháng 6 năm 2012 bằng cách làm theo các hướng dẫn trên trang web của Microsoft.

Tuy nhiên, khi kiểm tra (log giả lập: http://pastebin.com/dwbDvak2) "Enable Cache (Preview)" trong Role Web của tôi, giả lập sẽ không nhanh chóng thành công trang web. Có vẻ như nó đang bị mắc kẹt trong một số loại vòng lặp. Vô hiệu hóa bộ đệm ẩn vai trò Web làm cho nó hoạt động trở lại. Tôi đã nhận được kết quả tương tự sau khi gỡ cài đặt tất cả các SDK Azure trước đó và cài đặt lại phiên bản 1.7.

Visual Studio cho tôi biết rằng "Các phiên bản vai trò mất nhiều thời gian hơn dự kiến ​​để bắt đầu. Bạn có muốn tiếp tục chờ không?" [Có không]. Nhấn Yes giữ nó chờ đợi, và xuất hiện hơn và hơn nữa.

Có ai có thể biết cách giải quyết vấn đề được mô tả ở trên hoặc có thể đã thử chức năng bộ nhớ đệm trong vai trò web mới và làm cho nó hoạt động trong trình giả lập azure?

Screen shot of the azure local debugging environment deployment dialog

Cảm ơn bạn.

Cập nhật:

Tôi tạo ra một giải pháp mới, và thêm vào chỉ là một trang web MVC đơn giản, thêm vào vai trò web và kích hoạt bộ nhớ đệm, và điều tương tự xảy ra. Vì vậy, tôi đã xem xét Event Viewer, và tìm thấy 3 mục liên quan đến vấn đề này:

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

Và sau đó:

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

Và:

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: Đây là một phiên bản Windows 7 x64 Enterprise, sử dụng Visual Studio 2012 RC.

Answer 1

tôi đã cùng một vấn đề.Để làm với một xung đột dll Máy chủ AppFabric - kiểm tra xem bạn đã cài đặt Máy chủ ứng dụng và gỡ cài đặt bộ nhớ cache hoặc xóa các bộ nhớ cache khỏi GAC. Tôi đã xóa và bộ nhớ cache được mô phỏng hoạt động tốt.

Tôi có một số thông tin mà có thể hữu ích trên blog của chúng tôi:

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

Answer 2

Bạn có nghĩa là miễn là bạn kiểm tra CheckBox để bật bộ nhớ đệm, lỗi này có xảy ra không? Điều này không nên xảy ra ... Nó hoạt động tốt trên máy tính của tôi.

Bạn đang tạo dự án mới hoặc nâng cấp dự án hiện có? Hãy thử tạo một dự án mới.

Ngoài ra kiểm tra các bản ghi sau:

Tệp đính kèm:

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

Những tập tin này có thể có sẵn ở đây:

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

Answer 3

phương pháp Thiếu lẽ có nghĩa là lắp ráp nạp không có phương pháp trong đó. Bạn có thể chắc chắn rằng bạn đã lắp ráp đúng cách vào dự án của bạn?

Đảm bảo rằng bạn không có Windows AppFabric Server được cài đặt trong máy là tốt, vì nó sẽ GAC dll bộ nhớ đệm mà sẽ được chọn trong thời gian chạy

Answer 4

Đối với tôi, vấn đề đã được rằng tôi đang chạy dự án của tôi tắt của một UNC Share (trên thực tế hoạt động của nó trong một VM trên macbook của tôi). Khi tôi bắt đầu trình gỡ lỗi sau khi chọn hộp "Bật bộ nhớ đệm" trên vai trò người lao động, nó sẽ chỉ treo. Hãy đến để tìm hiểu, cứ mỗi 2 giây nó đã tạo một tệp kết xuất 160MB trong C: \ Windows \ System32 \% LOCALAPPDATA% \ CrashDumps. Sau khi gỡ lỗi một trong số đó, tôi có thể thấy lỗi đầu tiên là khi nó cố gắng khởi động cmd.exe trên bộ nhớ đệm trong vai trò công nhân của tôi và CMD nói không thể chạy trên mạng chia sẻ, vì vậy nó sẽ mặc định là windows/system32 hoặc một cái gì đó.

Đó là khi tôi tìm thấy dandy bài viết MS KB 7 tuổi có ích này: http://support.microsoft.com/kb/156276 Khi tôi thêm DisableUNCCheck REG_DWORD và thiết lập giá trị để 0 x 1 (Hex) dưới đường dẫn đăng ký HKEY_CURRENT_USER\Software\Microsoft\Command Processor tất cả mọi thứ bắt đầu lên giống như một nhà vô địch. Hy vọng rằng điều này sẽ giúp người khác.