I have a client running a somewhat large Umbraco 6.1.5 installation. The solution is running in an Azure VM (and Azure DB), and has been running for a couple of years now.
Yesterday I tried installing Url Tracker 3.8. I first tried installing it on my local machine (Windows 7 + Azure DB) and in our staging environment (Azure VM + Azure DB). Everything worked fine.
However when installing Url Tracker on the live environment, the IIS-proccess starts using close to 100% of the CPU, and the sites in the solution becomes very "unresponsive". This went on for about half an hour until I deleted the Url Tracker DLL, and the solution almost immediately worked fine hereafter.
The staging environment uses a copy of the live environment that is probably a couple of months old, but otherwise the two environments have the same DLLs and packages. The biggest difference is perhaps that the live environment has a number of active users (perhaps a few hundreds, I don't really know).
So my question is: Is there anything in Url Tracker that you know will cause high CPU load? Perhaps a job running for the first time after Url Tracker has been installed?
If you need any further information, please let me know ;)
I have had a similar issue with Umbracowhen it was trying to write files in folders it didn't have correct permissions on.
Have you checked the trace log to see what is happening?
My usue was that the application shut down after each request meaning the full app_start happened on every request (including media) whcih obviously slowed the site to a standstill.
Post the recent contents of your trace log and I can maybe help more.
Do you by any chance know whether Url Tracker will save any files, and if so at which locations? I can't see anything related to this in the log.
Regarding Url Tracker, these are the three only log entries that I can find:
2015-06-22 11:23:37,637 [10] ERROR Umbraco.Core.UmbracoApplicationBase - [Thread 45] An unhandled exception occurred
System.NullReferenceException: Object reference not set to an instance of an object.
at InfoCaster.Umbraco.UrlTracker.Modules.UrlTrackerModule.UrlTrackerDo(String callingEventName, Boolean ignoreHttpStatusCode)
at System.Web.HttpApplication.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)
2015-06-22 11:23:37,762 [10] ERROR Umbraco.Core.UmbracoApplicationBase - [Thread 120] An unhandled exception occurred
System.NullReferenceException: Object reference not set to an instance of an object.
at InfoCaster.Umbraco.UrlTracker.Modules.UrlTrackerModule.UrlTrackerDo(String callingEventName, Boolean ignoreHttpStatusCode)
at System.Web.HttpApplication.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)
2015-06-22 11:56:14,604 [35] ERROR Umbraco.Core.UmbracoApplicationBase - [Thread 58] An unhandled exception occurred
System.NullReferenceException: Object reference not set to an instance of an object.
at InfoCaster.Umbraco.UrlTracker.Modules.UrlTrackerModule.UrlTrackerDo(String callingEventName, Boolean ignoreHttpStatusCode)
at System.Web.HttpApplication.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)
And then a few exceptions about the resolution being frozen when it shouldn't be, and not being frozen when it should. But as far as I can see, these aren't related to Url Tracker.
High CPU load
Hi Stefan,
Again, thanks for a great package.
I have a client running a somewhat large Umbraco 6.1.5 installation. The solution is running in an Azure VM (and Azure DB), and has been running for a couple of years now.
Yesterday I tried installing Url Tracker 3.8. I first tried installing it on my local machine (Windows 7 + Azure DB) and in our staging environment (Azure VM + Azure DB). Everything worked fine.
However when installing Url Tracker on the live environment, the IIS-proccess starts using close to 100% of the CPU, and the sites in the solution becomes very "unresponsive". This went on for about half an hour until I deleted the Url Tracker DLL, and the solution almost immediately worked fine hereafter.
The staging environment uses a copy of the live environment that is probably a couple of months old, but otherwise the two environments have the same DLLs and packages. The biggest difference is perhaps that the live environment has a number of active users (perhaps a few hundreds, I don't really know).
So my question is: Is there anything in Url Tracker that you know will cause high CPU load? Perhaps a job running for the first time after Url Tracker has been installed?
If you need any further information, please let me know ;)
Thanks in advance, Anders Bjerner
I have had a similar issue with Umbracowhen it was trying to write files in folders it didn't have correct permissions on.
Have you checked the trace log to see what is happening?
My usue was that the application shut down after each request meaning the full app_start happened on every request (including media) whcih obviously slowed the site to a standstill.
Post the recent contents of your trace log and I can maybe help more.
Thanks
Carl
Thanks for the quick answer.
Do you by any chance know whether Url Tracker will save any files, and if so at which locations? I can't see anything related to this in the log.
Regarding Url Tracker, these are the three only log entries that I can find:
And then a few exceptions about the resolution being frozen when it shouldn't be, and not being frozen when it should. But as far as I can see, these aren't related to Url Tracker.
is working on a reply...
This forum is in read-only mode while we transition to the new forum.
You can continue this topic on the new forum by tapping the "Continue discussion" link below.