FYI -- it seems like the librados3 change has caused all the QEMU teuthology tests to fail since now qemu gets uninstalled when the newest version of Ceph is installed [1] (due to its dependency on librados2): 2018-11-05T23:53:42.206 INFO:teuthology.orchestra.run.smithi074:Running: u'sudo DEBIAN_FRONTEND=noninteractive apt-get -y --force-yes -o Dpkg::Options::="--force-confdef" -o Dpkg::Options::="--force-confold" install ceph-mds=14.0.0-4803-gb738aa2-1bionic radosgw=14.0.0-4803-gb738aa2-1bionic rbd-fuse=14.0.0-4803-gb738aa2-1bionic librbd1=14.0.0-4803-gb738aa2-1bionic ceph-fuse=14.0.0-4803-gb738aa2-1bionic python-ceph=14.0.0-4803-gb738aa2-1bionic ceph-mgr=14.0.0-4803-gb738aa2-1bionic ceph-common=14.0.0-4803-gb738aa2-1bionic ceph=14.0.0-4803-gb738aa2-1bionic libcephfs-dev=14.0.0-4803-gb738aa2-1bionic ceph-test=14.0.0-4803-gb738aa2-1bionic librados3=14.0.0-4803-gb738aa2-1bionic libcephfs-java=14.0.0-4803-gb738aa2-1bionic libcephfs2=14.0.0-4803-gb738aa2-1bionic libcephfs-jni=14.0.0-4803-gb738aa2-1bionic' ... 2018-11-05T23:53:42.626 INFO:teuthology.orchestra.run.smithi079.stdout:The following packages will be REMOVED: 2018-11-05T23:53:42.627 INFO:teuthology.orchestra.run.smithi079.stdout: librados2 qemu-block-extra qemu-system-common qemu-system-x86 qemu-utils 2018-11-05T23:53:42.627 INFO:teuthology.orchestra.run.smithi079.stdout:The following NEW packages will be installed: 2018-11-05T23:53:42.627 INFO:teuthology.orchestra.run.smithi079.stdout: ceph ceph-base ceph-common ceph-fuse ceph-mds ceph-mgr ceph-mon ceph-osd 2018-11-05T23:53:42.628 INFO:teuthology.orchestra.run.smithi079.stdout: ceph-test curl formencode-i18n jq libcephfs-dev libcephfs-java libcephfs-jni 2018-11-05T23:53:42.628 INFO:teuthology.orchestra.run.smithi079.stdout: libcephfs2 libcurl4 libjq1 libjs-sphinxdoc libjs-underscore libleveldb1v5 2018-11-05T23:53:42.628 INFO:teuthology.orchestra.run.smithi079.stdout: liblttng-ust0 liboath0 libonig4 librados3 libradospp1 libradosstriper1 http://pulpito.ceph.com/jdillaman-2018-11-05_18:12:54-rbd-wip-jd-testing-distro-basic-smithi/ On Tue, Oct 30, 2018 at 11:07 AM kefu chai <tchaikov@xxxxxxxxx> wrote: > > On Tue, Oct 30, 2018 at 2:41 AM Jeff Layton <jlayton@xxxxxxxxxx> wrote: > > > > On Mon, 2018-10-29 at 10:38 -0700, Gregory Farnum wrote: > > > On Mon, Oct 29, 2018 at 6:50 AM Sage Weil <sweil@xxxxxxxxxx> wrote: > > > > On Tue, 23 Oct 2018, kefu chai wrote: > > > > > any concerns? > > > > > > > > I seem to remember from the last time we talked about this that we were > > > > worried about having to build and ship librados2 in addition to librados3 > > > > (e.g., in nautilus), vs just maintaining luminous/mimic long enough for > > > > packages to transition to the v3 SONAME. I can't remember exactly why > > > > though...? > > > > > > Well it sounds like Wido explained that; some librbd users are > > > directly accessing librados functions as part of initial setup (for > > > some reason...): > > > > > > On Mon, Oct 29, 2018 at 4:48 AM Wido den Hollander <wido@xxxxxxxx> wrote: > > > > Qemu and libvirt both mainly use librbd, but they use a very small part > > > > of librados to initiate the connection and set configuration values. > > > > > > Now it may be that the C API doesn't actually change, so those > > > projects won't need to change their source code, but they will need to > > > update to point at the librados3 library rather than the librados2 > > > one, right? > > > -Greg > > > > We've been naming -devel packages without the major library version > > number in them, so as long as the C API functions that the project is > > using haven't changed, bumping the soname shouldn't require any > > changes, period. Projects with sane build configuration will just link > > against whichever version is present at build time. > > > > That said, things like build scripts that install certain pacakges may > > need updating if they are pulling in (e.g.) librados2 explicitly. > > thank you Jeff! i am actually s/librados2/librados3/ and/or > s/librados-devel/libradospp-devel/ in some of our qa scripts =). > probably i will miss some of them, but will fix them once they > surface. > > > -- > > Jeff Layton <jlayton@xxxxxxxxxx> > > > > > -- > Regards > Kefu Chai -- Jason
