Exchange 2010 SP3 Update Rollup 7

After applying the Exchange 2010 SP3 Update Rollup 7 in October we have had issues with Outlook clients not being able to download the OAB.  For the mobile users this is inconvenient since they cannot see new users.  We are also seeing an error in the eventlogs
SourceName=MSExchange MailTips
The most recent group metrics file was generated at 10/18/2014 12:57:51 PM, which is older than 3/7/2015 8:27:26 PM.

These all appear to be centered around the Exchange  update which was installed with the MS Updates.  

Any thoughts are much appreciated.
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Simon Butler (Sembee)ConsultantCommented:
Mailtips comes off availability.
OAB is something else.
Could be two different issues, could be the same.

When you try to download the OAB, what happens? Do you get a sync error log in Outlook?
Does free/busy information work?
Are you using web publishing for OAB or public folders?

Single server I presume?

Snowmizer01Author Commented:
Both of these issues started after the update.  The folders in which they reside have the same dates so that is why I say they are the same issue  This is a single Exchange server.  When we try to download the OAB we get an error, Task reported error 0x80190194 The operation failed.

I created a new OAB over the weekend and set it up for web publishing.  Everything else appears to be working.

Thanks for the quick response.
Simon Butler (Sembee)ConsultantCommented:
Run this command:

get-MailboxServer | select identity, ForceGroupMetricsGeneration

If it comes back with false, then run this command:

 Set-MailboxServer -ForceGroupMetricsGeneration $true

Then wait a couple of hours and see if the mail tips error clears.

Has Powershell sent you back into the Stone Age?

If managing Active Directory using Windows Powershell® is making you feel like you stepped back in time, you are not alone.  For nearly 20 years, AD admins around the world have used one tool for day-to-day AD management: Hyena. Discover why.

Snowmizer01Author Commented:
This was already set to true.

Also, on the OAB I did enable the public folder distribution.

One thing that I did notice regarding the OAB is that the under V14\ClientAccess\OAB the folder name is still set to the old Address book quid and is dated 10/18/14 the date when the patch was applied.  So when I created the new OAB this weekend this did not get updated.  The V14\ExchangeOAB folder has the current OAB files.

Also, if I look at the V14\ClientAccess\GroupMetrics folder the files here are dated 10/18/14.  If I look at V14\GroupMetrics the files are current.

It appears the ClientAccess folder is not getting updated with the current information.  What updates these folders?  From what I have read the update that was applied did update the CAS.  I also read that previous updates were suppose to be uninstalled, this was not done and now we have update rollup 8-v2 installed as well.
Snowmizer01Author Commented:
Also, in looking at IIS The OAB site is pointing to the V14\ClientAccess\OAB folder with the old files.
Simon Butler (Sembee)ConsultantCommented:
" I also read that previous updates were suppose to be uninstalled.."

That is not the case. The only thing you have to remove is any interim update that was received directly from Microsoft support. If you have just been installing rollups, then you have nothing to worry about.

Try running the updatecas.ps1 script from EMS. You will find it in C:\Program Files\Microsoft\Exchange Server\V14\Bin

Snowmizer01Author Commented:
I ran the command, the results are the same.  No change to the files/folders that I mentioned.
Snowmizer01Author Commented:
Can you tell me what permissions are suppose to be on the C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess folder?  I set the permissions for the OAB folder but since groupmetrics is not working I figure the permissions at the ClientAccess level are not correct and were filtered down through the sub-folders.
Snowmizer01Author Commented:

This link is very similar to what I am seeing.  This all started after applying the exchange update roll up.  All the services are starting/started and we get the  errors during normal operations throughout the day.  Any other ideas would be much appreciated.
Snowmizer01Author Commented:
This has been resolved.  The problem UNC was not working on the server.  If you follow this article it explains how to resolve,  Any typos in the registry option causes the failure.  One note, make sure you verify that all of the CurrentControlSet, CurrentControlSet1 and CurrentControlSet2 are set correctly as the next reboot will overwrite the option and bring back the errors.

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
Snowmizer01Author Commented:
This completely resolved the issue.  Since Exchange requires UNC paths to function, once I made the change the errors have stopped.
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today

From novice to tech pro — start learning today.