Video Screencast Help
Search Video Help Close Back
to help
New in the Rewards Catalog: Vouchers for "Symantec Technical Specialist" and "Symantec Certified Specialist" exams.

Patch Management (NS6) - Applicable updates problem

Updated: 21 May 2010 | 15 comments
RichC's picture
0 0 Votes
Login to vote

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

jharings's picture
07
Jul
2009
0 Votes 0
Login to vote

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.

RichC's picture
08
Jul
2009
0 Votes 0
Login to vote

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

RichC's picture
08
Jul
2009
0 Votes 0
Login to vote

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

jharings's picture
08
Jul
2009
0 Votes 0
Login to vote

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.

RichC's picture
08
Jul
2009
0 Votes 0
Login to vote

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.

Installed MSU Screenshot

----------------------------------------------- i'm no stranger to slack, but i'm not a slacker

RichC's picture
08
Jul
2009
0 Votes 0
Login to vote

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

jharings's picture
09
Jul
2009
0 Votes 0
Login to vote

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.

RichC's picture
21
Jul
2009
0 Votes 0
Login to vote

another clue that might help...

Incorrect

Incorrect

Correct

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

dfrancis's picture
22
Jul
2009
0 Votes 0
Login to vote

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

If a forum post solves your problem, please flag it as a solution. If you like an article, blog post or download vote it up.

RichC's picture
22
Jul
2009
0 Votes 0
Login to vote

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

jharings's picture
22
Jul
2009
0 Votes 0
Login to vote

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.

RichC's picture
22
Jul
2009
0 Votes 0
Login to vote

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

jharings's picture
22
Jul
2009
0 Votes 0
Login to vote

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.

RichC's picture
22
Jul
2009
0 Votes 0
Login to vote

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

jharings's picture
22
Jul
2009
0 Votes 0
Login to vote

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.