similar to: libvirt stuck when executing 2 or more parallel calls

Hi all, I'm unable to upgrade my Dom-0 from CentOS 7.5 to CentOS 7.6 with the sigvirt centos-xen-48 repository enabled and Xen components enabled. It breaks down to down to the fact that 7.6 has a newer version of libvirt included (4.5), while the Xen repository's packages are build against 4.1 version of libvirt. I also tried to enable the libvirt-latest repository, but that does not

On Wed, 5 Dec 2018 at 10:17, Gregory P. Ennis <PoMec at pomec.net> wrote: Can you post what they are missing? Without that info it is not clear what the problem is (I seem to have several of them installed on an upgrade so I am not sure what blocked you). Stephen, Here is the full result. Part of the problem I am having is that this was a development lab testing machine, and I have some

Hi, All There is following issue in latest libvirt-4.5.0-10.el7_6.12 package, which could prevent live VM migrations with web sockets enabled, when libvirtd were restarted prior to migration. Environment: # uname -a Linux inv-cp1-hv3-centos7 3.10.0-957.12.2.el7.x86_64 #1 SMP Tue May 14 21:24:32 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux # cat /etc/redhat-release CentOS Linux release 7.6.1810

Just to answer my own question, I solved this by installing yum-plugin-priorities and setting priority=10 to centos-virt-xen-48 repository. Yum doesn't consider the libvirt packages from CentOS base/updates anymore after this. Sorry for the noise, Gennardy On 23.12.18 11:01, Gennardy Smith wrote: > Hi all, > > I'm unable to upgrade my Dom-0 from CentOS 7.5 to CentOS 7.6 with

To all, I started the process of updating some of our systems from 7.5 to 7.6. Most of the servers had no problems, but several of the desktops had some difficulties. I was required to perform several yum commands to update as much as possible in the format of yum update a* then b* etc. Then after I got everything updated that would update in this manner and after the use of "rpm -Va

Hi everybody, my background: I'm doing Xen since 10++ years, many years with DRBD for high availability, since some time I'm using preferable GlusterFS with FUSE as replicated storage, where I place the image-files for the vms. In my current project we started (successfully) with Xen/GlusterFS too, but because the provider, where we placed the servers, uses widely CEPH, we decided to

https://wiki.centos.org/HowTos/Xen/Xen4QuickStart configure:53501: checking for LIBXL configure:53508: $PKG_CONFIG --exists --print-errors "xenlight >= 4.6.0" Package xenblktapctl was not found in the pkg-config search path. Perhaps you should add the directory containing `xenblktapctl.pc' to the PKG_CONFIG_PATH environment variable Package 'xenblktapctl', required by

On Thu, Jan 21, 2016 at 12:01 PM, Peter <peter at pajamian.dhs.org> wrote: > On 15/01/16 05:57, George Dunlap wrote: >> As mentioned yesterday, Xen 4.6 packages are now available for >> testing. These also include an update to libvirt 1.3.0, in line with >> what's available for CentOS 7. Please test, particularly the upgrade >> if you can, and report any

On 01/21/2016 04:32 AM, George Dunlap wrote: > I'm a developer, not a server admin, so I can't gauge how important > this issue is. Before making such a change, I'd like to hear opinions > from other people in the community about how important (or not) it is > to avoid breaking xm, given the ample warning (>1 year) users have > had. > > On the other hand,

On Thu, Jan 21, 2016 at 7:17 PM, Sarah Newman <srn at prgmr.com> wrote: > On 01/21/2016 04:32 AM, George Dunlap wrote: > >> I'm a developer, not a server admin, so I can't gauge how important >> this issue is. Before making such a change, I'd like to hear opinions >> from other people in the community about how important (or not) it is >> to avoid

Hi, I see that for EL6 gwd already has pushed a libvirtd package with version 1.2.10[1]. I got request from VDSM development to provide libvirt >= 1.2.9 for EL7 for oVirt 3.6. gwd, do you just rebuilt http://koji.fedoraproject.org/koji/buildinfo?buildID=594825 ? I'm looking at http://koji.fedoraproject.org/koji/buildinfo?buildID=628689 may this work for you? [1]

This is now complete and soon the new packages will be merged into Fedora Rawhide: https://bodhi.fedoraproject.org/updates/FEDORA-2019-2e0b2d6395 A few non-critical packages failed to build, and I will look at these later unless someone gets around to it before me. The failures are listed at the end. Notable changes: - Release notes: https://ocaml.org/releases/4.09.0.html - ocaml-camlp4

I have rpm sources for centos-release-docker at https://github.com/CentOS-virt7/centos-release-docker Some updated packages available on centos-docker-common-testing branch are: docker: http://cbs.centos.org/koji/buildinfo?buildID=9932 atomic: http://cbs.centos.org/koji/buildinfo?buildID=10046 docker-distribution: http://cbs.centos.org/koji/buildinfo?buildID=9950 I think I need to have the

Hi Marius, Will make the changes and see how it goes. On the other hand https://cbs.centos.org/koji/buildinfo?buildID=27138 if the above was released we could just install and migrate to rh-php73-php, which is not affected as per https://access.redhat.com/security/cve/cve-2019-11043 thanks --- Thomas Stephen Lee On Thu, Oct 31, 2019 at 8:40 PM Marius ROMAN <marius at roman.systems>

Hello, When connecting to Exim 4.94, dovecot submission logs this warning: dovecot[25235]: submission(alec)<25347><QNydV8+t+oMKAgAF>: Warning: smtp-client: conn localhost:25 ([::1]:25) [1]: Received invalid EHLO response line: Unexpected character in EHLO keyword Looks like it doesn't like the underscore in "X_PIPE_CONNECT", since it's neither "isalnum"

On Tue, Jan 23, 2018 at 06:20:39PM -0600, Kevin Stange wrote: > On 01/23/2018 05:57 PM, Karl Johnson wrote: > > > > > > On Tue, Jan 23, 2018 at 4:50 PM, Nathan March <nathan at gt.net > > <mailto:nathan at gt.net>> wrote: > > > > Hi, > > > > > Hmm.. isn't this the ldisc bug that was discussed a few months ago on this

On Tue, Jan 23, 2018 at 4:50 PM, Nathan March <nathan at gt.net> wrote: > Hi, > > > Hmm.. isn't this the ldisc bug that was discussed a few months ago on > this > list, > > and a patch was applied to virt-sig kernel aswell? > > > > Call trace looks similar.. > > Good memory! I'd forgotten about that despite being the one who ran into >

Currently Fedora packages are broken. You'll see this error when libguestfs tries any inspection-related operation: aug_init: Augeas initialization failed The bug and explanation is here (thanks Dominic Cleal): https://bugzilla.redhat.com/show_bug.cgi?id=894241#c11 This bug is fixed in the following packages: Fedora 17: http://koji.fedoraproject.org/koji/buildinfo?buildID=379590

On 06/12/2017 05:17 PM, Sarah Newman wrote: > Is there any problem moving to 4.9.31? This contains upstream commits f2e767bb5d6ee0d9 for mpt3sas and > 69861e0a52f87333 for dom0 memory mappings. 4.9.31-27 is tagged for testing presently along with updated firmware. I have it running on one hypervisor on Xen-44 and it has been stable for 3 days so far. We could probably use some more testing

Is there any problem moving to 4.9.31? This contains upstream commits f2e767bb5d6ee0d9 for mpt3sas and 69861e0a52f87333 for dom0 memory mappings. I am also trying to build a debuginfo package but it's not correct. Specifically I'm able to get vmlinux but the .debug files for modules are stripped, which isn't right. Does anyone know how to fix this? I'm also not sure how