Will a Class "inherit" identification rules for the table(s) it was extended from, if there are identification rules peculiar to the calss
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-10-2018 06:50 AM
cmdb_ci_lb has 2 identification rules, one with criterion "name,serial_number", and then "serial_number,serial_number_type".
cmdb_ci_lb is extended (a step or so removed) from the cmdb_ci_hardware. Would we expect that, if the cmdb_ci_lb identification rules fail to find a match, that it would
- Create the newly discov ered ci because of a lack of match
- "fall through" and attempt to apply identifier rules from the cmdb_ci_hardware table.
I suspect that (1) is the answer. And if I want to make use of some of the hardware identifiers, I am going to have to add them to cmdb_ci_lb identifier entries
- Labels:
-
Discovery
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-23-2018 11:07 AM
Hi,
Please see the following doc:
https://docs.servicenow.com/bundle/kingston-servicenow-platform/page/product/configuration-management/task/t_CreateCIIdentificationRule.html
Specifically, "Allow fallback to parent's rules" field explination.
regards,
-TJ
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-25-2018 11:56 AM
cmdb_ci_lb does not have a dependency on cmdb_ci_hardware; it is extended from that table.
The "Allow fallback to parent's rules" field is for dependent CIs. for example Hardware has a Owns::Owned by relationship to network adapter and so network adapter has a dependent relationship. I believe that is what the referenced link is talking about with "Fallback"; Network Adapter falling back to the ident rules for the dependent parent.