I recently run into a similar problem. After installing a plugin in the nopcommerce hosted at azure, the site crashed. After some inspection I found out the plugin I used was released for 64 bit only. And the Azure used standard 32 bit pool and core which was resolved by switching to a 64 bit version. This may or may not be the case for your scenario but it’s worth verifying.
I have in logs : error301 POST /scheduletask/runtask - HTTP/1.1 error500 GET /scheduletask/runtask - HTTP/1.1 error500 GET /admin - HTTP/2.0 error500 GET /favicon.ico - HTTP/2.0
I have just one readme.txt here on logs folder: This folder is used only for system logging by ASP.NET (could be enabled in web.config file) nopCommerce uses its own logging implementation (available in admin area)
I have another logs folder, with u_extended log file ?
I recently run into a similar problem. After installing a plugin in the nopcommerce hosted at azure, the site crashed. After some inspection I found out the plugin I used was released for 64 bit only. And the Azure used standard 32 bit pool and core which was resolved by switching to a 64 bit version. This may or may not be the case for your scenario but it’s worth verifying.
You can follow this article on MSDN. But, more importantly, did you remove the plugin you installed that caused the issue? If you can not access the admin panel then try deleting the plugins folder from the server, remove the plugin's name from plugins.json and if you are aware of any database changes made by the plugin(table creation) then you can drop these tables manually with SQL script. By the way, can you name the plugin that caused the issue?