Re: Problem with take-over-existing-cluster.yml playbook

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello Vlad,

We've seen this before a while back. Not sure to recall how we got around this but you might want to try setting 'ip_version: ipv4' in your all.yaml file since this seems to be a condition to the facts setting.

- name: Set_fact _monitor_addresses - ipv4
  ansible.builtin.set_fact:
    _monitor_addresses: "{{ _monitor_addresses | default({}) | combine({item: hostvars[item]['ansible_facts']['all_ipv4_addresses'] | ips_in_ranges(hostvars[item]['public_network'].split(',')) | first}) }}"
  with_items: "{{ groups.get(mon_group_name, []) }}"
  when:
    - ip_version == 'ipv4'

I can see we set it in our old all.yaml file.

Regards,
Frédéric.

----- Le 13 Mai 24, à 14:19, vladimir franciz blando vladimir.blando@xxxxxxxxx a écrit :

> Hi,
> 
> If I follow the guide, it only says to define the mons on the ansible hosts
> files under the section [mons] which I did with this example (not real ip)
> 
> [mons]
> vlad-ceph1 monitor_address=192.168.1.1 ansible_user=ceph
> vlad-ceph2 monitor_address=192.168.1.2 ansible_user=ceph
> vlad-ceph3 monitor_address=192.168.1.3 ansible_user=ceph
> 
> 
> Regards,
> Vlad Blando <https://about.me/vblando>
> 
> 
> On Wed, May 8, 2024 at 6:22 PM Eugen Block <eblock@xxxxxx> wrote:
> 
>> Hi,
>>
>> I'm not familiar with ceph-ansible. I'm not sure if I understand it
>> correctly, according to [1] it tries to get the public IP range to
>> define monitors (?). Can you verify if your mon sections in
>> /etc/ansible/hosts are correct?
>>
>> ansible.builtin.set_fact:
>>      _monitor_addresses: "{{ _monitor_addresses | default({}) |
>> combine({item: hostvars[item]['ansible_facts']['all_ipv4_addresses'] |
>> ips_in_ranges(hostvars[item]['public_network'].split(',')) | first}) }}"
>>
>> [1]
>>
>> https://github.com/ceph/ceph-ansible/blob/878cce5b4847a9a112f9d07c0fd651aa15f1e58b/roles/ceph-facts/tasks/set_monitor_address.yml
>>
>> Zitat von vladimir franciz blando <vladimir.blando@xxxxxxxxx>:
>>
>> > I know that only a few are using this script but just trying my luck here
>> > if someone has the same issue as mine.
>> >
>> > But first, who has successfully used this script and what version did you
>> > use? Im using this guide on my test environment (
>> >
>> https://access.redhat.com/documentation/en-us/red_hat_ceph_storage/3/html/installation_guide_for_red_hat_enterprise_linux/importing-an-existing-ceph-cluster-to-ansible
>> > )
>> >
>> > Error encountered
>> > ---
>> > TASK [Generate ceph configuration file]
>> > **********************************************************************
>> >
>> >
>> ***********************************************************************************
>> > fatal: [vladceph-1]: FAILED! =>
>> >   msg: '''_monitor_addresses'' is undefined. ''_monitor_addresses'' is
>> > undefined'
>> > fatal: [vladceph-3]: FAILED! =>
>> >   msg: '''_monitor_addresses'' is undefined. ''_monitor_addresses'' is
>> > undefined'
>> > fatal: [vladceph-2]: FAILED! =>
>> >   msg: '''_monitor_addresses'' is undefined. ''_monitor_addresses'' is
>> > undefined'
>> > ---
>> >
>> >
>> >
>> > Regards,
>> > Vlad Blando <https://about.me/vblando>
>> > _______________________________________________
>> > ceph-users mailing list -- ceph-users@xxxxxxx
>> > To unsubscribe send an email to ceph-users-leave@xxxxxxx
>>
>>
>> _______________________________________________
>> ceph-users mailing list -- ceph-users@xxxxxxx
>> To unsubscribe send an email to ceph-users-leave@xxxxxxx
>>
> _______________________________________________
> ceph-users mailing list -- ceph-users@xxxxxxx
> To unsubscribe send an email to ceph-users-leave@xxxxxxx
_______________________________________________
ceph-users mailing list -- ceph-users@xxxxxxx
To unsubscribe send an email to ceph-users-leave@xxxxxxx




[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Ceph Dev]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux