Difference between revisions of "PROC06 Setting Nagios test status to operations"
Line 16: | Line 16: | ||
'''This procedure only applies for OPS VO and its range is global.''' | '''This procedure only applies for OPS VO and its range is global, applies for all Operations Centres in EGI project.''' | ||
= Revision history = | = Revision history = |
Revision as of 11:12, 9 November 2010
- Title: Procedure for setting global Nagios tests critical
- Document link: https://wiki.egi.eu/wiki/Operations:Setting_Nagios_tests_critical_procedure
- Last modified: 23.09.2010
- Version: 0.2
- Policy Group Acronym: GOO/COD
- Policy Group Name: Grid Operations Oversight/Central Operator on Duty
- Contact Person: Małgorzata Krakowian, Marcin Radecki
- Document Status: REVIEW
- Approved Date:
- Procedure Statement:The purpose of this document is to clearly describe the actions and the relative steps to be undertaken for setting Nagios tests critical. A Nagios test is set to critical to enable the operations dashboard to display an alarm in case the test fails.
Procedure for setting global Nagios tests critical DRAFT
The purpose of this document is to clearly describe the actions and the relative steps to be undertaken for setting Nagios tests critical. A Nagios test is set to critical to enable the operations dashboard to display an alarm in case the test fails.
This procedure only applies for OPS VO and its range is global, applies for all Operations Centres in EGI project.
Revision history
Version | Authors | Date | Comments |
---|---|---|---|
0.2 | Małgorzata Krakowian | 23.09.2010 | Add comments from discussion in Amsterdam EGI TF. |
0.1 | Małgorzata Krakowian | First draft |
Comments (to be removed in final version)
MR: Helene raised a comment that nagios people at NGI should be allowed to play with the new test before it is made critical. Her point was to check if the test itself will not make any harm to the service instances in the region.
Setting Nagios tests critical request
Request
- Everyone is allowed to submit the request.
- The request should be submitted to The Chief Operations Officer.
Prerequisities
The test should be implemented and approved by Nagios team.
Any probe change in fundamental way requires certification.
Political validation
- COD has to agree, checking if the test is safe for the infrastructure.
- When COD validate the request, OMB has to agree that new Nagios test should become critical for OPS VO.
How to start the process
- The Chief Operations Officer opens a GGUS ticket to COD to start the process.
- The Central Operator on Duty team - in charge of EGI oversight - is responsible of processing the request ticket.
Setting Nagios tests critical steps
The general idea is that tickets must be closed before being able to move on to the next step.
Steps:
Step | Action on | Action |
---|---|---|
1 | Nagios | Add test to official Nagios package. |
2 | NGIs | Nagios update. |
3 | NGIs | Request to the ROD teams to ask the if they can verify if the test is acceptable, means 75% of affected nodes should be OK. |
4 | COD | The information is broadcast by COD.
(This broadcast should be sent to VO managers and NOC/ROC managers) See the template below for an indication of the message content. Subject: Dear All, We would like to announce that test XXX will become critical XXX Best regards, |
5 | COD | Add test to critical tests list. |
6 | COD | Final check. Close parent ticket |
Requirements to be implemented
- COD should be authorized to manage OPS critical test list from operational portal side. https://forge.in2p3.fr/issues/show/934