Discovery CI

mike2agk
Tera Contributor

Team,

when i run quick discovery against an IP e.g [1.1.1.1.1] it discovers a CI and updates the CI in the CI table. However, the IP that gets updated in the CI table[1.1.1.2.2] is not same as the IP[1.1.1.1.1] i ran a quick discovery with.

Appreciate any input

Thanks

Mike

1 ACCEPTED SOLUTION

glide.discovery.enforce_ip_syncEnforce syncing of IP addresses Sets the first IP address. Each time a computer with multiple NICs is discovered, one of the IP addresses associated with the NICs is chosen as the IP Address field of the CI. A value of false collects all NIC IP addresses.
  • Type : true | false
  • Default value: true

There is actually a property that does this. As you can see it basically randomly changes one. I think if you set this to false it would set that attribute with a list of all the ips but I can't guarantee this behaviour as I haven't changed it before. You could try searching all script include scripts for that property and see if you can find the code that sets it.

View solution in original post

11 REPLIES 11

robertgeen
Tera Guru

Mike,

Can you provide a screenshot of what you are asking? I don't quite understand. Are you talking about the ip_address field on the CI? If so if there are multiple IPs it will change because it's being discovered on multiple IPs.

Rob,

so when i run a quick discovery with an IP 10.2.2.2.2 it gives the CI :A_switch but the IP on that CI table is 10.1.1.1.1. it should be 10.2.2.2.2

find_real_file.png

Yep this is what I was thinking you were talking about. If you go to the bottom of the CI you should see an IP address table. If there are more then 1 in there then it's happening because it's randomly picking one to be in the IP Address field. As far as I remember that field gets set randomly based upon all the IPs found on the infrastructure.

,

is there a way/method i can correct this?what are my options? Because as you said when i looked at the bottom of the CI i see the other IP as well

I appreciate your feedback

 

Thanks

Mike