microsoft.exchange.search.exsearch .exe running high CPU
Hello, I am having a problem on my 2008 R2 mailbox server. The server is only an Exchange 2010 SP1 mailbox role. All rollups applied. I have noticed for at least a couple of weeks now, the process microsoft.exchange.search.exsearch.exe is taking all the CPU, or as much as it can. If I end the process, it restarts after about 30 seconds and immediately jumps to 100%. If I reboot the server, as soon as the process starts, it goes to 100%. I have done some research, and it's been suggested that a database is unmounted. I can confirm that 3 databases (db 01, Mailbox Database 1275795990, and Public Folder Database 1488256717) are all mounted. So I have no idea what else to try. It doesn't seem to be affecting mail flow, but I'm worried it could cause latency for users trying to search their inboxes and folders. Some users have occassionally been getting the popup in Outlook "Outlook is trying to connect to server ...." I'm wondering if these issues are related. Please help!
January 31st, 2011 11:35am

I was also looking through the Event log. System log looks good. The Application log shows thousands for Performance counter updating errors (anyone know how i can fix those too?). But I also found this error too: Content Indexing function 'CISearch::EcGetRowsetAndAccessor' received an unusual and unexpected error code from MSSearch. Mailbox Database: db 01 Error Code: 0x8007007e Could this be related or at least something I should be concerned about? I only see it logged once, but it was today.
Free Windows Admin Tool Kit Click here and download it now
January 31st, 2011 11:51am

to test exchange search please follow the article below http://technet.microsoft.com/en-us/library/bb123701.aspxDhruv
January 31st, 2011 12:28pm

I I've been having the same issue, and just posted on another forum a few minutes ago, so I'm glad someone else is experiencing it. What is strange, is that I have three mailbox servers and only two are experiencing it. They have the same hardware/software, service packs, rollups, etc. I've tried the stopping the service, deleting the indexes, and starting it again, but that doesn't seem to fix it. I also applied UR2, and that hasn't seemed to fix it. I get tired of seeing the CPU at 80% all day on these machines. I'm going to try the steps in Dhruvaraj's post, and see if that helps identify the problem.
Free Windows Admin Tool Kit Click here and download it now
January 31st, 2011 12:48pm

Dhruvaraj, Here are the results of the tests. I believe Mailbox Database 1275795990 is the default db created when Exch 2010 is installed. And db 01 is the current user mailbox db: Get-MailboxDatabase | Format-Table Name,IndexEnabled returned: Mailbox Database 1275795990 False db 01 True Get-MailboxDatabaseCopyStatus | Format-Table Identity,ActiveDatabaseCopy,ContentIndexState -Auto returned: Mailbox Database 1275795990 Failed db 01 Healthy Test-ExchangeSearch returned: Mailbox Database 1275795990 False Time out for t.... db 01 False Time out for t.... So it appears the original default database Mailbox Database 1275795990 has issues? I'm not even sure it exists as a file. Also, the Test-ExchangeSearch failed for both databases, but I can search the production "db 01" database in Outlook, but not OWA. .... odd... What do you think based on those results?
January 31st, 2011 1:18pm

indexing is enabled for the user database, please update the copy with catalogonly parameter and test-exchangesearch with IndexingTimeoutInSeconds greater than 120 seconds and see if you are able to test sucessfully about the first database, if you do not have the files how is it mounted, this is supposed to contain the arbritation mailboxes,Dhruv
Free Windows Admin Tool Kit Click here and download it now
January 31st, 2011 2:20pm

When I try to run Update-MailboxDatabaseCopy -Identity "db 01\server" -CatalogOnly it returns: Database "db 01\server" has only one copy. This task is supported only for databases that have more than one copy. So I can't complete the command. The Test-ExchangeSearch still fails using 120 second timeout. Also, I did find the file for Mailbox Database 1275795990. It was in a different location that I expected. What next?
January 31st, 2011 2:53pm

I wanted to bump this because I'm stuck on this issue. I don't know what else to do and my CPU is at 100% 24/7. Please help!
Free Windows Admin Tool Kit Click here and download it now
February 2nd, 2011 10:21am

I had this exact same issue. Exchange 2010 SP1 and microsoft.exchange.search.exsearch.exe process was chewing up 100% CPU. I eventually found that my Exchange server has a DNS setting pointed to a server that I had decommissioned a few days before....oops. Anyway, when I updated the DNS settings and rebooted the server the microsoft.exchange.search.exsearch.exe process stopped chewing up my CPU.
February 4th, 2011 10:48am

Hi CCaldwell, Per you description, the databases seems related with some issue, I would do some tests as below: 1. run the EXBPA to onfirm more information 2. use isinteg to fix the database 3. reseed the the search catalog, some information for you: http://technet.microsoft.com/en-us/library/ee633475.aspx 4. set the mailbox database diagnose log as a high level, confirm which database has the exact issue, and then move all the mailboxes to a new database. Regards! Gavin Please remember to click Mark as Answer on the post that helps you, and to click Unmark as Answer if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.
Free Windows Admin Tool Kit Click here and download it now
February 7th, 2011 2:01am

Hi JayIT8, Per you description, the databases seems related with some issue, I would do some tests as below: 1. run the EXBPA to onfirm more information 2. use isinteg to fix the database 3. reseed the the search catalog, some information for you: http://technet.microsoft.com/en-us/library/ee633475.aspx 4. set the mailbox database diagnose log as a high level, confirm which database has the exact issue, and then move all the mailboxes to a new database. Regards! Gavin Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.
February 7th, 2011 9:54am

Unfortunately for me, all of my DNS settings are correct on this mailbox server. There are two DNS servers that point to two DCs which are both GCs. Running the Troubleshooting Assistant doesn't show any "problems." It says there are no bottlenecks. It does say: %Processor time should always be below 90% except when Content indexing is running. The measured value is at 100%, and content indexing processes account for 49.31% of the total CPU usage. This does not indicate a problem. The processor stays at 100% 24/7. I know it says this does not indicate a problem, but if this was normal, I would have read about it by now.
Free Windows Admin Tool Kit Click here and download it now
February 8th, 2011 5:37pm

I'm wondering if I need to rebuild the indexing catalog on the database. Is this advisable? What affect will it have on the system during the rebuild process? Can someone provide me the steps to do this?
February 9th, 2011 9:23am

Hi JayIT8, Please refer to below about how to reset the index, also the same as exchange 2010: http://technet.microsoft.com/en-us/library/aa995966(EXCHG.80).aspx You could do that, note to restart the search service will rebuild the index. Regards! GavinPlease remember to click Mark as Answer on the post that helps you, and to click Unmark as Answer if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.
Free Windows Admin Tool Kit Click here and download it now
February 10th, 2011 12:19am

I found the solution for this: Stop the Microsoft.Exchange Search Indexer Service. Delete (or move) the folder under Mailbox\(Database name)\CatalogData-... The CatalogData folder holds the index catalog. Start the Microsoft.Exchange Search Indexer Service. The CPU will stay at around 100% for 15 - 20 minutes while the index catalog rebuilds. A new CatalogData folder is created in your database folder. When this is complete, the CPU should drop down to the normal load. Problem solved. The CPU is now steady around 5%.
February 21st, 2011 12:03pm

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

Other recent topics Other recent topics