18.10.9480 (17th October 2018)
Simon
On 18 Oct 2018, at 17:01, Adam Armstrong via observium observium@observium.org wrote:
Aha. I think I see why this might be. Let me fix it!
Is this in stable, or just rolling?
adam.
On 2018-10-18 16:53:51, Simon Mousey Smith via observium observium@observium.org wrote:
Hi
I’m having a similar issue with storage
After our daily update from sun trunk
all our mikrotik storages just vanished and now show 0B???
I will attach a log file later as away from keyboard at the moment
Regards
Simon
Sent from my iPad
On 18 Oct 2018, at 14:56, Niklas Larsson via observium <observium@observium.org mailto:observium@observium.org> wrote:
Hi,
If i run the discovery a second time - there is no update. Wait 5 minutes and it updates again.
It's the poller that sets storage_units to 0:
SQL[UPDATE `storage` set `storage_polled` ='1539870693',`storage_used` ='',`storage_free` ='',`storage_size` ='',`storage_units` ='',`storage_perc` ='0' WHERE `storage_id` = '574'] ROWS[1] SQL RUNTIME[0.00042415s]
Sent the poller log to adama.
/niklas
On 2018-10-18 15:35, Adam Armstrong via observium wrote:
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 http://gluster02.weblink.se/':'161' hrStorageEntry
adam.
On 2018-10-18 14:30:44, Niklas Larsson via observium observium@observium.org mailto: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 http://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 http://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
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
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
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium