Page MenuHomePhabricator

decommission es1012.eqiad.wmnet
Closed, ResolvedPublicRequest


This task will track the decommission-hardware of server es1012.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.


Steps for service owner:

  • - all system services confirmed offline from production use
  • - set all icinga checks to maint mode/disabled while reclaim/decommmission takes place.
  • - 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
  • - remove ALL dns entries except the asset tag mgmt entries.
  • - 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 removed (by onsite)
  • - determine system age, under 5 years are reclaimed to spare, over 5 years are decommissioned.
  • - IF DECOM: system unracked and decommissioned (by onsite), update netbox with result and set state to offline
  • - IF DECOM: switch port configuration removed from switch once system is unracked.
  • - IF DECOM: mgmt dns entries removed.
  • - IF RECLAIM: set netbox state to 'inventory' and hostname to asset tag

Event Timeline

Marostegui raised the priority of this task from Medium to High.Nov 18 2020, 8:15 AM
Marostegui created this task.
Marostegui moved this task from Triage to In progress on the DBA board.

Setting this to high as we need to make space for x2 hosts (T267043#6606399)

Change 641687 had a related patch set uploaded (by Marostegui; owner: Marostegui):
[operations/puppet@production] instances.yaml: Remove es1012 from dbctl

Change 641687 merged by Marostegui:
[operations/puppet@production] instances.yaml: Remove es1012 from dbctl

Mentioned in SAL (#wikimedia-operations) [2020-11-18T08:29:42Z] <marostegui@cumin1001> dbctl commit (dc=all): 'Remove es1012 from dbctl T268101', diff saved to and previous config saved to /var/cache/conftool/dbconfig/20201118-082942-marostegui.json

Change 641688 had a related patch set uploaded (by Marostegui; owner: Marostegui):
[operations/puppet@production] mariadb: Disable notifications on es1011,es1012,es1014.

Change 641688 merged by Marostegui:
[operations/puppet@production] mariadb: Disable notifications on es1011,es1012,es1014.

Mentioned in SAL (#wikimedia-operations) [2020-11-18T08:34:47Z] <marostegui> Stop MySQL on es1011, es1012, es1014 T268100 T268101 T268102

Change 642264 had a related patch set uploaded (by Marostegui; owner: Marostegui):
[operations/puppet@production] mariadb: Decommission es1012

cookbooks.sre.hosts.decommission executed by marostegui@cumin1001 for hosts: es1012.eqiad.wmnet

  • es1012.eqiad.wmnet (PASS)
    • Downtimed host on Icinga
    • Found physical host
    • Downtimed management interface on Icinga
    • Wiped bootloaders
    • Powered off
    • Set Netbox status to Decommissioning and deleted all non-mgmt interfaces and related IPs
    • Removed from DebMonitor
    • Removed from Puppet master and PuppetDB

Change 642264 merged by Marostegui:
[operations/puppet@production] mariadb: Decommission es1012

Marostegui updated the task description. (Show Details)
Marostegui edited projects, added ops-eqiad; removed Patch-For-Review, DBA.

Ready for DC-Ops
The reason for this task to be high priority is at T268101#6629557

wiki_willy added subscribers: Cmjohnson, wiki_willy.

@Cmjohnson - here's another decom, to help make space for the incoming x2 hosts, due to arrive this week via T264584. Thanks, Willy

done and off the rack