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

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

 



Hi,

Started testing stable6 upto the latest branch. Same results.

Regards,
Vlad Blando <https://about.me/vblando>


On Tue, May 14, 2024 at 11:00 PM Guillaume ABRIOUX <gabrioux@xxxxxxx> wrote:

> Hi Vlad,
>
>
>
> To be honest, this playbook hasn’t received any engineering attention in a
> while. It's most likely broken.
>
> Which version of this playbook are you using?
>
>
>
> Regards,
>
>
>
> --
>
> Guillaume Abrioux
>
> Software Engineer
>
>
>
> *From: *Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
> *Date: *Tuesday, 14 May 2024 at 10:12
> *To: *vladimir franciz blando <vladimir.blando@xxxxxxxxx>
> *Cc: *ceph-users <ceph-users@xxxxxxx>
> *Subject: *[EXTERNAL]  Re: Problem with
> take-over-existing-cluster.yml playbook
>
>
> 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
> Unless otherwise stated above:
>
> Compagnie IBM France
> Siège Social : 17, avenue de l'Europe, 92275 Bois-Colombes Cedex
> RCS Nanterre 552 118 465
> Forme Sociale : S.A.S.
> Capital Social : 664 069 390,60 €
> SIRET : 552 118 465 03644 - Code NAF 6203Z
>
_______________________________________________
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