PROC17 Decommissioning of service type
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 | Service type decommission |
Document link | https://wiki.egi.eu/wiki/PROC17 |
Last modified | 1.0 |
Policy Group Acronym | OMB |
Policy Group Name | Operations Management Board |
Contact Group | operations at mailman.egi.eu |
Document Status | Draft |
Approved Date | |
Procedure Statement | A procedure for removal of service type from production infrastructure. |
Owner | Owner of procedure |
Overview
The Service type decommission procedure was created to define steps which have to be taken to remove a service type from the production infrastructure.
Definitions
Please refer to the EGI Glossary for the definitions of the terms used in this procedure.
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", “MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119.
Steps
This procedure is run if a software related to the service type is unsupported or it was decide to change the name of the service type.
- COO on OMB announce decommission deadline for the service type
- The broadcast is send to NGI managers and Site administrators
- NGI managers announce the information to the sites
- A security probe is developed for the security nagios that extracts hostnames from GOCDB and BDII associated to the decommisioned service type and raises critical alarm in the security dashboard
- ROD teams followup proccess till the decommission deadline
- ROD teams followup proccess till the decommission deadline
After Decommision deadline
- Probes for the service type are removed from profiles:
- ROC
- ROC_OPERATORS
- ROC_CRITICAL
- the SAM probes at the earliest convenience are removed from the SAM release
- If for the service type specific SU in GGUS exists, the SU should be removed from GGUS.
- The service type should be disabled in GOCDB (i.e. service entries can no more declared to be of the service type), but not removed.
Revision history
Version | Authors | Date | Comments |
---|---|---|---|