Find your people. Pick a challenge. Ship something real. The CreatorCon Hackathon is coming to the Community Pavilion for one epic night. Every skill level, every role welcome. Join us on May 5th and learn more here.

Relation and/or reference table cmdb_serial_number is not a known CI Type

William44
Mega Guru

Linux discoveries fail on the Ref/Rel Linux Serial step (4.1.23 in my discovery steps). Image of step configuration is attached below.
Here are the log entries:

Mid Server agent.log entry:

12/06/18 12:41:02 (011) Worker-Interactive:HorizontalDiscoveryProbe SEVERE *** ERROR *** (104)MergeTableReferenceAndRelationClosure - Relation and/or reference table cmdb_serial_number is not a known CI Type. Check the discovery logs for more details.

Discovery Log entry:

2018-12-06 12:41:02: Relation and/or reference table cmdb_serial_number is not a known CI Type. Check the discovery logs for more details.

2018-12-06 09:41:22: Identification Engine: Discovery status is FAILURE, unable to get error message.

I have the an identical step in the windows discovery which completes without issue. An image of the windows step configuration is also attached.

 

So far I have attempted the following to resolve the failure:

  1. I rekeyed the MID server based on recommendations and some success indicated in this ServiceNow community thread.
  2. Based on the windows server discovery steps, I added a step in the Linux server discovery to insert the serial number to the CMDB_ci_Linux_Server table

Both attempted resolutions result in the same errors from the discovery and MID server logs posted above.

Any suggestions would be greatly appreciated.

 

 

1 ACCEPTED SOLUTION

William44
Mega Guru

Our error was due to a custom identification rule on the cmdb_ci_linux table, once we disabled the custom identification, and allowed out of the box hardware rule to do the identification , the CI was identified and updated correctly.

View solution in original post

6 REPLIES 6

DuaneNMore
Kilo Guru

Add the related entries from the Hardware identifier related list to the custom Linux identifier rule. Once I did that it all started working.  

https://docs.servicenow.com/bundle/orlando-servicenow-platform/page/product/configuration-management...

William44
Mega Guru

Our error was due to a custom identification rule on the cmdb_ci_linux table, once we disabled the custom identification, and allowed out of the box hardware rule to do the identification , the CI was identified and updated correctly.