"Error: centos-release-ceph-luminous conflicts with centos-release-ceph-jewel-1.0-1.el7.centos.noarch

[wes hayutin]

http://git.openstack.org/cgit/openstack-infra/zuul-jobs/tree/roles/multi-node-bridge/tasks/common.yaml#n10

# CentOS requires repositories provided by centos in order to install
# openvswitch, set them up.
- name: Enable centos-release-openstack-queens
  become: yes
  package:
    name: centos-release-openstack-queens
    state: installed
  when:
    - ansible_os_family == "RedHat"
    - ansible_distribution != "Fedora"
  register: centos_ovs

Error:
fatal: [secondary]: FAILED! => {"changed": false, "msg": "Error: centos-release-ceph-luminous conflicts with centos-release-ceph-jewel-1.0-1.el7.centos.noarch\n", "rc": 1, "results": ["Loaded plugins: fastestmirro
r\nLoading mirror speeds from cached hostfile\n * base: mirror.hackingand.coffee\n * epel: kdeforge2.unl.edu\n * extras: mirror.hackingand.coffee\n * updates: mirrors.tummy.com\nResolving Dependencies\n--> Running
 transaction check\n---> Package centos-release-openstack-queens.x86_64 0:1-1.el7.centos will be installed\n--> Processing Dependency: centos-release-ceph-luminous for package: centos-release-openstack-queens-1-1.
el7.centos.x86_64\n--> Running transaction check\n---> Package centos-release-ceph-luminous.noarch 0:1.0-1.el7.centos will be installed\n--> Processing Conflict: centos-release-ceph-luminous-1.0-1.el7.centos.noarc
h conflicts centos-release-ceph < 12.2\n--> Finished Dependency Resolution\n You could try using --skip-broken to work around the problem\n You could try running: rpm -Va --nofiles --nodigest\n"]}
fatal: [primary]: FAILED! => {"changed": false, "msg": "Error: centos-release-ceph-luminous conflicts with centos-release-ceph-jewel-1.0-1.el7.centos.noarch\n", "rc": 1, "results": ["Loaded plugins: fastestmirror\
nLoading mirror speeds from cached hostfile\n * base: repos-tx.psychz.net\n * epel: mirrors.tummy.com\n * extras: mirrors.syringanetworks.net\n * updates: mirrors.tummy.com\nResolving Dependencies\n--> Running tra
nsaction check\n---> Package centos-release-openstack-queens.x86_64 0:1-1.el7.centos will be installed\n--> Processing Dependency: centos-release-ceph-luminous for package: centos-release-openstack-queens-1-1.el7.
centos.x86_64\n--> Running transaction check\n---> Package centos-release-ceph-luminous.noarch 0:1.0-1.el7.centos will be installed\n--> Processing Conflict: centos-release-ceph-luminous-1.0-1.el7.centos.noarch co
nflicts centos-release-ceph < 12.2\n--> Finished Dependency Resolution\n You could try using --skip-broken to work around the problem\n You could try running: rpm -Va --nofiles --nodigest\n"]}

===================================================

Obviously have a packaging issue here. I suspect the luminous rpm should not conflict but update or upgrade the jewel package.

[Alan Pevec (apevec)]

That was done by Storage SIG to avoid unintentional upgrades, question is where is centos-release-ceph-jewel coming from i.e. why is it installed? It needs to be removed first.

[Marios Andreou (marios-b)]

o/ Alan, that is done here FYI https://github.com/openstack-infra/tripleo-ci/blob/ad050216c2cc5c3ea0786b85dee9a1ee1b4eed40/scripts/tripleo.sh#L293-L318 - we are working on moving away from using tripleo.sh altogether with https://trello.com/c/GvjcnJB2/850-translate-tripleosh-bootstrap-subnodes-into-a-series-of-tasks but for now I posted a review at https://review.openstack.org/583547 which makes luminous the default should help i think

[Sagi (Sergey) Shnaidman (sshnaidm)]

@Wes, where does it happen? Where is the log of the job? In which stage of job does it happen? In which job does it happen?
This bug need more details and info.

[Marios Andreou (marios-b)]

o/ Alan /anyone else do you have a pointer to logs /job where this was failing please or was it from local setup?

The review at https://review.openstack.org/583547 is at least related and imo necessary anyway, since it updates the ceph releases to include luminous which is missing. However it would be nice to confirm that it fixes the bug since we have closes-bug on it.

[Juan Antonio Osorio Robles (juan-osorio-robles)]

Is this still an issue?