Skip to content

Commit

Permalink
Merge pull request #1384 from stackhpc/2023.1-zed-merge
Browse files Browse the repository at this point in the history
2023.1: zed merge
  • Loading branch information
priteau authored Nov 22, 2024
2 parents 6293f7f + 26a51aa commit 4cbf0b2
Show file tree
Hide file tree
Showing 4 changed files with 33 additions and 19 deletions.
2 changes: 1 addition & 1 deletion .automation
2 changes: 2 additions & 0 deletions doc/source/configuration/release-train.rst
Original file line number Diff line number Diff line change
@@ -1,3 +1,5 @@
.. _stackhpc_release_train:

======================
StackHPC Release Train
======================
Expand Down
43 changes: 28 additions & 15 deletions doc/source/contributor/package-updates.rst
Original file line number Diff line number Diff line change
Expand Up @@ -63,18 +63,20 @@ The following steps describe the process to test the new package and container r
Creating the multinode environments
-----------------------------------

There is a comprehensive guide to setting up a multinode environment with Terraform, found here: https://github.com/stackhpc/terraform-kayobe-multinode. There are some things to note:
The `Multinode deployment workflow <https://github.com/stackhpc/stackhpc-kayobe-config/actions/workflows/stackhpc-multinode.yml>`_ can be used to automatically test changes.

To manually test the changes, there is a comprehensive guide to set up a Multinode environment with Terraform, found here: https://github.com/stackhpc/terraform-kayobe-multinode. There are some things to note:

* OVN is enabled by default, you should override it under ``etc/kayobe/environments/ci-multinode/kolla.yml kolla_enable_ovn: false`` for the OVS multinode environment.

* Remember to set different vxlan_vnis for each.
* Remember to set a different ``vxlan_vni`` for each.

* Before starting any tests, run ``dnf distro-sync`` on each host to ensure you are using the same snapshots as in the release train. You can do this using the following commands:
* Before starting any tests, run ``dnf distro-sync -y`` on each host to ensure you are using the same snapshots as in the release train. Option ``-y`` is used to prevent hosts hang waiting for the confirmation input. You can do this using the following commands:

.. code-block:: console
kayobe seed host command run -b --command "dnf distro-sync"
kayobe overcloud host command run -b --command "dnf distro-sync"
kayobe seed host command run -b --command "dnf distro-sync -y"
kayobe overcloud host command run -b --command "dnf distro-sync -y"
* This may have installed a new kernel version. If so, you will need to reboot the overcloud hosts. You can check the installed kernels and the currently running kernel with the following commands. If the latest listed version is not running, you will need to reboot.

Expand All @@ -85,7 +87,7 @@ There is a comprehensive guide to setting up a multinode environment with Terraf
kayobe playbook run --limit seed,overcloud $KAYOBE_CONFIG_PATH/ansible/reboot.yml
* The tempest tests run automatically at the end of deploy-openstack.sh. If you have the time, it is worth fixing any failing tests you can so that there is greater coverage for the package updates. (Also remember to propose these fixes in the relevant repos where applicable.)
* The tempest tests run automatically at the end of the multinode deployment script. If you have the time, it is worth fixing any failing tests you can so that there is greater coverage for the package updates. (Also remember to propose these fixes in the relevant repos where applicable.)

Upgrading host packages
-----------------------
Expand All @@ -102,6 +104,7 @@ For Rocky Linux 9, bump the snapshot versions in /etc/yum/repos.d with:

.. code-block:: console
kayobe seed host configure -t dnf
kayobe overcloud host configure -t dnf
Install new packages:
Expand All @@ -112,22 +115,32 @@ Install new packages:
Perform a rolling reboot of hosts:

.. note::
In the Multinode environment, the seed-hypervisor cannot access control
plane instances with the Openstack client. To use Openstack client, connect
to the Seed instance via SSH first. For authentication, use scp to copy
``public-openrc.sh`` to the Seed

.. code-block:: console
export ANSIBLE_SERIAL=1
kayobe playbook run $KAYOBE_CONFIG_PATH/ansible/reboot.yml --limit controllers
kayobe playbook run $KAYOBE_CONFIG_PATH/ansible/reboot.yml --limit compute[0]
# Check your hypervisor hostname
(seed) openstack hypervisor list
# Reboot controller instances and zeroth compute instance
(seed-hypervisor) export ANSIBLE_SERIAL=1
(seed-hypervisor) kayobe playbook run $KAYOBE_CONFIG_PATH/ansible/reboot.yml --limit controllers
(seed-hypervisor) kayobe playbook run $KAYOBE_CONFIG_PATH/ansible/reboot.yml --limit compute[0]
# Test live migration
openstack server create --image cirros --flavor m1.tiny --network external --hypervisor-hostname antelope-pkg-refresh-ovs-compute-02.novalocal --os-compute-api-version 2.74 server1
openstack server migrate --live-migration server1
watch openstack server show server1
(seed) openstack server create --image cirros --flavor m1.tiny --network external --hypervisor-hostname <Your Hypervisor Hostname> --os-compute-api-version 2.74 server1
(seed) openstack server migrate --live-migration server1
(seed) watch openstack server show server1
kayobe playbook run $KAYOBE_CONFIG_PATH/ansible/reboot.yml --limit compute[1]
(seed-hypervisor) kayobe playbook run $KAYOBE_CONFIG_PATH/ansible/reboot.yml --limit compute[1]
# Try and migrate back
openstack server migrate --live-migration server1
watch openstack server show server1
(seed) openstack server migrate --live-migration server1
(seed) watch openstack server show server1
Upgrading containers within a release
-------------------------------------
Expand Down
5 changes: 2 additions & 3 deletions doc/source/operations/upgrading-openstack.rst
Original file line number Diff line number Diff line change
Expand Up @@ -459,9 +459,8 @@ To upgrade the Ansible control host:
Syncing Release Train artifacts
-------------------------------

New `StackHPC Release Train <../configuration/release-train>`_ content should
be synced to the local Pulp server. This includes host packages (Deb/RPM) and
container images.
New :ref:`stackhpc_release_train` content should be synced to the local Pulp
server. This includes host packages (Deb/RPM) and container images.

.. _sync-rt-package-repos:

Expand Down

0 comments on commit 4cbf0b2

Please sign in to comment.