IP Address in payload is null

Anusha261
Tera Contributor

IP Address in payload is null - Name: , ClassName: cmdb_ci_ip_switch, Ip Address: null, Serial Number:, SysID: null while discovering network switches. Credentials are being used however when this issue appears it is using credential less as source. Also details of message [post sensor failed due to: cannot convert null to an object]

9 REPLIES 9

DaveHertel
Kilo Sage
Kilo Sage

Hi - I would start disabling credentialless discovery to remove it from future problems / reduce the variable for future troubleshooting

https://docs.servicenow.com/bundle/rome-it-operations-management/page/product/discovery/concept/nmap... 

DaveHertel_0-1671682745824.png

 

Hope this helps a bit?

Divyank Gohil1
Tera Contributor

Hi @Anusha261,
Greetings!

We are also facing this same issue, did you get any solution? If yes, please share it would be helpful.

Parag_Sanyashiv
Giga Guru

Hi Anusha,

 

It seems, the discovery starts with credential-less discovery and this issue occurs at that time. There can be multiple reasons of getting the credential-less discovery at the moment:

1. Enablement of Credential-less discovery (not recommended)

2. Device is getting timeout with the regular discovery and ECC does not get the proper response.

3. Running Discovery in High Peak time of the network.

4. Errors in the Pattern which was triggered while the discovery.

5. Credentail Failure.

 

You can try increasing the internal traffic bandwidth or run the discoveries on off peak time. Disable the credentialless discovery too if not required.

 

Regards,

Parag Sanyashiv

damianfell
Tera Guru

I'm hitting this issue as well and thought I'd add to this just in case anyone else can add some advice:

 

so the error message is basically the same as the original post:

source is credential-less and the error message is:

"IP Address in payload is null - Name: myswitchname, ClassName: cmdb_ci_ip_switch, Ip Address: null, Serial Number: null, SysID: null"

I've confirmed  that the mid.discovery.credentialless.enable system property is set to false, and NMAP is not installed on my MID server anyhow.

 

Its not the triggering of the pattern or the pattern payload becasue I've checked the XML payload and the IP address is in there:

"className" : "cmdb_ci_wap_network",
      "values" : {
        "install_status" : "1",
        "mac_address" : "",
        "name" : "myswitchname",
        "serial_number" : "ABCDE1234,
        "firmware_version" : "8.7.1.10",
        "ip_address" : "10.104.131.62",
        "model_number" : "345",
        "sys_class_name" : "cmdb_ci_wap_network",
        "manufacturer" : "Aruba"
Something is triggering between the generation of the payload and the IRE processing to strip out the IP address, and I can't for the live of me figure out what.
 
I've checked the pre/post scripts, Identifier rules, I've even disabled the credential-les pattern itself, but still end up with credential-less as the source.