<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi Eric,<div class=""><br class=""></div><div class="">The packages are still available for the CentOS 7.2 repos</div><div class=""><br class=""></div><div class=""><a href="http://centos.mirror.vexxhost.com/7.2.1511/os/x86_64/Packages/" class="">http://centos.mirror.vexxhost.com/7.2.1511/os/x86_64/Packages/</a></div><div class=""><br class=""></div><div class="">I can’t say they’re tested and mixing them might yield weird results, but they’re there.</div><div class=""><br class=""></div><div class="">Good luck,</div><div class="">Mohammed</div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Dec 20, 2016, at 7:27 PM, Erik McCormick <<a href="mailto:emccormick@cirrusseven.com" class="">emccormick@cirrusseven.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">On Tue, Dec 20, 2016 at 11:57 AM, Mike Lowe <<a href="mailto:jomlowe@iu.edu" class="">jomlowe@iu.edu</a>> wrote:<br class=""><blockquote type="cite" class="">I got a rather nasty surprise upgrading from CentOS 7.2 to 7.3. As far as I can tell the libvirt 2.0.0 that ships with 7.3 doesn’t behave the same way as the 1.2.17 that ships with 7.2 when using ceph with cephx auth during volume attachment using virtio-scsi. It looks like it fails to add the cephx secret. The telltale signs are "No secret with id 'scsi0-0-0-1-secret0’” in the /var/log/libvirt/qemu instance logs. I’ve filed a bug here <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1406442" class="">https://bugzilla.redhat.com/show_bug.cgi?id=1406442</a> and there is a libvirt mailing list thread about a fix for libvirt 2.5.0 for what looks like this same problem <a href="https://www.redhat.com/archives/libvir-list/2016-October/msg00396.html" class="">https://www.redhat.com/archives/libvir-list/2016-October/msg00396.html</a> I’m out of ideas for workarounds having had kind of a disastrous attempt at downgrading to libvirt 1.2.17, so if anybody has any suggestions I’m all ears.<br class="">_______________________________________________<br class="">OpenStack-operators mailing list<br class=""><a href="mailto:OpenStack-operators@lists.openstack.org" class="">OpenStack-operators@lists.openstack.org</a><br class="">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators<br class=""></blockquote><br class="">What's extra annoying is that I can't find RPM's for the old libvirt<br class="">version (1.2.17-13) that I'd been using previously. I have KVM that I<br class="">build from SRPM a while ago, but not libvirt. I can find the libvirt<br class="">SRPM, but my ceph libs are still 0.80.11 and the librados2-devel and<br class="">librbd1-devel packages that the libvirt SRPM depends on are no longer<br class="">available. I get not supporting older releases, but why delete it<br class="">outright?<br class=""><br class="">From another post, it also sounds like there's an issue with this<br class="">release when running with cpu_mode=host-model, which I am, so that'll<br class="">be another mess. This is what I get for not running a local repo I<br class="">guess.<br class=""><br class="">If anyone has copies of libvirt-1.2.17-13 RPMs for EL7 lying about,<br class="">please do post a link. I would be very grateful. I'm trying to roll<br class="">out a few new computes and it sounds like I'll be running into this<br class="">without them.<br class=""><br class="">-Erik<br class=""><br class="">_______________________________________________<br class="">OpenStack-operators mailing list<br class=""><a href="mailto:OpenStack-operators@lists.openstack.org" class="">OpenStack-operators@lists.openstack.org</a><br class="">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators<br class=""></div></div></blockquote></div><br class=""></div></body></html>