Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. And see here for current known issues.

New Member

UTlite and New Release of Campus manager

I have contacted the support for problems with user tracking and utlite and they advised to wait for a new release of he campus manager that will come out by the end of April..

Any update for that..?

7 REPLIES
Cisco Employee

Re: UTlite and New Release of Campus manager

The goal of UTLite in CM 5.0 is to provide dynamic updates when users log in and out of the network. However, due to a slew of bugs, UTLite is quite broken. Most of these bugs will be fixed in CM 5.0.3 which is due out tomorrow. There will be one outstanding bug that will affect workstations with multiple interfaces. This will not be fixed until CM 5.0.4.

In order to take advantage of all of the bug fixes, you will have to re-deploy the UTLite33.exe executable to all workstations.

New Member

Re: UTlite and New Release of Campus manager

Great.

Would this be a part of the CW LMS or only the CM is updated...??

Kindly send us the download link for the binary and the Manual

Mahmoud Amin

Cisco Employee

Re: UTlite and New Release of Campus manager

There will be a few application updates for new device support. Campus will be updated to 5.0.3 and DFM to 3.0.3. These updates can be downloaded from the LMS Software Center under Common Services > Software Center > Software Update. The new RME device packages can be downloaded under Common Services > Software Center > Device Update.

New Member

Re: UTlite and New Release of Campus manager

I have upgrades the CM to 5.03 as per the steps given, updated utlite on the clients but I am still having the issue that users donot show in the tracking most of the time.

The same issue as before...

Do I miss something...?

Kindly advise

Mahmoud

Cisco Employee

Re: UTlite and New Release of Campus manager

I wrote all of the code for the bug fixes in 5.0.3, so I know those problems are fixed. The only open problem in 5.0.3 relates to end hosts with multiple NICs. Those may cause UT to report incorrect information.

The way UT works with UTLite is first an end host entry must be added to UT. This is typically done by a UT acquisition, but it could also occur if dynamic UT is being used. Once the entry is added to the UT database, then the next UTLite update to come in from that host will be written to the database by the UTLITE daemon. The UTLITE daemon then caches this entry for 24 hours. No new identical updates will be processed until that cache expires.

What you might be observing is that end hosts are coming on line before UT has acquired their entries. They send an update to UTLITE, and UTLITE caches the entry. Then, when UT acquisition runs, the entry gets added with no username information. The next UTLite update from the end host is ignored since it is cached.

You can check if this is the case by restarting the UTLITE daemon, then running reports over time to see if users start to come into UT. DO NOT run any new acquisitions while this is happening. By default, UTLite will send updates every 10 minutes.

New Member

Re: UTlite and New Release of Campus manager

How to restart the UTlite daemon..?

Mahmoud

Cisco Employee

Re: UTlite and New Release of Campus manager

pdterm UTLITE

pdexec UTLITE

I have just filed a new bug against UTLite in 5.0: CSCsq08600:

Symptom:

User Tracking does not show usernames from Windows end hosts.

Conditions:

This can occur if the end user connected their computer to the network prior to that entry being acquired by User Tracking. As a result, their username update will be ignored.

Workaround:

Restart the UTLITE daemon on the CiscoWorks server after the end host entry appears in the User Tracking end hosts report:

NMSROOT/bin/pdterm UTLITE

NMSROOT/bin/pdexec UTLITE

Then wait up to 10 minutes for a new username update to be sent by the end host to User Tracking.

Note: NMSROOT is the path into which CiscoWorks was installed. By default, this is /opt/CSCOpx on Solaris and C:\PROGRA~1\CSCOpx on Windows.

I have a feeling this may be the bug you're seeing. However, since you have opened a TAC service request, I sent your engineer instructions on testing for this bug in addition to other troubleshooting steps.

280
Views
5
Helpful
7
Replies
CreatePlease to create content