I'm looking into this now, it seems clear that an update on Azure caused this to start failing. I'm trying to find the root cause of the failure so we can report back to Microsoft.
I can report we have experienced this too - Azure support also recommended to add that app key which resolved the issue. It is occurring on the new Azure App Service version 58.1.8598.31. Last thing we heard from support was:
At this point we have very limited info on this but we’re investigating and we will let you know as soon as we something to report.
For now, we know that this feature conflicts with using Local Cache – are you using this feature by any chance?
You kan have a look in Kudu. Change the url of your azurewebsites.net site from: mysite.azurewebsites.net to mysite.scm.azurewebsites.net and go to mysite.scm.azurewebsites.net/Env.cshtml - then search for WEBSITE_DYNAMIC_CACHE.
No that's fine, thanks Barry. So they changed a configuration in not even a patch number but in a different build number (if we reason the version as meaning Major.Minor.Patch.Build). That seems a little dangerous.
App_Plugins path error on Azure Web Apps
Hi, Today our websites started to crash permanently one after another. We are hosting them on Azure as Web Apps.
The error message says: System.IO.DirectoryNotFoundException: Could not find a part of the path 'D:\home\site\wwwroot\App_Plugins[plugin name]'.
Different sites, different plugins, but the root cause seems to be the same.
Is someone experiencing something similar? Any ideas how to fix it?
Cheers, Bogus
We also experienced the same issues and contacted Azure Support via Twitter. They suggested to create a forum thread - https://social.msdn.microsoft.com/Forums/en-US/6b185de7-dcdd-4046-bec1-e617da7b5d21/azure-web-app-could-not-find-existent-path-or-file?forum=windowsazurewebsitespreview I think, that if you have not contacted Azure support still - you can subscribe to this forum thread. I will update it as soon as some more data will came in
As requested via Twitter - here is stacktrace:
I noticed this yesterday too. It knocked my site down for hours and now I can't load any forms in the CMS.
Unable to load form: Could not find a part of the path 'D:\home\site\wwwroot\App_Plugins\UmbracoForms\Data\workflows'.
The folder does exist and so does the json.
@Dan, is it resolved now for you? Or you still experience a problem?
I'm looking into this now, it seems clear that an update on Azure caused this to start failing. I'm trying to find the root cause of the failure so we can report back to Microsoft.
Support suggested me to set application settings:
Key:
WEBSITE_DYNAMIC_CACHE
(all capitals)Value: 0
After that - I stopped and started web app, waited a little bit and content pops up to me.
I can report we have experienced this too - Azure support also recommended to add that app key which resolved the issue. It is occurring on the new Azure App Service version 58.1.8598.31. Last thing we heard from support was:
Ah, that's why I can't repro, I deployed a new app and got version
58.1.8598.17
. In that versionWEBSITE_DYNAMIC_CACHE
is set to0
by default.Is the default for the
31
version then1
?Yep - I believe that is correct Seb - if you let me know how I can confirm I will do so.
Thanks Barry!
You kan have a look in Kudu. Change the url of your
azurewebsites.net
site from:mysite.azurewebsites.net
tomysite.scm.azurewebsites.net
and go tomysite.scm.azurewebsites.net/Env.cshtml
- then search forWEBSITE_DYNAMIC_CACHE
.Yep, confirmed. In the 'Environment Variables' setting we have
WEBSITE_DYNAMIC_CACHE = 1
.I can PM you the other config info if useful, just let me know
No that's fine, thanks Barry. So they changed a configuration in not even a patch number but in a different build number (if we reason the version as meaning
Major.Minor.Patch.Build
). That seems a little dangerous.I can also check it, Sebastiaan, to confirm. But I was not able to locate any version strings for web app version itself
Version is also in Kudu:
For me, one of the apps with kudu build version
58.50923.2428.0
was not failing and exposesWEBSITE_DYNAMIC_CACHE
equal to0
That's the Build of Kudu you're mentioning there, what does the second line say (Azure App Service)?
It says
58.1.8598.22
Cool. Setting "WEBSITE DYNAMIC CACHE" works.
is working on a reply...