cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
4528
Views
0
Helpful
28
Replies

LMS 4.0.1 user tracking acquisition problem

fbender
Level 1
Level 1

Hi all,

I have a problem with user tracking as I see IP phones only on a few of my switches.

Credential Check runs without any issues, DNS is working for the devices (both name -> IP and IP -> name)

I have deleted and readded the devices and run a discovery afterwards.

What I found is: going to acquisition (Admin> Collection  Settings> User Tracking> Acquisition  Action) and do a Device Selection I can select the switches but when I then start the acquisition I get an error "unreachable Device".

Deivce Unreachable Report shows no unreachable devices.

Do I miss something?

Thanks

Frank

28 Replies 28

please find attached the requested files

PS: port data is aveilable for:

nlse-def2ri12.2(31)SGA10.49.48.211.3.6.1.4.1.9.1.501

but not for

nlse-def4ri12.2(31)SGA10.49.48.411.3.6.1.4.1.9.1.501


both are 4507Rs, same IOS, same connectivity (L3 port channel)

there are obviously more issues and I am not sure they are related:

10.49.48.22 is a 4507 with a Gig interface - here is a cdp nei from 10.49.48.1

nlsc-de1001#sh cdp nei gi 12/15
Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge
                  S - Switch, H - Host, I - IGMP, r - Repeater, P - Phone,
                  D - Remote, C - CVTA, M - Two-port Mac Relay

Device ID        Local Intrfce     Holdtme    Capability  Platform  Port ID
nlse-def2le      Gig 12/15         179             R S I  WS-C4507R Gig 1/1
nlsc-de1001#

There are truly no ports discovered on this switch.  Now that you have the port channel patch installed, reinitialize the ANI database as described in this document:

https://supportforums.cisco.com/docs/DOC-8796

Then run a new full Data Collection.  Then run a new full User Tracking acquisition.  See if your missing end hosts show up.

unfortunately it did not help

As I am still at an earlier stage of my deployment I decided to do a full db reset, but it seems I have an issue with the RME DB (tried 2 times)

C:\Program Files (x86)\CSCOpx>bin\perl.exe bin\dbRestoreOrig.pl dsn=rmeng dmpref
ix=RME

WARNING: Existing contents of rmeng database will be lost.
Do you want to continue [y/n]?y
INFO: Starting the DataBase
    Starting database engine rmengEng
INFO: Process created
INFO: Started the Database engine : rmengEng Retry 0
INFO: Started the Database engine : rmengEng Retry 1
INFO: Started the Database engine : rmengEng Retry 2
INFO: Started the Database engine : rmengEng Retry 3
INFO: Started the Database engine : rmengEng Retry 4
INFO: Started the Database engine : rmengEng Retry 5
INFO: Started the Database engine : rmengEng Retry 6
INFO: Started the Database engine : rmengEng Retry 7
INFO: Started the Database engine : rmengEng Retry 8
INFO: Started the Database engine : rmengEng Retry 9
INFO: Getting message

INFO: Connect the database dsn=rmeng
ERROR: Failed to authenticate [rmeng] database.
Database engine 'rmengEng' could not be started on database 'rmengdb' in Bulk mode.INFO: mergeFile= C:/PROGRA~2/CSCOpx/temp/rmeCleanupFileMerge.txt
INFO: inputFile C:\PROGRA~2\CSCOpx\rigel\scripts\rme\removeJrmJobs.txt
INFO: inputFile C:\PROGRA~2\CSCOpx\rigel\scripts\rme\createJobs.txt
INFO: inputFile C:\PROGRA~2\CSCOpx\rigel\scripts\rme\importOOTBXml.txt
The command is C:\PROGRA~2\CSCOpx\bin\perl.exe -I C:\PROGRA~2\CSCOpx\objects\pe
rl5\lib  C:\PROGRA~2\CSCOpx\dbupdate\dbupdate.pl C:/PROGRA~2/CSCOpx/temp/rmeClea
nupFileMerge.txt
Opening C:\PROGRA~2\CSCOpx/dbupdate/CSCOdbupdate.log for logging
    Starting database engine cmfEng
INFO: Process created
INFO: Started the Database engine : cmfEng Retry 0
INFO: Started the Database engine : cmfEng Retry 1
INFO: Started the Database engine : cmfEng Retry 2
INFO: Started the Database engine : cmfEng Retry 3
INFO: Started the Database engine : cmfEng Retry 4
INFO: Started the Database engine : cmfEng Retry 5
INFO: Started the Database engine : cmfEng Retry 6
INFO: Started the Database engine : cmfEng Retry 7
INFO: Started the Database engine : cmfEng Retry 8
INFO: Started the Database engine : cmfEng Retry 9
INFO: Getting message

INFO: Connect the database DSN=cmf
INFO: Connected the Database
INFO: Command Executed
    Starting database engine rmengEng
INFO: Process created
INFO: Started the Database engine : rmengEng Retry 0
INFO: Started the Database engine : rmengEng Retry 1
INFO: Started the Database engine : rmengEng Retry 2
INFO: Started the Database engine : rmengEng Retry 3
INFO: Started the Database engine : rmengEng Retry 4
INFO: Started the Database engine : rmengEng Retry 5
INFO: Started the Database engine : rmengEng Retry 6
INFO: Started the Database engine : rmengEng Retry 7
INFO: Started the Database engine : rmengEng Retry 8
INFO: Started the Database engine : rmengEng Retry 9
INFO: Getting message

INFO: Connect the database DSN=rmeng
Failed to create the system jobs
Failed to create system jobs
Data cleanup for rmeng failed
rmeng database initialization failed.

C:\Program Files (x86)\CSCOpx>

Resetting all of the DBs was likely excessive.  However, since you've started, you need to finish the job.  Set the Daemon Manager service to Manual start, then reboot the server.  When it comes back up, reinitialize all of the databases.  After that, set the Daemon Manager service back to Automatic, then reboot again.

finally I managed to clear the db and rediscovered everything.

But the same issue: I get user trackinng info from all my 35xx but not the 45xx.

Run a new full Data Collection then post the ani.log.

here it is - showing lots of warnings

there is a job which is running since 10h while jobs normally run only for a few minutes - does this mean anything?

It appears Data Collection is completing.  Troubleshooting further will require the full running configuation from this switch as well as the output of "show interface status" and some debugging on the ANIServer side.  This will obviously contain some sensitive information.  As such, you may want to open a TAC service request using the "Open Service Request" link in the actions panel of this discussion.

Joseph many thanks for you help!!!

Hello Frank.

Did you solve it?

I'm facing same issue with a 3750 stack with IP routing enabled.

I'm going to apply the patch for CSCto0618 bug.

Regards.

Andrea

Hello Joseph.

I have the same issue: LMS 4.0.1 with all consolidated patch is not able to track users connected to a 3750 stack with IP routing enabled.

I'm trying with LMS 4.1 demo and all works fine!

Any ideas?

Thanks.

Regards.

Andrea

Review Cisco Networking for a $25 gift card