ambari-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Vitalyi Brodetskyi" <vbrodets...@hortonworks.com>
Subject Re: Review Request 39084: SNMP MIB for Alerts
Date Thu, 08 Oct 2015 13:18:11 GMT

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

Ship it!


Ship It!

- Vitalyi Brodetskyi


On Жов. 7, 2015, 1:23 після полудня, Dmytro Sen wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/39084/
> -----------------------------------------------------------
> 
> (Updated Жов. 7, 2015, 1:23 після полудня)
> 
> 
> Review request for Ambari, Mahadev Konar and Sumit Mohanty.
> 
> 
> Bugs: AMBARI-13205
>     https://issues.apache.org/jira/browse/AMBARI-13205
> 
> 
> Repository: ambari
> 
> 
> Description
> -------
> 
> Operations teams expect Ambari to have a MIB that defines the superset of OID’s that
will be in use and their context. In this context, Ambari will not be exposing any SNMP metrics,
but only emitting SNMP traps from the alerting framework.
> Those SNMP traps that are emitted need to send traps for specific OID’s. Those OID’s
should be defined in a MIB.
> That MIB should be followed when sending traps for specific alerts. The specific alerts
should send traps with specific OID’s that apply to their context.
> For now a MIB, a script extension and documentation to apply that to an existing Ambari
2.1 environment are sufficient.
> 
> 
> Diffs
> -----
> 
>   contrib/alert-snmp-mib/APACHE-AMBARI-MIB.txt PRE-CREATION 
>   contrib/alert-snmp-mib/README.md PRE-CREATION 
>   contrib/alert-snmp-mib/snmp_mib_script.sh PRE-CREATION 
> 
> Diff: https://reviews.apache.org/r/39084/diff/
> 
> 
> Testing
> -------
> 
> Unit tests passed
> 
> 
> Thanks,
> 
> Dmytro Sen
> 
>


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