#8444 Decomission ci-cc-rdu01
Closed: Fixed 4 years ago by kevin. Opened 4 years ago by pingou.

The resultsdb instance running at resultsdb.ci.centos.org is running on the ci-cc-rdu01 box.

This instance was needed when ci.centos was sending fedmsg messages to ensure we could log them near the source of emission. Now that the entire pipeline has been moved to fedora-messaging, there is no longer a need for this.

I have opened a ticket to fedora-ci announcing that this box will be decommission on December 9th (next Monday) unless we're told otherwise: https://pagure.io/fedora-ci/general/issue/85

So let's check that ticket on Monday next week and if there is no comment or a green light, let's nuke that box :)


Metadata Update from @smooge:
- Issue assigned to pingou
- Issue priority set to: Waiting on Assignee (was: Needs Review)

4 years ago

This is what I have done:

  • Do a backup of the current DB:
sudo -u postgres pg_dump resultsdb | xz -2 > 20201209_resultsdb_cicc.sql.xz
  • Move that backup in /root on batcave01 for safe keeping

  • Destroy the host:

# virsh destroy ci-cc-rdu01.fedoraproject.org
Domain ci-cc-rdu01.fedoraproject.org destroyed
  • Undefine the host:
# virsh undefine ci-cc-rdu01.fedoraproject.org
Domain ci-cc-rdu01.fedoraproject.org has been undefined

I'm keeping the volume group around in case we need to rebuild this later in emergency.

From what I can tell we still have to:

  • Drop the volume group later this week
  • Clean up the DNS
  • Clean up ansible

I'm going to pick up ansible right now.

One more:

  • Clean up nagios to not bother about this host

Clean up nagios to not bother about this host

the noc playbook is running and should take care of this one :)

@bstinson I believe the DNS entry for resultsdb.ci.centos.org is in your hands and can be removed now :)

I cleaned up 2 small things left, I think this is all done now.

Thanks for taking care of it!

Metadata Update from @kevin:
- Issue close_status updated to: Fixed
- Issue status updated to: Closed (was: Open)

4 years ago

Move that backup in /root on batcave01 for safe keeping

I was wondering if we wanted to place that backup somewhere else "just in case"?

Thanks finishing this! :)

I've copied it off to our backup netapp volume.

Login to comment on this ticket.

Metadata