Here is what i tried[0]. - pin ceph version in ceph-* container to Jewel. - the clients (nova/gnocchi/cinder) container use ceph Luminous.
I made some test locally with a env: nova + glance + gnocchi + ceph, seems it works. [0] https://review.openstack.org/549466 On Tue, Feb 27, 2018 at 12:53 AM, Michał Jastrzębski <inc...@gmail.com> wrote: > I'm for option 1 definitely. accidental ceph upgrade during routine > minor version upgrade is something we don't want. We will need big > warning about this version mismatch in release notes. > > On 26 February 2018 at 07:01, Eduardo Gonzalez <dabar...@gmail.com> wrote: > > I prefer option 1, breaking stable policy is not good for users. They > will > > be forced to upgrade a major ceph version during a minor upgrade, which > is > > not good and not excepted to be done ever. > > > > Regards > > > > > > 2018-02-26 9:51 GMT+01:00 Shake Chen <shake.c...@gmail.com>: > >> > >> I prefer to the option 2. > >> > >> On Mon, Feb 26, 2018 at 4:39 PM, Jeffrey Zhang <zhang.lei....@gmail.com > > > >> wrote: > >>> > >>> Recently, the Ubuntu jobs on pike branch are red[0]. With some > debugging, > >>> i found it is caused by > >>> package dependency. > >>> > >>> > >>> *Background* > >>> > >>> Since we have no time to upgrade ceph from Jewel to Luminous at the end > >>> of pike cycle, we pinned > >>> Ceph to Jewel on pike branch. This works on CentOS, because ceph jewel > >>> and ceph luminous are on > >>> the different repos. > >>> > >>> But in Ubuntu Cloud Archive repo, it bump ceph to Luminous. Even though > >>> ceph luminous still exists > >>> on UCA. But since qemu 2.10 depends on ceph luminous, we have to ping > >>> qemu to 2.5 to use ceph Jewel[1]. > >>> And this works since then. > >>> > >>> > >>> *Now Issue* > >>> > >>> But recently, UCA changed the libvirt-daemon package dependency, and > >>> added following, > >>> > >>> Package: libvirt-daemon > >>> Version: 3.6.0-1ubuntu6.2~cloud0 > >>> ... > >>> Breaks: qemu (<< 1:2.10+dfsg-0ubuntu3.4~), qemu-kvm (<< > >>> 1:2.10+dfsg-0ubuntu3.4~) > >>> > >>> It requires qemu 2.10 now. So dependency is broken and nova-libvirt > >>> container is failed to build. > >>> > >>> > >>> *Possible Solution* > >>> > >>> I think there two possible ways now, but none of them is good. > >>> > >>> 1. install ceph Luminuous on nova-libvirt container and ceph Jewel in > >>> ceph-* container > >>> 2. Bump ceph from jewel to luminous. But this breaks the backport > policy, > >>> obviously. > >>> > >>> So any idea on this? > >>> > >>> [0] https://review.openstack.org/534149 > >>> [1] https://review.openstack.org/#/c/526931/ > >>> > >>> -- > >>> Regards, > >>> Jeffrey Zhang > >>> Blog: http://xcodest.me > >>> > >>> > >>> ____________________________________________________________ > ______________ > >>> OpenStack Development Mailing List (not for usage questions) > >>> Unsubscribe: > >>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > >>> > >> > >> > >> > >> -- > >> Shake Chen > >> > >> > >> ____________________________________________________________ > ______________ > >> OpenStack Development Mailing List (not for usage questions) > >> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject: > unsubscribe > >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > >> > > > > > > ____________________________________________________________ > ______________ > > OpenStack Development Mailing List (not for usage questions) > > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject: > unsubscribe > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > -- Regards, Jeffrey Zhang Blog: http://xcodest.me
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev