- Users - oVirt List Archives

oVirt/RHEV and HP Blades and HP iSCSI SAN
by Colin Coe 25 Jun '16

25 Jun '16

Hi all We run four RHEV datacenters, two PROD, one DEV and one TEST/Training. They are all working OK but I'd like a definitive answer on how I should be configuring the networking side as I'm pretty sure we're getting sub-optimal networking performance. All datacenters are housed in HP C7000 Blade enclosures. The PROD datacenters use HP 4730 iSCSI SAN clusters, each datacenter has a cluster of two 4730s. These are configured RAID5 internally with NRAID1. The DEV and TEST datacenters are using P4500 iSCSI SANs and each datacenter has a cluster of three P4500s configured with RAID10 internally and NRAID5. The HP C7000 each have two Flex10/10D interconnect modules configured in a redundant ring so that we can upgrade the interconnects without dropping network connectivity to the infrastructure. We use fat RHEL-H 7.2 hypervisors (HP BL460) and these are all configured with six network interfaces: - eno1 and eno2 are bond0 which is the rhevm interface - eno3 and eno4 are bond1 and all the VM VLANs are trunked over this bond using 802.1q - eno5 and eno6 are bond2 and dedicated to iSCSI traffic Is this the "correct" way to do this? If not, what should I be doing instead? Thanks CC

3 6

Ovirt 4.0 Engine Setup Failure
by Melissa Mesler 25 Jun '16

25 Jun '16

I am doing a clean install of Ovirt 4.0. Upon executing engine-setup with all default values, it fails. This is the error during setup: [ ERROR ] Failed to execute stage 'Misc configuration': Command '/usr/bin/ovirt-aaa-jdbc-tool' failed to execute Any ideas?

3 6

Error mounting hosted engine Volume (Glusterfs) via VDSM
by Ralf Schenk 25 Jun '16

25 Jun '16

This is a multi-part message in MIME format. --------------490BE4DF07D0809CD094F385 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello, I think options for mounting the hosted-engine Volume changed in latest vdsm to support mounting from backup-volfile-servers. [root@microcloud28 ~]# rpm -qi vdsm Name : vdsm Version : 4.17.28 Release : 1.el7 Architecture: noarch Install Date: Fri 10 Jun 2016 11:17:37 AM CEST Group : Applications/System Size : 3828639 License : GPLv2+ Signature : RSA/SHA1, Fri 03 Jun 2016 12:53:20 AM CEST, Key ID 7aebbe8261e8806c Source RPM : vdsm-4.17.28-1.el7.src.rpm Now my hosts have problems to mount the Volume. On hosted-engine setup I configured the (Replica 3) volume to be "glusterfs.rxmgmt.databay.de:/engine" which ist a Round-Robin DNS to my gluster hosts and _not_ the DNS-Name of any gluster-brick. Now VDSM logs: jsonrpc.Executor/3::DEBUG::2016-06-25 19:40:02,520::fileUtils::143::Storage.fileUtils::(createdir) Cre ating directory: /rhev/data-center/mnt/glusterSD/glusterfs.rxmgmt.databay.de:_engine mode: None jsonrpc.Executor/3::DEBUG::2016-06-25 19:40:02,520::storageServer::364::Storage.StorageServer.MountCon nection::(_get_backup_servers_option) Using bricks: ['microcloud21.rxmgmt.databay.de', 'microcloud24.r xmgmt.databay.de', 'microcloud27.rxmgmt.databay.de'] jsonrpc.Executor/3::WARNING::2016-06-25 19:40:02,520::storageServer::370::Storage.StorageServer.MountC onnection::(_get_backup_servers_option) gluster server u'glusterfs.rxmgmt.databay.de' is not in bricks ['microcloud21.rxmgmt.databay.de', 'microcloud24.rxmgmt.databay.de', 'microcloud27.rxmgmt.databay.de' ], possibly mounting duplicate servers jsonrpc.Executor/3::DEBUG::2016-06-25 19:40:02,520::mount::229::Storage.Misc.excCmd::(_runcmd) /usr/bi n/taskset --cpu-list 0-7 /usr/bin/sudo -n /usr/bin/systemd-run --scope --slice=3Dvdsm-glusterfs /usr/bin /mount -o backup-volfile-servers=3Dmicrocloud21.rxmgmt.databay.de:microcloud24.rxmg= mt.databay.de:microcl oud27.rxmgmt.databay.de glusterfs.rxmgmt.databay.de:/engine /rhev/data-center/mnt/glusterSD/glusterfs. rxmgmt.databay.de:_engine (cwd None) jsonrpc.Executor/3::ERROR::2016-06-25 19:40:02,540::hsm::2473::Storage.HSM::(connectStorageServer) Cou ld not connect to storageServer Traceback (most recent call last): File "/usr/share/vdsm/storage/hsm.py", line 2470, in connectStorageServ= er conObj.connect() File "/usr/share/vdsm/storage/storageServer.py", line 237, in connect six.reraise(t, v, tb) File "/usr/share/vdsm/storage/storageServer.py", line 229, in connect self._mount.mount(self.options, self._vfsType, cgroup=3Dself.CGROUP) File "/usr/share/vdsm/storage/mount.py", line 225, in mount return self._runcmd(cmd, timeout) File "/usr/share/vdsm/storage/mount.py", line 241, in _runcmd raise MountError(rc, ";".join((out, err))) MountError: (32, ';Running scope as unit run-13461.scope.\nmount.nfs: an incorrect mount option was specified\n') So the mount is tried as NFS which hasn't the option "-o backup-volfile-servers=3D...". As a consequence the host is disabled in engine. The only way to get it up is mounting the volume manually to /rhev/data-center/mnt/glusterSD/glusterfs. rxmgmt.databay.de:_engine and activate it manually in Management-GUI. Should and can I change the hosted_storage entry-point globally to i.e. "microcloud21.rxmgmt.databay.de" or wouldn't it be better globally that VDSM uses "-t glusterfs" to try to mount the gluster-Volume regardless which DNS Name for the gluster-service is used ? Ovirt is: ovirt-release36.noarch 1:3.6.6-1 Bye --=20 *Ralf Schenk* fon +49 (0) 24 05 / 40 83 70 fax +49 (0) 24 05 / 40 83 759 mail *rs(a)databay.de* <mailto:rs@databay.de> =09 *Databay AG* Jens-Otto-Krag-Stra=C3=9Fe 11 D-52146 W=C3=BCrselen *www.databay.de* <http://www.databay.de> Sitz/Amtsgericht Aachen =E2=80=A2 HRB:8437 =E2=80=A2 USt-IdNr.: DE 210844= 202 Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm. Philipp Hermanns Aufsichtsratsvorsitzender: Klaus Scholzen (RA) ------------------------------------------------------------------------ --------------490BE4DF07D0809CD094F385 Content-Type: multipart/related; boundary="------------9EB1620A3DC18A1D6499F226" --------------9EB1620A3DC18A1D6499F226 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hello, I think options for mounting the hosted-engine Volume changed in latest vdsm to support mounting from backup-volfile-servers. <tt>[root@microcloud28 ~]# rpm -qi vdsm</tt><tt> </tt><tt>Name : vdsm</tt><tt> </tt><tt>Version : 4.17.28</tt><tt> </tt><tt>Release : 1.el7</tt><tt> </tt><tt>Architecture: noarch</tt><tt> </tt><tt>Install Date: Fri 10 Jun 2016 11:17:37 AM CEST</tt><tt> </tt><tt>Group : Applications/System</tt><tt> </tt><tt>Size : 3828639</tt><tt> </tt><tt>License : GPLv2+</tt><tt> </tt><tt>Signature : RSA/SHA1, Fri 03 Jun 2016 12:53:20 AM CEST, Key ID 7aebbe8261e8806c</tt><tt> </tt><tt>Source RPM : vdsm-4.17.28-1.el7.src.rpm</tt><tt> </tt> Now my hosts have problems to mount the Volume. On hosted-engine setup I configured the (Replica 3) volume to be "glusterfs.rxmgmt.databay.de:/engine" which ist a Round-Robin DNS to my gluster hosts and _not_ the DNS-Name of any gluster-brick. Now VDSM logs: <tt>jsonrpc.Executor/3::DEBUG::2016-06-25 19:40:02,520::fileUtils::143::Storage.fileUtils::(createdir) Cre</tt><tt> </tt><tt>ating directory: /rhev/data-center/mnt/glusterSD/glusterfs.rxmgmt.databay.de:_engine mode: None</tt><tt> </tt><tt>jsonrpc.Executor/3::DEBUG::2016-06-25 19:40:02,520::storageServer::364::Storage.StorageServer.MountCon</tt><tt> </tt><tt>nection::(_get_backup_servers_option) Using bricks: ['microcloud21.rxmgmt.databay.de', 'microcloud24.r</tt><tt> </tt><tt>xmgmt.databay.de', 'microcloud27.rxmgmt.databay.de']</tt><tt> </tt><tt>jsonrpc.Executor/3::WARNING::2016-06-25 19:40:02,520::storageServer::370::Storage.StorageServer.MountC</tt><tt> </tt><tt>onnection::(_get_backup_servers_option) gluster server u'glusterfs.rxmgmt.databay.de' is not in bricks</tt><tt> </tt><tt> ['microcloud21.rxmgmt.databay.de', 'microcloud24.rxmgmt.databay.de', 'microcloud27.rxmgmt.databay.de'</tt><tt> </tt><tt>], possibly mounting duplicate servers</tt><tt> </tt><tt>jsonrpc.Executor/3::DEBUG::2016-06-25 19:40:02,520::mount::229::Storage.Misc.excCmd::(_runcmd) /usr/bi</tt><tt> </tt><tt>n/taskset --cpu-list 0-7 /usr/bin/sudo -n /usr/bin/systemd-run --scope --slice=vdsm-glusterfs /usr/bin</tt><tt> </tt><tt>/mount -o backup-volfile-servers=microcloud21.rxmgmt.databay.de:microcloud24.rxmgmt.databay.de:microcl</tt><tt> </tt><tt>oud27.rxmgmt.databay.de glusterfs.rxmgmt.databay.de:/engine /rhev/data-center/mnt/glusterSD/glusterfs.</tt><tt> </tt><tt>rxmgmt.databay.de:_engine (cwd None)</tt><tt> </tt><tt>jsonrpc.Executor/3::ERROR::2016-06-25 19:40:02,540::hsm::2473::Storage.HSM::(connectStorageServer) Cou</tt><tt> </tt><tt>ld not connect to storageServer</tt><tt> </tt><tt>Traceback (most recent call last):</tt><tt> </tt><tt> File "/usr/share/vdsm/storage/hsm.py", line 2470, in connectStorageServer</tt><tt> </tt><tt> conObj.connect()</tt><tt> </tt><tt> File "/usr/share/vdsm/storage/storageServer.py", line 237, in connect</tt><tt> </tt><tt> six.reraise(t, v, tb)</tt><tt> </tt><tt> File "/usr/share/vdsm/storage/storageServer.py", line 229, in connect</tt><tt> </tt><tt> self._mount.mount(self.options, self._vfsType, cgroup=self.CGROUP)</tt><tt> </tt><tt> File "/usr/share/vdsm/storage/mount.py", line 225, in mount</tt><tt> </tt><tt> return self._runcmd(cmd, timeout)</tt><tt> </tt><tt> File "/usr/share/vdsm/storage/mount.py", line 241, in _runcmd</tt><tt> </tt><tt> raise MountError(rc, ";".join((out, err)))</tt><tt> </tt><tt>MountError: (32, ';Running scope as unit run-13461.scope.\nmount.nfs: an incorrect mount option was specified\n')</tt><tt> </tt> So the mount is tried as NFS which hasn't the option "-o backup-volfile-servers=...". As a consequence the host is disabled in engine. The only way to get it up is mounting the volume manually to /rhev/data-center/mnt/glusterSD/glusterfs. rxmgmt.databay.de:_engine and activate it manually in Management-GUI. Should and can I change the hosted_storage entry-point globally to i.e. "microcloud21.rxmgmt.databay.de" or wouldn't it be better globally that VDSM uses "-t glusterfs" to try to mount the gluster-Volume regardless which DNS Name for the gluster-service is used ? Ovirt is: <tt>ovirt-release36.noarch 1:3.6.6-1</tt> Bye <div class="moz-signature">-- <table border="0" cellpadding="0" cellspacing="0"> <tbody> <tr> <td colspan="3"><img src="cid:part1.2FE99626.D833EF80@databay.de" height="30" border="0" width="151"></td> </tr> <tr> <td valign="top"> Ralf Schenk fon +49 (0) 24 05 / 40 83 70 fax +49 (0) 24 05 / 40 83 759 mail <a href="mailto:rs@databay.de">rs(a)databay.de</a> </td> <td width="30"> </td> <td valign="top"> Databay AG Jens-Otto-Krag-Straße 11 D-52146 Würselen <a href="http://www.databay.de">www.databay.de</a> </td> </tr> <tr> <td colspan="3" valign="top"> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202 Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm. Philipp Hermanns Aufsichtsratsvorsitzender: Klaus Scholzen (RA) </td> </tr> </tbody> </table> <hr color="#000000" noshade="noshade" size="1" width="100%"> </div> </body> </html> --------------9EB1620A3DC18A1D6499F226 Content-Type: image/gif; name="logo_databay_email.gif" Content-Transfer-Encoding: base64 Content-ID: <part1.2FE99626.D833EF80(a)databay.de> Content-Disposition: inline; filename="logo_databay_email.gif" R0lGODlhlwAeAMQAAObm5v9QVf/R0oKBgfDw8NfX105MTLi3t/r6+sfHx/+rrf98gC0sLP8L EhIQEKalpf/g4ZmYmHd2dmppaf8uNP/y8v8cIv+Ym//AwkE/P46NjRwbG11cXP8ABwUDA/// /yH5BAAAAAAALAAAAACXAB4AAAX/4CeOYnUJZKqubOu+cCzPNA0tVnfVfO//wGAKk+t0Ap+K QMFUYCDCqHRKJVUWDaPRUsFktZ1G4AKtms9o1gKsFVS+7I5ll67bpd647hPQawNld4KDMQJF bA07F35aFBiEkJEpfXEBjx8KjI0Vkp2DEIdaCySgFBShbEgrCQOtrq+uEQcALQewrQUjEbe8 rgkkD7y5KhMZB3drqSoVFQhdlHGXKQYe1dbX2BvHKwzY1RMiAN7j1xEjBeTmKeIeD3cYCxRf FigvChRxFJwkBBvk5A7cpZhAjgGCDwn+kfslgto4CSoSehh2BwEEBQvowDAUR0EKdArHZTg4 4oDCXBFC/3qj9SEluZEpHnjYQFIGgpo1KgSasYjNKBImrzF4NaFbNgIjCGRQeIyVKwneOLzS cLCAg38OWI4Y4GECgQcSOEwYcADnh6/FNjAwoGFYAQ0atI4AAFeEFwsLFLiJUQEfGH0kNGAD x8+oNQdIRQg+7NCaOhIgD8sVgYADNsPVGI5YWjRqzQTdHDDIYHRDLokaUhCglkFEJi0NKJhl 0RP2TsvXUg88KiLBVWsZrF6DmMKlNYMqglqTik1guN8OBgAgkGCpB+L9ugK4iSCBvwEfECw1 kILrBpa1jVCQIQBRvbP+rlEcQVAoSevWyv6uhpwE12uEkQAAZucpVw1xIsjkgf8B863mQVYt eQATCZYJZJ5WBfij2wfpHcEeHGG8Z+BMszVWDXkfKLhceJhBSAJ+1ThH32AfRFZNayNAtUFi wFSTSwEHJIYAAQU84IADwyjIEALU9MchG+vFgIF7W2GDI2T7HfjBgNcgKQKMHmwjgnCSpeCb ULRkdxhF1CDY40RjgmUAA/v1J5FAKW2gGSZscBFDMraNgJs1AYpAAGYP5jJoNQ4Y4Gh8jpFg HH9mgbmWo1l6oA4C3Ygp6UwEIFBfNRtkMIBlKMLnAXgAXLWhXXH85EIFqMhGGZgDEKArABGA ed0HI4bk5qgnprCYSt88B6dqS0FEEAMPJDCdCJYViur/B1BlwGMJqDTwnhqxJgUpo0ceOQ4D 0yEakpMm/jqCRMgWm2I1j824Y6vLvuuPjHnqOJkIgP6xzwp5sCFNsCFp88Gxh11lrjfDcNrc CEx64/CD3iAHlQcMUEQXvcA+qBkBB4Q2X1CusjBlJdKMYAKI6g28MbKN5hJsBAXknHOwutn4 oFYqkpqAzjnPbE0u1PxmwAQGXLWBbvhuIIEGEnRjlAHO4SvhbCNAkwoGzEBwgV9U0lfu2WiX OkDEGaCdKgl0nk2YkWdPOCDabvaGdkAftL1LlgwCM+7Tq11V71IO7LkM2XE0YAHMYMhqqK6U V165CpaHukLmiXFO8XSVzzakX+UH6TrmAajPNxfqByTQec41AeBPvSwIALkmAnuiexCsca3C BajgfsROuxcPA8kHQJX4DAIwjnsAvhsvfXHWKEwDAljg7sj03L9wwAQTxOWD2AE0YP75eCkw cPfs+xACADs= --------------9EB1620A3DC18A1D6499F226-- --------------490BE4DF07D0809CD094F385--

1 1

Setup new enviroment
by Andy Michielsen 25 Jun '16

25 Jun '16

Hello all, I was just wondering what your opinions would be in setting up a new oVirt enviroment. I have 4 old servers, 3 with 64 Gigs of ram and 2 tera's of disk space an one with 32 Gigs of ram and 1,2 Gb. Each has 2 hexcore cpu's. Each server has at least 2 nic's. I would like to use each server in a seperate cluster with there own local storage as this would all only be used as a test enviroment but still would like to manage them from one interface. Deploy new vm's from templates etc. Can I still use the all in one installation for engine and node ? Or can I install the engine on a seperate host, physical or virtual. What would be a good way to use the network ? Any advice would be greatly appriciated. Thanks in advance.

3 5

3.6 to 4.0 upgrade cert issue
by Matt Haught 24 Jun '16

24 Jun '16

I just attempted an upgrade from 3.6 to 4.0 hosted engine and ran into an problem. The hosted engine vm updated without issue, but when I go to login to the web interface to continue the process I get: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target at every page load and I can't login. I have a feeling that the issue comes from where I replaced the self-signed certs with trusted ca signed certs a year ago. Is there a work around? CentOS 7.2 Thanks, -- Matt Haught

1 0

Is oVirt 3.6 with GlusterFS 3.7 recommended for production usage?
by Dewey Du 24 Jun '16

24 Jun '16

I want to deploy oVirt 3.6 with GlusterFS 3.7 to my online servers. Is it recommended for production usage? Thx.

2 5

Hosted Engine Spamming Transition E-Mails
by Charles Tassell 23 Jun '16

23 Jun '16

Hi Folks, I'm having a strange issue with my 3.6 setup. For the past few days the system has been spamming me with "The state machine changed state" E-Mails. First I get the "EngineUnexpectedlyDown-EngineDown", then "EngineDown-EngineStart" then "EngineStart-EngineStarting" I checked the hosted engine VM and it's been up for 16 days and the system looks to be running fine, so I'm wondering what's going on. And when I say spamming, I mean I'm getting 200+ E-Mails a day. It seems to trigger every 20 minutes or so with about 2 minutes between each of the 3 messages in the set.

2 4

vds.dispatcher ERROR SSL in ovirt 4.0
by Claude Durocher 23 Jun '16

23 Jun '16

------=_=-_OpenGroupware_org_NGMime-8376-1465422592.973792-0------ content-type: text/plain; charset=utf-8 content-length: 257 content-transfer-encoding: quoted-printable I'm testing ovirt 4.0 rc1 on centos 7 (hosted engine on nfs). Every 15 = seconds or so, I receive the following error: journal: vdsm vds.dispatcher ERROR SSL error during reading data: (104,= 'Connection reset by peer') Any ideas on how to debug this? ------=_=-_OpenGroupware_org_NGMime-8376-1465422592.973792-0------ content-type: text/html; charset=utf-8 content-length: 307 content-transfer-encoding: quoted-printable <html>I'm testing ovirt 4.0 rc1 on centos 7 (hosted engine on nfs).= Every 15 seconds or so, I receive the following error: jour= nal: vdsm vds.dispatcher ERROR SSL error during reading data: (104, &#3= 9;Connection reset by peer') Any ideas on how to debug t= his?</html> ------=_=-_OpenGroupware_org_NGMime-8376-1465422592.973792-0--------

2 5

New oVirt-Live (3.6.6 rc1) is available for download
by Lev Veyde 23 Jun '16

23 Jun '16

Hi, The new oVirt-Live 3.6.6 rc1 is available for download. You can download it from: http://resources.ovirt.org/pub/ovirt-3.6-pre/iso/ovirt-live/ovirt-live-el7-… Thanks in advance, Lev Veyde.

1 1

[ANN] oVirt 4.0.0 Final Release is now available
by Sandro Bonazzola 23 Jun '16

23 Jun '16

The oVirt Project is pleased to announce today the general availability of oVirt 4.0.0. This release is available now for: * Fedora 23 (tech preview) * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later * Fedora 23 (tech preview) * oVirt Next Generation Node 4.0 Please take a look at our community page[1] to know how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. See the release notes [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: * A new oVirt Live ISO will be available soon. [4] * A new oVirt Next Generation Node will be available soon [4]. * A new oVirt Engine Appliance will be available soon. * A new oVirt Guest Tools ISO is already available [4]. * Mirrors[5] might need up to one day to synchronize. Additional Resources: * Read more about the oVirt 4.0.0 release highlights: http://www.ovirt.org/release/4.0.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.0.0/ [4] http://resources.ovirt.org/pub/ovirt-4.0/iso/ [5] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0