"Access Denied" - Update Rollup 1 for Windows 2000 SP4

I've tried everything to get this update to install. I always get the
following error in the UpdateRollupPack.log...

<snip>
137.297: Num Ticks for Copying files : 76187
138.032: DoRegistryUpdates:UpdSpInstallFromInfSection Failed for
ProductInstall.GlobalRegistryChanges.Install error: 0x5
138.032: INF_REGISTRY Failed
138.032: DoInstallationoRegistryUpdates failed
138.219: Failed Deleting C:\WINNT\system32\msiinst.tmp 2
138.250: VerifySize: Unable to verify size: Source = NULL: c:\winnt\oem14.cat
138.516: Access is denied.
140.329: Message displayed to the user: Access is denied.
140.329: User Input: OK
140.329: Update Rollup 1 installation did not complete.
</snip>

Please help!!!

This is a 2000 Professional box. Someone please provide some feedback. I'm
pulling my hair out here.

"Matt" wrote:

> I've tried everything to get this update to install. I always get the
> following error in the UpdateRollupPack.log...
>
> <snip>
> 137.297: Num Ticks for Copying files : 76187
> 138.032: DoRegistryUpdates:UpdSpInstallFromInfSection Failed for
> ProductInstall.GlobalRegistryChanges.Install error: 0x5
> 138.032: INF_REGISTRY Failed
> 138.032: DoInstallationoRegistryUpdates failed
> 138.219: Failed Deleting C:\WINNT\system32\msiinst.tmp 2
> 138.250: VerifySize: Unable to verify size: Source = NULL: c:\winnt\oem14.cat
> 138.516: Access is denied.
> 140.329: Message displayed to the user: Access is denied.
> 140.329: User Input: OK
> 140.329: Update Rollup 1 installation did not complete.
> </snip>
>
> Please help!!!

Hi Matt,
hoping that this rollup would solve the "Code Behind" problem and the
suspected KB896727, I had installed Update Rollup 1 v2, dated 13 sept 2005,
with no problem.

The lines that you had snipped say this here :

.....
62.931: Num Ticks for Copying files : 31576
63.672: Num Ticks for Reg update and deleting 0 size files : 751
63.672: Starting process: C:\WINNT\system32\Regsvr32.exe /s
C:\WINNT\system32\winhttp.dll
.....

So, my Registry update is OK. And the installation is OK.

But the failure to deliver CAB files still persists (

"waltera" <> wrote in message
news:B27B66EC-FFE4-4DD8-BEDB-...
> Hi Matt,
> hoping that this rollup would solve the "Code Behind" problem and the
> suspected KB896727, I had installed Update Rollup 1 v2, dated 13 sept 2005,
> with no problem.
>
> The lines that you had snipped say this here :


Why do you say "snipped"? His extract is showing a permissions
problem. Does yours show you that too?


>
> ....
> 62.931: Num Ticks for Copying files : 31576
> 63.672: Num Ticks for Reg update and deleting 0 size files : 751
> 63.672: Starting process: C:\WINNT\system32\Regsvr32.exe /s
> C:\WINNT\system32\winhttp.dll
> ....
>
> So, my Registry update is OK. And the installation is OK.


In fact, because of the /s switch you can't say anything about
the registration of winhttp.dll <eg>



>
> But the failure to deliver CAB files still persists (


Is this a symptom you have described elsewhere?


HTH

Robert Aldwinckle
---

"Robert Aldwinckle" wrote:
>
> Why do you say "snipped"? His extract is showing a permissions
> problem. Does yours show you that too?

no, mine did not, that is exactly what I meant

> > ....
> > 62.931: Num Ticks for Copying files : 31576
> > 63.672: Num Ticks for Reg update and deleting 0 size files : 751
> > 63.672: Starting process: C:\WINNT\system32\Regsvr32.exe /s
> > C:\WINNT\system32\winhttp.dll
> > ....
> >
> > So, my Registry update is OK. And the installation is OK.
>
>
> In fact, because of the /s switch you can't say anything about
> the registration of winhttp.dll <eg>

that is what my logfile says, I did not put the /s switch there myself

> >
> > But the failure to deliver CAB files still persists (
>
>
> Is this a symptom you have described elsewhere?

yes, and other people did as well, all relating to the failure to request a
'code behind' cab file from the server :

"Problem with KB896727 update", starting 8/17/2005
"Web Application no longer works after applying KB903235", starting
8/17/2005

and in newsgroup internet.explorer.java :
"IE6/Failure Downloading Cab File", starting 8/29/2005
"Bug in IE with KB896727", starting 8/17/2005
"cab file delivery failing recently", starting 8/16/2005

I got a new group of users coming in in less then 2 weeks, so this is really
getting me anxious.

"waltera" <> wrote in message
news:14AC0CBE-6CB7-42DD-8642-...
>
>
> "Robert Aldwinckle" wrote:
>>
>> Why do you say "snipped"? His extract is showing a permissions
>> problem. Does yours show you that too?
>
> no, mine did not, that is exactly what I meant
>
>> > ....
>> > 62.931: Num Ticks for Copying files : 31576


Oh. I see what you're getting at. You pattern-matched on that line
and are reporting the following differences where he had a permissions
problem.


>> > 63.672: Num Ticks for Reg update and deleting 0 size files : 751
>> > 63.672: Starting process: C:\WINNT\system32\Regsvr32.exe /s
>> > C:\WINNT\system32\winhttp.dll
>> > ....
>> >
>> > So, my Registry update is OK. And the installation is OK.
>>
>>
>> In fact, because of the /s switch you can't say anything about
>> the registration of winhttp.dll <eg>
>
> that is what my logfile says, I did not put the /s switch there myself


Perhaps the point was too subtle. The /s switch stands for "silent".
That means it could be failing and there would be no feedback to the user.
Hence I thought that you could not make any conclusions about "the registration
of winhttp.dll" from that log entry. I see now that you weren't necessarily
including that line into consideration for your assertion. Perhaps your
point would have been clearer if you had instead referred to "Reg update".

In case it matters have you tried performing the same regsvr32 command
without the /s switch manually? That would be better proof I think that
winhttp.dll was working Ok.


>
>> >
>> > But the failure to deliver CAB files still persists (
>>
>>
>> Is this a symptom you have described elsewhere?
>
> yes, and other people did as well, all relating to the failure to request a
> 'code behind' cab file from the server :
>
> "Problem with KB896727 update", starting 8/17/2005
> "Web Application no longer works after applying KB903235", starting
> 8/17/2005
>
> and in newsgroup internet.explorer.java :
> "IE6/Failure Downloading Cab File", starting 8/29/2005
> "Bug in IE with KB896727", starting 8/17/2005
> "cab file delivery failing recently", starting 8/16/2005
>
> I got a new group of users coming in in less then 2 weeks, so this is really
> getting me anxious.


Ok. Thanks. I'll review those later and reply to you in the first
(mart's thread.)

http://www.microsoft.com/communities...8-e304e6a89907


Robert
---

> Oh. I see what you're getting at. You pattern-matched on that line
> and are reporting the following differences where he had a permissions
> problem.

right.

> Perhaps the point was too subtle. The /s switch stands for "silent".
> That means it could be failing and there would be no feedback to the user.
> Hence I thought that you could not make any conclusions about "the registration
> of winhttp.dll" from that log entry. I see now that you weren't necessarily
> including that line into consideration for your assertion. Perhaps your
> point would have been clearer if you had instead referred to "Reg update".

you are right.

> In case it matters have you tried performing the same regsvr32 command
> without the /s switch manually? That would be better proof I think that
> winhttp.dll was working Ok.

after you mentioned it, I registered it without the /s switch, succesfully.
But problem persists.


> Ok. Thanks. I'll review those later and reply to you in the first (mart's thread.)

yes please please.