Exchange 2007 OAB copying from Mailbox to CAS hosed
Configuration: native Exchange 2007 SP1 rollup 7, non clustered with one primary Mailbox server, one server serving as HUB/CAS adn a secondary mailbox server only for hosting the Public Folder replica. Installed on Windows 2008 servers - all patches in place except those issued today. Autodiscover is fine - tested and works, Free/Busy works fine. The Mailbox server's C:\Program Files\Microsoft\Exchange Server\ExchangeOAB directory is shared and the GUID directory with the OAB in it is there (60b48f49-c97c-4ea2-8705-86462590048e), has been deleted and recreated several times in testing. Everything was fine until last Tuesday when the error popped up, nothing was changed in the entire Exchange system around the time of the beginning of the failures.Symptoms: Get Application logitems on CAS server,when restarting MSExchangeFDS, I get a 1008 Information entry as if everything is peachy, followed immediately with the 1021Warning and no files or folders in theC:\Program Files\Microsoft\Exchange Server\ClientAccess\OAB directory. Yes I have checked the sharing, even stopped and restarted sharing just for the heck of it - the Exchange Servers object hes Read adn List Folder Contents at the ExchangeOAB level and below by inheritance. On the off chance that some attribute on the OAB got munged, I followed this article: http://social.technet.microsoft.com/Forums/en-US/exchangesvradmin/thread/be58735b-8ff1-45df-80cb-7099473a2393/but the setting was already correct. I don't know why after all these months of operation without trouble this cropped up, so I didn't go through the solution finally used in that post.Of course the Knowledgebase is zero help (one article, refers only to clustered arrangements and I already have a later rollup than 5) as is the "help" from the 1021 error (permissions are fine and were also reapplied). Any suggestions? Exchange 2007 is a fragile beast, IMHO.SnoBoy
April 14th, 2009 5:20pm

Have you tried to delete and recreate the OAB?BP
Free Windows Admin Tool Kit Click here and download it now
April 14th, 2009 5:55pm

Quote from post, "The Mailbox server's C:\Program Files\Microsoft\Exchange Server\ExchangeOAB directory is shared and the GUID directory with the OAB in it is there (60b48f49-c97c-4ea2-8705-86462590048e), has been deleted and recreated several times in testing."SnoBoy
April 14th, 2009 5:57pm

New symptom to add. I manually copied the OAB folder 60b48f49-c97c-4ea2-8705-86462590048e from the Mailbox server to the CAS server. Then I started getting a bunch of calls complaining the the CAS server is prompting them for a login over and over (about every 30 seconds!!). I deleted the folder off the CAS server and it quit prompting.By default, is there supposed to be a share on the CAS servers OAB directory? I don't think there is, but I wanted to double-check becuase there isn't on on my CAS server.SnoBoy
Free Windows Admin Tool Kit Click here and download it now
April 14th, 2009 7:03pm

Check this Link: http://technet.microsoft.com/en-us/library/bb123595.aspxremoving the director and recreating it may cause permissions issues into the share. You should leverage the EMS to recreate the entir OAB virtual directory.BP
April 14th, 2009 9:01pm

Recreated via ESM and EMC to reenable Web based distribution. Same results - empty folder, with the same error messages. Deleting the OAB directory also had the added "benefit" of kicking off another round of the CAS server asking a bunch of users to login constantly. This is getting me nowhere, sorry.SnoBoy
Free Windows Admin Tool Kit Click here and download it now
April 14th, 2009 10:33pm

Patched with April's patches (no Exchange patches, BTW), and rebooted servers - like magic the problem cured itself. Just some more support for my contention that Exchange 2007 is a fragile beast.SnoBoy
April 16th, 2009 10:19pm

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

Other recent topics Other recent topics