For some reason I'm getting errors sporadically on pages when I browse to them. I'll get the generic: An error occurred while processing your request. But when I refresh the pages all is well. I removed caching from my usercontrols (some are telerik and I read from there site that it's bad mojo to cache their controls) and that seemed to clear the issue up, but I'm experiencing the same again for some reason. Any suggestions?
Have you checked the logs for any unusual error messages? Try both the "umbracoLog" table in the database and the server's Event Viewer, (application logs).
Let us know if there is anything suspect - they might be able to point you in the right direction?
Which version of Umbraco are you using? If it's v4.5.2, then take a look inside the "\App_Data\TEMP\ExamineIndexes\Internal" folder - see there's anything inside the Index and Queue folders.
The Examine indexes are used by default for search in the Umbraco back-office - so every time you save/publish a document, the Examine index will be updated.
My guess here is that either the file permissions for the Examine index folders aren't correct, or something else has locked onto the index/queue files?
Try deleting the Examine index folder (for "Internal")? Umbraco/Examine will recreate it next time you save/publish a document. If the files/folder is locked down by another process, then you'll need to recycle the AppPool for your website (or touch the Web.config) - that should unlock the files/folder.
I had a .lck in both examine index folders (App_Data/ExamineIndexes & App_Data/TEMP/ExamineIndexes) referencing my dev enviroment (must of been from migration), I deleted them from both index folders, next I replace my radscriptmanager with a .net scriptmanager on all my templates, republished my entire site. Reviewed the logs the past 2 hours and had no page load failures nor examine errors.
Page Load Error when loading pages
UMB Experts,
For some reason I'm getting errors sporadically on pages when I browse to them. I'll get the generic: An error occurred while processing your request. But when I refresh the pages all is well. I removed caching from my usercontrols (some are telerik and I read from there site that it's bad mojo to cache their controls) and that seemed to clear the issue up, but I'm experiencing the same again for some reason. Any suggestions?
Hi Kevon,
Have you checked the logs for any unusual error messages? Try both the "umbracoLog" table in the database and the server's Event Viewer, (application logs).
Let us know if there is anything suspect - they might be able to point you in the right direction?
Cheers, Lee.
[UmbracoExamine] Cannot index queue items, another indexing operation is currently in progress, is all I see and I haven't implemented search yet.
Hi Kevon,
Which version of Umbraco are you using? If it's v4.5.2, then take a look inside the "\App_Data\TEMP\ExamineIndexes\Internal" folder - see there's anything inside the Index and Queue folders.
The Examine indexes are used by default for search in the Umbraco back-office - so every time you save/publish a document, the Examine index will be updated.
My guess here is that either the file permissions for the Examine index folders aren't correct, or something else has locked onto the index/queue files?
Try deleting the Examine index folder (for "Internal")? Umbraco/Examine will recreate it next time you save/publish a document. If the files/folder is locked down by another process, then you'll need to recycle the AppPool for your website (or touch the Web.config) - that should unlock the files/folder.
Cheers, Lee.
UMB 4.5.2 by the way...
I had a .lck in both examine index folders (App_Data/ExamineIndexes & App_Data/TEMP/ExamineIndexes) referencing my dev enviroment (must of been from migration), I deleted them from both index folders, next I replace my radscriptmanager with a .net scriptmanager on all my templates, republished my entire site. Reviewed the logs the past 2 hours and had no page load failures nor examine errors.
Thanks Lee.
Hi Kevon,
Cool, glad that I could help point you in the right direction. Good to keep the lock files in mind for when I do my deployments.
Cheers, Lee.
is working on a reply...