Orchard not running in Azure WebSites even in Reserved mode


I have this problem with Azure Web Sites, even in Reserved mode with a 2 cores engine.

Having deployed from VS2012 a site with a dozen of additionnaland traditionnal modules, this site is running ok on a dedicated Azure VM with the same configuration.

The site is using SQL Azure, it is using Localization module and I installed 8 languages.
The Azure Web Site has 5 domains connected (.com, .net, .org, etc.) but Orchard is simply managing the .com without the multisite module.
I have adapted the config/HostComponent.config, with no apparent change:

The problem is that I am receiving a 502 error when I try to get any page...
The log file contains nothing, on the beginning I was thinking that deleting cache.dat and the various dependencies could recreate a valid environment but no success: everything is recreated but I still get the 502.

I just noticed from time to time some connection problem with SQL Azure, may be the demo version? I have a Web Version with 1G and 98% free space...
But this does not explains the permanent 502 error after minutes of wait.

It is clear that Orchard is not for Azure Website in demo mode, even using Reserved mode with large memory.

file attachments

Closed Mar 5, 2013 at 8:31 PM by sebastienros
Sure it works. Please try again and come back with a repro. BTW you won't be able to provide a repro (evil laugh)


CSADNT wrote Jan 1, 2013 at 11:22 PM

Further working on this issue I corrected many problems in my deployment but it appears that Orchard is prefering the DynamicLoader than the Precompiled module loader: I took care to generate my solution, checking that in the bin folders of modules there was a recent assembly(dll), but Orchard continue to prefer compiling if there is a csproj file fro this module.
And this is also available for core modules.
I attached the generated dependencies.xml and dependencies.compiled.xml where we can see that even with a recent assembly in bin folder, it take the dynamic loader.
And I have installed the the HostComponents.config file ....which seems to be not used ?

I also do some tracing replacing WARNING by ALL in the log4net.config and I attached the resulting file.
It appear THAT ON AZURE WEB SITES some paths are too long, this could be the reason for our problems ????
The other thing to note is that the assemnlies identification and loading process is very long....and if on AWS it does this on each request......

CSADNT wrote Jan 2, 2013 at 5:55 PM

I renamed 80% of the .csproj files in .csproj.bad and the site start running ok. From 5 minutes for 1 page to 10 seconds....

I have a witness site in same reserved instance and it gives me 502s with the .csproj!

The dependencies.xml still reference the DynamicExtensionLoader, even after automatic recreation following my delete and the delete of all dlls in same folder....

I am using a single instance in reserved mode ??????
Thanks to anyone in position to explain this ?????

DamianAtVisual wrote Jan 11, 2013 at 5:05 AM

WE are having the same issue. It is a real shame because the product has great potential. We spent the time converting our site to Orchard. Since we moved it from our dev environment it is unworkable in Azure being far to slow. A show stopper for us so will need to move to an alternate solution unless we can find an answer shortly.

CSADNT wrote Jan 11, 2013 at 8:22 AM

Removing the project file is Ok,, my only concern is the next deployment, it will reinstall the csproj ? No tim to test.
THis problem seems related to the special nature of the 'hard drive' used by AWS, the same site installed on an Azure VM has not this problem.
Have you voted ?

CSADNT wrote Mar 5, 2013 at 9:16 PM