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:

 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

_______________________________________________
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