Read the original post here on TechNet.
Here is a summary.
The Configuration Manager Sustained Engineering and Customer Support and Services teams are investigating an issue where the Install Software Updates action will hang indefinitely on Windows 7 clients.
When this happens, the task sequence Installation Progress dialog displays “Downloading 1 of x Updates (0% complete) …” with no change in the progress bar, as shown in the following picture.
If you look at the smsts.log file during this time, you’ll see the following entries and the last entry repeats:
//
Installing all updates targetted for this computer
Installation of updates started
Waiting for installation job to complete
Waiting for job status notification …
Waiting for job status notification …
Waiting for job status notification …
//
In addition, the other log files that are associated with the Install Software Updates task (CAS.log, UpdatesDeployment.log, UpdatesHandler.log, UpdatesStore.log) do not update during this time.
Note: The repeated “Waiting for job status notification” message can appear under normal circumstances when updates are being installed. However, if you see the repeated entry and the progress bar hangs at “Downloading 1 of x Updates” and the other components are no longer logging, it is likely that you’re experiencing this issue under investigation.
In some scenarios, this issue can occur when a large number of software updates (more than 60) are applied via the Install Software Updates task for Windows 7, Office 2007, or Office 2010. A possible solution here is to use the Updates folder in the Office installation folder to reduce the number of updates to be installed during the Install Software Updates task. For additional information about how to use the Updates folder, see the following:
Office 2010
http://technet.microsoft.com/en-us/library/cc178995.aspx#BKMK_UpdatesFolder
Office 2007
http://technet.microsoft.com/en-us/library/cc178995(office.12).aspx#BKMK_UpdatesFolder
Some customers have reported that installing the latest Intel Mass Storage drivers as part of their deployment can also trigger this problem. If you experience this, a solution here is to remove the drivers from their deployment packages because base functionality is provided with the default Windows 7 drivers.
These are not necessarily the only triggers for this particular issue, but the two that have been observed by several customers. This blog entry will be updated as soon as we have more information.
Thank you for your patience as we work to find the best resolution for all our customers.
I think that it is pretty apparent that Exchange server relies heavily on Active Directory (AD). In fact, you will not get very far without AD or with an unhealthy AD. This post will talk about the Exchange Active Directory Topology Service and then examine Event 2080. This post will not go into every aspect on how Exchange relies on AD.
A Windows service called the Microsoft Exchange Active Directory Topology service is a required service for Exchange to function. It is probably easy to say that it is the most important Exchange service.
Most Exchange services cannot function if this service is stopped. Here is a list of services that depend on the Exchange Active Directory Topology service.
The Topology Discovery process is set to run every 15 minutes and will generate Event 2080 in the Application Event Log. If the AD topology changes or if domain controllers become unavailable, Exchange will update its list of usable domain controllers and represent those in Event 2080.
Note that DC’s will be listed in priority and will be classified as either within the same AD site or out of the AD site. Exchange will always use DC’s within its own site first. Also note the letters and numbers that are listed after each DC. Below we will review what each of these letters/numbers mean and what values should be expected.
First let’s define each position. We will use the details out of the above event:
Position | Flag Use | Notes |
A | Configuration DC | Value is either “C” or “-“. A hyphen means that this server cannot act as a Configuration DC |
B | Regular DC | Value is either “D” or “-“. A hyphen means that this server cannot act as a regular DC |
C | Global Catalog | Value is either “G” or “-“. A hyphen means that this server cannot act as a Global Catalog |
D | Availability | Value of “1” indicates that the server is available |
E | Port Access | Bit mask indicating what ports are available for LDAP access:”0” = server is unusable by ADAccess ”1” = LDAP access for global catalog is possible on port 3268 ”2” = server is reachable for DC requests on port 389 ”4” = server can act as the configuration DC ”7” = server is available on all necessary ports |
F | Synchronization Status | Bit mask indicating the AD synchronization status as indicated by the “isSynchronized” flag on the rootDSE object:”1” = global catalog is synchronized ”2” = the DC is synchronized ”4” = the configuration DC is synchronized ”7” = the server is completely synchronized in terms of AD |
G | Global Catalog | “0” = server is a DC ”1” = server is a global catalog server |
H | PDC flag | “0” = server is not the primary DC ”1” = server is the primary DC (PDC) |
I | SACL rights test | “0” = ADAccess does not have necessary permission “1” = ADAccess has the necessary security permission to read Exchange information from directory |
J | Critical data | “1” = ADAccess located the Exchange server that it is running on in the configuration naming context of the DC |
K | Netlogon | Bit mask indicating success of ADAccess in connecting to Netlogon service running on DC using RPC:”7” = all attempts were successful |
L | OS Version | “0” = does not meet requirements ”1” = DC runs a version of Windows that is supported by Exchange 2010 |
This is a great place to start troubleshooting intermittent issues with Exchange since everything relies on a healthy and accessible AD.