That run it actually updated things:

 o Changes              7 updated

It seems it's not every time.

SQL[UPDATE `storage` set `storage_units` ='4096' WHERE `storage_id` = '580']
ROWS[1]
SQL RUNTIME[0.00025797s]

SQL[INSERT INTO `eventlog` (`device_id`,`entity_id`,`entity_type`,`timestamp`,`severity`,`message`)  VALUES ('106','580','storage',NOW(),'6','Storage updated: index 60, mib HOST-RESOURCES-MIB, descr /data/data_jbt')]
ROWS[1]
SQL RUNTIME[0.00027108s]

It updated the "storage_units" field.

Can you run it again and see what it changes it to next time? :D

Or you could walk hrStorageEntry and see if it drops/changes this OID at all : 

/usr/bin/snmpbulkwalk -v2c -c <community> -Pu -OQUs -m HOST-RESOURCES-MIB:HOST-RESOURCES-TYPES -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'gluster02.weblink.se':'161' hrStorageEntry

adam.

On 2018-10-18 14:30:44, Niklas Larsson via observium <observium@observium.org> wrote:

Hi,

With -dd it showed a bunch of inserts


Attached log for above with: ./discovery.php -dd -h gluster02.example.com -m storage

/niklas


On 2018-10-18 14:45, Adam Armstrong wrote:
That log file didn't show any being updated :)

Adam.

Sent from BlueMail
On 18 Oct 2018, at 09:20, Niklas Larsson via observium <observium@observium.org> wrote:

Hi,

after r9479 (ish) we get this in the log every time discovery is running:


Attached log from: ./discovery.php -d -h gluster02.example.com -m storage

storage module is creating the logging.

/niklas


observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium