AngryTechnician (11th March 2011)
In brief, Local Update Publisher is an open source project that allows you to publish 3rd party updates (MSI, MSP, EXE) to a WSUS server for consumption with the built-in Windows Update client. A few changes need to be made to make it possible (like allowing 3rd party signed updates to be consumed and publishing a certificate to sign them) but it can all be accomplished in one quiet afternoon. It provides an interface very similar to WSUS (though stripped down) for monitoring the success of your deployments and can be installed on the same server as WSUS without causing problems. It solves the Acrobat/Flash/Java/Firefox updating issue effectively for admins without the time and/or resources to implement SCCM deployment.
Local Update Publisher | Download Local Update Publisher software for free at SourceForge.net
The wiki page is temporarily down - it should work soon.
Last edited by pomroy24; 11th March 2011 at 09:33 PM.
AngryTechnician (11th March 2011)
And How do I reset Windows Update components?
Sorry for the multiple links, I haven't got a lab set-up for SCE 2010. If I do this, I'll have to blow away my exisiting labs and am working on other issues.
Let me know how you get along.
Also, Have you tried to deploy Office without AU by setting a deadline via SCE on the package?
Went through all the possible fixes here:
You cannot install some updates or programs
No luck finding anything wrong so I ran the "Fix it" tool and that didn't work either (it tries methods #1 through 5). The others don't seem to apply, most are attempts to fix corruption that occurs over time; this issue is plainly demonstrated with a very fresh installation of Windows 7 + SP1.
This registry key doesn't appear to exist in Windows 7:
"Error 0x80092026: The cryptographic operation failed due to a local security option setting."
Thank you for the links all the same, have a nice weekend.
Have you tried to deploy via SCE 2010 using a deadline?
I can't speak for AngryTechnician. I'm troubleshooting Adobe Acrobat deployed by Local Update Publisher (no SCE or SCCM involved). It just so happens it's the same error message in Windows Update, seemingly from the same root cause. Both are large .cab files that appear to fail the digital signature test after download. I suspect there's something wrong with the way Windows 7 SP1 verifies the signatures.
can either of you deploy a seperate package other than the one is failing?
Just trying to rule if it's WSUS or Win 7 SP1. So far from the logs and symptons, it appears Win7 SP1 AU. If you can deploy other packages then it most likely point to the size as you suggested.
Out of interest what size is Adobe? one .cab or multiple?
All other LUP deployments work fine (Firefox, Java, Adobe Flash). Acrobat has two .cab files, 394 mb and 83 mb. It's much larger than the others and works fine in all cases except Windows 7 SP1.
It looks like Microsoft is on the case per the last message in this thread:
One particular software package no longer installs on Windows 7 after upgrade to SP1 - error 80070570 (file corrupt)
AngryTechnician (12th March 2011)
yea, I saw that.
I had also tried all the various troubleshooting above aside from publishing with a deadline. Not sure it will make any difference since setting a retrospective deadline in SCE simply forces AU to begin installing as soon as it detects the update rather than waiting for the schedule update time. Hopefully MS will have something to say now that they can reproduce it, so I'll wait for their response before burning any more time on this.
@AngryTechnician. The fix you have been waiting for has now been officially released...
KB2607070 - An update has been released to resolve issues where System Center Essentials updating Windows 7 SP1-based computers with locally published content may fail with error 0x80070570 (via)
Indeed it has. Now if only the fix actually installed properly without having to resort to scripting (which is exactly what everyone wanted to avoid in the first place)...
There are currently 1 users browsing this thread. (0 members and 1 guests)