0x80244019 error when clients try to update

RJ20

unread,

Aug 27, 2009, 8:39:02 AM8/27/09

to

Please help
All IIS settings seem to be there and are correct.
Starting agent SelfUpdate
2009-08-27 10:51:03:335 1128 f58 Setup Skipping installation because no
critical packages are ready to install.
2009-08-27 10:51:06:580 1128 f58 PT +++++++++++ PT: Synchronizing server
updates +++++++++++
2009-08-27 10:51:06:580 1128 f58 PT + ServiceId =
{3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}, Server URL = http://apps
server/ClientWebService/client.asmx
2009-08-27 10:51:06:767 1128 f58 PT WARNING: Cached cookie has expired or
new PID is available
2009-08-27 10:51:06:767 1128 f58 PT Initializing simple targeting cookie,
clientId = 9634cd58-79d9-4786-886e-6163baa7a8e9, target group = Desktops, DNS
name = temp
2009-08-27 10:51:06:767 1128 f58 PT Server URL =
http://appserver/SimpleAuthWebService/SimpleAuth.asmx
2009-08-27 10:51:28:092 1128 f58 PT +++++++++++ PT: Synchronizing extended
update info +++++++++++
2009-08-27 10:51:28:092 1128 f58 PT + ServiceId =
{3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}, Server URL = http://apps
server/ClientWebService/client.asmx
2009-08-27 10:51:30:978 1128 f58 Misc WARNING: WinHttp:
SendRequestToServerForFileInformation failed with 0x80190194
2009-08-27 10:51:30:978 1128 f58 Misc WARNING: WinHttp:
ShouldFileBeDownloaded failed with 0x80190194
2009-08-27 10:51:30:978 1128 f58 Agent WARNING: Fail to download eula file
http://appserver/Content/B5/F0950B606E4C05BFF99B0410E80CE4C077454BB5.txt with
error 0x80244019
2009-08-27 10:51:32:632 1128 f58 Agent * Found 0 updates and 54 categories
in search; evaluated appl. rules of 580 out of 1003 deployed entities
2009-08-27 10:51:32:647 1128 f58 Agent *********
2009-08-27 10:51:32:647 1128 f58 Agent ** END ** Agent: Finding updates
[CallerId = AutomaticUpdates]
2009-08-27 10:51:32:647 1128 f58 Agent *************
2009-08-27 10:51:32:647 1128 fc4 AU >>## RESUMED ## AU: Search for updates
[CallId = {1AE1DB52-D1AD-443D-A0E0-C2568A257AC7}]
2009-08-27 10:51:32:647 1128 fc4 AU # 0 updates detected
--

RJ20

unread,

Aug 27, 2009, 8:45:01 AM8/27/09

to

Sorry forgot to mention, the server is 2003sp2 with WSUS3 sp2, all client PCs
have Vista

PA Bear [MS MVP]

unread,

Aug 27, 2009, 1:15:15 PM8/27/09

to

Try this WSUS-specific newsgroup:
microsoft.public.windows.server.update_services

RJ20 wrote:
> Sorry forgot to mention, the server is 2003sp2 with WSUS3 sp2, all client
> PCs have Vista
>

MowGreen

unread,

Aug 27, 2009, 2:40:09 PM8/27/09

to

2009-08-27 10:51:30:978 1128 f58 Misc WARNING: WinHttp:
SendRequestToServerForFileInformation failed with 0x80190194
2009-08-27 10:51:30:978 1128 f58 Misc WARNING: WinHttp:
ShouldFileBeDownloaded failed with 0x80190194

See if this pertains to the 0x80190194 error as that is the error that
appears to be the issue here:

WSUS: Clients fail to update with error code 0x80190194
http://blogs.technet.com/sus/archive/2008/08/14/wsus-clients-fail-to-update-with-error-code-0x80190194.aspx

If not, then post to the WSUS newsgroup with the link provided by PABear.

MowGreen
===============
*-343-* FDNY
Never Forgotten
===============

RJ20

unread,

Aug 27, 2009, 5:47:02 PM8/27/09

to

The selfupdate virtual folder is in IIS and pointing to the correct folder.

MowGreen

unread,

Aug 28, 2009, 2:43:03 PM8/28/09

to

From a similar thread:

RE: Client update issue

> OK. We found the problem... URLSCAN was blocking the download of the files to
> the clients. We thought there was no URLScan on the server a sit was not in
> Add, Remove Programs, but when we checked for the directory in
> c:\Windows\System32\urlscan, there it was. We installed it again from a
> download, then un-installed it and re-started the server..What JOY! it is
> working again.

If no joy then, once again, suggest you post to the *WSUS NG*:

On the web:
http://www.microsoft.com/communities/newsgroups/list/en-us/default.aspx?dg=microsoft.public.windows.server.update_services

In your newsreader:
news://msnews.microsoft.com/microsoft.public.windows.server.update_services

Eddie Bowers [MSFT]

unread,

Sep 3, 2009, 8:01:07 PM9/3/09

to

This is a 404. The selfupdate test can be misleading because that virtual
directory will exist on the default website and the WSUS site if it's
configured for 8530.
My guess is that your WSUS site is on 8530, but you policy doesn't specify
the port.

-Eddie