Page MenuHomePhabricator

decommission francium.eqiad.wmnet
Closed, ResolvedPublicRequest


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

wkandek created this task.Jan 28 2021, 1:12 AM
Dzahn claimed this task.Jan 28 2021, 5:43 PM
Dzahn added a comment.Jan 28 2021, 5:46 PM

the replacement of this, called htmldumper1001 still has this comment in site.pp

1230 # new host that needs to be turned over to service owner
1231 node 'htmldumper1001.eqiad.wmnet' {
1232     role(dumps::web::htmldumps)

So wondering who that owner is going to be.

Change 659341 had a related patch set uploaded (by Dzahn; owner: Dzahn):
[operations/puppet@production] site: update comment on htmldumper1001

Change 659346 had a related patch set uploaded (by Dzahn; owner: Dzahn):
[operations/puppet@production] decom francium.eqiad.wmnet (stalled)

Dzahn changed the task status from Open to Stalled.Jan 28 2021, 6:07 PM

This server is still in production.

Before decom can start this kind of switch needs to happen:

Change 659341 merged by Dzahn:
[operations/puppet@production] site: update comment on htmldumper1001

cookbooks.sre.hosts.decommission executed by dzahn@cumin1001 for hosts: francium.eqiad.wmnet

  • francium.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 659346 merged by Dzahn:
[operations/puppet@production] decom francium.eqiad.wmnet

Dzahn changed the task status from Stalled to Open.Mon, Feb 1, 7:30 PM
Dzahn updated the task description. (Show Details)
Dzahn removed a subscriber: wkandek.
Dzahn removed Dzahn as the assignee of this task.Mon, Feb 1, 7:41 PM
Dzahn added a subscriber: Dzahn.

The serviceops part of this is done. dcops can now continue.

wiki_willy moved this task from Backlog to Decommission on the ops-eqiad board.Tue, Feb 2, 6:32 PM
Cmjohnson closed this task as Resolved.Wed, Feb 3, 9:05 PM

removed from rack

Dzahn added a comment.Wed, Feb 3, 11:38 PM

How about the unchecked boxes like wiping and updating netbox? I still see it here:

Dzahn reassigned this task from Cmjohnson to ArielGlenn.Tue, Feb 23, 3:15 PM
Dzahn added a subscriber: Cmjohnson.

I am a bit concerned now that your new ticket mentions transferring data. this is already removed from rack.

I am a bit concerned now that your new ticket mentions transferring data. this is already removed from rack.

Don't be. I just wanted confirmation that the host is in fact decommed, somehow I thought all these comments were on the other task that I opened ages ago.

Dzahn added a comment.Tue, Feb 23, 9:31 PM

ok, great :) then it's more like the opposite.. should the disk have been wiped and otherwise done:)