|
|
I found this entry on Exchange Experts web site but couldnt see any
resolution. My problem is identical.
Summary:
SVCHost.exe is maxing my processors for about 20 to 30 minutes. I know that
wuacuclt.ext is the problem by using Microsoft's Process Explorer and this
wuauclt.exe is under the svchost.exe with the same spid that is maxing the
processor. I have a group policy on OU's forcing the updates on specific
days. This is not happening on the days that the updates are due for these
machines.
Any help would be appreciated.
Gordon
I am using the WSUS 2.0 method to update the client PCs at my work. We
have set up a WSUS server and all client machines are detected by the server
and the appropriate updates are pushed down to each PC. Everything works
beautifully except for one aspect... Upon startup, there is a service called
"wuauserv" or "wuauclt.exe" (not sure what one is the culprit or if
wuauclt.exe is a product of the wuauserv service running).
I found this info by using "Whats Running" (application like task manager).
This startup service runs under the svchost.exe process, the big one which
loads/runs the sound, themes, DHCP, Automatic Updates, etc. services for
Windows. Whats happening is random users at random times upon startup are
experiencing extremely slow PC performance. They call the Help Desk and I
come over to their PC to see what's going on. Sure enough, the svchost.exe
process is running at 100%. The hard drive activity light barely comes on so
as far as the user is concerned, everything is loaded... They click on
Outlook, launch IE and nothing happens. They do it again and of course
nothing loads until about 5-10 minutes later once the svchost.exe process
dies down and finishes whatever it was doing. There is nothing that you can
do when this happens... if you press control alt delete, the task manager
won't show up until about 2 minutes later and even then the only thing you
can do is kill the svchost.exe process. But the catch is, since the
schost.exe process that the updates run under run all the main Windows
services, you lose your xp theme, sound, internet connection, etc. Now you
have to go to the administrative tools/services list and restart all the
services that were shut down when you ended the svchost.exe process. The
only time it seems to go away is if you wait for the svchost process to do
its thing (5-10 minutes) and install the available updates, or I just set it
so that no updates are pushed down through WSUS (which is not an option).
This issue has happened on some of the PCs in our factory area which on one
instance slowed production down to a halt which resulted in that assembly
line staying an extra hour and a half at work to catch up with its units. It
almost seems as thought the updates process doesn't download the updates or
anything when it maxes the CPU, but rather maxes the CPU just communicating
with the WSUS server to see what updates the PC needs. Is there any way to
fix this and has anyone else experienced this issue??
|
|
I am having the same issue this morning with a number of my laptops...
"Gordon" wrote:
[Quoted Text] > I found this entry on Exchange Experts web site but couldnt see any
> resolution. My problem is identical.
>
> Summary:
>
> SVCHost.exe is maxing my processors for about 20 to 30 minutes. I know that
> wuacuclt.ext is the problem by using Microsoft's Process Explorer and this
> wuauclt.exe is under the svchost.exe with the same spid that is maxing the
> processor. I have a group policy on OU's forcing the updates on specific
> days. This is not happening on the days that the updates are due for these
> machines.
> Any help would be appreciated.
>
> Gordon
>
>
> I am using the WSUS 2.0 method to update the client PCs at my work. We
> have set up a WSUS server and all client machines are detected by the server
> and the appropriate updates are pushed down to each PC. Everything works
> beautifully except for one aspect... Upon startup, there is a service called
> "wuauserv" or "wuauclt.exe" (not sure what one is the culprit or if
> wuauclt.exe is a product of the wuauserv service running).
>
> I found this info by using "Whats Running" (application like task manager).
> This startup service runs under the svchost.exe process, the big one which
> loads/runs the sound, themes, DHCP, Automatic Updates, etc. services for
> Windows. Whats happening is random users at random times upon startup are
> experiencing extremely slow PC performance. They call the Help Desk and I
> come over to their PC to see what's going on. Sure enough, the svchost.exe
> process is running at 100%. The hard drive activity light barely comes on so
> as far as the user is concerned, everything is loaded... They click on
> Outlook, launch IE and nothing happens. They do it again and of course
> nothing loads until about 5-10 minutes later once the svchost.exe process
> dies down and finishes whatever it was doing. There is nothing that you can
> do when this happens... if you press control alt delete, the task manager
> won't show up until about 2 minutes later and even then the only thing you
> can do is kill the svchost.exe process. But the catch is, since the
> schost.exe process that the updates run under run all the main Windows
> services, you lose your xp theme, sound, internet connection, etc. Now you
> have to go to the administrative tools/services list and restart all the
> services that were shut down when you ended the svchost.exe process. The
> only time it seems to go away is if you wait for the svchost process to do
> its thing (5-10 minutes) and install the available updates, or I just set it
> so that no updates are pushed down through WSUS (which is not an option).
> This issue has happened on some of the PCs in our factory area which on one
> instance slowed production down to a halt which resulted in that assembly
> line staying an extra hour and a half at work to catch up with its units. It
> almost seems as thought the updates process doesn't download the updates or
> anything when it maxes the CPU, but rather maxes the CPU just communicating
> with the WSUS server to see what updates the PC needs. Is there any way to
> fix this and has anyone else experienced this issue??
|
|
I found an answer that works . Look to the third page past mine on this site
for a thread titled.....SVCHOST Performance Problems
Gordon
"Gordon" wrote:
[Quoted Text] > I found this entry on Exchange Experts web site but couldnt see any
> resolution. My problem is identical.
>
> Summary:
>
> SVCHost.exe is maxing my processors for about 20 to 30 minutes. I know that
> wuacuclt.ext is the problem by using Microsoft's Process Explorer and this
> wuauclt.exe is under the svchost.exe with the same spid that is maxing the
> processor. I have a group policy on OU's forcing the updates on specific
> days. This is not happening on the days that the updates are due for these
> machines.
> Any help would be appreciated.
>
> Gordon
>
>
> I am using the WSUS 2.0 method to update the client PCs at my work. We
> have set up a WSUS server and all client machines are detected by the server
> and the appropriate updates are pushed down to each PC. Everything works
> beautifully except for one aspect... Upon startup, there is a service called
> "wuauserv" or "wuauclt.exe" (not sure what one is the culprit or if
> wuauclt.exe is a product of the wuauserv service running).
>
> I found this info by using "Whats Running" (application like task manager).
> This startup service runs under the svchost.exe process, the big one which
> loads/runs the sound, themes, DHCP, Automatic Updates, etc. services for
> Windows. Whats happening is random users at random times upon startup are
> experiencing extremely slow PC performance. They call the Help Desk and I
> come over to their PC to see what's going on. Sure enough, the svchost.exe
> process is running at 100%. The hard drive activity light barely comes on so
> as far as the user is concerned, everything is loaded... They click on
> Outlook, launch IE and nothing happens. They do it again and of course
> nothing loads until about 5-10 minutes later once the svchost.exe process
> dies down and finishes whatever it was doing. There is nothing that you can
> do when this happens... if you press control alt delete, the task manager
> won't show up until about 2 minutes later and even then the only thing you
> can do is kill the svchost.exe process. But the catch is, since the
> schost.exe process that the updates run under run all the main Windows
> services, you lose your xp theme, sound, internet connection, etc. Now you
> have to go to the administrative tools/services list and restart all the
> services that were shut down when you ended the svchost.exe process. The
> only time it seems to go away is if you wait for the svchost process to do
> its thing (5-10 minutes) and install the available updates, or I just set it
> so that no updates are pushed down through WSUS (which is not an option).
> This issue has happened on some of the PCs in our factory area which on one
> instance slowed production down to a halt which resulted in that assembly
> line staying an extra hour and a half at work to catch up with its units. It
> almost seems as thought the updates process doesn't download the updates or
> anything when it maxes the CPU, but rather maxes the CPU just communicating
> with the WSUS server to see what updates the PC needs. Is there any way to
> fix this and has anyone else experienced this issue??
|
|
On 9 mei, 18:28, Gordon <Gor...[ at ]discussions.microsoft.com> wrote:
[Quoted Text] > I found this entry on Exchange Experts web site but couldnt see any
> resolution. My problem is identical.
>
> Summary:
>
> SVCHost.exe is maxing my processors for about 20 to 30 minutes. I know that
> wuacuclt.ext is the problem by using Microsoft's Process Explorer and this
> wuauclt.exe is under the svchost.exe with the same spid that is maxing the
> processor. I have a group policy on OU's forcing the updates on specific
> days. This is not happening on the days that the updates are due for these
> machines.
> Any help would be appreciated.
>
> Gordon
>
> I am using the WSUS 2.0 method to update the client PCs at my work. We
> have set up a WSUS server and all client machines are detected by the server
> and the appropriate updates are pushed down to each PC. Everything works
> beautifully except for one aspect... Upon startup, there is a service called
> "wuauserv" or "wuauclt.exe" (not sure what one is the culprit or if
> wuauclt.exe is a product of the wuauserv service running).
>
> I found this info by using "Whats Running" (application like task manager).
> This startup service runs under the svchost.exe process, the big one which
> loads/runs the sound, themes, DHCP, Automatic Updates, etc. services for
> Windows. Whats happening is random users at random times upon startup are
> experiencing extremely slow PC performance. They call the Help Desk and I
> come over to their PC to see what's going on. Sure enough, the svchost.exe
> process is running at 100%. The hard drive activity light barely comes on so
> as far as the user is concerned, everything is loaded... They click on
> Outlook, launch IE and nothing happens. They do it again and of course
> nothing loads until about 5-10 minutes later once the svchost.exe process
> dies down and finishes whatever it was doing. There is nothing that you can
> do when this happens... if you press control alt delete, the task manager
> won't show up until about 2 minutes later and even then the only thing you
> can do is kill the svchost.exe process. But the catch is, since the
> schost.exe process that the updates run under run all the main Windows
> services, you lose your xp theme, sound, internet connection, etc. Now you
> have to go to the administrative tools/services list and restart all the
> services that were shut down when you ended the svchost.exe process. The
> only time it seems to go away is if you wait for the svchost process to do
> its thing (5-10 minutes) and install the available updates, or I just set it
> so that no updates are pushed down through WSUS (which is not an option).
> This issue has happened on some of the PCs in our factory area which on one
> instance slowed production down to a halt which resulted in that assembly
> line staying an extra hour and a half at work to catch up with its units. It
> almost seems as thought the updates process doesn't download the updates or
> anything when it maxes the CPU, but rather maxes the CPU just communicating
> with the WSUS server to see what updates the PC needs. Is there any way to
> fix this and has anyone else experienced this issue??
Heel simpel.
Ga naar start->uitvoeren->cmd
Typ in: net stop wuauserv
Ga naar de C:\WINDOWS\SOFTWAREDISTRIBUTION map, en verwijder ALLES wat
daar in staat.
Ga weer terug naar je dos-box, en typ het volgende commando in:
net start wuauserv
Ga naar microsoft.com, en dan naar de downloads. In geval van Windows
2003 machines, download het volgende bestand:
WindowsServer2003-KB927891-v3-x86-NLD.exe (of ENU ipv NLD voor de
engelse versie / zoeken op het KB nummer zal voldoende moeten zijn om
het bestand te vinden)
Voor windows (2000/)XP:
WindowsXP-KB927891-v2-x86-NLD.exe (of ENU, zie boven)
Installeer deze update op je PC, herstart je PC.
Ga dan naar start->uitvoeren, en typ het volgende commando: wuauclt /
resetauthorization /detectnow
Nu gaat de PC zichzelf opnieuw aanmelden bij je WSUS server (of de MS
online update server) (resetauth. zorgt hiervoor)
En gaat hij kijken of er nieuwe updates zijn, en zo ja, volgens je
(group)policy downloaden. (detectnow zorgt hiervoor)
Veel succes ermee. Bij vragen: niet mailen op mijn gmail, maar op
hotmail nicobuma [at] hotmail [dot] com
|
|
Sorry... now in English:
It's very simple.
Go to start->run->cmd
Type: net stop wuauserv
Go to the C:\WINDOWS\SOFTWAREDISTRIBUTION folder, and delete
EVERYTHING that's in that folder
Go back to your dos-box, and type the following command:
net start wuauserv
Go to microsoft.com, and there you go to downloads. In case of
Windows
2003 machines, download the following file:
WindowsServer2003-KB927891-v3-x86-ENU.exe (or NLD instead of ENU for
the dutch version / searching on the KB number should be enough to
find the file)
For windows (2000/)XP:
WindowsXP-KB927891-v2-x86-ENU.exe (or NLD, see above)
Install this update op your PC, restart your PC.
Then, you go to start->run, and type the following command:
wuauclt /resetauthorization /detectnow
Now, the PC will re-authorize itself to the WSUS server (or the MS
online update server) (resetauth. does this)
And het will check for new updates, if so, he will download according
to your (group)policy . (detectnow does this part)
Good luck!. In case of questions: Don's mail on my gmail, but on my
hotmail account: nicobuma [at] hotmail [dot] com
|
|
Gordon wrote:
[Quoted Text] > I found this entry on Exchange Experts web site but couldnt see any
> resolution. My problem is identical.
>
> Summary:
>
> SVCHost.exe is maxing my processors for about 20 to 30 minutes. I know that
> wuacuclt.ext is the problem by using Microsoft's Process Explorer and this
> wuauclt.exe is under the svchost.exe with the same spid that is maxing the
> processor. I have a group policy on OU's forcing the updates on specific
> days. This is not happening on the days that the updates are due for these
> machines.
> Any help would be appreciated.
>
> Gordon
svchost is doing an automatic updates scan. It appears to me that this
must be caused by a recent update.
We are using WSUS SP1 and have just started to see this on multiple PCs.
The PCs often will take 15 minutes or more to log on or even just to get
to the logon dialog.
Once a PC is running normally, wuauclt /detectnow will make it happen
again by starting a new updates scan.
There are some patches for msi.dll but so far none of these have fixed
the problem for us.
|
|
ocino1[ at ]gmail.com wrote:
[Quoted Text] > Sorry... now in English:
> It's very simple.
> Go to start->run->cmd
> Type: net stop wuauserv
> Go to the C:\WINDOWS\SOFTWAREDISTRIBUTION folder, and delete
> EVERYTHING that's in that folder
> Go back to your dos-box, and type the following command:
> net start wuauserv
>
> Go to microsoft.com, and there you go to downloads. In case of
> Windows
> 2003 machines, download the following file:
> WindowsServer2003-KB927891-v3-x86-ENU.exe (or NLD instead of ENU for
> the dutch version / searching on the KB number should be enough to
> find the file)
> For windows (2000/)XP:
> WindowsXP-KB927891-v2-x86-ENU.exe (or NLD, see above)
>
>
> Install this update op your PC, restart your PC.
> Then, you go to start->run, and type the following command:
> wuauclt /resetauthorization /detectnow
> Now, the PC will re-authorize itself to the WSUS server (or the MS
> online update server) (resetauth. does this)
> And het will check for new updates, if so, he will download according
> to your (group)policy . (detectnow does this part)
> Good luck!. In case of questions: Don's mail on my gmail, but on my
> hotmail account: nicobuma [at] hotmail [dot] com
Doesn't work
As soon as wuauclt starts, svchost goes back to 99% and same heavy
memory use.
I have a PC at home that has 1 GB and I have machines at work that have
256MB. They all perform the same when any app has 100MB and 90% or more
CPU usage.
Why does this process have to run normal priority if it consumes so much
CPU, it should be set to a lower priority so the user can do their work
while it runs in the background.
|
|
|
|
Hi,
Please see
http://blogs.technet.com/wsus/archive/2007/04/28/update-on.aspx
--
Sudheer GN
Microsoft, WU Client
This posting is provided "As Is" with no warranties, and confers no rights.
Use of included script samples are subject to the terms specified at
http://www.microsoft.com/info/cpyright.htm
"Jeremy Reed" <JeremyReed[ at ]discussions.microsoft.com> wrote in message
news:D7F2282C-3AE1-4287-9493-388A1D76D940[ at ]microsoft.com...
[Quoted Text] >I am having the same issue this morning with a number of my laptops...
>
> "Gordon" wrote:
>
>> I found this entry on Exchange Experts web site but couldnt see any
>> resolution. My problem is identical.
>>
>> Summary:
>>
>> SVCHost.exe is maxing my processors for about 20 to 30 minutes. I know
>> that
>> wuacuclt.ext is the problem by using Microsoft's Process Explorer and
>> this
>> wuauclt.exe is under the svchost.exe with the same spid that is maxing
>> the
>> processor. I have a group policy on OU's forcing the updates on specific
>> days. This is not happening on the days that the updates are due for
>> these
>> machines.
>> Any help would be appreciated.
>>
>> Gordon
>>
>>
>> I am using the WSUS 2.0 method to update the client PCs at my work. We
>> have set up a WSUS server and all client machines are detected by the
>> server
>> and the appropriate updates are pushed down to each PC. Everything works
>> beautifully except for one aspect... Upon startup, there is a service
>> called
>> "wuauserv" or "wuauclt.exe" (not sure what one is the culprit or if
>> wuauclt.exe is a product of the wuauserv service running).
>>
>> I found this info by using "Whats Running" (application like task
>> manager).
>> This startup service runs under the svchost.exe process, the big one
>> which
>> loads/runs the sound, themes, DHCP, Automatic Updates, etc. services for
>> Windows. Whats happening is random users at random times upon startup
>> are
>> experiencing extremely slow PC performance. They call the Help Desk and
>> I
>> come over to their PC to see what's going on. Sure enough, the
>> svchost.exe
>> process is running at 100%. The hard drive activity light barely comes
>> on so
>> as far as the user is concerned, everything is loaded... They click on
>> Outlook, launch IE and nothing happens. They do it again and of course
>> nothing loads until about 5-10 minutes later once the svchost.exe process
>> dies down and finishes whatever it was doing. There is nothing that you
>> can
>> do when this happens... if you press control alt delete, the task
>> manager
>> won't show up until about 2 minutes later and even then the only thing
>> you
>> can do is kill the svchost.exe process. But the catch is, since the
>> schost.exe process that the updates run under run all the main Windows
>> services, you lose your xp theme, sound, internet connection, etc. Now
>> you
>> have to go to the administrative tools/services list and restart all the
>> services that were shut down when you ended the svchost.exe process. The
>> only time it seems to go away is if you wait for the svchost process to
>> do
>> its thing (5-10 minutes) and install the available updates, or I just set
>> it
>> so that no updates are pushed down through WSUS (which is not an option).
>> This issue has happened on some of the PCs in our factory area which on
>> one
>> instance slowed production down to a halt which resulted in that assembly
>> line staying an extra hour and a half at work to catch up with its units.
>> It
>> almost seems as thought the updates process doesn't download the updates
>> or
>> anything when it maxes the CPU, but rather maxes the CPU just
>> communicating
>> with the WSUS server to see what updates the PC needs. Is there any way
>> to
>> fix this and has anyone else experienced this issue??
|
|
Hi Gordon dt al in thread - This appears to be the current recommended fix:
Even if you're not still having problems, this would be a good idea:
- The newly released 'standalone' version of Windows Update Agent 3.0, v.
7.0.6000.374, for 32 bit machines is available here:
http://download.windowsupdate.com/v7/windowsupdate/redist/standalone/WindowsUpdateAgent30-x86.exe
It may say "Install is not needed since Windows Update Agent is
already installed." If so, then run the exe with the command line switch
/wuforce , like this:
WindowsUpdateAgent30-x86.exe /wuforce
to force the install.
- You will also need to install or re-install the updated KB927891, here:
http://support.microsoft.com/?kbid=927891 for a complete fix.
- For those using Windows Servers - Courtesy of Bobby Harter, Program
Manager, WSUS, Microsoft, WSUS 3.0 was released on April 30th and is
avaialble now on the Microsoft Download Center. Full information,
documentation, samples and links to the bits can be found here:
http://www.microsoft.com/wsus. WSUS 3.0 RC will be supported until May 31st
2007 - WSUS 3.0 supports upgrade of WSUS 2.0 SP1 and WSUS 3.0 RC.
- One MS recommended procedure is:
"1. Install the Windows Update Agent (WUA) for all the client computers
(both WSUS client and stand alone workstation)
2. Install the Update for Windows XP (KB927891) for all the client
computers (both WSUS client and stand alone workstation)
3. Upgrade the WSUS Server to version 3.0"
However, I've also seen a posting by MS which states that once the WSUS
client has been updated with the new Agent and KB927891 and then upgraded to
WSUS 3.0, it will then handle updating the others.
- The MS WSUS team believes that this solves all three 'svchost' problems
that folks have been experiencing. See here:
http://blogs.technet.com/wsus/archive/2007/04/28/update-on.aspx
- Note that you may _still_ see high svchost usage, but with these new
components the machine should, however, remain responsive:
From a posting by Sudheer GN of Microsoft -
"Hi,
The biggest difference in WSUS 3.0 client (wrt performance) is that the
machines will still be responsive when WU client scans for updates. There
are also some optimization to reduce the number of update evaluations and
that will reduce the scan time in some scenarios.
It is still expected that CPU usage will be high so that the scan can
complete in lesser amount of time. But other applications can be launched
and used (they will still be a little sluggish because CPU is being shared
with WU client)
--
Sudheer GN
Microsoft, WU Client
This posting is provided "As Is" with no warranties, and confers no rights.
Use of included script samples are subject to the terms specified at
http://www.microsoft.com/info/cpyright.htm"
--
Regards, Jim Byrd,
My Blog, Defending Your Machine,
http://defendingyourmachine2.blogspot.com/
In news:1C0C0A5D-24DA-444B-B209-A5F9341C3BBF[ at ]microsoft.com,
Gordon <Gordon[ at ]discussions.microsoft.com> typed:
|| I found this entry on Exchange Experts web site but couldnt see any
|| resolution. My problem is identical.
||
|| Summary:
||
|| SVCHost.exe is maxing my processors for about 20 to 30 minutes. I
|| know that wuacuclt.ext is the problem by using Microsoft's Process
|| Explorer and this wuauclt.exe is under the svchost.exe with the same
|| spid that is maxing the processor. I have a group policy on OU's
|| forcing the updates on specific days. This is not happening on the
|| days that the updates are due for these machines.
|| Any help would be appreciated.
||
|| Gordon
||
||
|| I am using the WSUS 2.0 method to update the client PCs at my work.
|| We have set up a WSUS server and all client machines are detected by
|| the server and the appropriate updates are pushed down to each PC.
|| Everything works beautifully except for one aspect... Upon startup,
|| there is a service called "wuauserv" or "wuauclt.exe" (not sure what
|| one is the culprit or if wuauclt.exe is a product of the wuauserv
|| service running).
||
|| I found this info by using "Whats Running" (application like task
|| manager). This startup service runs under the svchost.exe process,
|| the big one which loads/runs the sound, themes, DHCP, Automatic
|| Updates, etc. services for Windows. Whats happening is random users
|| at random times upon startup are experiencing extremely slow PC
|| performance. They call the Help Desk and I come over to their PC to
|| see what's going on. Sure enough, the svchost.exe process is
|| running at 100%. The hard drive activity light barely comes on so
|| as far as the user is concerned, everything is loaded... They click
|| on Outlook, launch IE and nothing happens. They do it again and of
|| course nothing loads until about 5-10 minutes later once the
|| svchost.exe process dies down and finishes whatever it was doing.
|| There is nothing that you can do when this happens... if you press
|| control alt delete, the task manager won't show up until about 2
|| minutes later and even then the only thing you can do is kill the
|| svchost.exe process. But the catch is, since the schost.exe process
|| that the updates run under run all the main Windows services, you
|| lose your xp theme, sound, internet connection, etc. Now you have
|| to go to the administrative tools/services list and restart all the
|| services that were shut down when you ended the svchost.exe process.
|| The only time it seems to go away is if you wait for the svchost
|| process to do its thing (5-10 minutes) and install the available
|| updates, or I just set it so that no updates are pushed down through
|| WSUS (which is not an option). This issue has happened on some of
|| the PCs in our factory area which on one instance slowed production
|| down to a halt which resulted in that assembly line staying an extra
|| hour and a half at work to catch up with its units. It almost seems
|| as thought the updates process doesn't download the updates or
|| anything when it maxes the CPU, but rather maxes the CPU just
|| communicating with the WSUS server to see what updates the PC needs.
|| Is there any way to fix this and has anyone else experienced this
|| issue?? H
|
|
Hi ST - The following is the recommend fix at this point:
Even if you're not still having problems, this would be a good idea:
- The newly released 'standalone' version of Windows Update Agent 3.0, v.
7.0.6000.374, for 32 bit machines is available here:
http://download.windowsupdate.com/v7/windowsupdate/redist/standalone/WindowsUpdateAgent30-x86.exe
It may say "Install is not needed since Windows Update Agent is
already installed." If so, then run the exe with the command line switch
/wuforce , like this:
WindowsUpdateAgent30-x86.exe /wuforce
to force the install.
- You will also need to install or re-install the updated KB927891, here:
http://support.microsoft.com/?kbid=927891 for a complete fix.
- For those using Windows Servers - Courtesy of Bobby Harter, Program
Manager, WSUS, Microsoft, WSUS 3.0 was released on April 30th and is
avaialble now on the Microsoft Download Center. Full information,
documentation, samples and links to the bits can be found here:
http://www.microsoft.com/wsus. WSUS 3.0 RC will be supported until May 31st
2007 - WSUS 3.0 supports upgrade of WSUS 2.0 SP1 and WSUS 3.0 RC.
- One MS recommended procedure is:
"1. Install the Windows Update Agent (WUA) for all the client computers
(both WSUS client and stand alone workstation)
2. Install the Update for Windows XP (KB927891) for all the client
computers (both WSUS client and stand alone workstation)
3. Upgrade the WSUS Server to version 3.0"
However, I've also seen a posting by MS which states that once the WSUS
client has been updated with the new Agent and KB927891 and then upgraded to
WSUS 3.0, it will then handle updating the others.
- The MS WSUS team believes that this solves all three 'svchost' problems
that folks have been experiencing. See here:
http://blogs.technet.com/wsus/archive/2007/04/28/update-on.aspx
- Note that you may _still_ see high svchost usage, but with these new
components the machine should, however, remain responsive:
From a posting by Sudheer GN of Microsoft -
"Hi,
The biggest difference in WSUS 3.0 client (wrt performance) is that the
machines will still be responsive when WU client scans for updates. There
are also some optimization to reduce the number of update evaluations and
that will reduce the scan time in some scenarios.
It is still expected that CPU usage will be high so that the scan can
complete in lesser amount of time. But other applications can be launched
and used (they will still be a little sluggish because CPU is being shared
with WU client)
--
Sudheer GN
Microsoft, WU Client
This posting is provided "As Is" with no warranties, and confers no rights.
Use of included script samples are subject to the terms specified at
http://www.microsoft.com/info/cpyright.htm"
--
Regards, Jim Byrd,
My Blog, Defending Your Machine,
http://defendingyourmachine2.blogspot.com/
In news:O0HIP4okHHA.4848[ at ]TK2MSFTNGP05.phx.gbl,
SchoolTech <schoolcomputertech[ at ]education.nz> typed:
|| Gordon wrote:
||| I found this entry on Exchange Experts web site but couldnt see any
||| resolution. My problem is identical.
|| Have a look at this thread:
||
||
http://groups.google.com/group/microsoft.public.windows.server.update_services/browse_thread/thread/92a75e6e30d61c7e/f92d6a80f92fdca6#f92d6a80f92fdca6
|
|
Hi,
do anyone knows if MS going to release
KB927891 and WU Agent 3.0 by WSUS 2.0 ?
So that would be the easiest way, roll them out by WSUS 2.0, next to upgrade
server to WSUS 3.0, isn't it ?
BR,
Malte
"Sudheer GN [MSFT]" wrote:
[Quoted Text] > Hi, > Please see > http://blogs.technet.com/wsus/archive/2007/04/28/update-on.aspx> > > -- > Sudheer GN > Microsoft, WU Client > > This posting is provided "As Is" with no warranties, and confers no rights. > Use of included script samples are subject to the terms specified at > http://www.microsoft.com/info/cpyright.htm> > > "Jeremy Reed" <JeremyReed[ at ]discussions.microsoft.com> wrote in message > news:D7F2282C-3AE1-4287-9493-388A1D76D940[ at ]microsoft.com... > >I am having the same issue this morning with a number of my laptops... > > > > "Gordon" wrote: > > > >> I found this entry on Exchange Experts web site but couldnt see any > >> resolution. My problem is identical. > >> > >> Summary: > >> > >> SVCHost.exe is maxing my processors for about 20 to 30 minutes. I know > >> that > >> wuacuclt.ext is the problem by using Microsoft's Process Explorer and > >> this > >> wuauclt.exe is under the svchost.exe with the same spid that is maxing > >> the > >> processor. I have a group policy on OU's forcing the updates on specific > >> days. This is not happening on the days that the updates are due for > >> these > >> machines. > >> Any help would be appreciated. > >> > >> Gordon > >> > >> > >> I am using the WSUS 2.0 method to update the client PCs at my work. We > >> have set up a WSUS server and all client machines are detected by the > >> server > >> and the appropriate updates are pushed down to each PC. Everything works > >> beautifully except for one aspect... Upon startup, there is a service > >> called > >> "wuauserv" or "wuauclt.exe" (not sure what one is the culprit or if > >> wuauclt.exe is a product of the wuauserv service running). > >> > >> I found this info by using "Whats Running" (application like task > >> manager). > >> This startup service runs under the svchost.exe process, the big one > >> which > >> loads/runs the sound, themes, DHCP, Automatic Updates, etc. services for > >> Windows. Whats happening is random users at random times upon startup > >> are > >> experiencing extremely slow PC performance. They call the Help Desk and > >> I > >> come over to their PC to see what's going on. Sure enough, the > >> svchost.exe > >> process is running at 100%. The hard drive activity light barely comes > >> on so > >> as far as the user is concerned, everything is loaded... They click on > >> Outlook, launch IE and nothing happens. They do it again and of course > >> nothing loads until about 5-10 minutes later once the svchost.exe process > >> dies down and finishes whatever it was doing. There is nothing that you > >> can > >> do when this happens... if you press control alt delete, the task > >> manager > >> won't show up until about 2 minutes later and even then the only thing > >> you > >> can do is kill the svchost.exe process. But the catch is, since the > >> schost.exe process that the updates run under run all the main Windows > >> services, you lose your xp theme, sound, internet connection, etc. Now > >> you > >> have to go to the administrative tools/services list and restart all the > >> services that were shut down when you ended the svchost.exe process. The > >> only time it seems to go away is if you wait for the svchost process to > >> do > >> its thing (5-10 minutes) and install the available updates, or I just set > >> it > >> so that no updates are pushed down through WSUS (which is not an option). > >> This issue has happened on some of the PCs in our factory area which on > >> one > >> instance slowed production down to a halt which resulted in that assembly > >> line staying an extra hour and a half at work to catch up with its units. > >> It > >> almost seems as thought the updates process doesn't download the updates > >> or > >> anything when it maxes the CPU, but rather maxes the CPU just > >> communicating > >> with the WSUS server to see what updates the PC needs. Is there any way > >> to > >> fix this and has anyone else experienced this issue?? > > > |
|
|
|
On 9 May, 20:45, oci...[ at ]gmail.com wrote:
[Quoted Text] > Sorry... now in English:
> It's very simple.
> Go to start->run->cmd
> Type: net stop wuauserv
> Go to the C:\WINDOWS\SOFTWAREDISTRIBUTION folder, and delete
> EVERYTHING that's in that folder
> Go back to your dos-box, and type the following command:
> net start wuauserv
>
> Go to microsoft.com, and there you go to downloads. In case of
> Windows
> 2003 machines, download the following file:
> WindowsServer2003-KB927891-v3-x86-ENU.exe (or NLD instead of ENU for
> the dutch version / searching on the KB number should be enough to
> find the file)
> For windows (2000/)XP:
> WindowsXP-KB927891-v2-x86-ENU.exe (or NLD, see above)
>
> Install this update op your PC, restart your PC.
> Then, you go to start->run, and type the following command:
> wuauclt /resetauthorization /detectnow
> Now, the PC will re-authorize itself to the WSUS server (or the MS
> online update server) (resetauth. does this)
> And het will check for new updates, if so, he will download according
> to your (group)policy . (detectnow does this part)
> Good luck!. In case of questions: Don's mail on my gmail, but on my
> hotmail account: nicobuma [at] hotmail [dot] com
Hi there. Just to say a big THANKS for your post. This svchost issue
has been driving me NUTS for weeks. I finally got round to doing some
investigation behind the cause of it, and your instructions have fixed
my problem. One point of note - v3 of KB927891 has now been release
for XP (as of 07/05/07)
Thanks again! :-)
|
|
Good thing is this update just came out on Tuesday for WSUS. My server
downloaded it for all clients and was installed on all machines.
"ric_oneill" wrote:
[Quoted Text] > On 9 May, 20:45, oci...[ at ]gmail.com wrote:
> > Sorry... now in English:
> > It's very simple.
> > Go to start->run->cmd
> > Type: net stop wuauserv
> > Go to the C:\WINDOWS\SOFTWAREDISTRIBUTION folder, and delete
> > EVERYTHING that's in that folder
> > Go back to your dos-box, and type the following command:
> > net start wuauserv
> >
> > Go to microsoft.com, and there you go to downloads. In case of
> > Windows
> > 2003 machines, download the following file:
> > WindowsServer2003-KB927891-v3-x86-ENU.exe (or NLD instead of ENU for
> > the dutch version / searching on the KB number should be enough to
> > find the file)
> > For windows (2000/)XP:
> > WindowsXP-KB927891-v2-x86-ENU.exe (or NLD, see above)
> >
> > Install this update op your PC, restart your PC.
> > Then, you go to start->run, and type the following command:
> > wuauclt /resetauthorization /detectnow
> > Now, the PC will re-authorize itself to the WSUS server (or the MS
> > online update server) (resetauth. does this)
> > And het will check for new updates, if so, he will download according
> > to your (group)policy . (detectnow does this part)
> > Good luck!. In case of questions: Don's mail on my gmail, but on my
> > hotmail account: nicobuma [at] hotmail [dot] com
>
>
> Hi there. Just to say a big THANKS for your post. This svchost issue
> has been driving me NUTS for weeks. I finally got round to doing some
> investigation behind the cause of it, and your instructions have fixed
> my problem. One point of note - v3 of KB927891 has now been release
> for XP (as of 07/05/07)
> Thanks again! :-)
>
>
>
>
|
|
|