- Users - oVirt List Archives

LDAP
by Fernando Fuentes 07 Oct '15

07 Oct '15

I migrated from 3.4 to 3.5 and I see that my kerberos/ldap is no longer working and looking further now I see that 3.5 uses AAA. Is there a migration process to move my kerberos/ldap to AAA or a guide to this? TIA!

2 2

'Enable Gluster Service' and 'Enable Virt Service' missing from New Cluster dialog in 3.6 rc
by Liam Curtis 07 Oct '15

07 Oct '15

Hello all, In oVirt Engine Version: 3.5.4.2-1.el7.centos, I have above two options when creating a new cluster. In oVirt Engine Version: 3.6.0-0.0.master.20150909083746.gitbcc44ff.el7.centos, I no longer have those options. I only have: Enable to set VM maintenance reason Enable to set Host maintenance reason Has this been removed or am I missing something? Do I need to enable gluster support somewhere in UI? Thanks in advance.

2 1

upgrade to 3.5
by Fernando Fuentes 07 Oct '15

07 Oct '15

Team, I have come up to a small wall.... I am doing an upgrade from 3.4.xx to 3.5.xx (I know I am behind the times lol).... To my understanding I cant run the engine setup because the repos to 3.4 are offline... [ ERROR ] Yum Cannot queue package iproute: Cannot find a valid baseurl for repo: ovirt-3.4-stable [ ERROR ] Failed to execute stage 'Environment packages setup': Cannot find a valid baseurl for repo: ovirt-3.4-stable I am trying to find a good repo to 3.4 but cant seem to find one. Does anybody know what repo I can use to get pass this small hiccup? Thanks for the help! Regards, -- Fernando Fuentes Supervisor & Senior Systems Administrator Email: ffuentes(a)aasteel.com American Alloy Steel, Inc. Houston, Texas Website: http://www.aasteel.com Phone: 713-744-4222 Fax: 713-300-5688

1 1

Corrupted VM's
by Neil 07 Oct '15

07 Oct '15

Hi guys, I had a strange issue on the 3rd of September and I've only got round to checking what caused it now. Basically about 4 or 5 Windows Server VM's got completely corrupted. When I press start I'd just get a blank screen and nothing would display, I tried various things but no matter what I wouldn't even get the Seabios display showing the VM was even posting The remaining 10 VM's were fine, it was just these 4 or 5 that got corrupted and to recover I had to do a full DR restore of the VM's. I'm concerned that the issue might appear again, which is why I'm mailing the list now, does anyone have any clues as to what might have caused this? All logs on the FC SAN were fine and all hosts appeared normal... The following are my versions... CentOS release 6.5 (Final) ovirt-release34-1.0.3-1.noarch ovirt-host-deploy-1.2.3-1.el6.noarch ovirt-engine-lib-3.4.4-1.el6.noarch ovirt-iso-uploader-3.4.4-1.el6.noarch ovirt-engine-cli-3.4.0.5-1.el6.noarch ovirt-engine-setup-base-3.4.4-1.el6.noarch ovirt-engine-websocket-proxy-3.4.4-1.el6.noarch ovirt-engine-backend-3.4.4-1.el6.noarch ovirt-engine-tools-3.4.4-1.el6.noarch ovirt-engine-dbscripts-3.4.4-1.el6.noarch ovirt-engine-3.4.4-1.el6.noarch ovirt-engine-setup-3.4.4-1.el6.noarch ovirt-engine-sdk-python-3.4.4.0-1.el6.noarch ovirt-image-uploader-3.4.3-1.el6.noarch ovirt-host-deploy-java-1.2.3-1.el6.noarch ovirt-engine-setup-plugin-websocket-proxy-3.4.4-1.el6.noarch ovirt-engine-setup-plugin-ovirt-engine-common-3.4.4-1.el6.noarch ovirt-engine-restapi-3.4.4-1.el6.noarch ovirt-engine-userportal-3.4.4-1.el6.noarch ovirt-engine-webadmin-portal-3.4.4-1.el6.noarch ovirt-engine-setup-plugin-ovirt-engine-3.4.4-1.el6.noarch CentOS release 6.5 (Final) vdsm-python-zombiereaper-4.14.11.2-0.el6.noarch vdsm-cli-4.14.11.2-0.el6.noarch vdsm-python-4.14.11.2-0.el6.x86_64 vdsm-4.14.11.2-0.el6.x86_64 vdsm-xmlrpc-4.14.11.2-0.el6.noarch Below are the sanlock.logs from two of my hosts and attached is my ovirt-engine.log from the date of the issue... Node02 2015-09-03 10:34:53+0200 33184492 [7369]: 0e6991ae aio timeout 0 0x7fbd700008c0:0x7fbd700008d0:0x7fbd9094b000 ioto 10 to_count 7 2015-09-03 10:34:53+0200 33184492 [7369]: s1 delta_renew read rv -202 offset 0 /dev/0e6991ae-6238-4c61-96d2-ca8fed35161e/ids 2015-09-03 10:34:53+0200 33184492 [7369]: s1 renewal error -202 delta_length 10 last_success 33184461 2015-09-03 10:35:04+0200 33184503 [7369]: 0e6991ae aio timeout 0 0x7fbd70000910:0x7fbd70000920:0x7fbd7feff000 ioto 10 to_count 8 2015-09-03 10:35:04+0200 33184503 [7369]: s1 delta_renew read rv -202 offset 0 /dev/0e6991ae-6238-4c61-96d2-ca8fed35161e/ids 2015-09-03 10:35:04+0200 33184503 [7369]: s1 renewal error -202 delta_length 11 last_success 33184461 2015-09-03 10:35:05+0200 33184504 [7369]: 0e6991ae aio collect 0 0x7fbd700008c0:0x7fbd700008d0:0x7fbd9094b000 result 1048576:0 other free r 2015-09-03 10:35:05+0200 33184504 [7369]: 0e6991ae aio collect 0 0x7fbd70000910:0x7fbd70000920:0x7fbd7feff000 result 1048576:0 match reap 2015-09-03 11:03:00+0200 33186178 [7369]: 0e6991ae aio timeout 0 0x7fbd700008c0:0x7fbd700008d0:0x7fbd7feff000 ioto 10 to_count 9 2015-09-03 11:03:00+0200 33186178 [7369]: s1 delta_renew read rv -202 offset 0 /dev/0e6991ae-6238-4c61-96d2-ca8fed35161e/ids 2015-09-03 11:03:00+0200 33186178 [7369]: s1 renewal error -202 delta_length 10 last_success 33186147 2015-09-03 11:03:07+0200 33186185 [7369]: 0e6991ae aio collect 0 0x7fbd700008c0:0x7fbd700008d0:0x7fbd7feff000 result 1048576:0 other free 2015-09-03 11:10:18+0200 33186616 [7369]: 0e6991ae aio timeout 0 0x7fbd700008c0:0x7fbd700008d0:0x7fbd9094b000 ioto 10 to_count 10 2015-09-03 11:10:18+0200 33186616 [7369]: s1 delta_renew read rv -202 offset 0 /dev/0e6991ae-6238-4c61-96d2-ca8fed35161e/ids 2015-09-03 11:10:18+0200 33186616 [7369]: s1 renewal error -202 delta_length 10 last_success 33186586 2015-09-03 11:10:21+0200 33186620 [7369]: 0e6991ae aio collect 0 0x7fbd700008c0:0x7fbd700008d0:0x7fbd9094b000 result 1048576:0 other free 2015-09-03 12:39:14+0200 33191953 [7369]: 0e6991ae aio timeout 0 0x7fbd700008c0:0x7fbd700008d0:0x7fbd7feff000 ioto 10 to_count 11 2015-09-03 12:39:14+0200 33191953 [7369]: s1 delta_renew read rv -202 offset 0 /dev/0e6991ae-6238-4c61-96d2-ca8fed35161e/ids 2015-09-03 12:39:14+0200 33191953 [7369]: s1 renewal error -202 delta_length 10 last_success 33191922 2015-09-03 12:39:19+0200 33191957 [7369]: 0e6991ae aio collect 0 0x7fbd700008c0:0x7fbd700008d0:0x7fbd7feff000 result 1048576:0 other free 2015-09-03 12:40:10+0200 33192008 [7369]: 0e6991ae aio timeout 0 0x7fbd700008c0:0x7fbd700008d0:0x7fbd9094b000 ioto 10 to_count 12 2015-09-03 12:40:10+0200 33192008 [7369]: s1 delta_renew read rv -202 offset 0 /dev/0e6991ae-6238-4c61-96d2-ca8fed35161e/ids 2015-09-03 12:40:10+0200 33192008 [7369]: s1 renewal error -202 delta_length 10 last_success 33191977 2015-09-03 12:40:12+0200 33192011 [7369]: 0e6991ae aio collect 0 0x7fbd700008c0:0x7fbd700008d0:0x7fbd9094b000 result 1048576:0 other free 2015-09-03 12:43:17+0200 33192196 [7369]: 0e6991ae aio timeout 0 0x7fbd700008c0:0x7fbd700008d0:0x7fbd7feff000 ioto 10 to_count 13 2015-09-03 12:43:17+0200 33192196 [7369]: s1 delta_renew read rv -202 offset 0 /dev/0e6991ae-6238-4c61-96d2-ca8fed35161e/ids 2015-09-03 12:43:17+0200 33192196 [7369]: s1 renewal error -202 delta_length 10 last_success 33192165 2015-09-03 12:43:25+0200 33192203 [7369]: 0e6991ae aio collect 0 0x7fbd700008c0:0x7fbd700008d0:0x7fbd7feff000 result 1048576:0 other free 2015-09-03 13:02:43+0200 33193361 [5807]: cmd 9 target pid 23383 not found 2015-09-03 13:13:24+0200 33194002 [5807]: cmd 9 target pid 24611 not found 2015-09-03 13:35:10+0200 33195308 [5807]: cmd 9 target pid 26392 not found 2015-09-03 13:53:32+0200 33196411 [5807]: cmd 9 target pid 28213 not found 2015-09-03 14:33:42+0200 33198820 [5807]: cmd 9 target pid 30732 not found Node3 2015-09-03 10:34:53+0200 33181297 [7509]: 0e6991ae aio timeout 0 0x7f45d00008c0:0x7f45d00008d0:0x7f45ec434000 ioto 10 to_count 7 2015-09-03 10:34:53+0200 33181297 [7509]: s1 delta_renew read rv -202 offset 0 /dev/0e6991ae-6238-4c61-96d2-ca8fed35161e/ids 2015-09-03 10:34:53+0200 33181297 [7509]: s1 renewal error -202 delta_length 10 last_success 33181266 2015-09-03 10:35:04+0200 33181308 [7509]: 0e6991ae aio timeout 0 0x7f45d0000910:0x7f45d0000920:0x7f45f03c9000 ioto 10 to_count 8 2015-09-03 10:35:04+0200 33181308 [7509]: s1 delta_renew read rv -202 offset 0 /dev/0e6991ae-6238-4c61-96d2-ca8fed35161e/ids 2015-09-03 10:35:04+0200 33181308 [7509]: s1 renewal error -202 delta_length 11 last_success 33181266 2015-09-03 10:35:05+0200 33181309 [7509]: 0e6991ae aio collect 0 0x7f45d00008c0:0x7f45d00008d0:0x7f45ec434000 result 1048576:0 other free r 2015-09-03 10:35:05+0200 33181309 [7509]: 0e6991ae aio collect 0 0x7f45d0000910:0x7f45d0000920:0x7f45f03c9000 result 1048576:0 match reap 2015-09-03 11:03:00+0200 33182983 [7509]: 0e6991ae aio timeout 0 0x7f45d00008c0:0x7f45d00008d0:0x7f45f03c9000 ioto 10 to_count 9 2015-09-03 11:03:00+0200 33182983 [7509]: s1 delta_renew read rv -202 offset 0 /dev/0e6991ae-6238-4c61-96d2-ca8fed35161e/ids 2015-09-03 11:03:00+0200 33182983 [7509]: s1 renewal error -202 delta_length 10 last_success 33182953 2015-09-03 11:03:07+0200 33182990 [7509]: 0e6991ae aio collect 0 0x7f45d00008c0:0x7f45d00008d0:0x7f45f03c9000 result 1048576:0 other free 2015-09-03 11:10:29+0200 33183432 [7509]: s1 renewed 33183417 delta_length 21 too long 2015-09-03 12:31:46+0200 33188310 [5666]: cmd 9 target pid 3657 not found 2015-09-03 12:39:14+0200 33188758 [7509]: 0e6991ae aio timeout 0 0x7f45d00008c0:0x7f45d00008d0:0x7f45ec434000 ioto 10 to_count 10 2015-09-03 12:39:14+0200 33188758 [7509]: s1 delta_renew read rv -202 offset 0 /dev/0e6991ae-6238-4c61-96d2-ca8fed35161e/ids 2015-09-03 12:39:14+0200 33188758 [7509]: s1 renewal error -202 delta_length 10 last_success 33188727 2015-09-03 12:39:19+0200 33188762 [7509]: 0e6991ae aio collect 0 0x7f45d00008c0:0x7f45d00008d0:0x7f45ec434000 result 1048576:0 other free 2015-09-03 12:40:10+0200 33188813 [7509]: 0e6991ae aio timeout 0 0x7f45d00008c0:0x7f45d00008d0:0x7f45f03c9000 ioto 10 to_count 11 2015-09-03 12:40:10+0200 33188813 [7509]: s1 delta_renew read rv -202 offset 0 /dev/0e6991ae-6238-4c61-96d2-ca8fed35161e/ids 2015-09-03 12:40:10+0200 33188813 [7509]: s1 renewal error -202 delta_length 10 last_success 33188783 2015-09-03 12:40:12+0200 33188816 [7509]: 0e6991ae aio collect 0 0x7f45d00008c0:0x7f45d00008d0:0x7f45f03c9000 result 1048576:0 other free 2015-09-03 12:43:17+0200 33189001 [7509]: 0e6991ae aio timeout 0 0x7f45d00008c0:0x7f45d00008d0:0x7f45ec434000 ioto 10 to_count 12 2015-09-03 12:43:17+0200 33189001 [7509]: s1 delta_renew read rv -202 offset 0 /dev/0e6991ae-6238-4c61-96d2-ca8fed35161e/ids 2015-09-03 12:43:17+0200 33189001 [7509]: s1 renewal error -202 delta_length 10 last_success 33188970 2015-09-03 12:43:25+0200 33189008 [7509]: 0e6991ae aio collect 0 0x7f45d00008c0:0x7f45d00008d0:0x7f45ec434000 result 1048576:0 other free 2015-09-03 12:54:43+0200 33189687 [5666]: cmd 9 target pid 6503 not found 2015-09-03 13:00:01+0200 33190004 [5666]: cmd 9 target pid 7021 not found 2015-09-03 13:01:20+0200 33190083 [5666]: cmd 9 target pid 8009 not found 2015-09-03 13:06:38+0200 33190401 [5666]: cmd 9 target pid 9119 not found 2015-09-03 13:12:31+0200 33190754 [5666]: cmd 9 target pid 10248 not found 2015-09-03 14:03:36+0200 33193819 [5666]: cmd 9 target pid 13381 not found 2015-09-03 14:05:56+0200 33193959 [5666]: cmd 9 target pid 14367 not found 2015-09-03 14:16:02+0200 33194565 [5666]: cmd 9 target pid 15553 not found 2015-09-03 14:17:01+0200 33194624 [5666]: cmd 9 target pid 16385 not found 2015-09-03 14:23:19+0200 33195002 [5666]: cmd 9 target pid 17456 not found 2015-09-03 14:47:25+0200 33196448 [5666]: cmd 9 target pid 20262 not found 2015-09-03 15:02:45+0200 33197368 [5666]: cmd 9 target pid 21619 not found 2015-09-03 15:03:37+0200 33197420 [5666]: cmd 9 target pid 22321 not found 2015-09-03 15:07:43+0200 33197666 [5666]: cmd 9 target pid 23381 not found 2015-09-03 16:33:39+0200 33202822 [5666]: cmd 9 target pid 29063 not found 2015-09-09 11:36:22+0200 33703385 [5666]: cmd 9 target pid 22695 not found 2015-09-09 11:51:15+0200 33704278 [5666]: cmd 9 target pid 24089 not found 2015-09-09 11:58:25+0200 33704709 [5666]: cmd 9 target pid 25110 not found 2015-09-21 09:29:36+0200 34732579 [5666]: cmd 9 target pid 8527 not found Please shout if you need more info, unfortunately because I've left this for so long the logs might have rotated already. Any assistance is greatly appreciated. Regards. Neil Wilson.

2 3

MAC address recycling
by Daniel Helgenberger 07 Oct '15

07 Oct '15

Hello, I recently experienced an issue with mac address uses in ovirt with foreman[1]. Bottom line, a mac address was recycled causing an issue where I could not rebuild a host because of a stale DHCP reservation record. What is the current behavior regarding the reuse of MAC addresses for new VMs? Can I somehow delay a the recycle of a MAC? Thanks! -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767

3 5

moving storage and importing vms issue
by Jiří Sléžka 06 Oct '15

06 Oct '15

This is a cryptographically signed message in MIME format. --------------ms070407060502090709050400 Content-Type: multipart/mixed; boundary="------------080609050703070305060003" This is a multi-part message in MIME format. --------------080609050703070305060003 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hello, I am working on some consolidation of our RHEV/oVirt servers and I moved = one storage to new oVirt datacenter (put it into maintenance, detached=20 it from old and imported into new datacenter) which worked pretty good. Then I tried to import all the vms which worked also great except for=20 three of them. These vms are stucked in VM Import sub-tab and are quietly failing=20 import attempts (I can only see failed task "Importing VM clavius-winxp=20 from configuration to Cluster CIT-oVirt" but no related event and/or=20 explanation) There is only one host in this datacenter/cluster which is SPM. I can't=20 find anything interesting in vdsm.log (short span of import time is in=20 attachment). Could you point me where should I look, please? Storage (FC) was formerly attached to RHEV3.5.3 on RHEL6.7 and was=20 imported into oVirt3.5.4 on CentOS7.1 Thanks in advance, Jiri Slezka --------------080609050703070305060003 Content-Type: text/x-log; name="import_problem_vdsm.log" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="import_problem_vdsm.log" [root@ovirt04 ~]# tailf /var/log/vdsm/vdsm.log Thread-209541::INFO::2015-09-10 00:10:34,590::logUtils::47::dispatcher::(= wrapper) Run and protect: getStoragePoolInfo, Return response: {'info': {= 'name': 'No Description', 'isoprefix': '', 'pool_status': 'connected', 'l= ver': 4L, 'domains': u'088e7ed9-84c7-4fbd-a570-f37fa986a772:Active', 'mas= ter_uuid': '088e7ed9-84c7-4fbd-a570-f37fa986a772', 'version': '3', 'spm_i= d': 1, 'type': 'FCP', 'master_ver': 1}, 'dominfo': {u'088e7ed9-84c7-4fbd-= a570-f37fa986a772': {'status': u'Active', 'diskfree': '4668629450752', 'i= soprefix': '', 'alerts': [], 'disktotal': '11711973163008', 'version': 3}= }} Thread-209542::INFO::2015-09-10 00:10:34,659::logUtils::44::dispatcher::(= wrapper) Run and protect: repoStats(options=3DNone) Thread-209542::INFO::2015-09-10 00:10:34,659::logUtils::47::dispatcher::(= wrapper) Run and protect: repoStats, Return response: {u'088e7ed9-84c7-4f= bd-a570-f37fa986a772': {'code': 0, 'actual': True, 'version': 3, 'acquire= d': True, 'delay': '0.000370046', 'lastCheck': '5.1', 'valid': True}} VM Channels Listener::INFO::2015-09-10 00:10:35,728::guestagent::180::vm.= Vm::(_handleAPIVersion) vmId=3D`c1279a24-06de-470a-8b9f-3f3cfc24f58b`::Gu= est API version changed from 2 to 1 VM Channels Listener::INFO::2015-09-10 00:10:37,976::guestagent::180::vm.= Vm::(_handleAPIVersion) vmId=3D`884dd325-4429-4150-8aa2-a473691f100b`::Gu= est API version changed from 2 to 1 Thread-206354::INFO::2015-09-10 00:10:40,039::logUtils::44::dispatcher::(= wrapper) Run and protect: getVolumeSize(sdUUID=3Du'088e7ed9-84c7-4fbd-a57= 0-f37fa986a772', spUUID=3Du'00000002-0002-0002-0002-0000000002b9', imgUUI= D=3Du'9d18dc91-f312-4f6c-9142-57e0b9f1aa7e', volUUID=3Du'1eed50b3-356b-48= 95-921e-61bad55f6a03', options=3DNone) Thread-206354::INFO::2015-09-10 00:10:40,039::logUtils::47::dispatcher::(= wrapper) Run and protect: getVolumeSize, Return response: {'truesize': '2= 1474836480', 'apparentsize': '21474836480'} VM Channels Listener::INFO::2015-09-10 00:10:40,754::guestagent::180::vm.= Vm::(_handleAPIVersion) vmId=3D`c1279a24-06de-470a-8b9f-3f3cfc24f58b`::Gu= est API version changed from 2 to 1 Thread-206478::INFO::2015-09-10 00:10:42,178::logUtils::44::dispatcher::(= wrapper) Run and protect: getVolumeSize(sdUUID=3Du'088e7ed9-84c7-4fbd-a57= 0-f37fa986a772', spUUID=3Du'00000002-0002-0002-0002-0000000002b9', imgUUI= D=3Du'd566b616-1159-4fa8-8f3f-48b32556e1c0', volUUID=3Du'3a3c885e-1846-49= f0-ad5d-00cede0242fc', options=3DNone) Thread-206478::INFO::2015-09-10 00:10:42,185::logUtils::47::dispatcher::(= wrapper) Run and protect: getVolumeSize, Return response: {'truesize': '2= 1474836480', 'apparentsize': '21474836480'} VM Channels Listener::INFO::2015-09-10 00:10:42,990::guestagent::180::vm.= Vm::(_handleAPIVersion) vmId=3D`884dd325-4429-4150-8aa2-a473691f100b`::Gu= est API version changed from 2 to 1 Thread-209547::INFO::2015-09-10 00:10:44,625::logUtils::44::dispatcher::(= wrapper) Run and protect: getSpmStatus(spUUID=3Du'00000002-0002-0002-0002= -0000000002b9', options=3DNone) Thread-209547::INFO::2015-09-10 00:10:44,635::logUtils::47::dispatcher::(= wrapper) Run and protect: getSpmStatus, Return response: {'spm_st': {'spm= Id': 1, 'spmStatus': 'SPM', 'spmLver': 4L}} Thread-209548::INFO::2015-09-10 00:10:44,648::logUtils::44::dispatcher::(= wrapper) Run and protect: getStoragePoolInfo(spUUID=3Du'00000002-0002-000= 2-0002-0000000002b9', options=3DNone) Thread-209548::INFO::2015-09-10 00:10:44,656::logUtils::47::dispatcher::(= wrapper) Run and protect: getStoragePoolInfo, Return response: {'info': {= 'name': 'No Description', 'isoprefix': '', 'pool_status': 'connected', 'l= ver': 4L, 'domains': u'088e7ed9-84c7-4fbd-a570-f37fa986a772:Active', 'mas= ter_uuid': '088e7ed9-84c7-4fbd-a570-f37fa986a772', 'version': '3', 'spm_i= d': 1, 'type': 'FCP', 'master_ver': 1}, 'dominfo': {u'088e7ed9-84c7-4fbd-= a570-f37fa986a772': {'status': u'Active', 'diskfree': '4668629450752', 'i= soprefix': '', 'alerts': [], 'disktotal': '11711973163008', 'version': 3}= }} Thread-209549::INFO::2015-09-10 00:10:44,869::logUtils::44::dispatcher::(= wrapper) Run and protect: getVolumeInfo(sdUUID=3Du'088e7ed9-84c7-4fbd-a57= 0-f37fa986a772', spUUID=3Du'00000002-0002-0002-0002-0000000002b9', imgUUI= D=3Du'fb8f3165-5976-4094-9d37-ea0b09124547', volUUID=3Du'cc83caa4-e366-4f= d6-94b7-d16089aa29d6', options=3DNone) Thread-209549::INFO::2015-09-10 00:10:45,133::volume::847::Storage.Volume= ::(getInfo) Info request: sdUUID=3D088e7ed9-84c7-4fbd-a570-f37fa986a772 i= mgUUID=3Dfb8f3165-5976-4094-9d37-ea0b09124547 volUUID =3D cc83caa4-e366-4= fd6-94b7-d16089aa29d6=20 Thread-209549::INFO::2015-09-10 00:10:45,170::volume::875::Storage.Volume= ::(getInfo) 088e7ed9-84c7-4fbd-a570-f37fa986a772/fb8f3165-5976-4094-9d37-= ea0b09124547/cc83caa4-e366-4fd6-94b7-d16089aa29d6 info is {'status': 'OK'= , 'domain': '088e7ed9-84c7-4fbd-a570-f37fa986a772', 'voltype': 'LEAF', 'd= escription': '', 'parent': '53c5003d-80de-4dfd-b5d8-50537a3a54d6', 'forma= t': 'COW', 'image': 'fb8f3165-5976-4094-9d37-ea0b09124547', 'ctime': '144= 0688666', 'disktype': '2', 'legality': 'LEGAL', 'mtime': '0', 'apparentsi= ze': '6442450944', 'children': [], 'pool': '', 'capacity': '32212254720',= 'uuid': u'cc83caa4-e366-4fd6-94b7-d16089aa29d6', 'truesize': '6442450944= ', 'type': 'SPARSE'} Thread-209549::INFO::2015-09-10 00:10:45,171::logUtils::47::dispatcher::(= wrapper) Run and protect: getVolumeInfo, Return response: {'info': {'stat= us': 'OK', 'domain': '088e7ed9-84c7-4fbd-a570-f37fa986a772', 'voltype': '= LEAF', 'description': '', 'parent': '53c5003d-80de-4dfd-b5d8-50537a3a54d6= ', 'format': 'COW', 'image': 'fb8f3165-5976-4094-9d37-ea0b09124547', 'cti= me': '1440688666', 'disktype': '2', 'legality': 'LEGAL', 'mtime': '0', 'a= pparentsize': '6442450944', 'children': [], 'pool': '', 'capacity': '3221= 2254720', 'uuid': u'cc83caa4-e366-4fd6-94b7-d16089aa29d6', 'truesize': '6= 442450944', 'type': 'SPARSE'}} Thread-209550::INFO::2015-09-10 00:10:45,249::logUtils::44::dispatcher::(= wrapper) Run and protect: getVolumeInfo(sdUUID=3Du'088e7ed9-84c7-4fbd-a57= 0-f37fa986a772', spUUID=3Du'00000002-0002-0002-0002-0000000002b9', imgUUI= D=3Du'fb8f3165-5976-4094-9d37-ea0b09124547', volUUID=3Du'53c5003d-80de-4d= fd-b5d8-50537a3a54d6', options=3DNone) Thread-209550::INFO::2015-09-10 00:10:45,280::volume::847::Storage.Volume= ::(getInfo) Info request: sdUUID=3D088e7ed9-84c7-4fbd-a570-f37fa986a772 i= mgUUID=3Dfb8f3165-5976-4094-9d37-ea0b09124547 volUUID =3D 53c5003d-80de-4= dfd-b5d8-50537a3a54d6=20 Thread-209550::INFO::2015-09-10 00:10:45,328::volume::875::Storage.Volume= ::(getInfo) 088e7ed9-84c7-4fbd-a570-f37fa986a772/fb8f3165-5976-4094-9d37-= ea0b09124547/53c5003d-80de-4dfd-b5d8-50537a3a54d6 info is {'status': 'OK'= , 'domain': '088e7ed9-84c7-4fbd-a570-f37fa986a772', 'voltype': 'INTERNAL'= , 'description': 'imported by virt-v2v', 'parent': '00000000-0000-0000-00= 00-000000000000', 'format': 'RAW', 'image': 'fb8f3165-5976-4094-9d37-ea0b= 09124547', 'ctime': '1440688463', 'disktype': '1', 'legality': 'LEGAL', '= mtime': '0', 'apparentsize': '32212254720', 'children': [], 'pool': '', '= capacity': '32212254720', 'uuid': u'53c5003d-80de-4dfd-b5d8-50537a3a54d6'= , 'truesize': '32212254720', 'type': 'PREALLOCATED'} Thread-209550::INFO::2015-09-10 00:10:45,335::logUtils::47::dispatcher::(= wrapper) Run and protect: getVolumeInfo, Return response: {'info': {'stat= us': 'OK', 'domain': '088e7ed9-84c7-4fbd-a570-f37fa986a772', 'voltype': '= INTERNAL', 'description': 'imported by virt-v2v', 'parent': '00000000-000= 0-0000-0000-000000000000', 'format': 'RAW', 'image': 'fb8f3165-5976-4094-= 9d37-ea0b09124547', 'ctime': '1440688463', 'disktype': '1', 'legality': '= LEGAL', 'mtime': '0', 'apparentsize': '32212254720', 'children': [], 'poo= l': '', 'capacity': '32212254720', 'uuid': u'53c5003d-80de-4dfd-b5d8-5053= 7a3a54d6', 'truesize': '32212254720', 'type': 'PREALLOCATED'}} VM Channels Listener::INFO::2015-09-10 00:10:45,769::guestagent::180::vm.= Vm::(_handleAPIVersion) vmId=3D`c1279a24-06de-470a-8b9f-3f3cfc24f58b`::Gu= est API version changed from 2 to 1 Thread-206610::INFO::2015-09-10 00:10:47,039::logUtils::44::dispatcher::(= wrapper) Run and protect: getVolumeSize(sdUUID=3Du'088e7ed9-84c7-4fbd-a57= 0-f37fa986a772', spUUID=3Du'00000002-0002-0002-0002-0000000002b9', imgUUI= D=3Du'ac84d516-7b45-4a16-b266-affe7f722c11', volUUID=3Du'ce0f3596-eb2f-4e= 12-a415-a74fd2c83caa', options=3DNone) Thread-206610::INFO::2015-09-10 00:10:47,041::logUtils::47::dispatcher::(= wrapper) Run and protect: getVolumeSize, Return response: {'truesize': '4= 2949672960', 'apparentsize': '42949672960'} VM Channels Listener::INFO::2015-09-10 00:10:48,586::guestagent::180::vm.= Vm::(_handleAPIVersion) vmId=3D`884dd325-4429-4150-8aa2-a473691f100b`::Gu= est API version changed from 2 to 1 Thread-209552::INFO::2015-09-10 00:10:50,172::logUtils::44::dispatcher::(= wrapper) Run and protect: repoStats(options=3DNone) Thread-209552::INFO::2015-09-10 00:10:50,173::logUtils::47::dispatcher::(= wrapper) Run and protect: repoStats, Return response: {u'088e7ed9-84c7-4f= bd-a570-f37fa986a772': {'code': 0, 'actual': True, 'version': 3, 'acquire= d': True, 'delay': '0.000381038', 'lastCheck': '0.4', 'valid': True}} ^C --------------080609050703070305060003-- --------------ms070407060502090709050400 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC CWcwggScMIIDhKADAgECAhEAuOSLPwlcx/l5IqBlguM0fDANBgkqhkiG9w0BAQUFADA7MQsw CQYDVQQGEwJOTDEPMA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwg Q0EwHhcNMTQxMTEwMDAwMDAwWhcNMTYxMTA5MjM1OTU5WjBlMQswCQYDVQQGEwJDWjElMCMG A1UECgwcU2xlenNrw6EgdW5pdmVyeml0YSB2IE9wYXbEmzEYMBYGA1UEAwwPSmnFmcOtIFNs w6nFvmthMRUwEwYJKoZIhvcNAQkCFgZzbGV6a2EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQDNcPHUXg4ZfD3shn/1zeMf8tyn/ZplDk1756hc+PVHYNO2VRP2p1HKRdtcfj1i 2V87na0EfMmfxM77dJJklSnAsCXrs0by2eHzdCz746vErs5VkSnZ1nhOWH7FViKadiyxmAv+ zXL+jkzb678GHsT2jPWdHjfhgQXAzd0hE5AqkQ3sRGRspsfruRmfgStEoE2+Ubq4jC69pBYW i80zdAUOc+9Kl5Zfolfo/TpFViXIo4i1FMgDRNYZAhBKpHz70zN/7VUqTl/7x9z3a6ytNC8J TbbMdj8SdWhRV0oyOOhYlFHL+1ZS0KtQ0iz5yWs9dCkq77LrTXCXaWSGBRlQ8H/5AgMBAAGj ggFvMIIBazAfBgNVHSMEGDAWgBRjTUNaGUg/xEbBArq/7g7lgrdmpjAdBgNVHQ4EFgQUNHjX Vei/P0DdklwoP8A3Tkq0XTYwDgYDVR0PAQH/BAQDAgWgMAwGA1UdEwEB/wQCMAAwHQYDVR0l BBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMBgGA1UdIAQRMA8wDQYLKwYBBAGyMQECAh0wPwYD VR0fBDgwNjA0oDKgMIYuaHR0cDovL2NybC50Y3MudGVyZW5hLm9yZy9URVJFTkFQZXJzb25h bENBLmNybDByBggrBgEFBQcBAQRmMGQwOgYIKwYBBQUHMAKGLmh0dHA6Ly9jcnQudGNzLnRl cmVuYS5vcmcvVEVSRU5BUGVyc29uYWxDQS5jcnQwJgYIKwYBBQUHMAGGGmh0dHA6Ly9vY3Nw LnRjcy50ZXJlbmEub3JnMB0GA1UdEQQWMBSBEmppcmkuc2xlemthQHNsdS5jejANBgkqhkiG 9w0BAQUFAAOCAQEAJy6bixJ53paigwWwnXfipRly2TTkICwf4PtXw9hOBoYC17PbPpAoGBtT Dvz6pQW4woSJ4JbkkD9JKGPlZXt0fQgZKgbfQ7sRFQ54goOhvJYm+CFJUPiSXrZ/i1CUzI40 U3kXYbWOq99yKid5aUEaIub9E6cJY6fybt7ireTV2IKVNIm/AXWjjf6jxGVavQ1QzTxmRvfE sXpQis5jgCeJjRHhZ4BhwRChkIThLYfWTSYId9rbtuj3yjLjtJipDhHJEuIckgV8sCDbjbyt xo0WNLQmfL0KUVxvpfMfdZ3McGKwn7nQiqBcpsGI3+9pfmHkMzy4+rDGZCHkeyNNxEUpLDCC BMMwggOroAMCAQICEHP+V/rfuMUIgXtmuWvwLe8wDQYJKoZIhvcNAQEFBQAwga4xCzAJBgNV BAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoT FVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3Qu Y29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg RW1haWwwHhcNMDkwNTE4MDAwMDAwWhcNMjgxMjMxMjM1OTU5WjA7MQswCQYDVQQGEwJOTDEP MA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0EwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQDIFdn1M2ojoZANz7sFRMOrH0o1hRohhaBP+PBA4kpD m/5bsbC/tFfcdYBBS2Qa9ttPb4/QJUU1+erLSvr72tPtRYgRlDbkzKgN78U9N+0We+PClZ5Y M38i+/j/7Oa+264KZSUih9pvhItG6ECGKD+/VgjiSumDouki+y36tigfkcHDcftTwCtOpAyh bp1V7ezhJIc6COINHOTETdDLJ/qEZObRl51WJFuTuykuQ+JBaj3iSmX8ml9ahoe8h8d5gJaZ UcaQD2SRmX0Q3awsAyrheGT+zj1O9CtQEUvRWNSbA/B/9TtTsFND+8UvxAQpGjqs11Xp0Q6V 0Tsxf3hPriktAgMBAAGjggFNMIIBSTAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRu fTAdBgNVHQ4EFgQUY01DWhlIP8RGwQK6v+4O5YK3ZqYwDgYDVR0PAQH/BAQDAgEGMBIGA1Ud EwEB/wQIMAYBAf8CAQAwGAYDVR0gBBEwDzANBgsrBgEEAbIxAQICHTBYBgNVHR8EUTBPME2g S6BJhkdodHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20vVVROLVVTRVJGaXJzdC1DbGllbnRBdXRo ZW50aWNhdGlvbmFuZEVtYWlsLmNybDBvBggrBgEFBQcBAQRjMGEwOAYIKwYBBQUHMAKGLGh0 dHA6Ly9jcnQudXNlcnRydXN0LmNvbS9VVE5BQUFDbGllbnRfQ0EuY3J0MCUGCCsGAQUFBzAB hhlodHRwOi8vb2NzcC51c2VydHJ1c3QuY29tMA0GCSqGSIb3DQEBBQUAA4IBAQAGK6lTLxPc XDkWzIafXkx7cvvsjVWKXpoK/1NMdvQGPVDPV/Ciz6+ZjKr+oBl2PpkDMvp1gziKu2uapQwT stQbduaULmeYWeORbAKQmpzIYEtVq8qIWo0r5WmVAwfR1A78JCIuWbFjpF/t2SNy5JzOOlxs H0+pAMkd/vp/RS22LoTdDyegWRhO1XYlRfSZJnnbb58j90O7Kw8Eo4EmLLd7Nfk9d19AIeZ/ HaWWWr3QyxY6bLthi4r9BDlECsss4cvOLhCYGtvgk+1JZGQIIJ+3o1Dwot3KtMZ8DD3nXhXc J4bkOjtSWherqQZTK50Jc2QcAcP9MNKHA2/kFQN6OV9oMYIDGjCCAxYCAQEwUDA7MQswCQYD VQQGEwJOTDEPMA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0EC EQC45Is/CVzH+XkioGWC4zR8MA0GCWCGSAFlAwQCAQUAoIIBmzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTA5MDkyMjMwMjlaMC8GCSqGSIb3DQEJBDEi BCCuE3j/Uva83Wo8kQEzQUfUwsCrxavWRS0rkGVULugakTBfBgkrBgEEAYI3EAQxUjBQMDsx CzAJBgNVBAYTAk5MMQ8wDQYDVQQKEwZURVJFTkExGzAZBgNVBAMTElRFUkVOQSBQZXJzb25h bCBDQQIRALjkiz8JXMf5eSKgZYLjNHwwYQYLKoZIhvcNAQkQAgsxUqBQMDsxCzAJBgNVBAYT Ak5MMQ8wDQYDVQQKEwZURVJFTkExGzAZBgNVBAMTElRFUkVOQSBQZXJzb25hbCBDQQIRALjk iz8JXMf5eSKgZYLjNHwwbAYJKoZIhvcNAQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUD BAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMC BzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQAi5by6FtzX4C1Ccry1opuDgBPt zT6Xkg48KhvWeSj2HEwnBe+TzlelmkzY8knQMVw9BZL0xOJIK9DH/9RxIykIF2lx4GQdRneK jzUzm2kP0jk+RUt6L9RcjNr7cTFO0VYahZc2+syHp0MXWxdL1m9eVlgk4nEYTScU4fHVkOVB QXkMdA6S7IuJ30EntEkiQwCfaCLoNFS/7JMwzi3F8YS4HP1Su2pV43Z6skH/cfsiH3OKBP91 /XFt4+itS98N3CCjS41e2/NYBiiR4hRkmLlkZbD09G895XPys3BafgoBOE5y2bv2mLIEpyoy xyFfbRkETJeNepO8dLQ8mTd3Zt04AAAAAAAA --------------ms070407060502090709050400--

2 7

Testing ovirt 3.6 RC
by wodel youchi 06 Oct '15

06 Oct '15

Hi, is the problem about the VM engine not being shown on webui corrected? I have updated my installation ovirt 3.6 beta 6 to RC (I didn't redeploy from scratch), still the same problem no vm engine on webui, attaching the hosted-storage to the default DC, causes the VM engine to crash. Do I have to redeploy from scratch? PS: I am using NFS4 for storage. thanks in advance.

3 8

Conflicts in hooks
by nicolas＠devels.es 06 Oct '15

06 Oct '15

Hi, We're running version 3.5.3.1-1 of oVirt, along with GlusterFS storage. Recently we're having plenty of events like these: 2015-Oct-06, 07:38 Detected conflict in hook set-POST-32gluster_enable_shared_storage.sh of Cluster Cluster. 2015-Oct-06, 07:38 Detected conflict in hook delete-POST-57glusterfind-delete-post.py of Cluster Cluster. 2015-Oct-06, 07:38 Detected conflict in hook start-POST-31ganesha-start.sh of Cluster Cluster. 2015-Oct-06, 05:38 Detected conflict in hook set-POST-32gluster_enable_shared_storage.sh of Cluster Cluster. 2015-Oct-06, 05:38 Detected conflict in hook delete-POST-57glusterfind-delete-post.py of Cluster Cluster. 2015-Oct-06, 05:38 Detected conflict in hook start-POST-31ganesha-start.sh of Cluster Cluster. 2015-Oct-06, 03:38 Detected conflict in hook set-POST-32gluster_enable_shared_storage.sh of Cluster Cluster. 2015-Oct-06, 03:38 Detected conflict in hook delete-POST-57glusterfind-delete-post.py of Cluster Cluster. 2015-Oct-06, 03:38 Detected conflict in hook start-POST-31ganesha-start.sh of Cluster Cluster. 2015-Oct-06, 01:38 Detected conflict in hook set-POST-32gluster_enable_shared_storage.sh of Cluster Cluster. 2015-Oct-06, 01:38 Detected conflict in hook delete-POST-57glusterfind-delete-post.py of Cluster Cluster. 2015-Oct-06, 01:38 Detected conflict in hook start-POST-31ganesha-start.sh of Cluster Cluster. 2015-Oct-05, 23:38 Detected conflict in hook set-POST-32gluster_enable_shared_storage.sh of Cluster Cluster. 2015-Oct-05, 23:38 Detected conflict in hook delete-POST-57glusterfind-delete-post.py of Cluster Cluster. 2015-Oct-05, 23:38 Detected conflict in hook start-POST-31ganesha-start.sh of Cluster Cluster. 2015-Oct-05, 21:38 Detected conflict in hook set-POST-32gluster_enable_shared_storage.sh of Cluster Cluster. 2015-Oct-05, 21:38 Detected conflict in hook delete-POST-57glusterfind-delete-post.py of Cluster Cluster. 2015-Oct-05, 21:38 Detected conflict in hook start-POST-31ganesha-start.sh of Cluster Cluster. 2015-Oct-05, 19:38 Detected conflict in hook set-POST-32gluster_enable_shared_storage.sh of Cluster Cluster. 2015-Oct-05, 19:38 Detected conflict in hook delete-POST-57glusterfind-delete-post.py of Cluster Cluster. 2015-Oct-05, 19:38 Detected conflict in hook start-POST-31ganesha-start.sh of Cluster Cluster. 2015-Oct-05, 17:38 Detected conflict in hook set-POST-32gluster_enable_shared_storage.sh of Cluster Cluster. 2015-Oct-05, 17:38 Detected conflict in hook delete-POST-57glusterfind-delete-post.py of Cluster Cluster. 2015-Oct-05, 17:38 Detected conflict in hook start-POST-31ganesha-start.sh of Cluster Cluster. In the logs I see messages like these: 2015-10-06 07:38:15,898 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-39) [53af3676] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Detected conflict in hook start-POST-31ganesha-start.sh of Cluster Cluster. 2015-10-06 07:38:15,913 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-39) [53af3676] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Detected conflict in hook delete-POST-57glusterfind-delete-post.py of Cluster Cluster. 2015-10-06 07:38:15,928 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-39) [53af3676] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Detected conflict in hook set-POST-32gluster_enable_shared_storage.sh of Cluster Cluster. Why might it be caused by? Thanks, Nicolás

2 2

To start vm (runonce) with Rest API
by Qingyun Ao 06 Oct '15

06 Oct '15

Hello, all, Before starting a vm in the first time (runonce), we can attach a floppy drive to the vm. How can I compose the XML file to do this with oViirt Rest API? -- Best regards, Ao Qingyun aoqingyun(a)gmail.com

2 1

restore
by Budur Nagaraju 06 Oct '15

06 Oct '15

HI Getting below error while restoring ovirt, [root@cstlb1 ovirtrestore]# engine-backup --mode=restore --file=ovirtbackup --log=ovirtlog Preparing to restore: - Unpacking file 'ovirtbackup' Restoring: - Files FATAL: Can't connect to database 'engine'. Please see '/usr/bin/engine-backup --help'. [root@cstlb1 ovirtrestore]# Thanks, Nagaraju

2 1

Logical Networks with different MTUs
by Cam Wright 06 Oct '15

06 Oct '15

Hi, I've just started building an oVirt farm as a replacement for our existing infrastructure and I'm having issues configuring multiple VLAN bridges with different MTUs. When I try to add a logical network with a VLAN tag + VM Network + MTU 9000 to a bonded interface on my host with only the ovirtmgmt network (MTU 1500, default) it throws up an error message and won't let me continue, error message below: Cannot setup Networks. The following Logical Networks do not have the same MTU value: ovirtmgmt(default), net_bne_vlan10(9000). Eventually, I will want to add more logical networks with the default MTU, so setting the ovirtmgmt MTU to 9000 is unfortunately not going to solve my issue. This is something I can do in vanilla Linux networking where I set the 802.3ad bond to be MTU 9000 and configure two different bridges off that interface to 1500 and 9000, however this does not seem to be possible in the oVirt web interface. I've dug through the Administration guide and feature requests and there doesn't seem to be anything there around using different MTU values for different logical networks. Has anyone been able to successfully do this? The /etc/sysconfig/network-scripts and /var/lib/vdsm/persistence/netconf files seem to get rewritten whenever the vdsm service does anything, so I'm reluctant to edit them manually. The hosts were built using the hosted-engine installer on Fedora 22. The engine is running Fedora 22 also, see below: [root@bne-ovirtengine01 ~]# cat /etc/redhat-release Fedora release 22 (Twenty Two) [root@bne-ovirtengine01 ~]# uname -r 4.0.4-301.fc22.x86_64 oVirt Engine Version: 3.6.0-1.fc22 Any assistance would be appreciated. Cam Wright | Systems Administrator CUTTINGEDGE 90 Victoria St, West End, Brisbane, QLD, 4101 T +61 7 3013 6222 E cwright(a)cuttingedge.com.au | W www.cuttingedge.com.au /SYD /BNE /MEL /TYO

1 0

oVirt support
by S.Mohammad Emami Razavi 05 Oct '15

05 Oct '15

Hello, How can i check oVirt support for HP servers particularly Gen9? Does anybody test oVirt with new generations of HP server? Sincerely.

2 1

USB
by suporte＠logicworks.pt 05 Oct '15

05 Oct '15

------=_Part_566586_1533253004.1443776545258 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello,=20 It's possible for a VM to read a USB pen connetced to the host (oVirt 3.5)?= =20 Thanks=20 Jos=C3=A9=20 --=20 Jose Ferradeira=20 http://www.logicworks.pt=20 ------=_Part_566586_1533253004.1443776545258 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: Times New Roman; font-size: 10pt; co= lor: #000000"><div>Hello,<br></div><div><br></div><div>It's possible for a = VM to read a USB pen connetced to the host (oVirt 3.5)?<br></div><div><br><= /div><div>Thanks<br></div><div><br></div><div>Jos=C3=A9<br></div><div><br><= /div><div>-- <br></div><div><span name=3D"x"></span><hr style=3D"width: 100= %; height: 2px;">Jose Ferradeira<br>http://www.logicworks.pt<br><span name= =3D"x"></span><br></div></div></body></html> ------=_Part_566586_1533253004.1443776545258--

5 8

elkstack
by Koen Vanoppen 05 Oct '15

05 Oct '15

Hi All, Anybody has a nice example for the loggs of ovirt for logstash? I'm using this one now: filter { if [type] == "ovirt" { grok { match => { "message" => "\A%{TIMESTAMP_ISO8601}%{JAVAFILE}%{SYSLOG5424SD}%{GREEDYDATA}" } add_field => [ "received_at", "%{@timestamp}" ] add_tag => [ "ovirt" ] tag_on_failure => [] } date { match => [ "syslog_timestamp", "MMM d HH:mm:ss", "MMM dd HH:mm:ss" ] } } } But I have got a grokparse failure in this one... So I was thinking maybe one of the community has something way better then this? :-) Kind regards, Koen

1 0

Requested metadata not found in logs problem
by Luciano Natale 03 Oct '15

03 Oct '15

Hi everyone! I've been reading about this "metadata not found: Requested metadata element is not present" problem related to QoS settings in VM's. I've assigned QoS to all my VM's and the messages stopped, but the I can't set this value for the Hosted Engine VM. So I keep getting this message in my logs. Is it possible to solve this? Please let me know any more info info needed! Thanks in advance! (and please excuse my bad english!) -- Luciano Natale

1 0

Hello, Multiple server into a single processing machine
by Khairul Annuar Bin Nordin 02 Oct '15

02 Oct '15

Good day, I was wondering if there is a way to configure ovirt to act as an operation to connect multiple server as one machine. Regarding this, the machine would detect all server processor and manage it as one machine. example: I have 4 server with 8 core processor each, which result as 32 core. All the 32 core should be detected under one management. Ovirt will act as the main processing manager and in it will have multiple instance, these instance will run on across all server with high availability and resource sharing. Thank you for your time, and I hope to hear from you soon.

3 2

ISO/NFS
by gmail.com 02 Oct '15

02 Oct '15

Hello everyone. I have ovirt with 2 datacenters. In first datacenter I've created ISO/NFS domain on external to ovirt NFS server. When i try to create ISO/NFS domain in second datacenter using the same NFS server/export path - i get error like this: "Failed to retrieve existing storage domain information." /var/log/vdsm/vdsm.log : Thread-863::INFO::2015-10-02 16:25:44,670::logUtils::44::dispatcher::(wrapper) Run and protect: disconnectStorageServer(domType=1, spUUID='00000000-0000-0000-0000-000000000000', conList=[{'port': '', 'connection': '172.17.10.19:/exports/iso', 'iqn': '', 'user': '', 'tpgt': '1', 'protocol_version': '4', 'password': '******', 'id': '00000000-0000-0000-0000-000000000000'}], options=None) Thread-863::ERROR::2015-10-02 16:25:44,681::hsm::2547::Storage.HSM::(disconnectStorageServer) Could not disconnect from storageServer Traceback (most recent call last): File "/usr/share/vdsm/storage/hsm.py", line 2543, in disconnectStorageServer conObj.disconnect() File "/usr/share/vdsm/storage/storageServer.py", line 336, in disconnect return self._mountCon.disconnect() File "/usr/share/vdsm/storage/storageServer.py", line 237, in disconnect self._mount.umount(True, True) File "/usr/share/vdsm/storage/mount.py", line 254, in umount return self._runcmd(cmd, timeout) File "/usr/share/vdsm/storage/mount.py", line 239, in _runcmd raise MountError(rc, ";".join((out, err))) MountError: (1, ';umount: /rhev/data-center/mnt/172.17.10.19:_exports_iso: not found\n') Thread-863::INFO::2015-10-02 16:25:44,750::logUtils::47::dispatcher::(wrapper) Run and protect: disconnectStorageServer, Return response: {'statuslist': [{'status': 477, 'id': '00000000-0000-0000-0000-000000000000'}]} In same time i can mount NFS volume by hands without any errors. Can i use the same NFS server for ISO domain i different datacenter ? Is my case bug or technical limit ? Thanks for you answers.

1 0

[QE][ACTION REQUIRED] oVirt 3.6.0 status
by Sandro Bonazzola 02 Oct '15

02 Oct '15

Hi, We planned to start composing next milestone of oVirt 3.6.0 on *2015-10-12 08:00 UTC* from 3.6 branches. There are still 234 bugs [1] targeted to 3.6.0. Whiteboard RC GA Total docs 5 0 15 dwh 1 0 1 external 0 1 1 gluster 40 0 40 i18n 2 0 2 infra 23 6 29 integration 0 1 1 network 27 1 28 node 4 0 4 reports 1 0 1 sla 36 2 38 storage 49 9 58 ux 10 0 10 virt 5 1 6 Total 213 21 234 Maintainers must scrub them and push non critical bugs to ZStream releases. There is 1 acknowledged blocker for 3.6.0: Bug 1196640 - [Monitoring] Network utilisation is not shown for the VM And there are 21 bugs suggested as blockers for 3.6.0: Bug ID Status Whiteboard Summary 1259441 NEW gluster Can't create new Gluster storage domain - Permission denied 1261822 NEW integration BUILD WGT 3.6 1259468 NEW network Setupnetworks fails from time to time with error 'Failed to bring interface up' 1262026 NEW network Host booted up after upgrading it 3.5.4->3.6 with rhevm bridge with DEFROUTE=no. 1262051 NEW network Host move from 'up' to 'connecting' and back to 'up' from time to time 1243811 POST sla vm with dedicate host fails to run on other host, if dedicated host is in maintenance 1262293 POST sla Creating a VM with Foreman fails if cluster has more than one CPU profile 1239297 ASSIGNED storage Logical disk name is not showing up 1118349 NEW storage [vdsm] Creating DataCenter 3.5 using master domain V1 fails with InquireNotSupportedError 1250540 NEW storage Re-attaching fresh export domain fails - hsm::2543::Storage.HSM::(disconnectStorageServer) Could not disconnect from storageServer 1253790 NEW storage [BLOCKED] consume fix for "iscsi_session recovery_tmo revert back to default when a path becomes active" 1253975 NEW storage [vdsm] extendVolumeSize task is not cleared in case of a live merge failure for a volume that was extended 1151838 NEW storage [vdsm] Scan alignment fails with a VirtAlignError 1238239 NEW storage Deployment of hosted engine failed on ISCSI storage with 'Error block device action' 1257240 NEW storage Template's disk format is wrong 1261953 NEW storage [vdsm] Host fails to connect to storage pool 'MiscBlockReadException: Internal block device read failure' 1261980 NEW storage failed LSM due to connection lost with qemu process 1138144 NEW storage [BLOCKED]Failed to autorecover storage domain after unblocking connection with host 1253756 POST storage [BLOCKED] libvirt reports physical=0 for COW2 volumes on block storage 1251008 POST storage [BLOCKED] libvirt reports physical=0 for COW2 volumes on block storage 1258901 POST storage [UX] Toggling wad property while vm is up shouldn't be greyed out There are 17 bugs marked as regressions to be solved in 3.6.0 [2] Given current bugs status, release criteria are not met [3] so we need to review bug status for planning the RC. Action items: - Developers: check suggested blockers, fix acknowledged blockers, regressions and re-target remaining blockers. - Please check Jenkins status for 3.6 jobs and sync with relevant maintainers if there are issues. - Please fill release notes, the page has been created here [4] - Please test oVirt 3.6 nightly snapshot and check for regressions from 3.5 [1] https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_milestone%3Aovir… status%3Anew%2Cassigned%2Cpost [2] https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_milestone%3Aovir… [3] http://www.ovirt.org/OVirt_3.6_Release_Management#Candidate_Release_Criteria [4] http://www.ovirt.org/OVirt_3.6_Release_Notes -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

Ovirtmgmt not on team device
by Johan Kooijman 02 Oct '15

02 Oct '15

Hi all, I'm adding my first CentOS 7 host to my cluster today, but running into an issue. When setting up network for the new host I don't have the ability to set ovirtmgmt to the team I created, see screenshot: http://imgur.com/k8GWwcK The team however, works perfectly fine: [root@hv15]# teamdctl team0 state view setup: runner: lacp ports: ens2f0 link watches: link summary: up instance[link_watch_0]: name: ethtool link: up runner: aggregator ID: 4, Selected selected: yes state: current ens2f1 link watches: link summary: up instance[link_watch_0]: name: ethtool link: up runner: aggregator ID: 4, Selected selected: yes state: current runner: active: yes fast rate: no With CentOS 6 and bonding I did not have this issue. Am I missing something here? -- Met vriendelijke groeten / With kind regards, Johan Kooijman

2 2

Troubles after upgrading oVirt from 3.4 to 3.5
by Andy Michielsen 02 Oct '15

02 Oct '15

Hello, I had an issue when I installed some updates on my centos 6.7 hosts. (Engine, node1 and node2) I seems that the new java version has higher security requirments. So I decided to take the plunge and upgrade all to the new 3.5 version. At first everything seem to go just fine and I was able to start some of my virtual machines up. But 3 days later, after the weekend, my users noticed that it had stopped working. I'm now unable to get the hosts up in the ovirt engine and also my storage domains are unavailable. Can someone tell me what I can do, check, change to get everything up again. I can send the sos logs via google drive. Kind regards.

4 9

[QE][ACTION REQUIRED] oVirt 3.5.5 Status
by Sandro Bonazzola 01 Oct '15

01 Oct '15

Hi, We're planning to start composing oVirt 3.5.5 GA on *2015-10-19 08:00 UTC* from 3.5.5 branches. There are still 8 bugs [1 <https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_milestone%3Aovir…>] targeted to 3.5.5, most of them are documentation related, not blocking 3.5.5 release. There are no bugs [4 <https://bugzilla.redhat.com/buglist.cgi?quicksearch=keyword%3Aregression%20…>] marked as regressions. Developers should work to push patches in prior to the GA date and provide a new build if changes are made since 3.5.5 RC. Patches that will not be in will be pushed to 3.5.6. Action items: - Please check Jenkins status for 3.5 jobs and sync with relevant maintainers if there are issues. - Please fill release notes, the page has been created here [2 <http://www.ovirt.org/OVirt_3.5.5_Release_Notes>] - Please test oVirt 3.5.5 RC1 and add yourself to the test page[3 <http://www.ovirt.org/Testing/oVirt_3.5.5_Testing>] [1] https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_milestone%3Aovir… [2] http://www.ovirt.org/OVirt_3.5.5_Release_Notes [3] http://www.ovirt.org/Testing/oVirt_3.5.5_Testing [4] https://bugzilla.redhat.com/buglist.cgi?quicksearch=keyword%3Aregression%20… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Problems upgrading Ovirt 3.5.4 to 3.6 RC
by Adrian Garay 01 Oct '15

01 Oct '15

--------------070306020106050808000908 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit I followed the instructions here <http://www.ovirt.org/OVirt_3.6_Release_Notes> on upgrading to Ovirt 3.6RC from 3.5.4 and have encountered a few problems. My Ovirt 3.5.4 test environment consisted of: 1 Centos 7.1 host running hosted engine stored on a separate NFS server 1 Centos 7.1 ovirt engine vm With some research I was able to solve two of the three issues I've experienced. I'll list them here for acadamia - and perhaps they point to a misstep on my behalf that is causing the third. 1. Upon a "successful" upgrade, the admin@local account was expired. The problem is documented here <https://bugzilla.redhat.com/show_bug.cgi?id=1261382> and currently caused by following the upgrade instructions as seen here <http://www.ovirt.org/OVirt_3.6_Release_Notes#Install_.2F_Upgrade_from_previ…>. Solution was to do the following from the ovirt-engine vm (they may not have all been necessary, it was late!): a. ovirt-aaa-jdbc-tool --db-config=/etc/ovirt-engine/aaa/internal.properties user password-reset admin --force b. ovirt-aaa-jdbc-tool --db-config=/etc/ovirt-engine/aaa/internal.properties user password-reset admin --password-valid-to="2019-01-01 12:00:00Z" c. ovirt-aaa-jdbc-tool --db-config=/etc/ovirt-engine/aaa/internal.properties user edit admin --account-valid-from="2014-01-01 12:00:00Z" --account-valid-to="2019-01-01 12:00:00Z" d. ovirt-aaa-jdbc-tool --db-config=/etc/ovirt-engine/aaa/internal.properties user unlock admin 2. Rebooting the Centos 7.1 host caused a loss of default gateway. The engine does not allow you to modify the host because it is in use and modifying /etc/sysconfig/network-scripts is undone by VDSM upon the next reboot. I assume in the past this worked okay because I had a GATEWAY=xxxx in /etc/sysconfig/network as a pre-Ovirt relic. Solution here was to add gateway and defaultRoute fields using the vdsClient command line utility: a. vdsClient -s 0 setupNetworks networks='{ovirtmgmt:{ipaddr:10.1.0.21,netmask:255.255.254.0,bonding:bond0,bridged:true,gateway:10.1.1.254,defaultRoute:True}}' b. vdsClient -s 0 setSafeNetworkConfig Now for the issue I can't solve. When I reboot the Centos 7.1 host I get the following: [root@ovirt-one /]# hosted-engine --vm-status You must run deploy first I then notice that the NFS share to the hosted engine is not mounted and the ovirt-ha-agent.service has failed to start itself at boot. [root@ovirt-one /]# systemctl status ovirt-ha-agent.service ovirt-ha-agent.service - oVirt Hosted Engine High Availability Monitoring Agent Loaded: loaded (/usr/lib/systemd/system/ovirt-ha-agent.service; enabled) Active: failed (Result: exit-code) since Tue 2015-09-29 12:17:55 CDT; 9min ago Process: 1424 ExecStop=/usr/lib/systemd/systemd-ovirt-ha-agent stop (code=exited, status=0/SUCCESS) Process: 1210 ExecStart=/usr/lib/systemd/systemd-ovirt-ha-agent start (code=exited, status=0/SUCCESS) Main PID: 1377 (code=exited, status=254) CGroup: /system.slice/ovirt-ha-agent.service Sep 29 12:17:55 ovirt-one.thaultanklines.com systemd-ovirt-ha-agent[1210]: Starting ovirt-ha-agent: [ OK ] Sep 29 12:17:55 ovirt-one.thaultanklines.com systemd[1]: Started oVirt Hosted Engine High Availability Monitoring Agent. Sep 29 12:17:55 ovirt-one.thaultanklines.com ovirt-ha-agent[1377]: ovirt-ha-agent ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERROR Service vdsmd is not running and the admin is responsible for starting it. Shutting down. Sep 29 12:17:55 ovirt-one.thaultanklines.com systemd[1]: ovirt-ha-agent.service: main process exited, code=exited, status=254/n/a Sep 29 12:17:55 ovirt-one.thaultanklines.com systemd[1]: Unit ovirt-ha-agent.service entered failed state. Manually starting ovirt-ha-agent.service works and it then correctly mounts the hosted engine NFS share and all works and I can eventually start the hosted engine. Why would the ovirt-ha-agent.service attempt to start before VDSM was ready? Snippet from /usr/lib/systemd/system/ovirt-ha-agent.service [Unit] Description=oVirt Hosted Engine High Availability Monitoring Agent Wants=ovirt-ha-broker.service Wants=vdsmd.service Wants=sanlock.service After=ovirt-ha-broker.service Any help would be appreciated! --------------070306020106050808000908 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"> I followed the instructions <a href="http://www.ovirt.org/OVirt_3.6_Release_Notes">here</a> on upgrading to Ovirt 3.6RC from 3.5.4 and have encountered a few problems.<br> <br> My Ovirt 3.5.4 test environment consisted of:<br> <br> 1 Centos 7.1 host running hosted engine stored on a separate NFS server<br> 1 Centos 7.1 ovirt engine vm<br> <br> With some research I was able to solve two of the three issues I've experienced. I'll list them here for acadamia - and perhaps they point to a misstep on my behalf that is causing the third.<br> <br> 1. Upon a "successful" upgrade, the admin@local account was expired. The problem is <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1261382">documented here</a> and currently caused by following the upgrade instructions <a href="http://www.ovirt.org/OVirt_3.6_Release_Notes#Install_.2F_Upgrade_from_previ…">as seen here</a>. Solution was to do the following from the ovirt-engine vm (they may not have all been necessary, it was late!):<br> a. ovirt-aaa-jdbc-tool --db-config=/etc/ovirt-engine/aaa/internal.properties user password-reset admin --force<br> b. ovirt-aaa-jdbc-tool --db-config=/etc/ovirt-engine/aaa/internal.properties user password-reset admin --password-valid-to="2019-01-01 12:00:00Z"<br> c. ovirt-aaa-jdbc-tool --db-config=/etc/ovirt-engine/aaa/internal.properties user edit admin --account-valid-from="2014-01-01 12:00:00Z" --account-valid-to="2019-01-01 12:00:00Z"<br> d. ovirt-aaa-jdbc-tool --db-config=/etc/ovirt-engine/aaa/internal.properties user unlock admin<br> <br> 2. Rebooting the Centos 7.1 host caused a loss of default gateway. The engine does not allow you to modify the host because it is in use and modifying /etc/sysconfig/network-scripts is undone by VDSM upon the next reboot. I assume in the past this worked okay because I had a GATEWAY=xxxx in /etc/sysconfig/network as a pre-Ovirt relic. Solution here was to add gateway and defaultRoute fields using the vdsClient command line utility:<br> a. vdsClient -s 0 setupNetworks networks='{ovirtmgmt:{ipaddr:10.1.0.21,netmask:255.255.254.0,bonding:bond0,bridged:true,gateway:10.1.1.254,defaultRoute:True}}'<br> b. vdsClient -s 0 setSafeNetworkConfig<br> <br> Now for the issue I can't solve. When I reboot the Centos 7.1 host I get the following:<br> <br> [root@ovirt-one /]# hosted-engine --vm-status<br> You must run deploy first<br> <br> I then notice that the NFS share to the hosted engine is not mounted and the ovirt-ha-agent.service has failed to start itself at boot.<br> <br> [root@ovirt-one /]# systemctl status ovirt-ha-agent.service<br> ovirt-ha-agent.service - oVirt Hosted Engine High Availability Monitoring Agent<br> Loaded: loaded (/usr/lib/systemd/system/ovirt-ha-agent.service; enabled)<br> Active: failed (Result: exit-code) since Tue 2015-09-29 12:17:55 CDT; 9min ago<br> Process: 1424 ExecStop=/usr/lib/systemd/systemd-ovirt-ha-agent stop (code=exited, status=0/SUCCESS)<br> Process: 1210 ExecStart=/usr/lib/systemd/systemd-ovirt-ha-agent start (code=exited, status=0/SUCCESS)<br> Main PID: 1377 (code=exited, status=254)<br> CGroup: /system.slice/ovirt-ha-agent.service<br> <br> Sep 29 12:17:55 ovirt-one.thaultanklines.com systemd-ovirt-ha-agent[1210]: Starting ovirt-ha-agent: [ OK ]<br> Sep 29 12:17:55 ovirt-one.thaultanklines.com systemd[1]: Started oVirt Hosted Engine High Availability Monitoring Agent.<br> Sep 29 12:17:55 ovirt-one.thaultanklines.com ovirt-ha-agent[1377]: ovirt-ha-agent ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERROR Service vdsmd is not running and the admin is responsible for starting it. Shutting down.<br> Sep 29 12:17:55 ovirt-one.thaultanklines.com systemd[1]: ovirt-ha-agent.service: main process exited, code=exited, status=254/n/a<br> Sep 29 12:17:55 ovirt-one.thaultanklines.com systemd[1]: Unit ovirt-ha-agent.service entered failed state.<br> <br> Manually starting ovirt-ha-agent.service works and it then correctly mounts the hosted engine NFS share and all works and I can eventually start the hosted engine. Why would the ovirt-ha-agent.service attempt to start before VDSM was ready?<br> <br> Snippet from /usr/lib/systemd/system/ovirt-ha-agent.service<br> [Unit]<br> Description=oVirt Hosted Engine High Availability Monitoring Agent<br> Wants=ovirt-ha-broker.service<br> Wants=vdsmd.service<br> Wants=sanlock.service<br> After=ovirt-ha-broker.service<br> <br> Any help would be appreciated!<br> <br> </body> </html> --------------070306020106050808000908--

2 3

Admin@internal inlog problems with clean install 3.6RC
by Joop 01 Oct '15

01 Oct '15

I just installed 3.6RC and got Cannot Login. User Account has expired, Please contact your system administrator. in the webui. In engine.log I see the following: 2015-09-30 09:59:52,150 INFO [org.ovirt.engine.core.bll.aaa.LoginBaseCommand] (default task-30) [] Can't login user 'admin' with authentication profile 'internal' because the authentication failed. 2015-09-30 09:59:52,162 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-30) [] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: The account for admin got expired. Please contact the system administrator. 2015-09-30 09:59:52,171 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-30) [] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: User admin@internal failed to log in. 2015-09-30 09:59:52,171 WARN [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] (default task-30) [] CanDoAction of action 'LoginAdminUser' failed for user admin@internal. Reasons: USER_ACCOUNT_EXPIRED Using ovirt-aaa-jdbc-tool user password-reset admin --password-valid-to="2025-08-15 10:30:00Z" to set a new password doesn't help, restarting ovirt-engine doesn't work either. List of installed ovirt packages: ebay-cors-filter-1.0.1-0.1.ovirt.el7.noarch ovirt-engine-3.6.0-1.el7.centos.noarch ovirt-engine-backend-3.6.0-1.el7.centos.noarch ovirt-engine-cli-3.6.0.1-1.el7.centos.noarch ovirt-engine-dbscripts-3.6.0-1.el7.centos.noarch ovirt-engine-extension-aaa-jdbc-1.0.0-0.0.master.20150923074852.git46a67c9.el7.noarch ovirt-engine-extensions-api-impl-3.6.0-1.el7.centos.noarch ovirt-engine-lib-3.6.0-1.el7.centos.noarch ovirt-engine-restapi-3.6.0-1.el7.centos.noarch ovirt-engine-sdk-python-3.6.0.2-1.el7.centos.noarch ovirt-engine-setup-3.6.0-1.el7.centos.noarch ovirt-engine-setup-base-3.6.0-1.el7.centos.noarch ovirt-engine-setup-plugin-ovirt-engine-3.6.0-1.el7.centos.noarch ovirt-engine-setup-plugin-ovirt-engine-common-3.6.0-1.el7.centos.noarch ovirt-engine-setup-plugin-vmconsole-proxy-helper-3.6.0-1.el7.centos.noarch ovirt-engine-setup-plugin-websocket-proxy-3.6.0-1.el7.centos.noarch ovirt-engine-tools-3.6.0-1.el7.centos.noarch ovirt-engine-userportal-3.6.0-1.el7.centos.noarch ovirt-engine-vmconsole-proxy-helper-3.6.0-1.el7.centos.noarch ovirt-engine-webadmin-portal-3.6.0-1.el7.centos.noarch ovirt-engine-websocket-proxy-3.6.0-1.el7.centos.noarch ovirt-engine-wildfly-8.2.0-1.el7.x86_64 ovirt-engine-wildfly-overlay-001-2.el7.noarch ovirt-host-deploy-1.4.0-0.0.master.20150806005708.git670e9c8.el7.noarch ovirt-host-deploy-java-1.4.0-0.0.master.20150806005708.git670e9c8.el7.noarch ovirt-image-uploader-3.6.0-1.el7.centos.noarch ovirt-iso-uploader-3.6.0-1.el7.centos.noarch ovirt-release36-001-0.5.beta.noarch ovirt-vmconsole-1.0.0-0.0.master.20150821105434.gite14b2f0.el7.noarch ovirt-vmconsole-proxy-1.0.0-0.0.master.20150821105434.gite14b2f0.el7.noarch There is a BZ about this but I would expect it to be in this RC release since its almost 3wks old. Anything else I can check? Thanks, Joop

3 6

New backgrounds for oVirt Live 4.0?
by Sandro Bonazzola 01 Oct '15

01 Oct '15

Hi, anybody interested in proposing a new background for oVirt Live 4.0? Since it will be a major release I think it would be nice to refresh its look. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Esxi 5.5 under oVirt 3.5
by Conrad Lawes 30 Sep '15

30 Sep '15

Is it possible to run esxi v5.5 under oVirt 3.5, i.e. nested virtualization? If so, please point to me the how-to doc -- Regards, Conrad Lawes

4 3