Conversation
etc/kayobe/environments/stackhpc-baremetal/ansible/baremetal-0-enroll-overcloud.yml
Outdated
Show resolved
Hide resolved
etc/kayobe/environments/stackhpc-baremetal/ansible/baremetal-0-enroll-overcloud.yml
Outdated
Show resolved
Hide resolved
etc/kayobe/environments/stackhpc-baremetal/ansible/baremetal-1-check-bmc-up.yml
Outdated
Show resolved
Hide resolved
etc/kayobe/environments/stackhpc-baremetal/ansible/recover-baremetal.yml
Show resolved
Hide resolved
|
|
||
| - name: Undeploy baremetals in 'deploy failed' or 'error' state | ||
| ansible.builtin.command: | ||
| cmd: "{{ venv }}/bin/openstack baremetal node undeploy {{ inventory_hostname }}" |
There was a problem hiding this comment.
JohnG "Maybe lets move this into ./baremetal-4-clean.yml, at least for deploy failed."
etc/kayobe/environments/stackhpc-baremetal/inventory/group_vars/baremetal-redfish/ironic
Outdated
Show resolved
Hide resolved
etc/kayobe/environments/stackhpc-sushy-baremetal/ansible/auto-setup.yml
Outdated
Show resolved
Hide resolved
etc/kayobe/environments/stackhpc-sushy-baremetal/ansible/create-virtual-baremetal.yml
Outdated
Show resolved
Hide resolved
etc/kayobe/environments/stackhpc-sushy-baremetal/ansible/sushy-emulator.yml
Show resolved
Hide resolved
etc/kayobe/environments/stackhpc-sushy-baremetal/ansible/vbmc-net.xml.j2
Outdated
Show resolved
Hide resolved
etc/kayobe/environments/stackhpc-sushy-baremetal/ansible/vbmc-pool.xml.j2
Show resolved
Hide resolved
etc/kayobe/environments/stackhpc-sushy-baremetal/inventory/group_vars/controllers/lvm.yml
Show resolved
Hide resolved
etc/kayobe/environments/stackhpc-sushy-baremetal/inventory/group_vars/sushy-libvirt/ironic
Outdated
Show resolved
Hide resolved
etc/kayobe/environments/stackhpc-baremetal/ansible/baremetal-0-enroll-baremetal.yml
Outdated
Show resolved
Hide resolved
etc/kayobe/environments/stackhpc-baremetal/ansible/baremetal-0-enroll-baremetal.yml
Outdated
Show resolved
Hide resolved
….conf Co-authored-by: Will Szumski <will@stackhpc.com>
…fish address var in group_vars/sushy-libvirt/ironic
7dee849 to
0c07187
Compare
assumptionsandg
left a comment
There was a problem hiding this comment.
Mainly some nit comments
|
|
||
| * ``kayobe overcloud service deploy`` | ||
|
|
||
| * ``source kayobe-config/etc/kolla/admin-openrc.sh`` |
There was a problem hiding this comment.
nit: Would probably be best to say source $KAYOBE_CONFIG_PATH/../kolla/admin-openrc.sh
| @@ -0,0 +1,2 @@ | |||
| libvirt-python | |||
There was a problem hiding this comment.
Should we be pinning these?
etc/kayobe/environments/stackhpc-sushy-baremetal/inventory/group_vars/controllers/lvm.yml
Show resolved
Hide resolved
|
|
||
| * ``kayobe control host bootstrap`` | ||
|
|
||
| * ``kayobe overcloud host configure`` |
There was a problem hiding this comment.
growroot may be potentially necessary? I could be wrong though.
As in the possible deployment sequence might be:
kayobe overcloud host configure -t kayobe-ansible-user
kayobe playbook run $KAYOBE_CONFIG_PATH/ansible/tools/growroot.yml
kayobe overcloud host configure
|
|
||
| * ``kayobe overcloud post configure`` | ||
|
|
||
| Auto-setup script used to set up Sushy and create virtual baremetal within libvirt using the |
There was a problem hiding this comment.
It might be helpful to explain this runs two different Ansible playbooks... as in this auto-setup script first runs through the Sushy Emulator deployment, and then creates the virtual baremetal which is enrolled in the Sushy Emulator.
|
|
||
| ``kayobe playbook run environments/stackhpc-sushy-baremetal/ansible/auto-setup.yml`` | ||
|
|
||
| Scripts from the baremetal env can be run to enroll, inspect and clean virtual baremetal nodes. |
There was a problem hiding this comment.
We could possibly elaborate here that once the virtual baremetal is created from the previous step and is configured in Sushy, we can begin the same enrollment process we use with other baremetal.
| @@ -0,0 +1,10 @@ | |||
| --- | |||
|
|
|||
| stackhpc_release_pulp_username: "skc-ci-aio" | |||
There was a problem hiding this comment.
nit: maybe this could be set to stackhpc_repo_mirror_username from the ci-aio env?
| ansible.builtin.import_playbook: ./sushy-setup.yml | ||
| - name: Create Libvirt vBMC nodes | ||
| ansible.builtin.import_playbook: ./create-virtual-baremetal.yml | ||
|
|
There was a problem hiding this comment.
Linting isn't happy with this extra line
| - python3-devel | ||
| state: present | ||
|
|
||
| - name: Start and enable the QEMU service |
There was a problem hiding this comment.
We do actually have a role than configures a host for libvirt: https://github.com/stackhpc/ansible-role-libvirt-host. Ideally we'd use that, but is there a reason not to?
There was a problem hiding this comment.
Still think these templates should be factor out in a sushy role:
roles/sushy/templates/sushy.conf.j2
...
|
|
||
| #these vars used to be within ironic_driver_info | ||
| ironic_redfish_system_id: "/redfish/v1/Systems/1" | ||
| ironic_redfish_address: "http://192.168.33.3:34343" |
There was a problem hiding this comment.
Is this is specific to the sushy emulator? Should it in that environment?
| # settings for provision-nova.yml | ||
| ironic_provision_network: "provision-net" | ||
| ironic_provision_flavor: "example_resource_class" | ||
| ironic_provision_image: "overcloud-rocky-9-2025.1-20250930T144255" |
There was a problem hiding this comment.
Should we leave this unset and error if it is missing? Possibly using the mandatory filter?
There was a problem hiding this comment.
I agree for the flavor we should leave unset, the image we can likely just set to this or something:
ironic_provision_image: "{{ stackhpc_overcloud_host_image_version }}"
No description provided.