05-29-2011 02:48 AM
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
05-29-2011 11:45 PM
05-30-2011 02:08 AM
PS: port data is aveilable for:
nlse-def2ri | 12.2(31)SGA | 10.49.48.21 | 1.3.6.1.4.1.9.1.501 |
but not for
nlse-def4ri | 12.2(31)SGA | 10.49.48.41 | 1.3.6.1.4.1.9.1.501 |
both are 4507Rs, same IOS, same connectivity (L3 port channel)
05-30-2011 02:25 AM
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#
05-30-2011 09:09 AM
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.
05-30-2011 02:48 PM
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>
05-30-2011 09:02 PM
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.
05-31-2011 09:43 AM
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.
05-31-2011 11:21 AM
Run a new full Data Collection then post the ani.log.
05-31-2011 02:22 PM
05-31-2011 03:08 PM
there is a job which is running since 10h while jobs normally run only for a few minutes - does this mean anything?
05-31-2011 03:18 PM
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.
05-31-2011 03:46 PM
Joseph many thanks for you help!!!
12-28-2011 03:19 AM
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
01-11-2012 04:58 AM
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
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