Errors in User Tracking

cmartinvalle · ‎02-17-2009

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.

Joe Clarke · ‎02-17-2009

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 -port Fa0/7

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.

cmartinvalle · ‎02-23-2009

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.

cmartinvalle · ‎02-23-2009

Sorry. I attach the log file.

Joe Clarke · ‎02-23-2009

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.

cmartinvalle · ‎02-24-2009

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!