Uploaded image for project: 'OpenNMS'
  1. OpenNMS
  2. NMS-6056

SNMP Data Collection Interfaces Directory Structure



    • Bug
    • Status: Closed (View Workflow)
    • Major
    • Resolution: Fixed
    • 1.12.0
    • 1.12.2
    • Data Output - RRD
    • Security Level: Default (Default Security Scheme)
    • RHEL Linux 2.6.18-348.3.1.el5xen (amd64), ONMS 1.12.0, Java Oracle 1.7.0_21 Oracle Corporation, Posgresql 9.1.9


      This might be intentional change but causes lots of issues with maintaining historical data on most Cisco modular devices (Nexus 7k/Catalyst 6500). In 1.12.0 it appears that the data collection directory structure changes the existing directory from a simple description to adding MAC addresses to the directory name. This causes a big issue because when the name of the directory changes this creates new jrb files and all historical data collection is lost. In addition to that scenario, if you swap line cards or supervisor engines the interface/system MAC address can change and again the directory name changes again where the historical data is lost. This is easy enough to simply move the old jrb files into the new directory but when there are 1000's that is a bigger issue. Others on the list have also reported issues regarding this behavior on other types of systems as well.

      Example after upgrade from 1.10.9 to 1.12.0:
      drwxrwxrwx 2 root root 4096 Aug 19 08:47 Vlan99
      drwxrwxr-x 2 root root 4096 Aug 19 08:58 Vlan99-0026981a16c1


        Issue Links



              agalue Alejandro Galue
              eabrahamsen@austin.utexas.edu Eric Abrahamsen (Inactive)
              4 Vote for this issue
              9 Start watching this issue