virt May 2018

virt@lists.centos.org

11 participants
9 discussions

libvirtd hang on CentOS6 after latest updates
by Karel Hendrych 29 May '18

29 May '18

Hi, I am seeing frequent libvirtd hangs (clients not responding) after last CentOS6-Xen update : libvirt-libs-4.1.0-2.xen46.el6.x86_64 libvirt-daemon-4.1.0-2.xen46.el6.x86_64 libvirt-daemon-driver-network-4.1.0-2.xen46.el6.x86_64 libvirt-daemon-driver-nwfilter-4.1.0-2.xen46.el6.x86_64 libgcc-4.4.7-18.el6_9.2.x86_64 2:qemu-img-0.12.1.2-2.503.el6_9.5.x86_64 libvirt-daemon-driver-storage-core-4.1.0-2.xen46.el6.x86_64 libvirt-daemon-driver-secret-4.1.0-2.xen46.el6.x86_64 libvirt-daemon-driver-interface-4.1.0-2.xen46.el6.x86_64 libvirt-daemon-driver-nodedev-4.1.0-2.xen46.el6.x86_64 10:centos-release-xen-common-8-4.el6.x86_64 xen-licenses-4.6.6-12.el6.x86_64 xen-libs-4.6.6-12.el6.x86_64 libvirt-daemon-driver-libxl-4.1.0-2.xen46.el6.x86_64 libvirt-daemon-driver-xen-4.1.0-2.xen46.el6.x86_64 libvirt-daemon-driver-qemu-4.1.0-2.xen46.el6.x86_64 libvirt-daemon-driver-storage-gluster-4.1.0-2.xen46.el6.x86_64 libvirt-daemon-driver-storage-logical-4.1.0-2.xen46.el6.x86_64 libvirt-daemon-driver-storage-mpath-4.1.0-2.xen46.el6.x86_64 libvirt-daemon-driver-storage-disk-4.1.0-2.xen46.el6.x86_64 libvirt-daemon-driver-storage-scsi-4.1.0-2.xen46.el6.x86_64 libvirt-daemon-driver-storage-iscsi-4.1.0-2.xen46.el6.x86_64 libvirt-daemon-driver-storage-4.1.0-2.xen46.el6.x86_64 libstdc++-4.4.7-18.el6_9.2.x86_64 libvirt-daemon-config-nwfilter-4.1.0-2.xen46.el6.x86_64 libvirt-daemon-config-network-4.1.0-2.xen46.el6.x86_64 libvirt-daemon-driver-lxc-4.1.0-2.xen46.el6.x86_64 libvirt-client-4.1.0-2.xen46.el6.x86_64 linux-firmware-20171215-82.git2451bb22.el6.noarch 12:dhcp-common-4.1.1-53.P1.el6.centos.4.x86_64 12:dhclient-4.1.1-53.P1.el6.centos.4.x86_64 libvirt-4.1.0-2.xen46.el6.x86_64 10:centos-release-xen-46-8-4.el6.x86_64 10:centos-release-xen-44-8-4.el6.x86_64 tzdata-2018e-3.el6.noarch libgomp-4.4.7-18.el6_9.2.x86_64 kernel-4.9.86-30.el6.x86_64 xen-hypervisor-4.6.6-12.el6.x86_64 xen-runtime-4.6.6-12.el6.x86_64 xen-4.6.6-12.el6.x86_64 libvirt-daemon-xen-4.1.0-2.xen46.el6.x86_64 Remedy is to kill -9 libvirtd and start again. Issue can be replicated within few domU starts. Usually libvirtd hangs when domU is bringing up xen drivers or something around udev, like: xen_netfront: Initialising Xen virtual ethernet driver I've been looking into libvirtd strace and debug logs, so far most suspicious in libvirtd debug log is this: libvirtd.log:2018-05-22 08:32:44.760+0000: 25455: debug : udevRemoveOneDevice:1289 : Failed to find device to remove that has udev name '/sys/devices/vif-24-0/net/vif24.0/queues/tx-7' libvirtd.log:2018-05-22 08:32:44.761+0000: 25455: debug : udevRemoveOneDevice:1289 : Failed to find device to remove that has udev name '/sys/devices/vif-24-0/net/vif24.0/queues/tx-6' libvirtd.log:2018-05-22 08:32:44.761+0000: 25455: debug : udevRemoveOneDevice:1289 : Failed to find device to remove that has udev name '/sys/devices/vif-24-0/net/vif24.0/queues/tx-4' libvirtd.log:2018-05-22 08:32:44.762+0000: 25455: debug : udevRemoveOneDevice:1289 : Failed to find device to remove that has udev name '/sys/devices/vif-24-0/net/vif24.0/queues/tx-5' libvirtd.log:2018-05-22 08:32:44.763+0000: 25455: debug : udevRemoveOneDevice:1289 : Failed to find device to remove that has udev name '/sys/devices/vif-24-0/net/vif24.0/queues/tx-2' libvirtd.log:2018-05-22 08:32:44.764+0000: 25455: debug : udevRemoveOneDevice:1289 : Failed to find device to remove that has udev name '/sys/devices/vif-24-0/net/vif24.0/queues/tx-3' libvirtd.log:2018-05-22 08:32:44.765+0000: 25455: debug : udevRemoveOneDevice:1289 : Failed to find device to remove that has udev name '/sys/devices/vif-24-0/net/vif24.0/queues/rx-6' libvirtd.log:2018-05-22 08:32:44.766+0000: 25455: debug : udevRemoveOneDevice:1289 : Failed to find device to remove that has udev name '/sys/devices/vif-24-0/net/vif24.0/queues/rx-5' libvirtd.log:2018-05-22 08:32:44.767+0000: 25455: debug : udevRemoveOneDevice:1289 : Failed to find device to remove that has udev name '/sys/devices/vif-24-0/net/vif24.0/queues/rx-4' libvirtd.log:2018-05-22 08:32:44.767+0000: 25455: debug : udevRemoveOneDevice:1289 : Failed to find device to remove that has udev name '/sys/devices/vif-24-0/net/vif24.0/queues/rx-7' libvirtd.log:2018-05-22 08:32:44.768+0000: 25455: debug : udevRemoveOneDevice:1289 : Failed to find device to remove that has udev name '/sys/devices/vif-24-0/net/vif24.0/queues/rx-2' libvirtd.log:2018-05-22 08:32:44.769+0000: 25455: debug : udevRemoveOneDevice:1289 : Failed to find device to remove that has udev name '/sys/devices/vif-24-0/net/vif24.0/queues/rx-3' I could not get rid of this by reducing amount of driver queues (not sure if that applies to PV) Is someone out there seeing similar issues? Anyone perhaps interested in reviewing full debug log / strace ? Cheers Karel

2 2

cloud-init log to file not enabled in ec2 image oregon ami-5490ed2c (1804_2)
by Steve Dainard 26 May '18

26 May '18

Hello, Looks like the cloud-init log settings that write out to /var/log/cloud-init-output.log have been removed in 1804_2, wondering if this was a mistake or if there was a reason for this? Thanks, Steve

1 0

Re: [CentOS-virt] CESA-2018:1655 Important: qemu-kvm-ev security update
by Sandro Bonazzola 24 May '18

24 May '18

2018-05-24 13:38 GMT+02:00 Karanbir Singh <kbsingh(a)redhat.com>: > On 24/05/18 11:53, Karanbir Singh wrote: > > On 24/05/18 11:18, Sandro Bonazzola wrote: > >> > >> > >> 2018-05-24 3:18 GMT+02:00 Karanbir Singh <kbsingh(a)redhat.com > >> <mailto:kbsingh@redhat.com>>: > >> > >> On 23/05/18 06:56, Sandro Bonazzola wrote: > >> > CentOS Errata and Security Advisory 2018:1655 Important > >> > > >> > Upstream details at: https://access.redhat.com/ > errata/RHSA-2018:1655 > >> <https://access.redhat.com/errata/RHSA-2018:1655> > >> > > >> > This is the qemu-kvm-ev side of the CVE-2018-3639 mitigation. > >> > > >> > qemu-kvm-ev-2.10.0-21.el7_5.3.1 > >> > <http://cbs.centos.org/koji/buildinfo?buildID=22813 > >> <http://cbs.centos.org/koji/buildinfo?buildID=22813>> has been > >> tagged for > >> > release yesterday morning and should land on mirrors this morning. > >> > Johnny, Brian, Karanbir, please cross check it's being published, > I > >> > would have expected it to be already on mirrors. > >> > > >> > Thanks, > >> > -- > >> > > >> > SANDRO BONAZZOLA > >> > > >> > ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION > R&D > >> > > >> > Red Hat EMEA <https://www.redhat.com/> > >> > > >> > sbonazzo(a)redhat.com <mailto:sbonazzo@redhat.com> > >> <mailto:sbonazzo@redhat.com <mailto:sbonazzo@redhat.com>> > >> > > >> > <https://red.ht/sig> > >> > <https://redhat.com/summit> > >> > > >> > >> With all the noise around this specific package, i went and looked > and > >> its in the queue for push, should be in the packages for Thu 24th > >> > >> > >> Looks like it's not yet published. > >> Also altarch is still broken https://bugs.centos.org/view.php?id=14835 > >> > >> > >> > >> > >> > > > > yeah, this is down to how the various arch bits were pushed out of sync; > > we got cut both ways, either if we do x86_64 on its own or we dont, > > > > i am working on sig content right now, so let me go look at this as well > > > > > > the sign runs are now running cleanly for altarch as well, it looks like > the mirrors caught up in sync with those in the last day or so. its > going to run for a bit though, I'll keep an eye on things. > > w.r.t the CVE note - just want to point out that I've been told that > lacking the vendor supplied microcode this fix's in this code do not > really help much. And there is no vendor microcode as yet. Is that an > accurate state of play ? > AFAIK Intel released a beta microcode to OEMs so individual hardware vendors should be providing it through their support pages after testing with their hardware. > > > -- > Karanbir Singh <kbsingh(a)redhat.com> | London, UK > Project Lead, The CentOS Project > Consulting Engineer, https://openshift.io/ > > -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig> <https://redhat.com/summit>

1 0

Re: [CentOS-virt] CESA-2018:1655 Important: qemu-kvm-ev security update
by Sandro Bonazzola 24 May '18

24 May '18

2018-05-24 3:18 GMT+02:00 Karanbir Singh <kbsingh(a)redhat.com>: > On 23/05/18 06:56, Sandro Bonazzola wrote: > > CentOS Errata and Security Advisory 2018:1655 Important > > > > Upstream details at: https://access.redhat.com/errata/RHSA-2018:1655 > > > > This is the qemu-kvm-ev side of the CVE-2018-3639 mitigation. > > > > qemu-kvm-ev-2.10.0-21.el7_5.3.1 > > <http://cbs.centos.org/koji/buildinfo?buildID=22813> has been tagged for > > release yesterday morning and should land on mirrors this morning. > > Johnny, Brian, Karanbir, please cross check it's being published, I > > would have expected it to be already on mirrors. > > > > Thanks, > > -- > > > > SANDRO BONAZZOLA > > > > ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D > > > > Red Hat EMEA <https://www.redhat.com/> > > > > sbonazzo(a)redhat.com <mailto:sbonazzo@redhat.com> > > > > <https://red.ht/sig> > > <https://redhat.com/summit> > > > > With all the noise around this specific package, i went and looked and > its in the queue for push, should be in the packages for Thu 24th > Looks like it's not yet published. Also altarch is still broken https://bugs.centos.org/view.php?id=14835 > > > -- > Karanbir Singh <kbsingh(a)redhat.com> | London, UK > Project Lead, The CentOS Project > Consulting Engineer, https://openshift.io/ > > -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig> <https://redhat.com/summit>

1 0

CESA-2018:1655 Important: qemu-kvm-ev security update
by Sandro Bonazzola 23 May '18

23 May '18

CentOS Errata and Security Advisory 2018:1655 Important Upstream details at: https://access.redhat.com/errata/RHSA-2018:1655 This is the qemu-kvm-ev side of the CVE-2018-3639 mitigation. qemu-kvm-ev-2.10.0-21.el7_5.3.1 <http://cbs.centos.org/koji/buildinfo?buildID=22813> has been tagged for release yesterday morning and should land on mirrors this morning. Johnny, Brian, Karanbir, please cross check it's being published, I would have expected it to be already on mirrors. Thanks, -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig> <https://redhat.com/summit>

1 0

libvirt and libvirt-daemon-xen: failing dependencies
by Frank Sauerburger 17 May '18

17 May '18

Hi all, I'm trying to install libvirt for xen on a brand new, minimal installation of CentOS 7.5.1804. After installing the OS, I did a 'yum update' and followed the basic how-tos at https://wiki.centos.org/HowTos/Xen/Xen4QuickStart and https://wiki.centos.org/HowTos/Xen/Xen4QuickStart/Xen4Libvirt From previous experience, I know that the above steps worked fine. However, now on CentOS 7.5, I am seeing the dependency resolution failing. $ yum install libvirt libvirt-daemon-xen [ ... ] Error: Package: libvirt-daemon-xen-3.2.1-402.el7.x86_64 (centos-virt-xen-46) Requires: libvirt-daemon-driver-nwfilter = 3.2.1-402.el7 Available: libvirt-daemon-driver-nwfilter-3.2.1-402.el7.x86_64 (centos-virt-xen-46) libvirt-daemon-driver-nwfilter = 3.2.1-402.el7 Available: libvirt-daemon-driver-nwfilter-3.9.0-14.el7.x86_64 (base) libvirt-daemon-driver-nwfilter = 3.9.0-14.el7 Installing: libvirt-daemon-driver-nwfilter-3.9.0-14.el7_5.2.x86_64 (updates) libvirt-daemon-driver-nwfilter = 3.9.0-14.el7_5.2 Error: Package: libvirt-daemon-driver-libxl-3.2.1-402.el7.x86_64 (centos-virt-xen-46) Requires: libvirt-daemon = 3.2.1-402.el7 Available: libvirt-daemon-3.2.1-402.el7.x86_64 (centos-virt-xen-46) libvirt-daemon = 3.2.1-402.el7 Available: libvirt-daemon-3.9.0-14.el7.x86_64 (base) libvirt-daemon = 3.9.0-14.el7 Installing: libvirt-daemon-3.9.0-14.el7_5.2.x86_64 (updates) libvirt-daemon = 3.9.0-14.el7_5.2 [ ... similar errors ... ] You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest I've never seen an error like this before. As far as I read it, libvirt-daemon-xen wants version 3.2.1 of its dependencies. I've checked the repositories and it seems that in 'base' and 'updates' we have version 3.9.0 and in the 'virt' repo we have 3.2.1 of libvirt. Can I solve this issue on my end? Should I force yum to install the packages from the 'virt' repo? Cheers, Frank

2 1

ovirt-engine package for oVirt 4.1.x
by C. L. Martinez 16 May '18

16 May '18

Hi all, I am trying to install oVirt 4.1.x from centos repos but it seems ovirt-engine doesn't exists. But instead, ovirt-hosted-engine-setup exists? Is ovirt-engine package removed? In official oVirt repos, exists. Thanks.

4 5

Difference between qemu-kvm-ev and qemu-kvm-ma?
by Lance Albertson 15 May '18

15 May '18

I see with the introduction of CentOS 7.5 there's a new qemu-kvm-ma package on ppc64le (which is actually newer than qemu-kvm-ev currently). Does anyone know what the difference is between these two packages? We currently use qemu-kvm-ev and we've run into this bug [1] which got me wondering if we should be switching to that package on ppc64le. Thanks! [1] https://bugzilla.redhat.com/show_bug.cgi?id=1570533 -- Lance Albertson Director Oregon State University | Open Source Lab

5 14

Xen 4.6.6-9 (with XPTI meltdown mitigation) packages making their way to centos-virt-xen-testing
by George Dunlap 04 May '18

04 May '18

I've built & tagged packages for CentOS 6 and 7 4.6.6-9, with XPTI "stage 1" Meltdown mitigation. This will allow 64-bit PV guests to run safely (with a few caveats), but incurs a fairly significant slowdown for 64-bit PV guests on Intel boxes (including domain 0). If you prefer using Vixen / Comet, you can turn it off by adding 'xpti=0' to your Xen command-line. Detailed information can be found in the XSA-254 advisory: https://xenbits.xen.org/xsa/advisory-254.html Please test and report any issues you have. I'll probably tag then with -release tomorrow. 4.8 packages should be coming to buildlogs soon. -George

7 14

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

virt May 2018