Hi all,

In order to get the monitoring queries have a less impact in other transactions in terms of locking and blocking, I have been setting the TRANSACTION ISOLATION LEVEL by modifying the centreon's code.

I have been using the code modified successfully, mitigating blocks issues in databases of intensive use.

I think it will be a good enhancement to include this options in the mssql c

https://www.claudiokuenzler.com/nagios-plugins/check_esxi_hardware.php
"If no hw/vendor type was given, unknown will be used (like auto)"
In fact auto autodetects/selects a vendor name if it can, which unknown doesn't.

Also is there any reason unknown is the default rather than auto? Changing this would allow it to return more info by default (especially on HP), then you could switch to unkno

Issue Type

Bug report

Issue Detail

• check_netapp_ontap version:
• NetApp Ontap version:
• Monitoring solution: Centreon / Centreon-Broker

Expected Behavior
No bug in check snapshot_health if volume is 0 sized

Actual Behavior
Illegal division by zero at check_netapp_ontap.pl line 1464

How to resolve Behavior
at line 1458 add space-total condition :

root@diskmaskin01:~ # /usr/local/libexec/nagios/check_zpools.sh -p thispooldoesnotexist ; echo $?
cannot open 'thispooldoesnotexist': no such pool
cannot open 'thispooldoesnotexist': no such pool
/usr/local/libexec/nagios/check_zpools.sh: line 125: [: !=: unary operator expected
ALL ZFS POOLS OK (thispooldoesnotexist)|thispooldoesnotexist=%
0
root@diskmaskin01:~ #

Breaking changes:

• Removal of the --index parameter. Use the successor --ain instead.

There should be a bad handled return code or something creating this useless file.

See:

• https://pulsar.apache.org/docs/en/deploy-monitoring/
• https://pulsar.apache.org/docs/en/administration-stats/
  Note that metrics are exposed in Prometheus format, so maybe that's the thing to tackle first: sematext/sematext-agent-java#24

Note from https://pulsar.apache.org/docs/en/deploy-monitoring/

When collecting time series statistics, the major proble