similar to: Live migrate + change interface name

On 10/17/19 4:26 PM, Marc Roos wrote: > > Is it possible to do a live migrate of a guest, having on the from host > a source_device=eth2 and to host a source_dev=eth1? What management tool are you using that the syntax is "source_device=eth2"? Are you maybe just paraphrasing your config, and what you actually have is something like this?: <interface

Hello I have recently had to reinstall Centos 7.5 to on host computer. I have not be able to set-up qemu to support the q35 chip set. I have several virtual machines that require q35. This is not my first install, I have configured libvirt on many machines in the past, it just worked, it has not required any manual configuration. [root at sj aadmin]# /usr/libexec/qemu-kvm -machine help

On 27/02/2019 20:34, Phil Perry wrote: > On 27/02/2019 20:29, Jerry Geis wrote: >>> I'll see if I can find some time this weekend to fix the elrepo package >>> and get it reinstated into the repository. >> >>> Phil >> >> >> Hi Phil, Thanks for the reply. Your correct this is OLD hardware. >> Everything was working with 7.5 thought I

Hi All, I'm not well versed in the samba code base so I'm asking here.. :) I only wanted to run a small AD/DC for my SOHO (1 spouse, 3 kids, 1 dog & 1 cat). I've managed to build 4.10.2 on rhel7.6 with gnutls-3.3.29 and python-2.7. (this required an updated cmocka, which in turn required an updated cmake) but... building without testsuite and without clustering (ctdb) allows

Hi I am trying to run CoreOS (Container Linux) as a guest OS using KVM/QEMU. One of their suggestions is to pass config info into the VM using the "fw_cfg" option . When I try this I get the error "-fw_cfg invalid option". If I run the vm with the help option it does not list the fw_cfg option. However, according to the qemu documentation, see here

I have elrepo installed. rpm -qa | grep elrepo gives elrepo-release-7.0.3.el7.elrepo.noarch nvidia detect (which installed) tells me kmod-nvidia-340xx when I do yum install kmod-nvidia-340xx it is saying no package kmod-nvidia-340xx available ? What did I miss? Thanks, Jerry

Folks I have two USB connected drives, configured as a mirrored-pair in ZFS. It's been working fine UNTIL I updated Centos from 3.10.0-862.14.4.el7.x86_64 to 3.10.0-957.1.3.el7.x86_64 The import of the pools didn't happen at boot. When I tried executing: zpool list I got the diagnostic suggesting I do /sbin/modprobe zfs And that command claimed the module didn't exist. YUM

CentOS Errata and Bugfix Advisory 2020:2090 Upstream details at : https://access.redhat.com/errata/RHBA-2020:2090 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 0aa0d9c046431d5db4c05752d276e33cb0a23e56b14a0c005c171fbee77b7f46 libipa_hbac-1.16.4-37.el7_8.3.i686.rpm

CentOS Errata and Bugfix Advisory 2020:2086 Upstream details at : https://access.redhat.com/errata/RHBA-2020:2086 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 33ec13f338452b9770a8d2b63f45df42d3a7a09f9e4a46e76e88c56081ba2e06 bind-9.11.4-16.P2.el7_8.3.x86_64.rpm

Dear all: I start a VM with MTU size 1450, and login VM to check the mtu size, but this setting didn't work. The VM xml is like this: <interface type='bridge'> <mac address='52:54:00:54:14:f8'/> <source bridge='ovsbr1'/> <virtualport type='openvswitch'> <parameters

We have found it useful to be able to set the linkspeed and duplex settings from the host-side for virtio_net. This obviates the need for guest changes and settings for these fields, and does not require custom ethtool commands for virtio_net. The ability to set linkspeed and duplex is useful in various cases as described here: 16032be virtio_net: add ethtool support for set and get of settings

>I'll see if I can find some time this weekend to fix the elrepo package > and get it reinstated into the repository. >Phil Hi Phil, Thanks for the reply. Your correct this is OLD hardware. Everything was working with 7.5 thought I was good to go so to speak ... So When I was starting now to migrate OLD boxes from CentOS 6 to 7.6 it wasnt working. I can look at going

CentOS Errata and Enhancement Advisory 2020:2099 Upstream details at : https://access.redhat.com/errata/RHEA-2020:2099 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 5696f0dbe7007acde4684b5a9fd6f044f7032bdf64a1fa0fb57db0fd4bd68609 qemu-img-1.5.3-173.el7_8.3.x86_64.rpm

I've got a user with a legacy NVidia card. I've got kmod-nvidia. Last time I did an update, all I did was yum update --disableexcludes. This time, it fails, with Error: Package: nvidia-x11-drv-304xx-304.135-1.el7.elrepo.x86_64 (@elrepo) Requires: xorg-x11-server-Xorg <= 1.19.99 Removing: xorg-x11-server-Xorg-1.19.5-5.el7.x86_64 (@base)

CentOS Errata and Security Advisory 2015:1072 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1072.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 23939456cb1c15c92a2dbd2bd3ad55b548fccfdab765b62402628fb5c6ccc374 openssl-1.0.1e-42.el7.6.x86_64.rpm

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

Hi Garming, Thanks for taking the time to enlighten me. I do happen to have two DC's and in my limited testing, 4.10.2 seems to function properly as an AD/DC on el7.6 with the packages I built. As I'm not using those DC's for file serving in a clustered setup, it is also my interpretation that I can do without ctdb (this one had a specific requirement for a higher version of a

Hi, I don't think any of those matter for your use. An older version of GnuTLS means we likely just use internally implemented functions (which we are trying to deprecate though). I don't know exactly what DMAPI is used for, but it's not a default configuration and file server clustering doesn't have any relevance for just an AD DC. Cheers, Garming On 16/04/19 10:57 AM,

I am preparing a bit for setting up replication. However when I manually try to dsync an account, the first time I execute this[1] command it seems to be ok. The 2nd time I am getting this error[2]. If I add -1 (one way syncing) the error disappears. Does this mean I will have problems with setting up replication between these two servers? [1] [@ ~]# doveadm sync -n inbox -u testaccount

I'm trying to setup two CentOS7 systems with automatic security updates to run as my kubernetes nodes. I've also centralized all my outgoing mail through my mailgun service, so I've been using the cli tool "mailx", which I have configured with my credentials. Coming from Fedora32 and CentOS7, dnf-automatic had a helpful emission target that was "email_command". By