Alert.png The wiki is deprecated and due to be decommissioned by the end of September 2022.
The content is being migrated to other supports, new updates will be ignored and lost.
If needed you can get in touch with EGI SDIS team using operations @ egi.eu.

PROC06 Setting Nagios test status to operations

From EGIWiki
Revision as of 12:37, 9 November 2010 by Mkrakowi (talk | contribs)
Jump to navigation Jump to search
  • 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.


request send by GGUS - which SU? COD?

Prerequisites

The Nagios test needs to satisfy quality criteria in agreement with the UMD roadmap. The test needs to be properly documented, and its correct functionality need to be proven (one month of successful running o=in the production infrastructure).

quality criteria needs to be provided by SA1

Validation

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 COO Opens a GGUS ticket to COD to start the process.
2 COD Checking if the test is safe for the infrastructure.
3 COD Raise an issue on OMB meeting: ask NGI managers for approval to set test as a critical for OPS VO.
4 Nagios Add test to official Nagios package.
5 NGIs Nagios update.
6 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.
7 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,
8 COD Add test to critical tests list.
9 COD Final check. Close parent ticket

Requirements to be implemented