Discovering storage again - every time discovery is run
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
That log file didn't show any being updated :)
Adam.
Sent from BlueMail
On 18 Oct 2018, 09:20, 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
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 http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
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]
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 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 http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
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
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%5D%27:%27161' 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]
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
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 [mailto: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 [mailto: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/%5D%27:%27161' 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 [mailto:observium@observium.org] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
BINGO!
THANK YOU!
Fixed my storage issue :)
Simon
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 mailto: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 mailto: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 mailto: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
it's nice when people thank you for fixing something you broke.
:D
adam. On 2018-10-18 17:25:46, Simon Mousey Smith via observium observium@observium.org wrote: BINGO!
THANK YOU!
Fixed my storage issue :)
Simon
On 18 Oct 2018, at 17:10, Adam Armstrong via observium <observium@observium.org [mailto:observium@observium.org]> wrote:
Ok, fixed in r9481!
adam. On 2018-10-18 17:03:50, Simon Mousey Smith via observium <observium@observium.org [mailto: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 [mailto: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 [mailto: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/%5D%27:%27161' 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 [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
participants (3)
-
Adam Armstrong -
Niklas Larsson -
Simon Mousey Smith