This task will track the decommission-hardware of server dbproxy1003.eqiad.wmnet
With the launch of updates to the decom cookbook, the majority of these steps can be handled by the service owners directly. The DC Ops team only gets involved once the system has been fully removed from service and powered down by the decommission cookbook.
dbproxy1003
Steps for service owner:
- - Remove grants T231280
- - all system services confirmed offline from production use
- - set all icinga checks to maint mode/disabled while reclaim/decommmission takes place. https://gerrit.wikimedia.org/r/#/c/operations/puppet/+/607464/
- - remove system from all lvs/pybal active configuration
- - any service group puppet/hiera/dsh config removed
- - remove site.pp, replace with role(spare::system) recommended to ensure services offline but not 100% required as long as the decom script is IMMEDIATELY run below.
- - login to cumin host and run the decom cookbook: cookbook sre.hosts.decommission <host fqdn> -t <phab task>. This does: bootloader wipe, host power down, netbox update to decommissioning status, puppet node clean, puppet node deactivate, debmonitor removal.
- - remove all remaining puppet references (include role::spare) and all host entries in the puppet repo https://gerrit.wikimedia.org/r/c/operations/puppet/+/610241
- - remove ALL dns entries except the asset tag mgmt entries. https://gerrit.wikimedia.org/r/c/operations/dns/+/610248
- - reassign task from service owner to DC ops team member depending on site of servee.
End service owner steps / Begin DC-Ops team steps:
- - disable switch port / set to asset tag if host isn't being unracked / remove from switch if being unracked.
- - system disks wiped (by onsite)
- - determine system age, under 5 years are reclaimed to spare, over 5 years are decommissioned.
- - IF DECOM: switch port configration removed from switch once system is unracked.
- - IF DECOM: mgmt dns entries removed.