-
Notifications
You must be signed in to change notification settings - Fork 112
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix sushy_emulator integration in reproducer #1753
Conversation
A series of assumptions were made and lead to some issues with the way the reproducer works. Mostly, it can happen a hypervisor doesn't have the "zuul" user (for example a home lab), leading to issues when facts such as `ansible_user_id`, `ansible_user_dir` and related are used in conjuction with `delegate_to`. This patch allows the reproducer to properly works with the sushy_emulator integration, and fixes some of those assumptions. It also ensure the molecule tests for reproducer role is triggered uppon podman and sushy_emulator role modifications.
Skipping CI for Draft Pull Request. |
/approve |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: pablintino The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
It's a followup of openstack-k8s-operators#1753
It's a followup of openstack-k8s-operators#1753. We get rid of realpath filter which resolves the path using the controller's filesystem [1]. When the filesystems don't match between the controller and the remote machine, we might hit somme issues. For instance, when running controller on a Fedora CoreOS system, the '/home' gets resolved as '/var/home' by realpath, leading to incorrect path in remote machine. Without 'realpath', we end up with the '..' in the patch which is a bit uggly but we keep the consistency. Also, we set the hypervisor ansible user used as the emulator libvirt user in order to have a more dynamic configuration, otherwise it fails by default if hypervisor ansible user is not 'zuul' (i.e default user). [1] https://docs.ansible.com/ansible/latest/collections/ansible/builtin/realpath_filter.html#synopsis
It's a followup of openstack-k8s-operators#1753. We get rid of realpath filter which resolves the path using the controller's filesystem [1]. When the filesystems don't match between the controller and the remote machine, we might hit somme issues. For instance, when running controller on a Fedora CoreOS system, the '/home' gets resolved as '/var/home' by realpath, leading to incorrect path in remote machine. Without 'realpath', we end up with the '..' in the path which is a bit uggly but we keep the consistency. Also, we set the hypervisor ansible user used as the emulator libvirt user in order to have a more dynamic configuration, otherwise it fails by default if hypervisor ansible user is not 'zuul' (i.e default user). [1] https://docs.ansible.com/ansible/latest/collections/ansible/builtin/realpath_filter.html#synopsis
It's a followup of openstack-k8s-operators#1753. We get rid of realpath filter which resolves the path using the controller's filesystem [1]. When the filesystems don't match between the controller and the remote machine, we might hit somme issues. For instance, when running controller on a Fedora CoreOS system, the `/home` gets resolved as `/var/home` by realpath, leading to incorrect path in remote machine. Without `realpath`, we end up with the `..` in the path which is a bit uggly but we keep the consistency. Also, we set the hypervisor ansible user used as the emulator libvirt user in order to have a more dynamic configuration, otherwise it fails by default if hypervisor ansible user is not `zuul` (i.e default user). [1] https://docs.ansible.com/ansible/latest/collections/ansible/builtin/realpath_filter.html#synopsis
It's a followup of openstack-k8s-operators#1753. We get rid of realpath filter which resolves the path using the controller's filesystem [1]. When the filesystems don't match between the controller and the remote machine, we might hit somme issues. For instance, when running controller on a Fedora CoreOS system, the `/home` gets resolved as `/var/home` by realpath, leading to incorrect path in remote machine. Without `realpath`, we end up with the `..` in the path which is a bit uggly but we keep the consistency. Also, we set the hypervisor ansible user used as the emulator libvirt user in order to have a more dynamic configuration, otherwise it fails by default if hypervisor ansible user is not `zuul` (i.e default user). [1] https://docs.ansible.com/ansible/latest/collections/ansible/builtin/realpath_filter.html#synopsis
It's a followup of openstack-k8s-operators#1753. We get rid of realpath filter which resolves the path using the controller's filesystem [1]. When the filesystems don't match between the controller and the remote machine, we might hit somme issues. For instance, when running controller on a Fedora CoreOS system, the `/home` gets resolved as `/var/home` by realpath, leading to incorrect path in remote machine. Without `realpath`, we end up with the `..` in the path which is a bit uggly but we keep the consistency. Also, we set the hypervisor ansible user used as the emulator libvirt user in order to have a more dynamic configuration, otherwise it fails by default if hypervisor ansible user is not `zuul` (i.e default user). [1] https://docs.ansible.com/ansible/latest/collections/ansible/builtin/realpath_filter.html#synopsis
It's a followup of openstack-k8s-operators#1753. We get rid of realpath filter which resolves the path using the controller's filesystem [1]. When the filesystems don't match between the controller and the remote machine, we might hit somme issues. For instance, when running controller on a Fedora CoreOS system, the `/home` gets resolved as `/var/home` by realpath, leading to incorrect path in remote machine. Without `realpath`, we end up with the `..` in the path which is a bit uggly but we keep the consistency. Also, we set the hypervisor ansible user used as the emulator libvirt user in order to have a more dynamic configuration, otherwise it fails by default if hypervisor ansible user is not `zuul` (i.e default user). [1] https://docs.ansible.com/ansible/latest/collections/ansible/builtin/realpath_filter.html#synopsis
It's a followup of openstack-k8s-operators#1753. We get rid of realpath filter which resolves the path using the controller's filesystem [1]. When the filesystems don't match between the controller and the remote machine, we might hit somme issues. For instance, when running controller on a Fedora CoreOS system, the `/home` gets resolved as `/var/home` by realpath, leading to incorrect path in remote machine. Without `realpath`, we end up with the `..` in the path which is a bit uggly but we keep the consistency. Also, we set the hypervisor ansible user used as the emulator libvirt user in order to have a more dynamic configuration, otherwise it fails by default if hypervisor ansible user is not `zuul` (i.e default user). [1] https://docs.ansible.com/ansible/latest/collections/ansible/builtin/realpath_filter.html#synopsis
It's a followup of openstack-k8s-operators#1753. We get rid of realpath filter which resolves the path using the controller's filesystem [1]. When the filesystems don't match between the controller and the remote machine, we might hit somme issues. For instance, when running controller on a Fedora CoreOS system, the `/home` gets resolved as `/var/home` by realpath, leading to incorrect path in remote machine. Without `realpath`, we end up with the `..` in the path which is a bit uggly but we keep the consistency. Also, we set the hypervisor ansible user used as the emulator libvirt user in order to have a more dynamic configuration, otherwise it fails by default if hypervisor ansible user is not `zuul` (i.e default user). [1] https://docs.ansible.com/ansible/latest/collections/ansible/builtin/realpath_filter.html#synopsis
It's a followup of openstack-k8s-operators#1753. We get rid of realpath filter which resolves the path using the controller's filesystem [1]. When the filesystems don't match between the controller and the remote machine, we might hit somme issues. For instance, when running controller on a Fedora CoreOS system, the `/home` gets resolved as `/var/home` by realpath, leading to incorrect path in remote machine. Without `realpath`, we end up with the `..` in the path which is a bit uggly but we keep the consistency. Also, we set the hypervisor ansible user used as the emulator libvirt user in order to have a more dynamic configuration, otherwise it fails by default if hypervisor ansible user is not `zuul` (i.e default user). [1] https://docs.ansible.com/ansible/latest/collections/ansible/builtin/realpath_filter.html#synopsis
It's a followup of openstack-k8s-operators#1753. We get rid of realpath filter which resolves the path using the controller's filesystem [1]. When the filesystems don't match between the controller and the remote machine, we might hit somme issues. For instance, when running controller on a Fedora CoreOS system, the `/home` gets resolved as `/var/home` by realpath, leading to incorrect path in remote machine. Without `realpath`, we end up with the `..` in the path which is a bit uggly but we keep the consistency. Also, we set the hypervisor ansible user used as the emulator libvirt user in order to have a more dynamic configuration, otherwise it fails by default if hypervisor ansible user is not `zuul` (i.e default user). [1] https://docs.ansible.com/ansible/latest/collections/ansible/builtin/realpath_filter.html#synopsis
It's a followup of openstack-k8s-operators#1753. We get rid of realpath filter which resolves the path using the controller's filesystem [1]. When the filesystems don't match between the controller and the remote machine, we might hit somme issues. For instance, when running controller on a Fedora CoreOS system, the `/home` gets resolved as `/var/home` by realpath, leading to incorrect path in remote machine. Without `realpath`, we end up with the `..` in the path which is a bit uggly but we keep the consistency. Also, we set the hypervisor ansible user used as the emulator libvirt user in order to have a more dynamic configuration, otherwise it fails by default if hypervisor ansible user is not `zuul` (i.e default user). [1] https://docs.ansible.com/ansible/latest/collections/ansible/builtin/realpath_filter.html#synopsis
It's a followup of openstack-k8s-operators#1753. We get rid of realpath filter which resolves the path using the controller's filesystem [1]. When the filesystems don't match between the controller and the remote machine, we might hit somme issues. For instance, when running controller on a Fedora CoreOS system, the `/home` gets resolved as `/var/home` by realpath, leading to incorrect path in remote machine. Without `realpath`, we end up with the `..` in the path which is a bit uggly but we keep the consistency. Also, we set the hypervisor ansible user used as the emulator libvirt user in order to have a more dynamic configuration, otherwise it fails by default if hypervisor ansible user is not `zuul` (i.e default user). [1] https://docs.ansible.com/ansible/latest/collections/ansible/builtin/realpath_filter.html#synopsis
It's a followup of openstack-k8s-operators#1753. We get rid of realpath filter which resolves the path using the controller's filesystem [1]. When the filesystems don't match between the controller and the remote machine, we might hit somme issues. For instance, when running controller on a Fedora CoreOS system, the `/home` gets resolved as `/var/home` by realpath, leading to incorrect path in remote machine. Without `realpath`, we end up with the `..` in the path which is a bit uggly but we keep the consistency. Also, we set the hypervisor ansible user used as the emulator libvirt user in order to have a more dynamic configuration, otherwise it fails by default if hypervisor ansible user is not `zuul` (i.e default user). [1] https://docs.ansible.com/ansible/latest/collections/ansible/builtin/realpath_filter.html#synopsis
It's a followup of openstack-k8s-operators#1753. We get rid of realpath filter which resolves the path using the controller's filesystem [1]. When the filesystems don't match between the controller and the remote machine, we might hit somme issues. For instance, when running controller on a Fedora CoreOS system, the `/home` gets resolved as `/var/home` by realpath, leading to incorrect path in remote machine. Without `realpath`, we end up with the `..` in the path which is a bit uggly but we keep the consistency. Also, we set the hypervisor ansible user used as the emulator libvirt user in order to have a more dynamic configuration, otherwise it fails by default if hypervisor ansible user is not `zuul` (i.e default user). [1] https://docs.ansible.com/ansible/latest/collections/ansible/builtin/realpath_filter.html#synopsis
It's a followup of #1753. We get rid of realpath filter which resolves the path using the controller's filesystem [1]. When the filesystems don't match between the controller and the remote machine, we might hit somme issues. For instance, when running controller on a Fedora CoreOS system, the `/home` gets resolved as `/var/home` by realpath, leading to incorrect path in remote machine. Without `realpath`, we end up with the `..` in the path which is a bit uggly but we keep the consistency. Also, we set the hypervisor ansible user used as the emulator libvirt user in order to have a more dynamic configuration, otherwise it fails by default if hypervisor ansible user is not `zuul` (i.e default user). [1] https://docs.ansible.com/ansible/latest/collections/ansible/builtin/realpath_filter.html#synopsis
A series of assumptions were made and lead to some issues with the way
the reproducer works.
Mostly, it can happen a hypervisor doesn't have the "zuul" user (for
example a home lab), leading to issues when facts such as
ansible_user_id
,ansible_user_dir
and related are used in conjuctionwith
delegate_to
.This patch allows the reproducer to properly works with the
sushy_emulator integration, and fixes some of those assumptions.
It also ensure the molecule tests for reproducer role is triggered uppon
podman and sushy_emulator role modifications.
As a pull request owner and reviewers, I checked that: