Page MenuHomePhabricator

decommission db2088
Closed, ResolvedPublicRequest

Description

This task will track the decommission-hardware of server db2088

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.

db2088 D1U14

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. (likely done by script)
  • - 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, and run homer.
  • - remove all remaining puppet references and all host entries in the puppet repo
  • - reassign task from service owner to DC ops team member and site project (ops-sitename) depending on site of server

End service owner steps / Begin DC-Ops team steps:

  • - 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: mgmt dns entries removed.
  • - IF RECLAIM: set netbox state to 'inventory' and hostname to asset tag

Event Timeline

Change 818446 had a related patch set uploaded (by Marostegui; author: Marostegui):

[operations/puppet@production] instances.yaml: Remove db2088 from dbctl

https://gerrit.wikimedia.org/r/818446

Change 818446 merged by Marostegui:

[operations/puppet@production] instances.yaml: Remove db2088 from dbctl

https://gerrit.wikimedia.org/r/818446

Mentioned in SAL (#wikimedia-operations) [2022-07-29T11:42:03Z] <marostegui@cumin1001> dbctl commit (dc=all): 'Remove db2088 from dbctl T313797', diff saved to https://phabricator.wikimedia.org/P32111 and previous config saved to /var/cache/conftool/dbconfig/20220729-114203-marostegui.json

Change 819434 had a related patch set uploaded (by Marostegui; author: Marostegui):

[operations/puppet@production] db2088: Decommission

https://gerrit.wikimedia.org/r/819434

cookbooks.sre.hosts.decommission executed by marostegui@cumin1001 for hosts: db2088.codfw.wmnet

  • db2088.codfw.wmnet (FAIL)
    • Downtimed host on Icinga/Alertmanager
    • Found physical host
    • Downtimed management interface on Icinga/Alertmanager
    • Wiped all swraid, partition-table and filesystem signatures
    • Failed to power off, manual intervention required: Remote IPMI for db2088.mgmt.codfw.wmnet failed (exit=1): b''
    • [Netbox] Set status to Decommissioning, deleted all non-mgmt IPs, updated switch interfaces (disabled, removed vlans, etc
    • Configured the linked switch interface(s)
    • Removed from DebMonitor
    • Removed from Puppet master and PuppetDB

ERROR: some step on some host failed, check the bolded items above

Change 819434 merged by Marostegui:

[operations/puppet@production] db2088: Decommission

https://gerrit.wikimedia.org/r/819434

Marostegui added a subscriber: Papaul.

@Papaul this is ready for you, but you'll need to power it off yourself as the ipmi connection wasn't working.

Papaul updated the task description. (Show Details)

complete