Pages

Sunday, January 13, 2013

Searching in Exchange Server 2010 OWA returns: “The action couldn’t be completed. Please try again.”

Problem

You attempt to search the inbox of a mailbox on Exchange Server 2010 with SP2 Outlook Web App (OWA) but receive the following message:

The action couldn’t be completed. Please try again.

image

Logging onto the Exchange server and reviewing the Task Manager shows that the Microsoft.Exchange.Search.ExSearch.exe process is consuming high amounts of the CPU:

image

Reviewing the Application logs show the following event ID 9842 logged:

image

Function CISearch::EcGetRowsetAndAccessor detected that content indexing was disabled for database ‘MailboxStoreName’ because of error '0x80041820' from MSSearch.

image

You’ve tried executing the Repair-ExchangeSearchSymlinks.ps1 script from http://gallery.technet.microsoft.com/scriptcenter/16afe88b-6c6d-49a3-8b03-2a2ece27f61a and then running Test-ExchangeSearch but still receive errors:

image

You’ve also tried using the ResetSearchIndex.ps1 (http://technet.microsoft.com/en-us/library/aa995966(EXCHG.80).aspx) script but still receive errors:

image

image

Solution

After trying the common solutions suggested by forum posts without any luck, what ended up fixing this issue for me was rerunning the prepareAD and prepareSchema from the Exchange Server 2010 Service Pack 2 setup.exe:

setup /preparead

image

setup /prepareSchema

image

Then restarting the Microsoft Exchange Search Indexer service:

image

… and the Microsoft Exchange Information Store:

image

37 comments:

  1. Thanks for explanation, solution is not so hard at all! When there is someone who will explain it :)

    ReplyDelete
  2. Awesome! worked like a charm!

    ReplyDelete
  3. Anybody knows the reason? I get it repaired, but fails again after a while (usually an update, a reboot...). Happened to me with Exchange 2010 SP1, SP2 AND SP3! (in SBS2011)

    ReplyDelete
    Replies
    1. Maybe you have your db in a nas or in storage low quality. Disk spsce, ram, neteork problem

      Delete
  4. I'd been battling with this for a while and your fix did the trick on 2010 SP3 thanks.

    ReplyDelete
  5. Will this work if I'm running SBS2011?

    ReplyDelete
  6. Pretty interesting post! Thanks it was interesting. FSD

    ReplyDelete
  7. I just ran it on SBS 2011 with SP3 and all the roll ups. Worked for me. Thanks...

    ReplyDelete
  8. I have SP3 as well and this was the only fix that worked for me. It appears the symlinks have to be downloaded but I didnt try that. Just prepareAD and Schema. THANKS!

    ReplyDelete
  9. This comment has been removed by the author.

    ReplyDelete
  10. I have had this issue since applying Exchange 2010 SP3. I really hope this can fix my issue.

    ReplyDelete
  11. Works with Exchange 2010 SP3 as well!
    Great solution, thanks.

    ReplyDelete
  12. Can you tell me what are the implication of running again setup /prepareschema and setup /preparead. Tnx.

    ReplyDelete
    Replies
    1. Because ad and exchange are stricly correlated. Sometimes exchange not read correctly ad and viceversa. Ad preparare ad schema preparare adjust the correct data inside ad and exchange.

      Delete
  13. Thank you very much. It works!

    ReplyDelete
  14. Worked like a charm with SP3. Thanks a lot!

    ReplyDelete
  15. Thank you, worked like a charm!

    ReplyDelete
  16. Did a stop start of the service on exchange information store and exchange search indexer and it worked.

    Thanks and keep it up.

    ReplyDelete
  17. doesn't work... got "Content Indexing function 'CISearch::EcGetRowsetAndAccessor' received an unusual and unexpected error code from MSSearch.
    "

    ReplyDelete
  18. great article, however I can't run the setup /preparead or setup /prepareschema without getting the following error:
    Organization Checks FAILED
    Setup encountered a problem while validating the state of Active Directory:
    The Active Directory schema version (14734) is higher than Setup's version (147
    32). Therefore, PrepareSchema can't be executed.

    ReplyDelete
  19. I do not have the c:\exchange server 2010 sp2 folder.

    ReplyDelete
  20. Thank you! problem solved with setup /preparead and schema. Event Viewer
    CISearch::EcGetRowsetAndAccessor
    '0x80041820'

    ReplyDelete
  21. WOW. THANK YOU. This is awesome. I have Exchange 2010 SP3. I have the install files in a folder on the server, so this was an easy, quick fix.

    ReplyDelete
  22. Thanks! Microsoft has left some room for improvement here. :-D

    ReplyDelete
  23. Worked for me as well, thanks! If you're on Exchange 2010 Sp3, be sure to run /prepareAD and /prepareSchema from the SP3 setup files (not Sp2, which will throw the schema version error).

    ReplyDelete
  24. Exchange 2010 SP3

    run /prepareAD
    and /prepareSchema

    stop MS EXC Information STORE
    stop MS EXC Search Indexer

    start MS EXC Information STORE
    MS EXC Search Indexer

    TEST OK!

    Thank You

    Shaner (from Barrie)

    ReplyDelete
  25. This Microsoft article, "After Installing Exchange 2010 Service Pack 1, Searching via OWA or Outlook Online Mode Fails" didn't work (http://blogs.technet.com/b/exchange/archive/2011/06/30/after-installing-exchange-2010-service-pack-1-searching-via-owa-or-outlook-online-mode-fails.aspx).

    But thank you Terence for your easy to follow and perfectly functional contribution to resolving my issue!

    ReplyDelete
  26. Hi,

    Is it ok to run the commands on a working Exchange 2010 SP3 RU11 server?
    Does it delete the rollups? and It is obvious that I need to run the commands from the SP3 directory, correct?

    Thank you

    ReplyDelete
  27. I just reset the search databases and all working fine

    Resetsearchindex.ps1 -force -all

    Thanks

    ReplyDelete
  28. Thank you so much! I've had the Problems with SP3 RU12. setup /prepareSchema runs into an error, but today the search works just fine.

    ReplyDelete
  29. Thank you. THis fixed my issue and i had tried everything.

    ReplyDelete
  30. This worked for me as well, thanks! I was ready to call M$ for this issue and tried your steps as a last resort before making the call.

    ReplyDelete
  31. Yes the SP3 commands work, already tried the 2 scripts. Works on EX2010 with SBS 2011. Cheers

    ReplyDelete
  32. Hi Terence,

    I came across your post seaching for a solution and your stuff just worked.

    Many thanks,

    John

    ReplyDelete
  33. This worked for me. Exchange 2010 SP3. It was driving me crazy. THANKS!!
    Chris E.

    ReplyDelete
  34. This work perfectly for us. I downloaded Exchange 2010 SP3, extracted the EXE and ran the two setup commands. After restarting the two services the search was working again. Thank you!

    ReplyDelete