BatchPatch Forums Home › Forums › BatchPatch Support Forum › Installed Update History Report. Doesn't work on Server 2003.
- This topic has 6 replies, 3 voices, and was last updated 9 years, 8 months ago by doug.
-
AuthorPosts
-
February 25, 2015 at 2:48 pm #9098robbzzParticipant
After many tests I am finding the installed windows updates reports works fine on server 2008 and above but reports 0 updates installed on server 2003. When I manually check these servers they have multiple updates installed. This could be the difference in the event ID numbers between server 2003 and server 2008 perhaps ?
February 25, 2015 at 3:18 pm #10893boosterParticipantHi robbzz,
I just tested the report on multiple 2003 servers (Microsoft(R) Windows(R) Server 2003, Standard Edition 5.2.3790 (SP2) [X86-based PC]) and it works fine for me.
Regards
Booster
February 25, 2015 at 3:22 pm #10894robbzzParticipantThats interesting, I have the latest version. I cant think of anything that i could be doing wrong as there are really no options in the report except the time scale.
February 25, 2015 at 4:25 pm #10895dougModeratorRob –
I also am not able to reproduce the issue on my server 2003 box in the lab. Out of curiosity, what version of the Windows Update Agent do you have on the 2003 servers that are not reporting any update history in BP? To check the WUA version, right click on C:WindowsSystem32wuapi.dll and then check the version tab.
I don’t think this is a BatchPatch problem, per se. The update history is retrieved simply by querying the Windows Update Agent on the target computer. It’s possible that the WUA is simply not properly logging update history entries, though I am not sure why (unless it’s just some weird thing where the WUA needs to be updated, which is why I asked about the version above).
The update information is stored in C:WindowsSoftwareDistribution. If it’s the case that the information being reported is not correct, then I wonder if the datastore is corrupt or otherwise malfunctioning. I would suggest trying to stop the Automatic Updates/Windows Update Agent service, then rename the SoftwareDistribution folder to something like SoftwareDistribution.old, and then restart the service. This should cause Windows to create a new SoftwareDistribution folder, and perhaps this will fix the issue moving forward, though I would expect you wouldn’t be able to know until you install the next round of updates. And of course, if you perform the steps outlined above, you would be doing so at your own risk, and I can’t take responsibility for anything bad that happens as a result. However, I can tell you that I’ve done this many times without ever encountering a problem, and this is suggested all over Windows Update forums on the web when one encounters issues with Windows Update on a computer. That said, I wouldn’t expect it to cause any problems.
-Doug
February 25, 2015 at 4:57 pm #10890robbzzParticipantIm starting to think its to do with the fact that we update our servers with blade logic. I will prove this theory by hitting a server with a patch from batchpatch then running the report as soon as possible.
February 26, 2015 at 11:30 am #10887robbzzParticipantI can confirm that manually installed windows updates on 2003 or windows updates from Bladelogic are not included in the installed updates history report.
February 26, 2015 at 4:48 pm #10886dougModeratorAnd so what happened when you renamed the SoftwareDistribution folder. Did that solve the problem? I think that’s probably your best bet since that is the location where all the update history information is stored. If the update history information is somehow not being stored properly, it seems to indicate a problem or corruption in the datastore in that folder.
-Doug
-
AuthorPosts
- You must be logged in to reply to this topic.