- Users - oVirt List Archives

oVirt Node ISO for 3.5-pre
by Fabian Deutsch 08 Jul '14

08 Jul '14

Hey, here is another draft ISO which is intended to be used for testing with oVirt 3.5. This ISO also provides for the first time the oVirt Node Hosted Engine plugin. http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ovirt-node-iso-3.5.0.ovirt… We've learned from the past: To circumvent some SELinux issues, please append enforcing=0 to the kernel commandline on boot. And please provide us your feedback, so we can take a look and address the problem. Greetings fabian

1 0

Network setup
by Dwight Schauer 08 Jul '14

08 Jul '14

Hello oVirt users, I'm running into network setup problems. http://www.ovirt.org/Vdsm_Network Shows this as a supported topology. bridge1 --- v1 --- bond --- nic1 bridge2 --- v2 --/ \-- nic2 Problem is I have to configure at least this on each host in order to the connect to an activate: v1 --- bond --- nic1 \-- nic2 Which oVirt does not like because I already created the bond and attached a vlan interface to it. So I configured this ahead of time (without vdsm) bridge1 --- v1 --- bond --- nic1 bridge2 --- v2 --/ \-- nic2 Those work fine. I can use each bridge statically or with DHCP. Problem is that oVirt refuses to use the bridge interfaces (they don't show up in the web gui), it only wants to use the bond interface. If I was using libvirt/kvm-manager I would preconfigure this (without vdsm): bridge1 --- v1 --- bond --- nic1 bridge2 --- v2 --/ \-- nic2 And I'm be able to run VMs on other VLAN. (Which is what I want to achieve with oVirt). Is there a way I can achieve what I need to do (connecting VMs to either VLAN) with one of my preconfigured setups without resorting to another nic (or bonded pair?) -- Dwight

3 4

MASTER storage domain concept
by Nicolas Ecarnot 08 Jul '14

08 Jul '14

Hi, Some month ago, in a thread not directly related to this, someone from Redhat wrote that the limitation about the master storage domain is being worked on to get removed. This someone may have been Itamar but I'm not sure. May you explain a little bit further : - what is the difference between a master storage domain and a storage domain, except the master is the default and first one? - when this limitation will be removed, will the concept remain, but we will have the ability to migrate it, as we can do now with the SPM for example? - or will it remain but be hidden somewhere? - or will it be completely removed? There is no emergency on our side, just a need to understand. Thank you. -- Nicolas Ecarnot

2 1

Re: [ovirt-users] Network setup
by Karli Sjöberg 08 Jul '14

08 Jul '14

--_000_5F9E965F5A80BC468BE5F40576769F098C5388F1exchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gNSBqdWwgMjAxNCAwNTowNiBza3JldiBEd2lnaHQgU2NoYXVlciA8ZC5zY2hhdWVyQHBh cnRuZXIuc2Ftc3VuZy5jb20+Og0KPg0KPiBIZWxsbyBvVmlydCB1c2VycywNCj4NCj4gSSdtICBy dW5uaW5nIGludG8gbmV0d29yayBzZXR1cCBwcm9ibGVtcy4NCj4NCj4gaHR0cDovL3d3dy5vdmly dC5vcmcvVmRzbV9OZXR3b3JrDQo+DQo+IFNob3dzIHRoaXMgYXMgYSBzdXBwb3J0ZWQgdG9wb2xv Z3kuDQo+DQo+IGJyaWRnZTEgLS0tIHYxIC0tLSBib25kIC0tLSBuaWMxDQo+IGJyaWRnZTIgLS0t IHYyIC0tLyAgICAgIFwtLSBuaWMyDQo+DQo+IFByb2JsZW0gaXMgSSBoYXZlIHRvIGNvbmZpZ3Vy ZSBhdCBsZWFzdCB0aGlzIG9uIGVhY2ggaG9zdCBpbiBvcmRlciB0byB0aGUgY29ubmVjdCB0byBh biBhY3RpdmF0ZToNCj4NCj4gdjEgLS0tIGJvbmQgLS0tIG5pYzENCj4gICAgICAgICAgICAgICBc LS0gbmljMg0KPg0KPiBXaGljaCBvVmlydCBkb2VzIG5vdCBsaWtlIGJlY2F1c2UgSSBhbHJlYWR5 IGNyZWF0ZWQgdGhlIGJvbmQgYW5kIGF0dGFjaGVkIGEgdmxhbiBpbnRlcmZhY2UgdG8gaXQuDQo+ DQo+IFNvIEkgY29uZmlndXJlZCB0aGlzIGFoZWFkIG9mIHRpbWUgKHdpdGhvdXQgdmRzbSkNCj4N Cj4gYnJpZGdlMSAtLS0gdjEgLS0tIGJvbmQgLS0tIG5pYzENCj4gYnJpZGdlMiAtLS0gdjIgLS0v ICAgICAgXC0tIG5pYzINCj4NCj4gVGhvc2Ugd29yayBmaW5lLiBJIGNhbiB1c2UgZWFjaCBicmlk Z2Ugc3RhdGljYWxseSBvciB3aXRoIERIQ1AuDQo+DQo+IFByb2JsZW0gaXMgdGhhdCBvVmlydCBy ZWZ1c2VzIHRvIHVzZSB0aGUgYnJpZGdlIGludGVyZmFjZXMgKHRoZXkgZG9uJ3Qgc2hvdyB1cCBp biB0aGUgd2ViIGd1aSksIGl0IG9ubHkgd2FudHMgdG8gdXNlIHRoZSBib25kIGludGVyZmFjZS4N Cj4NCj4gSWYgSSB3YXMgdXNpbmcgbGlidmlydC9rdm0tbWFuYWdlciBJIHdvdWxkIHByZWNvbmZp Z3VyZSB0aGlzICh3aXRob3V0IHZkc20pOg0KPg0KPiBicmlkZ2UxIC0tLSB2MSAtLS0gYm9uZCAt LS0gbmljMQ0KPiBicmlkZ2UyIC0tLSB2MiAtLS8gICAgICBcLS0gbmljMg0KPg0KPiBBbmQgSSdt IGJlIGFibGUgdG8gcnVuIFZNcyAgb24gb3RoZXIgVkxBTi4gKFdoaWNoIGlzIHdoYXQgSSB3YW50 IHRvIGFjaGlldmUgd2l0aCBvVmlydCkuDQo+DQo+IElzIHRoZXJlIGEgd2F5IEkgY2FuIGFjaGll dmUgd2hhdCBJIG5lZWQgdG8gZG8gKGNvbm5lY3RpbmcgVk1zIHRvIGVpdGhlciBWTEFOKSB3aXRo IG9uZSBvZiBteSBwcmVjb25maWd1cmVkIHNldHVwcyB3aXRob3V0IHJlc29ydGluZyB0byBhbm90 aGVyIG5pYyAob3IgYm9uZGVkIHBhaXI/KQ0KPg0KPiAtLQ0KPiBEd2lnaHQNCj4NCg0KSGF2ZSB5 b3UgcmVzdGFydGVkIHRoZSAidmRzbWQiID8NCg0KL0sNCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQo+IFVzZXJzIG1haWxpbmcgbGlzdA0KPiBVc2Vyc0Bv dmlydC5vcmcNCj4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJz DQo= --_000_5F9E965F5A80BC468BE5F40576769F098C5388F1exchange21_ Content-Type: text/html; charset="utf-8" Content-ID: <5AEE075C5F51F34A926E93ABFB918147(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiA1IGp1bCAyMDE0IDA1OjA2IHNrcmV2IER3aWdodCBTY2hhdWVyICZsdDtkLnNj aGF1ZXJAcGFydG5lci5zYW1zdW5nLmNvbSZndDs6PGJyPg0KJmd0Ozxicj4NCiZndDsgSGVsbG8g b1ZpcnQgdXNlcnMsPGJyPg0KJmd0Ozxicj4NCiZndDsgSSdtJm5ic3A7IHJ1bm5pbmcgaW50byBu ZXR3b3JrIHNldHVwIHByb2JsZW1zLjxicj4NCiZndDs8YnI+DQomZ3Q7IGh0dHA6Ly93d3cub3Zp cnQub3JnL1Zkc21fTmV0d29yazxicj4NCiZndDs8YnI+DQomZ3Q7IFNob3dzIHRoaXMgYXMgYSBz dXBwb3J0ZWQgdG9wb2xvZ3kuPGJyPg0KJmd0Ozxicj4NCiZndDsgYnJpZGdlMSAtLS0gdjEgLS0t IGJvbmQgLS0tIG5pYzEgPGJyPg0KJmd0OyBicmlkZ2UyIC0tLSB2MiAtLS8mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgXC0tIG5pYzI8YnI+DQomZ3Q7PGJyPg0KJmd0OyBQcm9ibGVtIGlz IEkgaGF2ZSB0byBjb25maWd1cmUgYXQgbGVhc3QgdGhpcyBvbiBlYWNoIGhvc3QgaW4gb3JkZXIg dG8gdGhlIGNvbm5lY3QgdG8gYW4gYWN0aXZhdGU6PGJyPg0KJmd0Ozxicj4NCiZndDsgdjEgLS0t IGJvbmQgLS0tIG5pYzEgPGJyPg0KJmd0OyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgXC0tIG5pYzI8 YnI+DQomZ3Q7PGJyPg0KJmd0OyBXaGljaCBvVmlydCBkb2VzIG5vdCBsaWtlIGJlY2F1c2UgSSBh bHJlYWR5IGNyZWF0ZWQgdGhlIGJvbmQgYW5kIGF0dGFjaGVkIGEgdmxhbiBpbnRlcmZhY2UgdG8g aXQuPGJyPg0KJmd0Ozxicj4NCiZndDsgU28gSSBjb25maWd1cmVkIHRoaXMgYWhlYWQgb2YgdGlt ZSAod2l0aG91dCB2ZHNtKTxicj4NCiZndDs8YnI+DQomZ3Q7IGJyaWRnZTEgLS0tIHYxIC0tLSBi b25kIC0tLSBuaWMxIDxicj4NCiZndDsgYnJpZGdlMiAtLS0gdjIgLS0vJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IFwtLSBuaWMyPGJyPg0KJmd0Ozxicj4NCiZndDsgVGhvc2Ugd29yayBm aW5lLiBJIGNhbiB1c2UgZWFjaCBicmlkZ2Ugc3RhdGljYWxseSBvciB3aXRoIERIQ1AuPGJyPg0K Jmd0Ozxicj4NCiZndDsgUHJvYmxlbSBpcyB0aGF0IG9WaXJ0IHJlZnVzZXMgdG8gdXNlIHRoZSBi cmlkZ2UgaW50ZXJmYWNlcyAodGhleSBkb24ndCBzaG93IHVwIGluIHRoZSB3ZWIgZ3VpKSwgaXQg b25seSB3YW50cyB0byB1c2UgdGhlIGJvbmQgaW50ZXJmYWNlLjxicj4NCiZndDs8YnI+DQomZ3Q7 IElmIEkgd2FzIHVzaW5nIGxpYnZpcnQva3ZtLW1hbmFnZXIgSSB3b3VsZCBwcmVjb25maWd1cmUg dGhpcyAod2l0aG91dCB2ZHNtKTo8YnI+DQomZ3Q7PGJyPg0KJmd0OyBicmlkZ2UxIC0tLSB2MSAt LS0gYm9uZCAtLS0gbmljMSA8YnI+DQomZ3Q7IGJyaWRnZTIgLS0tIHYyIC0tLyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBcLS0gbmljMjxicj4NCiZndDs8YnI+DQomZ3Q7IEFuZCBJJ20g YmUgYWJsZSB0byBydW4gVk1zJm5ic3A7IG9uIG90aGVyIFZMQU4uIChXaGljaCBpcyB3aGF0IEkg d2FudCB0byBhY2hpZXZlIHdpdGggb1ZpcnQpLjxicj4NCiZndDs8YnI+DQomZ3Q7IElzIHRoZXJl IGEgd2F5IEkgY2FuIGFjaGlldmUgd2hhdCBJIG5lZWQgdG8gZG8gKGNvbm5lY3RpbmcgVk1zIHRv IGVpdGhlciBWTEFOKSB3aXRoIG9uZSBvZiBteSBwcmVjb25maWd1cmVkIHNldHVwcyB3aXRob3V0 IHJlc29ydGluZyB0byBhbm90aGVyIG5pYyAob3IgYm9uZGVkIHBhaXI/KTxicj4NCiZndDs8YnI+ DQomZ3Q7IC0tPGJyPg0KJmd0OyBEd2lnaHQ8YnI+DQomZ3Q7PC9wPg0KPHAgZGlyPSJsdHIiPkhh dmUgeW91IHJlc3RhcnRlZCB0aGUgJnF1b3Q7dmRzbWQmcXVvdDsgPzwvcD4NCjxwIGRpcj0ibHRy Ij4vSzxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f PGJyPg0KJmd0OyBVc2VycyBtYWlsaW5nIGxpc3Q8YnI+DQomZ3Q7IFVzZXJzQG92aXJ0Lm9yZzxi cj4NCiZndDsgaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzPGJy Pg0KPC9wPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_5F9E965F5A80BC468BE5F40576769F098C5388F1exchange21_--

2 1

Migrate from one system to another.
by John Gardeniers 08 Jul '14

08 Jul '14

Hi All, I've been googling but haven't found an answer to what I thought would be a fairly simple question. The systems involved are RHEV but, given that Red Hat support has been less than stellar and doesn't have a user discussion list and that RHEV is just Ovirt anyway, I thought I'd ask here. We need get get a VM from our client's system in the UK to our system in Australia, so this isn't just migrating between clusters or datacenters. I know it's easy enough to export a VM and copy its image file from the export storage area but what's the procedure to import it into the second system? Can I just plonk the file into out import/export storage (I really doubt it) or do I need to do something else with it? I know I can import it easily enough into a KVM/Qemu system and then do a V2V from there but that seems like a step that shouldn't be required. Have I missed something really obvious or is this one of those things people don't do very often? regards, John

6 10

Console stop working suddenly
by Punit Dambiwal 08 Jul '14

08 Jul '14

Hi, The console stop working suddenly.... it was working perfectly from last 15 days but today suddenly it stop working.... Engine Log :- ------------------ 2014-07-07 14:06:18,273 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-2) [6888de3c] Correlation ID: 6888de3c, Call Stack: null, Custom Event ID: -1, Message: user admin initiated console session for VM punit 2014-07-07 14:07:30,877 INFO [org.ovirt.engine.core.bll.SetVmTicketCommand] (ajp--127.0.0.1-8702-6) [5cf768da] Running command: SetVmTicketCommand internal: false. Entities affected : ID: 3578cd87-bc78-408f-a788-daa06159cbaf Type: VM 2014-07-07 14:07:30,922 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--127.0.0.1-8702-6) [5cf768da] START, SetVmTicketVDSCommand(HostName = sponser2.3linux.com, HostId = 5c371098-52d9-43a2-b2b0-2a574d70ebc7, vmId=3578cd87-bc78-408f-a788-daa06159cbaf, ticket=tk0czDCutR0o, validTime=120,m userName=admin, userId=fdfc627c-d875-11e0-90f0-83df133b58cc), log id: 16735d74 2014-07-07 14:07:30,973 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--127.0.0.1-8702-6) [5cf768da] FINISH, SetVmTicketVDSCommand, log id: 16735d74 2014-07-07 14:07:30,979 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-6) [5cf768da] Correlation ID: 5cf768da, Call Stack: null, Custom Event ID: -1, Message: user admin initiated console session for VM punit ------------------ Thanks, Punit

2 1

Snapshot of a Volume/Disk
by Udaya Kiran P 08 Jul '14

08 Jul '14

---2097401939-775120595-1404729201=:14627 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi All,=0A=0AI see OpenStack has 'Create Snapshot' feature for a volume.=0A= =0AWhat is the equivalent operation in oVirt for a disk?=0A=0AHow does the = concept of Image, Snapshot and Volume of OpenStack relate to disks in oVirt= ?=0A=0APlease suggest.=0A=0AThank You,=0A=0ARegards,=0AUdaya Kiran ---2097401939-775120595-1404729201=:14627 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"color:#000; background-color:#fff; font-family:ti= mes new roman, new york, times, serif;font-size:10pt"><div>Hi All,</div><di= v><br></div><div style=3D"color: rgb(0, 0, 0); font-size: 13px; font-family= : 'times new roman', 'new york', times, serif; font-style: normal; backgrou= nd-color: transparent;">I see OpenStack has 'Create Snapshot' feature for a= volume.</div><div style=3D"color: rgb(0, 0, 0); font-size: 13px; font-fami= ly: 'times new roman', 'new york', times, serif; font-style: normal; backgr= ound-color: transparent;"><br></div><div style=3D"color: rgb(0, 0, 0); font= -size: 13px; font-family: 'times new roman', 'new york', times, serif; font= -style: normal; background-color: transparent;">What is the equivalent oper= ation in oVirt for a disk?</div><div style=3D"color: rgb(0, 0, 0); font-siz= e: 13px; font-family: 'times new roman', 'new york', times, serif; font-sty= le: normal; background-color: transparent;"><br></div><div style=3D"color: rgb(0, 0, 0); font-size: 13px; font-family: 'times new roman', 'new york',= times, serif; font-style: normal; background-color: transparent;">How does= the concept of Image, Snapshot and Volume of OpenStack relate to disks in = oVirt?</div><div style=3D"color: rgb(0, 0, 0); font-size: 13px; font-family= : 'times new roman', 'new york', times, serif; font-style: normal; backgrou= nd-color: transparent;"><br></div><div style=3D"color: rgb(0, 0, 0); font-s= ize: 13px; font-family: 'times new roman', 'new york', times, serif; font-s= tyle: normal; background-color: transparent;">Please suggest.</div><div sty= le=3D"color: rgb(0, 0, 0); font-size: 13px; font-family: 'times new roman',= 'new york', times, serif; font-style: normal; background-color: transparen= t;"><br></div><div style=3D"color: rgb(0, 0, 0); font-size: 13px; font-fami= ly: 'times new roman', 'new york', times, serif; font-style: normal; backgr= ound-color: transparent;">Thank You,</div><div style=3D"color: rgb(0, 0, 0)= ; font-size: 13px; font-family: 'times new roman', 'new york', times, serif;= font-style: normal; background-color: transparent;"><br></div><div style= =3D"color: rgb(0, 0, 0); font-size: 13px; font-family: 'times new roman', '= new york', times, serif; font-style: normal; background-color: transparent;= ">Regards,</div><div style=3D"color: rgb(0, 0, 0); font-size: 13px; font-fa= mily: 'times new roman', 'new york', times, serif; font-style: normal; back= ground-color: transparent;">Udaya Kiran</div></div></body></html> ---2097401939-775120595-1404729201=:14627--

2 1

3rd party qemu/libvirt rpms and ovirt
by Tiemen Ruiten 08 Jul '14

08 Jul '14

Hello, I'm trying to setup a new oVirt environment based on F19 hosts, but I'm running into so many issues, that I'm thinking of switching 'back' to CentOS. However I would lose the advanced features (libgfapi, live snapshots etc.) that are enabled in the F19 libvirt/qemu/kvm packages. So after some googling a came across Alexandar Evseev's repository with all the newest virtualization rpms packaged for CentOS 6: http://download.opensuse.org/repositories/home:/aevseev/CentOS6/x86_64/ However, I can't find any information at all about the status of these packages or any indication about stability. Is anyone familiar with this repository and would it be possible to use these packages in an oVirt environment? -- Tiemen Ruiten Systems Engineer R&D Media

3 5

build ovirt-hosted-engine-ha rpm failed
by lofyer 08 Jul '14

08 Jul '14

I'm trying to build rpm of ovirt-hosted-engine-ha on CentOS-6.5, and here's my 'make rpm' result: RPM build errors: File not found: /home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/etc/ovirt-hosted-engine-ha/agent-log.conf File not found: /home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/etc/ovirt-hosted-engine-ha/agent.conf File not found: /home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/etc/ovirt-hosted-engine-ha/broker-log.conf File not found: /home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/etc/ovirt-hosted-engine-ha/broker.conf File not found: /home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/etc/ovirt-hosted-engine-ha/notifications File not found by glob: /home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/etc/ovirt-hosted-engine-ha/notifications/* File not found: /home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/share/ovirt-hosted-engine-ha File not found: /home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/share/ovirt-hosted-engine-ha/ovirt-ha-agent File not found: /home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/share/ovirt-hosted-engine-ha/ovirt-ha-broker File not found: /home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/var/lib/ovirt-hosted-engine-ha/ha.conf What should I do to the spec file or ... do I miss some dependencies?

3 2

Failing ovirt install/F20
by Pascal Jakobi 07 Jul '14

07 Jul '14

Installing ovirt on F20. Obviously, there is an issue with wildfly. Surely, it has been already seen. Can someone point me to the workaround ? Cannot find in when googling... Thxs in advance P PS. Below is my boot.log content. 19:09:31,258 INFO [org.jboss.modules] JBoss Modules version 1.3.0.Final 19:09:33,563 INFO [org.jboss.msc] JBoss MSC version 1.2.0.Beta1 19:09:34,024 INFO [org.jboss.as] JBAS015899: WildFly 8.0.0.Final "WildFly" starting 19:09:45,640 ERROR [org.jboss.as.server] JBAS015956: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: JBAS014676: Failed to parse configuration at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:112) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final] at org.jboss.as.server.ServerService.boot(ServerService.java:331) [wildfly-server-8.0.0.Final.jar:8.0.0.Final] at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:256) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_60] Caused by: javax.xml.stream.XMLStreamException: JBAS014674: Failed to load module org.jboss.as.web at org.jboss.as.controller.parsing.ExtensionXml.parseExtensions(ExtensionXml.java:155) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final] at org.jboss.as.server.parsing.StandaloneXml.readServerElement_1_1(StandaloneXml.java:325) [wildfly-server-8.0.0.Final.jar:8.0.0.Final] at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:137) [wildfly-server-8.0.0.Final.jar:8.0.0.Final] at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:107) [wildfly-server-8.0.0.Final.jar:8.0.0.Final] at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:110) [staxmapper.jar:1.1.0.Final] at org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:69) [staxmapper.jar:1.1.0.Final] at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:104) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final] ... 3 more Caused by: java.util.concurrent.ExecutionException: java.lang.UnsupportedOperationException: JBAS013452: Legacy extension 'org.jboss.as.web' is not supported on servers running this version. The extension is only supported for use by hosts running a previous release in a mixed-version managed domain at java.util.concurrent.FutureTask.report(FutureTask.java:122) [rt.jar:1.7.0_60] at java.util.concurrent.FutureTask.get(FutureTask.java:188) [rt.jar:1.7.0_60] at org.jboss.as.controller.parsing.ExtensionXml.parseExtensions(ExtensionXml.java:147) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final] ... 9 more Caused by: java.lang.UnsupportedOperationException: JBAS013452: Legacy extension 'org.jboss.as.web' is not supported on servers running this version. The extension is only supported for use by hosts running a previous release in a mixed-version managed domain at org.jboss.as.controller.extension.AbstractLegacyExtension.initializeParsers(AbstractLegacyExtension.java:82) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final] at org.jboss.as.controller.parsing.ExtensionXml.loadModule(ExtensionXml.java:183) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final] at org.jboss.as.controller.parsing.ExtensionXml.access$000(ExtensionXml.java:69) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final] at org.jboss.as.controller.parsing.ExtensionXml$1.call(ExtensionXml.java:127) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final] at org.jboss.as.controller.parsing.ExtensionXml$1.call(ExtensionXml.java:124) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_60] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_60] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_60] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_60] at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads.jar:2.1.0.Final] 19:09:45,675 FATAL [org.jboss.as.server] JBAS015957: Server boot has failed in an unrecoverable manner; exiting. See previous messages for details. 19:09:45,749 INFO [org.jboss.as] JBAS015950: WildFly 8.0.0.Final "WildFly" stopped in 12ms -- *Pascal Jakobi* 116 rue de Stalingrad 93100 Montreuil, France *+33 6 87 47 58 19*Pascal.Jakobi(a)gmail.com

3 3

Call for Papers Deadline in Six Days: Linux.conf.au
by Brian Proffitt 07 Jul '14

07 Jul '14

Conference: Linux.conf.au Information: Each year open source geeks from across the globe gather in Australia or New Zealand to meet their fellow technologists, share the latest ideas and innovations, and spend a week discussing and collaborating on open source projects. The conference is well known for the speakers and delegates depth of talent, and its focus on technical linux content. Possible topics: Virtualization, oVirt, KVM, libvirt, RDO, OpenStack, Foreman Date: January 12-15, 2015 Location: Auckland, New Zealand Website: http://lca2015.linux.org.au/ Call for Papers Deadline: July 13, 2014 Call for Papers URL: http://lca2015.linux.org.au/cfp Contact me for more information and assistance with presentations. -- Brian Proffitt oVirt Community Manager Project Atomic Community Lead Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

Re: [ovirt-users] iSCSI and multipath
by jplorier＠gmail.com 07 Jul '14

07 Jul '14

What do you mean by "having direct lun working" ? You already can, you need to add to the first line of multipath.conf a comment to make it private (don't remember the exact content) then you can set your luns in every host as desired. The bad thing is that you'll have to replicate the file to every host everytime you make changes. I did open an RFE in the past about this... I don't remember for sure as I'm not active to ovirt since a long time now. Regards El 07/07/2014 06:25, <users-request(a)ovirt.org> escribió: > Send Users mailing list submissions to > users(a)ovirt.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.ovirt.org/mailman/listinfo/users > or, via email, send a message with subject or body 'help' to > users-request(a)ovirt.org > > You can reach the person managing the list at > users-owner(a)ovirt.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Users digest..." > > > Today's Topics: > > 1. Re: Network setup (Sven Kieske) > 2. Re: Live Migration / Snapshots- CentOS 6.5 (Sven Kieske) > 3. Re: Migrate from one system to another. (Sven Kieske) > 4. Re: Live Migration / Snapshots- CentOS 6.5 (Jorick Astrego) > 5. Re: iSCSI and multipath (Gary Lloyd) > 6. Re: iSCSI and multipath (Sven Kieske) > 7. Re: Live snapshot not working (Dan Kenigsberg) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 7 Jul 2014 06:40:45 +0000 > From: Sven Kieske <S.Kieske(a)mittwald.de> > To: "users(a)ovirt.org" <users(a)ovirt.org> > Subject: Re: [ovirt-users] Network setup > Message-ID: <53BA418A.7030306(a)mittwald.de> > Content-Type: text/plain; charset="utf-8" > > Hi, > > the "solution" to your problem > is, that you don't need to setup > any "on top" networking at all, after basic > setup, so: no bonds, no vlans. > > Just configure everything in ovirt, you > can easily construct some bonded setup > with v-lans on top, ovirt creates it all for you. > > HTH > > -- > Mit freundlichen Gr??en / Regards > > Sven Kieske > > Systemadministrator > Mittwald CM Service GmbH & Co. KG > K?nigsberger Stra?e 6 > 32339 Espelkamp > T: +49-5772-293-100 > F: +49-5772-293-333 > https://www.mittwald.de > Gesch?ftsf?hrer: Robert Meyer > St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen > Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen > > ------------------------------ > > Message: 2 > Date: Mon, 7 Jul 2014 06:45:22 +0000 > From: Sven Kieske <S.Kieske(a)mittwald.de> > To: "users(a)ovirt.org" <users(a)ovirt.org> > Subject: Re: [ovirt-users] Live Migration / Snapshots- CentOS 6.5 > Message-ID: <53BA42A0.8070801(a)mittwald.de> > Content-Type: text/plain; charset="utf-8" > > While I have never tested or used this feature myself, I'm pretty > sure this is not normal behaviour, this shouldn't take that long > on an idle vm, unless something else puts your hardware under heavy > load? > > Am 06.07.2014 08:17, schrieb Brad Bendy: > > Is normal behavior a outage when a snapshot occurs? Ive got the rhev > > builds installed but when I take a snap im getting well over two > > minutes of downtime, on a VM with zero usage. > > -- > Mit freundlichen Gr??en / Regards > > Sven Kieske > > Systemadministrator > Mittwald CM Service GmbH & Co. KG > K?nigsberger Stra?e 6 > 32339 Espelkamp > T: +49-5772-293-100 > F: +49-5772-293-333 > https://www.mittwald.de > Gesch?ftsf?hrer: Robert Meyer > St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen > Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen > > ------------------------------ > > Message: 3 > Date: Mon, 7 Jul 2014 06:52:41 +0000 > From: Sven Kieske <S.Kieske(a)mittwald.de> > To: "users(a)ovirt.org" <users(a)ovirt.org> > Subject: Re: [ovirt-users] Migrate from one system to another. > Message-ID: <53BA4457.7050105(a)mittwald.de> > Content-Type: text/plain; charset="utf-8" > > Well, what you can do, is: > export this vm to an export domain, detach the domain from your DC, > > than tar.gz the whole export domain (use the sparse option if you got > thin provisioned disks) > then upload that tar.gz they have to put it on their storage, extract > and import the export storage domain, then import the vm. > > HTH > > PS: But I can't believe the redhat support is so bad, after all the > "ovirt support" is pretty good. > > Am 07.07.2014 00:12, schrieb John Gardeniers: > >> We each make some shared > > resources available to the other, so the normal method we use to > > transfer files is we upload them to a shared directory at the other end. > > -- > Mit freundlichen Gr??en / Regards > > Sven Kieske > > Systemadministrator > Mittwald CM Service GmbH & Co. KG > K?nigsberger Stra?e 6 > 32339 Espelkamp > T: +49-5772-293-100 > F: +49-5772-293-333 > https://www.mittwald.de > Gesch?ftsf?hrer: Robert Meyer > St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen > Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen > > ------------------------------ > > Message: 4 > Date: Mon, 07 Jul 2014 09:14:27 +0200 > From: Jorick Astrego <j.astrego(a)netbulae.eu> > To: users(a)ovirt.org > Subject: Re: [ovirt-users] Live Migration / Snapshots- CentOS 6.5 > Message-ID: <53BA48D3.4020301(a)netbulae.eu> > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > > > On 07/05/2014 04:39 PM, Karli Sj?berg wrote: > > > > > > Den 5 jul 2014 16:22 skrev Brad Bendy <brad.bendy(a)gmail.com>: > > > > > > Haha, yeah never have been a Fedora fan, and nothing has changed. Is > > > the only big feature im missing out on is snapshots? From what I can > > > tell, and in my testing, everything else seems to work. Was deploying > > > GlusterFS but without the live migration to another host that is > > > somewhat defeated. > > > > VM live migration works, live _disk_ migration does not. > > > > > Only way to get that is with RHEL really then? > > > > No, as I earlier pointed out, there is a place you can get the > > packages you need for CentOS: > > > http://jenkins.ovirt.org/view/All/job/qemu-kvm-rhev_create-rpms_el6/lastSta… > > > > You'll have to download- and force install them over the already > > installed versions of those packages on all Hosts and then it'll work. > > > > Though, next time there are updates, yum will update from the standard > > repos and it just stops working again until you repeat the procedure. > > > > /K > > > > > Just add "exclude=qemu-kvm*" in /etc/yum.conf so yum will leave them allone > > Kind regards, > Jorick Astrego > Netbulae > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.ovirt.org/pipermail/users/attachments/20140707/51a52214/attach… > > > > ------------------------------ > > Message: 5 > Date: Mon, 7 Jul 2014 09:17:20 +0100 > From: Gary Lloyd <g.lloyd(a)keele.ac.uk> > To: John Taylor <jtt77777(a)gmail.com> > Cc: users <users(a)ovirt.org> > Subject: Re: [ovirt-users] iSCSI and multipath > Message-ID: > < > CAEzLwnf5P_k2okHqds+tTALF2hnE+vnF0_6r64LhfwQP-tudwg(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Is there any chance of multipath working with direct LUN instead of just > storage domains ? I've asked/checked a couple of times, but not had much > luck. > > Thanks > > *Gary Lloyd* > ---------------------------------- > IT Services > Keele University > ----------------------------------- > > > On 9 June 2014 15:17, John Taylor <jtt77777(a)gmail.com> wrote: > > > On Mon, Jun 9, 2014 at 9:23 AM, Nicolas Ecarnot <nicolas(a)ecarnot.net> > > wrote: > > > Le 09-06-2014 14:44, Maor Lipchuk a ?crit : > > > > > >> basically, you should upgrade your DC to 3.4, and then upgrade the > > >> clusters you desire also to 3.4. > > > > > > > > > Well, that seems to have worked, except I had to raise the cluster > level > > > first, then the DC level. > > > > > > Now, I can see the iSCSI multipath tab has appeared. > > > But I confirm what I wrote below : > > > > > >>>>> I saw that multipathing is talked here : > > >>>>> http://www.ovirt.org/Feature/iSCSI-Multipath > > >>>>> > > >>>>>> Add an iSCSI Storage to the Data Center > > >>>>>> Make sure the Data Center contains networks. > > >>>>>> Go to the Data Center main tab and choose the specific Data > > Center > > >>>>>> At the sub tab choose "iSCSI Bond" > > >>>>>> Press the "new" button to add a new iSCSI Bond > > >>>>>> Configure the networks you want to add to the new iSCSI Bond. > > >>>>> > > >>>>> > > >>>>> Anyway, I'm not sure to understand the point of this wiki page and > > this > > >>>>> implementation : it looks like a much higher level of multipathing > > over > > >>>>> virtual networks, and not at all what I'm talking about above...? > > > > > > > > > I am actually trying to know whether bonding interfaces (at low level) > > for > > > the iSCSI network is a bad thing, as was told by my storage provider? > > > > > > -- > > > Nicolas Ecarnot > > > > > > Hi Nicolas, > > I think the naming of the managed iscsi multipathing feature a "bond" > > might be a bit confusing. It's not an ethernet/nic bond, but a way to > > group networks and targets together, so it's not "bonding interfaces" > > Behind the scenes what it does is creates iscsi > > ifaces(/var/lib/iscsi/ifaces) and changes the way the iscsiadm calls > > are constructed to use those ifaces (instead of the default) to > > connect and login to the targets > > Hope that helps. > > > > -John > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.ovirt.org/pipermail/users/attachments/20140707/6e401efe/attach… > > > > ------------------------------ > > Message: 6 > Date: Mon, 7 Jul 2014 08:45:23 +0000 > From: Sven Kieske <S.Kieske(a)mittwald.de> > To: "users(a)ovirt.org" <users(a)ovirt.org> > Subject: Re: [ovirt-users] iSCSI and multipath > Message-ID: <53BA5EC0.6000108(a)mittwald.de> > Content-Type: text/plain; charset="utf-8" > > Am 07.07.2014 10:17, schrieb Gary Lloyd: > > Is there any chance of multipath working with direct LUN instead of just > > storage domains ? I've asked/checked a couple of times, but not had much > > luck. > > Hi, > > the best way to get features into ovirt is to create a "Bug" > titled as "RFE" (request for enhancement) here: > > https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt > > if you have any custom vdsm code it would be cool to share > it with the community, so you might even not be responsible > for maintaining it in the future, but that's your decision > to make. > > HTH > > > > -- > Mit freundlichen Gr??en / Regards > > Sven Kieske > > Systemadministrator > Mittwald CM Service GmbH & Co. KG > K?nigsberger Stra?e 6 > 32339 Espelkamp > T: +49-5772-293-100 > F: +49-5772-293-333 > https://www.mittwald.de > Gesch?ftsf?hrer: Robert Meyer > St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen > Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen > > ------------------------------ > > Message: 7 > Date: Mon, 7 Jul 2014 10:25:06 +0100 > From: Dan Kenigsberg <danken(a)redhat.com> > To: Punit Dambiwal <hypunit(a)gmail.com> > Cc: "users(a)ovirt.org" <users(a)ovirt.org> > Subject: Re: [ovirt-users] Live snapshot not working > Message-ID: <20140707092506.GD20064(a)redhat.com> > Content-Type: text/plain; charset=us-ascii > > On Mon, Jul 07, 2014 at 11:18:50AM +0800, Punit Dambiwal wrote: > > Hi Dan, > > > > I already removed it from the ovirt-engine and reinstall it....can this > bug > > will fixed in 3.5 ?? > > If I knew what the bug was, I wouldn't have asked to see your logs... > > > ------------------------------ > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > End of Users Digest, Vol 34, Issue 37 > ************************************* >

1 0

iSCSI and multipath
by Nicolas Ecarnot 07 Jul '14

07 Jul '14

Hi, Context here : - 2 setups (2 datacenters) in oVirt 3.4.1 with CentOS 6.4 and 6.5 hosts - connected to some LUNs in iSCSI on a dedicated physical network Every host has two interfaces used for management and end-user LAN activity. Every host also have 4 additional NICs dedicated to the iSCSI network. Those 4 NICs were setup from the oVirt web GUI in a bonding with a unique IP address and connected to the SAN. Everything is working fine. I just had to manually tweak some points (MTU, other small things) but it is working. Recently, our SAN dealer told us that using bonding in an iSCSI context was terrible, and the recommendation is to use multipathing. My previous experience pre-oVirt was to agree with that. Long story short is just that when setting up the host from oVirt, it was so convenient to click and setup bonding, and observe it working that I did not pay further attention. (and we seem to have no bottleneck yet). Anyway, I dedicated a host to experiment, I things are not clear to me. I know how to setup NICs, iSCSI and multipath to present the host OS a partition or a logical volume, using multipathing instead of bonding. But in this precise case, what is disturbing me is that many layers described above are managed by oVirt (mount/unmount of LV, creation of bridges on top of bonded interfaces, managing the WWID amongst the cluster). And I see nothing related to multipath at the NICs level. Though I can setup everything fine in the host, this setup does not match what oVirt is expecting : oVirt is expecting a bridge named as the iSCSI network, and able to connect to the SAN. My multipathing is offering the access to the partition of the LUNs, it is not the same. I saw that multipathing is talked here : http://www.ovirt.org/Feature/iSCSI-Multipath I here read : > Add an iSCSI Storage to the Data Center > Make sure the Data Center contains networks. > Go to the Data Center main tab and choose the specific Data Center > At the sub tab choose "iSCSI Bond" The only tabs I see are "Storage/Logical Networks/Network QoS/Clusters/Permissions". In this datacenter, I have one iSCSI master storage domain, two iSCSI storage domains and one NFS export domain. What did I miss? > Press the "new" button to add a new iSCSI Bond > Configure the networks you want to add to the new iSCSI Bond. Anyway, I'm not sure to understand the point of this wiki page and this implementation : it looks like a much higher level of multipathing over virtual networks, and not at all what I'm talking about above...? Well as you see, I need enlightenments. -- Nicolas Ecarnot

5 8

CentOS dependencies on 3.5
by Jon Archer 06 Jul '14

06 Jul '14

Hi, Just tried to run an update to 3.5 beta and i'm seeing dependencies that are not satisfied. Error: Package: vdsm-jsonrpc-java-1.0.0-0.0.master.el6.noarch (ovirt-3.5-pre) Requires: codehaus-jackson-core-asl Error: Package: vdsm-jsonrpc-java-1.0.0-0.0.master.el6.noarch (ovirt-3.5-pre) Requires: codehaus-jackson-mapper-asl Any ideas? I've done a bit of googling and not uncovered much. Looking at the specfile there seems to be a requirement for jackson, which isn't in the C6 repos but does seem to be in the C7 repos. Thanks Jon

4 4

Snapshot deletion performance [was Latency]
by Markus Stockhausen 06 Jul '14

06 Jul '14

This is a multi-part message in MIME format. ------=_NextPartTM-000-c1aed69b-7e8e-41a0-bb56-06dffd3f6c22 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable > Von: users-bounces(a)ovirt.org [users-bounces(a)ovirt.org]" im Auftrag von "M= aurice James [mjames(a)media-node.com]=0A= > Gesendet: Freitag, 27. Juni 2014 01:42=0A= > An: users=0A= > Betreff: [ovirt-users] Spam Latency=0A= > =0A= > I noticed that the following operations take way, way too long:=0A= > Any type of import/export (VM, template. etc.)=0A= > Disk migration=0A= > Snapshot deletion=0A= > These operations take over 60 minutes, most of the time pushing 90 minute= s. I know I don't have the fastest storage disks but wow, up to 90 minutes?= .=0A= > My NFS storage is on a 4 disk RAID 5. 7200rpm disks. 2GBps network conne= ction.=0A= =0A= At least for the snapshot deletion part there might be some headroom=0A= for improvements: https://bugzilla.redhat.com/show_bug.cgi?id=3D1116565=0A= =0A= Markus=0A= ------=_NextPartTM-000-c1aed69b-7e8e-41a0-bb56-06dffd3f6c22 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-c1aed69b-7e8e-41a0-bb56-06dffd3f6c22--

1 0

Re: [ovirt-users] Live Migration / Snapshots- CentOS 6.5
by Karli Sjöberg 06 Jul '14

06 Jul '14

--_000_5F9E965F5A80BC468BE5F40576769F098C539E88exchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gNiBqdWwgMjAxNCAwODoxNyBza3JldiBCcmFkIEJlbmR5IDxicmFkLmJlbmR5QGdtYWls LmNvbT46DQo+DQo+IElzIG5vcm1hbCBiZWhhdmlvciBhIG91dGFnZSB3aGVuIGEgc25hcHNob3Qg b2NjdXJzPyBJdmUgZ290IHRoZSByaGV2DQo+IGJ1aWxkcyBpbnN0YWxsZWQgYnV0IHdoZW4gSSB0 YWtlIGEgc25hcCBpbSBnZXR0aW5nIHdlbGwgb3ZlciB0d28NCj4gbWludXRlcyBvZiBkb3dudGlt ZSwgb24gYSBWTSB3aXRoIHplcm8gdXNhZ2UuDQoNClRoYXQgYmVoYXZpb3IgaXMgZXhwZWN0ZWQs IGVuZ2luZSBwYXVzZXMgdGhlIFZNIGR1cmluZyBzbmFwc2hvdCB0byBlbnN1cmUgY29uc2lzdGVu Y3kuIE5vdCBhcyBzdXJlIGFib3V0IHRoZSB0aW1lZnJhbWUgdGhvdWdoOyB0d28gbWlucyBmb3Ig YSBpZGxlIFZNPyBXaGVuIEkgc25hcCwgaXQncyBhIG1hdHRlciBpZiBzZWNvbmRzLCBidXQgdGhh dCBtaWdodCBiZSB5b3VyIEdsdXN0ZXIgc3Bvb2tpbmcuIFdlIHVzZSBhIHRyYWRpdGlvbmFsIE5G UyBzZXJ2ZXIuIFdoeSBub3Qgc2V0IHRoYXQgdXAgYW5kIGJlbmNobWFyayB0aGUgZGlmZmVyZW5j ZT8NCg0KL0sNCg0KPiBUaGUgVk0gZ29lcyBpbnRvICJwYXVzZSINCj4gc3RhdGUgdGhlbiwgSSBn dWVzcyB0aGUgc25hcHNob3QgaXMgYSBjb3B5IG9mIHRoZSBlbnRpcmUgVk0/IEkgaGF2ZQ0KPiBu b3QgZ290IGEgc2Vjb25kIGhvc3QgdXAgd2l0aCB0aG9zZSByaGV2IGJ1aWxkIHRvIHNlZSB0aGUg YmVoYXZpb3INCj4gd2hlbiBkaXNrIG1pZ3JhdGluZw0KPg0KPiBUaGFua3MNCj4NCj4gT24gU2F0 LCBKdWwgNSwgMjAxNCBhdCA3OjUxIEFNLCBCcmFkIEJlbmR5IDxicmFkLmJlbmR5QGdtYWlsLmNv bT4gd3JvdGU6DQo+ID4gVGhlcmUgd2UgZ28sIHNvcnJ5IGFib3V0IHRoYXQhIElsbCBnaXZlIHRo ZXNlIGEgdGVzdCB0aGVuLiBUaGFua3MgZm9yIHRoZSBoZWxwDQo+ID4NCj4gPiBPbiBTYXQsIEp1 bCA1LCAyMDE0IGF0IDc6MzkgQU0sIEthcmxpIFNqw7ZiZXJnIDxLYXJsaS5Tam9iZXJnQHNsdS5z ZT4gd3JvdGU6DQo+ID4+DQo+ID4+IERlbiA1IGp1bCAyMDE0IDE2OjIyIHNrcmV2IEJyYWQgQmVu ZHkgPGJyYWQuYmVuZHlAZ21haWwuY29tPjoNCj4gPj4NCj4gPj4NCj4gPj4+DQo+ID4+PiBIYWhh LCB5ZWFoIG5ldmVyIGhhdmUgYmVlbiBhIEZlZG9yYSBmYW4sIGFuZCBub3RoaW5nIGhhcyBjaGFu Z2VkLiBJcw0KPiA+Pj4gdGhlIG9ubHkgYmlnIGZlYXR1cmUgaW0gbWlzc2luZyBvdXQgb24gaXMg c25hcHNob3RzPyBGcm9tIHdoYXQgSSBjYW4NCj4gPj4+IHRlbGwsIGFuZCBpbiBteSB0ZXN0aW5n LCBldmVyeXRoaW5nIGVsc2Ugc2VlbXMgdG8gd29yay4gV2FzIGRlcGxveWluZw0KPiA+Pj4gR2x1 c3RlckZTIGJ1dCB3aXRob3V0IHRoZSBsaXZlIG1pZ3JhdGlvbiB0byBhbm90aGVyIGhvc3QgdGhh dCBpcw0KPiA+Pj4gc29tZXdoYXQgZGVmZWF0ZWQuDQo+ID4+DQo+ID4+IFZNIGxpdmUgbWlncmF0 aW9uIHdvcmtzLCBsaXZlIF9kaXNrXyBtaWdyYXRpb24gZG9lcyBub3QuDQo+ID4+DQo+ID4+PiBP bmx5IHdheSB0byBnZXQgdGhhdCBpcyB3aXRoIFJIRUwgcmVhbGx5IHRoZW4/DQo+ID4+DQo+ID4+ IE5vLCBhcyBJIGVhcmxpZXIgcG9pbnRlZCBvdXQsIHRoZXJlIGlzIGEgcGxhY2UgeW91IGNhbiBn ZXQgdGhlIHBhY2thZ2VzIHlvdQ0KPiA+PiBuZWVkIGZvciBDZW50T1M6DQo+ID4+IGh0dHA6Ly9q ZW5raW5zLm92aXJ0Lm9yZy92aWV3L0FsbC9qb2IvcWVtdS1rdm0tcmhldl9jcmVhdGUtcnBtc19l bDYvbGFzdFN0YWJsZUJ1aWxkLw0KPiA+Pg0KPiA+PiBZb3UnbGwgaGF2ZSB0byBkb3dubG9hZC0g YW5kIGZvcmNlIGluc3RhbGwgdGhlbSBvdmVyIHRoZSBhbHJlYWR5IGluc3RhbGxlZA0KPiA+PiB2 ZXJzaW9ucyBvZiB0aG9zZSBwYWNrYWdlcyBvbiBhbGwgSG9zdHMgYW5kIHRoZW4gaXQnbGwgd29y ay4NCj4gPj4NCj4gPj4gVGhvdWdoLCBuZXh0IHRpbWUgdGhlcmUgYXJlIHVwZGF0ZXMsIHl1bSB3 aWxsIHVwZGF0ZSBmcm9tIHRoZSBzdGFuZGFyZCByZXBvcw0KPiA+PiBhbmQgaXQganVzdCBzdG9w cyB3b3JraW5nIGFnYWluIHVudGlsIHlvdSByZXBlYXQgdGhlIHByb2NlZHVyZS4NCj4gPj4NCj4g Pj4gL0sNCj4gPj4NCj4gPj4+DQo+ID4+PiBPbiBTYXQsIEp1bCA1LCAyMDE0IGF0IDc6MDUgQU0s IEthcmxpIFNqw7ZiZXJnIDxLYXJsaS5Tam9iZXJnQHNsdS5zZT4NCj4gPj4+IHdyb3RlOg0KPiA+ Pj4gPg0KPiA+Pj4gPiBEZW4gNSBqdWwgMjAxNCAxNTo1NyBza3JldiBCcmFkIEJlbmR5IDxicmFk LmJlbmR5QGdtYWlsLmNvbT46DQo+ID4+PiA+DQo+ID4+PiA+DQo+ID4+PiA+Pg0KPiA+Pj4gPj4g SWYgSSB1c2UgRmVkb3JhIHdpbGwgImV2ZXJ5dGhpbmciIHdvcms/IEkgaGFkIG51bWVyb3VzIGlz c3VlcywgSUlSQyBJDQo+ID4+PiA+PiBjb3VsZCBub3QgZXZlbiBnZXQgdGhlIG92aXJ0bWdtdCBz d2l0Y2ggdG8gaW5zdGFsbCBhbmQgYSBmZXcgb3RoZXINCj4gPj4+ID4+IHRoaW5ncy4gV2hhdCB2 ZXJzaW9uIG9mIEZlZG9yYSBkbyB5b3UgcmVjb21tZW5kIHRoZW4/DQo+ID4+PiA+DQo+ID4+PiA+ IE5vbmU6KSBXZSBzd2l0Y2hlZCBsb25nIGFnbyB0byBDZW50T1MgYW5kIGhhdmUgbmV2ZXIgbG9v a2VkIGJhY2ssIGV2ZW4NCj4gPj4+ID4gd2l0aA0KPiA+Pj4gPiB0aGVzZSBpc3N1ZXMuIE5vdCB3 b3J0aCB0aGUgaGVhZGFjaGUgdGhhdCBpcyBGZWRvcmEuDQo+ID4+PiA+DQo+ID4+PiA+IC9LDQo+ ID4+PiA+DQo+ID4+PiA+PiBJbGwgZG8gYW5vdGhlcg0KPiA+Pj4gPj4gaW5zdGFsbCBhbmQgZ2l2 ZSB0aGF0IGEgd2hpcmwgYWdhaW4uDQo+ID4+PiA+Pg0KPiA+Pj4gPj4gVGhhbmtzIQ0KPiA+Pj4g Pj4NCj4gPj4+ID4+IE9uIEZyaSwgSnVsIDQsIDIwMTQgYXQgMTA6MzMgUE0sIEthcmxpIFNqw7Zi ZXJnIDxLYXJsaS5Tam9iZXJnQHNsdS5zZT4NCj4gPj4+ID4+IHdyb3RlOg0KPiA+Pj4gPj4gPg0K PiA+Pj4gPj4gPiBEZW4gNSBqdWwgMjAxNCAwNzowNCBza3JldiBCcmFkIEJlbmR5IDxicmFkLmJl bmR5QGdtYWlsLmNvbT46DQo+ID4+PiA+PiA+Pg0KPiA+Pj4gPj4gPj4gSGksDQo+ID4+PiA+PiA+ Pg0KPiA+Pj4gPj4gPj4gSXZlIHNlZWluZyBjb25mbGljdGluZyBpbmZvIHdpdGggd2hhdCB2ZXJz aW9uIG9mIHFlbXUgcnBtcyBhcmUNCj4gPj4+ID4+ID4+IG5lZWRlZA0KPiA+Pj4gPj4gPj4gdG8g ZG8gbGl2ZSBtaWdyYXRpb24gdW5kZXIgQ2VudE9TLiBJdCBhcHBlYXJzIHRoZSBzdG9jayBvbmVz IHdpbGwNCj4gPj4+ID4+ID4+IG5vdA0KPiA+Pj4gPj4gPj4gd29yayBhbmQgdGhlIFJIRVYgb25l cyBhcmUgcmVxdWlyZWQuIEFsbCB0aGUgbWFpbGluZyBsaXN0IHBvc3QgSSBzZWUNCj4gPj4+ID4+ ID4+IGFyZSBmcm9tIDMtNCBtb250aHMgYWdvLCBzbyBub3Qgc3VyZS4NCj4gPj4+ID4+ID4+DQo+ ID4+PiA+PiA+PiBJbSBnZXR0aW5nIFZEU0dlbmVyaWNFeGNlcHRpb246IFZEU0Vycm9yRXhjZXB0 aW9uOiBGYWlsZWQgdG8NCj4gPj4+ID4+ID4+IFNuYXBzaG90VkRTLCBlcnJvciA9IFNuYXBzaG90 IGZhaWxlZCwgY29kZSA9IDQ4IChGYWlsZWQgd2l0aCBlcnJvcg0KPiA+Pj4gPj4gPj4gU05BUFNI T1RfRkFJTEVEIGFuZCBjb2RlIDQ4KQ0KPiA+Pj4gPj4gPj4NCj4gPj4+ID4+ID4+IEkgYWxzbyBz YXcgdGhpcyB0aHJlYWQ6DQo+ID4+PiA+PiA+PiBodHRwOi8vY29tbWVudHMuZ21hbmUub3JnL2dt YW5lLmxpbnV4LmNlbnRvcy5nZW5lcmFsLzEzODU5Mw0KPiA+Pj4gPj4gPj4NCj4gPj4+ID4+ID4+ IEl2ZSBiZWVuIGhhdmluZyBpc3N1ZXMgZ2V0dGluZyB0aG9zZSB0byBpbnN0YWxsLCBidXQgYmVm b3JlIEkgc3BlbnQNCj4gPj4+ID4+ID4+IHRvDQo+ID4+PiA+PiA+PiBtdWNoIG1vcmUgdGltZSBJ IHdhbnRlZCB0byByZWFsbHkgc2VlIGlmIEkgd2FzIG9uIHRoZSByaWdodCB0cmFjay4NCj4gPj4+ ID4+ID4+DQo+ID4+PiA+PiA+PiBJcyB0aGVyZSBhIGJldHRlciBPUyBjaG9pY2U/IEkgZmlyc3Qg c3RhcnRlZCB0cnlpbmcgd2l0aCBGZWRvcmEgMTkNCj4gPj4+ID4+ID4+IGFuZA0KPiA+Pj4gPj4g Pj4gMjAgYW5kIGhhcyBtYWpvciBpc3N1ZXMsIHdlbnQgdG8gQ2VudE9TIDYuNSBhbmQgdGhpcyBp cyB0aGUgZmlyc3QNCj4gPj4+ID4+ID4+IGFuZA0KPiA+Pj4gPj4gPj4gb25seSBpc3N1ZSBzbyBm YXIgaXZlIHJhbiBpbnRvLg0KPiA+Pj4gPj4gPj4NCj4gPj4+ID4+ID4+IFRoYW5rcyENCj4gPj4+ ID4+ID4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ ID4+PiA+PiA+PiBVc2VycyBtYWlsaW5nIGxpc3QNCj4gPj4+ID4+ID4+IFVzZXJzQG92aXJ0Lm9y Zw0KPiA+Pj4gPj4gPj4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Vz ZXJzDQo+ID4+PiA+PiA+DQo+ID4+PiA+PiA+IFdlbGwsIGdvaW5nIHdpdGggRmVkb3JhIHdvdWxk IGF0IGxlYXN0IGdldCB5b3UgdGhlIHNuYXBzaG90cyB3b3JraW5nLA0KPiA+Pj4gPj4gPiBpZg0K PiA+Pj4gPj4gPiBJIHJlbWVtYmVyIGNvcnJlY3RseSwgYnV0IHRoYXQncyBub3Qgc29tZXRoaW5n IHlvdSBydW4gaW4gcHJvZHVjdGlvbi4NCj4gPj4+ID4+ID4gQXMgeW91DQo+ID4+PiA+PiA+IHNh aWQsICJtYWpvciBpc3N1ZXMiLg0KPiA+Pj4gPj4gPg0KPiA+Pj4gPj4gPiBGb3IgQ2VudE9TLCB5 b3UgbmVlZCAic3BlY2lhbCIgdmVyc2lvbnMgb2YgY2VydGFpbiBwYWNrYWdlcywgc2luY2UNCj4g Pj4+ID4+ID4gUmVkSGF0IHdhbnRzIHlvdSB0byBwYXkgZm9yIFJIRVYsIHRoZXkgaGF2ZSBjaG9z ZW4gdG8gY3JpcHBsZSB0aGUNCj4gPj4+ID4+ID4gc3RhbmRhcmQNCj4gPj4+ID4+ID4gcGFja2Fn ZXMgc28gdGhvc2UgZmVhdHVyZXMgd29uJ3Qgd29yazoNCj4gPj4+ID4+ID4gaHR0cDovL2xpc3Rz Lm92aXJ0Lm9yZy9waXBlcm1haWwvZGV2ZWwvMjAxNC1KdW5lLzAwNzczNS5odG1sDQo+ID4+PiA+ PiA+DQo+ID4+PiA+PiA+IEFuZCBoZXJlIHlvdSBjYW4gZmluZCB0aGUgcGFja2FnZXMgeW91IG5l ZWQ6DQo+ID4+PiA+PiA+DQo+ID4+PiA+PiA+DQo+ID4+PiA+PiA+IGh0dHA6Ly9qZW5raW5zLm92 aXJ0Lm9yZy92aWV3L0FsbC9qb2IvcWVtdS1rdm0tcmhldl9jcmVhdGUtcnBtc19lbDYvbGFzdFN0 YWJsZUJ1aWxkLw0KPiA+Pj4gPj4gPg0KPiA+Pj4gPj4gPiAvSw0K --_000_5F9E965F5A80BC468BE5F40576769F098C539E88exchange21_ Content-Type: text/html; charset="utf-8" Content-ID: <BAD80A68DBDD7F4B815CAEDD35E083FE(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiA2IGp1bCAyMDE0IDA4OjE3IHNrcmV2IEJyYWQgQmVuZHkgJmx0O2JyYWQuYmVu ZHlAZ21haWwuY29tJmd0Ozo8YnI+DQomZ3Q7PGJyPg0KJmd0OyBJcyBub3JtYWwgYmVoYXZpb3Ig YSBvdXRhZ2Ugd2hlbiBhIHNuYXBzaG90IG9jY3Vycz8gSXZlIGdvdCB0aGUgcmhldjxicj4NCiZn dDsgYnVpbGRzIGluc3RhbGxlZCBidXQgd2hlbiBJIHRha2UgYSBzbmFwIGltIGdldHRpbmcgd2Vs bCBvdmVyIHR3bzxicj4NCiZndDsgbWludXRlcyBvZiBkb3dudGltZSwgb24gYSBWTSB3aXRoIHpl cm8gdXNhZ2UuPC9wPg0KPHAgZGlyPSJsdHIiPlRoYXQgYmVoYXZpb3IgaXMgZXhwZWN0ZWQsIGVu Z2luZSBwYXVzZXMgdGhlIFZNIGR1cmluZyBzbmFwc2hvdCB0byBlbnN1cmUgY29uc2lzdGVuY3ku IE5vdCBhcyBzdXJlIGFib3V0IHRoZSB0aW1lZnJhbWUgdGhvdWdoOyB0d28gbWlucyBmb3IgYSBp ZGxlIFZNPyBXaGVuIEkgc25hcCwgaXQncyBhIG1hdHRlciBpZiBzZWNvbmRzLCBidXQgdGhhdCBt aWdodCBiZSB5b3VyIEdsdXN0ZXIgc3Bvb2tpbmcuIFdlIHVzZSBhIHRyYWRpdGlvbmFsDQogTkZT IHNlcnZlci4gV2h5IG5vdCBzZXQgdGhhdCB1cCBhbmQgYmVuY2htYXJrIHRoZSBkaWZmZXJlbmNl PzwvcD4NCjxwIGRpcj0ibHRyIj4vSzwvcD4NCjxwIGRpcj0ibHRyIj4mZ3Q7IFRoZSBWTSBnb2Vz IGludG8gJnF1b3Q7cGF1c2UmcXVvdDs8YnI+DQomZ3Q7IHN0YXRlIHRoZW4sIEkgZ3Vlc3MgdGhl IHNuYXBzaG90IGlzIGEgY29weSBvZiB0aGUgZW50aXJlIFZNPyBJIGhhdmU8YnI+DQomZ3Q7IG5v dCBnb3QgYSBzZWNvbmQgaG9zdCB1cCB3aXRoIHRob3NlIHJoZXYgYnVpbGQgdG8gc2VlIHRoZSBi ZWhhdmlvcjxicj4NCiZndDsgd2hlbiBkaXNrIG1pZ3JhdGluZzxicj4NCiZndDs8YnI+DQomZ3Q7 IFRoYW5rczxicj4NCiZndDs8YnI+DQomZ3Q7IE9uIFNhdCwgSnVsIDUsIDIwMTQgYXQgNzo1MSBB TSwgQnJhZCBCZW5keSAmbHQ7YnJhZC5iZW5keUBnbWFpbC5jb20mZ3Q7IHdyb3RlOjxicj4NCiZn dDsgJmd0OyBUaGVyZSB3ZSBnbywgc29ycnkgYWJvdXQgdGhhdCEgSWxsIGdpdmUgdGhlc2UgYSB0 ZXN0IHRoZW4uIFRoYW5rcyBmb3IgdGhlIGhlbHA8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZn dDsgT24gU2F0LCBKdWwgNSwgMjAxNCBhdCA3OjM5IEFNLCBLYXJsaSBTasO2YmVyZyAmbHQ7S2Fy bGkuU2pvYmVyZ0BzbHUuc2UmZ3Q7IHdyb3RlOjxicj4NCiZndDsgJmd0OyZndDs8YnI+DQomZ3Q7 ICZndDsmZ3Q7IERlbiA1IGp1bCAyMDE0IDE2OjIyIHNrcmV2IEJyYWQgQmVuZHkgJmx0O2JyYWQu YmVuZHlAZ21haWwuY29tJmd0Ozo8YnI+DQomZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0 Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgSGFoYSwgeWVh aCBuZXZlciBoYXZlIGJlZW4gYSBGZWRvcmEgZmFuLCBhbmQgbm90aGluZyBoYXMgY2hhbmdlZC4g SXM8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyB0aGUgb25seSBiaWcgZmVhdHVyZSBpbSBtaXNzaW5n IG91dCBvbiBpcyBzbmFwc2hvdHM/IEZyb20gd2hhdCBJIGNhbjxicj4NCiZndDsgJmd0OyZndDsm Z3Q7IHRlbGwsIGFuZCBpbiBteSB0ZXN0aW5nLCBldmVyeXRoaW5nIGVsc2Ugc2VlbXMgdG8gd29y ay4gV2FzIGRlcGxveWluZzxicj4NCiZndDsgJmd0OyZndDsmZ3Q7IEdsdXN0ZXJGUyBidXQgd2l0 aG91dCB0aGUgbGl2ZSBtaWdyYXRpb24gdG8gYW5vdGhlciBob3N0IHRoYXQgaXM8YnI+DQomZ3Q7 ICZndDsmZ3Q7Jmd0OyBzb21ld2hhdCBkZWZlYXRlZC48YnI+DQomZ3Q7ICZndDsmZ3Q7PGJyPg0K Jmd0OyAmZ3Q7Jmd0OyBWTSBsaXZlIG1pZ3JhdGlvbiB3b3JrcywgbGl2ZSBfZGlza18gbWlncmF0 aW9uIGRvZXMgbm90Ljxicj4NCiZndDsgJmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyBP bmx5IHdheSB0byBnZXQgdGhhdCBpcyB3aXRoIFJIRUwgcmVhbGx5IHRoZW4/PGJyPg0KJmd0OyAm Z3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgTm8sIGFzIEkgZWFybGllciBwb2ludGVkIG91dCwg dGhlcmUgaXMgYSBwbGFjZSB5b3UgY2FuIGdldCB0aGUgcGFja2FnZXMgeW91PGJyPg0KJmd0OyAm Z3Q7Jmd0OyBuZWVkIGZvciBDZW50T1M6PGJyPg0KJmd0OyAmZ3Q7Jmd0OyBodHRwOi8vamVua2lu cy5vdmlydC5vcmcvdmlldy9BbGwvam9iL3FlbXUta3ZtLXJoZXZfY3JlYXRlLXJwbXNfZWw2L2xh c3RTdGFibGVCdWlsZC88YnI+DQomZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyBZb3Un bGwgaGF2ZSB0byBkb3dubG9hZC0gYW5kIGZvcmNlIGluc3RhbGwgdGhlbSBvdmVyIHRoZSBhbHJl YWR5IGluc3RhbGxlZDxicj4NCiZndDsgJmd0OyZndDsgdmVyc2lvbnMgb2YgdGhvc2UgcGFja2Fn ZXMgb24gYWxsIEhvc3RzIGFuZCB0aGVuIGl0J2xsIHdvcmsuPGJyPg0KJmd0OyAmZ3Q7Jmd0Ozxi cj4NCiZndDsgJmd0OyZndDsgVGhvdWdoLCBuZXh0IHRpbWUgdGhlcmUgYXJlIHVwZGF0ZXMsIHl1 bSB3aWxsIHVwZGF0ZSBmcm9tIHRoZSBzdGFuZGFyZCByZXBvczxicj4NCiZndDsgJmd0OyZndDsg YW5kIGl0IGp1c3Qgc3RvcHMgd29ya2luZyBhZ2FpbiB1bnRpbCB5b3UgcmVwZWF0IHRoZSBwcm9j ZWR1cmUuPGJyPg0KJmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgL0s8YnI+DQomZ3Q7 ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyBP biBTYXQsIEp1bCA1LCAyMDE0IGF0IDc6MDUgQU0sIEthcmxpIFNqw7ZiZXJnICZsdDtLYXJsaS5T am9iZXJnQHNsdS5zZSZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyB3cm90ZTo8YnI+DQomZ3Q7 ICZndDsmZ3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyBEZW4gNSBqdWwg MjAxNCAxNTo1NyBza3JldiBCcmFkIEJlbmR5ICZsdDticmFkLmJlbmR5QGdtYWlsLmNvbSZndDs6 PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDs8 YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZn dDsmZ3Q7IElmIEkgdXNlIEZlZG9yYSB3aWxsICZxdW90O2V2ZXJ5dGhpbmcmcXVvdDsgd29yaz8g SSBoYWQgbnVtZXJvdXMgaXNzdWVzLCBJSVJDIEk8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7 Jmd0OyBjb3VsZCBub3QgZXZlbiBnZXQgdGhlIG92aXJ0bWdtdCBzd2l0Y2ggdG8gaW5zdGFsbCBh bmQgYSBmZXcgb3RoZXI8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0OyB0aGluZ3MuIFdo YXQgdmVyc2lvbiBvZiBGZWRvcmEgZG8geW91IHJlY29tbWVuZCB0aGVuPzxicj4NCiZndDsgJmd0 OyZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7IE5vbmU6KSBXZSBzd2l0 Y2hlZCBsb25nIGFnbyB0byBDZW50T1MgYW5kIGhhdmUgbmV2ZXIgbG9va2VkIGJhY2ssIGV2ZW48 YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7IHdpdGg8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAm Z3Q7IHRoZXNlIGlzc3Vlcy4gTm90IHdvcnRoIHRoZSBoZWFkYWNoZSB0aGF0IGlzIEZlZG9yYS48 YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyAv Szxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7 Jmd0OyBJbGwgZG8gYW5vdGhlcjxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7IGluc3Rh bGwgYW5kIGdpdmUgdGhhdCBhIHdoaXJsIGFnYWluLjxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZn dDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgVGhhbmtzITxicj4NCiZndDsg Jmd0OyZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgT24g RnJpLCBKdWwgNCwgMjAxNCBhdCAxMDozMyBQTSwgS2FybGkgU2rDtmJlcmcgJmx0O0thcmxpLlNq b2JlcmdAc2x1LnNlJmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7IHdyb3RlOjxi cj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0 OyAmZ3Q7Jmd0OyAmZ3Q7IERlbiA1IGp1bCAyMDE0IDA3OjA0IHNrcmV2IEJyYWQgQmVuZHkgJmx0 O2JyYWQuYmVuZHlAZ21haWwuY29tJmd0Ozo8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0 OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IEhpLDxi cj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0 OyZndDsgJmd0OyZndDsgJmd0OyZndDsgSXZlIHNlZWluZyBjb25mbGljdGluZyBpbmZvIHdpdGgg d2hhdCB2ZXJzaW9uIG9mIHFlbXUgcnBtcyBhcmU8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7 Jmd0OyAmZ3Q7Jmd0OyBuZWVkZWQ8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7 Jmd0OyB0byBkbyBsaXZlIG1pZ3JhdGlvbiB1bmRlciBDZW50T1MuIEl0IGFwcGVhcnMgdGhlIHN0 b2NrIG9uZXMgd2lsbDxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IG5v dDxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IHdvcmsgYW5kIHRoZSBS SEVWIG9uZXMgYXJlIHJlcXVpcmVkLiBBbGwgdGhlIG1haWxpbmcgbGlzdCBwb3N0IEkgc2VlPGJy Pg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0OyZndDsgYXJlIGZyb20gMy00IG1vbnRo cyBhZ28sIHNvIG5vdCBzdXJlLjxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsm Z3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0OyZndDsgSW0gZ2V0dGluZyBW RFNHZW5lcmljRXhjZXB0aW9uOiBWRFNFcnJvckV4Y2VwdGlvbjogRmFpbGVkIHRvPGJyPg0KJmd0 OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0OyZndDsgU25hcHNob3RWRFMsIGVycm9yID0gU25h cHNob3QgZmFpbGVkLCBjb2RlID0gNDggKEZhaWxlZCB3aXRoIGVycm9yPGJyPg0KJmd0OyAmZ3Q7 Jmd0OyZndDsgJmd0OyZndDsgJmd0OyZndDsgU05BUFNIT1RfRkFJTEVEIGFuZCBjb2RlIDQ4KTxi cj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0 OyZndDsgJmd0OyZndDsgJmd0OyZndDsgSSBhbHNvIHNhdyB0aGlzIHRocmVhZDo8YnI+DQomZ3Q7 ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0OyBodHRwOi8vY29tbWVudHMuZ21hbmUub3Jn L2dtYW5lLmxpbnV4LmNlbnRvcy5nZW5lcmFsLzEzODU5Mzxicj4NCiZndDsgJmd0OyZndDsmZ3Q7 ICZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0OyZn dDsgSXZlIGJlZW4gaGF2aW5nIGlzc3VlcyBnZXR0aW5nIHRob3NlIHRvIGluc3RhbGwsIGJ1dCBi ZWZvcmUgSSBzcGVudDxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IHRv PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0OyZndDsgbXVjaCBtb3JlIHRpbWUg SSB3YW50ZWQgdG8gcmVhbGx5IHNlZSBpZiBJIHdhcyBvbiB0aGUgcmlnaHQgdHJhY2suPGJyPg0K Jmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0 OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0OyBJcyB0aGVyZSBhIGJldHRlciBPUyBjaG9pY2U/IEkgZmlyc3Qg c3RhcnRlZCB0cnlpbmcgd2l0aCBGZWRvcmEgMTk8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7 Jmd0OyAmZ3Q7Jmd0OyBhbmQ8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0 OyAyMCBhbmQgaGFzIG1ham9yIGlzc3Vlcywgd2VudCB0byBDZW50T1MgNi41IGFuZCB0aGlzIGlz IHRoZSBmaXJzdDxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IGFuZDxi cj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IG9ubHkgaXNzdWUgc28gZmFy IGl2ZSByYW4gaW50by48YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0Ozxi cj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IFRoYW5rcyE8YnI+DQomZ3Q7 ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZn dDsmZ3Q7IFVzZXJzIG1haWxpbmcgbGlzdDxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7 ICZndDsmZ3Q7IFVzZXJzQG92aXJ0Lm9yZzxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7 ICZndDsmZ3Q7IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vyczxi cj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0 OyAmZ3Q7Jmd0OyAmZ3Q7IFdlbGwsIGdvaW5nIHdpdGggRmVkb3JhIHdvdWxkIGF0IGxlYXN0IGdl dCB5b3UgdGhlIHNuYXBzaG90cyB3b3JraW5nLDxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsm Z3Q7ICZndDsgaWY8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7IEkgcmVtZW1i ZXIgY29ycmVjdGx5LCBidXQgdGhhdCdzIG5vdCBzb21ldGhpbmcgeW91IHJ1biBpbiBwcm9kdWN0 aW9uLjxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsgQXMgeW91PGJyPg0KJmd0 OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0OyBzYWlkLCAmcXVvdDttYWpvciBpc3N1ZXMmcXVv dDsuPGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZn dDsmZ3Q7ICZndDsmZ3Q7ICZndDsgRm9yIENlbnRPUywgeW91IG5lZWQgJnF1b3Q7c3BlY2lhbCZx dW90OyB2ZXJzaW9ucyBvZiBjZXJ0YWluIHBhY2thZ2VzLCBzaW5jZTxicj4NCiZndDsgJmd0OyZn dDsmZ3Q7ICZndDsmZ3Q7ICZndDsgUmVkSGF0IHdhbnRzIHlvdSB0byBwYXkgZm9yIFJIRVYsIHRo ZXkgaGF2ZSBjaG9zZW4gdG8gY3JpcHBsZSB0aGU8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7 Jmd0OyAmZ3Q7IHN0YW5kYXJkPGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0OyBw YWNrYWdlcyBzbyB0aG9zZSBmZWF0dXJlcyB3b24ndCB3b3JrOjxicj4NCiZndDsgJmd0OyZndDsm Z3Q7ICZndDsmZ3Q7ICZndDsgaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9waXBlcm1haWwvZGV2ZWwv MjAxNC1KdW5lLzAwNzczNS5odG1sPGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0 Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsgQW5kIGhlcmUgeW91IGNhbiBm aW5kIHRoZSBwYWNrYWdlcyB5b3UgbmVlZDo8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0 OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0Ozxicj4NCiZndDsgJmd0 OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsgaHR0cDovL2plbmtpbnMub3ZpcnQub3JnL3ZpZXcvQWxs L2pvYi9xZW11LWt2bS1yaGV2X2NyZWF0ZS1ycG1zX2VsNi9sYXN0U3RhYmxlQnVpbGQvPGJyPg0K Jmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZn dDsmZ3Q7ICZndDsgL0s8YnI+DQo8L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_5F9E965F5A80BC468BE5F40576769F098C539E88exchange21_--

1 0

Spam Beta upgrade error
by Maurice James 06 Jul '14

06 Jul '14

------=_Part_10804_402052571.1404605075377 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Upgrading from 3.4.2-1 to 3.5.0 yields the following error # engine-setup ***L:ERROR Internal error: cannot import name database ------=_Part_10804_402052571.1404605075377 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div>Upgrading from 3.4.2-1 to 3.5.0 yields the following error</div><div><br></div><div><span name="x"><span name="x"></span></span><p style="margin: 0px;" data-mce-style="margin: 0px;"># engine-setup<br>***L:ERROR Internal error: cannot import name database</p><br></div></div></body></html> ------=_Part_10804_402052571.1404605075377--

1 0

Spam Latency
by Maurice James 06 Jul '14

06 Jul '14

------=_Part_9185_436466821.1403826165017 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit I noticed that the following operations take way, way too long: Any type of import/export (VM, template. etc.) Disk migration Snapshot deletion These operations take over 60 minutes, most of the time pushing 90 minutes. I know I don't have the fastest storage disks but wow, up to 90 minutes?. My NFS storage is on a 4 disk RAID 5. 7200rpm disks. 2GBps network connection. Specs: Cluster of 4 Dell R420 Dual 6 core Xeon 32 GB Ram per server 4 500GB 7200 rpm disks RAID 5 ------=_Part_9185_436466821.1403826165017 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div>I noticed that the following operations take way, way too long:<br></div><div><br></div><div>Any type of import/export (VM, template. etc.)<br></div><div>Disk migration<br></div><div>Snapshot deletion<br></div><div><br></div><div>These operations take over 60 minutes, most of the time pushing 90 minutes. I know I don't have the fastest storage disks but wow, up to 90 minutes?.<br></div><div>My NFS storage is on a 4 disk RAID 5.  7200rpm disks. 2GBps network connection.<br></div><div><br></div><div>Specs:<br></div><div>Cluster of 4 Dell R420<br></div><div>Dual 6 core Xeon<br></div><div>32 GB Ram per server<br></div><div>4 500GB 7200 rpm disks RAID 5<br></div><div><br></div><div><br></div></div></body></html> ------=_Part_9185_436466821.1403826165017--

2 4

Backup
by Punit Dambiwal 05 Jul '14

05 Jul '14

Hi, I have one question regarding the backup architecture for ovirt.... 1. How to take the backup of VM ?? 2. Is there any way we can schedule the backup of all VM's on another storage(Suppose we have two storage one for VM disks and another for VM backups) ?? 3. Is there any way to restore the backup (after point 2) ?? 4. How to take the ovirt-engine database backup and restore it....is there any automated way to do this or we need to manually take the backup as we take the backup of postgresql ?? Thanks, Punit

2 1

Re: [ovirt-users] Live Migration / Snapshots- CentOS 6.5
by Karli Sjöberg 05 Jul '14

05 Jul '14

--_000_5F9E965F5A80BC468BE5F40576769F098C538FCAexchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gNSBqdWwgMjAxNCAxNTo1NyBza3JldiBCcmFkIEJlbmR5IDxicmFkLmJlbmR5QGdtYWls LmNvbT46DQo+DQo+IElmIEkgdXNlIEZlZG9yYSB3aWxsICJldmVyeXRoaW5nIiB3b3JrPyBJIGhh ZCBudW1lcm91cyBpc3N1ZXMsIElJUkMgSQ0KPiBjb3VsZCBub3QgZXZlbiBnZXQgdGhlIG92aXJ0 bWdtdCBzd2l0Y2ggdG8gaW5zdGFsbCBhbmQgYSBmZXcgb3RoZXINCj4gdGhpbmdzLiBXaGF0IHZl cnNpb24gb2YgRmVkb3JhIGRvIHlvdSByZWNvbW1lbmQgdGhlbj8NCg0KTm9uZTopIFdlIHN3aXRj aGVkIGxvbmcgYWdvIHRvIENlbnRPUyBhbmQgaGF2ZSBuZXZlciBsb29rZWQgYmFjaywgZXZlbiB3 aXRoIHRoZXNlIGlzc3Vlcy4gTm90IHdvcnRoIHRoZSBoZWFkYWNoZSB0aGF0IGlzIEZlZG9yYS4N Cg0KL0sNCg0KPiBJbGwgZG8gYW5vdGhlcg0KPiBpbnN0YWxsIGFuZCBnaXZlIHRoYXQgYSB3aGly bCBhZ2Fpbi4NCj4NCj4gVGhhbmtzIQ0KPg0KPiBPbiBGcmksIEp1bCA0LCAyMDE0IGF0IDEwOjMz IFBNLCBLYXJsaSBTasO2YmVyZyA8S2FybGkuU2pvYmVyZ0BzbHUuc2U+IHdyb3RlOg0KPiA+DQo+ ID4gRGVuIDUganVsIDIwMTQgMDc6MDQgc2tyZXYgQnJhZCBCZW5keSA8YnJhZC5iZW5keUBnbWFp bC5jb20+Og0KPiA+Pg0KPiA+PiBIaSwNCj4gPj4NCj4gPj4gSXZlIHNlZWluZyBjb25mbGljdGlu ZyBpbmZvIHdpdGggd2hhdCB2ZXJzaW9uIG9mIHFlbXUgcnBtcyBhcmUgbmVlZGVkDQo+ID4+IHRv IGRvIGxpdmUgbWlncmF0aW9uIHVuZGVyIENlbnRPUy4gSXQgYXBwZWFycyB0aGUgc3RvY2sgb25l cyB3aWxsIG5vdA0KPiA+PiB3b3JrIGFuZCB0aGUgUkhFViBvbmVzIGFyZSByZXF1aXJlZC4gQWxs IHRoZSBtYWlsaW5nIGxpc3QgcG9zdCBJIHNlZQ0KPiA+PiBhcmUgZnJvbSAzLTQgbW9udGhzIGFn bywgc28gbm90IHN1cmUuDQo+ID4+DQo+ID4+IEltIGdldHRpbmcgVkRTR2VuZXJpY0V4Y2VwdGlv bjogVkRTRXJyb3JFeGNlcHRpb246IEZhaWxlZCB0bw0KPiA+PiBTbmFwc2hvdFZEUywgZXJyb3Ig PSBTbmFwc2hvdCBmYWlsZWQsIGNvZGUgPSA0OCAoRmFpbGVkIHdpdGggZXJyb3INCj4gPj4gU05B UFNIT1RfRkFJTEVEIGFuZCBjb2RlIDQ4KQ0KPiA+Pg0KPiA+PiBJIGFsc28gc2F3IHRoaXMgdGhy ZWFkOg0KPiA+PiBodHRwOi8vY29tbWVudHMuZ21hbmUub3JnL2dtYW5lLmxpbnV4LmNlbnRvcy5n ZW5lcmFsLzEzODU5Mw0KPiA+Pg0KPiA+PiBJdmUgYmVlbiBoYXZpbmcgaXNzdWVzIGdldHRpbmcg dGhvc2UgdG8gaW5zdGFsbCwgYnV0IGJlZm9yZSBJIHNwZW50IHRvDQo+ID4+IG11Y2ggbW9yZSB0 aW1lIEkgd2FudGVkIHRvIHJlYWxseSBzZWUgaWYgSSB3YXMgb24gdGhlIHJpZ2h0IHRyYWNrLg0K PiA+Pg0KPiA+PiBJcyB0aGVyZSBhIGJldHRlciBPUyBjaG9pY2U/IEkgZmlyc3Qgc3RhcnRlZCB0 cnlpbmcgd2l0aCBGZWRvcmEgMTkgYW5kDQo+ID4+IDIwIGFuZCBoYXMgbWFqb3IgaXNzdWVzLCB3 ZW50IHRvIENlbnRPUyA2LjUgYW5kIHRoaXMgaXMgdGhlIGZpcnN0IGFuZA0KPiA+PiBvbmx5IGlz c3VlIHNvIGZhciBpdmUgcmFuIGludG8uDQo+ID4+DQo+ID4+IFRoYW5rcyENCj4gPj4gX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPj4gVXNlcnMgbWFp bGluZyBsaXN0DQo+ID4+IFVzZXJzQG92aXJ0Lm9yZw0KPiA+PiBodHRwOi8vbGlzdHMub3ZpcnQu b3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnMNCj4gPg0KPiA+IFdlbGwsIGdvaW5nIHdpdGggRmVk b3JhIHdvdWxkIGF0IGxlYXN0IGdldCB5b3UgdGhlIHNuYXBzaG90cyB3b3JraW5nLCBpZiBJIHJl bWVtYmVyIGNvcnJlY3RseSwgYnV0IHRoYXQncyBub3Qgc29tZXRoaW5nIHlvdSBydW4gaW4gcHJv ZHVjdGlvbi4gQXMgeW91IHNhaWQsICJtYWpvciBpc3N1ZXMiLg0KPiA+DQo+ID4gRm9yIENlbnRP UywgeW91IG5lZWQgInNwZWNpYWwiIHZlcnNpb25zIG9mIGNlcnRhaW4gcGFja2FnZXMsIHNpbmNl IFJlZEhhdCB3YW50cyB5b3UgdG8gcGF5IGZvciBSSEVWLCB0aGV5IGhhdmUgY2hvc2VuIHRvIGNy aXBwbGUgdGhlIHN0YW5kYXJkIHBhY2thZ2VzIHNvIHRob3NlIGZlYXR1cmVzIHdvbid0IHdvcms6 DQo+ID4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9waXBlcm1haWwvZGV2ZWwvMjAxNC1KdW5lLzAw NzczNS5odG1sDQo+ID4NCj4gPiBBbmQgaGVyZSB5b3UgY2FuIGZpbmQgdGhlIHBhY2thZ2VzIHlv dSBuZWVkOg0KPiA+IGh0dHA6Ly9qZW5raW5zLm92aXJ0Lm9yZy92aWV3L0FsbC9qb2IvcWVtdS1r dm0tcmhldl9jcmVhdGUtcnBtc19lbDYvbGFzdFN0YWJsZUJ1aWxkLw0KPiA+DQo+ID4gL0sNCg== --_000_5F9E965F5A80BC468BE5F40576769F098C538FCAexchange21_ Content-Type: text/html; charset="utf-8" Content-ID: <8EAEEB1DD3BDE64D82DB7AB7960BED9E(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiA1IGp1bCAyMDE0IDE1OjU3IHNrcmV2IEJyYWQgQmVuZHkgJmx0O2JyYWQuYmVu ZHlAZ21haWwuY29tJmd0Ozo8YnI+DQomZ3Q7PGJyPg0KJmd0OyBJZiBJIHVzZSBGZWRvcmEgd2ls bCAmcXVvdDtldmVyeXRoaW5nJnF1b3Q7IHdvcms/IEkgaGFkIG51bWVyb3VzIGlzc3VlcywgSUlS QyBJPGJyPg0KJmd0OyBjb3VsZCBub3QgZXZlbiBnZXQgdGhlIG92aXJ0bWdtdCBzd2l0Y2ggdG8g aW5zdGFsbCBhbmQgYSBmZXcgb3RoZXI8YnI+DQomZ3Q7IHRoaW5ncy4gV2hhdCB2ZXJzaW9uIG9m IEZlZG9yYSBkbyB5b3UgcmVjb21tZW5kIHRoZW4/IDwvcD4NCjxwIGRpcj0ibHRyIj5Ob25lOikg V2Ugc3dpdGNoZWQgbG9uZyBhZ28gdG8gQ2VudE9TIGFuZCBoYXZlIG5ldmVyIGxvb2tlZCBiYWNr LCBldmVuIHdpdGggdGhlc2UgaXNzdWVzLiBOb3Qgd29ydGggdGhlIGhlYWRhY2hlIHRoYXQgaXMg RmVkb3JhLjwvcD4NCjxwIGRpcj0ibHRyIj4vSzwvcD4NCjxwIGRpcj0ibHRyIj4mZ3Q7IElsbCBk byBhbm90aGVyPGJyPg0KJmd0OyBpbnN0YWxsIGFuZCBnaXZlIHRoYXQgYSB3aGlybCBhZ2Fpbi48 YnI+DQomZ3Q7PGJyPg0KJmd0OyBUaGFua3MhPGJyPg0KJmd0Ozxicj4NCiZndDsgT24gRnJpLCBK dWwgNCwgMjAxNCBhdCAxMDozMyBQTSwgS2FybGkgU2rDtmJlcmcgJmx0O0thcmxpLlNqb2JlcmdA c2x1LnNlJmd0OyB3cm90ZTo8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgRGVuIDUganVs IDIwMTQgMDc6MDQgc2tyZXYgQnJhZCBCZW5keSAmbHQ7YnJhZC5iZW5keUBnbWFpbC5jb20mZ3Q7 Ojxicj4NCiZndDsgJmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7IEhpLDxicj4NCiZndDsgJmd0 OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7IEl2ZSBzZWVpbmcgY29uZmxpY3RpbmcgaW5mbyB3aXRo IHdoYXQgdmVyc2lvbiBvZiBxZW11IHJwbXMgYXJlIG5lZWRlZDxicj4NCiZndDsgJmd0OyZndDsg dG8gZG8gbGl2ZSBtaWdyYXRpb24gdW5kZXIgQ2VudE9TLiBJdCBhcHBlYXJzIHRoZSBzdG9jayBv bmVzIHdpbGwgbm90PGJyPg0KJmd0OyAmZ3Q7Jmd0OyB3b3JrIGFuZCB0aGUgUkhFViBvbmVzIGFy ZSByZXF1aXJlZC4gQWxsIHRoZSBtYWlsaW5nIGxpc3QgcG9zdCBJIHNlZTxicj4NCiZndDsgJmd0 OyZndDsgYXJlIGZyb20gMy00IG1vbnRocyBhZ28sIHNvIG5vdCBzdXJlLjxicj4NCiZndDsgJmd0 OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7IEltIGdldHRpbmcgVkRTR2VuZXJpY0V4Y2VwdGlvbjog VkRTRXJyb3JFeGNlcHRpb246IEZhaWxlZCB0bzxicj4NCiZndDsgJmd0OyZndDsgU25hcHNob3RW RFMsIGVycm9yID0gU25hcHNob3QgZmFpbGVkLCBjb2RlID0gNDggKEZhaWxlZCB3aXRoIGVycm9y PGJyPg0KJmd0OyAmZ3Q7Jmd0OyBTTkFQU0hPVF9GQUlMRUQgYW5kIGNvZGUgNDgpPGJyPg0KJmd0 OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgSSBhbHNvIHNhdyB0aGlzIHRocmVhZDo8YnI+ DQomZ3Q7ICZndDsmZ3Q7IGh0dHA6Ly9jb21tZW50cy5nbWFuZS5vcmcvZ21hbmUubGludXguY2Vu dG9zLmdlbmVyYWwvMTM4NTkzPGJyPg0KJmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsg SXZlIGJlZW4gaGF2aW5nIGlzc3VlcyBnZXR0aW5nIHRob3NlIHRvIGluc3RhbGwsIGJ1dCBiZWZv cmUgSSBzcGVudCB0bzxicj4NCiZndDsgJmd0OyZndDsgbXVjaCBtb3JlIHRpbWUgSSB3YW50ZWQg dG8gcmVhbGx5IHNlZSBpZiBJIHdhcyBvbiB0aGUgcmlnaHQgdHJhY2suPGJyPg0KJmd0OyAmZ3Q7 Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgSXMgdGhlcmUgYSBiZXR0ZXIgT1MgY2hvaWNlPyBJIGZp cnN0IHN0YXJ0ZWQgdHJ5aW5nIHdpdGggRmVkb3JhIDE5IGFuZDxicj4NCiZndDsgJmd0OyZndDsg MjAgYW5kIGhhcyBtYWpvciBpc3N1ZXMsIHdlbnQgdG8gQ2VudE9TIDYuNSBhbmQgdGhpcyBpcyB0 aGUgZmlyc3QgYW5kPGJyPg0KJmd0OyAmZ3Q7Jmd0OyBvbmx5IGlzc3VlIHNvIGZhciBpdmUgcmFu IGludG8uPGJyPg0KJmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgVGhhbmtzITxicj4N CiZndDsgJmd0OyZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX188YnI+DQomZ3Q7ICZndDsmZ3Q7IFVzZXJzIG1haWxpbmcgbGlzdDxicj4NCiZndDsgJmd0 OyZndDsgVXNlcnNAb3ZpcnQub3JnPGJyPg0KJmd0OyAmZ3Q7Jmd0OyBodHRwOi8vbGlzdHMub3Zp cnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZn dDsgV2VsbCwgZ29pbmcgd2l0aCBGZWRvcmEgd291bGQgYXQgbGVhc3QgZ2V0IHlvdSB0aGUgc25h cHNob3RzIHdvcmtpbmcsIGlmIEkgcmVtZW1iZXIgY29ycmVjdGx5LCBidXQgdGhhdCdzIG5vdCBz b21ldGhpbmcgeW91IHJ1biBpbiBwcm9kdWN0aW9uLiBBcyB5b3Ugc2FpZCwgJnF1b3Q7bWFqb3Ig aXNzdWVzJnF1b3Q7Ljxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBGb3IgQ2VudE9TLCB5 b3UgbmVlZCAmcXVvdDtzcGVjaWFsJnF1b3Q7IHZlcnNpb25zIG9mIGNlcnRhaW4gcGFja2FnZXMs IHNpbmNlIFJlZEhhdCB3YW50cyB5b3UgdG8gcGF5IGZvciBSSEVWLCB0aGV5IGhhdmUgY2hvc2Vu IHRvIGNyaXBwbGUgdGhlIHN0YW5kYXJkIHBhY2thZ2VzIHNvIHRob3NlIGZlYXR1cmVzIHdvbid0 IHdvcms6PGJyPg0KJmd0OyAmZ3Q7IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvcGlwZXJtYWlsL2Rl dmVsLzIwMTQtSnVuZS8wMDc3MzUuaHRtbDxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBB bmQgaGVyZSB5b3UgY2FuIGZpbmQgdGhlIHBhY2thZ2VzIHlvdSBuZWVkOjxicj4NCiZndDsgJmd0 OyBodHRwOi8vamVua2lucy5vdmlydC5vcmcvdmlldy9BbGwvam9iL3FlbXUta3ZtLXJoZXZfY3Jl YXRlLXJwbXNfZWw2L2xhc3RTdGFibGVCdWlsZC88YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZn dDsgL0s8YnI+DQo8L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_5F9E965F5A80BC468BE5F40576769F098C538FCAexchange21_--

2 1

Live Migration / Snapshots- CentOS 6.5
by Brad Bendy 05 Jul '14

05 Jul '14

Hi, Ive seeing conflicting info with what version of qemu rpms are needed to do live migration under CentOS. It appears the stock ones will not work and the RHEV ones are required. All the mailing list post I see are from 3-4 months ago, so not sure. Im getting VDSGenericException: VDSErrorException: Failed to SnapshotVDS, error = Snapshot failed, code = 48 (Failed with error SNAPSHOT_FAILED and code 48) I also saw this thread: http://comments.gmane.org/gmane.linux.centos.general/138593 Ive been having issues getting those to install, but before I spent to much more time I wanted to really see if I was on the right track. Is there a better OS choice? I first started trying with Fedora 19 and 20 and has major issues, went to CentOS 6.5 and this is the first and only issue so far ive ran into. Thanks!

1 0

Console using REST API
by Shanil S 04 Jul '14

04 Jul '14

Hi All, Could you please explain how can i create console using REST api ?

5 12

Host exists issue -- not in the UI
by Morgan McLean 04 Jul '14

04 Jul '14

Hi, I had a host created, was setting up local storage and then it hung on failed to initialize. I removed the host and then tried to readd to re do the whole process, and oVirt says a host with the same name, address exists etc. How can I clear this and readd the host? Do I need to clear anything on the host itself? Thanks, Morgan

1 0

[ovirt-devel] ovirt 3.5 Test day 1 - Import Storage Domain
by ybronhei 03 Jul '14

03 Jul '14

Hey, I assigned myself to the Import Storage Domain feature [1] in the first ovirt 3.5 test day Currently I checked that when setting OvfUpdateIntervalInMinutes (on vdc_options) to 2 minutes, it saves the ovf files as expected. After setting up new environment and importing the same nfs path that I used as storage domain, ovirt recovered my setup properly I'll play with it more on second test day. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1083307 -- Yaniv Bronhaim.

1 0

USB support?
by Demeter Tibor 03 Jul '14

03 Jul '14

------=_Part_21849033_1430502381.1403807823211 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, Is there any possibility for using the host's usb ports for a guest? I need to migrate a physical windows based machine that using usb tokens. Thanks in advance. Tibor ------=_Part_21849033_1430502381.1403807823211 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div>Hi,</div><div><br></div><div>Is there any possibility for using the host's usb ports for a guest? </div><div>I need to migrate a physical windows based machine that using usb tokens. </div><div><br></div><div>Thanks in advance.</div><div>Tibor</div><div><br></div></div></body></html> ------=_Part_21849033_1430502381.1403807823211--

3 3