08-17-2009 12:28 PM - edited 03-18-2019 11:32 PM
The two 1040 sensors were running and I could see MOS reports on CUSM 2.1.
After the upgrade to CUOM 2.2/CUSM 2.2 I can see the CUCM based CVTQ reports but not the sensor based reports. The two sensors show zero Monitored Phones. From the sensors web page I can see on the Diagnostics link that the sensors are indeed analysing streams and sending data. The sensor image file was changed to the SvcMonAB2_102.img as required by the install procedures. Both sensors are registered with the CUSM 2.2.
Any help is appreciated
08-19-2009 12:43 PM
The syslog.log only shows data after setting Logging debug level an shows sensor data:
19-Aug-2009|17:09:12.181|INFO |syslog|Thread-311|<14>Aug 19 17:07:00 PJCCRPB-P01 SvcMonA_200908191707[001120FFFF72]: %%%%
19-Aug-2009|17:09:12.197|INFO |syslog|Thread-311|<14>Aug 19 17:07:00 PJCCRPB-P02 SvcMonA_200908191707[001120FFE596]: %%%%
So the sensor are sending the data.
I have found errors on the monitor.log:
14-Aug-2009|12:25:05.447|ERROR|Monitor|main|QOVRDbMonitor loaded from : C:/Program Files/CSCOpx/SimpleLog/sl_monitor.conf
14-Aug-2009|16:43:41.873|ERROR|Monitor|main|QOVRDbMonitor loaded from : C:/Program Files/CSCOpx/SimpleLog/sl_monitor.conf
19-Aug-2009|02:11:41.381|ERROR|Monitor|Thread-1|Occurred during maintenance: java.io.IOException: Cannot run program "cmd": CreateProcess error=1450, Insufficient system resources exist to complete the requested service
19-Aug-2009|02:16:41.392|ERROR|Monitor|Thread-1|Occurred during maintenance: java.io.IOException: Cannot run program "cmd": CreateProcess error=1450, Insufficient system resources exist to complete the requested service
19-Aug-2009|16:27:50.961|ERROR|Monitor|main|QOVRDbMonitor loaded from : C:/Program Files/CSCOpx/SimpleLog/sl_monitor.conf
Any help is appreciated
09-09-2009 09:41 AM
After opening a Case in Cisco TAC the problem was solved. The sensors were not defined on the DNS, but they learned their names from the IOS DHCP server whose configuration has the client-name command. As the data from the sensor to the CUSM server contains the name instead of the IP, the CUSM server could not match the data among the sensors registered by their IP address. So the data was discarded. The simple solution was to add the sensor names to the ...\etc\hosts file and the reports started showing. This behavior is new with the CUSM 2.2, because before under CUSM 2.1 it worked with the same configuration.
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