Ask a questionAsk a question
 

AnswerWeirdest MOSS Crawl problem ever!

  • Monday, November 05, 2007 4:02 AMRanbou Users MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     
    I am encountering an incredibly weird problem while trying to build my index for a Microsoft Office SharePoint Server (MOSS) 2007 Web Application. I set my Content Source to the top site of the application and kicked off a full crawl. For a period of time the IIS CPU is pegged at 100% and everything is crawling nicely. The Search Settings page in Central Administration shows it is crawling my Content Source and refreshing the page shows the Items in index count steadily rising. This is where things get weird and the crawl hangs.

    I will do my best to describe the cycle.
    • The CPU utilization on the IIS box falls to nothing and the W3WP.EXE process is no longer getting CPU time. If left alone it would stay in this hung state.
    • At the same time the SQL Server 2005 database starts throwing errors. The exception log shows "spid [number] Exception 0xc0000005 EXCEPTION_ACCESS_VIOLATION reading address 00000000 at 0x0110577" and the SQL error log shows "A user request from the session with SPID [number] generated a fatal exception. SQL Server is terminating this session. Contact Product Support Services with the dump produced in the log directory."
    • The error on the SQL Server I described above happens approximately every .04 seconds and it creates a SQLDump[number].log, SQLDump[number].mdmp and SQLDump[number].txt file. I can post these files if needed. Since the files are created so quickly it eats up all of the available space on the network share and effectively brings SQL to grinding hault.
    • Here is the weird part. While the crawl is hung and the SQL box is spitting out errors, I can go to the Search Settings page, click on the Authoritative pages link, make sure the Refresh now check box is checked, click the OK button and it will temporarily unhang the crawl. Once you click the OK button it returns you to the Search Settings page. You can see in the Indexing Status indicator is has appended | Computing ranking on the end.
    • Once the ranking is finished computing (usually 5 - 10 seconds) everything returns to normal. The crawl starts working, the IIS CPU utilization pegs at 100%, the Items Indexed count starts rising and the SQL errors stop.
    • The nirvana lasts for a few minutes (anywhere from 1 to about 15) and then the cycle starts over.
    Any help solving this issue would be greatly appreciated. It is definitely a head scratcher. I can provide more information, if needed, but I wasn't sure what would be relevant. The SQLDump[number].txt files has a lot of information in it, but it doesn't have any meaning to me.

    I thank you in advance for any help you can provide.

Answers

  • Wednesday, November 07, 2007 6:30 AMRanbou Users MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     Answer
    I realized the SQL Server has SP 2 and a version number of 9.00.3042. While reading some articles reviewing the EXCEPTION_ACCESS_VIOLATION errors I was receiving in SQL, I realized some patches to SP 2 have been realeased and fix some access violation errors. I didn't know if it would correct this problem or not, but had the SQL Server patched to 9.00.3050. I resumed the crawl and it has been running for about 3 1/2 hours now without any problems. The jury is still out, but so far it looks like patching the SQL Server has fixed the issue. I will check back tomorrow and post my findings.

All Replies

  • Wednesday, November 07, 2007 6:30 AMRanbou Users MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     Answer
    I realized the SQL Server has SP 2 and a version number of 9.00.3042. While reading some articles reviewing the EXCEPTION_ACCESS_VIOLATION errors I was receiving in SQL, I realized some patches to SP 2 have been realeased and fix some access violation errors. I didn't know if it would correct this problem or not, but had the SQL Server patched to 9.00.3050. I resumed the crawl and it has been running for about 3 1/2 hours now without any problems. The jury is still out, but so far it looks like patching the SQL Server has fixed the issue. I will check back tomorrow and post my findings.
  • Friday, November 09, 2007 3:35 AMRanbou Users MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     
    Well, that seems to have fixed the problem. I am able to run the crawl without the cycle happening. So, I hope this information helps.
  • Friday, November 09, 2007 5:48 AMJie Li - SharePointMSFTUsers MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     

     

    You got it. This is a nasty bug, I had this problem last year in some of the projects and that was really a painful experience. Get SQL 2005 SP2 is the only option.
  • Sunday, December 02, 2007 11:15 PMmabster Users MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     

    Ranbou, you saved my a$$ Smile

     

    Struck exactly the same problem over the weekend, and after about two hours of furious Google-searching I found your post. As with you, applying SP2 fixed it.

     

    So thanks a bunch!