Red Hat Bugzilla – Bug 1613626
[ceph-ansible] - rolling_update not upgrading containerized OSDs when osd_auto_discovery set to true
Last modified: 2018-09-26 14:24:47 EDT
Description of problem: rolling_update not upgrading containerized OSDs when osd_auto_discovery set to true Version-Release number of selected component (if applicable): ceph-ansible-3.0.39-1.el7cp.noarch Tried to upgrade from registry.access.redhat.com/rhceph/rhceph-3-rhel7:latest to brew-pulp-docker01.web.prod.ext.phx2.redhat.com:8888/rhceph:3-12 How reproducible: Always (2/2) Steps to Reproduce: 1. Configure containerized OSDs of version n-1 with atleast one OSD with osd_auto_discovery flag set to true 2.initiate rolling update to upgrade the cluster to latest version Actual results: OSDs are not upgraded Expected results: OSDs must get updated to latest version Additional info: $ cat /etc/ansible/hosts .... [osds] .... magna023 osd_auto_discovery='true' osd_scenario="collocated" dmcrypt="true" .... [nfss] magna023 [ubuntu@magna020 ~]$ sudo docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 94fea1af2a54 brew-pulp-docker01.web.prod.ext.phx2.redhat.com:8888/rhceph:3-12 "/entrypoint.sh" 8 hours ago Up 8 hours ceph-mds-magna020 012aa349d25f registry.access.redhat.com/rhceph/rhceph-3-rhel7:latest "/entrypoint.sh" 10 hours ago Up 10 hours ceph-osd-magna020-sdc 2fae76123822 registry.access.redhat.com/rhceph/rhceph-3-rhel7:latest "/entrypoint.sh" 10 hours ago Up 10 hours ceph-osd-magna020-sdb 5aff84bf4e11 registry.access.redhat.com/rhceph/rhceph-3-rhel7:latest "/entrypoint.sh" 10 hours ago Up 10 hours ceph-osd-magna020-sdd
Created attachment 1474137 [details] File contains contents ansible-playbook log
Do you mind testing the patch I have upstream? Thanks.
In https://github.com/ceph/ceph-ansible/releases/tag/v3.0.42
Created attachment 1475462 [details] File contans rolling update log snippet and releated disk info Hi, With ceph-ansible-3.1.0-0.1.rc17, I tried upstream file changes - https://github.com/ceph/ceph-ansible/pull/2995/files#diff-8bf493809fd7084ba4cfac427420678c rolling update is failing in task TASK [ceph-osd : create gpt disk label] as *all the disks* are bing selected for 'devices' instead of selecting devices which are configured for OSD. I request you to kindly move the bug status back to ASSIGNED as fix is not working. Regards, Vasishta Shastry QE, Ceph
PR is pending upstream, the fix in the new tag should be present today or tomorrow.
Federico, osd_auto_discover is used when you don't specify the devices From the docs: Optionally, use the devices parameter to specify devices that the OSD nodes will use. Use a comma-separated list to list multiple devices. [osds] <ceph-host-name> devices="[ '<device_1>', '<device_2>' ]" so in containerized setups where the customer doesn't say which devices to use in the inventory this bug would be triggered. cheers, G
In https://github.com/ceph/ceph-ansible/releases/tag/v3.0.43 and https://github.com/ceph/ceph-ansible/releases/tag/v3.1.0rc18
Working fine with ceph-ansible-3.1.0-0.1.rc18.el7cp.noarch Moving to VERIFIED state. Regards, Vasishta shastry QE, Ceph
lgtm thanks
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2018:2819