02-17-2009 10:03 AM
Hi everybody,
when we launch User-Tracking Acquisition, it only fetches data from one device.
If we execute the command: ./utdebug -switch <IP> -port Fa0/7
we obtain some info and then this:
Mac Address Status
SNMP query for vlan X
MESSAGE DBConnection: Created new Database connection [hashCode = 1673992]
DCR device id of <IP> is 9
Common trust user is: admin
User name in Security context is: admin
java.lang.UnsatisfiedLinkError: no jniccrlibraryd in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1344)
at java.lang.Runtime.loadLibrary0(Runtime.java:744)
at java.lang.System.loadLibrary(System.java:815)
at JNICCRInterface.<init>(JNICCRInterface.java:168)
at com.cisco.core.ccr.CCRInterface.<init>(CCRInterface.java:15)
at com.cisco.nm.dcr.DCRUtil.getCCREntry(Unknown Source)
at com.cisco.nm.dcr.DCRUtil.getLocalHostName(Unknown Source)
at com.cisco.nm.dcr.DCRProxy.createCSTMProxy(Unknown Source)
at com.cisco.nm.dcr.DCRProxy.<init>(Unknown Source)
at com.cisco.nm.ani.server.devdiscovery.DCRDevWrapper.initDcrProxy(DCRDevWrapper.java:799)
at com.cisco.nm.ani.server.devdiscovery.DCRDevWrapper.<clinit>(DCRDevWrapper.java:810)
at com.cisco.nm.ani.clients.ut.UTDebug.UTSnmp.fetchMacTable(UTSnmp.java:148)
at com.cisco.nm.ani.clients.ut.UTDebug.UTDebug.parseSnmpAndDisplay(UTDebug.java:273)
at com.cisco.nm.ani.clients.ut.UTDebug.UTDebug.startDebugging(UTDebug.java:234)
at com.cisco.nm.ani.clients.ut.UTDebug.UTDebug.<init>(UTDebug.java:62)
at com.cisco.nm.ani.clients.ut.UTDebug.UTDebug.main(UTDebug.java:103)
Exception in thread "main" java.lang.ExceptionInInitializerError: java.lang.NullPointerException
at com.cisco.nm.ani.server.devdiscovery.DCRDevWrapper.initDcrProxy(DCRDevWrapper.java:805)
at com.cisco.nm.ani.server.devdiscovery.DCRDevWrapper.<clinit>(DCRDevWrapper.java:810)
at com.cisco.nm.ani.clients.ut.UTDebug.UTSnmp.fetchMacTable(UTSnmp.java:148)
at com.cisco.nm.ani.clients.ut.UTDebug.UTDebug.parseSnmpAndDisplay(UTDebug.java:273)
at com.cisco.nm.ani.clients.ut.UTDebug.UTDebug.startDebugging(UTDebug.java:234)
at com.cisco.nm.ani.clients.ut.UTDebug.UTDebug.<init>(UTDebug.java:62)
at com.cisco.nm.ani.clients.ut.UTDebug.UTDebug.main(UTDebug.java:103)
and no info is recovered from that device, could anyone please help me?
Regards.
02-17-2009 10:46 AM
UTDebug is generally useless. However, it looks like you're on Solaris, and you would have to do:
env LD_LIBRARY_PATH=/opt/CSCOpx/lib:/opt/CSCOpx/MDC/lib./utdebug -switch
Debugging UT problems is best done by enabling the appropriate "user tracking" of vmpsadmin UT server debugging, and looking at the ut.log after running a major acquisition.
02-23-2009 09:14 AM
Our client has sent the ut.log; I attach it. I have seen some lines related to the EngineID length, do they mean that these EngineID is too short?
Many thanks.
02-23-2009 09:15 AM
02-23-2009 10:06 AM
I don't like looking at filtered log files, so I cannot say for certain if the problem your customer is seeing is related to SNMPv3 attributes. However, you could try clearing out the contents of NMSROOT/campus/etc/cwsi/UTSnmpv3EngineParam.txt, and try the acquisition again.
If it still isn't finding the missing users, then open a TAC service request with the full, unfiltered ut.log along with a sample missing MAC, the show run and show ver of the switch to which it directly connects, and the show mac from that switch.
02-24-2009 08:07 AM
Thank you very much. These log file belongs to a military client and they have forbidden to send files with data like IP addresses, MAC addresses, etc.
But thank you very much again!
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide