cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1106
Views
0
Helpful
14
Replies

Losing Host name and Display name in DCR

marshajr
Level 1
Level 1

Since upgrading to LMS3.2 there are approximately 20 devices that are losing the entered host and display names each day. I have reset these, but they are cleared during one of the processes running overnight. How can I resolve this issue?

2 Accepted Solutions

Accepted Solutions

We had a similar problem here.  What it turned out to be for us was a mismatch between DNS, Reverse DNS, and the hosts file on the LMS server.  Once they were synchronized properly the name loss stopped.  We are beginners with LMS though.

View solution in original post

Yes, this could explain it.  I have been trying to reproduce, and I cannot.  One thing to try would be to add some static entries for the problem devices to the server's local hosts file.  Then, use NMSROOT/bin/resolver.pl to test that IP-to-name resolution is working:

NMSROOT/bin/perl NMSROOT/bin/resolver.pl IP

If that works, run a new Discovery, and see if the same problem occurs.

View solution in original post

14 Replies 14

Joe Clarke
Cisco Employee
Cisco Employee

Cleared how?  To what value is the display name being set?  Is it being set to the IP?  Can you correlate Discovery times to these changes?

Joe - the Host and Display name are being set to the IP Address.

The Discovery process ran at 18:00 last night (16th). The Change Audit Report indicates that the 20 affected devices were modified by 'admin' at 18:20.

It is always the same subset of devices that is affected by this.

To confirm the problem is really discovery, can you correct the devices, then run a manual discovery job, and see if the hostname and display name change?

Joe - I just ran the discovery job, and 22 devices have now reverted to showing IP for Host and Display name.

Regards ... Jon

Leo Laohoo
Hall of Fame
Hall of Fame

Same here Joe.  After a few days a number of my devices (>100 or so) the hostname and display name would be replaced by the IP addresses.  I have tried to export and correct the entries but the problem just comes back.

what are your Discovery Settings for the "Global Settings" section ?

My Global Discovery settings are almost the same, except we are using LoopBack for the preferred Management IP.

We had a similar problem here.  What it turned out to be for us was a mismatch between DNS, Reverse DNS, and the hosts file on the LMS server.  Once they were synchronized properly the name loss stopped.  We are beginners with LMS though.

Yes, this could explain it.  I have been trying to reproduce, and I cannot.  One thing to try would be to add some static entries for the problem devices to the server's local hosts file.  Then, use NMSROOT/bin/resolver.pl to test that IP-to-name resolution is working:

NMSROOT/bin/perl NMSROOT/bin/resolver.pl IP

If that works, run a new Discovery, and see if the same problem occurs.

Thanks Brian and Joe - this appears to have fixed the problem - I do recall having a similar problem several versions ago with dfm and using the host file to fix it.

Hi,

We are having the same problem at the moment, how did you end up resolving the issue?

The issue was a result of the discovery settings.  There is a setting called "Update DCR Display Name" in the DCR Administration settings portion of configure discovery.  If the box is checked the discovery process will overwrite the friendly name with whatever the DNS or reverse DNS name resolution comes up with.  We unchecked the box and the problem has gone away.

I think DFM will still do a hostname lookup despite the set displayname in the DCR. So you will get ip addresses in DFM alarms and events.

Better convert your device list to a local hostfile

Cheers,

Michel

Michel is correct.  DFM does not respect the DCR display name.  You must make sure that your management IP address is properly resolvable in DNS or the server's local hosts file.  Use the NMSROOT/bin/resolver.pl script to confirm that this resolution is properly setup.  For example:

NMSROOT/bin/perl NMSROOT/bin/resolver.pl 10.1.1.1

Make sure you get back a hostname.

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: