Sunday, 13 September 2009

Outlook Anywhere fails after Exchange 2007 SP2 Install

I recently upgraded an Exchange 2007 install from SP1 to SP2, and hit a couple of issues during the install. In order to perform the install I followed the steps listed here; along with uninstalling every UM Language Pack except for en-US. Everything was going fine until running the SP2 installer.

The installer reached the “Removing Files” step which I believe is either step two or three (At this stage I had not decided to blog about it so didn’t take any notes). At this stage the installer failed and prompted to restart the machine and run the installer again at this stage it started to go down hill.

After restarting and attempting to run the SP2 install I hit an error saying the install could not continue with this error:

“The Exchange binary files are not installed, but the backup settings registry key is present.  Only build-to-build upgrade mode is available”

On taking a look through the Exchange Program Files location the binary files were missing, needless to say this did cause a few moments of worry. Since I had not come across this issue before, I turned to the Internet and found this Microsoft Article, it refers to SP1, but was able to fix my current issue. After copying Exchhelp.chm to the correct location and starting the 3 IIS Services I was able to continue with the install.

The TechNet Article instructs you to extract the files from the Exchange Service Pack exe, you should have already performed this step to run the installer; also since the Exchange Binaries have been deleted you can not start the Services, but they do need to be set to Automatic.

After this I was able to run the upgrade, I did hit issues though I had to keep setting the services to Automatic from Disabled, this was due to each Role disabling them as the Service Pack was applied and then failed if they were not set to Automatic (Manual would probably have worked as well) by the time that role had been updated, this was annoying and not all services needed to be changed back to Automatic but without an exact list to work from, changing them all seemed the easiest option.

By this stage the Service Pack installed and everything appeared to work, email came and went, users were able to receive email using Outlook and OWA. Well via Outlook if they had a connection to the Corporate Network, Outlook Anywhere had stopped working; and my Event Log had started getting very full. The Event Log filled up with two errors

The first error had an Error ID of 2214 and a description of:

“Could not load all ISAPI filters for site 'DEFAULT WEB SITE'.  Therefore site startup aborted.”

The second error had an Error ID of 2268 and a description of:

“The HTTP Filter DLL C:\Program Files\Microsoft\Exchange Server\ClientAccess\owa\auth\owaauth.dll failed to load.  The data is the error.”

Again I had never come across this issue before and found a posting on the Microsoft Exchange Discussion Forums, which can be found here; the thread lists two solutions the one highlighted in the link worked for me.

The post indicates that extrace.dll needs to be copied to a location where the system was looking for it, after running Process Monitor the extrace.dll was being looked for in each folder in the system path; this did include “C:\Program Files\Microsoft\Exchange Server\Bin”, this path actually had the extrace.dll file in it but for some reason was not being found. After copying extrace.dll to c:\windows\system32 Outlook Anywhere started to work.

After everything started to work I wanted to replicate the issue, so I removed the extrace.dll file from c:\windows\system32 and Outlook Anywhere still worked, restarted IIS and it still worked, rebooted and it still worked.

Running Process Monitor again it appears that the extrace.dll file in “C:\Program Files\Microsoft\Exchange Server\Bin” is being found and used. I am not sure why it failed in the first place but now it appears to be finding the file correctly, letting it find and use the file in “C:\Program Files\Microsoft\Exchange Server\Bin” means the file will be updated by future updates.

I am unsure if a reboot after the Service Pack installed would have fixed the issue with Outlook Anywhere, until I find another system with the same issue, all I can do is wonder.

Hopefully this post will fix someone’s issue and if I find a reboot fixes the issue I will update this post.

On a final note I highly encourage people to use Process Monitor and all the Sysinternals Tools, they can often save a great deal of time.

14 comments:

  1. Exact same issue while upgrading from SP1 to SP2!

    Odd that "Deleting Files" would be step 3 of like 7. I had to re-enable my IIS services, reboot, then re-enable and start my Exchange services before this would work, but in the end it worked like a charm! No issues with Outlook Anywhere after the upgrade though.
    Thanks, very helpful!

    ReplyDelete
  2. I contacted Premier Support and they said that Exch 2007 SP2 recreates the Virtual Directory in IIS. We had a problem where the server stopped responding to SSL requests whereas it was working fine before the upgrade. (In our environment we havd a hardware load balancer that we offload IIS to.) The SP2 upgrade reset the IIS SSL setting to "Require SSL" (something like that) and since we don't do SSL on the Exchange Servers.

    I called MS to find out what else might have changed and they dropped that bomb on me. Oh-well, what can you do but laugh and pull your hair out?

    ReplyDelete
  3. Thanks for this, had the same issue this morning going from SP1 to SP2. No OWA issues, but our CAS is on a seperate server

    Thanks again!

    ReplyDelete
  4. Thanks Adam - life Saver

    Keith !

    ReplyDelete
  5. Yes thanks a lot! I went totaly white when i saw the exchange services disabled and the binaries deleted. I am extremely grateful for this article, worked like a charm. Also had no OWA issues after.

    ReplyDelete
  6. Thanks so much Adam you saved me rebuilding my first sbs2008 server for a third time...
    Really well written blog, you da man

    ReplyDelete
  7. exact same issue going from 2007 to SP3. freakin microsoft...

    ReplyDelete
  8. Yet another server fixed with this error. All I did was copy extrace.dll to systems32, restart IIS and the errors disappeared. Like you I deleted the system32 file, restart all service and wouldn't ya know, it still worked.

    This pertained to SP3

    ReplyDelete
  9. I had this exact same problem with Exchange 07 SP3 last night. I was out of ideas and ready to re-install Exchange07 and deal with the messy aftermath that would bring!! Then I found this article and within 15mins all was right in the world again!

    Adam - I don't know you, but you have no idea how much I loved you at about 00:30am this morning!!!!! Thanks dude!

    ReplyDelete
  10. I had the same feelings when I hit this issue. I am just glad I can help people, not have to go through the pain of a rebuild!

    ReplyDelete
  11. Thank you very much! Had this issue this morning on our server. Thought I had to install Exchange again, but following your post helped me! Thanks

    ReplyDelete
  12. After copying extrace.dll to c:\windows\system32 Outlook Anywhere started to work.
    Works like a charm...Thanks Adam..Great post.

    ReplyDelete
  13. Adam you are the best!!!!!!! THANK YOU... My customer was driving me crazy while i was spending hours on the phone with Microsoft. Finally read your post did your fix and it worked great!! Thanks again for sharing.

    ReplyDelete