Welcome Guest ( Log In | Click here to Register a free account now! )


Register a free account to unlock additional features at BleepingComputer.com
Welcome to Bleeping Computer, a free community where people like yourself come together to discuss and learn how to use their computers. Using the site is easy and fun. As a guest, you can browse and view the various discussions in the forums, but can not create a new topic or reply to an existing one unless you are logged in. Other benefits of registering an account are subscribing to topics and forums, creating a blog, and having no ads shown anywhere on the site.
Click here to Register a free account now! or read our Welcome Guide to learn how to use this site.

entry Apr 15 2007, 05:19 AM
Posted May 14th clapping.gif
QUOTE
From the WSUS Blog - Svchost /MSI issue follow up:

Hi Folks –

Just want to make sure you know we are actively following up on the comments posted on the svchost/msi issue. We are working on reproducing the reported performance issues on various systems in our labs. We will keep you posted as to the findings.

I also want to provide some clarification with install instructions for both the new client and the MSI fix, as well as upcoming available automatic distribution options, and the performance expectations after the MSI fix and new client are installed.

Build 0374 AU client/ WSUS 3.0 client:

While we are engaged in a world-wide deployment of the new AU client (build .0374), this staged deployment is occurring in a wave which we expect to complete by early June. This means that for AU users, the new client bits will just automatically self update when visiting the site before mid –June, and for WSUS users, you will be able to download the bits after 5/22/2007 (or upgrade to WSUS 3.0 now).

To make the client available earlier vs. waiting for the duration of the world-wide roll-out, we released the client in a ‘stand-alone’ form which you can download from the Download Center now. The version of the client is 0374 – and can be installed directly from:

http://download.windowsupdate.com/v7/windo...Agent30-x86.exe

http://download.windowsupdate.com/v7/windo...Agent30-x64.exe

http://download.windowsupdate.com/v7/windo...gent30-ia64.exe

Further instructions can be found in http://msdn2.microsoft.com/en-us/library/aa387285.aspx

Please verify on your systems, the client version here is: <windows dir>\system32\wuaueng.dll is 7.0.6000.374

KB927891/MSI fix:

To make sure you have the latest MSI fix in KB927891, make sure your MSI.dll binary version for supported platforms are exactly as documented under files in:

http://support.microsoft.com/kb/927891

This MSI fix will be available via MU/WU (and there by WSUS) by late May early June.

Expected results: It’s important to note that with the MSI fix and the new client installed, the CPU may still go near 100%, but the system should still be responsive and not lock up. If another task requires CPU cycles they will be shared, but if the system is idle, MSI will use the full cycles available. If a task is running at the same time as MSI, the system may be slightly slower, but should still be responsive during this time. Key to remember the MSI fix and the new client address unresponsive or locked systems. CPU spikes during some scans are expected, machine unresponsiveness is not. If your watching the process monitor, you will still see 100% CPU during some scans and this is expected behavior.

Next steps for problem systems:

If, after checking these installations, and reviewing expected behavior, iyou are still experiencing this issue and have a system which we can remote into, or obtain logs from, for further investigation, please contact me directly at bobbieh@microsoft.com. The windowsupdate.log from the system experiencing the performance issue would be helpful information as well as full system description of hardware, platform and additional programs installed and running.

Thank you,

Bobbie Harder

PM, WSUS CPE
Filed under: Windows Server Update Services, WSUS
When running WindowsUpdateAgent30-xXX.exe, IF a message appears that the Update Agent is already installed, then refer to the next quoted section for a command that will get it installed.
FWIW, I've run it a few times now and no such message has appeared. YMMV wink.gif
QUOTE
Posted May 4th -
NOTE: There will be new software controls being installed for the V7 Windows/Microsoft Update sites soon. If you do not want to wait for them and are experiencing the SVCHOST issue, then download the latest Windows Update Agent NOTE: The link is for the x86 versions of Windows [Win2K, XP, Vista]
To obtain the x64 version, click here
Save it, do NOT run it. When the download is complete close the browser. Now run WindowsUpdateAgent30-x86.exe
IF a message appears stating that the Update Agent is already installed, then go to Start > Run >
click the Browse button
Navigate to where WindowsUpdateAgent30-x86.exe was saved and click once on it
Click the Open button
In the Open: line, click once on WindowsUpdateAgent30-x86.exe
It should now be highlighted in blue
Click once after the last quotation mark "
Push the Space Bar on the keyboard and enter /wuforce
The entry should now look like this

"C:\<locationoffile>\WindowsUpdateAgent30-x86.exe" /wuforce

Note the space after the last quotation mark and the /

Click OK or press Enter
Then download, save, close the browser, and install KB927891
NOTE: KB927891 is NOT supported nor intended for Vista

From The WSUS Product Team Blog - Update on svchost/msi performance issue and 3.0 Client distribution plan

There are numerous threads in the Microsoft Windows Update Newsgroup that deal with the Infamous SVCHOST Issue
MS states that it's caused by the Windows Installer, specifically the msi.dll.
There are even 2 MSKB articles that offer a newer version of msi.dll.
KB916089 states that one should not even bother with it. Instead, MS states KB927891 supercedes KB916089

Symptoms of the issue usually appear when a system first boots up, is awakened from Standby, Sleep, or Hibernation, and/or, accesses the Windows or Microsoft Update sites.
When systems with the Automatic Updates service running do any of the above , SVCHOST will start to consume most of the CPU cycles while spawning the wuauclt.exe [Windows Automatic Update Client] process.
SVCHOST may even take all of the CPU cycles, effectively locking the system up, temporarily, until the detection scan has finished.
Other contributing factors in this issue may also be disk fragmentation, data | log corruption, left over files,binaries, or metadata in the SoftwareDistribution folder, and/or interference | file corruption by security software.

Temporary steps that will help mitigate this issue :
  • 1) First, show hidden files, folders, and system files
  • 2) Using Windows Explorer, navigate to the WINDOWS\SoftwareDistribution\Download folder.
    Delete the contents of this folder. Exit Windows Explorer.
    Initiate a manual visit to the Windows|Microsoft Update site.
    If that did not resolve the issue
  • 3) Go to Start > Run > type in net stop wuauserv
    Click OK or press Enter
    Using Windows Explorer, navigate to the WINDOWS\SoftwareDistribution\DataStore folder
    Delete DataStore.edb
    NOTE: This will remove the update history that one sees on the Windows | Microsoft Update sites
  • 4) Go to Start > Run > type in net start wuauserv
    Click OK or press Enter
    Initiate a visit to the Windows|Microsoft Update site.
  • 5) If the above does not resolve the issue, then stop the Automatic Updates service from either the Services console or by running the command previously given.
    Then either rename the SoftwareDistribution folder to SoftwareDistribution.old or delete it's contents, not the folder itself.
    Now restart the Automatic Updates service.
    The contents of SoftwareDistribution will be recreated the first time the system accesses the Windows | Microsoft Update sites or when the Windows Automatic Update Client is spawned.
The Hard Drive can be defragmented using either the native Windows utility or from a 3rd party tool.
Please consult the Help file from Start > Help and Support
Enter disk defragmentation in the Search field and then click the Green arrow.

Check the Help file of the installed antivirus software so that it can be configured to not scan the SoftwareDistribution folder during regularly scheduled system scans. At this time, there is no malware that uses that folder as an infecting vector.

UPDATE June 6th UPDATE - Virus scanning recommendations for computers that are running Windows Server 2003, Windows 2000, or Windows XP
QUOTE
Do not scan the following files and folders. These files are not at risk of infection. If you scan these files, serious performance problems may occur because of file locking. Where a specific set of files is identified by name, exclude only those files instead of the whole folder. Sometimes, the whole folder must be excluded. Do not exclude any one of these based on the file name extension. For example, do not exclude all files that have a .dit extension. Microsoft has no control over other files that may use the same extensions as the following files.

• Microsoft Windows Update or Automatic Update related files
• The Windows Update or Automatic Update database file. This file is located in the following folder:
%windir%\SoftwareDistribution\Datastore
Exclude the Datastore.edb file.
• The transaction log files. These files are located in the following folder:
%windir%\SoftwareDistribution\Datastore\Logs
Exclude the following files:
• Edb*.log
Note The wildcard character indicates that there may be several files.
• Res1.log
• Res2.log
• Edb.chk
• Tmp.edb



And, above all, cross your fingers and toes that Service Pack 3 is in the works for XP wink.gif

 
« Next Oldest · The Clippings of Chairman Mow · Next Newest »
 
SMTWTFS
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30