Difference between revisions of "MAN04 Tool Intervention Management"
Line 101: | Line 101: | ||
[ADDITIONAL_INFO] | [ADDITIONAL_INFO] | ||
Apologies for any inconvenience caused. | Apologies for any inconvenience caused. | ||
Best Regards | Best Regards | ||
[SERVICE_TEAM] | [SERVICE_TEAM] | ||
== 2. | == 2. Extended service failure notification == | ||
Subject: | |||
[SERVICE_NAME] extended outage | |||
Message: | |||
Dear all, | |||
Outage of [SERVICE_NAME] is extended. | |||
[Recovery | |||
[ADDITIONAL_INFO] | |||
Apologies for any inconvenience caused. | |||
Best Regards | |||
[SERVICE_TEAM] | |||
== 3. Service recovery notification without detailed information == | == 3. Service recovery notification without detailed information == | ||
Subject: | Subject: | ||
Line 121: | Line 135: | ||
Dear all, | Dear all, | ||
[SERVICE_NAME] | [SERVICE_NAME] is back online. Additional information on failure will be provided soon. | ||
Best Regards | Best Regards | ||
Line 130: | Line 144: | ||
Description: | Description: | ||
[SERVICE_NAME] recovery | [SERVICE_NAME] recovery | ||
= Revision History = | = Revision History = | ||
<!-- to track changes introduced after the document is officially approved --> | <!-- to track changes introduced after the document is officially approved --> |
Revision as of 11:39, 31 May 2011
Main | EGI.eu operations services | Support | Documentation | Tools | Activities | Performance | Technology | Catch-all Services | Resource Allocation | Security |
Documentation menu: | Home • | Manuals • | Procedures • | Training • | Other • | Contact ► | For: | VO managers • | Administrators |
Title | Management of central operational tool unscheduled downtimes |
Document link | https://wiki.egi.eu/wiki/MAN03_Tool_Intervention_Management |
Last review | Tferrari 13:55, 8 March 2011 (UTC) |
Policy Group Acronym | OMB |
Policy Group Name | Operations Management Board |
Contact Person | E. Imamagic |
Document Status | draft |
Approved Date | specify |
Procedure Statement | This manual provides information on how to manage central operational tool unscheduled downtimes. |
Management of central operational tool unscheduled downtimes
The purpose of this document is to describe the intervention in case of unscheduled failure of central operational tool.
Scope
This manual only applies to unscheduled downtimes of central operational tools. List of central operational tool
Scheduled downtimes are management according to existing procedures.
Procedure
In the following sections relevant scenarios are covered.
Case 1: short "undetected" downtime
Description: Service fails and recovers before administrator manages to react (e.g. short power or network outage).
Actions:
- Administrator should enter UNSCHEDULED downtime to GOCDB with detailed description of failure (see notification template 4). (TODO: who gets the information in case of downtime of central operational tool).
Case 2: "detected" downtime
Description: Service fails and administrator detects the problem. The problem takes longer (TODO: longer than 1h?) time to recover.
Actions:
- Administrator should announce the failure by using Operations Portal Broadcast tool (see notification template 1).
- At the time of recovery administrator should announce the recovery by using Operations Portal Broadcast tool (see notification template 3).
- Administrator should enter UNSCHEDULED downtime to GOCDB with detailed description of failure (see notification template 4).
Case 3: prolonged downtime
Description: Service recovery is delayed.
Actions:
- Administrator should announce that recovery is taking longer by using Operations Portal Broadcast tool (see notification template 2).
Notification templates
When using Operations Portal Broadcast tool the following groups should be included:
- LCG Rollout Mailing List
- Operators Mailing lists
- OSG Mailing list
- Tool Admins Mailing List
- WLCG Tier 1 contacts
- NGI managers
- VO managers
- VO users
- Site administrators
- Operation tools
For individual notification templates together with targets are predefined in Operations Portal Broadcast tool.
1. Service failure notification
Subject:
[SERVICE_NAME] outage
Message:
Dear all, [SERVICE_NAME] is experiencing unscheduled downtime. [ADDITIONAL_INFO] Apologies for any inconvenience caused. Best Regards [SERVICE_TEAM]
2. Extended service failure notification
Subject:
[SERVICE_NAME] extended outage
Message:
Dear all, Outage of [SERVICE_NAME] is extended.
[Recovery [ADDITIONAL_INFO] Apologies for any inconvenience caused. Best Regards [SERVICE_TEAM]
3. Service recovery notification without detailed information
Subject:
[SERVICE_NAME] recovery
Message:
Dear all, [SERVICE_NAME] is back online. Additional information on failure will be provided soon. Best Regards [SERVICE_TEAM]
4. Post mortem analysis
Description:
[SERVICE_NAME] recovery