Skip to content
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

gluster.infra fails with multipath devices. #63

Open
kristvanbesien opened this issue Jun 4, 2019 · 1 comment
Open

gluster.infra fails with multipath devices. #63

kristvanbesien opened this issue Jun 4, 2019 · 1 comment

Comments

@kristvanbesien
Copy link

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.

@sac
Copy link
Member

sac commented Jun 4, 2019

@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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants