Smarts NCM: Autodiscovery not working despite correct credentials supplied, shows "No Valid Credentials"
book
Article ID: 331272
calendar_today
Updated On:
Products
VMware Smart Assurance
Issue/Introduction
Symptoms:
Autodiscovery of device is not working in NCM despite correct credentials being supplied and errors in the autodisc.log file show:
Jul 04 12:43:29 :1902639424#8: !!! No Valid V3 Credentials, check SNMP V3 Credential parameters Jul 04 12:43:29 :1902639424#8: ---- Device did not respond to SSH authentication Jul 04 12:43:29 :1902639424#8: !!! SSH Credentials are not Valid Jul 04 12:43:29 :1902639424#8: ---- Device did not respond to telnet authentication Jul 04 12:43:29 :1902639424#8: !!! telnet Credentials are not Valid Jul 04 12:43:29 :1902639424#8: !!! Could not discover credentials for device
The FQDN (Fully Qualified Domain Name) of the Device Server was missing from the Device Server's Lockbox.
Resolution
Please follow the directions below to resolve the issue:
On the Application Server do the following:
source /etc/voyence.conf.
Run: $VOYENCE_HOME/bin/cstdriver -lockbox $VOYENCE_HOME/data/lock.clb -passphrase <passphrase> -addHost <FQDN of the Device Server>
Copy the lock.clb file from the $VOYENCE_HOME/data directory on the Application Server to the remote Device Server and place it in the $VOYENCE_HOME/data directory of the Device Server.
For example: scp lock.clb Host_Device_Server:/root/
On the Device Server do the following:
source /etc/voyence.conf
Copy the lock.clb file from the /root/ directory and place it in the $VOYENCE_HOME/data directory
Unlock the lockbox by running the following command: $VOYENCE_HOME/bin/cstdriver -lockbox $VOYENCE_HOME/data/lock.clb -passphrase <passphrase>
Restart the vcmaster service on the device server by running: service vcmaster restart