On 18 Oct 2018, at 17:10, Adam Armstrong via observium <observium@observium.org> wrote:
Ok, fixed in r9481!

adam.
On 2018-10-18 17:03:50, Simon Mousey Smith via observium <observium@observium.org> wrote:
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> 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':'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
_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium