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

Wrong permissions for rrd files when using MultithreadedJniRrdStrategy

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Resolved (View Workflow)
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: Meridian-2017.1.0
    • Fix Version/s: None
    • Component/s: Data Output - RRD
    • Security Level: Default (Default Security Scheme)
    • Labels:
      None
    • Environment:
      CentOS 6.9
      rrdtool 1.7.0 (shipped with Meridian)
      running OpenNMS as non-root user "opennms"

      Description

      On a Meridian 2017 setup with around 4500 nodes, using the MultithreadedJniRrdStrategy with rrdtool 1.7.0 (that was shipped with Meridian 2017) and running OpenNMS as the non-root user "opennms", I got wrong file permissions for new created rrd files, collect.log and some temporary files in /opt/opennms/data/tmp. The permissions look like:

      ----rw-r--    1 opennms opennms 300K Jan 25 16:01 mib2-host-resources-system.rrd

      This means, the user "opennms" has no further access after creating the files. A few minutes after the start of OpenNMS, the WebUI shows empty pages.

      I tried to reproduce this issue on small a test setup, but it did not occured. So I did some research and found issue 794 in rrdtool 1.7.0 (https://github.com/oetiker/rrdtool-1.x/issues/794), which exactly described the behavior in my environment.

      After switching to JRobinRrdStrategy, the issue disappeared.

      I also used the single threaded JniRrdStrategy. Here I found the wrong permissions only for collect.log and some *.meta files in /opt/opennms/share/rrd.

        Attachments

          Activity

            People

            • Assignee:
              ranger Benjamin Reed
              Reporter:
              michael_nt Michael Batz
            • Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: