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.

MAN04 Tool Intervention Management

From EGIWiki
Revision as of 18:17, 3 August 2011 by Tferrari (talk | contribs) (moved MAN04 Tool Intervention Management to MAN04: The manual is now approved)
Jump to navigation Jump to search
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 Tool Intervention Management
Document link https://wiki.egi.eu/wiki/MAN04
Last review T. Ferrari, 03 August 2011
Policy Group Acronym OMB
Policy Group Name Operations Management Board
Contact Person E. Imamagic
Document Status Approved, v. 1.0
Approved Date 01 August 2011
Procedure Statement This manual provides information on how to manage central operational tool unscheduled downtimes.

Tool Intervention Management

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. The list of central operational tool is available here.

Note: Scheduled downtimes are management according to existing procedures (MAN02).

Announcements

All announcements should be sent with the Operations Portal Broadcast tool.

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

Notice: Individual notification templates together with targets are predefined in Operations Portal Broadcast tool. Administrators are advised to use such predefined templates.

Procedure

In the following sections several 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).

Action: Administrator announces the failure by using the following template:

Subject:
 [SERVICE_NAME] unscheduled downtime

Message:
 Dear all,
 
 [SERVICE_NAME] experienced unscheduled downtime between [START] and [END].

 [DETAILED_FAILURE_DESCRIPTION]

 Apologies for any inconvenience caused.
 
 Best Regards
 [SERVICE_TEAM]

Case 2: long "detected" outage

Service fails and administrator detects the problem. The problem takes at least 1h time to recover. In the sections below individual situations are described.

1. Outage

Description: Service failure is detected.

Action: Administrator announces the failure by using the following template:

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 downtime

Description: Service recovery is delayed. Update should be sent at least every 24h.

Action: The administrator announces that recovery is taking longer by using the following template:

Subject:
 [SERVICE_NAME] extended outage

Message:
 Dear all,
 
 Outage of [SERVICE_NAME] is extended. 

 [ADDITIONAL_INFO]
 
 Apologies for any inconvenience caused.
 
 Best Regards
 [SERVICE_TEAM]

Note: In this template [ADDITIONAL_INFO] should indicate the estimated time of recovery.

3. Recovery

Description: Service is recovered.

Actions: At the time of recovery the administrator announces the recovery by using the following template:

Subject:
 [SERVICE_NAME] recovery

Message:
 Dear all,
 
 [SERVICE_NAME] is back online. 

 [ADDITIONAL_INFO]
 
 Best Regards
 [SERVICE_TEAM]

4. Post mortem analysis

Description: Service failure required further time to investigate the source of the problem. This action is required only if the post mortem analysis is needed.

Actions: The administrator announces the post mortem analysis of failure by using the following notification template:

Subject:
 [SERVICE_NAME] outage analysis

Message:
 Dear all,
 
 [SERVICE_NAME] experienced unscheduled downtime between [START] and [END].

 [DETAILED_FAILURE_DESCRIPTION]
 
 Best Regards
 [SERVICE_TEAM]

Revision History

This is the first release of the manual.