Unexpected behavior of FileExists rules

bsod

Here are a couple of rules using FileExists

Applicability using NOT:

-<sdp:ApplicabilityRule
SchemaVersion="1.0">

-<lar:Not>

<bar:FileExists Path="C:\Dellbios\try99.txt"/>

</lar:Not>

</sdp:ApplicabilityRule>

Installed:

-<sdp:InstalledRule
SchemaVersion="1.0">

<bar:FileExists Path="C:\Dellbios\try99.txt"/>

</sdp:InstalledRule>

WARNING:
Failed to evaluate Installed rule, updateId =
{86B77C5C-E261-4E6B-BE58-EFB8BF938D58}.1, hr =

WARNING:
Failed to evaluate Installable rule, updateId =
{86B77C5C-E261-4E6B-BE58-EFB8BF938D58}.1, hr =

When I look at the cab file it is publshing to the WSUS server, there are no xml files in it. Is this normal?

- Joe

Find more posts tagged with

applicability_rule

3rd_party

Accepted answers

All comments

David_Di_Blasio

Hi,

You should only see xml files in the generated cab files if the package happens to contain xml. One notable example would be packages in the third party catalogs that leverage packageboot. Additionally, the warning message posted is a bit truncated. Can you post in the full message?

bsod

I ended up just removing all Applicability and Installed rules since they always fail when trying to test for a file. I just push it out manually group by group. I always have to do a Update Agent Repair, then a Certificate push, then it installs ok. So far I'm having to do this with a BIOS settings package, a Adobe Reader 7u21 upgrade that removes all other versions, and the latest Adobe Reader 11.3.03.37 because Solarwinds didn't publish an Upgrade Only package for some reason.

- Joe