similar to: kvm cluster w/ c6

During Gluster Summit, we discussed gluster volumes as storage for VM images - feedback on the usecase and upcoming features that may benefit this usecase. Some of the points discussed * Need to ensure there are no issues when expanding a gluster volume when sharding is turned on. * Throttling feature for self-heal, rebalance process could be useful for this usecase * Erasure coded volumes with

----- Original Message ----- > From: "Sahina Bose" <sabose at redhat.com> > To: gluster-users at gluster.org > Cc: "Gluster Devel" <gluster-devel at gluster.org> > Sent: Tuesday, October 31, 2017 11:46:57 AM > Subject: [Gluster-users] BoF - Gluster for VM store use case > > During Gluster Summit, we discussed gluster volumes as storage for VM

----- Original Message ----- > From: "Richard W.M. Jones" <rjones@redhat.com> > To: "Исаев Виталий Анатольевич" <isaev@fintech.ru> > Cc: libguestfs@redhat.com > Sent: Tuesday, January 14, 2014 6:42:23 PM > Subject: Re: [Libguestfs] Libguestfs can't launch with one of the disk images in the RHEV cluster > > On Tue, Jan 14, 2014 at 02:57:35PM

Hello I saw that qemu-kvm-rhev has fixed the issue, but CentOS community hasn't updated the repaired version of qemu-kvm-ev; will it be fixed in the future? thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos-virt/attachments/20210303/4b546109/attachment-0005.html>

Cleanup was not happening properly if a migration to RHEV was killed prematurely with a Ctrl-C. Firstly, the SIGINT and SIGQUIT handlers were not being registered early enough in virt-v2v.pl. Secondly, if Ctrl-C killed the guestfs qemu process first it would deliver a SIGPIPE to v2v, which caused an unclean shutdown without cleanup. Fixes RHBZ#596015 --- v2v/virt-v2v.pl | 17 ++++++++++++++---

I recently ran into some problems using certain oVirt (3.3) features on CentOS 6.4 hosts. The solution was to use the qemu-kvm-rhev version from the EL6 RHEV repository: http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/qemu-kvm-rhev-0.12.1.2-2.355.el6_4.9.src.rpm It seems that this tree is not carried/built by CentOS. Are there any plans on the CentOS for carrying these

Hi all, I’m experiencing an interesting issue where I’m attempting to consolidate my snapshots’ backing images on my qemu-kvm install by way of the virsh blockpull and/or virsh blockcommit commands and receiving the error that my system can not locate the “block-stream” command. I can’t seem to find much related to this issue by way of my Google research outside of some Bugzilla posts, which

The previous support documentation said that for UEFI guests, when using RHEL ≥ 7.3 host, you must use qemu-kvm-rhev. For RHEL 8 this is inaccurate since qemu-kvm-rhev no longer exists. Since 7.3 is now an obsolete version of RHEL 7 we can change the text to refer to RHEL 7 only: On RHEL 7, only qemu-kvm-rhev (not qemu-kvm) is supported. Thanks: Ming Xie. --- v2v/virt-v2v-support.pod | 2

I've got a pair of identical CentOS 6.7 servers, with SuperMicro X8DTE-F motherboards, these have 2 each Intel 82574L ethernet ports. The eth0 ports are plugged in with 10' runs of brand new cat 5e cable to a Cisco Nexxus 9000 switch (provided by the data center). These servers keep coming up at 100baseT rather than gigE. I've swapped ports and cables with a different server,

-----Original Message----- From: Richard W.M. Jones [mailto:rjones@redhat.com] Sent: Tuesday, January 14, 2014 4:42 PM To: Исаев Виталий Анатольевич Cc: libguestfs@redhat.com Subject: Re: [Libguestfs] Libguestfs can't launch with one of the disk images in the RHEV cluster On Tue, Jan 14, 2014 at 08:07:43AM +0000, Исаев Виталий Анатольевич wrote: > [00072ms] /usr/libexec/qemu-kvm \

Hi, I have two KVM hosts (CentOS 7) and would like them to operate as High Availability servers, automatically migrating guests when one of the hosts goes down. My question is: Is this even possible? All the documentation for HA that I've found appears to not do this. Am I missing something? My configuration so fare includes: * SAN Storage Volumes for raw device mappings for guest vms

Hi guys, As we discussed in the last CentOS SIG Virt meeting below the steps that we do to rebuild the qemu-kvm from http://vault.centos.org to enable the rhev-features like live snapshot for CentOS. 1. Download the last qemu-kvm from http://vault.centos.org/${version}/updates/Source/SPackages/ 2. mock -D "${build_version}" -r epel-6-x86_64 --with=rhev-features --rebuild

Does anyone have a recommendation for a 48 port LAN switch for a new * system? I'm not happy with NetGear's reliability. -- Michael Welter Introspect Telephony Corp. Denver, Colorado +1 303 674 2575 mike@introspect.com www.introspect.com

https://bugzilla.redhat.com/show_bug.cgi?id=1586278 The above bug addresses? a kernel panic if you have a CentOS 7 KVM/QEMU/Libvirt host server running CentOS 6 VMs on an AMD processor machine. If you get this kernel panic: PANIC: early exception 0d rip 10:ffffffff810462b6 error 0 cr2 0 The fix is to change the CentOS 6 VM CPU Type from Opteron_G5 (the default) to Opteron_G3. This was

Am 11.05.20 um 15:59 schrieb Leon Fauster: > Since C8.1? kvm guests have a huge delay while booting on a kvm host > based on C6. This delay was not present with C8.0. The "pause" happend > direct after the grub step. The VNC session shows only a "_" character. > and this are the corresponding logs. The guest system continues to boot after ~5 minutes. At that

[This email is either empty or too large to be displayed at this time]

On 5/16/20 5:09 PM, Leon Fauster via CentOS wrote: > Am 11.05.20 um 15:59 schrieb Leon Fauster: >> Since C8.1? kvm guests have a huge delay while booting on a kvm host based on C6. This delay was not present with C8.0. The "pause" happend >> direct after the grub step. The VNC session shows only a "_" character. >> > > and this are the corresponding

Since C8.1 kvm guests have a huge delay while booting on a kvm host based on C6. This delay was not present with C8.0. The "pause" happend direct after the grub step. The VNC session shows only a "_" character. Any ideas what changes? -- Leon

Hi, qemu-kvm-ev-2.3.0-31.el7_2.10.1 has been tagged for testing. In order to test it, please enable centos-qemu-ev-test repository after installing centos-release-qemu-ev Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi, qemu-kvm-ev-2.9.0-16.el7_4.13.1 <https://cbs.centos.org/koji/buildinfo?buildID=21119> is now available for testing. I'm testing it right now in oVirt CI, if nothing shows up, I'll tag it for release in a few hours. Here's the changelog: * Thu Jan 04 2018 Sandro Bonazzola <sbonazzo at redhat.com> - ev-2.9.0-16.el7_4.13.1 - Removing RH branding from package name * Thu