Scope-based grouping not working
The field that is used to set ScopeID
is not available at initial event
insertion time, and policies aren't triggered after scope-based grouping is customized.
The field that is used to set ScopeID
is not available at initial event
insertion time.
- Problem
-
If the
ScopeID
is based on the field values that are available at the event insertion time, then the Scope Based UI can be used to create a scope-based policy.If the
ScopeID
is based on any enrichments (fields that are not available at initial event insertion time), then theScopeID
must be updated manually. Any policy created with the Scope based UI is not effective for updating theScopeID
based on enrichments.
- Resolution
-
To update the scope-based grouping after enrichment, you must update
ScopeID
manually. For example, if you use the Scope Based UI to define a policy and setScopeID
equal toSiteID
. At insertion time, theSiteID
value is blank and its value is enriched using IBM® Tivoli® Netcool®/Impact in the aggregation layer. Manually updateScopeID
to equalSiteID
, either in the Netcool/Impact policy or in the ObjectServer trigger. The scope-based group is then re-created based on the updated scope.
Policies aren't triggered after scope-based grouping is customized.
- Problem
-
If you configure a scope-based grouping policy, such as setting
CEADismantleSingleMemberGrps=1
orCEAMinimumChildren=2
in themaster.cea_properties
table, these settings indicate that groups are created only when a minimum of two child events are present. However, the policy is not triggered even if you send events through that would normally trigger the scope-based policy.
- Resolution
- Other than removing scope-based event grouping, a solution doesn't exist for this known issue.