similar to: RHEV guest tools

Hi Johan, Does systemd also overrule /etc/my.conf? Thx! Carl On Wed, 29 Apr 2015 14:58:52 +0200 Johan Kooijman wrote: > Gotz, > > This is due to systemd, it overrules your settings. Add a file to > systemd config fixes it: > > [root at mysql2 ~]# cat /etc/systemd/system/mariadb.service.d/limits.conf > [Service] > LimitNOFILE=10000 > LimitMEMLOCK=10000 > >

Thank you for clarifying this, Johan. Very much appreciated! On Wed, 29 Apr 2015 22:28:00 +0200 Johan Kooijman wrote: > Carl, > > By default my.cnf has to obey the OS limits, so in this case the > order is: systemd > /etc/security/limits* > /etc/my*. > > On Wed, Apr 29, 2015 at 3:22 PM, Carl E. Hartung > <carlh04426 at gmail.com> wrote: > > > Hi

Hi, may be somewon has a working solution and information on that: I installed the most recent mysql community on a server and do get a lot of "errno: 24 - Too many open files". There are suggestions to increase the open_files_limit, change/add that to /etc/security/limits.conf and modify the systemd script by hand. Depending on how you start mysql (restart, or at systemboot time

Hello! http://mirror.centos.org/centos/7/virt/x86_64/kvm-common Latest is now qemu-kvm-ev-2.6.0-28.el7.10.1.x86_64.rpm while http://ftp.redhat.com/redhat/linux/enterprise/7Server/en/RHEV/SRPMS/ has qemu-kvm-rhev-2.6.0-28.el7_3.12.src.rpm A few questions: A) Does kvm-common have RPM builds from RHEV's SRPMS? B) Is the plan to keep kvm-common up to date with RHEV? // Johan Guldmyr

Hi, Today I migrated a server form C6 to C7. The machine is dedicated for a couple of redis daemons. given the traffic etc, we see cpu0 being 100% in use immediately. No problem, had the same thing on the C6 server. So I pinned certain processes/irq's to other CPU's and made irqbalance was monitoring things. That did solve the issue in C6, but not this time. The links below contain the

Hi, shutting down a Centos6 kvm guest does not work from outside doing a 'virsh shutdown vmguest', I've installed the CentOS-6.2-x86_64-minimal.iso inside the kvm guest I reckon this is related to acpi ... # dmesg | grep ACPI ACPI Error: A valid RSDP was not found (20090903/tbxfroot-219) ACPI: Interpreter disabled. pnp: PnP ACPI: disabled acpiphp: ACPI Hot Plug PCI Controller Driver

Hi all, I'm having some trouble building llvm-gcc as of today, with and without bootstrap. The error I get is: /home/kooijman/src/llvm-gcc/obj/./gcc/xgcc -B/home/kooijman/src/llvm-gcc/obj/./gcc/ -B/home/kooijman/src/llvm-gcc/obj/../install/i686-pc-linux-gnu/bin/ -B/home/kooijman/src/llvm-gcc/obj/../install/i686-pc-linux-gnu/lib/ -isystem

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

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

Store log from MSI installer. Log file will be located in firstboot scripts-done directory with name rhev-apt.log. The path has to be double-quoted to handle spaces in path name properly. Hopefully this can help resolve RHBZ#1584678 someday. Signed-off-by: Tomáš Golembiovský <tgolembi@redhat.com> --- v2v/convert_windows.ml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

From: Qixiang Wan <qwan at redhat.com> Commit 0973765674abd773ad04a99ddfdff8e81693e1ff introduced a regression which caused the OVF file not to be generated when outputting to RHEV. Fixes RHBZ#602067 --- lib/Sys/VirtV2V/Target/RHEV.pm | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lib/Sys/VirtV2V/Target/RHEV.pm b/lib/Sys/VirtV2V/Target/RHEV.pm index

On Tue, Dec 06, 2016 at 04:41:52PM +0100, Pino Toscano wrote: > On Thursday, 1 December 2016 14:35:07 CET Richard W.M. Jones wrote: > > You can now use -o rhv (-o rhev is supported for compatibility). > > This LGTM -- the only concern is that "output:rhev" will disappear from > the machine-readable output (and thus potentially breaking users). > I have PoC for

RHEV will fail to start a guest with more than one VirtIO disk marked as bootable. The previous behaviour of V2V simply marked all disks as bootable, intending to follow the behaviour of libvirt's qemu driver. However, libvirt's qemu driver actually only marks the first disk specified in the domain XML (which may or may not be Xda) as bootable. This change updates the RHEV output to follow

Carl, By default my.cnf has to obey the OS limits, so in this case the order is: systemd > /etc/security/limits* > /etc/my*. On Wed, Apr 29, 2015 at 3:22 PM, Carl E. Hartung <carlh04426 at gmail.com> wrote: > Hi Johan, > > Does systemd also overrule /etc/my.conf? > > Thx! > > Carl > > On Wed, 29 Apr 2015 14:58:52 +0200 > Johan Kooijman wrote: > >

On Fri, Nov 22, 2013 at 09:42:28AM +0000, Исаев Виталий Анатольевич wrote: > Rich, you are right; the hypervisor is RHEV-H. As Itamar has just > explained me, hooks are executed on the hypervisor’s side (not on > the RHEV-M, as I used to think), so properly working libguestfs on > the RHEV-H will resolve my issue. This is a bug. I have filed this:

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 ++++++++++++++---

rmtree can die instead of returning failure under some circumstances. We don't want this to stop cleanup. --- lib/Sys/VirtV2V/Target/RHEV.pm | 15 ++++++++++++--- 1 files changed, 12 insertions(+), 3 deletions(-) diff --git a/lib/Sys/VirtV2V/Target/RHEV.pm b/lib/Sys/VirtV2V/Target/RHEV.pm index 295c19d..c9add0c 100644 --- a/lib/Sys/VirtV2V/Target/RHEV.pm +++

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 been experiencing severe stability issues writing large amounts of data to an NFS export (I have never successfully written 8GB of data without having to reboot my machine). This patch alleviates the problem. I have successfully exported an 8GB disk with this patch in place. --- lib/Sys/VirtV2V/Target/RHEV.pm | 29 ++++++----------------------- 1 files changed, 6 insertions(+), 23

On Wed, Dec 07, 2016 at 10:56:05AM +0100, Pino Toscano wrote: > On Wednesday, 7 December 2016 08:34:35 CET Richard W.M. Jones wrote: > > On Tue, Dec 06, 2016 at 04:41:52PM +0100, Pino Toscano wrote: > > > On Thursday, 1 December 2016 14:35:07 CET Richard W.M. Jones wrote: > > > > You can now use -o rhv (-o rhev is supported for compatibility). > > > >