Fresh Installation causing server errors.

This is the place to report bugs and get support. When posting in this forum, please always provide as much detail as possible.

Please do not report problems with a custom build or custom code in this forum. If you are producing your own build from the source code and have problems or questions, ask in the developer forum, do not report it as a bug.

This is the place to report bugs and get support

When posting in this forum, please try to provide as many relevant details as possible. Particularly the following:

  • What operating system were you running when the bug appeared?
  • What database platform is your site using?
  • What version of mojoPortal are you running?
  • What version of .NET do you use?
  • What steps are necessary to reproduce the issue? Compare expected results vs actual results.
Please do not report problems with a custom build or custom code in this forum. If you are producing your own build from the source code and have problems or questions, ask in the developer forum.
This thread is closed to new posts. You must sign in to post in the forums.
11/5/2012 12:29:59 PM
Gravatar
Total Posts 40

Re: Fresh Installation causing server errors.

OK. Now that I can see the errors OK, it seems that the problem is a googlebot searching the site & not finding a handler.ashx file:

2012-11-05 18:05:41,136 ERROR mojoPortal.Web.Global - 66.249.76.229 /Handler.ashx?PhotoID=424&Size=L&Dir=~/Albums&File=%5C21%5C424.jpg Referrer(none) useragent Googlebot-Image/1.0
System.Web.HttpException (0x80004005): The file '/Handler.ashx' does not exist.

A bit of searching has found similar issues with the mapping of various 'handler' files in the web.config, but I can't find a reference to this one. Any ideas? - I think I'm getting to the bottom of the problems!

Craig

 

 

11/5/2012 12:54:38 PM
Gravatar
Total Posts 18439

Re: Fresh Installation causing server errors.

That is a mystery to me. It sort of looks like its from our Folder Gallery feature but it does not use "/Handler.ashx?", I don't know of any feature in mojoPortal that expects that handler, the folder gallery uses thumbnailservice.ashx but there is a file that exists for that in the root of the site. I guess you could try copying that file and rename it as Handler.ashx but as far as I know it should generate its own urls using thumbnailservice.ashx so I have no idea why googlebot is trying to crawl handler.ashx in your site unless you previously had something else installed there that used that.

Hope that helps,

Joe

12/7/2012 2:39:11 PM
Gravatar
Total Posts 40

Re: Fresh Installation causing server errors.

Hi Joe,

Unfortunately I seem to be having further problems with my 'stock' copy of mojoportal running on the Pipeten medium trust shared servers. The following is a message from Pipeten's support team:

[07-Dec-2012 08:41:13]

A: Hi Craig,

I'm afraid we have had to stop your site #######.co.uk as it is continuing to cause far to many problems on the shared server. It is causing IIS to crash far too frequently and is causing other customers sites to fail when it does so and engineers to be alerted to restart the web server.

I have included some of the errors just from the last hour which might highlight your issue, but if it can't be resolved you will have to look at moving it to a private server.

Regards,

Gavin

---

Gavin Kimpton

Pipe Ten Support Team

 

An unhandled exception occurred and the process was terminated.

Application ID: /LM/W3SVC/230/ROOT

Process ID: 14500

Exception: System.Security.SecurityException

Message: Request for the permission of type 'System.Security.Permissions.FileIOPermission, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed.

StackTrace:    at System.Security.CodeAccessSecurityEngine.Check(Object demand, StackCrawlMark& stackMark, Boolean isPermSet)

   at System.Security.CodeAccessSecurityEngine.Check(CodeAccessPermission cap, StackCrawlMark& stackMark)

   at System.Security.CodeAccessPermission.Demand()

   at System.IO.Directory.CreateDirectory(String path)

   at mojoPortal.Business.WebHelpers.IndexWriterTask.ProcessIndexingQueue()

   at mojoPortal.Business.WebHelpers.IndexWriterTask.RunTask()

   at mojoPortal.Business.WebHelpers.IndexWriterTask.RunTaskOnNewThread(Object oTask)

   at System.Threading.QueueUserWorkItemCallback.WaitCallback_Context(Object state)

   at System.Threading.ExecutionContext.runTryCode(Object userData)

   at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)

   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)

   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)

   at System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()

   at System.Threading.ThreadPoolWorkQueue.Dispatch()

   at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback()

 

An unhandled exception occurred and the process was terminated.

Application ID: /LM/W3SVC/230/ROOT

Process ID: 6200

Exception: System.Security.SecurityException

Message: Request for the permission of type 'System.Security.Permissions.FileIOPermission, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed.

StackTrace:    at System.Security.CodeAccessSecurityEngine.Check(Object demand, StackCrawlMark& stackMark, Boolean isPermSet)

   at System.Security.CodeAccessSecurityEngine.Check(CodeAccessPermission cap, StackCrawlMark& stackMark)

   at System.Security.CodeAccessPermission.Demand()

   at System.IO.Directory.CreateDirectory(String path)

   at mojoPortal.Business.WebHelpers.IndexWriterTask.ProcessIndexingQueue()

   at mojoPortal.Business.WebHelpers.IndexWriterTask.RunTask()

   at mojoPortal.Business.WebHelpers.IndexWriterTask.RunTaskOnNewThread(Object oTask)

   at System.Threading.QueueUserWorkItemCallback.WaitCallback_Context(Object state)

   at System.Threading.ExecutionContext.runTryCode(Object userData)

   at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)

   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)

   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)

   at System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()

   at System.Threading.ThreadPoolWorkQueue.Dispatch()

   at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback()

 

An unhandled exception occurred and the process was terminated.

Application ID: /LM/W3SVC/230/ROOT

Process ID: 8572

Exception: System.Security.SecurityException

Message: Request for the permission of type 'System.Security.Permissions.FileIOPermission, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed.

StackTrace:    at System.Security.CodeAccessSecurityEngine.Check(Object demand, StackCrawlMark& stackMark, Boolean isPermSet)

   at System.Security.CodeAccessSecurityEngine.Check(CodeAccessPermission cap, StackCrawlMark& stackMark)

   at System.Security.CodeAccessPermission.Demand()

   at System.IO.Directory.CreateDirectory(String path)

   at mojoPortal.Business.WebHelpers.IndexWriterTask.ProcessIndexingQueue()

   at mojoPortal.Business.WebHelpers.IndexWriterTask.RunTask()

   at mojoPortal.Business.WebHelpers.IndexWriterTask.RunTaskOnNewThread(Object oTask)

   at System.Threading.QueueUserWorkItemCallback.WaitCallback_Context(Object state)

   at System.Threading.ExecutionContext.runTryCode(Object userData)

   at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)

   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)

   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)

   at System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()

   at System.Threading.ThreadPoolWorkQueue.Dispatch()

   at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback()

 

An unhandled exception occurred and the process was terminated.

Application ID: /LM/W3SVC/230/ROOT

Process ID: 3820

Exception: System.Security.SecurityException

Message: Request for the permission of type 'System.Security.Permissions.FileIOPermission, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed.

StackTrace:    at System.Security.CodeAccessSecurityEngine.Check(Object demand, StackCrawlMark& stackMark, Boolean isPermSet)

   at System.Security.CodeAccessSecurityEngine.Check(CodeAccessPermission cap, StackCrawlMark& stackMark)

   at System.Security.CodeAccessPermission.Demand()

   at System.IO.Directory.CreateDirectory(String path)

   at mojoPortal.Business.WebHelpers.IndexWriterTask.ProcessIndexingQueue()

   at mojoPortal.Business.WebHelpers.IndexWriterTask.RunTask()

   at mojoPortal.Business.WebHelpers.IndexWriterTask.RunTaskOnNewThread(Object oTask)

   at System.Threading.QueueUserWorkItemCallback.WaitCallback_Context(Object state)

   at System.Threading.ExecutionContext.runTryCode(Object userData)

   at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)

   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)

   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)

   at System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()

   at System.Threading.ThreadPoolWorkQueue.Dispatch()

   at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback()

 

An unhandled exception occurred and the process was terminated.

Application ID: /LM/W3SVC/230/ROOT

Process ID: 11652

Exception: System.Security.SecurityException

Message: Request for the permission of type 'System.Security.Permissions.FileIOPermission, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed.

StackTrace:    at System.Security.CodeAccessSecurityEngine.Check(Object demand, StackCrawlMark& stackMark, Boolean isPermSet)

   at System.Security.CodeAccessSecurityEngine.Check(CodeAccessPermission cap, StackCrawlMark& stackMark)

   at System.Security.CodeAccessPermission.Demand()

   at System.IO.Directory.CreateDirectory(String path)

   at mojoPortal.Business.WebHelpers.IndexWriterTask.ProcessIndexingQueue()

   at mojoPortal.Business.WebHelpers.IndexWriterTask.RunTask()

   at mojoPortal.Business.WebHelpers.IndexWriterTask.RunTaskOnNewThread(Object oTask)

   at System.Threading.QueueUserWorkItemCallback.WaitCallback_Context(Object state)

   at System.Threading.ExecutionContext.runTryCode(Object userData)

   at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)

   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)

   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)

   at System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()

   at System.Threading.ThreadPoolWorkQueue.Dispatch()

   at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback()

Do you have any idea what might be causing this? As a reminder, the following is a summary that I sent to Pipeten to do with some of the incompatibilities of running mojoportal on their server that I have managed to overcome:

It seems that it is definitely connected to running mediaportal in the medium trust scenario, such as my account with pipeten.

I have established the following:

There is an incompatibility with the log4net logging section of mojoportal when running on pipeten. I had to amend the log4net.config settings to <conversionPattern value="%date %level %logger - %message %newline" />. This then got the system log running fine.

The web.config entry for the xmlserializer must be hardcoded to <xmlSerializer tempFilesLocation="H:\hshome\ACOUNT_NAME\DOMAIN.co.uk\Data"/> in order to prevent permission errors. (Just using "\Data" or "\App_Data\temp_files" as suggested doesn't work).

I seem to have one final error with a googlebot trying to access an old file which no longer exists. If you are able to unfreeze my account hopefully I can update my google search settings to prevent this.

I really like mojoPortal, but I can't continue with my domains being shut down & threats of having to move it to a private server... Despite having promoted mojoPortal in an online tutorial I've had no feedback from Pipeten when I asked them to try their own installation on a similar server setup. Apart from the few changes that you helped me with (as detailed above) mine is a completely stock copy of mojoPortal. My domain has been taken off-line, but I have accessed my log via ftp. The last few entries are as follows:

2012-12-07 06:49:30,582 INFO mojoPortal.Web.Global - Application Started.
2012-12-07 06:49:31,284 INFO mojoPortal.Web.WebTaskManager - deserialized WebTaskManager task
2012-12-07 06:49:31,284 INFO mojoPortal.Web.WebTaskManager - Queued WebTaskManager on a new thread
2012-12-07 06:49:31,721 INFO mojoPortal.Business.WebHelpers.IndexWriterTask - deserialized IndexWriterTask task
2012-12-07 06:49:31,736 INFO mojoPortal.Business.WebHelpers.IndexWriterTask - Queued IndexWriterTask on a new thread
2012-12-07 07:02:27,763 INFO mojoPortal.Web.Global - Application Started.
2012-12-07 07:02:28,887 INFO mojoPortal.Web.WebTaskManager - deserialized WebTaskManager task
2012-12-07 07:02:29,152 INFO mojoPortal.Web.WebTaskManager - Queued WebTaskManager on a new thread
2012-12-07 07:02:29,401 INFO mojoPortal.Business.WebHelpers.IndexWriterTask - deserialized IndexWriterTask task
2012-12-07 07:02:29,401 INFO mojoPortal.Business.WebHelpers.IndexWriterTask - Queued IndexWriterTask on a new thread
2012-12-07 07:15:30,810 INFO mojoPortal.Web.Global - Application Started.
2012-12-07 07:15:32,854 INFO mojoPortal.Web.WebTaskManager - deserialized WebTaskManager task
2012-12-07 07:15:32,854 INFO mojoPortal.Web.WebTaskManager - Queued WebTaskManager on a new thread
2012-12-07 07:15:33,494 INFO mojoPortal.Business.WebHelpers.IndexWriterTask - deserialized IndexWriterTask task
2012-12-07 07:15:33,509 INFO mojoPortal.Business.WebHelpers.IndexWriterTask - Queued IndexWriterTask on a new thread
2012-12-07 07:19:38,259 INFO mojoPortal.Web.Global - Application Started.
2012-12-07 07:19:41,410 INFO mojoPortal.Web.WebTaskManager - deserialized WebTaskManager task
2012-12-07 07:19:41,410 INFO mojoPortal.Web.WebTaskManager - Queued WebTaskManager on a new thread
2012-12-07 07:19:42,502 ERROR mojoPortal.Web.PageNotFoundHttpModule - Referrer(none)  PageNotFoundHttpModule handled error.
System.Web.HttpException (0x80004005): The file '/Download.aspx' does not exist.
   at System.Web.UI.Util.CheckVirtualFileExists(VirtualPath virtualPath)
   at System.Web.Compilation.BuildManager.GetVPathBuildResultInternal(VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile, Boolean throwIfNotFound, Boolean ensureIsUpToDate)
   at System.Web.Compilation.BuildManager.GetVPathBuildResultWithNoAssert(HttpContext context, VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile, Boolean throwIfNotFound, Boolean ensureIsUpToDate)
   at System.Web.Compilation.BuildManager.GetVPathBuildResultWithAssert(HttpContext context, VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile, Boolean throwIfNotFound, Boolean ensureIsUpToDate)
   at System.Web.Compilation.BuildManager.GetVirtualPathObjectFactory(VirtualPath virtualPath, HttpContext context, Boolean allowCrossApp, Boolean throwIfNotFound)
   at System.Web.Compilation.BuildManager.CreateInstanceFromVirtualPath(VirtualPath virtualPath, Type requiredBaseType, HttpContext context, Boolean allowCrossApp)
   at System.Web.UI.PageHandlerFactory.GetHandlerHelper(HttpContext context, String requestType, VirtualPath virtualPath, String physicalPath)
   at System.Web.UI.PageHandlerFactory.System.Web.IHttpHandlerFactory2.GetHandler(HttpContext context, String requestType, VirtualPath virtualPath, String physicalPath)
   at System.Web.HttpApplication.MapHttpHandler(HttpContext context, String requestType, VirtualPath path, String pathTranslated, Boolean useAppConfig)
   at System.Web.HttpApplication.MapHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
   at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)
2012-12-07 07:26:28,043 INFO mojoPortal.Business.WebHelpers.IndexWriterTask - deserialized IndexWriterTask task
2012-12-07 07:26:28,043 INFO mojoPortal.Business.WebHelpers.IndexWriterTask - Queued IndexWriterTask on a new thread
2012-12-07 07:41:54,174 INFO mojoPortal.Web.Global - Application Started.
2012-12-07 07:41:55,328 INFO mojoPortal.Web.WebTaskManager - deserialized WebTaskManager task
2012-12-07 07:41:55,344 INFO mojoPortal.Web.WebTaskManager - Queued WebTaskManager on a new thread
2012-12-07 07:41:55,812 INFO mojoPortal.Business.WebHelpers.IndexWriterTask - deserialized IndexWriterTask task
2012-12-07 07:41:55,827 INFO mojoPortal.Business.WebHelpers.IndexWriterTask - Queued IndexWriterTask on a new thread
2012-12-07 07:54:54,366 INFO mojoPortal.Web.Global - Application Started.
2012-12-07 07:54:55,052 INFO mojoPortal.Web.WebTaskManager - deserialized WebTaskManager task
2012-12-07 07:54:55,083 INFO mojoPortal.Web.WebTaskManager - Queued WebTaskManager on a new thread
2012-12-07 07:54:55,333 INFO mojoPortal.Business.WebHelpers.IndexWriterTask - deserialized IndexWriterTask task
2012-12-07 07:54:55,333 INFO mojoPortal.Business.WebHelpers.IndexWriterTask - Queued IndexWriterTask on a new thread
2012-12-07 07:59:19,848 INFO mojoPortal.Web.Global - Application Started.
2012-12-07 07:59:20,441 INFO mojoPortal.Web.WebTaskManager - deserialized WebTaskManager task
2012-12-07 07:59:20,457 INFO mojoPortal.Web.WebTaskManager - Queued WebTaskManager on a new thread
2012-12-07 07:59:21,065 ERROR mojoPortal.Web.PageNotFoundHttpModule - Referrer(none)  PageNotFoundHttpModule handled error.
System.Web.HttpException (0x80004005): The file '/Details.aspx' does not exist.
   at System.Web.UI.Util.CheckVirtualFileExists(VirtualPath virtualPath)
   at System.Web.Compilation.BuildManager.GetVPathBuildResultInternal(VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile, Boolean throwIfNotFound, Boolean ensureIsUpToDate)
   at System.Web.Compilation.BuildManager.GetVPathBuildResultWithNoAssert(HttpContext context, VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile, Boolean throwIfNotFound, Boolean ensureIsUpToDate)
   at System.Web.Compilation.BuildManager.GetVPathBuildResultWithAssert(HttpContext context, VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile, Boolean throwIfNotFound, Boolean ensureIsUpToDate)
   at System.Web.Compilation.BuildManager.GetVirtualPathObjectFactory(VirtualPath virtualPath, HttpContext context, Boolean allowCrossApp, Boolean throwIfNotFound)
   at System.Web.Compilation.BuildManager.CreateInstanceFromVirtualPath(VirtualPath virtualPath, Type requiredBaseType, HttpContext context, Boolean allowCrossApp)
   at System.Web.UI.PageHandlerFactory.GetHandlerHelper(HttpContext context, String requestType, VirtualPath virtualPath, String physicalPath)
   at System.Web.UI.PageHandlerFactory.System.Web.IHttpHandlerFactory2.GetHandler(HttpContext context, String requestType, VirtualPath virtualPath, String physicalPath)
   at System.Web.HttpApplication.MapHttpHandler(HttpContext context, String requestType, VirtualPath path, String pathTranslated, Boolean useAppConfig)
   at System.Web.HttpApplication.MapHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
   at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)
2012-12-07 08:05:51,707 INFO mojoPortal.Business.WebHelpers.IndexWriterTask - deserialized IndexWriterTask task
2012-12-07 08:05:51,707 INFO mojoPortal.Business.WebHelpers.IndexWriterTask - Queued IndexWriterTask on a new thread

The only errors seem to be caused by requests for pages that don't exist (possibly a 'bot' trying to reach old pages that existed prior to mojoPortal installation?).

Any help would be much appreciated.

Regards,

Craig

12/7/2012 3:14:03 PM
Gravatar
Total Posts 18439

Re: Fresh Installation causing server errors.

The only errors I see in what you posted are file system permission errors happening when it tries to write to the search index.

Make sure the /Data/Sites/1/index folder exists and make sure it is writable by the user that is the identity on the app pool.

Also note that if you update to mojoPortal 2.3.9.4 it has a newer version of log4net which "may" help with the logging problem.

Hope that helps,

Joe

12/7/2012 3:57:38 PM
Gravatar
Total Posts 40

Re: Fresh Installation causing server errors.

Hi Joe,

Thanks again for the quick reply. The /Data/Sites/1/index folder does exist, but it's empty. As usual Pipeten assure me that the permissions are correct (I have no control over them...).

Regards,

Craig

12/7/2012 4:22:03 PM
Gravatar
Total Posts 18439

Re: Fresh Installation causing server errors.

Did you move this site to hosting after populating it on another machine?

If so the mp_IndexingQueue table may have unprocessed rows with an incorrect file path that was correct in the previous environment. You could delete all rows from that table and recycle the app pool, or enable the "Rebuild Search Index" button, clicking that will purge the table and delete any existing files in the /Data/Sites/1/index folder and then try to re-index all of the site content.

Hope that helps,

Joe

12/8/2012 3:36:26 AM
Gravatar
Total Posts 40

Re: Fresh Installation causing server errors.

Hi Joe,

No. The site was setup on the same 'online' server that it's on now. When I initially started to have problems I even completely deleted all files from the server, deleted & re-instated the database & started again. Still the same problems.

The site has been taken off-line, so I'm unable to try anything else for the moment. I've asked the Pipeten support staff to try following their own tutorial & install their own copy of mojoPortal on the same server. Hopefully they'll come up with the same problems that I've been experiencing... I'll let you know how this progresses.

Regards,

Craig

12/8/2012 11:16:49 AM
Gravatar
Total Posts 18439

Re: Fresh Installation causing server errors.

I'd be interested to see what is in the mp_IndexingQueue table in the IndexPath field. It should match the file system path that corresponds to the virtual path /Data/Sites/1/index

but the error detail you posted shows it is trying to create the index folder which it would only try to do if it does not exist and you say it does already exist, so something must not be right.

"at System.IO.Directory.CreateDirectory(String path)

   at mojoPortal.Business.WebHelpers.IndexWriterTask.ProcessIndexingQueue()"

If all else fails one option is to disable the internal search index and just use Google or Bing for site search

<add key="DisableSearchIndex" value="true"/>

Hope that helps,

Joe

12/9/2012 9:05:32 AM
Gravatar
Total Posts 40

Re: Fresh Installation causing server errors.

Hi Joe,

I've heard back from Pipeten who said the following:

I have reapplied modify permissions for NETWORK SERVICE to the whole of the /Data folder for you. They were already there but I thought it would be worth another try. I'll let you know if it continues to cause a problem.

So I guess we'll see if the errors continue.

The mp_IndexingQueue table has 111 entries. All of the indexPath fields seem to be in the correct format (ie H:\hshome\ACCOUNTNAME\DOMAIN.co.uk\Data\Sites\1\index\, H:\hshome\ACCOUNTNAME\DOMAIN.co.uk\Data\Sites\2\index\ & H:\hshome\ACCOUNTNAME\DOMAIN.co.uk\Data\Sites\3\index\ ).

I'm away from home now for the next few days, so I'll wait to see if the permissions change helps at all before resorting to the <add key="DisableSearchIndex" value="true"/>.

Thanks,

Craig

 

12/19/2012 6:48:26 AM
Gravatar
Total Posts 40

Re: Fresh Installation causing server errors.

Hi Joe,

Just a quick update. Unfortunately my installation continued to generate errors, so I tried disabling search indexing using <add key="DisableSearchIndex" value="true"/>. This seems to have stopped the errors.

I thought I'd try to see if there was a problem with writing files dynmically to the webserver, so I made a basic test page with a couple of buttons that would attempt to write a text file to the root directory & also the index directory. The code behind is as follows:

Partial Class AddTextFile
    Inherits System.Web.UI.Page

    Protected Sub Button1_Click(ByVal sender As Object, ByVal e As System.EventArgs) Handles Button1.Click
        Dim FILE_NAME As String = "H:\hshome\USER_NAME\DOMAIN_NAME.co.uk\testfile.txt"

        Dim objWriter As New System.IO.StreamWriter(FILE_NAME, True)

        objWriter.WriteLine("test text")

        objWriter.Close()

    End Sub

    Protected Sub Button2_Click(ByVal sender As Object, ByVal e As System.EventArgs) Handles Button2.Click
        Dim FILE_NAME As String = "H:\hshome\USER_NAME\DOMAIN_NAME.co.uk\Data\Sites\1\index\testfile.txt"

        Dim objWriter As New System.IO.StreamWriter(FILE_NAME, True)

        objWriter.WriteLine("test text")

        objWriter.Close()

    End Sub
End Class

This worked fine, & when I click either button the respective text file is generated in the correct place. There are no other files within the index folder. Any ideas why the SearchIndex would be unable to write to the index folder (generating file permission errors) and yet dynamically writing from an aspx page does not?

Regards,

Craig

 

 

12/19/2012 8:43:34 AM
Gravatar
Total Posts 18439

Re: Fresh Installation causing server errors.

It seems that the index writer task is trying to create the folder which it would only do if it does not think it exists already. Since you say it does already exist then something must be wrong about the path in the table. So again it gets back to what is the index path in the mp_IndexingQueue table and is it correct. For example if you connect to your database from a copy of the site on your local machine and you edit content then it would create rows in that table with the wrong path and it would cause this error. It seems there must be an incorrect path in at least one row in that table so it is trying to create a folder in an incorrect location on the server that either doesn't exist or it cannot write to.

You must sign in to post in the forums. This thread is closed to new posts.