Reputation: 65978
I am having below mentioned issue when I am running Asp.Net MVC 2 project on windows Azure emulator (dev environment)
I have installed Windows Azure SDK for .NET - October 2012 version and I am using cache feature on my system.
With above error Below one is also comming.
How to get rid of this ?
Upvotes: 0
Views: 1316
Reputation: 837
Maybe I have an stupid solution, but that works with me.
When I begin to recieve the message "CacheInstaller.exe has stopped working", I do the following: 1) Stop the execution. 2) Go to the Role I'm using in the Azure project and open the corresponding Properties page. 3) Go to the "Caching" section and there I uncheck the "Enable Caching" checkbox. After that I checked again. 4) Save*, Run de application and never the warning appear again.
I hope this helps. Cheers.
Upvotes: 4
Reputation: 2905
I found today that if my system time was more than about 10 minutes wrong then CacheInstaller.exe bailed out on starting the emulator.
That includes the combination of system time and timezone being wrong, presumably as it results in an inability to calculate the correct UTC time at which Azure operates. Fixing the system clock resolved the issue in my case.
Upvotes: 1
Reputation: 659
I banged my head against the wall on this one as well. I finally figured out the problem after digging deep into the crash-dump logs located within: C:\Users\{YOU}\AppData\Local\dftmp\Resources\{GUID}\directory\DiagnosticStore\AzureCaching\
AzureCaching
does not allow UNC paths. As my primary .net dev is from a vm, my documents/projects drive is mapped to my native drive located at: \\psf\Home\Documents\...
Once I moved the project to the vm c:/ drive, CacheInstaller
worked as intended.
Might as well post my experience as I was unable to locate anything on this specific problem.
Upvotes: 1
Reputation: 39
Do you have any error messages in the event log that may give more hint. It could be an issue with missing dlls, do you have the windows server appFabric installed as well on this machine, which may be leading to a conflict with the dlls? A procmon log might help you see what file paths its looking for. "http://technet.microsoft.com/en-us/sysinternals/bb896645"
Upvotes: 1