- Users - oVirt List Archives

Network Setup after ovirt node Install and before add node to cluster
by Stefan Wolf 12 Dec '18

12 Dec '18

Hello, I ve downloaded an installed OVIRT NODE 4.2.7.1. During the installation I ‘ve setup a static ip (I ‘ve also tried dhcp, both work) The installation passes and after the reboot ovirt node starts without any problems. BUT the network is not configured. I know https://www.ovirt.org/documentation/install-guide/chap-oVirt_Nodes/ and I know https://www.ovirt.org/documentation/admin-guide/chap-Hosts/ and now I am between these two documents oVirt is installed but network is not configured to add it to datacenter of course I know the scripts under /etc/sysconfig/network-scripts do I really have do edit it manuel? if I change ip in command line ip a add … dev.. and ip route add … it fails to add node to datacenter - with one of the last version I ‘ve added the IP address in bash - added the host to datacenter, - after reboot readd the ip address in bash after reboot - an then I could change network settings in oVirt Manger What is best practices for adding a node to datacenter when the ip address is not assigned after installation Thx shb

5 5

Ovirt Maximums
by Brian Wilson 12 Dec '18

12 Dec '18

Is there a resource available that would describe the configurable maximums for the Ovirt Engine and Ovirt Nodes. Things like: How many Logical Networks per host? If one does not exist does anyone have any experiences with reaching limits that caused issues specifically with regards to the number of networks on hosts.

2 2

Ovirt Node Installation issue on Ovirt 4.2
by Hemant Gupta 12 Dec '18

12 Dec '18

Hi, I have downloaded the ISO on physical server but I am unable to attach to my ovirt engine as it showing vdsm error but during update on CentosOS launched with ISO its giving below : [root@r yum.repos.d]# sudo yum install https://resources.ovirt.org/pub/yum-repo/ovirt-release42.rpm Loaded plugins: enabled_repos_upload, fastestmirror, imgbased-persist, package_upload, product-id, search-disabled-repos, vdsmupgrade Examining /var/tmp/yum-root-fu0Y2g/ovirt-release42.rpm: ovirt-release42-4.2.7-1.el7.noarch /var/tmp/yum-root-fu0Y2g/ovirt-release42.rpm: does not update installed package. Error: Nothing to do Uploading Enabled Repositories Report Loaded plugins: fastestmirror, product-id Cannot upload enabled repos report, is this client registered?

1 0

Configuring Gluster Hyperconverged on Cloud
by pawan.ratwani＠tcs.com 11 Dec '18

11 Dec '18

Hi, I would like to do hands-on on Gluster Hyperconverged environment, and as per my understanding compute and storage has to be on the same hosts. Since I don't have physical infra to support such configuration, I would like to setup 3-node cluster on Cloud e.g. AWS, or Azure. I would like to know if I create an EC2 instance on AWS (or on Azure) with the desired Compute, Storage and Network capacity, is Gluster-hyperconverged cluster setup supported for such deployment ? I am referring https://www.ovirt.org/documentation/gluster-hyperconverged/ for this. Thanks.

2 1

[ANN] oVirt 4.2.8 Second Release Candidate is now available
by Sandro Bonazzola 11 Dec '18

11 Dec '18

The oVirt Project is pleased to announce the availability of the oVirt 4.2.8 Second Release Candidate, as of December 11th, 2018. This update is a release candidate of the eighth in a series of stabilization updates to the 4.2 series. This is pre-release software. This pre-release should not to be used in production. This release is available now for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is available - oVirt Node will be available soon due to build issues causing a delay [2] Additional Resources: * Read more about the oVirt 4.2.8 release highlights: http://www.ovirt.org/release/4.2.8/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] http://www.ovirt.org/release/4.2.8/ [2] http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/ -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

1 0

Re: losing ib0 connection after activating host
by Douglas Duckworth 11 Dec '18

11 Dec '18

THANK YOU SO MUCH! Thanks, Douglas Duckworth, MSc, LFCS HPC System Administrator Scientific Computing Unit<https://scu.med.cornell.edu> Weill Cornell Medicine 1300 York Avenue New York, NY 10065 E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu> O: 212-746-6305 F: 212-746-8690 On Tue, Dec 11, 2018 at 2:03 AM Dominik Holler <dholler(a)redhat.com<mailto:dholler@redhat.com>> wrote: On Mon, 10 Dec 2018 18:09:40 +0000 Douglas Duckworth <dod2014(a)med.cornell.edu<mailto:dod2014@med.cornell.edu>> wrote: > Hi Dominik, > > I have added LACP bond network to all hosts and renamed the Hosted Engine using "/usr/share/ovirt-engine/setup/bin/ovirt-engine-rename." > > However, I am still missing the option to assign Migration and Management network roles to this new bond. > > Can you advise where I can find this option? > You cannot assign this role to the host interface directly, but to the network, which is assigned to the interface, in "Compute > Clusters > Clustername > Logical Networks > Manage Networks" > Thanks, > > Douglas Duckworth, MSc, LFCS > HPC System Administrator > Scientific Computing Unit<https://scu.med.cornell.edu> > Weill Cornell Medicine > 1300 York Avenue > New York, NY 10065 > E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu><mailto:doug@med.cornell.edu<mailto:doug@med.cornell.edu>> > O: 212-746-6305 > F: 212-746-8690 > > > On Fri, Aug 24, 2018 at 11:52 AM Dominik Holler <dholler(a)redhat.com<mailto:dholler@redhat.com><mailto:dholler@redhat.com<mailto:dholler@redhat.com>>> wrote: > On Fri, 24 Aug 2018 09:46:25 -0400 > Douglas Duckworth <dod2014(a)med.cornell.edu<mailto:dod2014@med.cornell.edu><mailto:dod2014@med.cornell.edu<mailto:dod2014@med.cornell.edu>>> wrote: > > > Sorry, I mean "migration network" for moving live migration traffic. > > > > You have to create a new logical network in > "Network > Networks > New" > and assign this to ib0 in > "Compute > Hosts > hostname > Network Interfaces > Setup Host Networks". > After this you can assign a role to this network in > "Compute > Clusters > Clustername > Logical Networks > Manage Networks" > > > > FDR infiniband much faster than 1Gb network which currently acts as > > migration network, vm network, display network, mgmt network, etc. > > > > Thanks, > > > > Douglas Duckworth, MSc, LFCS > > HPC System Administrator > > Scientific Computing Unit > > Weill Cornell Medicine > > 1300 York - LC-502 > > E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu><mailto:doug@med.cornell.edu<mailto:doug@med.cornell.edu>> > > O: 212-746-6305 > > F: 212-746-8690 > > > > > > On Fri, Aug 24, 2018 at 9:36 AM, Dominik Holler <dholler(a)redhat.com<mailto:dholler@redhat.com><mailto:dholler@redhat.com<mailto:dholler@redhat.com>>> > > wrote: > > > > > On Thu, 23 Aug 2018 13:51:39 -0400 > > > Douglas Duckworth <dod2014(a)med.cornell.edu<mailto:dod2014@med.cornell.edu><mailto:dod2014@med.cornell.edu<mailto:dod2014@med.cornell.edu>>> wrote: > > > > > > > THANKS! > > > > > > > > ib0 now up with NFS storage back on this hypervisor > > > > > > > > > > Thanks for letting us know. > > > > > > > Though how do I make it a transfer network? I don't see an > > > > option. > > > > > > I do not understand the meaning of "transfer network". > > > The network interface to use for NFS results from the routing > > > tables of the host. > > > In "Compute > Clusters > Clustername > Logical Networks > Manage > > > Networks" network roles for some kind of loads can be assigned, but > > > not for NFS access. > > > > > > > > > > Thanks, > > > > > > > > Douglas Duckworth, MSc, LFCS > > > > HPC System Administrator > > > > Scientific Computing Unit > > > > Weill Cornell Medicine > > > > 1300 York - LC-502 > > > > E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu><mailto:doug@med.cornell.edu<mailto:doug@med.cornell.edu>> > > > > O: 212-746-6305 > > > > F: 212-746-8690 > > > > > > > > > > > > On Thu, Aug 23, 2018 at 11:12 AM, Douglas Duckworth > > > > <dod2014(a)med.cornell.edu<mailto:dod2014@med.cornell.edu><mailto:dod2014@med.cornell.edu<mailto:dod2014@med.cornell.edu>> > > > > > wrote: > > > > > > > > > Hi Dominik > > > > > > > > > > Yes, the network-script was created by our Ansible role that > > > > > deploys CentOS hosts. It pulls the IP from DNS then templates > > > > > the script and copies to host. > > > > > > > > > > I will try this oVirt step then see if it works! > > > > > > > > > > Thanks, > > > > > > > > > > Douglas Duckworth, MSc, LFCS > > > > > HPC System Administrator > > > > > Scientific Computing Unit > > > > > Weill Cornell Medicine > > > > > 1300 York - LC-502 > > > > > E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu><mailto:doug@med.cornell.edu<mailto:doug@med.cornell.edu>> > > > > > O: 212-746-6305 > > > > > F: 212-746-8690 > > > > > > > > > > > > > > > On Thu, Aug 23, 2018 at 11:09 AM, Dominik Holler > > > > > <dholler(a)redhat.com<mailto:dholler@redhat.com><mailto:dholler@redhat.com<mailto:dholler@redhat.com>>> wrote: > > > > > > > > > >> Is ifcfg-ib0 created before adding the host? > > > > >> Can ib0 be reconfigured using engine, e.g. by > > > > >> "Compute > Hosts > hostx > Network Interfaces > Setup Host > > > > >> Networks"? If this some kind of self-hosted engine? > > > > >> > > > > >> On Thu, 23 Aug 2018 09:30:59 -0400 > > > > >> Douglas Duckworth <dod2014(a)med.cornell.edu<mailto:dod2014@med.cornell.edu><mailto:dod2014@med.cornell.edu<mailto:dod2014@med.cornell.edu>>> wrote: > > > > >> > > > > >> > Here's a link to the files: > > > > >> > > > > > >> > https://urldefense.proofpoint.com/v2/url?u=https-3A__bit.ly_ > > > > >> 2wjZ6Vo&d=DwICAg&c=lb62iw4YL4RFalcE2hQUQealT9-RXrryqt9KZX2qu > > > > >> 2s&r=2Fzhh_78OGspKQpl_e-CbhH6xUjnRkaqPFUS2wTJ2cw&m=Y25- > > > > >> OOvgu58jlC82-fzBeNIpQ7ZscoHznffUhqE6EBM&s=QQXlC9Tisa60TvimyS > > > > >> 3BnFDCaDF7VPD8eCzT-Fke-p0&e= > > > > >> > > > > > >> > Thank you! > > > > >> > > > > > >> > Thanks, > > > > >> > > > > > >> > Douglas Duckworth, MSc, LFCS > > > > >> > HPC System Administrator > > > > >> > Scientific Computing Unit > > > > >> > Weill Cornell Medicine > > > > >> > 1300 York - LC-502 > > > > >> > E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu><mailto:doug@med.cornell.edu<mailto:doug@med.cornell.edu>> > > > > >> > O: 212-746-6305 > > > > >> > F: 212-746-8690 > > > > >> > > > > > >> > > > > > >> > On Thu, Aug 23, 2018 at 6:51 AM, Dominik Holler > > > > >> > <dholler(a)redhat.com<mailto:dholler@redhat.com><mailto:dholler@redhat.com<mailto:dholler@redhat.com>>> wrote: > > > > >> > > > > > >> > > Would you please share the vdsm.log and the supervdsm.log > > > > >> > > from this host? > > > > >> > > > > > > >> > > On Wed, 22 Aug 2018 11:36:09 -0400 > > > > >> > > Douglas Duckworth <dod2014(a)med.cornell.edu<mailto:dod2014@med.cornell.edu><mailto:dod2014@med.cornell.edu<mailto:dod2014@med.cornell.edu>>> wrote: > > > > >> > > > > > > >> > > > Hi > > > > >> > > > > > > > >> > > > I keep losing ib0 connection on hypervisor after adding > > > > >> > > > host to engine. This makes the host not really work > > > > >> > > > since NFS will be mounted over ib0. > > > > >> > > > > > > > >> > > > I don't really understand why this occurs. > > > > >> > > > > > > > >> > > > OS: > > > > >> > > > > > > > >> > > > [root@ovirt-hv2 ~]# cat /etc/redhat-release > > > > >> > > > CentOS Linux release 7.5.1804 (Core) > > > > >> > > > > > > > >> > > > Here's the network script: > > > > >> > > > > > > > >> > > > [root@ovirt-hv2 ~]# > > > > >> > > > cat /etc/sysconfig/network-scripts/ifcfg-ib0 DEVICE=ib0 > > > > >> > > > BOOTPROTO=static > > > > >> > > > IPADDR=172.16.0.207 > > > > >> > > > NETMASK=255.255.255.0 > > > > >> > > > ONBOOT=yes > > > > >> > > > ZONE=public > > > > >> > > > > > > > >> > > > When I try "ifup" > > > > >> > > > > > > > >> > > > [root@ovirt-hv2 ~]# ifup ib0 > > > > >> > > > Error: Connection activation failed: No suitable device > > > > >> > > > found for this connection. > > > > >> > > > > > > > >> > > > The error in syslog: > > > > >> > > > > > > > >> > > > Aug 22 11:31:50 ovirt-hv2 kernel: IPv4: martian source > > > > >> > > > 172.16.0.87 from 172.16.0.49, on dev ib0 > > > > >> > > > Aug 22 11:31:53 ovirt-hv2 NetworkManager[1070]: <info> > > > > >> > > > [1534951913.7486] audit: op="connection-activate" > > > > >> > > > uuid="2ab4abde-b8a5-6cbc-19b1-2bfb193e4e89" name="System > > > > >> > > > ib0" result="fail" reason="No suitable device found for > > > > >> > > > this connection. > > > > >> > > > > > > > >> > > > As you can see media state up: > > > > >> > > > > > > > >> > > > [root@ovirt-hv2 ~]# ip a > > > > >> > > > 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue > > > > >> > > > state UNKNOWN group default qlen 1000 > > > > >> > > > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 > > > > >> > > > inet 127.0.0.1/8<http://127.0.0.1/8><https://urldefense.proofpoint.com/v2/url?u=http-3A__127.0.0.1_8&d=DwICAg&c=…> scope host lo > > > > >> > > > valid_lft forever preferred_lft forever > > > > >> > > > 2: em1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc > > > > >> > > > mq master ovirtmgmt state UP group default qlen 1000 > > > > >> > > > link/ether 50:9a:4c:89:d3:81 brd ff:ff:ff:ff:ff:ff > > > > >> > > > 3: em2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 > > > > >> > > > qdisc mq state DOWN group default qlen 1000 > > > > >> > > > link/ether 50:9a:4c:89:d3:82 brd ff:ff:ff:ff:ff:ff > > > > >> > > > 4: p1p1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 > > > > >> > > > qdisc mq state DOWN group default qlen 1000 > > > > >> > > > link/ether b4:96:91:13:ea:68 brd ff:ff:ff:ff:ff:ff > > > > >> > > > 5: p1p2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 > > > > >> > > > qdisc mq state DOWN group default qlen 1000 > > > > >> > > > link/ether b4:96:91:13:ea:6a brd ff:ff:ff:ff:ff:ff > > > > >> > > > 6: idrac: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 > > > > >> > > > qdisc pfifo_fast state UNKNOWN group default qlen 1000 > > > > >> > > > link/ether 50:9a:4c:89:d3:84 brd ff:ff:ff:ff:ff:ff > > > > >> > > > inet 169.254.0.2/16<http://169.254.0.2/16><https://urldefense.proofpoint.com/v2/url?u=http-3A__169.254.0.2_16&d=DwICAg…> brd 169.254.255.255 scope global > > > > >> > > > idrac valid_lft forever preferred_lft forever > > > > >> > > > 7: ib0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 2044 qdisc > > > > >> > > > mq state UP group default qlen 256 > > > > >> > > > link/infiniband > > > > >> > > > a0:00:02:08:fe:80:00:00:00:00:00:00:ec:0d:9a:03:00:1d:13:41 > > > > >> > > > brd > > > > >> > > > 00:ff:ff:ff:ff:12:40:1b:ff:ff:00:00:00:00:00:00:ff:ff:ff:ff > > > > >> > > > 8: ovs-system: <BROADCAST,MULTICAST> mtu 1500 qdisc noop > > > > >> > > > state DOWN group default qlen 1000 link/ether > > > > >> > > > 12:b4:30:22:39:5b brd ff:ff:ff:ff:ff:ff 9: br-int: > > > > >> > > > <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN > > > > >> > > > group default qlen 1000 link/ether 3e:32:e6:66:98:49 brd > > > > >> > > > ff:ff:ff:ff:ff:ff 25: ovirtmgmt: > > > > >> > > > <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue > > > > >> > > > state UP group default qlen 1000 link/ether > > > > >> > > > 50:9a:4c:89:d3:81 brd ff:ff:ff:ff:ff:ff inet > > > > >> > > > 10.0.0.183/16<http://10.0.0.183/16><https://urldefense.proofpoint.com/v2/url?u=http-3A__10.0.0.183_16&d=DwICAg&…> brd 10.0.255.255 scope global ovirtmgmt > > > > >> > > > valid_lft forever preferred_lft forever 26: > > > > >> > > > genev_sys_6081: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu > > > > >> > > > 65000 qdisc noqueue master ovs-system state UNKNOWN > > > > >> > > > group default qlen 1000 link/ether aa:32:82:1b:01:d9 brd > > > > >> > > > ff:ff:ff:ff:ff:ff 27: ;vdsmdummy;: <BROADCAST,MULTICAST> > > > > >> > > > mtu 1500 qdisc noop state DOWN group default qlen 1000 > > > > >> > > > link/ether 32:ff:5d:b8:c2:b4 brd ff:ff:ff:ff:ff:ff > > > > >> > > > > > > > >> > > > The card is FDR: > > > > >> > > > > > > > >> > > > [root@ovirt-hv2 ~]# lspci -v | grep Mellanox > > > > >> > > > 01:00.0 Network controller: Mellanox Technologies MT27500 > > > > >> > > > Family [ConnectX-3] > > > > >> > > > Subsystem: Mellanox Technologies Device 0051 > > > > >> > > > > > > > >> > > > Latest OFED driver: > > > > >> > > > > > > > >> > > > [root@ovirt-hv2 ~]# /etc/init.d/openibd status > > > > >> > > > > > > > >> > > > HCA driver loaded > > > > >> > > > > > > > >> > > > Configured IPoIB devices: > > > > >> > > > ib0 > > > > >> > > > > > > > >> > > > Currently active IPoIB devices: > > > > >> > > > ib0 > > > > >> > > > Configured Mellanox EN devices: > > > > >> > > > > > > > >> > > > Currently active Mellanox devices: > > > > >> > > > ib0 > > > > >> > > > > > > > >> > > > The following OFED modules are loaded: > > > > >> > > > > > > > >> > > > rdma_ucm > > > > >> > > > rdma_cm > > > > >> > > > ib_ipoib > > > > >> > > > mlx4_core > > > > >> > > > mlx4_ib > > > > >> > > > mlx4_en > > > > >> > > > mlx5_core > > > > >> > > > mlx5_ib > > > > >> > > > ib_uverbs > > > > >> > > > ib_umad > > > > >> > > > ib_ucm > > > > >> > > > ib_cm > > > > >> > > > ib_core > > > > >> > > > mlxfw > > > > >> > > > mlx5_fpga_tools > > > > >> > > > > > > > >> > > > I can add an IP to ib0 using "ip addr" though I need > > > > >> > > > Network Manager to work with ib0. > > > > >> > > > > > > > >> > > > > > > > >> > > > Thanks, > > > > >> > > > > > > > >> > > > Douglas Duckworth, MSc, LFCS > > > > >> > > > HPC System Administrator > > > > >> > > > Scientific Computing Unit > > > > >> > > > Weill Cornell Medicine > > > > >> > > > 1300 York - LC-502 > > > > >> > > > E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu><mailto:doug@med.cornell.edu<mailto:doug@med.cornell.edu>> > > > > >> > > > O: 212-746-6305 > > > > >> > > > F: 212-746-8690 > > > > >> > > > > > > >> > > > > > > >> > > > > >> > > > > > > > > > > > >

1 0

Install additional software on ovirt node
by Stefan Wolf 11 Dec '18

11 Dec '18

Hello, if I install on an ovirt node additional software, will it removed after updating the ovirt node or run in to trouble? thx shb

2 1

Re: losing ib0 connection after activating host
by Douglas Duckworth 11 Dec '18

11 Dec '18

Hi Dominik, I have added LACP bond network to all hosts and renamed the Hosted Engine using "/usr/share/ovirt-engine/setup/bin/ovirt-engine-rename." However, I am still missing the option to assign Migration and Management network roles to this new bond. Can you advise where I can find this option? Thanks, Douglas Duckworth, MSc, LFCS HPC System Administrator Scientific Computing Unit<https://scu.med.cornell.edu> Weill Cornell Medicine 1300 York Avenue New York, NY 10065 E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu> O: 212-746-6305 F: 212-746-8690 On Fri, Aug 24, 2018 at 11:52 AM Dominik Holler <dholler(a)redhat.com<mailto:dholler@redhat.com>> wrote: On Fri, 24 Aug 2018 09:46:25 -0400 Douglas Duckworth <dod2014(a)med.cornell.edu<mailto:dod2014@med.cornell.edu>> wrote: > Sorry, I mean "migration network" for moving live migration traffic. > You have to create a new logical network in "Network > Networks > New" and assign this to ib0 in "Compute > Hosts > hostname > Network Interfaces > Setup Host Networks". After this you can assign a role to this network in "Compute > Clusters > Clustername > Logical Networks > Manage Networks" > FDR infiniband much faster than 1Gb network which currently acts as > migration network, vm network, display network, mgmt network, etc. > > Thanks, > > Douglas Duckworth, MSc, LFCS > HPC System Administrator > Scientific Computing Unit > Weill Cornell Medicine > 1300 York - LC-502 > E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu> > O: 212-746-6305 > F: 212-746-8690 > > > On Fri, Aug 24, 2018 at 9:36 AM, Dominik Holler <dholler(a)redhat.com<mailto:dholler@redhat.com>> > wrote: > > > On Thu, 23 Aug 2018 13:51:39 -0400 > > Douglas Duckworth <dod2014(a)med.cornell.edu<mailto:dod2014@med.cornell.edu>> wrote: > > > > > THANKS! > > > > > > ib0 now up with NFS storage back on this hypervisor > > > > > > > Thanks for letting us know. > > > > > Though how do I make it a transfer network? I don't see an > > > option. > > > > I do not understand the meaning of "transfer network". > > The network interface to use for NFS results from the routing > > tables of the host. > > In "Compute > Clusters > Clustername > Logical Networks > Manage > > Networks" network roles for some kind of loads can be assigned, but > > not for NFS access. > > > > > > > Thanks, > > > > > > Douglas Duckworth, MSc, LFCS > > > HPC System Administrator > > > Scientific Computing Unit > > > Weill Cornell Medicine > > > 1300 York - LC-502 > > > E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu> > > > O: 212-746-6305 > > > F: 212-746-8690 > > > > > > > > > On Thu, Aug 23, 2018 at 11:12 AM, Douglas Duckworth > > > <dod2014(a)med.cornell.edu<mailto:dod2014@med.cornell.edu> > > > > wrote: > > > > > > > Hi Dominik > > > > > > > > Yes, the network-script was created by our Ansible role that > > > > deploys CentOS hosts. It pulls the IP from DNS then templates > > > > the script and copies to host. > > > > > > > > I will try this oVirt step then see if it works! > > > > > > > > Thanks, > > > > > > > > Douglas Duckworth, MSc, LFCS > > > > HPC System Administrator > > > > Scientific Computing Unit > > > > Weill Cornell Medicine > > > > 1300 York - LC-502 > > > > E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu> > > > > O: 212-746-6305 > > > > F: 212-746-8690 > > > > > > > > > > > > On Thu, Aug 23, 2018 at 11:09 AM, Dominik Holler > > > > <dholler(a)redhat.com<mailto:dholler@redhat.com>> wrote: > > > > > > > >> Is ifcfg-ib0 created before adding the host? > > > >> Can ib0 be reconfigured using engine, e.g. by > > > >> "Compute > Hosts > hostx > Network Interfaces > Setup Host > > > >> Networks"? If this some kind of self-hosted engine? > > > >> > > > >> On Thu, 23 Aug 2018 09:30:59 -0400 > > > >> Douglas Duckworth <dod2014(a)med.cornell.edu<mailto:dod2014@med.cornell.edu>> wrote: > > > >> > > > >> > Here's a link to the files: > > > >> > > > > >> > https://urldefense.proofpoint.com/v2/url?u=https-3A__bit.ly_ > > > >> 2wjZ6Vo&d=DwICAg&c=lb62iw4YL4RFalcE2hQUQealT9-RXrryqt9KZX2qu > > > >> 2s&r=2Fzhh_78OGspKQpl_e-CbhH6xUjnRkaqPFUS2wTJ2cw&m=Y25- > > > >> OOvgu58jlC82-fzBeNIpQ7ZscoHznffUhqE6EBM&s=QQXlC9Tisa60TvimyS > > > >> 3BnFDCaDF7VPD8eCzT-Fke-p0&e= > > > >> > > > > >> > Thank you! > > > >> > > > > >> > Thanks, > > > >> > > > > >> > Douglas Duckworth, MSc, LFCS > > > >> > HPC System Administrator > > > >> > Scientific Computing Unit > > > >> > Weill Cornell Medicine > > > >> > 1300 York - LC-502 > > > >> > E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu> > > > >> > O: 212-746-6305 > > > >> > F: 212-746-8690 > > > >> > > > > >> > > > > >> > On Thu, Aug 23, 2018 at 6:51 AM, Dominik Holler > > > >> > <dholler(a)redhat.com<mailto:dholler@redhat.com>> wrote: > > > >> > > > > >> > > Would you please share the vdsm.log and the supervdsm.log > > > >> > > from this host? > > > >> > > > > > >> > > On Wed, 22 Aug 2018 11:36:09 -0400 > > > >> > > Douglas Duckworth <dod2014(a)med.cornell.edu<mailto:dod2014@med.cornell.edu>> wrote: > > > >> > > > > > >> > > > Hi > > > >> > > > > > > >> > > > I keep losing ib0 connection on hypervisor after adding > > > >> > > > host to engine. This makes the host not really work > > > >> > > > since NFS will be mounted over ib0. > > > >> > > > > > > >> > > > I don't really understand why this occurs. > > > >> > > > > > > >> > > > OS: > > > >> > > > > > > >> > > > [root@ovirt-hv2 ~]# cat /etc/redhat-release > > > >> > > > CentOS Linux release 7.5.1804 (Core) > > > >> > > > > > > >> > > > Here's the network script: > > > >> > > > > > > >> > > > [root@ovirt-hv2 ~]# > > > >> > > > cat /etc/sysconfig/network-scripts/ifcfg-ib0 DEVICE=ib0 > > > >> > > > BOOTPROTO=static > > > >> > > > IPADDR=172.16.0.207 > > > >> > > > NETMASK=255.255.255.0 > > > >> > > > ONBOOT=yes > > > >> > > > ZONE=public > > > >> > > > > > > >> > > > When I try "ifup" > > > >> > > > > > > >> > > > [root@ovirt-hv2 ~]# ifup ib0 > > > >> > > > Error: Connection activation failed: No suitable device > > > >> > > > found for this connection. > > > >> > > > > > > >> > > > The error in syslog: > > > >> > > > > > > >> > > > Aug 22 11:31:50 ovirt-hv2 kernel: IPv4: martian source > > > >> > > > 172.16.0.87 from 172.16.0.49, on dev ib0 > > > >> > > > Aug 22 11:31:53 ovirt-hv2 NetworkManager[1070]: <info> > > > >> > > > [1534951913.7486] audit: op="connection-activate" > > > >> > > > uuid="2ab4abde-b8a5-6cbc-19b1-2bfb193e4e89" name="System > > > >> > > > ib0" result="fail" reason="No suitable device found for > > > >> > > > this connection. > > > >> > > > > > > >> > > > As you can see media state up: > > > >> > > > > > > >> > > > [root@ovirt-hv2 ~]# ip a > > > >> > > > 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue > > > >> > > > state UNKNOWN group default qlen 1000 > > > >> > > > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 > > > >> > > > inet 127.0.0.1/8<http://127.0.0.1/8> scope host lo > > > >> > > > valid_lft forever preferred_lft forever > > > >> > > > 2: em1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc > > > >> > > > mq master ovirtmgmt state UP group default qlen 1000 > > > >> > > > link/ether 50:9a:4c:89:d3:81 brd ff:ff:ff:ff:ff:ff > > > >> > > > 3: em2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 > > > >> > > > qdisc mq state DOWN group default qlen 1000 > > > >> > > > link/ether 50:9a:4c:89:d3:82 brd ff:ff:ff:ff:ff:ff > > > >> > > > 4: p1p1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 > > > >> > > > qdisc mq state DOWN group default qlen 1000 > > > >> > > > link/ether b4:96:91:13:ea:68 brd ff:ff:ff:ff:ff:ff > > > >> > > > 5: p1p2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 > > > >> > > > qdisc mq state DOWN group default qlen 1000 > > > >> > > > link/ether b4:96:91:13:ea:6a brd ff:ff:ff:ff:ff:ff > > > >> > > > 6: idrac: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 > > > >> > > > qdisc pfifo_fast state UNKNOWN group default qlen 1000 > > > >> > > > link/ether 50:9a:4c:89:d3:84 brd ff:ff:ff:ff:ff:ff > > > >> > > > inet 169.254.0.2/16<http://169.254.0.2/16> brd 169.254.255.255 scope global > > > >> > > > idrac valid_lft forever preferred_lft forever > > > >> > > > 7: ib0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 2044 qdisc > > > >> > > > mq state UP group default qlen 256 > > > >> > > > link/infiniband > > > >> > > > a0:00:02:08:fe:80:00:00:00:00:00:00:ec:0d:9a:03:00:1d:13:41 > > > >> > > > brd > > > >> > > > 00:ff:ff:ff:ff:12:40:1b:ff:ff:00:00:00:00:00:00:ff:ff:ff:ff > > > >> > > > 8: ovs-system: <BROADCAST,MULTICAST> mtu 1500 qdisc noop > > > >> > > > state DOWN group default qlen 1000 link/ether > > > >> > > > 12:b4:30:22:39:5b brd ff:ff:ff:ff:ff:ff 9: br-int: > > > >> > > > <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN > > > >> > > > group default qlen 1000 link/ether 3e:32:e6:66:98:49 brd > > > >> > > > ff:ff:ff:ff:ff:ff 25: ovirtmgmt: > > > >> > > > <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue > > > >> > > > state UP group default qlen 1000 link/ether > > > >> > > > 50:9a:4c:89:d3:81 brd ff:ff:ff:ff:ff:ff inet > > > >> > > > 10.0.0.183/16<http://10.0.0.183/16> brd 10.0.255.255 scope global ovirtmgmt > > > >> > > > valid_lft forever preferred_lft forever 26: > > > >> > > > genev_sys_6081: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu > > > >> > > > 65000 qdisc noqueue master ovs-system state UNKNOWN > > > >> > > > group default qlen 1000 link/ether aa:32:82:1b:01:d9 brd > > > >> > > > ff:ff:ff:ff:ff:ff 27: ;vdsmdummy;: <BROADCAST,MULTICAST> > > > >> > > > mtu 1500 qdisc noop state DOWN group default qlen 1000 > > > >> > > > link/ether 32:ff:5d:b8:c2:b4 brd ff:ff:ff:ff:ff:ff > > > >> > > > > > > >> > > > The card is FDR: > > > >> > > > > > > >> > > > [root@ovirt-hv2 ~]# lspci -v | grep Mellanox > > > >> > > > 01:00.0 Network controller: Mellanox Technologies MT27500 > > > >> > > > Family [ConnectX-3] > > > >> > > > Subsystem: Mellanox Technologies Device 0051 > > > >> > > > > > > >> > > > Latest OFED driver: > > > >> > > > > > > >> > > > [root@ovirt-hv2 ~]# /etc/init.d/openibd status > > > >> > > > > > > >> > > > HCA driver loaded > > > >> > > > > > > >> > > > Configured IPoIB devices: > > > >> > > > ib0 > > > >> > > > > > > >> > > > Currently active IPoIB devices: > > > >> > > > ib0 > > > >> > > > Configured Mellanox EN devices: > > > >> > > > > > > >> > > > Currently active Mellanox devices: > > > >> > > > ib0 > > > >> > > > > > > >> > > > The following OFED modules are loaded: > > > >> > > > > > > >> > > > rdma_ucm > > > >> > > > rdma_cm > > > >> > > > ib_ipoib > > > >> > > > mlx4_core > > > >> > > > mlx4_ib > > > >> > > > mlx4_en > > > >> > > > mlx5_core > > > >> > > > mlx5_ib > > > >> > > > ib_uverbs > > > >> > > > ib_umad > > > >> > > > ib_ucm > > > >> > > > ib_cm > > > >> > > > ib_core > > > >> > > > mlxfw > > > >> > > > mlx5_fpga_tools > > > >> > > > > > > >> > > > I can add an IP to ib0 using "ip addr" though I need > > > >> > > > Network Manager to work with ib0. > > > >> > > > > > > >> > > > > > > >> > > > Thanks, > > > >> > > > > > > >> > > > Douglas Duckworth, MSc, LFCS > > > >> > > > HPC System Administrator > > > >> > > > Scientific Computing Unit > > > >> > > > Weill Cornell Medicine > > > >> > > > 1300 York - LC-502 > > > >> > > > E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu> > > > >> > > > O: 212-746-6305 > > > >> > > > F: 212-746-8690 > > > >> > > > > > >> > > > > > >> > > > >> > > > > > > > >

2 1

Re: oVirt Node 4.2.7 upgrade fails with broken dependencies ?
by Douglas Duckworth 10 Dec '18

10 Dec '18

MSG: Error: Package: nbdkit-plugin-vddk-1.2.6-1.el7_6.2.x86_64 (updates) Requires: nbdkit(x86-64) = 1.2.6-1.el7_6.2 Available: nbdkit-1.2.6-1.el7.x86_64 (base) nbdkit(x86-64) = 1.2.6-1.el7 Available: nbdkit-1.2.6-1.el7_6.2.x86_64 (updates) nbdkit(x86-64) = 1.2.6-1.el7_6.2 Installing: nbdkit-1.2.7-2.el7.x86_64 (ovirt-4.2-epel) nbdkit(x86-64) = 1.2.7-2.el7 Cannot upload enabled repos report, is this client registered? 2018-12-10 16:09:40,983 p=22603 u=ovirt | PLAY RECAP ********************************************************************* 2018-12-10 16:09:40,983 p=22603 u=ovirt | ovirt-hv3.pbtech : ok=1 changed=0 unreachable=0 failed=1 Thanks, Douglas Duckworth, MSc, LFCS HPC System Administrator Scientific Computing Unit<https://scu.med.cornell.edu> Weill Cornell Medicine 1300 York Avenue New York, NY 10065 E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu> O: 212-746-6305 F: 212-746-8690 On Wed, Nov 14, 2018 at 11:09 AM Sandro Bonazzola <sbonazzo(a)redhat.com<mailto:sbonazzo@redhat.com>> wrote: Il giorno mer 14 nov 2018 alle ore 16:27 Jayme <jaymef(a)gmail.com<mailto:jaymef@gmail.com>> ha scritto: I am having the same issue as well attempting to update oVirt node to latest. Please manually disable EPEL repository for now. We are checking with CentOS OpsTools SIG if we can get an updated collectd there. On Wed, Nov 14, 2018 at 11:07 AM Giulio Casella <giulio(a)di.unimi.it<mailto:giulio@di.unimi.it>> wrote: It's due to a update of collectd in epel, but ovirt repos contain also collectd-write_http and collectd-disk (still not updated). We have to wait for ovirt guys to release updated versions in ovirt-4.2-centos-opstools repo. I think it'll be a matter of few days. Ciao, Giulio Il 14/11/2018 13:51, Rogério Ceni Coelho ha scritto: > Ovirt Engine with same problem. > > [root@nscovirt42prdpoa ~]# yum update > Loaded plugins: fastestmirror, versionlock > Loading mirror speeds from cached hostfile > * base: centos.brnet.net.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__centos.brnet.net.br&d=D…> <http://centos.brnet.net.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__centos.brnet.net.br&d=D…>> > * epel: mirror.ci.ifes.edu.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__mirror.ci.ifes.edu.br&d…> <http://mirror.ci.ifes.edu.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__mirror.ci.ifes.edu.br&d…>> > * extras: centos.brnet.net.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__centos.brnet.net.br&d=D…> <http://centos.brnet.net.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__centos.brnet.net.br&d=D…>> > * ovirt-4.2: mirror.linux.duke.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__mirror.linux.duke.edu&d…> <http://mirror.linux.duke.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__mirror.linux.duke.edu&d…>> > * ovirt-4.2-epel: mirror.ci.ifes.edu.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__mirror.ci.ifes.edu.br&d…> <http://mirror.ci.ifes.edu.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__mirror.ci.ifes.edu.br&d…>> > * updates: centos.brnet.net.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__centos.brnet.net.br&d=D…> <http://centos.brnet.net.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__centos.brnet.net.br&d=D…>> > Resolving Dependencies > --> Running transaction check > ---> Package collectd.x86_64 0:5.8.0-6.1.el7 will be updated > --> Processing Dependency: collectd(x86-64) = 5.8.0-6.1.el7 for package: > collectd-disk-5.8.0-6.1.el7.x86_64 > --> Processing Dependency: collectd(x86-64) = 5.8.0-6.1.el7 for package: > collectd-write_http-5.8.0-6.1.el7.x86_64 > ---> Package collectd.x86_64 0:5.8.1-1.el7 will be an update > ---> Package collectd-postgresql.x86_64 0:5.8.0-6.1.el7 will be updated > ---> Package collectd-postgresql.x86_64 0:5.8.1-1.el7 will be an update > ---> Package ovirt-engine-extensions-api-impl.noarch 0:4.2.7.4-1.el7 > will be updated > ---> Package ovirt-engine-extensions-api-impl.noarch 0:4.2.7.5-1.el7 > will be an update > ---> Package ovirt-engine-lib.noarch 0:4.2.7.4-1.el7 will be updated > ---> Package ovirt-engine-lib.noarch 0:4.2.7.5-1.el7 will be an update > ---> Package ovirt-engine-setup.noarch 0:4.2.7.4-1.el7 will be updated > ---> Package ovirt-engine-setup.noarch 0:4.2.7.5-1.el7 will be an update > ---> Package ovirt-engine-setup-base.noarch 0:4.2.7.4-1.el7 will be updated > ---> Package ovirt-engine-setup-base.noarch 0:4.2.7.5-1.el7 will be an > update > ---> Package ovirt-engine-setup-plugin-ovirt-engine.noarch > 0:4.2.7.4-1.el7 will be updated > ---> Package ovirt-engine-setup-plugin-ovirt-engine.noarch > 0:4.2.7.5-1.el7 will be an update > ---> Package ovirt-engine-setup-plugin-ovirt-engine-common.noarch > 0:4.2.7.4-1.el7 will be updated > ---> Package ovirt-engine-setup-plugin-ovirt-engine-common.noarch > 0:4.2.7.5-1.el7 will be an update > ---> Package ovirt-engine-setup-plugin-vmconsole-proxy-helper.noarch > 0:4.2.7.4-1.el7 will be updated > ---> Package ovirt-engine-setup-plugin-vmconsole-proxy-helper.noarch > 0:4.2.7.5-1.el7 will be an update > ---> Package ovirt-engine-setup-plugin-websocket-proxy.noarch > 0:4.2.7.4-1.el7 will be updated > ---> Package ovirt-engine-setup-plugin-websocket-proxy.noarch > 0:4.2.7.5-1.el7 will be an update > ---> Package ovirt-engine-vmconsole-proxy-helper.noarch 0:4.2.7.4-1.el7 > will be updated > ---> Package ovirt-engine-vmconsole-proxy-helper.noarch 0:4.2.7.5-1.el7 > will be an update > ---> Package ovirt-engine-websocket-proxy.noarch 0:4.2.7.4-1.el7 will be > updated > ---> Package ovirt-engine-websocket-proxy.noarch 0:4.2.7.5-1.el7 will be > an update > ---> Package ovirt-release42.noarch 0:4.2.7-1.el7 will be updated > ---> Package ovirt-release42.noarch 0:4.2.7.1-1.el7 will be an update > --> Finished Dependency Resolution > Error: Package: collectd-write_http-5.8.0-6.1.el7.x86_64 > (@ovirt-4.2-centos-opstools) > Requires: collectd(x86-64) = 5.8.0-6.1.el7 > Removing: collectd-5.8.0-6.1.el7.x86_64 > (@ovirt-4.2-centos-opstools) > collectd(x86-64) = 5.8.0-6.1.el7 > Updated By: collectd-5.8.1-1.el7.x86_64 (epel) > collectd(x86-64) = 5.8.1-1.el7 > Available: collectd-5.7.2-1.el7.x86_64 > (ovirt-4.2-centos-opstools) > collectd(x86-64) = 5.7.2-1.el7 > Available: collectd-5.7.2-3.el7.x86_64 > (ovirt-4.2-centos-opstools) > collectd(x86-64) = 5.7.2-3.el7 > Available: collectd-5.8.0-2.el7.x86_64 > (ovirt-4.2-centos-opstools) > collectd(x86-64) = 5.8.0-2.el7 > Available: collectd-5.8.0-3.el7.x86_64 > (ovirt-4.2-centos-opstools) > collectd(x86-64) = 5.8.0-3.el7 > Available: collectd-5.8.0-5.el7.x86_64 > (ovirt-4.2-centos-opstools) > collectd(x86-64) = 5.8.0-5.el7 > Error: Package: collectd-disk-5.8.0-6.1.el7.x86_64 > (@ovirt-4.2-centos-opstools) > Requires: collectd(x86-64) = 5.8.0-6.1.el7 > Removing: collectd-5.8.0-6.1.el7.x86_64 > (@ovirt-4.2-centos-opstools) > collectd(x86-64) = 5.8.0-6.1.el7 > Updated By: collectd-5.8.1-1.el7.x86_64 (epel) > collectd(x86-64) = 5.8.1-1.el7 > Available: collectd-5.7.2-1.el7.x86_64 > (ovirt-4.2-centos-opstools) > collectd(x86-64) = 5.7.2-1.el7 > Available: collectd-5.7.2-3.el7.x86_64 > (ovirt-4.2-centos-opstools) > collectd(x86-64) = 5.7.2-3.el7 > Available: collectd-5.8.0-2.el7.x86_64 > (ovirt-4.2-centos-opstools) > collectd(x86-64) = 5.8.0-2.el7 > Available: collectd-5.8.0-3.el7.x86_64 > (ovirt-4.2-centos-opstools) > collectd(x86-64) = 5.8.0-3.el7 > Available: collectd-5.8.0-5.el7.x86_64 > (ovirt-4.2-centos-opstools) > collectd(x86-64) = 5.8.0-5.el7 > You could try using --skip-broken to work around the problem > You could try running: rpm -Va --nofiles --nodigest > [root@nscovirt42prdpoa ~]# > > Em qua, 14 de nov de 2018 às 10:07, Rogério Ceni Coelho > <rogeriocenicoelho(a)gmail.com<mailto:rogeriocenicoelho@gmail.com> <mailto:rogeriocenicoelho@gmail.com<mailto:rogeriocenicoelho@gmail.com>>> escreveu: > > Hi all ! > > Broken dependencies ? > > [root@nscovirtkvm41prdpoa ~]# yum update > Loaded plugins: enabled_repos_upload, fastestmirror, package_upload, > product-id, search-disabled-repos, subscription-manager, vdsmupgrade > This system is not registered with an entitlement server. You can > use subscription-manager to register. > Loading mirror speeds from cached hostfile > * base: mirror.ufscar.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__mirror.ufscar.br&d=DwMF…> <http://mirror.ufscar.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__mirror.ufscar.br&d=DwMF…>> > * epel: mirror.ci.ifes.edu.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__mirror.ci.ifes.edu.br&d…> <http://mirror.ci.ifes.edu.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__mirror.ci.ifes.edu.br&d…>> > * extras: centos.brnet.net.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__centos.brnet.net.br&d=D…> <http://centos.brnet.net.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__centos.brnet.net.br&d=D…>> > * ovirt-4.2: www.gtlib.gatech.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.gtlib.gatech.edu&d=…> <http://www.gtlib.gatech.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.gtlib.gatech.edu&d=…>> > * ovirt-4.2-epel: mirror.ci.ifes.edu.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__mirror.ci.ifes.edu.br&d…> <http://mirror.ci.ifes.edu.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__mirror.ci.ifes.edu.br&d…>> > * updates: mirror.ufscar.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__mirror.ufscar.br&d=DwMF…> <http://mirror.ufscar.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__mirror.ufscar.br&d=DwMF…>> > Resolving Dependencies > --> Running transaction check > ---> Package collectd.x86_64 0:5.8.0-6.1.el7 will be updated > --> Processing Dependency: collectd(x86-64) = 5.8.0-6.1.el7 for > package: collectd-disk-5.8.0-6.1.el7.x86_64 > --> Processing Dependency: collectd(x86-64) = 5.8.0-6.1.el7 for > package: collectd-write_http-5.8.0-6.1.el7.x86_64 > ---> Package collectd.x86_64 0:5.8.1-1.el7 will be an update > ---> Package collectd-netlink.x86_64 0:5.8.0-6.1.el7 will be updated > ---> Package collectd-netlink.x86_64 0:5.8.1-1.el7 will be an update > ---> Package collectd-virt.x86_64 0:5.8.0-6.1.el7 will be updated > ---> Package collectd-virt.x86_64 0:5.8.1-1.el7 will be an update > ---> Package ovirt-hosted-engine-setup.noarch 0:2.2.30-1.el7 will be > updated > ---> Package ovirt-hosted-engine-setup.noarch 0:2.2.32-1.el7 will be > an update > --> Finished Dependency Resolution > Error: Package: collectd-write_http-5.8.0-6.1.el7.x86_64 > (@ovirt-4.2-centos-opstools) > Requires: collectd(x86-64) = 5.8.0-6.1.el7 > Removing: collectd-5.8.0-6.1.el7.x86_64 > (@ovirt-4.2-centos-opstools) > collectd(x86-64) = 5.8.0-6.1.el7 > Updated By: collectd-5.8.1-1.el7.x86_64 (epel) > collectd(x86-64) = 5.8.1-1.el7 > Available: collectd-5.7.2-1.el7.x86_64 > (ovirt-4.2-centos-opstools) > collectd(x86-64) = 5.7.2-1.el7 > Available: collectd-5.7.2-3.el7.x86_64 > (ovirt-4.2-centos-opstools) > collectd(x86-64) = 5.7.2-3.el7 > Available: collectd-5.8.0-2.el7.x86_64 > (ovirt-4.2-centos-opstools) > collectd(x86-64) = 5.8.0-2.el7 > Available: collectd-5.8.0-3.el7.x86_64 > (ovirt-4.2-centos-opstools) > collectd(x86-64) = 5.8.0-3.el7 > Available: collectd-5.8.0-5.el7.x86_64 > (ovirt-4.2-centos-opstools) > collectd(x86-64) = 5.8.0-5.el7 > Error: Package: collectd-disk-5.8.0-6.1.el7.x86_64 > (@ovirt-4.2-centos-opstools) > Requires: collectd(x86-64) = 5.8.0-6.1.el7 > Removing: collectd-5.8.0-6.1.el7.x86_64 > (@ovirt-4.2-centos-opstools) > collectd(x86-64) = 5.8.0-6.1.el7 > Updated By: collectd-5.8.1-1.el7.x86_64 (epel) > collectd(x86-64) = 5.8.1-1.el7 > Available: collectd-5.7.2-1.el7.x86_64 > (ovirt-4.2-centos-opstools) > collectd(x86-64) = 5.7.2-1.el7 > Available: collectd-5.7.2-3.el7.x86_64 > (ovirt-4.2-centos-opstools) > collectd(x86-64) = 5.7.2-3.el7 > Available: collectd-5.8.0-2.el7.x86_64 > (ovirt-4.2-centos-opstools) > collectd(x86-64) = 5.8.0-2.el7 > Available: collectd-5.8.0-3.el7.x86_64 > (ovirt-4.2-centos-opstools) > collectd(x86-64) = 5.8.0-3.el7 > Available: collectd-5.8.0-5.el7.x86_64 > (ovirt-4.2-centos-opstools) > collectd(x86-64) = 5.8.0-5.el7 > You could try using --skip-broken to work around the problem > You could try running: rpm -Va --nofiles --nodigest > Uploading Enabled Repositories Report > Loaded plugins: fastestmirror, product-id, subscription-manager > This system is not registered with an entitlement server. You can > use subscription-manager to register. > Cannot upload enabled repos report, is this client registered? > [root@nscovirtkvm41prdpoa ~]# yum repolist > Loaded plugins: enabled_repos_upload, fastestmirror, package_upload, > product-id, search-disabled-repos, subscription-manager, vdsmupgrade > This system is not registered with an entitlement server. You can > use subscription-manager to register. > Loading mirror speeds from cached hostfile > * base: mirror.ufscar.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__mirror.ufscar.br&d=DwMF…> <http://mirror.ufscar.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__mirror.ufscar.br&d=DwMF…>> > * epel: mirror.ci.ifes.edu.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__mirror.ci.ifes.edu.br&d…> <http://mirror.ci.ifes.edu.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__mirror.ci.ifes.edu.br&d…>> > * extras: centos.brnet.net.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__centos.brnet.net.br&d=D…> <http://centos.brnet.net.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__centos.brnet.net.br&d=D…>> > * ovirt-4.2: www.gtlib.gatech.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.gtlib.gatech.edu&d=…> <http://www.gtlib.gatech.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.gtlib.gatech.edu&d=…>> > * ovirt-4.2-epel: mirror.ci.ifes.edu.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__mirror.ci.ifes.edu.br&d…> <http://mirror.ci.ifes.edu.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__mirror.ci.ifes.edu.br&d…>> > * updates: mirror.ufscar.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__mirror.ufscar.br&d=DwMF…> <http://mirror.ufscar.br<https://urldefense.proofpoint.com/v2/url?u=http-3A__mirror.ufscar.br&d=DwMF…>> > repo id > repo name > status > base/7/x86_64 > CentOS-7 - Base > 9,911 > centos-sclo-rh-release/x86_64 > CentOS-7 - SCLo rh > 8,099 > epel/x86_64 > Extra Packages for Enterprise Linux 7 - x86_64 > 12,708 > extras/7/x86_64 > CentOS-7 - Extras > 434 > ovirt-4.2/7 > Latest oVirt 4.2 Release > 2,439 > ovirt-4.2-centos-gluster312/x86_64 > CentOS-7 - Gluster 3.12 > 262 > ovirt-4.2-centos-opstools/x86_64 > CentOS-7 - OpsTools - release > 666 > ovirt-4.2-centos-ovirt42/x86_64 > CentOS-7 - oVirt 4.2 > 582 > ovirt-4.2-centos-qemu-ev/x86_64 > CentOS-7 - QEMU EV > 63 > ovirt-4.2-epel/x86_64 > Extra Packages for Enterprise Linux 7 - x86_64 > 12,708 > ovirt-4.2-virtio-win-latest > virtio-win builds roughly matching what will be shipped in upcoming > RHEL 38 > updates/7/x86_64 > CentOS-7 - Updates > 1,614 > zabbix/7/x86_64 > Zabbix Official Repository - x86_64 > 183 > zabbix-non-supported/x86_64 > Zabbix Official Repository non-supported - x86_64 > 4 > repolist: 49,711 > Uploading Enabled Repositories Report > Loaded plugins: fastestmirror, product-id, subscription-manager > This system is not registered with an entitlement server. You can > use subscription-manager to register. > Cannot upload enabled repos report, is this client registered? > [root@nscovirtkvm41prdpoa ~]# > > > > _______________________________________________ > Users mailing list -- users(a)ovirt.org<mailto:users@ovirt.org> > To unsubscribe send an email to users-leave(a)ovirt.org<mailto:users-leave@ovirt.org> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ovirt.org_site_pri…> > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ovirt.org_communit…> > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/6L7GNIJKKPSOP…<https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.ovirt.org_archiv…> > _______________________________________________ Users mailing list -- users(a)ovirt.org<mailto:users@ovirt.org> To unsubscribe send an email to users-leave(a)ovirt.org<mailto:users-leave@ovirt.org> Privacy Statement: https://www.ovirt.org/site/privacy-policy/<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ovirt.org_site_pri…> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ovirt.org_communit…> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZO64SNCLGGVJ5…<https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.ovirt.org_archiv…> _______________________________________________ Users mailing list -- users(a)ovirt.org<mailto:users@ovirt.org> To unsubscribe send an email to users-leave(a)ovirt.org<mailto:users-leave@ovirt.org> Privacy Statement: https://www.ovirt.org/site/privacy-policy/<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ovirt.org_site_pri…> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ovirt.org_communit…> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/CKHIBEZDZEASP…<https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.ovirt.org_archiv…> -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.redhat.com_&d=DwMF…> sbonazzo(a)redhat.com<mailto:sbonazzo@redhat.com> [https://www.redhat.com/files/brand/email/sig-redhat.png]<https://urldefense.proofpoint.com/v2/url?u=https-3A__red.ht_sig&d=DwMFaQ&c=…>

1 0

LVM vs DF discrepancy usage (with NFS)
by Alexis Grillon 10 Dec '18

10 Dec '18

Dear All, i follow here the suggestion of Tal and share this problem (for which there's a workaround) with you, hoping someone can identify something which can explain this problem. . Settings : We work mostly on HP (ProLiant DL380 Gen9, DL380e Gen8, DL180 G6), with an ovirt cluster DL180 G6. On the storage side, we use the host harddrive mount in NFS (i know it's not the "by the books optimal settings"). . Installation : Each host is installed with the node iso. Harddrive are not SSD and are in RAID5 (physical or logical) Each harddrive has a standard oVirt node install auto partitionning, except for one thing, we reduce the / mount point to make a new partition in XFS for the data storage mount point (the partition is inside LVM in our case) . The problem : We experienced on all of this hosts huge discrepancy between the LVS command and DF on usage of the different partition. (sometimes up to a 90% difference !) Spoiler alert, DF is right, LVM is wrong. I think (but i might be wrong), that when we delete -in ovirt- a lot of data on the drive, LVM doesn't get all the data about that. . Workarounds : By speaking about with lvm dev, we found a workaround : fstrim who force LVM to check if data has been deleted or not. Another solution is to use a partition for data which is not a part of LVM, that works well too :) One last thing : we saw this on data partition of our hosts, but it's not impossible it might the case on the ovirt partition too (the current discrepancy might be normal) If someone has an idea of what we did wrong, or if there's a good reason for this to happened... Thank you. -- regards, Alexis Grillon Pôle Humanités Numériques, Outils, Méthodes et Analyse de Données Maison européenne des sciences de l'homme et de la société MESHS - Lille Nord de France / CNRS tel. +33 (0)3 20 12 58 57 | alexis.grillon(a)meshs.fr www.meshs.fr | 2, rue des Canonniers 59000 Lille ----------------------------------------------------------------- GPG fingerprint AC37 4C4B 6308 975B 77D4 772F 214F 1E97 6C08 CD11

2 1

VDSM issues.
by Nicholas Vaughan 10 Dec '18

10 Dec '18

Hi, We have 4 hosts on Version 4.2.1.7-1.el7.centos, but we have got an issue with vdsm on our SPM which is causing some issues and we cannot migrate any VM's from that host. If I run 'vdsm-client Host getAllTasksStatuses' on the host, it returns 4 tasks, message: running job 1 of 1, code:0, ........ taskState:running for all 4 tasks. However we have no operations in the engine that should be running (not a hosted engine), just a stuck task that logs every minute or so 'Clearing asynchronous task Unknown that started at Thu Dec 06 14:42:03 GMT 2018'. If I try to manually stop the task, 'vdsm-client Task stop taskID=' we get 'code=411, message=Task is aborted: u'task guid' - code 411'. So then If I try and clean the task it can't because its in a running state: vdsm-client: Command Task.clear with args {'taskID': 'task guid'} failed: (code=410, message=Operation is not allowed in this task state: ("can't clean in state running",)) Attached is part of the (sanitised) VDSM log that is recurring. VDSM version is: vdsm-client-4.20.17-1.el7.centos.noarch Does anyone have any ideas other than shutting down all the VM's on that host and restarting it? Not sure if I can restart the VDSM service with VM's running? Thanks, Nick

1 0

To much hosts in this cluster
by Stefan Wolf 10 Dec '18

10 Dec '18

Hello, i had 3 hosts with ovirt running, with one of this 3 host i had problems during boot up. I decied to remove the host from the cluster. Now i ve two hosts But if I take a look at Hosted Engine in cockpit i see all three hosts Why ist he kvm380 not removed? How can I remove it? Thx shb

2 2

Email notification test
by Alex K 10 Dec '18

10 Dec '18

Hi all, Does ovirt provide a way to test the email SMTP settings for email notifications? (apart from telnet) Thanx, Alex

1 0

Gluster hooks
by Alex K 10 Dec '18

10 Dec '18

Hi all, I see the following gluster hooks at ovirt cluster enabled: [image: image.png] What is their purpose? Do they need to be all enabled? Thanx, Alex

1 0

Try to add Host to cluster: Command returned failure code 1 during SSH session
by Stefan Wolf 10 Dec '18

10 Dec '18

Hello, I try to add a new installed ovirt node and get the error message during adding to cluster Host kvm380 installation failed. Command returned failure code 1 during SSH session 'root(a)kvm380.durchhalten.intern'. Maybe someone can help me Thx Here is the logfile 2018-12-09 14:48:23,262+01 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [f097f8b0-ee35-4c08-a416-1f0427dd2e9e] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host kvm380. Stage: Initializing. 2018-12-09 14:48:23,414+01 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [f097f8b0-ee35-4c08-a416-1f0427dd2e9e] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host kvm380. Stage: Environment setup. 2018-12-09 14:48:23,479+01 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [f097f8b0-ee35-4c08-a416-1f0427dd2e9e] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host kvm380. Stage: Environment packages setup. 2018-12-09 14:48:26,194+01 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [f097f8b0-ee35-4c08-a416-1f0427dd2e9e] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host kvm380. Stage: Programs detection. 2018-12-09 14:48:26,373+01 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [f097f8b0-ee35-4c08-a416-1f0427dd2e9e] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host kvm380. Stage: Environment customization. 2018-12-09 14:48:26,842+01 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [f097f8b0-ee35-4c08-a416-1f0427dd2e9e] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host kvm380. Kdump supported. 2018-12-09 14:48:27,123+01 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [f097f8b0-ee35-4c08-a416-1f0427dd2e9e] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host kvm380. Logs at host located at: '/tmp/ovirt-host-deploy-20181209144822-hbil3q.log'. 2018-12-09 14:48:27,188+01 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [f097f8b0-ee35-4c08-a416-1f0427dd2e9e] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host kvm380. Host is hypervisor. 2018-12-09 14:48:27,192+01 INFO [org.ovirt.engine.core.bll.hostdeploy.VdsDeployVdsmUnit] (VdsDeploy) [f097f8b0-ee35-4c08-a416-1f0427dd2e9e] Host kvm380.durchhalten.intern reports unique id 31323436-3530-5a43-3233-303430374a4e 2018-12-09 14:48:27,208+01 INFO [org.ovirt.engine.core.bll.hostdeploy.VdsDeployVdsmUnit] (VdsDeploy) [f097f8b0-ee35-4c08-a416-1f0427dd2e9e] Assigning unique id 31323436-3530-5a43-3233-303430374a4e to Host kvm380.durchhalten.intern 2018-12-09 14:48:27,436+01 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [f097f8b0-ee35-4c08-a416-1f0427dd2e9e] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host kvm380. Stage: Setup validation. 2018-12-09 14:48:27,825+01 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [f097f8b0-ee35-4c08-a416-1f0427dd2e9e] EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511), An error has occurred during installation of Host kvm380: Failed to execute stage 'Setup validation': Cannot resolve kdump destination address 'ovirt.durchhalten.intern'. 2018-12-09 14:48:27,827+01 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [f097f8b0-ee35-4c08-a416-1f0427dd2e9e] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host kvm380. Stage: Clean up. 2018-12-09 14:48:27,830+01 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [f097f8b0-ee35-4c08-a416-1f0427dd2e9e] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host kvm380. Stage: Pre-termination. 2018-12-09 14:48:27,874+01 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [f097f8b0-ee35-4c08-a416-1f0427dd2e9e] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host kvm380. Retrieving installation logs to: '/var/log/ovirt-engine/host-deploy/ovirt-host-deploy-20181209144827-kvm380.d urchhalten.intern-f097f8b0-ee35-4c08-a416-1f0427dd2e9e.log'. 2018-12-09 14:48:28,295+01 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [f097f8b0-ee35-4c08-a416-1f0427dd2e9e] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host kvm380. Stage: Termination. 2018-12-09 14:48:28,389+01 ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] (EE-ManagedThreadFactory-engine-Thread-1942) [f097f8b0-ee35-4c08-a416-1f0427dd2e9e] SSH error running command root(a)kvm380.durchhalten.intern:'umask 0077; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; tar --warning=no-timestamp -C "${MYTMP}" -x && "${MYTMP}"/ovirt-host-deploy DIALOG/dialect=str:machine DIALOG/customization=bool:True': IOException: Command returned failure code 1 during SSH session 'root(a)kvm380.durchhalten.intern' 2018-12-09 14:48:28,389+01 ERROR [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (EE-ManagedThreadFactory-engine-Thread-1942) [f097f8b0-ee35-4c08-a416-1f0427dd2e9e] Error during host kvm380.durchhalten.intern install 2018-12-09 14:48:28,391+01 ERROR [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (EE-ManagedThreadFactory-engine-Thread-1942) [f097f8b0-ee35-4c08-a416-1f0427dd2e9e] Host installation failed for host 'c06e2a1b-7d94-45f7-aaab-21da6703d6fc', 'kvm380': Command returned failure code 1 during SSH session 'root(a)kvm380.durchhalten.intern' 2018-12-09 14:48:28,393+01 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (EE-ManagedThreadFactory-engine-Thread-1942) [f097f8b0-ee35-4c08-a416-1f0427dd2e9e] START, SetVdsStatusVDSCommand(HostName = kvm380, SetVdsStatusVDSCommandParameters:{hostId='c06e2a1b-7d94-45f7-aaab-21da6703d6 fc', status='InstallFailed', nonOperationalReason='NONE', stopSpmFailureLogged='false', maintenanceReason='null'}), log id: 29ddff69 2018-12-09 14:48:28,395+01 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (EE-ManagedThreadFactory-engine-Thread-1942) [f097f8b0-ee35-4c08-a416-1f0427dd2e9e] FINISH, SetVdsStatusVDSCommand, log id: 29ddff69 2018-12-09 14:48:28,414+01 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-1942) [f097f8b0-ee35-4c08-a416-1f0427dd2e9e] EVENT_ID: VDS_INSTALL_FAILED(505), Host kvm380 installation failed. Command returned failure code 1 during SSH session 'root(a)kvm380.durchhalten.intern'. 2018-12-09 14:48:28,418+01 INFO [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (EE-ManagedThreadFactory-engine-Thread-1942) [f097f8b0-ee35-4c08-a416-1f0427dd2e9e] Lock freed to object 'EngineLock:{exclusiveLocks='[c06e2a1b-7d94-45f7-aaab-21da6703d6fc=VDS]', sharedLocks=''}'

3 2

Re: ovirt 4.2.7.1 fails to deploy hosted engine on GlusterFS
by Johannes Jurgens Loots 09 Dec '18

09 Dec '18

I had this issue this week as well. When asked about the glusterfs that you self provisioned you stated "ovirt1.localdomain:/gluster_bricks/engine” So I am new to gluster but as a client of gluster you can only refer to it via volume name. host:/<volume name> Hence maybe try ovirt1.localdomain:/engine. That did the trick for me. Hope this helps. Cost me a week. Jurie

1 0

Strange migration issue
by Demeter Tibor 09 Dec '18

09 Dec '18

Dear All, I've using ovirt from 3.4 and we have a strange, rarely problem with live migrations. - In most of case impossible to do a live migrate of VMs that have a lot of memory (16 gigs and more up to 40 GB) . - Those are need to try and try until the migration will be successful - impossible to understand why does working in a case and doesn't in another - it is happening always if there bigger load on vms, but only on big memory VM-s - The small VMs (2-4-8 gigs) can migrate without problems - In very rarely cases possible to migrate on first try. - We using the memory ballooning function on all of VMs. We using dedicated migration network with separated vlans, but on same physical lan (1gbe) with ovirtmgmt. At this moment, we don't use QoS for dedicate bandwidth. What can I do ? Thanks in advance, Regards, Tibor

2 2

Removing stale unused disks from Ovirt Storage domains?
by Jacob Green 07 Dec '18

07 Dec '18

Hello, after migrating our Fiber Channel to a new Ovirt 4.2 environment, we over the years and through experimenting and mistakes have ended up with some stale LVM's/disks on our fibre channel storage that Ovirt no longer is able to manage correctly or is unaware of. I am looking for a reliable to way to do a few different things. The first is figuring out precisely what LVM ids belong to a VM and is being used by that VM. The second is figuring out if a LVM I have found on the Storage domain is being used at all by any VM or if ovirt is even aware of it. I have fumbled around a bit. And using a combination of the following I have been able to figure out some of them. But now I am finding information that does not match or may not be correct or I am interpreting the data wrong. Anyway this is a big deal, because we want to remove the stale unused LVMs and it would obviously be disastrous if I deleted the wrong LVM from the FC. So I know its not recommend but since I am not actually telling vdsm-client to do anything other than get information I figure its harmless. So here is what I have found so far. *vdsm-client Host getVMFullList vmname=<VM_NAME_HERE> | grep volumeID* *lvs | grep <noted volumeID here>* With the above I have had some success verifying what LVMs a device is using. However now I am having trouble figuring out a particular windows server VMs LVM id's. what I want to know is there a better way? Also two more things. You could call these feature requests, however it would be nice if there was a way to see all the unused LVMs on a storage domain that are not Tied to a VM. And it would also be nice to be able to remove un-imported VMs that reside on a storage domain without importing them. Anyway trying to get rid of un-imported vms and getting rid of unused LVMs has been a chore. I wish there was an easier way. -- Jacob Green Systems Admin American Alloy Steel 713-300-5690

1 0

VM ramdomly unresponsive
by fsoyer 07 Dec '18

07 Dec '18

Hi all, I continue to try to understand my problem between (I suppose) oVirt anf Gluster. After my recents posts titled 'VMs unexpectidly restarted' that did not provide solution nor search idea, I submit to you another (related ?) problem. Parallely with the problem of VMs down (that did not reproduce since Oct 16), I have ramdomly some events in the GUI saying "VM xxxxx is not responding." For example, VM "patjoub1" on 2018-11-11 14:34. Never the same hour, not all the days, often this VM patjoub1 but not always : I had it on two others. All VMs disks are on a volume DATA02 (with leases on the same volume). Searching in engine.log, I found : 2018-11-11 14:34:32,953+01 INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (EE-ManagedThreadFactory-engineScheduled-Thread-28) [] VM '6116fb07-096b-4c7e-97fe-01ecc9a6bd9b'(patjoub1) moved from 'Up' --> 'NotResponding' 2018-11-11 14:34:33,116+01 WARN [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder] (EE-ManagedThreadFactory-engineScheduled-Thread-1) [] Invalid or unknown guest architecture type '' received from guest agent 2018-11-11 14:34:33,176+01 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engineScheduled-Thread-28) [] EVENT_ID: VM_NOT_RESPONDING(126), VM patjoub1 is not responding. ... ... 2018-11-11 14:34:48,278+01 INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (EE-ManagedThreadFactory-engineScheduled-Thread-48) [] VM '6116fb07-096b-4c7e-97fe-01ecc9a6bd9b'(patjoub1) moved from 'NotResponding' --> 'Up'So it becomes up 15s after, and the VM (and the monitoring) see no downtime. At this time, I see in vdsm.log of the nodes : 2018-11-11 14:33:49,450+0100 ERROR (check/loop) [storage.Monitor] Error checking path /rhev/data-center/mnt/glusterSD/victor.local.systea.fr:_DATA02/ffc53fd8-c5d1-4070-ae51-2e91835cd937/dom_md/metadata (monitor:498) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/storage/monitor.py", line 496, in _pathChecked delay = result.delay() File "/usr/lib/python2.7/site-packages/vdsm/storage/check.py", line 391, in delay raise exception.MiscFileReadException(self.path, self.rc, self.err) MiscFileReadException: Internal file read failure: (u'/rhev/data-center/mnt/glusterSD/victor.local.systea.fr:_DATA02/ffc53fd8-c5d1-4070-ae51-2e91835cd937/dom_md/metadata', 1, 'Read timeout') 2018-11-11 14:33:49,450+0100 INFO (check/loop) [storage.Monitor] Domain ffc53fd8-c5d1-4070-ae51-2e91835cd937 became INVALID (monitor:469) 2018-11-11 14:33:59,451+0100 WARN (check/loop) [storage.check] Checker u'/rhev/data-center/mnt/glusterSD/victor.local.systea.fr:_DATA02/ffc53fd8-c5d1-4070-ae51-2e91835cd937/dom_md/metadata' is blocked for 20.00 seconds (check:282) 2018-11-11 14:34:09,480+0100 INFO (event/37) [storage.StoragePool] Linking /rhev/data-center/mnt/glusterSD/victor.local.systea.fr:_DATA02/ffc53fd8-c5d1-4070-ae51-2e91835cd937 to /rhev/data-center/6efda7f8-b62f-11e8-9d16-00163e263d21/ffc53fd8-c5d1-4070-ae51-2e91835cd937 (sp:1230)OK : so, DATA02 marked as blocked for 20s ? I definitly have a problem with gluster ? I'll inevitably find the reason in the gluster logs ? Uh : not at all. Please see gluster logs here : https://seafile.systea.fr/d/65df86cca9d34061a1e4/ Unfortunatly I discovered this morning that I have not the sanlock.log for this date. I don't understand why, the log rotate seems OK with "rotate 3", but I have no backups files :(. But, luck in bad luck, the same event occurs this morning ! Same VM patjoub1, 2018-11-13 08:01:37. So I have added the sanlock.log for today, maybe it can help. IMPORTANT NOTE : don't forget that Gluster log with on hour shift. For this event at 14:34, search at 13h34 in gluster logs. I recall my configuration : Gluster 3.12.13 oVirt 4.2.3 3 nodes where the third is arbiter (volumes in replica 2) The nodes are never overloaded (CPU average 5%, no peak detected at the time of the event, mem 128G used at 15% (only 10 VMs on this cluster)). Network underused, gluster is on a separate network on a bond (2 NICs) 1+1Gb mode 4 = 2Gb, used in peak at 10%. Here is the configuration for the given volume : # gluster volume status DATA02 Status of volume: DATA02 Gluster process TCP Port RDMA Port Online Pid ------------------------------------------------------------------------------ Brick victorstorage.local.systea.fr:/home/d ata02/data02/brick 49158 0 Y 4990 Brick gingerstorage.local.systea.fr:/home/d ata02/data02/brick 49153 0 Y 8460 Brick eskarinastorage.local.systea.fr:/home /data01/data02/brick 49158 0 Y 2470 Self-heal Daemon on localhost N/A N/A Y 8771 Self-heal Daemon on eskarinastorage.local.s ystea.fr N/A N/A Y 11745 Self-heal Daemon on victorstorage.local.sys tea.fr N/A N/A Y 17055 Task Status of Volume DATA02 ------------------------------------------------------------------------------ There are no active volume tasks # gluster volume info DATA02 Volume Name: DATA02 Type: Replicate Volume ID: 48bf5871-339b-4f39-bea5-9b5848809c83 Status: Started Snapshot Count: 0 Number of Bricks: 1 x (2 + 1) = 3 Transport-type: tcp Bricks: Brick1: victorstorage.local.systea.fr:/home/data02/data02/brick Brick2: gingerstorage.local.systea.fr:/home/data02/data02/brick Brick3: eskarinastorage.local.systea.fr:/home/data01/data02/brick (arbiter) Options Reconfigured: network.ping-timeout: 30 server.allow-insecure: on cluster.granular-entry-heal: enable features.shard-block-size: 64MB performance.stat-prefetch: on server.event-threads: 3 client.event-threads: 8 performance.io-thread-count: 32 storage.owner-gid: 36 storage.owner-uid: 36 user.cifs: off features.shard: on cluster.shd-wait-qlength: 10000 cluster.shd-max-threads: 8 cluster.locking-scheme: granular cluster.data-self-heal-algorithm: full cluster.server-quorum-type: server cluster.quorum-type: auto cluster.eager-lock: enable network.remote-dio: enable performance.low-prio-threads: 32 performance.io-cache: off performance.read-ahead: off performance.quick-read: off transport.address-family: inet nfs.disable: on performance.client-io-threads: off cluster.server-quorum-ratio: 51% So : is there someone around trying to make me understand what append ? Pleeease :/ -- Regards, Frank

3 4

Re: Hypconverged Gluster Setup hangs after TLS/SSL
by Sahina Bose 07 Dec '18

07 Dec '18

On Fri, 7 Dec 2018 at 5:35 PM, Matthias Barmeier < matthias.barmeier(a)sourcepark.de> wrote: > I don't think so because the known_hosts contain all host keys of all > gluster nodes before start of setup. Also, the FQDN that’s used to add the hosts to engine? Is that also in known_hosts? > > Or do I miss something ? > > > Am Freitag, den 07.12.2018, 12:17 +0530 schrieb Sahina Bose: > > I think you may be running into > > https://bugzilla.redhat.com/show_bug.cgi?id=1651516 > > > > On Thu, Dec 6, 2018 at 7:30 PM <matthias.barmeier(a)sourcepark.de> > > wrote: > > > > > > Hi, > > > > > > tried to setup hyperconverged with glusterfs. I used three i7 with > > > two 1TB Disks and two NICs. Everythin worked fine till: > > > > > > [ INFO ] TASK [Set Engine public key as authorized key without > > > validating the TLS/SSL certificates] > > > > > > appears in the wizards window. Does anyone has a hint on what to > > > do? > > > _______________________________________________ > > > Users mailing list -- users(a)ovirt.org > > > To unsubscribe send an email to users-leave(a)ovirt.org > > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > > > oVirt Code of Conduct: https://www.ovirt.org/community/about/commun > > > ity-guidelines/ > > > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.or > > > g/message/BI6Z576SKSTNQZRBCWLYMVFYTRZVZOCE/ >

2 1

DATA Domain with 1GB limit
by mohamedbehbity＠gmail.com 07 Dec '18

07 Dec '18

Once the attached the domain to a data center, the real size of the DAT domain is displayed as 1 GB

1 0

Hypconverged Gluster Setup hangs after TLS/SSL
by matthias.barmeier＠sourcepark.de 07 Dec '18

07 Dec '18

Hi, tried to setup hyperconverged with glusterfs. I used three i7 with two 1TB Disks and two NICs. Everythin worked fine till: [ INFO ] TASK [Set Engine public key as authorized key without validating the TLS/SSL certificates] appears in the wizards window. Does anyone has a hint on what to do?

2 1

vGPU
by 董青龙 06 Dec '18

06 Dec '18

Hi all, I am testing vGPU in ovirt4.2. I have a nvidia p100 GPU installed in the host and I have installed the correct dirver. I followed this page(https://www.ovirt.org/documentation/install-guide/appe-Preparing_a_Hos… but I failed. In the "Host Devices tab" I got an device called "GP100GL [Tesla P100 PCIe 16GB]". I could not find any device of "mdev type". Anyone can help me? Thanks a lot!

1 0

Centos7.6
by Demeter Tibor 06 Dec '18

06 Dec '18

Dear All, I just wondering I would like to make an upgrade from 4.2.5 to latest stable release of ovirt. Meanwhile centos7.6 was released. Will that compatible with the current release of ovirt? How is safe an upgrade now? Thanks in advance, Regards, Tibor

4 5

[ANN] oVirt 4.3.0 Second Alpha Release is now available for testing
by Sandro Bonazzola 06 Dec '18

06 Dec '18

The oVirt Project is pleased to announce the availability of the Second Alpha Release of oVirt 4.3.0, as of December 6th, 2018 This is pre-release software. This pre-release should not to be used in production. Please take a look at our community page[1] to learn how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This update is the second alpha release of the 4.3.0 version. This release brings more than 80 enhancements and more than 330 bug fixes on top of oVirt 4.2 series. What's new in oVirt 4.3.0? * Q35 chipset, support booting using UEFI and Secure Boot * Skylake-server and AMD EPYC support * New smbus driver in windows guest tools * Improved support for v2v * Tech preview for oVirt on Fedora 28 * Hundreds of bug fixes on top of oVirt 4.2 series * New VM portal details page (see a preview here: https://imgur.com/a/ExINpci) * New Cluster upgrade UI * OVN security groups * IPv6 (static host addresses) * LLDP Labeler * Support for 3.6 and 4.0 data centers, clusters and hosts were removed * Now using PostgreSQL 10 This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later * oVirt Node 4.3 (available for x86_64 only) Experimental tech preview for x86_64 and s390x architectures for Fedora 28 is also included. See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available for both CentOS 7 and Fedora 28 (tech preview). - oVirt Node NG is already available for both CentOS 7 - oVirt Node NG for Fedora 28 (tech preview) is facing build issues on Jenkins and will be released as soon as possible Additional Resources: * Read more about the oVirt 4.3.0 release highlights: http://www.ovirt.org/release/4.3.0/ * Get more oVirt project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.3.0/ [4] http://resources.ovirt.org/pub/ovirt-4.3-pre/iso/ -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

1 0