Exchange 2007 SP3 Search Problems
I reset all the search indices on my mailbox databases. Event viewer has told me the crawl is complete and everything checks out when I do “test-exchangeSearch” from PS. However, the index folders are considerably smaller than the original ones, (1.3GB vs 7GB) and only about 1% of database size. Multiple users can prove to me that searches are incomplete and not returning reliable results when just doing basic folder searches from Outlook 2007. help! Ian
November 29th, 2011 5:01pm

Hi Ian, Please try below steps: 1 Rebuild search index and try again. 2 Make sure your Exchange is the latest update and rollup: http://support.microsoft.com/kb/2602324 If not help please feedback. Thanks.Best Regards!
Free Windows Admin Tool Kit Click here and download it now
November 30th, 2011 12:56am

I did, now it's even worse. The index I reset didn't rebuild at all and now that DB doesn't have any search capability at all.Ian
November 30th, 2011 8:59am

Not sure how many client you;re using and if they''r using cache mode or not? Put in cache mode and test, see if the search comes back as expcted?Sukh
Free Windows Admin Tool Kit Click here and download it now
November 30th, 2011 4:46pm

Most of the users are NOT in cached mode. Users running WDS in cached mode have no problem running searches locally, but Outlook searches are incomplete. Again, I think the most important item is the index sizes. They're all much smaller than the expected 5-10% of mailbox DB size. I just reinstalled Exchange Search and I am reindexing one of the DB's. I will know in the morning if that helped or not. I followed the following procedure: 1. Logon the Exchange server and open Stop the Microsoft Exchange Search Indexer and the Microsoft Search (Exchange) services 2. Click Start -> Run, type Installer, and then click OK. 3. Right-click the Name column header, and then click More. 4. Select Subject and Click OK 5. Search through the Subject field until you find "Microsoft Full Text Indexing Engine for Exchange Setup v8.1.240.x". The x's denote what version is installed on the server. 6. Right-click the cached Windows Installer file that has the "Microsoft Full Text Indexing Engine for Exchange Setup v8.1.240.x" subject, and then click Uninstall. 7. After the uninstall process has completed, quit the Installer. 8. Open the command windows and locate to Exchange Installation folder, 9. Locate to \Setup\ServerRoles\Mailbox\ 10. Run the command, msiexec /i msfte.msi TARGETDIR="c:\Program Files\Microsoft\Exchange Server" regsvr32 msftepxy.dll 11. Start Microsoft Exchange Search Indexer and the Microsoft Search (Exchange) services. After doing this, do I need to reapply any service packs or hotfixes? Ian
November 30th, 2011 4:53pm

Hi Ian, I think you can give it a shot directly. Then feedback the result here. Thanks.Best Regards!
Free Windows Admin Tool Kit Click here and download it now
November 30th, 2011 8:28pm

I am having the same issue, with Exchange Server 2007 SP3 with Update Rollup 5 applied. We even found something out on the net about crl.microsoft.com potentially causing the issue and to set it to 127.0.0.1 in the hosts file which may resolve it (http://blogs.technet.com/b/exchangesearch/archive/2011/01/18/exchange-search-fails-after-installing-exchange-2007-sp3.aspx). It has not done so for us. Any ideas?
February 22nd, 2012 9:37am

After speaking with a senior MS Engineer, if you already have SP3 applied and tried to reinstall the search as I outlined above, you have corrupt your Exchange install and the ONLY option is to rebuild the box. After reinstalling Windows and Exchange, the proper procedure to get search working perfectly is outlined below: 4. If you havent already, upgrade toExchange Server 2007 Service Pack 3. Exchange 2007 SP3 includes several major Search-related fixes and upgrades MSSearch 3.0 to MSSearch 3.1. This is a highly significant upgrade. 5. Update to the latest available Rollup Update. There are some very significant search fixes in the Rollup Updates for Exchange 2007 SP3. Some of these fixes are absolutely essential to install. For example, Exchange 2007 SP3 Rollup Update 2 includes a fix that allows Exchange server to index emails even when the attachment cannot be parsed this is the number one call generator for Exchange 2007 search support cases. To restate, upgrade to the very latest available Exchange 2007 SP3 rollup update, as there are many more search fixes available in the latest rollup updates. 6. Install IFilters and register them follow ALL the steps below. Install Filter Pack 1.0, which allows Exchange 2007 to index Office 2007 documents: 2007 Office System Converter: Microsoft Filter Pack http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=20109 7. Install the hotfix which addresses a known issue when search crawls a .vsd file. 960502 Description of the 2007 Office system hotfix package (Offfiltx.msp, Visfilter.msp): December 16, 2008 http://support.microsoft.com/default.aspx?scid=kb;EN-US;960502 Additional Information on the hotfix: 960166 Error message when a search process crawls a .vsd file on a Windows 64-bit operating system that is running the 2007 Office Filter Pack: "The filtering process has been terminated" http://support.microsoft.com/default.aspx?scid=kb;EN-US;960166 8. Register the Filter Pack 1.0 IFilters. This is a manual process with Exchange 2007 but we have created a script to automate the process.: 944516 How to register Filter Pack IFilters with Exchange Server 2007 http://support.microsoft.com/default.aspx?scid=kb;EN-US;944516 9. Install Filter Pack 2.0 which allows Exchange to index Office 2010 attachments as well as some additional file types. Download details: Microsoft Office 2010 Filter Packs http://www.microsoft.com/downloads/en/details.aspx?FamilyID=5CD4DCD7-D3E6-4970-875E-ABA93459FBEE&displaylang=en 10. Register IFilters 2.0 with Exchange 2007. How to Register IFilters 2.0 with Exchange 2007 and Exchange 2010 http://technet.microsoft.com/en-us/library/ff354976(EXCHG.80).aspx 11. Disable signature verification for the Exchange 2007 search services by putting 127.0.0.1 crl.microsoft.com in the HOSTS file. Certificate Revocation List When the Microsoft .NET Framework 2.0 loads a managed assembly, the managed assembly calls the CryptoAPI function to verify the Authenticode signature on the assembly files. The CryptoAPI function checks a Certificate Revocation List (CRL) that is available at http://crl.microsoft.com . This action requires an Internet connection. The Microsoft Search Indexer service (Microsoft.Exchange.Search.ExSearch.exe) is a managed assembly that is loaded by Microsoft .NET Framework 2.0. After installing Exchange 2007 SP3, if the Exchange server or DNS cannot resolve http://crl.microsoft.com for any reason the outgoing HTTP requests may be dropped and an error message is not returned. This delay causes the CRL to time out and cached CRLs will expire. This affects the Microsoft Search Indexer service in such a way that any new email fails to be indexed. Instructions to Modify HOSTS file on the Exchange 2007 Server Add the following: 127.0.0.1 crl.microsoft.com here are the instructions: a. Go Start Programs and choose Command Prompt and choose Run as Administrator. b. Within the Command Prompt, change to this directory (the drive will be the one where you installed the OS): C:\Windows\System32\drivers\etc\hosts c. Add the following entry to the HOSTS file: 127.0.0.1 crl.microsoft.com d. Save the HOSTS file. 13. Rebuild Indexes using ResetSearchIndexes.ps1 How to Rebuild the Full-Text Index Catalog http://technet.microsoft.com/en-us/library/aa995966(EXCHG.80).aspx a. Go Start Programs and choose Exchange Management Shell and choose Run as Administrator. b. Change to this directory (the drive will be the one where you installed Exchange 2007): C:\Program Files\Microsoft\Exchange Server\Scripts c. It is suggested that you rebuild indexes for one or a few databases at a time use the following command to rebuild the indexes for 1 databases called dbname1 and dbname2: .\ResetSearchIndex.ps1 force dbname1 dbname2 d. It is suggested not to run the following command unless you have 1 Exchange 2007 server only in your environment because it will cause all databases on all Exchange 2007 (and all Exchange 2010 servers, if there are any) to be reindexed at that same time: .\ResetSearchIndex.ps1 force all 14. Monitor the Application Event Log for Event ID 110 for a particular database. This will indicate the new index is complete for that database. 15. After receiving Event ID 110 for a database, check to see if the size of the CatalogData folder for that database is the expected 5% to 10% of the database size. If the size of the CatalogData folder is significantly smaller than that or if the size is a few kb or a few mb, go to Step 17. 16. After you have received Event ID 110 and the size of the CatalogData folder is normal, test searching in Outlook online mode and OWA to make sure search is working. <strike> </strike> Ian
Free Windows Admin Tool Kit Click here and download it now
February 22nd, 2012 9:53am

Ian, I followed your suggestions (having a similar issue), but I'm stuck at n#15: After receiving Event ID 110 for a database, check to see if the size of the CatalogData folder for that database is the expected 5% to 10% of the database size. If the size of the CatalogData folder is significantly smaller than that or if the size is a few kb or a few mb, go to Step 17. I have the condition, where I should go to step 17, but step 17 is missing in your post. COuld you please clarify what to do if If the size of the CatalogData folder is significantly smaller than that or if the size is a few kb or a few mb, go to Step 17. thx Gerhard
May 24th, 2012 3:35am

There is no step 17, that's a typo. If you have the index issue and have been unable to resolve it with the steps above, you have no choice but to rebuild the box. FYI, if you tried the reinstall of Microsoft Full Text Indexing Engine for Exchange Setup v8.1.240.x, then you have officially corrupted the install and have no choice but to rebuild. It's not documented, but I have been told by MS that performing this step on a post SP3 server corrupts the indexing engine beyond repair.Ian
Free Windows Admin Tool Kit Click here and download it now
May 24th, 2012 12:24pm

Well, this seems to be quite a mess. So step 17 is rebuild. Just for clarification (it's probably not helping me), rebuild means OS+MX or MX only?
May 24th, 2012 5:37pm

I would rebuild the OS too. Its only an extra hour. Cleaner that way. If your data is on a different partition, you can keep it and just reinstall Exchange with the following procedure: Use Setup /M:RecoverServer: to reinstall Exchange 2007 do this for each mailbox server 1. Backup the databases to another location and follow all the instructions in this document and backup all the information it says to backup: Understanding Setup /M:RecoverServer: Exchange 2007 Help http://technet.microsoft.com/en-us/library/aa998656(v=EXCHG.80).aspx 2. Format the old Exchange 2007 SP3 server and reinstall the OS it must match the previous OS. 3. Use the Setup /M:RecoverServer command to reinstall Exchange 2007 completely using the document above. 4. Install Exchange 2007 SP3 and the correct Rollup Update to match the previous server. 5. Restore the databases and other settings using the document above. 6. Use the troubleshooting checklist to make sure your settings for Exchange 2007 search are correct. Ian
Free Windows Admin Tool Kit Click here and download it now
May 24th, 2012 5:43pm

Thanks Ian for your feedback. I'm trying to avoid a major downtime, so I installed a clean Server 2008R2, patched it until it was green, and installed a clean Exchange 2007 SP3. I even donwloaded the SP3-install file again (just to be sure). I created one SG and one DB and transferred a couple of unsued mailboxes (in total 20GB). Guess what: no index. So I started with completly recoverable steps: I patched the HOSTS file (crl...), checked IndexEnabled and ResetSearchIndex OK, I get finally a high CPU and some activity on the CatalogueData...BUT again: it's useless, way to small. Test-ExchangeSearch delivers FALSE as well. I tried ResetSearchIndex with and without the -force option, but that differs seemingly only in the need to hit ENTER... There must be something else (probably some patch) that interferes with the indexing. Only what? I mean, a clean install should be working out of the box, shouldn't it? My next steps: since this is now a virtual machine I am snapshoting along and try to find my way... I'm now stepping up to SP3 RU7, afterwards I'm installing the IFilter-stuff (which I assume is already some kind of patching that might be unrecoverable!) Just for laughs: on that virtual machine there is nothing else, no antivirus, no backup, no 3rd party-software. Only "suspects": Internetexplorer 9 and Frameworks 4 (both came with the WSUS patching, because my virtual server was set to the Workstation policy) br Gerhard
May 25th, 2012 3:53am

The saga continues: I have installed the Filterpack 1.0 and had it registered I have installed Update Rollup 7 for SP 3 (now the version schows 8.3 build 83.6 and Version 08.03.0264.000) I have installed Filterpack 2.0 and had it registered. I stopped the Search services, delete the Catalogue and restarted the services I get event 109, then 108 - the CataloguieData-Directory gets created and gets it's dummy-files (total size 129kb) After 8 Minutes msftesql kicks in, consumes 50% CPU and runs for 10 Minutes (on a store of 20 GB) I see the 110 in the eventlog. Sadly the Catalogue-Data is still at 129kb, none of the files got even modified (timestamp and size still the same). Needless to say: test-ExchangeSearch still delivers "FALSE" and "-1" Any ideas? It's a clean install...and still not working???? Any ideas how to trace this better (please don'T mention procmon for looking if the crawl is running). br Gerhard
Free Windows Admin Tool Kit Click here and download it now
May 25th, 2012 8:16am

I don't know what to tell you, seems like you're doing everything right. I suggest you open a case with the MS Exchange team and see if they can help.Ian
May 25th, 2012 8:54am

I don't know what to tell you, seems like you're doing everything right. I suggest you open a case with the MS Exchange team and see if they can help.Ian
Free Windows Admin Tool Kit Click here and download it now
May 25th, 2012 8:56am

Ian, I'm going to mark this thread as answered. Thanks for all the input you delivered. The mystery is still not solved, I'm busily sending traces andf stuff to MS. br Gerhard
June 4th, 2012 4:18am

There is a solution from Support: Place a copy of the dip.exe-tool in in the bin subdirectoryGo to an elevated command prompt in the bin subdirectoryUse dip.exe with the following command line: dip /ADMIN_SETBOOL g FTE_VerifySignature 0 (This will disable signature verification for all dlls loaded by Search for msftesql.exe )Restart the Microsoft Search Indexer Service and Microsoft Search (Exchange) service (this will also restart the Microsoft Search (Exchange) ServiceRebuild the Catalog Index ( Either by stopping Microsoft Search Indexer Service & and Microsoft Search (Exchange) service and Moving the Catalog Folder and start both services back or using script)Monitor the Size of the Catalog folder This was working on both my Server 2008 R2 with MX 2007 SP 3 RU7, but NOT on a Server 2003 64bit with MX 2007 SP 3 RU7. Please keep in mind, that this fix is for a very special circumstances, I have no idea what this tool does, but actually I don't care...*ggg*. It will NOT work if you have installed the msfte-engine from SP2 (this solution is circulated in some blogs). Patching SP3 with the Search-engine from SP2 is the wrong thing to do. We tried this as well, but since it's a virtual machine it was easy to rollback. We didn't find a way to "de-install" a wrongly SP2-search patched on top of SP3. br Gerhard
Free Windows Admin Tool Kit Click here and download it now
June 21st, 2012 5:58am

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics