cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1546
Views
0
Helpful
16
Replies

Unable to connect to ANI Server

sirbaughmf
Level 1
Level 1

I'm running LMS 3.1 with CM 5.1.0 on a single Solaris 9 server. I've been unable to open topology services. I get an error "cannot connect to ANI server". I've confirmed that the ANIServer6.0 is running (it says "Running with busy flag set"). I've also tried restarting the Daemon Manager. What should I look at? Could it be a Java problem?

1 Accepted Solution

Accepted Solutions

One thing I find does work, though it's not fully tested is to modify the server hosts file so that the fully-qualified name comes first:

10.1.1.1 cisco01.domain.com cisco01

Then, shutdown dmgtd, remove NMSROOT/lib/csorb/NS_Ref, and restart dmgtd. While this will allow the NameServer to send out a fully-qualified domain name, other things may still fail if the short hostname is not reachable from the client. therefore, my client hosts file option is preferred.

View solution in original post

16 Replies 16

Joe Clarke
Cisco Employee
Cisco Employee

As stated earlier, you need to be able to connect from the client to the server on TCP ports 42342 and 43242. You should be able to telnet to these ports from the client and get a successful connection.

TCP port 42342 is bound by the NameServer daemon, and 43242 is bound by the ANIServer daemon. Make sure the NameServer daemon is running properly.

If both daemons are running correctly, and you do not get a successful TCP connection from the client, then check for firewalls and/or ACLs between the client and server which may be blocking these ports.

Verified that the nameserver daemon is running and both ports are open and accessible.

Please post the Java Web Start console, and the NMSROOT/MDC/tomcat/logs/stdout.log.

I am unable to post the logs, but I did see this in the Java console:

org.omg.CORBA.TRANSIENT:Retries Exceeded, couldn't reconnect to 'servername':42342

I have limited access to the hard drive on my PC, could this be permissions problem with the java directory?

This indicates that your client cannot connect to port 42342 on the server. Make sure you can do:

telnet servername 42342

From your client. This must connect. If not, something is blocking tcp/42342.

When I try to telnet it appears to connect, but i get a blank screen, no prompt...appears to be connected....should I see a prompt.

This sounds correct. If you cannot post the logs, I suggest you open a TAC service request to troubleshoot this further.

One last think before I open a TAC, I noticed in the documentation the following...

"The CisoWorks client must be able to resolve the hostname of the CiscoWorks server to server's IP Address, through DNS."

The servername is cisco01, I have an entry in the hosts file with IP, cisco01, cisco01.state.gov. DNS has the server resolved to the FQDN (second entry in hosts), since the ANI DB is ANIServer6.0-cisco01 would that present a problem with DNS? a problem with Topology Services being able to connect to the DB?

The client will be handed something like cisco01:42342 as a CORBA connection address. the client must be able to resolve this hostname. That is, from the client, you should be able to do:

telnet cisco01 42342

And get a connection.

Ok, I think we are onto something. I am unable to resolve just the hostname or telnet/ping to the hostname.

In DNS we have the FQDN, my guys here say we can't add just the servername to DNS, it must be FQDN...how do we get around this?

They mention WINS, but I'm on a UNIX platform... is there another workaround?

On your client, add the short hostname to your C:\WINDOWS\system32\drivers\etc\hosts file. If your client is also on Solaris, add the short hostname to /etc/hosts, and make sure files is listed for hosts in /etc/nssswitch.conf.

I found hostnamechange.pl, can this be used change the domain only? Would this append the domain to the server when it tries to reach servername:42342?

No, this will not help. The hosts file option is the easiest way to go.

One thing I find does work, though it's not fully tested is to modify the server hosts file so that the fully-qualified name comes first:

10.1.1.1 cisco01.domain.com cisco01

Then, shutdown dmgtd, remove NMSROOT/lib/csorb/NS_Ref, and restart dmgtd. While this will allow the NameServer to send out a fully-qualified domain name, other things may still fail if the short hostname is not reachable from the client. therefore, my client hosts file option is preferred.

Review Cisco Networking for a $25 gift card