virt

virt@lists.centos.org

1610 discussions

Q: how can I request to add an upstream patch to resolve a core dump issue?
by Xiong, Huan 22 Jun '18

22 Jun '18

Hi, The latest version of QEMU (qemu-kvm-ev-2.10.0-21.el7_5.3.1) from centos-virt repo doesn't have this patch: commit 68a9398261ca38979bbc2b7c89ed5bb044ccc9e6 Author: linzhecheng <linzhecheng(a)huawei.com> Date: Tue Nov 28 12:46:56 2017 +0800 qemu-thread: fix races on threads that exit very quickly I wonder how I can request to add it? I hit a core dump issue repeatedly, which I believe is fixed by this patch. While I observed it on an aarch64 machine, I think the issue is common on all arch types. I'd like to submit a bug report, but didn't find a category for centos-virt at https://Bugzilla.redhat.com (I suppose I should file bug against upstream, right?). The Virt-SIG wiki page seems to be outdated and doesn't contain information on this. Any suggestions? Thanks, Ray

1 0

Virt SIG meetings
by Sandro Bonazzola 20 Jun '18

20 Jun '18

Hi, is it me showing up at the wrong time or meetings didn't happen in the past 2 rounds? I see one scheduled for next week, June 26th, 15:00 UTC. Will it happen? Thanks, -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

1 0

Fwd: [CentOS-devel] SIG Day @ CERN, October 18th
by Sandro Bonazzola 20 Jun '18

20 Jun '18

Hi, Who's going to the SIG meetings for Virtualization SIG? ---------- Forwarded message ---------- From: Rich Bowen <rbowen(a)redhat.com> Date: 2018-06-06 20:12 GMT+02:00 Subject: [CentOS-devel] SIG Day @ CERN, October 18th To: "The CentOS developers mailing list." <centos-devel(a)centos.org> Dear SIG members, As you've no doubt seen, we have a CentOS Dojo scheduled at CERN on October 19th. CERN has also generously offered us a meeting room on the day before, Thursday, October 18th, for SIG meetings. If your SIG is interested in taking advantage of this opportunity, please contact me with: * SIG Name * Primary contact for coordination * List of those likely to be in attendance Thanks. -- Rich Bowen - rbowen(a)redhat.com @CentOSProject // @rbowen 859 351 9166 _______________________________________________ CentOS-devel mailing list CentOS-devel(a)centos.org https://lists.centos.org/mailman/listinfo/centos-devel -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

1 0

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

← Newer
1
...
7
8
9
10
11
12
13
...
161
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

virt