- Users - oVirt List Archives

[Issue] Ovirt Engine 4.0 fail to start
by TranceWorldLogic . 18 Jan '17

18 Jan '17

Hi, I am trying to setup ovirt engine by using below procedure for POC. 1> I have installed minimal Cent OS 7.3 version. 2> I tried installing 4.0 ovirt using below command. yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release40.rpm yum install -y ovirt-engine engine-setup 3> Then I tried opening web GUI. 4> I login as Administrator. 5> Web GUI throws error as shown below "Error while executing action: A Request to the Server failed with the following Status Code: 500" I even tried closing and reopening firefox web-browser but still it fail. Please help me to solve this problem. Also find attached log to this mail. Thanks, ~Rohit

2 3

OVN Deep Dive for oVirt 4.1
by Marcin Mirecki 18 Jan '17

18 Jan '17

------=_Part_5696627_15734346.1482855035514 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit The following is a new meeting request: Subject: OVN Deep Dive for oVirt 4.1 Organizer: "Marcin Mirecki" <mmirecki(a)redhat.com> Time: Wednesday, January 11, 2017, 4:00:00 PM - 5:00:00 PM GMT +01:00 Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna Invitees: users(a)ovirt.org *~*~*~*~*~*~*~*~*~* OVN (Open Virtual Networking) is a new network virtualization project that brings virtual networking to Open vSwitch. OVN is now availble to use as a tech preview in oVirt. It is made available using the oVirt external network providers API, which allows using external network management software inside environments managed by oVirt. The integration with OVN will allow users to take advantage of native OVS support for software defined networks. The advantages of using OVN: - ability to use large number of networks with no need for multiple host NICs or VLAN use - ability to set up new network without any changes to the physical infrastructure - easier to maintain due to centralized management - good traffic isolation due to Openflow rules - improved performance over neutron OVS plugin (https://blog.russellbryant.net/2016/12/19/comparing-openstack-neutron-ml2ov…) Session outline: - OVN overview - oVirt external network provider API overview - oVirt provider for OVN overview Session link: https://www.youtube.com/watch?v=vGeouWfKJwA Feature Page: https://www.ovirt.org//develop/release-management/features/ovirt-ovn-provid… Blog Post: https://www.ovirt.org/blog/2016/11/ovirt-provider-ovn/ ------=_Part_5696627_15734346.1482855035514 Content-Type: text/calendar; charset=utf-8; method=REQUEST; name=meeting.ics Content-Transfer-Encoding: 7bit BEGIN:VCALENDAR PRODID:Zimbra-Calendar-Provider VERSION:2.0 METHOD:REQUEST BEGIN:VTIMEZONE TZID:Europe/Berlin BEGIN:STANDARD DTSTART:16010101T030000 TZOFFSETTO:+0100 TZOFFSETFROM:+0200 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU TZNAME:CET END:STANDARD BEGIN:DAYLIGHT DTSTART:16010101T020000 TZOFFSETTO:+0200 TZOFFSETFROM:+0100 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1SU TZNAME:CEST END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT UID:c1705cfd-9bb1-4d7d-9648-7a8244d8b50b SUMMARY:OVN Deep Dive for oVirt 4.1 ATTENDEE;CN=Ovirt Users;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE :mailto:users@ovirt.org ORGANIZER;CN=Marcin Mirecki:mailto:mmirecki@redhat.com DTSTART;TZID="Europe/Berlin":20170111T160000 DTEND;TZID="Europe/Berlin":20170111T170000 STATUS:CONFIRMED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE LAST-MODIFIED:20161227T161035Z DTSTAMP:20161227T161035Z SEQUENCE:1 DESCRIPTION:The following is a new meeting request:\n\nSubject: OVN Deep Div e for oVirt 4.1 \nOrganizer: "Marcin Mirecki" <mmirecki(a)redhat.com> \n\nTime : Wednesday\, January 11\, 2017\, 4:00:00 PM - 5:00:00 PM GMT +01:00 Amsterd am\, Berlin\, Bern\, Rome\, Stockholm\, Vienna\n \nInvitees: users(a)ovirt.org \n\n\n*~*~*~*~*~*~*~*~*~*\n\nOVN (Open Virtual Networking) is a new network virtualization project that\nbrings virtual networking to Open vSwitch.\nOV N is now availble to use as a tech preview in oVirt. It is made available\nu sing the oVirt external network providers API\, which allows using external\ nnetwork management software inside environments managed by oVirt.\nThe inte gration with OVN will allow users to take advantage of native OVS\nsupport f or software defined networks.\n\nThe advantages of using OVN:\n- ability to use large number of networks with no need for multiple host NICs\n or VLAN use\n- ability to set up new network without any changes to the physical inf rastructure\n- easier to maintain due to centralized management\n- good traf fic isolation due to Openflow rules\n- improved performance over neutron OVS plugin (https://blog.russellbryant.net/2016/12/19/comparing-openstack-neutr on-ml2ovs-and-ovn-control-plane/)\n\n\nSession outline:\n- OVN overview\n- o Virt external network provider API overview\n- oVirt provider for OVN overvi ew\n\nSession link:\nhttps://www.youtube.com/watch?v=vGeouWfKJwA\n\nFeature Page:\nhttps://www.ovirt.org//develop/release-management/features/ovirt-ovn- provider/\nBlog Post:\nhttps://www.ovirt.org/blog/2016/11/ovirt-provider-ovn / BEGIN:VALARM ACTION:DISPLAY TRIGGER;RELATED=START:-PT5M DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR ------=_Part_5696627_15734346.1482855035514--

6 46

oVirt/RHEV and Oracle
by Gianluca Cecchi 18 Jan '17

18 Jan '17

Hello, any experience on this, both from a technical/performance (where I have no doubts actually) and from a licensing mgmt point of view? I know that eg for vSphere, due to the its newest migration capabilities in version 6.x (both in storage and in computing), one is kind of obliged to license the whole vSphere infrastructure, even if he/she has separate Datacenters dedicated to Oracle..... Any thought or link or Red Hat KB pointers or similar are welcome. Cheers, Gianluca

1 0

Delay difference between queries (Python vs REST)
by Nicolas Ecarnot 18 Jan '17

18 Jan '17

This is a multi-part message in MIME format. --------------C6E76C7C8FD43701D7C93416 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, On a 3.6.5 DC, I'm trying to figure out how many VMs there are, using two methods : _*Python SDK :*_ *from ovirtsdk.xml import params from ovirtsdk.api import API api = API(url='https://engine.fqdn/ovirt-engine/api', username='admin@internal', password='xxx', insecure=True) print len(api.vms.list())* time ./getMvm.py 62 real 0m23.016s user 0m22.288s sys 0m0.054s _*REST :*_ *time curl -H "Version: 3" -H "Prefer: persistent-auth" -H "Filter: false" -H "Accept: application/xml" -H "Content-Type: application/xml" -k -u 'admin@internal:xxx' https://***engine.fqdn*/ovirt-engine/api/vms* (Then grep or anything that would get the values from the xml returned.) real 0m0.383s user 0m0.036s sys 0m0.038s I am a beginner in both methods, but I would prefer play with Python. I'm very surprised to have to wait more than 20 seconds to get an answer. Looking at the engine log, I see that the authentication part is finished after say 3 seconds, then 20 seconds with absolutely no error message, no CPU load, no RAM burst, no nothing. On the SPM, exactly triple null nothing nada niet void is obviously explaining such a delay. I'm wondering if this super hyper sluggishness is somewhat related to the GUI global slowness I'm experiencing like other users since we left 3.2.x, and I would love that some oVirt ninja uses the comparison above to tell what parts in oVirt is used or not that could explain such a difference (database, access to SPM, LVM, network access, whatever...) -- Nicolas ECARNOT --------------C6E76C7C8FD43701D7C93416 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, On a 3.6.5 DC, I'm trying to figure out how many VMs there are, using two methods : Python SDK : from ovirtsdk.xml import params from ovirtsdk.api import API api = API(url='<a class="moz-txt-link-freetext" href="https://engine.fqdn/ovirt-engine/api">https://engine.fqdn/ovirt-engine/api</a>', username='admin@internal', password='xxx', insecure=True) print len(api.vms.list()) time ./getMvm.py 62 real 0m23.016s user 0m22.288s sys 0m0.054s REST : time curl -H "Version: 3" -H "Prefer: persistent-auth" -H "Filter: false" -H "Accept: application/xml" -H "Content-Type: application/xml" -k -u 'admin@internal:xxx' <a class="moz-txt-link-freetext" href="https://">https://</a>engine.fqdn/ovirt-engine/api/vms (Then grep or anything that would get the values from the xml returned.) real 0m0.383s user 0m0.036s sys 0m0.038s I am a beginner in both methods, but I would prefer play with Python. I'm very surprised to have to wait more than 20 seconds to get an answer. Looking at the engine log, I see that the authentication part is finished after say 3 seconds, then 20 seconds with absolutely no error message, no CPU load, no RAM burst, no nothing. On the SPM, exactly triple null nothing nada niet void is obviously explaining such a delay. I'm wondering if this super hyper sluggishness is somewhat related to the GUI global slowness I'm experiencing like other users since we left 3.2.x, and I would love that some oVirt ninja uses the comparison above to tell what parts in oVirt is used or not that could explain such a difference (database, access to SPM, LVM, network access, whatever...) -- Nicolas ECARNOT </body> </html> --------------C6E76C7C8FD43701D7C93416--

3 5

Black Screen Issue when installing Ovirt Hypervisor bare metal
by Jeramy Johnson 17 Jan '17

17 Jan '17

Hey Support, Im new to Ovirt and wanted to know if you can help me out for some strange reason when i try to install Ovirt Node Hypervisor on a machine (baremetal) using the ISO, I get a black screen after I select Install Ovirt Hypervisor and nothing happens. Can someone help assist? The machine i'm using for deployment is HP 280 Business PC, i5 processor, 8gigs memory, 1tb hard drive.

4 3

Invitation: Next-generation Node package persistence for oVirt 4.1 @ Tue Jan 24, 2017 8am - 9am (MST) (users@ovirt.org)
by rbarry＠redhat.com 17 Jan '17

17 Jan '17

You have been invited to the following event. Title: Next-generation Node package persistence for oVirt 4.1 oVirt Node is a composed hypervisor image which can be used to provision virtualization hosts for use with oVirt out of the box, with no additional package installation necessary. oVirt Node is upgraded via yum in an A/B fashion, but the installation of a completely new image means that packages which have been installed on a previous version of the hypervisor were lost on upgrades, or required reinstallation. With oVIrt 4.1, oVirt Node will cache and reinstall packages installed with yum or dnf onto the new image, ensuring that customizations made by users or administrators are kept. The advantages of keeping packages across upgrades: - ability to persistently modify oVirt Node with additions for tooling or support - removes the need to build a brand-new image with a modified kickstart to modify oVirt Node - simplified management Session outline: - Next-generation oVirt Node overview - yum API overview - oVIrt Node integration with yum/dnf to persist RPMs across upgrades Session link: https://www.youtube.com/watch?v=VAznsxvZpuk Feature Page: https://www.ovirt.org/develop/release-management/features/node/node-next-pe… When: Tue Jan 24, 2017 8am – 9am Mountain Time - Arizona Where: https://www.youtube.com/watch?v=VAznsxvZpuk Calendar: users(a)ovirt.org Who: * rbarry(a)redhat.com - organizer * users(a)ovirt.org Event details: https://www.google.com/calendar/event?action=VIEW&eid=dWxlaW1rMmI0MHJybHZsO… Invitation from Google Calendar: https://www.google.com/calendar/ You are receiving this courtesy email at the account users(a)ovirt.org because you are an attendee of this event. To stop receiving future updates for this event, decline this event. Alternatively you can sign up for a Google account at https://www.google.com/calendar/ and control your notification settings for your entire calendar. Forwarding this invitation could allow any recipient to modify your RSVP response. Learn more at https://support.google.com/calendar/answer/37135#forwarding

1 0

Ovirt 4.0.6 fail to set boottype for ovirtmgmt interface
by TranceWorldLogic . 17 Jan '17

17 Jan '17

Hi, I was trying to add host in ovirt 4.0.6 using my cluster mark as OVS. In 4.0.5, it was able to setup ovirtmgmt interface but in 4.0.6 it fail to setup interface. I tried debugging this and found that vdsm generated ifcfg for ovirtmgmt not have boottype as dhcp. And hence it fail to bring host in up state, Here I want to know: Q> How can I ask configure ovirt-engine or vdsm to add boottype in ovirtmgmt interface. In my testing I found a strange behaviour as mention below: 1> In my multiple trial I tried setting ovs property for ovirtmgmt network and then I tried adding host. 2> I observe that VDSM was able to add ovirtmgmt in OVS but this behaviour I observed only once. Q> Please, can someone help me to understand this OVS behaviour, it will help me to setup everything on OVS? OR [ In other word, How to setup ovirtmgmt interface on host on OVS bridge ? ] Thanks, ~Rohit

2 2

VM listed twice in oVirt UI
by Doug Ingham 17 Jan '17

17 Jan '17

Hi all, We had some hiccups in our datacenter over the new year which caused some problems with our hosted engine. I've managed to get everything back up & running, however now one of the VMs is listed twice in the UI. When I click on the VM, both items are highlighted & I'm able to configure & manage the VM as usual. The FQDN & other things are picked up from the guest agent & displayed on the UI as usual, however the CPU, RAM & Uptime stats for one of the pair continue to show the stats from when the cluster died. Any ideas? oVirt 4.0.3.7 Gluster 3.8.5 CentOS 7 [image: Inline images 1] Many thanks, -- Doug

3 4

Re: [ovirt-users] Can't connect to my VMs' consoles using any method
by summit hainey 17 Jan '17

17 Jan '17

This is a multi-part message in MIME format. --b1_dd77213fbf9c4b396eef7ae34cf8b981 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 SSBiZWxpZXZlIEkgaGF2ZSBzZXR1cCB0aGUgZW5naW5lIGFzIGEgcHJveHksIGR1cmluZyB0aGUg aW5pdGlhbCBpbnN0YWxsLCB1bmxlc3MgSSdtIHJlbWVtYmVyaW5nIGluY29ycmVjdGx5LCBvciBt aXNyZWFkIHNvbWV0aGluZy4KCkkgZW5kZWQgdXAgYXQgbGVhc3QgYmVpbmcgYWJsZSB0byBjb25u ZWN0IHVzaW5nIHRoZSAiTmF0aXZlIiBjbGllbnQgb3B0aW9uLCBhcHBhcmVudGx5LCB0aGUgVExT IHBvcnQgd2FzIG5vdCBiZWluZyBmb3J3YXJkZWQgYnkgZGVmYXVsdCBpbiB0aGUgZmlyZXdhbGwg c2V0dGluZ3Mgb1ZpcnQgc2V0dXAgZHVyaW5nIGluc3RhbGwuIEkgZ290IHRoZSBjb25zb2xlIHRv IHdvcmsgYWZ0ZXIgb3BlbmluZyB0aGUgcG9ydCBhbmQgc2F2aW5nIHRoZSAudnYsIGFuZCB0aGVu IHJ1bm5pbmcgaXQgbWFudWFsbHksIGhvd2V2ZXIgdGhpcyBpcyBub3QgYSBnb29kIGxvbmcgdGVy bSBzb2x1dGlvbiBmb3IgbXkgc2l0dWF0aW9uLi4uIGlkZWFsbHkgSSdkIGxpa2UgdG8gZ2V0IG9u ZSBvciBib3RoIG9mIHRoZSBicm93c2VyIGNsaWVudHMgd29ya2luZy4KCgpJIHRoaW5rIHRoZSBp c3N1ZSBtYXkgYmUgb25lIG9mIHRocmVlIHRoaW5ncywgYSBjZXJ0IGlzc3VlLCBidXQgSSBkb24n dCBrbm93IGhvdyBsaWtlbHkgdGhhdCBpcy4gT2J2aW91c2x5IEkgZ2V0IGFuIGludmFsaWQgY2Vy dCBpc3N1ZSBmcm9tIHdoYXRldmVyIGJyb3dzZXIgSSBhY2Nlc3Mgb1ZpcnQgd2l0aCBzaW5jZSBp dCdzIGp1c3QgdXNpbmcgdGhlIGRlZmF1bHQgbG9jYWwgY2VydHMsIGJ1dCBJJ3ZlIGFsbG93ZWQg dGhlbSBvbiBib3RoIEZpcmVmb3ggYW5kIENocm9taXVtLCBhbmQgSSd2ZSBnb3R0ZW4gYSB3ZWJz b2NrZXQgY29uc29sZSB0byB3b3JrIGluIGRpZmZlcmVudCBtYW5hZ2VtZW50IHBsYXRmb3JtcyAo a2ltY2hpKSwgaG93ZXZlciBJIHJlYWQgc29tZXdoZXJlIGluIG15IHNlYXJjaCB0aGF0IG9WaXJ0 IHVzZXMgdHdvIGNlcnRzLCBvbmUgZm9yIHRoZSBtYWluIHBhcnQgb2YgdGhlIGNsaWVudCwgYW5k IHRoZW4gYW5vdGhlciBmb3Igd2Vic29ja2V0cywgaG93ZXZlciBJIGRvbid0IGtub3cgaWYgdGhp cyBpcyBhY2N1cmF0ZS4KClRoZSBvdGhlciB0aGluZyBJIHN1c3BlY3QgaXMgdGhhdCBpdCBjb3Vs ZCBiZSBhbm90aGVyIHBvcnQvZmlyZXdhbGwgcmVsYXRlZCBpc3N1ZSwgYWx0aG91Z2ggSSBjYW5u b3Qgc2VlIHdoYXQgcG9ydCBpdCBjb3VsZCBiZSwgYW5kIEkgaGF2ZSBubyByZWFsIGhpbnRzIHRv IGdvIG9uLgoKCkxhc3RseSBJIGltYWdpbmUgdGhlIHByb3h5IGNvdWxkIGJlIGlsbC1jb25maWd1 cmVkLCBidXQgSSBkb24ndCBrbm93IGhvdyBzZWVpbmcgYXMgZXZlcnl0aGluZyBpcyBlc3NlbnRp YWxseSBzZXQgdG8gZGVmYXVsdC4KCkFjdHVhbGx5LCBJIGp1c3QgdGhvdWdodCBvZiBhbm90aGVy IHBvc3NpYmlsaXR5IHRob3VnaCBpdCBzZWVtcyBsaWtlIGEgYml0IG9mIGEgc3RyZXRjaCwgYnV0 IEknbSBydW5uaW5nIHRoZSBvVmlydCBob3N0IGFuZCB0aGUgZW5naW5lIG9uIHRoZSBzYW1lIG1h Y2hpbmUsIGJ1dCBub3QgaW4gYSBob3N0ZWQtZW5naW5lIHNldHVwLgoKVGhhdCdzIHRoZSBiZXN0 IEkndmUgZ290LCB0aG91Z2gu --b1_dd77213fbf9c4b396eef7ae34cf8b981 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 PGRpdj48ZGl2PkkgYmVsaWV2ZSBJIGhhdmUgc2V0dXAgdGhlIGVuZ2luZSBhcyBhIHByb3h5LCBk dXJpbmcgdGhlIGluaXRpYWwgCmluc3RhbGwsIHVubGVzcyBJJ20gcmVtZW1iZXJpbmcgaW5jb3Jy ZWN0bHksIG9yIG1pc3JlYWQgc29tZXRoaW5nLjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2 PkkKIGVuZGVkIHVwIGF0IGxlYXN0IGJlaW5nIGFibGUgdG8gY29ubmVjdCB1c2luZyB0aGUgIk5h dGl2ZSIgY2xpZW50IApvcHRpb24sIGFwcGFyZW50bHksIHRoZSBUTFMgcG9ydCB3YXMgbm90IGJl aW5nIGZvcndhcmRlZCBieSBkZWZhdWx0IGluIAp0aGUgZmlyZXdhbGwgc2V0dGluZ3Mgb1ZpcnQg c2V0dXAgZHVyaW5nIGluc3RhbGwuIEkgZ290IHRoZSBjb25zb2xlIHRvIAp3b3JrIGFmdGVyIG9w ZW5pbmcgdGhlIHBvcnQgYW5kIHNhdmluZyB0aGUgLnZ2LCBhbmQgdGhlbiBydW5uaW5nIGl0IApt YW51YWxseSwgaG93ZXZlciB0aGlzIGlzIG5vdCBhIGdvb2QgbG9uZyB0ZXJtIHNvbHV0aW9uIGZv ciBteSAKc2l0dWF0aW9uLi4uIGlkZWFsbHkgSSdkIGxpa2UgdG8gZ2V0IG9uZSBvciBib3RoIG9m IHRoZSBicm93c2VyIGNsaWVudHMgCndvcmtpbmcuPGJyPjwvZGl2PjwvZGl2PjxkaXY+PGJyPjwv ZGl2PjxkaXY+PGRpdj5JIHRoaW5rIHRoZSBpc3N1ZSBtYXkgYmUgb25lIG9mIHRocmVlIAp0aGlu Z3MsIGEgY2VydCBpc3N1ZSwgYnV0IEkgZG9uJ3Qga25vdyBob3cgbGlrZWx5IHRoYXQgaXMuIE9i dmlvdXNseSBJIApnZXQgYW4gaW52YWxpZCBjZXJ0IGlzc3VlIGZyb20gd2hhdGV2ZXIgYnJvd3Nl ciBJIGFjY2VzcyBvVmlydCB3aXRoIApzaW5jZSBpdCdzIGp1c3QgdXNpbmcgdGhlIGRlZmF1bHQg bG9jYWwgY2VydHMsIGJ1dCBJJ3ZlIGFsbG93ZWQgdGhlbSBvbiAKYm90aCBGaXJlZm94IGFuZCBD aHJvbWl1bSwgYW5kIEkndmUgZ290dGVuIGEgd2Vic29ja2V0IGNvbnNvbGUgdG8gd29yayAKaW4g ZGlmZmVyZW50IG1hbmFnZW1lbnQgcGxhdGZvcm1zIChraW1jaGkpLCBob3dldmVyIEkgcmVhZCBz b21ld2hlcmUgaW4gCm15IHNlYXJjaCB0aGF0IG9WaXJ0IHVzZXMgdHdvIGNlcnRzLCBvbmUgZm9y IHRoZSBtYWluIHBhcnQgb2YgdGhlIApjbGllbnQsIGFuZCB0aGVuIGFub3RoZXIgZm9yIHdlYnNv Y2tldHMsIGhvd2V2ZXIgSSBkb24ndCBrbm93IGlmIHRoaXMgaXMKIGFjY3VyYXRlLjxicj48L2Rp dj48ZGl2Pjxicj48L2Rpdj48ZGl2PlRoZSBvdGhlciB0aGluZyBJIHN1c3BlY3QgaXMgdGhhdCBp dCBjb3VsZCBiZSBhbm90aGVyIApwb3J0L2ZpcmV3YWxsIHJlbGF0ZWQgaXNzdWUsIGFsdGhvdWdo IEkgY2Fubm90IHNlZSB3aGF0IHBvcnQgaXQgY291bGQgCmJlLCBhbmQgSSBoYXZlIG5vIHJlYWwg aGludHMgdG8gZ28gb24uPGJyPjwvZGl2PjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGRpdj5M YXN0bHkgSSBpbWFnaW5lIHRoZSBwcm94eSBjb3VsZCBiZSBpbGwtY29uZmlndXJlZCwgYnV0IEkg ZG9uJ3Qga25vdyBob3cgc2VlaW5nIGFzIGV2ZXJ5dGhpbmcgaXMgZXNzZW50aWFsbHkgc2V0IHRv IGRlZmF1bHQuPGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+QWN0dWFsbHksCiBJIGp1c3Qg dGhvdWdodCBvZiBhbm90aGVyIHBvc3NpYmlsaXR5IHRob3VnaCBpdCBzZWVtcyBsaWtlIGEgYml0 IG9mIGEgCnN0cmV0Y2gsIGJ1dCBJJ20gcnVubmluZyB0aGUgb1ZpcnQgaG9zdCBhbmQgdGhlIGVu Z2luZSBvbiB0aGUgc2FtZSAKbWFjaGluZSwgYnV0IG5vdCBpbiBhIGhvc3RlZC1lbmdpbmUgc2V0 dXAuPGJyPjwvZGl2PjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+VGhhdCdzIHRoZSBiZXN0IEkn dmUgZ290LCB0aG91Z2guPGJyPjwvZGl2Pg== --b1_dd77213fbf9c4b396eef7ae34cf8b981--

2 1

Export VM from oVirt/RHEV to VMWare
by Colin Coe 17 Jan '17

17 Jan '17

Hi all We run RHEV exclusively and I need to export a guest to one of our vendors for analysis. The vendor uses VMWare. How can I export a VM in OVF format out of RHEV v3.5.8? Thanks CC

3 4