- Users - oVirt List Archives

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