Page MenuHomePhabricator

decommission kraz.wikimedia.org
Closed, InvalidPublic

Description

This task will track the decommission-hardware of server kraz.wikimedia.org.

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.

kraz.wikimedia.org

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 server

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: system unracked and decommissioned (by onsite), update netbox with result and set state to offline
  • - IF DECOM: switch port configration removed from switch once system is unracked.
  • - IF DECOM: add system to decommission tracking google sheet
  • - IF DECOM: mgmt dns entries removed.
  • - IF RECLAIM: set netbox state to 'inventory' and hostname to asset tag

Event Timeline

Dzahn renamed this task from decom kraz.wikimedia.org to decommission kraz.wikimedia.org.Feb 14 2020, 4:19 PM
Dzahn claimed this task.
Dzahn created this task.
Dzahn removed projects: vm-requests, User-Elukey.
Dzahn updated the task description. (Show Details)
Dzahn added subscribers: Jclark-ctr, wiki_willy, Papaul, RobH.

As reminder for everybody (to avoid issues): please don't do it until irc2001 is fully set up and working with the new tool. We'll keep kraz working side to side with irc2001 for a bit before calling the project done.

Dzahn changed the task status from Open to Stalled.Feb 14 2020, 4:28 PM

Setting to stalled to reflect that. We should change status to Open when it's ready to go.

Dzahn removed Dzahn as the assignee of this task.Feb 14 2020, 4:28 PM
jbond triaged this task as Medium priority.Feb 17 2020, 12:01 PM
jbond added a subscriber: RobH.
RobH updated the task description. (Show Details)
RobH moved this task from Backlog to pending onsite steps (codfw) on the decommission-hardware board.
RobH removed a subscriber: wiki_willy.
RobH removed a subscriber: Jclark-ctr.
wiki_willy removed a project: ops-codfw.
Dzahn removed Dzahn as the assignee of this task.

Oh, this ticket is actually not ready at all (VM or not), per previous comments. this is supposed to be stalled.

I'll just close this as invalid because the template would not match a VM and the system is still in production.

Thanks @Dzahn - I saw it listed under the "pending onsite steps (codfw)" column, so it threw me off for a sec.

! In T245279#6793672, @Dzahn wrote:
Oh, this ticket is actually not ready at all (VM or not), per previous comments. this is supposed to be stalled.

Yea, my bad, this is not fitting for a VM. But also when this was created we did not have the same decom cookbook and workflow yet.