Patch Management (NS6) - Applicable updates problem
Alright, this may be a little hard to explain.
I'm looking at our Patch Vulnerability reports, and I see a handful of machines that are reporting an oddly low number of 'applicable' updates...like 8 as opposed to 40-50. I figure something isn't reporting correctly, so I forced recreation of inventory to no avail. I eventually completely removed the Agent(s) and deleted the record from the NS server. Reinstalled the agent andlet it recreate its inventory from scratch hoping this would resolve the issue.....came in this morning, same problem. Only 8 'applicable' updates.
Now, I noticed one new thing....the only 8 applicable updates are all Office related. There's no OS patches applicable, like the NS doesn't know what OS the machine is running - yet, in inventory, it reports it correctly as Windows XP. I'm at a loss for this...it's happening on about 15-20 computers.
Anyone have any ideas of where to dive into further? Any help is greatly appreciated...
Thanks!
Rich
Comments
Rich, a few things to check
Check your Altiris logs on the clients. I feel like a broken record saying this all the time, but Altiris does a pretty good job of logging issues, you just need to know how to read them (and we are here to help!).
Other things to look at is make sure your AUP and licensing are up to date. Can you give examples of patches that aren't available and should be?
Jim Harings
HP Enterprise Services
1st Rule of Connect Club: Mark the post that helped you the most as a 'solution'. 2nd Rule of Connect Club:You must talk about Connect club.
Logs, etc
Hi Jim...don't think i've talked to you since the old forum setup actually!
The licensing was my first thought for the cuplrit, but it doesn't seem to be the case. We're ok on our licenses (though, cleanup of old machines doesn't seem to be affecting the numbers for Patch like the others...but that is probably another question all together).
I did see this in the logs for 2 of the machines (these were 2 I removed and reinstalled the agent for in my initial quest to remedy the problem)...it was in there repeatedly, as in it ate up all of the logs last night at 3AM:
<![CDATA[CAtrsException exception, error = "Attempted to reference a null interface", OS error = 2147549183, at line 71
re-throw at CAtrsInterfacePtr::operator->
re-throw at CTaskAgentBase::IsRegistered
re-throw at CTaskAgentBase::CheckRegister]]></event>
<event date='Jul 08 03:00:44' severity='2' hostName='XXXXXXXXXX' source='Client Task Agent' module='Client Task Agent.dll' process='AeXNSAgent.exe' pid='368' thread='3444' tickCount='54953' >
I also saw this on one of the other machines:
<event date='Jul 08 05:55:13' severity='4' source='SynchAgent' module='AeXTaskSynchAgent.dll' process='AeXNSAgent.exe' thread='3024' tickCount='39800031'>
<![CDATA[Wakeup interval is: (60) min]]></event>
<event date='Jul 08 05:55:13' severity='4' hostName='XXXXXXXXXX' source='MulticastEngine' module='AexPackageDelivery.dll' process='AeXNSAgent.exe' pid='1828' thread='2160' tickCount='39800578' >
<![CDATA[InitialiseCore(): Multicast is not enabled. Engine will not be initialized]]>
</event>
as well as this...
<event date='Jul 08 06:52:39' severity='2' hostName='XXXXXXXXX' source='AgentUtils::GetAuditIniPath' module='AeXAMAgent.dll' process='AeXNSAgent.exe' pid='1828' thread='2412' tickCount='43246671' >
<![CDATA[Failed to find audit ini file at C:\Program Files\Altiris\Altiris Agent\auditpls.ini]]></event>
There's so much data in the logs obviously that i'm hard pressed to find something any more specific....unless you can point me towards a specific string I should lean towards searching for?
----------------------------------------------- i'm no stranger to slack, but i'm not a slacker
patches available/not available...
I almost forgot to answer your last question. Examples of patches that aren't available and should be...
Consistently across the board on every computer having this problem, the issue is that only Microsoft Office type patches are showing up. That's it. No Operating System patches are deemed 'applicable', which to me, pointed to an inventory/data issue. I did check the machines and the OS is defined, etc. It baffles me.
----------------------------------------------- i'm no stranger to slack, but i'm not a slacker
The Task Management errors don't really apply
They are annoying, and we can help fix that too. However the issue most likely is the lack of inventory (patch inventory, not inventory solution inventory). Check the clients resource records in the database. Look on the inventory tab, and the check the software update data classes. See what shows up there. You should have at least one for each of the four inventory rules for patch.
There are some other tips listed here: Altiris KB:22562 Resetting Stale Inventory Hashes , however that wouldn't be my first choice.
Jim Harings
HP Enterprise Services
1st Rule of Connect Club: Mark the post that helped you the most as a 'solution'. 2nd Rule of Connect Club:You must talk about Connect club.
Software Update Data Classes are correct...
there are the 4 I expect to be listed there. as you can see from the screenshot below (hopefully it shows up), it only seems to be thinking that Office or Office related patches are applicable. this is the way it is for all 15-20 machines affected.
----------------------------------------------- i'm no stranger to slack, but i'm not a slacker
in reference to the KB article...
"Altiris KB:22562 Resetting Stale Inventory Hashes" - there is an option for doing it for a single machine/guid. would it be a valid test to get the GUID for this machine and run this query on the SQL server for just the one machine? Would I have to force the computer to do a full inventory again?
----------------------------------------------- i'm no stranger to slack, but i'm not a slacker
Try forcing the full inventory
from the command line using AexPatchUtil.exe.
Jim Harings
HP Enterprise Services
1st Rule of Connect Club: Mark the post that helped you the most as a 'solution'. 2nd Rule of Connect Club:You must talk about Connect club.
another clue that might help...
Incorrect
Correct
sorry for the delay, I was out at training last week.
if you take a look at the pictures above, you'll see what i'm referencing here....i've found that when looking in the resource manager inventory at the workstations with the issue, they're missing a grouping under their patch management inventory. there should be a 'Global' and a 'Microsoft' grouping, but on the workstations showing the incorrect number of applicable patches, there is only a Microsoft one - Global is missing.
I tried doing the Hash reset in the KB article for that particular GUID, which did reset the values to null, but 24 hours later, I'm back at square one and the patch inventory is still incorrect and the grouping is still missing. all the other inventory is back to where it was though.
So....at this point, any ideas? AgentUtil /ResetGuid? Any recommendations on the best course of action?
----------------------------------------------- i'm no stranger to slack, but i'm not a slacker
Corrupt Inventory Rule Cache?
Compare the InventoryRuleCache.iad file on one of the "broken" machines with a "good" machine. If you see a vast difference in the file size between the two, stop the agent on the "broken" machine, delete the iad file and restart the agent.
Once the iad file downloads fully (keep checking the file size every few seconds), run AeXPatchUtil.exe /I to run an inventory. Set it aside for awhile and check back on it later in the day or the following day.
--Dave
tried that :-)
A good idea too...someone from the Altirigos forum also suggested that, but the iad files match up to within a couple KB. I tried blowing away the entire agent at one point anyway, and cleaned up all files and reg keys, etc...reinistalled but having the same issue. It really makes no sense...
----------------------------------------------- i'm no stranger to slack, but i'm not a slacker
One of the last resorts you could try
(but I don't remember if this is a 100% fix) would be to delete the client record from the database. This should result in a fresh dataclass creation and population. Try dfrancis' suggestion first.
Jim Harings
HP Enterprise Services
1st Rule of Connect Club: Mark the post that helped you the most as a 'solution'. 2nd Rule of Connect Club:You must talk about Connect club.
tried that too!
i've deleted it from the console (which I assume does not leave anything behind in the DB), but i've also reset the guid as well to create it fresh and still run into the same problem. thankfully, we have a backup patch solution (shavlik), but this is definitley putting a damper on things as i've been trying to transition off of it to go mainly with altiris patching.
----------------------------------------------- i'm no stranger to slack, but i'm not a slacker
Well shoot
if you have up to date AUP, I would open an incident then (phone support is included with all current AUP). Let them know all the things you've tried, and hopefully it will get escalated quickly. I know this has happened in the past, but really it seems to be a (thankfully) rate issue.
Jim Harings
HP Enterprise Services
1st Rule of Connect Club: Mark the post that helped you the most as a 'solution'. 2nd Rule of Connect Club:You must talk about Connect club.
i figured it'd get to that
but I wanted to give you guys a shot at it first. :-) i've gotten a lot of good solutions between these forums and Altirigos without having to go through support! Thanks for all of your efforts and if anyone has any other ideas, i'll be checking back!
----------------------------------------------- i'm no stranger to slack, but i'm not a slacker
Most of these have been covered already
but use the checklist here: Altiris KB47412. The one in particular that jogged my mind was the registry key for the 64bit OS.
Jim Harings
HP Enterprise Services
1st Rule of Connect Club: Mark the post that helped you the most as a 'solution'. 2nd Rule of Connect Club:You must talk about Connect club.
Would you like to reply?
Login or Register to post your comment.