You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We have a server that has disks redundantly attached. So we have use as disk devices /dev/mapper/mpath{a..e}
This seems to interfere with this piece of code in roles/backend_setup/main.yaml:
# Get the list of volume groups created on vdo disks
# This is a bit hacky, we rely on pvname to get vdo disks
- name: Record VDO devices (if any)
set_fact:
vdo_devs: "{{ vdo_devs|default([]) + [ item.vgname ] }}"
with_items: "{{ gluster_infra_volume_groups | default([]) }}"
when: item.pvname is defined and item.pvname is search("/dev/mapper/")
What happens is that because the disks all have pvnames that contain "/dev/mapper" they are added to the vdo_devs list, and this leads to roles/backed_setup/mount.yaml trying to mount them as VDOs... And this fails.
The text was updated successfully, but these errors were encountered:
@kristvanbesien can you attach your variable file? We pick the vdo_devs from the volume groups defined.
So the role would try to mount the device only if /dev/mapper is defined somewhere in the variable file.
Your variable file will help understand the problem better. You can remove the hosts part.
We have a server that has disks redundantly attached. So we have use as disk devices /dev/mapper/mpath{a..e}
This seems to interfere with this piece of code in roles/backend_setup/main.yaml:
What happens is that because the disks all have pvnames that contain "/dev/mapper" they are added to the vdo_devs list, and this leads to
roles/backed_setup/mount.yaml
trying to mount them as VDOs... And this fails.The text was updated successfully, but these errors were encountered: