Welcome to Exchange Team Blog Sign in | Join | Help

Syndication

This Blog

Dude, where's my rollup?

So I just installed RU1 on my brand new Exchange 2010 server and then I issue a Get-Exchangeserver -Identity MyExchangeServer and get the following output for AdminsDisplayVersion and ExchangeVersion:

Ok that looks a little familiar for some reason. I go to my Exchange 2010 RTM server and issue the same CMDlet and get:

...The same result! But one server has RU1 installed and the other is RTM. Shouldn't I get a different version number back?

Well... no. Exchange 2007 and forward do not reflect the version number either in the value for AdminDisplayVersion, ExchangeVersion, or at this registry key HKLM\SOFTWARE\Microsoft\v8.0\<Role>\ConfiguredVersion as influenced by roll ups. This is a common misconception.

The most conclusive way to get the version of your exchange server, rollup and all, is to check the file version of ExSetup.exe in the BIN folder.

Here is Exchange 2010 RU1 version:

And here is Exchange 2010 RTM:

Another way of getting this information is to run the following PowerShell one-liner:

GCM exsetup |%{$_.Fileversioninfo}

The below output is from an exchange 2010 server running RU1:

Here is an exchange 2010 RTM server:

You can then correlate the version number you find with those listed here, here or on the actual rollup update download pages.

Hope this post reduces some confusion out there!

- Tom Kern

Published Monday, March 08, 2010 1:57 PM by Exchange
Filed Under: , , ,

Comments

 

KB said:

I understand that this is the way things are, but is there any advantage to the way this was done?  Seems like it blocks a lot of the advantages to do something like get-exchangeserver and see across the organization what rollups have been applied.
March 8, 2010 6:46 PM
 

Chris Lehr said:

I wish I could pipe get-exchangeserver to GCM exsetup - Any easy powershell for 3+ servers to make sure you patched them all?
March 8, 2010 6:51 PM
 

Chris Lehr said:

Also - RU2 was just released..   the Product Version and File Version for that are 14.00.0689.000.
March 8, 2010 6:52 PM
 

Arman Obosyan said:

Here is a list of Product Version Numbers (actually Update Rollup version) on TechNet Wiki
Exchange Server and Update Rollups Builds Numbers
http://social.technet.microsoft.com/wiki/contents/articles/exchange-server-and-update-rollups-builds-numbers.aspx

(Updates regular)

Also exist lot of "homemade" powershell scripts to get UR for 3+ servers

But questions is why there no built-int script to get UR (version number) across whole exchange organization.

Arman.


Arman.
March 8, 2010 11:37 PM
 

Elie said:

You can also check the version from the Exchange Management Console by going to Help --> About Exchange Server 2010...  as shown here:
http://blog.elieb.info/2010/03/06/exchange-2010-with-ur2-installation-in-unattended-mode.aspx

March 9, 2010 1:43 AM
 

Klaus said:

Well, not supplying it anywhere in AD leaves some room for improvements in the future. Think positive, folks.
OK - for orgs with 3+ servers all over the world you have to make sure all lines are up prior to running the "home-made-script".
Which indeed happens almost once a year...
March 9, 2010 1:46 AM
 

Michel de Rooij said:

I'm keeping a list of versions, dates and builds here
http://eightwone.wordpress.com/versions-builds-dates/
March 9, 2010 5:36 AM
 

tkern said:

@KB and @Klaus historically Exchange has never updated the version number in AD based on RU or hot fix.
Recall in Exchange 2000/2003 the serialNumber attribute did not increment after installing a hot fix and thus ESM did not reflect a different build number as well.
You still had to check the version of store.exe or excdo.dll etc to find what build you were really on.
With Exchange 2007 and PS this information is decidedly easier to obtain.
Thanks
March 9, 2010 8:26 AM
 

Scott Landry (MSFT) said:

Another method I've used with great success (though perhaps overly complex) is the method Paul talks about in his blog:
http://blogs.flaphead.dns2go.com/archive/2007/05/09/exchange-2007-update-rollups.aspx

I think this version is simplier though, so I may have to swtich. =)
March 9, 2010 9:18 AM
 

Bhargav Shukla said:

March 9, 2010 9:40 AM
 

Art Braune said:

Seems to me that a simple reg update with the updated version numbers tacked onto the install wouldn't take all that much time to implement???
March 9, 2010 1:39 PM
 

hrongyorgy said:

I just thinking why exchange not provides its version number via WMI. This is not AD-related, so it not must be replicated (it eliminates all replication argument) and can be unavailable if xch is offline or not installed (i think).
March 9, 2010 5:57 PM
 

Ed said:

It certainly would be nice if you could see the list of versions in the GUI. That way you could check to make sure that all servers in an organization are up to date at a glance.
Having to check each one, one at a time is a disservice to Exchange Admins.
After all, what does the Server Version do for me?
March 10, 2010 9:30 AM
 

Petri said:

In my mind the idea of the Blogs are share a bit deeper information for readers. So Where was the point on here?
Why you did not clarify the reasons to not show the version on the normal GUI. Perhaps the hotfixes does not need to update the number, but RUs atleast should do it.

Simple things makes life easier.
March 10, 2010 11:18 AM
 

Art Braune said:

Played with the registry keys for the installed versions without successfully having it show the correct info in the Exchange Management Console. Curious as to where the EMC is pulling the displayed (GUI) info from?
March 10, 2010 3:31 PM
 

tkern said:

While I agree that not updating the values in AD can seem cumbersome to some admins the purpose of this post was not to give a history of the decision making process that went into not updating Active Directory each time a RU is installed but rather to clear up some misconceptions about the version numbers displayed in EMC/EMS and the registry in relation to roll ups as well as a quick and dirty method of getting the "true" value.
That said we are proactively listening to all your concerns with the RU process and working on addressing them.
Thanks for reading!
March 10, 2010 5:48 PM
 

Art Braune said:

Tom - we appreciate these entries and also appreciate that you are actually filtering the feedback out of our replies here.
March 11, 2010 10:21 AM
 

Brent said:

I'll be honest - the fact that you can't find out something as simple as a version / service pack level from the GUI just goes to show how far out of touch the MS development teams have become.

There is simply no way to defend the choice to leave out something as obvious as making it easy to see the version / service pack level of some installed software.
March 11, 2010 9:46 PM
 

Bhargav Shukla said:

I have written a script that accomodates both Exchange 2007 and Exchange 2010. The script will check all 2007 and 2010 servers excluding Edge and Porivsioned servers.

More details: http://bit.ly/7teCtQ
Script Direct Download: http://bit.ly/9RFhyC
March 12, 2010 10:47 AM
New Comments to this post are disabled

News

Exchange 2010 Trial download

This blog and its contents are provided "AS IS" with no warranties, and they confer no rights. Use of any included script samples are subject to the terms specified in the Terms of Use.


EHLO Idea
Would you like to suggest a topic for the Exchange team to blog about? Send suggestions to us.

Poll:

Other Exchange Blogs from MSFT