WSUS Product Team Blog

WSUS Product Team thoughts, information, tips and tricks and beyond :-)

Client/Server Synchronization issues

Client/Server Synchronization issues

  • Comments 146
  • Likes

Good morning!

Now that you are all back from TechEd, I wanted to address an issue that a couple of folks contacted us about regarding some client/server synchronization issues they were experiencing in their WSUS environment.

 

Issue:

Computers that have Office 2003 or components of Office 2003 installed fail to run a detection against a WSUS server that has the latest Office updates. This prevents the computers from receiving any updates from the WSUS server.

 

Affected products:

·         WSUS 3.0 Server (RTM or SP1)

·         Computers with Office 2003 or components of Office 2003 installed.

 

Symptoms:

Automatic updates fails detection against the WSUS server.

 

1.       On the client side, the automatic updates log file (%windir%\WindowsUpdate.log) has an entry similar to below during the detection phase:

2008-06-13    19:59:53:383  788   ee4    PT     +++++++++++  PT: Synchronizing server updates  +++++++++++

2008-06-13    19:59:53:383  788   ee4    PT       + ServiceId = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}, Server URL = http://<WSUS Server>/ClientWebService/client.asmx

2008-06-13    19:59:56:617  788   ee4    PT     WARNING: SyncUpdates failure, error = 0x8024400E, soap client error = 7, soap error code = 400, HTTP status code = 200

2008-06-13    19:59:56:617  788   ee4    PT     WARNING: SOAP Fault: 0x000190

2008-06-13    19:59:56:617  788   ee4    PT     WARNING:     faultstring:Fault occurred

2008-06-13    19:59:56:617  788   ee4    PT     WARNING:     ErrorCode:InternalServerError(5)

2008-06-13    19:59:56:617  788   ee4    PT     WARNING:     Message:(null)

2008-06-13    19:59:56:617  788   ee4    PT     WARNING:     Method:"http://www.microsoft.com/SoftwareDistribution/Server/ClientWebService/SyncUpdates"

2008-06-13    19:59:56:617  788   ee4    PT     WARNING:     ID:c0a7445f-b989-43fa-ac20-11f8ca65fa8c

 

2.       On the WSUS server, the WSUS log file (%Program Files%\Update Services\Log Files\SoftwareDistribution.log) has an entry similar to below, which one can find by searching on the ID obtained from the client log:

2008-06-14 02:59:57.642 UTC Error  w3wp.12       ClientImplementation.SyncUpdates       System.ArgumentException: Item has already been added. Key in dictionary: '8862'  Key being added: '8862'

   at System.Collections.Hashtable.Insert(Object key, Object nvalue, Boolean add)

   at System.Collections.Hashtable.Add(Object key, Object value)

   at Microsoft.UpdateServices.Internal.ClientImplementation.GetSyncInfo(DataAccess dataAccess, Hashtable stateTable, Hashtable deploymentTable, Boolean haveGroupsChanged, Boolean doChunking)

   at Microsoft.UpdateServices.Internal.ClientImplementation.SoftwareSync(DataAccess dataAccess, UnencryptedCookieData cookieData, Int32[] installedNonLeafUpdateIds, Int32[] leafUpdateIds, Boolean haveGroupsChanged, Boolean expressQuery)

   at Microsoft.UpdateServices.Internal.ClientImplementation.SyncUpdates(Cookie cookie, SyncUpdateParameters parameters)

   at Microsoft.UpdateServices.Internal.ClientImplementation.SyncUpdates(Cookie cookie, SyncUpdateParameters parameters)

   at Microsoft.UpdateServices.Internal.Client.SyncUpdates(Cookie cookie, SyncUpdateParameters parameters)

       <lines removed>

2008-06-14 02:59:57.642 UTC Warning       w3wp.12       SoapUtilities.CreateException     ThrowException: actor = http://wsusebc/ClientWebService/client.asmx, ID=c0a7445f-b989-43fa-ac20-11f8ca65fa8c, ErrorCode=InternalServerError, Message=, Client=?

 

Root Cause:

A recent revision to the ‘Office 2003 Service Pack 1’ update has resulted in some WSUS 3.0 servers syncing

the revised update to enter an inconsistent state with respect to the update’s approvals. When computers with products related to Office 2003 communicate with such a server, the Web service is unable to process the approvals resulting in the detection failure.

 

Workaround:

In order to reset the approvals to a consistent state on the WSUS server, follow these steps from the WSUS Administration Console:

1.       Find the Office 2003 Service Pack 1 update in the updates list, UpdateID: D359F493-0AAD-43FA-AF5C-6763326CD98F. This may involve changing the Status and Approval filters. Set Status to Any and Approval to Declined; if you still do not see the update, set Approval to Any Except Declined.

2.       Perform the following steps:

a.        Ensure the update is already declined.

                                                                                       i.      If the update is not already declined, right-click on the update and then click Decline in the shortcuts menu.

b.       Cause the update not to be declined.

                                                                                       i.            Right-click the update and then click Approve in the shortcuts menu.

                                                                                     ii.            In the Approve Updates dialog that opens, just click OK without making any changes to the approval settings.

c.        Decline the update.

                                                                                       i.       Right-click the update and then click Approve in the shortcuts menu.

                                                                                     ii.       In the Approve Updates dialog that opens, just click OK. Dismiss the Approval Progress dialog that appears.

 

The computers that were failing detection will now successfully complete detection against the server and receive any applicable updates.

 

Note: If you have a hierarchy of WSUS servers, these steps must be performed on each server, starting with the top-level server. If one of the servers is a replica child, one must first change it to be autonomous, then perform the steps above, then change it back to being a replica. This can be done from the Options/Update Source and Proxy Server dialog box.

 

Thank you.

 

Cecilia Cole

WSUS Program Manager 

 

Comments
  • PingBack from http://www.mcseboard.de/tipps-links-5/fehler-0x8024400e-windowsupdate-log-136224.html#post835635

  • This morning I received notice from Microsoft about a potential issue with WSUS 3.0 - specifically installations

  • Hi,

    I have this problem but my Office 2003 SP1 update is declined and superseded by the most recent Office SP's and I can't approve it again.

    Any ideas?

  • Dear Joswald,

    Thank you for your feedback. What you need to do is approve the update with an action of "Not Approved". I know this can be a little confusing since you cannot approve an "Expired" update for an "Install" for example, but a "Declined" update can be returned to "Not Approved" (which means it is "Undeclined"). This is why we indicated to just hit "Enter" on the dialog per instructions on the main post.

    I hope this helps.

    Thank you.

  • Just a quick heads up that it looks like Cecilia Cole from the WSUS product team posted some more information

  • Just a quick heads up that it looks like Cecilia Cole from the WSUS product team posted some more information

  • Thanks Cecilia, I had found this issue in my environment two days ago and did not manage to correct this until now. Your instructions did solve the problem.

  • Hi,

    In the post, instruction 2c seems a little unclear:

    c.        Decline the update.

        i.       Right-click the update and then click Approve in the shortcuts menu.

        ii.       In the Approve Updates dialog that opens, just click OK. Dismiss the Approval Progress dialog that appears.

    This isn't the way that you decline an update in WSUS - you have to right-click and click 'Decline', then in the 'Decline Update' dialog, select 'Yes'. Could you check this and update the post with what we're meant to do?

  • I've also noticed that the Office 2003 SP1 update now has a release date of '10/6/3008' on my WSUS server (note the year is *waaay* in the future!)

    Is this the reason why we're having problems, or is it just my server?

  • This Resolved the issue! The instuctions in 2c are incorrect but just replace Approve with Dismiss. :)

  • Oh, thank goodness this was posted--I started running into this exact problem this week, and was stumped!

    Christopther -- I see the same crazy date on my server. It's not just you.

  • THANK YOU!!!!

    I've been trying everything - to no avail.  I was just about to re-format and do a fresh install.  After finding this post it has finally fixed the 0x8024400E errors showing in the WindowsUpdate.log.  

    Date shows 6/10/3008 here also for Office 2003 SP1.

  • so what is the first indication that there is a problem?  Surely we don't have to read logs just to make this determination!

  • Approving and Declining the Office update removed the 0x8024400E error.

    Instead I am receiving now another error on the client and I am still not getting updates:

     WARNING: Exceeded max server round trips: 0x80244010

     WARNING: Sync of Updates: 0x80244010

     WARNING: SyncServerUpdatesInternal failed: 0x80244010

  • The clients did update eventually without any additional changes.

    So it seems that the 0x80244010 error does not prevent a successful update at another time.

Your comment has been posted.   Close
Thank you, your comment requires moderation so it may take a while to appear.   Close
Leave a Comment