I have one 2811 router that is causing the following RME error: RICS0001:Cannot successfully collect Inventory Information for the device:Internal Error.
RME Troubleshooting Tips and FAQs recommends the following: - Try Collecting Inventory for the device again. If the problem persists, in the log directory look for IC_Server.log. Search for the Device IP, you will see an exception trace. Contact TAC with these details.
Here is the Exception Trace:
Mon Mar 26 15:40:20 PDT 2007 ],ERROR,[Thread-15],com.cisco.nm.rmeng.inventory.ics.core.CollectionController,861, Exception occured in process method while processing: 192.168.120.1 ASA Error -193: Primary key for table 'PhysicalPort' is not unique
ICSException :: ASA Error -193: Primary key for table 'PhysicalPort' is not unique
This router is for remote site access and CME.
This is most likely the known bug CSCse52700. A patch is available by calling the TAC. However, before arriving at this conclusion, device-specifc bugs need to be ruled out first. What version of IOS is this 2811 running?
Thanks for responding.
This router is running:
It is the only one of my (12) 2811's running this IOS. We loaded it for Callmanager Express.
My others are running: c2800nm-advipservicesk9-mz.124-3a, and not exhibiting this error.
This platform-specific train may be causing your problem. There are no known bugs on the XC train, but we have historically seen problems with these kind of trains.
Can this router be moved to the 12.4T train? If not you will need to open a TAC service request so that additional inventory debugging can be done to isolate the exact cause of this problem.
I will study the CME - Cisco IOS Software Version Compatibility Matrix to see what I can do. Appreciate the help.
This may still be related to the aforementioned bug. It's just I'm leary about such trains. You can try to remove the device from RME, then re-add it. If that gets inventory collection working, it is most likely the bug. If it still fails, an upgrade will ulitimately be required.
I just updated our server from LMS 2.51 to 2.6 and I am having the exact problem with RME 4.0.
I have some 2621s and 3810s that are having the issue. I have tried to remove the devices and readmit them to RME to no avail. This patch you mentioned, you have to put in a TAC for it?
Looks like your devices are affected by a CISCO-FLASH-MIB bug. As a workaround, try increasing your SNMP timeout in RME for these devices. You can do that under RME > Devices > Device Management > RME Devices > Edit Device Attributes > Inline Edit. I would start with a value of 10, and go from there.