ambari-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Vitalyi Brodetskyi" <vbrodets...@hortonworks.com>
Subject Review Request 21553: Nagios should send alert for NumberOfMissingBlocks instead of CorruptBlocks
Date Fri, 16 May 2014 09:40:11 GMT

-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/21553/
-----------------------------------------------------------

Review request for Ambari and Dmitro Lisnichenko.


Bugs: AMBARI-5763
    https://issues.apache.org/jira/browse/AMBARI-5763


Repository: ambari


Description
-------

Nagios gets NN JMX metrics. When CorruptBlocks >0, it sends alert to the administrator.
However, the corrupted replica is not a concern, only corrupt block should be a alert. Corrupt
replica happens often in some environments and this alert misleads some customers to think
the data is lost.

The JMX metric "NumberOfMissingBlocks" is for corrupt block.

We want to do the following changes for Nagios alerting:
1) checks NumberOfMissingBlocks and sends alert when it's not zero. (already doing this in
current Ambari code??)
2) doesn't send alert for "CorruptBlocks" value change.


Diffs
-----

  ambari-server/src/main/resources/stacks/HDP/1.3.2/services/NAGIOS/package/files/check_hdfs_blocks.php
19347b4 
  ambari-server/src/main/resources/stacks/HDP/1.3.2/services/NAGIOS/package/templates/hadoop-commands.cfg.j2
79f88f0 
  ambari-server/src/main/resources/stacks/HDP/1.3.2/services/NAGIOS/package/templates/hadoop-services.cfg.j2
b45d110 
  ambari-server/src/main/resources/stacks/HDP/2.0.6/services/NAGIOS/package/files/check_hdfs_blocks.php
19347b4 
  ambari-server/src/main/resources/stacks/HDP/2.0.6/services/NAGIOS/package/templates/hadoop-commands.cfg.j2
da37d73 
  ambari-server/src/main/resources/stacks/HDP/2.0.6/services/NAGIOS/package/templates/hadoop-services.cfg.j2
b77e77b 

Diff: https://reviews.apache.org/r/21553/diff/


Testing
-------


Thanks,

Vitalyi Brodetskyi


Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message