- Users - oVirt List Archives

[ANN] oVirt 4.1.0 Second Beta Release is now available for testing
by Sandro Bonazzola 06 Feb '17

06 Feb '17

The oVirt Project is pleased to announce the availability of the Second Beta Release of oVirt 4.1.0 for testing, as of December 21st, 2016 This is pre-release software. 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]. This pre-release should not to be used in production. This release is available now for: * Fedora 24 (tech preview) * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later * Fedora 24 (tech preview) See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Live iso is already available - oVirt Node NG iso will be available soon - Hosted Engine appliance will be available soon - above delay is due to jenkins issues building node and appliance, should be fixed by tomorrow. An initial release management page including planned schedule is also available[4] Additional Resources: * Read more about the oVirt 4.1.0 beta release highlights: http://www.ovirt.org/release/4.1.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.1.0/ [4] http://www.ovirt.org/develop/release-management/releases/4.1/release-manage… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

6 10

[Call for feedback] did you install/update to 4.1.0?
by Sandro Bonazzola 06 Feb '17

06 Feb '17

Hi, did you install/update to 4.1.0? Let us know your experience! We end up knowing only when things doesn't work well, let us know it works fine for you :-) If you're not planning an update to 4.1.0 in the near future, let us know why. Maybe we can help. Thanks! -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

19 39

Re: [ovirt-users] How to update ovirt nodes
by Yedidyah Bar David 06 Feb '17

06 Feb '17

(Re-adding the list) On Sun, Feb 5, 2017 at 12:23 PM, Shalabh Goel <shalabhgoel13(a)gmail.com> wrote: > Yes and no. First I did install ovirtrelease41 rpm in both nodes. Then in > one of the nodes, I started upgrade from the court engine administration > portal. > The second node developed some other problem and hence I had to remove it > from the court engine and I reinstalled ovirt 4.0.3 ng and then upgraded it > before adding it to the engine. It got upgraded successfully and I rebooted > and logged into 4.1 too. > > But I am getting the same error for both the nodes. The first one was moved > to non operational state by the engine. The second one is not getting added. > > My VMs are in a third storage node *(NFS). I have not yet upgraded it since > other two upgrades failed. > > BTW I have changed the compatibility of cluster and data centre to 4.1. Your current state is not fully clear. Can you please describe it in detail? How many hosts do you have? What's the state of each in the engine? Do you have VMs that are ok? And if so, is it important to not stop them? In any case, if you have hosts that do not have VMs on them, and in whatever state, it's probably simplest to move them to maintenance, remove from the engine, reinstall the OS, then try to add them. If you try to add a host and it fails, please check/attach engine.log and host-deploy log. If you fail to activate a host, please check/attach engine.log. Best, > > Thanks > > Shalabh Goel > > On 05-Feb-2017 12:19 PM, "Yedidyah Bar David" <didi(a)redhat.com> wrote: >> >> On Fri, Feb 3, 2017 at 6:35 AM, Shalabh Goel <shalabhgoel13(a)gmail.com> >> wrote: >> > Hi can u just confirm something for me? I had to change the existing >> > ovirt-4.0 repos to ovirt 4.1 (by replacing 40 by 41 in the repo files). >> >> That's mostly ok, but generally you should install ovirt-release41.rpm. >> >> It will also add/update ovirt-*-dependencies.repo . >> >> > And >> > then I ran yum update. And rebooted the nodes and booted into >> > ovirt-node4.1. >> >> Didn't you move to maintenance? Were your VMs migrated correctly? >> >> > Is the procedure correct? >> > >> > Thanks >> > >> > Shalabh Goel >> > >> > On Thu, Feb 2, 2017 at 2:02 PM, Yedidyah Bar David <didi(a)redhat.com> >> > wrote: >> >> >> >> On Thu, Feb 2, 2017 at 8:14 AM, Shalabh Goel <shalabhgoel13(a)gmail.com> >> >> wrote: >> >> > Hi >> >> > >> >> > Ovirt 4.1 has been released, I want to to know how to upgrade the >> >> > Ovirt >> >> > nodes to 4.1. I was able to upgrade ovirt-engine but I could not find >> >> > how to >> >> > upgrade node. >> >> >> >> Something like: >> >> >> >> 1. Move node to maintenance >> >> 2. Add 4.1 repos >> >> 3. yum update >> >> 4. reboot >> >> 5. Activate (exit maintenance) >> >> >> >> See also: >> >> >> >> https://www.ovirt.org/node/ >> >> http://www.ovirt.org/node/faq/ >> >> >> >> If in "node" you referred to ovirt-node, and not a regular OS install, >> >> then >> >> the flow is exactly the same, but what actually happens inside it is >> >> very >> >> different - the entire OS image is replaced. >> >> >> >> You might want to check also: >> >> >> >> >> >> >> >> http://www.ovirt.org/develop/release-management/features/engine/upgrademana… >> >> >> >> Best, >> >> -- >> >> Didi >> > >> > >> > >> > >> > -- >> > Shalabh Goel >> >> >> >> -- >> Didi -- Didi

2 2

[oVirt 4.1.0] experimental container support
by Francesco Romani 06 Feb '17

06 Feb '17

Hi all, In case you missed it, oVirt 4.1.0 gained some support to run container side to side to VMs. Read the full story here: https://fromanirh.github.io/containers-in-ovirt.html I'll be happy to answer any question - make sure to CC me to have a faster response time! Bests, -- Francesco Romani Red Hat Engineering Virtualization R & D IRC: fromani

1 0

jumbo frames inside vm best practices?
by Gianluca Cecchi 06 Feb '17

06 Feb '17

Hello, I'm testing an Oracle RAC with 2 Oracle Linux VMs inside a 4.0.6 environment. They run on two different hosts I would like to configure RAC intracluster communication with jumbo frames. At VM level network adapter is eth1 (mapped to a vlan 95 at oVirt hosts side) At oVirt side I configured a vm enabled vlan with mtu=9000 I verified that at hosts side I have vlan95: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 9000 ether 00:1c:c4:ab:be:ba txqueuelen 1000 (Ethernet) RX packets 61706 bytes 3631426 (3.4 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 3 bytes 258 (258.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 And able to do a ping -M do -s 8972 ip from each host to the other one In VMs I configure the same MTU=9000 in ifcfg-eth1 But actually inside VMs it works erratically: the same ping test is ok between the VMs but Oracle checks sometimes work and sometimes give error on communication. At initial cluster config, the second node fails to start the cluster. I tried 5-6 times and also tried then to set mtu=8000 inside the VMs, supposing some sort of inner overhead to consider (such as 2 times 28 bytes) but nothing. As soon as I set MTU=1500 at VM side, the cluster is able to form without any problem. I can survive without jumbo frames in this particular case, because this is only a test, but the question remains about eventual best practices to put in place if I want to use jumbo frames. One thing I see is that at VM side I see many drops when interface mtu was 9000, such as eth1 Link encap:Ethernet HWaddr 00:1A:4A:17:01:57 inet addr:192.168.10.32 Bcast:192.168.10.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:93046 errors:0 dropped:54964 overruns:0 frame:0 TX packets:26258 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:25726242 (24.5 MiB) TX bytes:33573207 (32.0 MiB) at host side I see drops at bond0 level only: [root@ovmsrv05 ~]# brctl show bridge name bridge id STP enabled interfaces ;vdsmdummy; 8000.000000000000 no vlan100 8000.001cc446ef73 no bond1.100 vlan65 8000.001cc446ef73 no bond1.65 vnet0 vnet1 vlan95 8000.001cc4abbeba no bond0.95 vnet2 bond0: flags=5187<UP,BROADCAST,RUNNING,MASTER,MULTICAST> mtu 9000 ether 00:1c:c4:ab:be:ba txqueuelen 1000 (Ethernet) RX packets 2855175 bytes 3126868334 (2.9 GiB) RX errors 0 dropped 11686 overruns 0 frame 0 TX packets 1012849 bytes 478702140 (456.5 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 bond0.95: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 9000 ether 00:1c:c4:ab:be:ba txqueuelen 1000 (Ethernet) RX packets 100272 bytes 27125992 (25.8 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 42355 bytes 40833904 (38.9 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 vlan95: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 9000 ether 00:1c:c4:ab:be:ba txqueuelen 1000 (Ethernet) RX packets 62576 bytes 3719175 (3.5 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 3 bytes 258 (258.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 vnet2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 9000 inet6 fe80::fc1a:4aff:fe17:157 prefixlen 64 scopeid 0x20<link> ether fe:1a:4a:17:01:57 txqueuelen 1000 (Ethernet) RX packets 21014 bytes 24139492 (23.0 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 85777 bytes 21089777 (20.1 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 [root@ovmsrv05 ~]# cat /proc/net/bonding/bond0 Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011) Bonding Mode: fault-tolerance (active-backup) Primary Slave: None Currently Active Slave: enp3s0 MII Status: up MII Polling Interval (ms): 100 Up Delay (ms): 0 Down Delay (ms): 0 Slave Interface: enp3s0 MII Status: up Speed: 1000 Mbps Duplex: full Link Failure Count: 0 Permanent HW addr: 00:1c:c4:ab:be:ba Slave queue ID: 0 Slave Interface: enp5s0 MII Status: up Speed: 1000 Mbps Duplex: full Link Failure Count: 0 Permanent HW addr: 00:1c:c4:ab:be:bc Slave queue ID: 0 Any hint? Thanks in advance, Gianluca

2 1

Guest IP
by Alexandr Krivulya 06 Feb '17

06 Feb '17

Hi, is there any way to get guest ip provided by guest tools from user portal? It present in an admin portal, but not in user.

2 1

How to benefit from pci-e ssd??
by Arman Khalatyan 05 Feb '17

05 Feb '17

Hi, I wondered if there some setup where we can benefit from pci-e ssds? One possible way is pci passthrough but then the vm does not migrate anymore(am I right?). Another way to share nvme over iscsi, but any software layer between vm and nvme is dumping the performance(maybe worth to try iser or srp?) Ps I have seen that sime cloud providers are offering ssd vms, what does it mean?:)

2 1

Re: [ovirt-users] oVirt Engine 4.1 fails on specifying interface for ovirtmgmt
by Karli Sjöberg 05 Feb '17

05 Feb '17

--_000_433827ebb9bc4297979746d8095e38bfexch24sluse_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gNSBmZWIuIDIwMTcgOTozMCBmbSBza3JldiBNaWNoYWVsIEJ1cm1hbiA8bWJ1cm1hbkBy ZWRoYXQuY29tPjoNCj4NCj4gSGkNCj4NCj4gS2FyaWwsIGl0IGlzIHNlZW1zIGxpa2UgeW91IGRp ZG4ndCBjb25maWd1cmVkIHRoZSB2bGFuIGRldmljZSBlbm8xLjEgcHJvcGVybHkgYmVmb3JlIHlv dSBydW4gaG9zdGVkLWVuZ2luZSAtLWRlcGxveS4NCj4gSG93IGRpZCB5b3UgY29uZmlndXJlZCBp dD8NCj4gSWYgdGhlIHZsYW4gZGV2aWNlIHdhcyBwcm9wZXJseSBjb25maWd1cmVkIHRoZW4geW91 IHNob3VsZCBoYXZlIHNlZW4gc29tZXRoaW5nIGxpa2UgOg0KPiBQbGVhc2UgaW5kaWNhdGUgYSBu aWMgdG8gc2V0IG92aXJ0bWdtdCBicmlkZ2Ugb246IChlbm8xLCBlbm8xLjEpIFtlbm8xXToNCg0K Tm8gdGhhdCB3YXNuJ3QgdGhlIHByb2JsZW0sIHRoZSBuZXR3b3JrIHdhcyBmaW5lLCBzaW5jZSBJ IHdhcyBjb25uZWN0ZWQgdG8gaXQgb3ZlciBTU0g6KQ0KDQpXaGF0IHdhcyB3cm9uZyB3YXMgdGhh dCBJIGFscmVhZHkgaGFkIGEgYnJpZGdlIGNhbGxlZCAnUHVibGljJyBvbiB0aGF0IGludGVyZmFj ZSBhbmQgdGhlIGRlcGxveSBjb3VsZG4ndCBoYW5kbGUgdGhhdC4gTWF5YmUgUkZFIG1hdGVyaWFs Li4uIEkganVzdCByZW1vdmVkIHRoZSBicmlkZ2UgYW5kIGRlcGxveWVkIGFnYWluLCBhbmQgdGhl biBJIGNvdWxkIHNwZWNpZnkgJ2VubzEuMScuIEkgYW0gYnVtbWVkIG92ZXIgdGhlIGZhY3QgdGhh dCBJIGNvdWxkbid0IGNyZWF0ZSB0aGUgb3ZpcnRtZ210IGJyaWRnZSBiZWZvcmUgdGhlIGRlcGxv eSwgaXQganVzdCBib21iZWQsIGFwcGFyZW50bHkgYnkgZGVzaWduOg0KaHR0cHM6Ly9idWd6aWxs YS5yZWRoYXQuY29tL3Nob3dfYnVnLmNnaT9pZD0xMzE3MTI1DQoNCkkga25vdyBob3cgdG8gY29u ZmlndXJlIGl0IGNvcnJlY3RseSwgYW5kIGlmIEkgZG9uJ3QsIEkgd29uJ3QgYmxhbWUgeW91IGZv ciBteSBtaXN0YWtlcyENCg0KT3RoZXIgdGhhbiB0aGF0IEkgaGF2ZSBoYWQgbm8gcHJvYmxlbXMg ZGVwbG95aW5nIDQuMSBob3N0ZWQgZW5naW5lLiBSZWFsbHkgbmljZSBuZXcgZGFzaGJvYXJkIGFu ZCBJIGxvdmUgdGhlIG5ldyBpbXBvcnQgZnJvbSBLVk0gZmVhdHVyZSwgd2hpY2ggSSB1c2VkIHRv IGVtcHR5IG15IG9sZCBlbnZpcm9ubWVudCBiZWZvcmUgcmVpbnN0YWxsaW5nIGFzIHRoZSBzZWNv bmQgaG9zdGVkIGVuZ2luZSBob3N0Lg0KDQpHcmVhdCBqb2IgZXZlcnlvbmUhIEl0IHdvcmtzIGdy ZWF0IQ0KDQovSw0KDQo+DQo+IFJlZ2FyZHMsDQo+DQo+IE9uIFN1biwgRmViIDUsIDIwMTcgYXQg OTowMyBBTSwgWWVkaWR5YWggQmFyIERhdmlkIDxkaWRpQHJlZGhhdC5jb20+IHdyb3RlOg0KPj4N Cj4+IE9uIEZyaSwgRmViIDMsIDIwMTcgYXQgMzoxOSBQTSwgS2FybGkgU2rDtmJlcmcgPGthcmxp LnNqb2JlcmdAc2x1LnNlPiB3cm90ZToNCj4+ID4gSGV5YSENCj4+ID4NCj4+ID4gScK0bSB0cnlp bmcgdG8gY29tcGxldGUgJ2hvc3RlZC1lbmdpbmUgLS1kZXBsb3knIGJ1dCBJwrRtIHN0dWNrIGF0 Og0KPj4gPiBQbGVhc2UgaW5kaWNhdGUgYSBuaWMgdG8gc2V0IG92aXJ0bWdtdCBicmlkZ2Ugb246 IChlbm8xKSBbZW5vMV06IGVubzEuMQ0KPj4gPiBbIEVSUk9SIF0gSW52YWxpZCB2YWx1ZQ0KPj4N Cj4+IFRoaXMgc2hvdWxkIGdlbmVyYWxseSB3b3JrLiBJcyB0aGUgdmxhbiBpbnRlcmZhY2UgY29u ZmlndXJlZCwgYmVmb3JlIHlvdQ0KPj4gcnVuIGRlcGxveT8NCj4+DQo+PiBQbGVhc2Ugc2hhcmUg Ym90aCBydW5zJyBsb2dzLiBUaGFua3MuDQo+Pg0KPj4gQWRkaW5nIFNpbW9uZS4NCj4+DQo+PiA+ DQo+PiA+IEFzIHlvdSBjYW4gc2VlIGl0wrRzIGEgdmxhbi10YWdnZWQgaW50ZXJmYWNlLiBJZiBJ IHR5cGUgaW4ganVzdCAnZW5vMScsDQo+PiA+IHRoZSBzZXR1cCBjb250aW51ZXMgYnV0IGZhaWxz IG9idmlvdXNseSBzaW5jZSBpdMK0cyB0aGUgd3JvbmcgbmV0d29yay4NCj4+ID4NCj4+ID4gQW55 IHBvaW50ZXJzPw0KPj4gPg0KPj4gPiAvSw0KPj4gPiBfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KPj4gPiBVc2VycyBtYWlsaW5nIGxpc3QNCj4+ID4gVXNl cnNAb3ZpcnQub3JnDQo+PiA+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5m by91c2Vycw0KPj4NCj4+DQo+Pg0KPj4gLS0NCj4+IERpZGkNCj4+IF9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiBVc2VycyBtYWlsaW5nIGxpc3QNCj4+ IFVzZXJzQG92aXJ0Lm9yZw0KPj4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3Rp bmZvL3VzZXJzDQo+DQo+DQo+DQo+DQo+IC0tDQo+IE1pY2hhZWwgQnVybWFuDQo+IFJlZEhhdCBJ c3JhZWwsIFJIVi1NIE5ldHdvcmsgUUUNCj4NCj4gTW9iaWxlOiAwNTQtNTM1NTcyNQ0KPiBJUkM6 IG1idXJtYW4NCg== --_000_433827ebb9bc4297979746d8095e38bfexch24sluse_ Content-Type: text/html; charset="utf-8" Content-ID: <5416A7628CDFE245BE8CEAE4178F738C(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiA1IGZlYi4gMjAxNyA5OjMwIGZtIHNrcmV2IE1pY2hhZWwgQnVybWFuICZsdDtt YnVybWFuQHJlZGhhdC5jb20mZ3Q7Ojxicj4NCiZndDs8YnI+DQomZ3Q7IEhpPGJyPg0KJmd0Ozxi cj4NCiZndDsgS2FyaWwsIGl0IGlzIHNlZW1zIGxpa2UgeW91IGRpZG4ndCBjb25maWd1cmVkIHRo ZSB2bGFuIGRldmljZSBlbm8xLjEgcHJvcGVybHkgYmVmb3JlIHlvdSBydW4gaG9zdGVkLWVuZ2lu ZSAtLWRlcGxveS4NCjxicj4NCiZndDsgSG93IGRpZCB5b3UgY29uZmlndXJlZCBpdD8gPGJyPg0K Jmd0OyBJZiB0aGUgdmxhbiBkZXZpY2Ugd2FzIHByb3Blcmx5IGNvbmZpZ3VyZWQgdGhlbiB5b3Ug c2hvdWxkIGhhdmUgc2VlbiBzb21ldGhpbmcgbGlrZSA6PGJyPg0KJmd0OyBQbGVhc2UgaW5kaWNh dGUgYSBuaWMgdG8gc2V0IG92aXJ0bWdtdCBicmlkZ2Ugb246IChlbm8xLCBlbm8xLjEpIFtlbm8x XTo8L3A+DQo8cCBkaXI9Imx0ciI+Tm8gdGhhdCB3YXNuJ3QgdGhlIHByb2JsZW0sIHRoZSBuZXR3 b3JrIHdhcyBmaW5lLCBzaW5jZSBJIHdhcyBjb25uZWN0ZWQgdG8gaXQgb3ZlciBTU0g6KTwvcD4N CjxwIGRpcj0ibHRyIj5XaGF0IHdhcyB3cm9uZyB3YXMgdGhhdCBJIGFscmVhZHkgaGFkIGEgYnJp ZGdlIGNhbGxlZCAnUHVibGljJyBvbiB0aGF0IGludGVyZmFjZSBhbmQgdGhlIGRlcGxveSBjb3Vs ZG4ndCBoYW5kbGUgdGhhdC4gTWF5YmUgUkZFIG1hdGVyaWFsLi4uIEkganVzdCByZW1vdmVkIHRo ZSBicmlkZ2UgYW5kIGRlcGxveWVkIGFnYWluLCBhbmQgdGhlbiBJIGNvdWxkIHNwZWNpZnkgJ2Vu bzEuMScuIEkgYW0gYnVtbWVkIG92ZXIgdGhlIGZhY3QNCiB0aGF0IEkgY291bGRuJ3QgY3JlYXRl IHRoZSBvdmlydG1nbXQgYnJpZGdlIGJlZm9yZSB0aGUgZGVwbG95LCBpdCBqdXN0IGJvbWJlZCwg YXBwYXJlbnRseSBieSBkZXNpZ246PGJyPg0KaHR0cHM6Ly9idWd6aWxsYS5yZWRoYXQuY29tL3No b3dfYnVnLmNnaT9pZD0xMzE3MTI1PC9wPg0KPHAgZGlyPSJsdHIiPkkga25vdyBob3cgdG8gY29u ZmlndXJlIGl0IGNvcnJlY3RseSwgYW5kIGlmIEkgZG9uJ3QsIEkgd29uJ3QgYmxhbWUgeW91IGZv ciBteSBtaXN0YWtlcyE8L3A+DQo8cCBkaXI9Imx0ciI+T3RoZXIgdGhhbiB0aGF0IEkgaGF2ZSBo YWQgbm8gcHJvYmxlbXMgZGVwbG95aW5nIDQuMSBob3N0ZWQgZW5naW5lLiBSZWFsbHkgbmljZSBu ZXcgZGFzaGJvYXJkIGFuZCBJIGxvdmUgdGhlIG5ldyBpbXBvcnQgZnJvbSBLVk0gZmVhdHVyZSwg d2hpY2ggSSB1c2VkIHRvIGVtcHR5IG15IG9sZCBlbnZpcm9ubWVudCBiZWZvcmUgcmVpbnN0YWxs aW5nIGFzIHRoZSBzZWNvbmQgaG9zdGVkIGVuZ2luZSBob3N0LjwvcD4NCjxwIGRpcj0ibHRyIj5H cmVhdCBqb2IgZXZlcnlvbmUhIEl0IHdvcmtzIGdyZWF0ITwvcD4NCjxwIGRpcj0ibHRyIj4vSzwv cD4NCjxwIGRpcj0ibHRyIj4mZ3Q7PGJyPg0KJmd0OyBSZWdhcmRzLDxicj4NCiZndDs8YnI+DQom Z3Q7IE9uIFN1biwgRmViIDUsIDIwMTcgYXQgOTowMyBBTSwgWWVkaWR5YWggQmFyIERhdmlkICZs dDtkaWRpQHJlZGhhdC5jb20mZ3Q7IHdyb3RlOjxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsg T24gRnJpLCBGZWIgMywgMjAxNyBhdCAzOjE5IFBNLCBLYXJsaSBTasO2YmVyZyAmbHQ7a2FybGku c2pvYmVyZ0BzbHUuc2UmZ3Q7IHdyb3RlOjxicj4NCiZndDsmZ3Q7ICZndDsgSGV5YSE8YnI+DQom Z3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyBJwrRtIHRyeWluZyB0byBjb21wbGV0ZSAn aG9zdGVkLWVuZ2luZSAtLWRlcGxveScgYnV0IEnCtG0gc3R1Y2sgYXQ6PGJyPg0KJmd0OyZndDsg Jmd0OyBQbGVhc2UgaW5kaWNhdGUgYSBuaWMgdG8gc2V0IG92aXJ0bWdtdCBicmlkZ2Ugb246IChl bm8xKSBbZW5vMV06IGVubzEuMTxicj4NCiZndDsmZ3Q7ICZndDsgWyBFUlJPUiBdIEludmFsaWQg dmFsdWU8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IFRoaXMgc2hvdWxkIGdlbmVyYWxseSB3 b3JrLiBJcyB0aGUgdmxhbiBpbnRlcmZhY2UgY29uZmlndXJlZCwgYmVmb3JlIHlvdTxicj4NCiZn dDsmZ3Q7IHJ1biBkZXBsb3k/PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBQbGVhc2Ugc2hh cmUgYm90aCBydW5zJyBsb2dzLiBUaGFua3MuPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBB ZGRpbmcgU2ltb25lLjxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0Ozxicj4NCiZndDsm Z3Q7ICZndDsgQXMgeW91IGNhbiBzZWUgaXTCtHMgYSB2bGFuLXRhZ2dlZCBpbnRlcmZhY2UuIElm IEkgdHlwZSBpbiBqdXN0ICdlbm8xJyw8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IHRoZSBzZXR1cCBjb250 aW51ZXMgYnV0IGZhaWxzIG9idmlvdXNseSBzaW5jZSBpdMK0cyB0aGUgd3JvbmcgbmV0d29yay48 YnI+DQomZ3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyBBbnkgcG9pbnRlcnM/PGJyPg0K Jmd0OyZndDsgJmd0Ozxicj4NCiZndDsmZ3Q7ICZndDsgL0s8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KJmd0OyZn dDsgJmd0OyBVc2VycyBtYWlsaW5nIGxpc3Q8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IFVzZXJzQG92aXJ0 Lm9yZzxicj4NCiZndDsmZ3Q7ICZndDsgaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xp c3RpbmZvL3VzZXJzPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7PGJy Pg0KJmd0OyZndDsgLS08YnI+DQomZ3Q7Jmd0OyBEaWRpPGJyPg0KJmd0OyZndDsgX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQomZ3Q7Jmd0OyBVc2Vy cyBtYWlsaW5nIGxpc3Q8YnI+DQomZ3Q7Jmd0OyBVc2Vyc0BvdmlydC5vcmc8YnI+DQomZ3Q7Jmd0 OyBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8YnI+DQomZ3Q7 PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyAtLSA8YnI+DQomZ3Q7IE1p Y2hhZWwgQnVybWFuPGJyPg0KJmd0OyBSZWRIYXQgSXNyYWVsLCBSSFYtTSBOZXR3b3JrIFFFJm5i c3A7IDxicj4NCiZndDs8YnI+DQomZ3Q7IE1vYmlsZTogMDU0LTUzNTU3MjU8YnI+DQomZ3Q7IElS QzogbWJ1cm1hbjwvcD4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_433827ebb9bc4297979746d8095e38bfexch24sluse_--

2 1

oVirt Engine 4.1 fails on specifying interface for ovirtmgmt
by Karli Sjöberg 05 Feb '17

05 Feb '17

Heya! I´m trying to complete 'hosted-engine --deploy' but I´m stuck at: Please indicate a nic to set ovirtmgmt bridge on: (eno1) [eno1]: eno1.1 [ ERROR ] Invalid value As you can see it´s a vlan-tagged interface. If I type in just 'eno1', the setup continues but fails obviously since it´s the wrong network. Any pointers? /K

3 2

Export/Import Virtual Machcines
by Fernando Frediani 04 Feb '17

04 Feb '17

Hi. I found that it is possible to import Virtual Machines from a VMware environment, XEN or even Libvirt/KVM but it is not directly from another oVirt environment. Is this expected ? I have two environments where I need to transfer VMs from one to another and the only way I see is Export it to a Export Domain, copy it over to another Export Domain in the other side then Import. Is this intended to be like that ? Why to order environments that works straight way and to own oVirt not ? Thanks Fernando

3 2