MSFN Forum: Automatic Updates Big Fix - MSFN Forum

Jump to content



Page 1 of 1
  • You cannot start a new topic
  • You cannot reply to this topic

Automatic Updates Big Fix Rate Topic: -----

#1 User is offline   mem.namefix 

  • Group: Members
  • Posts: 4
  • Joined: 25-July 09

Posted 25 July 2009 - 02:44 AM

Greetings all, first time poster long time etc etc.

I support a large win32 & unix network for my current employer, having come onto an existing setup I found that the previous admin for the WSUS server had done an asbolutely terrible job of maintaing it. Automatic Update Client faults on 100's (litterally) of pc's all having their own special issue to resolve.

Thanks to the excellent info found in these forums i have made a tool written in autoit that so far seems to fix every issue thrown at it. While i used todo all this in 1 big bat file, I found it much easier to have a gui to select what was needed and run it (much more convient than repeatedly copy&pasting out the cmd's).

The app is by no means complete yet but it has been thoroughly tested.

Feel free to contact me in regards to additional AU fixes or anything. The app has only been used on windows xp 32bit as thats all my business and I use.

Quick todo:
* make a nsi installer
* Download needed apps from ms directly.
* add any other needed fixes
* cmd line switches

AU Big Fix - filefactory
AU Big Fix - filedropper
AU Big Fix - savefile

Posted Image

Cheers :thumbup


#2 User is offline   DigeratiPrime 

  • MSFN Junkie
  • Group: Super Moderator
  • Posts: 3,490
  • Joined: 18-August 04
  • OS:Windows 7 x64
  • Country: Country Flag

Posted 25 July 2009 - 08:42 AM

I wonder what type of problems were caused on XP clients by updates that requires these fixes?

#3 User is offline   mem.namefix 

  • Group: Members
  • Posts: 4
  • Joined: 25-July 09

Posted 25 July 2009 - 09:28 PM

DigeratiPrime, it seemed to be quite a mixture of issues. Alot of the users had local admin rights which enabled them to screw up their AU settings.
Others seemed to be caused by the catroot dirs becoming corrupted and yet more were caused by the local user owning catroot rather than the system (I have nfi how that came about).

The computers at my work control labatory instruments and tend to run 24/7 so they are never logged out or rebooted - this does seem to cause AU some issues after awhile.

I have never seen a site in such a bad state, so it was a wide selection of AU errors to deal with. I am still working my way through the computers with the issues and would be happy to do some investigation and post excerpts of windowsupdate.log.

Most threads I found unfortunately dealt with how the issue could be fixed not what caused it.

#4 User is offline   PC_LOAD_LETTER 

  • Well, I stole something else
  • Group: Super Moderator
  • Posts: 1,829
  • Joined: 13-October 07
  • OS:Windows 7 x64
  • Country: Country Flag

Posted 25 July 2009 - 11:40 PM

I adopted a network a few years ago that sounds like it had a lot in common with yours. several WSUS servers specified on the clients (but none of the servers still there) so AU was effectively broken on about 50% of the PCs the other 50% were grabbibg updates from MS directly(if the user had admin). At the time this was a non-ad (broken novel) environment and most of the time i didnt even have admin rights on PCs unless the users were given admin rights(i carried a password crack CD with me for about a year) these days, were about 90% AD with about 95% of those reporting correctly to WSUS and i so far havent found a pc that i cant fix with my set of hacked together bat files (given the time).

Ive already added this tool to my utilities folder and plan to use it. Im eager to try it using the installer and command line switches (id like to be able to execute 1 exe file remotely using psexec)

#5 User is offline   mem.namefix 

  • Group: Members
  • Posts: 4
  • Joined: 25-July 09

Posted 26 July 2009 - 12:08 AM

PC_LOAD_LETTER

Yes it does sound like we have been down the same path, even to the point of creating the big bat file :)
remote execution via psexec is the intended goal and its my next target since the current version of AU big fix seems to handle all my current au client issues.

I should have cmd line options added next week and fortunately for me I have a large amount of client PC's waiting to be tested :)

current planned cmd line options:

/all : run all fixes
/simple : run simple fixes
/uws : use wsus server
/duws : dont use wsus server

and of course the ability to turn on each option from the cmd line, suggestions for option names are welcome as I really do suck @ names :P

This post has been edited by mem.namefix: 26 July 2009 - 12:13 AM


Share this topic:


Page 1 of 1
  • You cannot start a new topic
  • You cannot reply to this topic

1 User(s) are reading this topic
0 members, 1 guests, 0 anonymous users



All trademarks mentioned on this page are the property of their respective owners
Copyright © 2001 - 2011 msfn.org
Privacy Policy