|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Unfortunately this problem (or one identical) has returned, almost exactly 1
year after these posts began. On May 7th I had been using my stable Windows
XP/SP2 desktop system as usual, until exactly 10AM, at which time the system
became unresponsive. Eventually I was able to get into Task Manager and
found SVCHOST at 99% CPU. Several reboots later, and using Process Explorer
I found that wuaueng.dll was using the CPU. If I suspend that task, the
system frees and everything returns to normal.
I already had the fixes on my system mentioned in this thread. With no new
info available from any source, I decided to just let my system run at 100%.
Several hours later I found that the system was idle, and when I checked logs
and other files I discovered that a windows update cycle had started at 10
AM. I thought I was out of the woods, because after I rebooted everything
seemed okay. At 3 PM another 'update' cycle started again (on its own; my
auto update time is set to 3 AM) and the system went to 100% CPU. I left it
alone again for several hours and when I checked it was fine. That was
several days ago, and no recurrence since then. However, a friend asked for
my help yesterday with his laptop - same issue, which I'm now trying to
correct.
This stinks Microsoft!
"Ottmar Freudenberger" wrote:
> "Rollo" <Rollo@discussions.microsoft.com> schrieb:
>
> > everythime I try to connect to winduws update, no list of item can be
> > displayed. The browser stays in "hang status", the svchost process arrives to
> > 100% CPU until it blocks everything. No error reported.
>
> If you want to have it resolved now (and not wait another ~4 weeks):
> Download and install KB927891 (v2) links to be found for your Windows
> version in http://support.microsoft.com/kb/927891
>
> After you've installed that one, download an install the actual version
> of Windows Update Agent 3.0 via
> http://download.windowsupdate.com/v7/windowsupdate/redist/standalone/WindowsUpdateAgent30-x86.exe
>
> I'm assuming you're *not* running Windows Vista and no 64bit version
> of any Windows.
>
> Bye,
> Freudi
> |
| |
|
| |
Was this post helpful to you? |
|
|
|
|
|
|
|
Reply |
| |
 |
|
Top |
|
|
|
|
|
|
|
|
|
| |
Abruptly on Thursday (5/8/2008) my wife's laptop, a 16 month-old dual-core
ThinkPad with XP SP2, began an extended run at 100% CPU like many of the
other incidents described in this article, most notably that of MoosieAZ. I
traced the problem to an instance of the svchost.exe process and am dismayed
to report that it finally retired into the background after 47 minutes of CPU
time. Further, it executed several hundred BILLION I/O Read Bytes. Yep,
MINUTES and BILLIONS. I can't possibly imagine what operation could consume
such resources and still run to apparent completion. Seems like a process
that asks "Are these few/dozen/hundreds DLLs up to date?" should be able to
answer that question in a mere fraction of the time . . . and resources.
This behavior repeated itself everytime she restarted the laptop. (This
occurs frequently, since her habit is to turn off the machine when she's
done with any usage session. I realize some pain could be avoided by leaving
the laptop running, but that's not the point.) After several 47 minute
cycles on subsequent start-ups, the computer seemed to have been happy with
the work it performed and, per the System Event Log, indicated that about a
dozen Office 2003 updates were SCHEDULED for installation at 3:00 a.m. on
5/10/2008. Most of the updates seemed to be security related.
We left the laptop on over night so it could plow through the 3:00 a.m.
installation, which logs indicate it accomplished successfully, though I have
no CPU or I/O stats to report.
I thought we were clear of the problem, but the same 100% CPU behavior began
again this morning (Sunday, 5/11/2008). Armed with a little more knowledge
of the potential culprit, I was able to confirm that a svchost.exe instance
was indeed racking up the CPU and I/O, the former of which rivaled the System
Idle Process. From Process Explorer (procexp.exe) I confirmed that
'wuauserv' was a member of the svchost instance and was able to successfully
kill 'wuauserv'. The system recovered in a matter of seconds and the
computer returned to its normal responsiveness.
I can confirm that KB 927891 was delivered on 5/23/2007, not too long after
the initial post on this thread and presumably as a result of Windows Update
performing properly. I'm not certain whether it was successfully installed,
though. The KB927891.log file indicates fourteen files were copied, but the
log also contains twenty consecutive lines of "KB927891 encountered an error:
The update.ver file is not correct." near the beginning and scattered other
"failure" messages throughout.
Regarding any updating of Windows Update Agent to 3.0, I can only report the
dates and internal versions of the following "wuau..." files in
C:\Windows\System32:
wuauclt.exe 07/30/2007 07:19 PM 7.0.6000.381
(winmain(wmbla).070730-1740)
wuauclt1.exe 05/26/2005 08:16 AM 5.8.0.2469 built by:
lab01_n(wmbla)
wuaueng.dll 07/30/2007 07:19 PM 7.0.6000.381
(winmain(wmbla).070730-1740)
wuaueng1.dll 05/26/2005 08:16 AM 5.8.0.2469 built by:
lab01_n(wmbla)
wuauserv.dll 08/04/2004 08:00 AM 5.4.3790.2180
(xpsp_sp2_rtm.040803-2158)
I present this information in as much detail as I can muster because it
seems our symptoms align well with described problem, but it disturbs me that
most of the posts on this thread date back to May 2007. I would have
expected that Microsoft would have resolved the problem in less that twelve
months. The laptop has been on Automatic Updates since shortly after we
received it, although I only installed Office 2003 on it a few weeks ago.
I am reluctant to proceed with the (re?)installation of KB 927891 and update
to Windows Update Agent 3.0 described earlier because it seems like it is old
guidance. How do we get this problem resolved? |
| |
|
| |
Was this post helpful to you? |
|
|
|
|
|
|
|
Reply |
| |
 |
|
Top |
|
|
|
|
|