Uploaded image for project: 'Observium'
  1. Observium
  2. OBS-1062

storage_free not correctly shown on linux servers

Details

    • Bug
    • Resolution: Not A Bug
    • Major
    • None
    • None
    • Poller
    • None

    Description

      Dear,

      we have a subscription observium ver. 0.14.10.5902(stable) and more than 400 devices connected. We saw that for linux servers 'disk_free' parameter is not correctly shown. Example:
      -on debian 7 server:
      rootfs 67840600 63365072 1029412 99% /

      Observium databases (storage-state table) sais:
      storage_id storage_polled storage_size storage_units storage_used storage_free storage_perc :
      343 1414504366 69468774400 4096 64885837824 4582936576 93
      (storage table):
      storage_id device_id storage_mib storage_index storage_type storage_descr storage_hc storage_deleted:
      343 192 host-resources-mib 32 hrStorageFixedDisk / 0 0
      Also on centos servers same issue.

      In other monitoring tools I saw that ucd-snmp-mib MIB is used. Is it possible to change mib poller from host-resources-mib to ucd-snmp-mib?

      So, the problem is that on the server is only 1006M (1 GB) free disk space, and on observium GUI is 4.27 GB free, and alert checks not working for us.

      Thanks in advance!

      Attachments

        Activity

          [OBS-1062] storage_free not correctly shown on linux servers
          cstdenis Cstdenis added a comment -

          This can be easily worked around by using ucd-snmp-mib instead of host-resources-mib.

          Why is host-resources-mib used over ucd when it has known issues?

          cstdenis Cstdenis added a comment - This can be easily worked around by using ucd-snmp-mib instead of host-resources-mib. Why is host-resources-mib used over ucd when it has known issues?
          landy Mike Stupalov added a comment -

          This is known "issue" for net-snmp on linux hosts.
          But it can not be fixed in observium, because there is no universal mechanism for detect real fixed storages and virtual "memory" or so on storages.

          I tried various ways, but without success.

          landy Mike Stupalov added a comment - This is known "issue" for net-snmp on linux hosts. But it can not be fixed in observium, because there is no universal mechanism for detect real fixed storages and virtual "memory" or so on storages. I tried various ways, but without success.
          adama Adam Armstrong added a comment -

          This is a very bad solution. I'm also not sure if you're right, as we've never encountered this issue before.

          Any changes will be overwritten on upgrade.

          adama Adam Armstrong added a comment - This is a very bad solution. I'm also not sure if you're right, as we've never encountered this issue before. Any changes will be overwritten on upgrade.
          ozganec Oliver Zganec added a comment -

          Thanks for your answer. Finally I am done with free storage checks and I can set alerts.

          I found on some forum that linux uses offset for disk space, and found a nice formula: "free = (total*offset) - used" (offset is normarly 0.05 (or 5%) for linux filesystems, which means 5% of the filesystem is reserved).

          So I have changed line in /opt/observium/includes/polling/storage/host-resources-mib.inc.php
          from:
          $storage['free'] = $storage['size'] - $storage['used'];
          to:
          $storage['free'] = $storage['size'] * 0.95 - $storage['used'];

          I hope that on next stable observium svn update my modification will not be removed.

          Thanks and best regards!

          ozganec Oliver Zganec added a comment - Thanks for your answer. Finally I am done with free storage checks and I can set alerts. I found on some forum that linux uses offset for disk space, and found a nice formula: "free = (total*offset) - used" (offset is normarly 0.05 (or 5%) for linux filesystems, which means 5% of the filesystem is reserved). So I have changed line in /opt/observium/includes/polling/storage/host-resources-mib.inc.php from: $storage ['free'] = $storage ['size'] - $storage ['used'] ; to: $storage ['free'] = $storage ['size'] * 0.95 - $storage ['used'] ; I hope that on next stable observium svn update my modification will not be removed. Thanks and best regards!
          adama Adam Armstrong added a comment -

          This makes no sense. HOST-RESOURCES-MIB storage values are for filesystems. Other partitions have no impact on other filesystems.

          adama Adam Armstrong added a comment - This makes no sense. HOST-RESOURCES-MIB storage values are for filesystems. Other partitions have no impact on other filesystems.
          ozganec Oliver Zganec added a comment -

          I think I found the problem:

          We have no partitions on our servers, just / root partition. Because of that,swap partition is hidden and not same size on all servers.

          It would be perfect if you can add option to storade poller:
          /opt/observium/includes/polling/storage/host-resources-mib.inc.php

          $storage['free'] = $storage['size'] - $storage['used'];

          We need something like:

          $storage['free'] = $storage['size'] - $storage['used'] - mempool_total VARIABLE;

          mempool_total

          ozganec Oliver Zganec added a comment - I think I found the problem: We have no partitions on our servers, just / root partition. Because of that,swap partition is hidden and not same size on all servers. It would be perfect if you can add option to storade poller: /opt/observium/includes/polling/storage/host-resources-mib.inc.php $storage ['free'] = $storage ['size'] - $storage ['used'] ; We need something like: $storage ['free'] = $storage ['size'] - $storage ['used'] - mempool_total VARIABLE; mempool_total

          People

            adama Adam Armstrong
            ozganec Oliver Zganec
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: