That run it actually updated things:
[0;36m o [1;37mChanges [0m 7 updated
It seems it's not every time.
SQL[[0;33mUPDATE `storage` set `storage_units` ='4096' WHERE `storage_id` = '580'[0m][0m ROWS[[0;32m1[0m] SQL RUNTIME[[0;32m0.00025797s[0m][0m
SQL[[0;33mINSERT 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')[0m][0m ROWS[[0;32m1[0m] SQL RUNTIME[[0;32m0.00027108s[0m][0m
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 [http://www.bluemail.me/r?b=13688] On 18 Oct 2018, at 09:20, Niklas Larsson via observium <observium@observium.org [mailto: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 [mailto:observium@observium.org] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [http://postman.memetic.org/cgi-bin/mailman/listinfo/observium]