OAB not populating in the OAB web directory on new 2010 server
We just placed a 2010 exchange server into production with a 2007 server behind it with the majority of our users still on the 2007 server. All my users on 2007 seem to be able to download the OAB just fine but my 2010 users cannot they get a generic file not found error 0x8004010F. After looking around a bit I noticed that my OAB was showing up on my old mail server but I had already moved the generation to the new server... ok odd so I looked at the distribution settings and noticed it was set to the old server still so I added the new server so both were on there. Still getting the error. Looked in my OAB folder on the new server there are no files in there except the web.config.. Looked in the same place on the old 07 server and there is a folder in there with the OAB files. Turned off distribution on the old server the folder goes away. Regenerated the OAB it says it worked (minus all the truncated item messages that it's supposedly ok to ignore) in the app log. I look in the OAB directory and there is still just a web.config. Turned distribution back on for both servers now the OAB in the old server has the folder back.. what the heck? Ok fine I copy the folder from 07 to the 10 server and give everyone read permissions. Now Outlook is not saying file not found and offline lookups seem to work for users on 2010. So what the heck and how do I fix this? I am only doing web distribution no public folder. When I check the autdiscover test it is pointing at the location where the folder did not exist until i made a copy there. I checked the Microsoft Exchange file distribution service and it is running.
July 21st, 2011 9:46pm

By default the distribution of OAB files to IIS directory is every 480 minute. Have yuo waited that long before looking in the webfolder on Exchange 2010 server? turn up logging for Exchange File Distribution service. Get-EventLogLevel MSExchangeFDS* | Set-EventLogLevel -Level High restart restart Microsoft Exchange File Distribution Leave it be for 480 minutes read the eventlog for more clues. turn off logging when done. Get-EventLogLevel MSExchangeFDS* | Set-EventLogLevel -Level Lowest lasse at humandata dot se, http://anewmessagehasarrived.blogspot.com
Free Windows Admin Tool Kit Click here and download it now
July 22nd, 2011 4:34am

Hi, I look in the OAB directory and there is still just a web.config. Move that web.config file to some other location and update the OAB. Check the issue and post the update. You don't have to move the files from Exchange 2007 to 2010.Gulab | MCITP: Exchange 2010-2007 | Skype: Gulab.Mallah | Blog: www.ExchangeRanger.Blogspot.com
July 22nd, 2011 6:36am

By default the distribution of OAB files to IIS directory is every 480 minute. Have yuo waited that long before looking in the webfolder on Exchange 2010 server? turn up logging for Exchange File Distribution service. Get-EventLogLevel MSExchangeFDS* | Set-EventLogLevel -Level High restart restart Microsoft Exchange File Distribution Leave it be for 480 minutes read the eventlog for more clues. turn off logging when done. Get-EventLogLevel MSExchangeFDS* | Set-EventLogLevel -Level Lowest lasse at humandata dot se, http://anewmessagehasarrived.blogspot.com Is there no way to force it to go sooner than 480 minutes? Seems like a really long time to have to wait to test. An even better question though is why is it trying to sync from the 07 to the 2010 server when I have it set so it should be generated on the 2010?
Free Windows Admin Tool Kit Click here and download it now
July 22nd, 2011 12:13pm

Ok so I moved the web.config out of the 2010 OAB folder and deleted the big guid named folder and reset the file dist service and got nothing including no errors in the event log.. Recreated the guid named folder and copied the permission settings from the 07 server reset the microsoft exchange file distribution services and it copied the files over. So that seems to work for now but my question at this point is why is it working this way when my OAB generation server is set to the 2010 server? This worries me as to what will happen when I removed the 07 server in a month or so.
July 22nd, 2011 12:36pm

Where do you see events that its trying to sync from 2007 to 2010? If its eventlog, post the event please. also run this. and come back with the answer. Get-OfflineAddressBook | fl The 480 minutes of polling can be changed, in a small environment this is no problem but will be in a larger org. Set-OabVirtualDirectory -Pollinterval x Where x is number of minutes. Take a look in "C:\Program Files\Microsoft\Exchange Server\V14\ExchangeOAB" on the generating Exchange 2010 server. This folder is shared, verufy with "net share" It should contain a subfolder with a GUID name, in this folder you will find the OAB files. Theses files is copied to the OABvirtualdirectory every 480 minute or whatever you have set the value to. lasse at humandata dot se, http://anewmessagehasarrived.blogspot.com
Free Windows Admin Tool Kit Click here and download it now
July 22nd, 2011 2:20pm

Ok well I am assuming that it is generating it on the 2007 because the files are appearing on the 2007 machine in the OAB directory and when I reset the file dist service they are being copied to the 2010. The folder is shared that needs to be this is what I found before I posted files were just not getting populated in there. They are now after creating the guid folder and resetting the file dist service they are being copied from 07. Server : EXCHANGE AddressLists : {\Default Global Address List} Versions : {Version4} IsDefault : True PublicFolderDatabase : PublicFolderDistributionEnabled : False GlobalWebDistributionEnabled : False WebDistributionEnabled : True LastTouchedTime : 7/22/2011 6:03:37 AM LastNumberOfRecords : 725 MaxBinaryPropertySize : 32768 MaxMultivaluedBinaryPropertySize : 65536 MaxStringPropertySize : 3400 MaxMultivaluedStringPropertySize : 65536 ConfiguredAttributes : {OfficeLocation, ANR, ProxyAddresses, ANR, PhoneticGivenName, ANR, GivenName, ANR... } DiffRetentionPeriod : 30 Schedule : {Sun.5:00 AM-Sun.5:15 AM, Sun.11:00 AM-Sun.11:15 AM, Mon.5:00 AM-Mon.5:15 AM, Mon.11 :00 AM-Mon.11:15 AM...} VirtualDirectories : {EXCHANGE\OAB (Default Web Site), MAIL\OAB (Default Web Site)} ExchangeVersion : 0.10 (14.0.100.0) AdminDisplayName : Name : Default Address Book DistinguishedName : CN=Default Address Book,CN=Offline Address Lists,CN=Address Lists Container,CN=Pacific,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=pacific,D C=local Identity : \Default Address Book Guid : f377eaba-62d0-4880-9a75-824fe4100e0e ObjectCategory : pacific.local/Configuration/Schema/ms-Exch-OAB ObjectClass : {top, msExchOAB} WhenChanged : 7/22/2011 9:13:51 AM WhenCreated : 3/6/2009 6:53:39 PM WhenChangedUTC : 7/22/2011 4:13:51 PM WhenCreatedUTC : 3/7/2009 2:53:39 AM OrganizationId : OriginatingServer : DC.pacific.local IsValid : True
July 22nd, 2011 2:33pm

The generating server only create OAB files and save them in Public folder or in the shared folder. Exchange FDS is then polling this share and copy files to the IIS directory. This is done on every server that have Exchange FDS. In your case it's a server called EXCHANGE that generates teh OAB files. When you moved/changed the generating server, OAB files shuold have been copied over like you did manually. You can see, it looks like it's scheduled to be created at 5 AM and 11 AM every day. You can manually trigger a generation of OAB files but you cannot trigger Exchange FDS to copy them to the IIS OAB directory. Do you have any files in the "C:\Program Files\Microsoft\Exchange Server\V14\ExchangeOAB" directory ? if not, then its the generating process that dont work correct. IT is handled by Exchange System Attendant service which you can restaet to see if anything changes. lasse at humandata dot se, http://anewmessagehasarrived.blogspot.com
Free Windows Admin Tool Kit Click here and download it now
July 22nd, 2011 3:08pm

I did not have any files in there until I manually created the guid named folder then bumped the file dist service then it copied them over from the 07 server named mail. They were not on the server named Exchange before that. Which is what makes me think they got generated on mail.
July 22nd, 2011 5:19pm

You don't have to copy the files manually from 2007. It's as it's not going help. I hope Generation Server is 2010. As per your post you said that the GUID folder is not getting created? Any update on Lesse's last post? Do you see anything in application log related to the issue?Gulab | MCITP: Exchange 2010-2007 | Skype: Gulab.Mallah | Blog: www.ExchangeRanger.Blogspot.com
Free Windows Admin Tool Kit Click here and download it now
July 23rd, 2011 12:58am

I did not manually and am not manually copying the files over. I did once as a test to see if Outlook stopped erroring out trying to download the OAB (and it did so it actually did help but that's not a long term fix). I deleted the files I copied over after this. According to the output above 2010 supposedly is the generation server but no the GUID folder was not ever created by the system I manually created one after it failed to create one after repeatedly moving both the generation server and distribution server back and forth and I gave it the correct permissions. Not sure what update you are asking for other than what I said in my previous post. There were not files in there since there was no folder... since I created the folder and bumped the service I see them being copied from 2007 as per the event log entries. FYI it doesn't even give errors if I nuke the GUID folder on 2010 and bump the service though just nothing gets copied or created on the 2010 server. That seems a bit off. There are no errors in the event logs other than the spam of informational BS about truncated OAB entries which according to multiple blogs and posts is "normal and ok to ignore" (and quite annoying).
July 23rd, 2011 2:28am

Did you restarted the System Attendant and FDS Service, if not than restart it and update the OAB.Gulab | MCITP: Exchange 2010-2007 | Skype: Gulab.Mallah | Blog: www.ExchangeRanger.Blogspot.com
Free Windows Admin Tool Kit Click here and download it now
July 23rd, 2011 2:48am

Hi C-M, Here is what I suggest you to do Set the eventloglevel to Expert for MSExchangeSA\OAL: set-eventloglevel "MSExchangeSA\OAL" -level Expert Set the eventloglevel to Expert MSExchangeFDS\FileReplication: set-eventloglevel "MSExchangeFDS\FileReplication" -level Expert Manually update the Offline Address Book: Update-OfflineAddressBook Default* Check for Warnings/Errors in the Application Log (will help you diagnose the problem) Check if the OAB-files were created in *\Exchange Server\V14\ClientAccess\OAB \GUID If the OAB-Files were created as they should, a restart of the service "Microsoft Exchange File Distribution" (restart-service msexchangefds) should create the files for distribution in \Exchange Server\V14\ClientAccess\OAB\GUID and by then be available for Outlook to download. Also, please check that you have the Offline Address Book set your Databases in Exchange 2010. That value is not set by default. Get-MailboxDatabase | ft name,offlineaddressbook :MartinaPlease 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.
July 23rd, 2011 3:43am

At this point it is really hard to tell if this is working right... it IS working but I'm still wondering why the files were populating on the 2007 server and NOT the 2010 server. Right now after manually creating the directory files are being copied by the services and things are looking fine in the event logs. Still the first part troubles me since the only change I made was manually creating that GUID directory. I guess after I decommission the 2007 server I will really find out if there is a problem. Right now though all the stuff you are asking comes back fine.
Free Windows Admin Tool Kit Click here and download it now
July 23rd, 2011 12:05pm

Try this on Exchange 2010. Stop Exchange FD Service. Remove OAB files from the IIS directory, incl. the GUID directory. Leave the config file. Start Exchange FD Service. if everything work as expected, Exchange FDS will create the GUID directory and copy the OAB files into it from "C:\Program Files\Microsoft\Exchange Server\V14\ExchangeOAB" directory. That is if there is any files in that directory from start which it should since the Exchange 2010 server is the one responsible for generating OAB. lasse at humandata dot se, http://anewmessagehasarrived.blogspot.com
July 23rd, 2011 1:03pm

Hi C-M, Any update on the issue?Gulab | MCITP: Exchange 2010-2007 | Skype: Gulab.Mallah | Blog: www.ExchangeRanger.Blogspot.com
Free Windows Admin Tool Kit Click here and download it now
July 24th, 2011 1:46am

At this point it is really hard to tell if this is working right... it IS working but I'm still wondering why the files were populating on the 2007 server and NOT the 2010 server. Right now after manually creating the directory files are being copied by the services and things are looking fine in the event logs. Still the first part troubles me since the only change I made was manually creating that GUID directory. I guess after I decommission the 2007 server I will really find out if there is a problem. Right now though all the stuff you are asking comes back fine. Hi, Have you moved the OAB generation server to Exchange 2010? You can try to create a new OAB and see if the problem is caused by the corrupted oab object: 1. Expand to Organization Configuration->Mailbox->Offline Address Book. Right click and choose “New Offline Address Book” 2. Filled in the name such as MyOAB, under “Offline address book generation server”, click Browse and select the exchange 2010 mailbox server. Only check the “Include the default Global Address list” option. Click Next. 3. Check the option “Enable Web-based distribution ”, click Add to add the OAB virtual directory. Check the option “Enable public folder distribution” if you have the clients who are using outlook 2003. Click Next. 4. Click New-Finish. 5. Open EMC, expand to Organization Configuration->Mailbox, in the “Database Management ” tab, right click the mailbox database which hosting your users’ mailbox and choose properties. 6. In Client Settings tab, under offline address book, click Browse. Then select the new OAB. 7. Right click this new OAB and choose update. It will spend half or 1 hour to generate offline address book on Mailbox server in C:\program files\exchange server\v14\ExchangeOAB. Once OAB generate completed, you will see the LZX files under the OAB folder. You may see more than one OAB folders. To check which one is the new OAB we just create. Please see the “created” time of the folder: Right click the folder and choose properties. Please also open Event log to verify if there is no error relating to OAB generation. 7. Restart “Microsoft Exchange File Distribution”. Gen Lin TechNet Subscriber Support in forum If you have any feedback on our support, please contact tngfb@microsoft.com
July 25th, 2011 6:01am

Hi, Is there any update?
Free Windows Admin Tool Kit Click here and download it now
July 27th, 2011 9:30pm

Well it appears to be working after I created the guid directory and new OAB's seem to be creating OK although I am wondering why there are 5 of the guid directories now and only 2 OAB's.
July 28th, 2011 12:08pm

Glade to hear that it started working. Those GUID's would be of old OAB's. You can delete those GUID's which are not in use.Gulab | MCITP: Exchange 2010-2007 | Skype: Gulab.Mallah | Blog: www.ExchangeRanger.Blogspot.com
Free Windows Admin Tool Kit Click here and download it now
July 28th, 2011 12:12pm

Thanks for the update C-M! I what directory to you see 5 GUIDS...Both? *\Microsoft\Exchange Server\V14\ExchangeOAB *\Microsoft\Exchange Server\V14\ClientAccess\OAB To find out which ones you use run: Get-OfflineAddressBook | ft Name,guid -AutoSize Btw, it is possible to update the files in the OAB directory Update-FileDistributionService :Martina 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.
July 28th, 2011 12:19pm

There are 4 on my old server and 5 on the new one now which is odd since I swear there was only 1 before I made the new one to test. Course I have been testing and fixing a ton of stuff so it's possible I am misremembering.
Free Windows Admin Tool Kit Click here and download it now
July 28th, 2011 6:04pm

Thanks for the update, but I am still curious to in witch folder you have them *\Microsoft\Exchange Server\V14\ExchangeOAB *\Microsoft\Exchange Server\V14\ClientAccess\OAB Anyway, delete the once you don´t need. :MartinaPlease 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.
July 28th, 2011 6:08pm

sorry C:\Program Files\Microsoft\Exchange Server\V14\ExchangeOAB The other folder only has the correct 2. I didn't even notice the difference...
Free Windows Admin Tool Kit Click here and download it now
July 28th, 2011 6:17pm

These folder do different things (Generation vs Distribution) and they have both been explained in this thread. Oh well, I am glad it works for you. :Martina 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.
July 28th, 2011 6:36pm

Well it appears to be working after I created the guid directory and new OAB's seem to be creating OK although I am wondering why there are 5 of the guid directories now and only 2 OAB's. This means the OAB generation is working now. The normal situation is that if you have 2 OAB object in EMC, the folder should only contain 2 OAB folders with the difference GUID.
Free Windows Admin Tool Kit Click here and download it now
July 29th, 2011 4:09am

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

Other recent topics Other recent topics