- Users - oVirt List Archives

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

10 Jul '14

Den 5 jul 2014 07:04 skrev Brad Bendy <brad.bendy(a)gmail.com>: > > 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! > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users Well, going with Fedora would at least get you the snapshots working, if I remember correctly, but that's not something you run in production. As you said, "major issues". For CentOS, you need "special" versions of certain packages, since RedHat wants you to pay for RHEV, they have chosen to cripple the standard packages so those features won't work: http://lists.ovirt.org/pipermail/devel/2014-June/007735.html And here you can find the packages you need: http://jenkins.ovirt.org/view/All/job/qemu-kvm-rhev_create-rpms_el6/lastSta… /K

3 2

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

10 Jul '14

--_000_5F9E965F5A80BC468BE5F40576769F098C53909Bexchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gNSBqdWwgMjAxNCAxNjoyMiBza3JldiBCcmFkIEJlbmR5IDxicmFkLmJlbmR5QGdtYWls LmNvbT46DQo+DQo+IEhhaGEsIHllYWggbmV2ZXIgaGF2ZSBiZWVuIGEgRmVkb3JhIGZhbiwgYW5k IG5vdGhpbmcgaGFzIGNoYW5nZWQuIElzDQo+IHRoZSBvbmx5IGJpZyBmZWF0dXJlIGltIG1pc3Np bmcgb3V0IG9uIGlzIHNuYXBzaG90cz8gRnJvbSB3aGF0IEkgY2FuDQo+IHRlbGwsIGFuZCBpbiBt eSB0ZXN0aW5nLCBldmVyeXRoaW5nIGVsc2Ugc2VlbXMgdG8gd29yay4gV2FzIGRlcGxveWluZw0K PiBHbHVzdGVyRlMgYnV0IHdpdGhvdXQgdGhlIGxpdmUgbWlncmF0aW9uIHRvIGFub3RoZXIgaG9z dCB0aGF0IGlzDQo+IHNvbWV3aGF0IGRlZmVhdGVkLg0KDQpWTSBsaXZlIG1pZ3JhdGlvbiB3b3Jr cywgbGl2ZSBfZGlza18gbWlncmF0aW9uIGRvZXMgbm90Lg0KDQo+IE9ubHkgd2F5IHRvIGdldCB0 aGF0IGlzIHdpdGggUkhFTCByZWFsbHkgdGhlbj8NCg0KTm8sIGFzIEkgZWFybGllciBwb2ludGVk IG91dCwgdGhlcmUgaXMgYSBwbGFjZSB5b3UgY2FuIGdldCB0aGUgcGFja2FnZXMgeW91IG5lZWQg Zm9yIENlbnRPUzoNCmh0dHA6Ly9qZW5raW5zLm92aXJ0Lm9yZy92aWV3L0FsbC9qb2IvcWVtdS1r dm0tcmhldl9jcmVhdGUtcnBtc19lbDYvbGFzdFN0YWJsZUJ1aWxkLw0KDQpZb3UnbGwgaGF2ZSB0 byBkb3dubG9hZC0gYW5kIGZvcmNlIGluc3RhbGwgdGhlbSBvdmVyIHRoZSBhbHJlYWR5IGluc3Rh bGxlZCB2ZXJzaW9ucyBvZiB0aG9zZSBwYWNrYWdlcyBvbiBhbGwgSG9zdHMgYW5kIHRoZW4gaXQn bGwgd29yay4NCg0KVGhvdWdoLCBuZXh0IHRpbWUgdGhlcmUgYXJlIHVwZGF0ZXMsIHl1bSB3aWxs IHVwZGF0ZSBmcm9tIHRoZSBzdGFuZGFyZCByZXBvcyBhbmQgaXQganVzdCBzdG9wcyB3b3JraW5n IGFnYWluIHVudGlsIHlvdSByZXBlYXQgdGhlIHByb2NlZHVyZS4NCg0KL0sNCg0KPg0KPiBPbiBT YXQsIEp1bCA1LCAyMDE0IGF0IDc6MDUgQU0sIEthcmxpIFNqw7ZiZXJnIDxLYXJsaS5Tam9iZXJn QHNsdS5zZT4gd3JvdGU6DQo+ID4NCj4gPiBEZW4gNSBqdWwgMjAxNCAxNTo1NyBza3JldiBCcmFk IEJlbmR5IDxicmFkLmJlbmR5QGdtYWlsLmNvbT46DQo+ID4NCj4gPg0KPiA+Pg0KPiA+PiBJZiBJ IHVzZSBGZWRvcmEgd2lsbCAiZXZlcnl0aGluZyIgd29yaz8gSSBoYWQgbnVtZXJvdXMgaXNzdWVz LCBJSVJDIEkNCj4gPj4gY291bGQgbm90IGV2ZW4gZ2V0IHRoZSBvdmlydG1nbXQgc3dpdGNoIHRv IGluc3RhbGwgYW5kIGEgZmV3IG90aGVyDQo+ID4+IHRoaW5ncy4gV2hhdCB2ZXJzaW9uIG9mIEZl ZG9yYSBkbyB5b3UgcmVjb21tZW5kIHRoZW4/DQo+ID4NCj4gPiBOb25lOikgV2Ugc3dpdGNoZWQg bG9uZyBhZ28gdG8gQ2VudE9TIGFuZCBoYXZlIG5ldmVyIGxvb2tlZCBiYWNrLCBldmVuIHdpdGgN Cj4gPiB0aGVzZSBpc3N1ZXMuIE5vdCB3b3J0aCB0aGUgaGVhZGFjaGUgdGhhdCBpcyBGZWRvcmEu DQo+ID4NCj4gPiAvSw0KPiA+DQo+ID4+IElsbCBkbyBhbm90aGVyDQo+ID4+IGluc3RhbGwgYW5k IGdpdmUgdGhhdCBhIHdoaXJsIGFnYWluLg0KPiA+Pg0KPiA+PiBUaGFua3MhDQo+ID4+DQo+ID4+ IE9uIEZyaSwgSnVsIDQsIDIwMTQgYXQgMTA6MzMgUE0sIEthcmxpIFNqw7ZiZXJnIDxLYXJsaS5T am9iZXJnQHNsdS5zZT4NCj4gPj4gd3JvdGU6DQo+ID4+ID4NCj4gPj4gPiBEZW4gNSBqdWwgMjAx NCAwNzowNCBza3JldiBCcmFkIEJlbmR5IDxicmFkLmJlbmR5QGdtYWlsLmNvbT46DQo+ID4+ID4+ DQo+ID4+ID4+IEhpLA0KPiA+PiA+Pg0KPiA+PiA+PiBJdmUgc2VlaW5nIGNvbmZsaWN0aW5nIGlu Zm8gd2l0aCB3aGF0IHZlcnNpb24gb2YgcWVtdSBycG1zIGFyZSBuZWVkZWQNCj4gPj4gPj4gdG8g ZG8gbGl2ZSBtaWdyYXRpb24gdW5kZXIgQ2VudE9TLiBJdCBhcHBlYXJzIHRoZSBzdG9jayBvbmVz IHdpbGwgbm90DQo+ID4+ID4+IHdvcmsgYW5kIHRoZSBSSEVWIG9uZXMgYXJlIHJlcXVpcmVkLiBB bGwgdGhlIG1haWxpbmcgbGlzdCBwb3N0IEkgc2VlDQo+ID4+ID4+IGFyZSBmcm9tIDMtNCBtb250 aHMgYWdvLCBzbyBub3Qgc3VyZS4NCj4gPj4gPj4NCj4gPj4gPj4gSW0gZ2V0dGluZyBWRFNHZW5l cmljRXhjZXB0aW9uOiBWRFNFcnJvckV4Y2VwdGlvbjogRmFpbGVkIHRvDQo+ID4+ID4+IFNuYXBz aG90VkRTLCBlcnJvciA9IFNuYXBzaG90IGZhaWxlZCwgY29kZSA9IDQ4IChGYWlsZWQgd2l0aCBl cnJvcg0KPiA+PiA+PiBTTkFQU0hPVF9GQUlMRUQgYW5kIGNvZGUgNDgpDQo+ID4+ID4+DQo+ID4+ ID4+IEkgYWxzbyBzYXcgdGhpcyB0aHJlYWQ6DQo+ID4+ID4+IGh0dHA6Ly9jb21tZW50cy5nbWFu ZS5vcmcvZ21hbmUubGludXguY2VudG9zLmdlbmVyYWwvMTM4NTkzDQo+ID4+ID4+DQo+ID4+ID4+ IEl2ZSBiZWVuIGhhdmluZyBpc3N1ZXMgZ2V0dGluZyB0aG9zZSB0byBpbnN0YWxsLCBidXQgYmVm b3JlIEkgc3BlbnQgdG8NCj4gPj4gPj4gbXVjaCBtb3JlIHRpbWUgSSB3YW50ZWQgdG8gcmVhbGx5 IHNlZSBpZiBJIHdhcyBvbiB0aGUgcmlnaHQgdHJhY2suDQo+ID4+ID4+DQo+ID4+ID4+IElzIHRo ZXJlIGEgYmV0dGVyIE9TIGNob2ljZT8gSSBmaXJzdCBzdGFydGVkIHRyeWluZyB3aXRoIEZlZG9y YSAxOSBhbmQNCj4gPj4gPj4gMjAgYW5kIGhhcyBtYWpvciBpc3N1ZXMsIHdlbnQgdG8gQ2VudE9T IDYuNSBhbmQgdGhpcyBpcyB0aGUgZmlyc3QgYW5kDQo+ID4+ID4+IG9ubHkgaXNzdWUgc28gZmFy IGl2ZSByYW4gaW50by4NCj4gPj4gPj4NCj4gPj4gPj4gVGhhbmtzIQ0KPiA+PiA+PiBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+PiA+PiBVc2VycyBt YWlsaW5nIGxpc3QNCj4gPj4gPj4gVXNlcnNAb3ZpcnQub3JnDQo+ID4+ID4+IGh0dHA6Ly9saXN0 cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vycw0KPiA+PiA+DQo+ID4+ID4gV2VsbCwg Z29pbmcgd2l0aCBGZWRvcmEgd291bGQgYXQgbGVhc3QgZ2V0IHlvdSB0aGUgc25hcHNob3RzIHdv cmtpbmcsIGlmDQo+ID4+ID4gSSByZW1lbWJlciBjb3JyZWN0bHksIGJ1dCB0aGF0J3Mgbm90IHNv bWV0aGluZyB5b3UgcnVuIGluIHByb2R1Y3Rpb24uIEFzIHlvdQ0KPiA+PiA+IHNhaWQsICJtYWpv ciBpc3N1ZXMiLg0KPiA+PiA+DQo+ID4+ID4gRm9yIENlbnRPUywgeW91IG5lZWQgInNwZWNpYWwi IHZlcnNpb25zIG9mIGNlcnRhaW4gcGFja2FnZXMsIHNpbmNlDQo+ID4+ID4gUmVkSGF0IHdhbnRz IHlvdSB0byBwYXkgZm9yIFJIRVYsIHRoZXkgaGF2ZSBjaG9zZW4gdG8gY3JpcHBsZSB0aGUgc3Rh bmRhcmQNCj4gPj4gPiBwYWNrYWdlcyBzbyB0aG9zZSBmZWF0dXJlcyB3b24ndCB3b3JrOg0KPiA+ PiA+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvcGlwZXJtYWlsL2RldmVsLzIwMTQtSnVuZS8wMDc3 MzUuaHRtbA0KPiA+PiA+DQo+ID4+ID4gQW5kIGhlcmUgeW91IGNhbiBmaW5kIHRoZSBwYWNrYWdl cyB5b3UgbmVlZDoNCj4gPj4gPg0KPiA+PiA+IGh0dHA6Ly9qZW5raW5zLm92aXJ0Lm9yZy92aWV3 L0FsbC9qb2IvcWVtdS1rdm0tcmhldl9jcmVhdGUtcnBtc19lbDYvbGFzdFN0YWJsZUJ1aWxkLw0K PiA+PiA+DQo+ID4+ID4gL0sNCg== --_000_5F9E965F5A80BC468BE5F40576769F098C53909Bexchange21_ Content-Type: text/html; charset="utf-8" Content-ID: <1E24C3BFE6319A49A3832412B3FB9684(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiA1IGp1bCAyMDE0IDE2OjIyIHNrcmV2IEJyYWQgQmVuZHkgJmx0O2JyYWQuYmVu ZHlAZ21haWwuY29tJmd0Ozo8YnI+DQomZ3Q7PGJyPg0KJmd0OyBIYWhhLCB5ZWFoIG5ldmVyIGhh dmUgYmVlbiBhIEZlZG9yYSBmYW4sIGFuZCBub3RoaW5nIGhhcyBjaGFuZ2VkLiBJczxicj4NCiZn dDsgdGhlIG9ubHkgYmlnIGZlYXR1cmUgaW0gbWlzc2luZyBvdXQgb24gaXMgc25hcHNob3RzPyBG cm9tIHdoYXQgSSBjYW48YnI+DQomZ3Q7IHRlbGwsIGFuZCBpbiBteSB0ZXN0aW5nLCBldmVyeXRo aW5nIGVsc2Ugc2VlbXMgdG8gd29yay4gV2FzIGRlcGxveWluZzxicj4NCiZndDsgR2x1c3RlckZT IGJ1dCB3aXRob3V0IHRoZSBsaXZlIG1pZ3JhdGlvbiB0byBhbm90aGVyIGhvc3QgdGhhdCBpczxi cj4NCiZndDsgc29tZXdoYXQgZGVmZWF0ZWQuPC9wPg0KPHAgZGlyPSJsdHIiPlZNIGxpdmUgbWln cmF0aW9uIHdvcmtzLCBsaXZlIF9kaXNrXyBtaWdyYXRpb24gZG9lcyBub3QuPC9wPg0KPHAgZGly PSJsdHIiPiZndDsgT25seSB3YXkgdG8gZ2V0IHRoYXQgaXMgd2l0aCBSSEVMIHJlYWxseSB0aGVu PzwvcD4NCjxwIGRpcj0ibHRyIj5ObywgYXMgSSBlYXJsaWVyIHBvaW50ZWQgb3V0LCB0aGVyZSBp cyBhIHBsYWNlIHlvdSBjYW4gZ2V0IHRoZSBwYWNrYWdlcyB5b3UgbmVlZCBmb3IgQ2VudE9TOjxi cj4NCmh0dHA6Ly9qZW5raW5zLm92aXJ0Lm9yZy92aWV3L0FsbC9qb2IvcWVtdS1rdm0tcmhldl9j cmVhdGUtcnBtc19lbDYvbGFzdFN0YWJsZUJ1aWxkLzwvcD4NCjxwIGRpcj0ibHRyIj5Zb3UnbGwg aGF2ZSB0byBkb3dubG9hZC0gYW5kIGZvcmNlIGluc3RhbGwgdGhlbSBvdmVyIHRoZSBhbHJlYWR5 IGluc3RhbGxlZCB2ZXJzaW9ucyBvZiB0aG9zZSBwYWNrYWdlcyBvbiBhbGwgSG9zdHMgYW5kIHRo ZW4gaXQnbGwgd29yay48L3A+DQo8cCBkaXI9Imx0ciI+VGhvdWdoLCBuZXh0IHRpbWUgdGhlcmUg YXJlIHVwZGF0ZXMsIHl1bSB3aWxsIHVwZGF0ZSBmcm9tIHRoZSBzdGFuZGFyZCByZXBvcyBhbmQg aXQganVzdCBzdG9wcyB3b3JraW5nIGFnYWluIHVudGlsIHlvdSByZXBlYXQgdGhlIHByb2NlZHVy ZS48L3A+DQo8cCBkaXI9Imx0ciI+L0s8L3A+DQo8cCBkaXI9Imx0ciI+Jmd0Ozxicj4NCiZndDsg T24gU2F0LCBKdWwgNSwgMjAxNCBhdCA3OjA1IEFNLCBLYXJsaSBTasO2YmVyZyAmbHQ7S2FybGku U2pvYmVyZ0BzbHUuc2UmZ3Q7IHdyb3RlOjxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBE ZW4gNSBqdWwgMjAxNCAxNTo1NyBza3JldiBCcmFkIEJlbmR5ICZsdDticmFkLmJlbmR5QGdtYWls LmNvbSZndDs6PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0 Ozxicj4NCiZndDsgJmd0OyZndDsgSWYgSSB1c2UgRmVkb3JhIHdpbGwgJnF1b3Q7ZXZlcnl0aGlu ZyZxdW90OyB3b3JrPyBJIGhhZCBudW1lcm91cyBpc3N1ZXMsIElJUkMgSTxicj4NCiZndDsgJmd0 OyZndDsgY291bGQgbm90IGV2ZW4gZ2V0IHRoZSBvdmlydG1nbXQgc3dpdGNoIHRvIGluc3RhbGwg YW5kIGEgZmV3IG90aGVyPGJyPg0KJmd0OyAmZ3Q7Jmd0OyB0aGluZ3MuIFdoYXQgdmVyc2lvbiBv ZiBGZWRvcmEgZG8geW91IHJlY29tbWVuZCB0aGVuPzxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsg Jmd0OyBOb25lOikgV2Ugc3dpdGNoZWQgbG9uZyBhZ28gdG8gQ2VudE9TIGFuZCBoYXZlIG5ldmVy IGxvb2tlZCBiYWNrLCBldmVuIHdpdGg8YnI+DQomZ3Q7ICZndDsgdGhlc2UgaXNzdWVzLiBOb3Qg d29ydGggdGhlIGhlYWRhY2hlIHRoYXQgaXMgRmVkb3JhLjxicj4NCiZndDsgJmd0Ozxicj4NCiZn dDsgJmd0OyAvSzxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZndDsgSWxsIGRvIGFub3Ro ZXI8YnI+DQomZ3Q7ICZndDsmZ3Q7IGluc3RhbGwgYW5kIGdpdmUgdGhhdCBhIHdoaXJsIGFnYWlu Ljxicj4NCiZndDsgJmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7IFRoYW5rcyE8YnI+DQomZ3Q7 ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyBPbiBGcmksIEp1bCA0LCAyMDE0IGF0IDEwOjMz IFBNLCBLYXJsaSBTasO2YmVyZyAmbHQ7S2FybGkuU2pvYmVyZ0BzbHUuc2UmZ3Q7PGJyPg0KJmd0 OyAmZ3Q7Jmd0OyB3cm90ZTo8YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsm Z3Q7ICZndDsgRGVuIDUganVsIDIwMTQgMDc6MDQgc2tyZXYgQnJhZCBCZW5keSAmbHQ7YnJhZC5i ZW5keUBnbWFpbC5jb20mZ3Q7Ojxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDs8YnI+DQomZ3Q7 ICZndDsmZ3Q7ICZndDsmZ3Q7IEhpLDxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDs8YnI+DQom Z3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IEl2ZSBzZWVpbmcgY29uZmxpY3RpbmcgaW5mbyB3aXRoIHdo YXQgdmVyc2lvbiBvZiBxZW11IHJwbXMgYXJlIG5lZWRlZDxicj4NCiZndDsgJmd0OyZndDsgJmd0 OyZndDsgdG8gZG8gbGl2ZSBtaWdyYXRpb24gdW5kZXIgQ2VudE9TLiBJdCBhcHBlYXJzIHRoZSBz dG9jayBvbmVzIHdpbGwgbm90PGJyPg0KJmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0OyB3b3JrIGFuZCB0 aGUgUkhFViBvbmVzIGFyZSByZXF1aXJlZC4gQWxsIHRoZSBtYWlsaW5nIGxpc3QgcG9zdCBJIHNl ZTxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgYXJlIGZyb20gMy00IG1vbnRocyBhZ28sIHNv IG5vdCBzdXJlLjxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7 ICZndDsmZ3Q7IEltIGdldHRpbmcgVkRTR2VuZXJpY0V4Y2VwdGlvbjogVkRTRXJyb3JFeGNlcHRp b246IEZhaWxlZCB0bzxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgU25hcHNob3RWRFMsIGVy cm9yID0gU25hcHNob3QgZmFpbGVkLCBjb2RlID0gNDggKEZhaWxlZCB3aXRoIGVycm9yPGJyPg0K Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0OyBTTkFQU0hPVF9GQUlMRUQgYW5kIGNvZGUgNDgpPGJyPg0K Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgSSBhbHNv IHNhdyB0aGlzIHRocmVhZDo8YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IGh0dHA6Ly9jb21t ZW50cy5nbWFuZS5vcmcvZ21hbmUubGludXguY2VudG9zLmdlbmVyYWwvMTM4NTkzPGJyPg0KJmd0 OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgSXZlIGJlZW4g aGF2aW5nIGlzc3VlcyBnZXR0aW5nIHRob3NlIHRvIGluc3RhbGwsIGJ1dCBiZWZvcmUgSSBzcGVu dCB0bzxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgbXVjaCBtb3JlIHRpbWUgSSB3YW50ZWQg dG8gcmVhbGx5IHNlZSBpZiBJIHdhcyBvbiB0aGUgcmlnaHQgdHJhY2suPGJyPg0KJmd0OyAmZ3Q7 Jmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgSXMgdGhlcmUgYSBiZXR0 ZXIgT1MgY2hvaWNlPyBJIGZpcnN0IHN0YXJ0ZWQgdHJ5aW5nIHdpdGggRmVkb3JhIDE5IGFuZDxi cj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgMjAgYW5kIGhhcyBtYWpvciBpc3N1ZXMsIHdlbnQg dG8gQ2VudE9TIDYuNSBhbmQgdGhpcyBpcyB0aGUgZmlyc3QgYW5kPGJyPg0KJmd0OyAmZ3Q7Jmd0 OyAmZ3Q7Jmd0OyBvbmx5IGlzc3VlIHNvIGZhciBpdmUgcmFuIGludG8uPGJyPg0KJmd0OyAmZ3Q7 Jmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgVGhhbmtzITxicj4NCiZn dDsgJmd0OyZndDsgJmd0OyZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX188YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IFVzZXJzIG1haWxpbmcgbGlz dDxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgVXNlcnNAb3ZpcnQub3JnPGJyPg0KJmd0OyAm Z3Q7Jmd0OyAmZ3Q7Jmd0OyBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8v dXNlcnM8YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDsgV2Vs bCwgZ29pbmcgd2l0aCBGZWRvcmEgd291bGQgYXQgbGVhc3QgZ2V0IHlvdSB0aGUgc25hcHNob3Rz IHdvcmtpbmcsIGlmPGJyPg0KJmd0OyAmZ3Q7Jmd0OyAmZ3Q7IEkgcmVtZW1iZXIgY29ycmVjdGx5 LCBidXQgdGhhdCdzIG5vdCBzb21ldGhpbmcgeW91IHJ1biBpbiBwcm9kdWN0aW9uLiBBcyB5b3U8 YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDsgc2FpZCwgJnF1b3Q7bWFqb3IgaXNzdWVzJnF1b3Q7Ljxi cj4NCiZndDsgJmd0OyZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZndDsgJmd0OyBGb3IgQ2VudE9T LCB5b3UgbmVlZCAmcXVvdDtzcGVjaWFsJnF1b3Q7IHZlcnNpb25zIG9mIGNlcnRhaW4gcGFja2Fn ZXMsIHNpbmNlPGJyPg0KJmd0OyAmZ3Q7Jmd0OyAmZ3Q7IFJlZEhhdCB3YW50cyB5b3UgdG8gcGF5 IGZvciBSSEVWLCB0aGV5IGhhdmUgY2hvc2VuIHRvIGNyaXBwbGUgdGhlIHN0YW5kYXJkPGJyPg0K Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7IHBhY2thZ2VzIHNvIHRob3NlIGZlYXR1cmVzIHdvbid0IHdvcms6 PGJyPg0KJmd0OyAmZ3Q7Jmd0OyAmZ3Q7IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvcGlwZXJtYWls L2RldmVsLzIwMTQtSnVuZS8wMDc3MzUuaHRtbDxicj4NCiZndDsgJmd0OyZndDsgJmd0Ozxicj4N CiZndDsgJmd0OyZndDsgJmd0OyBBbmQgaGVyZSB5b3UgY2FuIGZpbmQgdGhlIHBhY2thZ2VzIHlv dSBuZWVkOjxicj4NCiZndDsgJmd0OyZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZndDsgJmd0OyBo dHRwOi8vamVua2lucy5vdmlydC5vcmcvdmlldy9BbGwvam9iL3FlbXUta3ZtLXJoZXZfY3JlYXRl LXJwbXNfZWw2L2xhc3RTdGFibGVCdWlsZC88YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDs8YnI+DQom Z3Q7ICZndDsmZ3Q7ICZndDsgL0s8YnI+DQo8L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_5F9E965F5A80BC468BE5F40576769F098C53909Bexchange21_--

4 5

Orphaned record in the engine DB prevents host removal
by Federico Alberto Sayd 09 Jul '14

09 Jul '14

Hello People: I am trying to remove a host from ovirt-engine but I have found that a orphaned record in the engine DB prevents the removal of the host. The host is in maintenance mode, it doesn't have vm's running on it. The engine logs says that there is a reference to the id of the host (vds_id in the table vds_static) in the field "migrating_to_vds" in the table "dynamic_vds". Obviously this is a orphaned record, but a constraint in the table "dynamic_vds" prevents the removal of the host. How can I solve this? Someone that knows the internals of engine's DB that can confirm if I can remove the problematic registry in order to remove the host?? Another solution? I really need to remove this host. Please help and Thanks!

5 7

oVirt + gluster with host and hosted VM on different subnets
by Simone Marchioni 09 Jul '14

09 Jul '14

Hi, I'm trying to install oVirt 3.4 + gluster looking at the following guides: http://community.redhat.com/blog/2014/05/ovirt-3-4-glusterized/ http://community.redhat.com/blog/2014/03/up-and-running-with-ovirt-3-4/ It went smooth until the hosted engine VM configuration: I can reach it by VNC and the host IP, but I can't configure the VM network in a way it works. Probably the problem is the assumption that the three hosts (2 hosts + the hosted engine) are on the same subnet sharing the same default gateway. But my server is on OVH with the subnet 94.23.2.0/24 and my failover IPs are on the subnet 46.105.224.236/30, and my hosted engine need to use one IP of the last ones. Anyone installed oVirt in such a configuration and can give me any tip? Thanks Simone

7 8

RFE/Bug in engine-iso-uploader / image uploader with NFSv4 shares
by Daniel Helgenberger 09 Jul '14

09 Jul '14

--=-AXuTTk15MDuIM7lpGOGW Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, can maybe someone confirm this before I head on to bugzilla for an RFE? When using engine-iso / image uploader scrips in conjunction with NFSv4 iso domains on my F20 client, the upload fails with: ERROR: mount.nfs: an incorrect mount option was specified I might be hitting a Fedora bug; anyway:=20 Workaround: Add 'nfsvers=3D3' mount option, changing line 42 in the (iso-uploader) script: NFS_MOUNT_OPTS =3D '-t nfs -o rw,sync,soft,nfsvers=3D3' AFAIK this should always work, no matter what. Making the mount options part of the appropriate /etc/ovirt-engine/*.conf files could be a solution here. Cheers, --=20 Daniel Helgenberger=20 m box bewegtbild GmbH=20 P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19=20 D-10115 BERLIN=20 www.m-box.de www.monkeymen.tv=20 Gesch=C3=A4ftsf=C3=BChrer: Martin Retschitzegger / Michaela G=C3=B6llner Handeslregister: Amtsgericht Charlottenburg / HRB 112767=20 --=-AXuTTk15MDuIM7lpGOGW Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIN9zCCBFcw ggM/oAMCAQICCwQAAAAAAS9O4TFGMA0GCSqGSIb3DQEBBQUAMFcxCzAJBgNVBAYTAkJFMRkwFwYD VQQKExBHbG9iYWxTaWduIG52LXNhMRAwDgYDVQQLEwdSb290IENBMRswGQYDVQQDExJHbG9iYWxT aWduIFJvb3QgQ0EwHhcNMTEwNDEzMTAwMDAwWhcNMTkwNDEzMTAwMDAwWjBUMQswCQYDVQQGEwJC RTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMhR2xvYmFsU2lnbiBQZXJzb25h bFNpZ24gMiBDQSAtIEcyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAwWtB+TXs+BJ9 3SJRaV+3uRNGJ3cUO+MTgW8+5HQXfgy19CzkDI1T1NwwICi/bo4R/mYR5FEWx91//eE0ElC/89iY 7GkL0tDasmVx4TOXnrqrsziUcxEPPqHRE8x4NhtBK7+8o0nsMIJMA1gyZ2FA5To2Ew1BBuvovvDJ +Nua3qOCNBNu+8A+eNpJlVnlu/qB7+XWaPXtUMlsIikxD+gREFVUgYE4VzBuLa2kkg0VLd09XkE2 ceRDm6YgRATuDk6ogUyX4OLxCGIJF8yi6Z37M0wemDA6Uff0EuqdwDQd5HwG/rernUjt1grLdAxq 8BwywRRg0eFHmE+ShhpyO3Fi+wIDAQABo4IBJTCCASEwDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB /wQIMAYBAf8CAQAwHQYDVR0OBBYEFD8V0m18L+cxnkMKBqiUbCw7xe5lMEcGA1UdIARAMD4wPAYE VR0gADA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5 LzAzBgNVHR8ELDAqMCigJqAkhiJodHRwOi8vY3JsLmdsb2JhbHNpZ24ubmV0L3Jvb3QuY3JsMD0G CCsGAQUFBwEBBDEwLzAtBggrBgEFBQcwAYYhaHR0cDovL29jc3AuZ2xvYmFsc2lnbi5jb20vcm9v dHIxMB8GA1UdIwQYMBaAFGB7ZhpFDZfKiVAvfQTNNKj//P1LMA0GCSqGSIb3DQEBBQUAA4IBAQDI WOF8oQHpI41wO21cUvjE819juuGa05F5yK/ESqW+9th9vfhG92eaBSLViTIJV7gfCFbt11WexfK/ 44NeiJMfi5wX6sK7Xnt8QIK5lH7ZX1Wg/zK1cXjrgRaYUOX/MA+PmuRm4gWV0zFwYOK2uv4OFgaM mVr+8en7K1aQY2ecI9YhEaDWOcSGj6SN8DvzPdE4G4tBk4/aIsUged9sGDqRYweKla3LTNjXPps1 Y+zsVbgHLtjdOIB0YZ1hrlAQcY2L/b+V+Yyoi7CMdOtmm1Rm6Jh5ILbwQTjlUCkgu5yVdfs9LDKc M0SPeCldkjfaGVSd+nURMOUy3hfxsMVux9+FMIIEyjCCA7KgAwIBAgIRAJZpZsDepakv5CafojXo PKcwDQYJKoZIhvcNAQEFBQAwVDELMAkGA1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYt c2ExKjAoBgNVBAMTIUdsb2JhbFNpZ24gUGVyc29uYWxTaWduIDIgQ0EgLSBHMjAeFw0xMzA4Mjcx NjU3NThaFw0xNjA4MjcxNjU3NThaMFgxCzAJBgNVBAYTAkRFMRwwGgYDVQQDExNEYW5pZWwgSGVs Z2VuYmVyZ2VyMSswKQYJKoZIhvcNAQkBFhxkYW5pZWwuaGVsZ2VuYmVyZ2VyQG0tYm94LmRlMIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAzgFDm8+SeTU4Yt3WopJQgqZAuuNxyMlxiPuq 0C0D581goXz2nVVjhTCIVwX2MqWYD1Dyjy1hLHXothgWgZaiQ1EB4oVdmIFmIfIjR6SkR/Gjw3lx MwJzEpxJhZXyyrOYE8Kgw2maJWgLx5zw2/lKpcffhVW0OY0t+JWWxPKiYFcAmQnb+fleonM8sUZZ ZES08uRVVL67jbq+3+E2xCLlqQ2iJ1h5ej3wlyuZ4CkUnfMHYrG8zOIfHwsPirWACX026a1flgts Kl1Yv0CRZ1c5qujcP3OPpDovIbBr9RBStl2DcFdzTuGMdmfp32963VLOlvKpClPMzrfJeJfWZ4Qy UwIDAQABo4IBkTCCAY0wDgYDVR0PAQH/BAQDAgWgMEwGA1UdIARFMEMwQQYJKwYBBAGgMgEoMDQw MgYIKwYBBQUHAgEWJmh0dHBzOi8vd3d3Lmdsb2JhbHNpZ24uY29tL3JlcG9zaXRvcnkvMCcGA1Ud EQQgMB6BHGRhbmllbC5oZWxnZW5iZXJnZXJAbS1ib3guZGUwCQYDVR0TBAIwADAdBgNVHSUEFjAU BggrBgEFBQcDAgYIKwYBBQUHAwQwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC5nbG9iYWxz aWduLmNvbS9ncy9nc3BlcnNvbmFsc2lnbjJnMi5jcmwwVQYIKwYBBQUHAQEESTBHMEUGCCsGAQUF BzAChjlodHRwOi8vc2VjdXJlLmdsb2JhbHNpZ24uY29tL2NhY2VydC9nc3BlcnNvbmFsc2lnbjJn Mi5jcnQwHQYDVR0OBBYEFLw0UD+6l35aKnDaePxEP8K35HYZMB8GA1UdIwQYMBaAFD8V0m18L+cx nkMKBqiUbCw7xe5lMA0GCSqGSIb3DQEBBQUAA4IBAQBdVOm7h+E4sRMBbTN1tCIjAEgxmB5U0mdZ XcawzEHLJxTrc/5YFBMGX2qPju8cuZV14XszMfRBJdlJz1Od+voJggianIhnFEAakCxaa1l/cmJ5 EDT6PgZAkXbMB5rU1dhegb35lJJkcFLEpR2tF1V0TfbSe5UZNPYeMQjYsRhs69pfKLoeGm4dSLK7 gsPT5EhPd+JPyNSIootOwClMP4CTxIsXQgRI5IDqG2Ku/r2YMMLsqWD11PtAE87t2mgohQ6V1XdW FqGd1V+wN98oPumRRS8bld+1gRA7GVYMnO5MF6p//iHFcy3MVT05ojqgomMt+voH5cFzrHA61z80 xaZ6MIIEyjCCA7KgAwIBAgIRAJZpZsDepakv5CafojXoPKcwDQYJKoZIhvcNAQEFBQAwVDELMAkG A1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExKjAoBgNVBAMTIUdsb2JhbFNpZ24g UGVyc29uYWxTaWduIDIgQ0EgLSBHMjAeFw0xMzA4MjcxNjU3NThaFw0xNjA4MjcxNjU3NThaMFgx CzAJBgNVBAYTAkRFMRwwGgYDVQQDExNEYW5pZWwgSGVsZ2VuYmVyZ2VyMSswKQYJKoZIhvcNAQkB FhxkYW5pZWwuaGVsZ2VuYmVyZ2VyQG0tYm94LmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIB CgKCAQEAzgFDm8+SeTU4Yt3WopJQgqZAuuNxyMlxiPuq0C0D581goXz2nVVjhTCIVwX2MqWYD1Dy jy1hLHXothgWgZaiQ1EB4oVdmIFmIfIjR6SkR/Gjw3lxMwJzEpxJhZXyyrOYE8Kgw2maJWgLx5zw 2/lKpcffhVW0OY0t+JWWxPKiYFcAmQnb+fleonM8sUZZZES08uRVVL67jbq+3+E2xCLlqQ2iJ1h5 ej3wlyuZ4CkUnfMHYrG8zOIfHwsPirWACX026a1flgtsKl1Yv0CRZ1c5qujcP3OPpDovIbBr9RBS tl2DcFdzTuGMdmfp32963VLOlvKpClPMzrfJeJfWZ4QyUwIDAQABo4IBkTCCAY0wDgYDVR0PAQH/ BAQDAgWgMEwGA1UdIARFMEMwQQYJKwYBBAGgMgEoMDQwMgYIKwYBBQUHAgEWJmh0dHBzOi8vd3d3 Lmdsb2JhbHNpZ24uY29tL3JlcG9zaXRvcnkvMCcGA1UdEQQgMB6BHGRhbmllbC5oZWxnZW5iZXJn ZXJAbS1ib3guZGUwCQYDVR0TBAIwADAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwQwYD VR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC5nbG9iYWxzaWduLmNvbS9ncy9nc3BlcnNvbmFsc2ln bjJnMi5jcmwwVQYIKwYBBQUHAQEESTBHMEUGCCsGAQUFBzAChjlodHRwOi8vc2VjdXJlLmdsb2Jh bHNpZ24uY29tL2NhY2VydC9nc3BlcnNvbmFsc2lnbjJnMi5jcnQwHQYDVR0OBBYEFLw0UD+6l35a KnDaePxEP8K35HYZMB8GA1UdIwQYMBaAFD8V0m18L+cxnkMKBqiUbCw7xe5lMA0GCSqGSIb3DQEB BQUAA4IBAQBdVOm7h+E4sRMBbTN1tCIjAEgxmB5U0mdZXcawzEHLJxTrc/5YFBMGX2qPju8cuZV1 4XszMfRBJdlJz1Od+voJggianIhnFEAakCxaa1l/cmJ5EDT6PgZAkXbMB5rU1dhegb35lJJkcFLE pR2tF1V0TfbSe5UZNPYeMQjYsRhs69pfKLoeGm4dSLK7gsPT5EhPd+JPyNSIootOwClMP4CTxIsX QgRI5IDqG2Ku/r2YMMLsqWD11PtAE87t2mgohQ6V1XdWFqGd1V+wN98oPumRRS8bld+1gRA7GVYM nO5MF6p//iHFcy3MVT05ojqgomMt+voH5cFzrHA61z80xaZ6MYIC5zCCAuMCAQEwaTBUMQswCQYD VQQGEwJCRTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMhR2xvYmFsU2lnbiBQ ZXJzb25hbFNpZ24gMiBDQSAtIEcyAhEAlmlmwN6lqS/kJp+iNeg8pzAJBgUrDgMCGgUAoIIBUzAY BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDA3MDkxNjU2NThaMCMG CSqGSIb3DQEJBDEWBBTp8htN8n2iJsoW21CMk2Zngx0kNDB4BgkrBgEEAYI3EAQxazBpMFQxCzAJ BgNVBAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMSowKAYDVQQDEyFHbG9iYWxTaWdu IFBlcnNvbmFsU2lnbiAyIENBIC0gRzICEQCWaWbA3qWpL+Qmn6I16DynMHoGCyqGSIb3DQEJEAIL MWugaTBUMQswCQYDVQQGEwJCRTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMh R2xvYmFsU2lnbiBQZXJzb25hbFNpZ24gMiBDQSAtIEcyAhEAlmlmwN6lqS/kJp+iNeg8pzANBgkq hkiG9w0BAQEFAASCAQCWKNcVu11XPhHtbDnCYvs9DIv7cG7+J/e9IlKoMtEMRTLfpQ18uciBFs3i 2VZkqPywMBzhzAnQ2FtAbvbhKURzG2aqXewnDVgi+spNTOGAxAAp+eiPfhWQFyIDUlOsswnM+Ts/ lhDRYW7gfCJ8S4bqTJApcj+Unqja8cZNr4bs8gvTvmBFkoRrPLqzAsznaz4jgT6M5S5LlXYWH0O1 oPz/SEwMTBB46FakRBow5ZGdGSJQtkuvrs7kDU79NBcJ0Ac5/wnHqAvQWaQFL607IiVw+VIedTX4 1U/9ONqnqTDEQDlrEsXbrEVZlKTwPb4RZsZeocFbW64CgGjvRYdiDOhNAAAAAAAA --=-AXuTTk15MDuIM7lpGOGW--

1 0

oVirt Weekly Meeting Minutes-July 9, 2014
by Brian Proffitt 09 Jul '14

09 Jul '14

Meeting ended Wed Jul 9 15:21:46 2014 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) Minutes: http://ovirt.org/meetings/ovirt/2014/ovirt.2014-07-09-14.03.html Minutes (text): http://ovirt.org/meetings/ovirt/2014/ovirt.2014-07-09-14.03.txt Log: http://ovirt.org/meetings/ovirt/2014/ovirt.2014-07-09-14.03.log.html ========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by bkp at 14:03:29 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2014/ovirt.2014-07-09-14.03.log.html . Meeting summary --------------- * Agenda and Roll Call (bkp, 14:03:53) * infra update (bkp, 14:03:53) * 3.4.z updates (bkp, 14:03:53) * 3.5 status (bkp, 14:03:53) * conferences and workshops (bkp, 14:03:53) * other topics (bkp, 14:03:55) * infra update (bkp, 14:05:10) * infra resources.ovirt.org cleaned so the migration is less pressing (bkp, 14:07:06) * infra storage servers configured on PHX, now installing the hosted engine (bkp, 14:07:51) * infra work started on jenkins jobs for 3.5 publisher (bkp, 14:09:32) * 3.4.z updates (bkp, 14:11:36) * 3.4.z status oVirt 3.4.3 RC tomorrow *2014-07-10 08:00 UTC* from 3.4 branch. (bkp, 14:13:19) * 3.4.z updates No known blockers, some bugs proposed to be backported (bkp, 14:15:28) * 3.4.z updates RC scheduled for tomorrow, sbonazzo has sent a few emails about issues found on jenkins jobs but we should be on track (bkp, 14:15:28) * 3.4.z updates More detailed status found at: http://lists.ovirt.org/pipermail/users/2014-July/025846.html (bkp, 14:17:26) * 3.5 status (bkp, 14:17:58) * 3.5 status integration Detailed status at http://lists.ovirt.org/pipermail/users/2014-July/025849.html (bkp, 14:22:51) * 3.5 status integration New proposed schedule for 3.5 has been proposed. Shooting for a 8/26/14 GA release of 3.5. See proposal here. http://lists.ovirt.org/pipermail/users/2014-July/025845.html (bkp, 14:22:51) * 3.5 status integration Three blockers (1060198, 1073944, 1113974) to be fixed before second beta (bkp, 14:23:47) * 3.5 status integration ovirt engine master is now on 3.6, 3.5 patches must be cherry picked to 3.5 branch (bkp, 14:25:01) * 3.5 status ux (bkp, 14:25:43) * 3.5 status ux patternfly code successfully removed from the source tree and is now available in separate rpm (bkp, 14:31:16) * 3.5 status ux merged the remaining sorting infrastructure, and are in the process of merging the remaining patches that apply sorting to each individual tab. We are hoping to have them all merged by end of the week. (bkp, 14:31:16) * 3.5 status ux The Italian translation is about 30% done (bkp, 14:31:16) * 3.5 status ux Sorting patches to be backported to the stable branch in a little over a week. (bkp, 14:31:16) * 3.5 status network (bkp, 14:31:36) * 3.5 status network Bug 11133091 blocker in POST status. (bkp, 14:36:26) * 3.5 status network Bug 1115001, Error code 23 when invoking Setup Network, being examined to see if it is a blocker (bkp, 14:42:22) * 3.5 status network No *new* blockers to report. (bkp, 14:42:22) * 3.5 status network Bug 1113091 fix ETA to be determined, patch acknowledged, just needs verification and backporting. (bkp, 14:42:22) * 3.5 status gluster (bkp, 14:43:14) * 3.5 status virt (bkp, 14:46:00) * 3.5 status gluster Nothing this week (bkp, 14:49:16) * 3.5 status storage (bkp, 14:50:42) * 3.5 status storage Bug 1114057, new blocker, no status to report (bkp, 14:57:56) * 3.5 status storage focusing on stabilization and bug fixes. Seems like /most/ of the infra issues we encountered last status will be solved once the master is rebased. (bkp, 14:57:56) * 3.5 status infra (bkp, 14:58:16) * 3.5 status virt Blocker bug 1110305 still in review. Reviewers, please advise status. (bkp, 15:04:38) * 3.5 status sla (bkp, 15:05:57) * 3.5 status sla Fixing a couple of bugs from Test Day we need to fix (hosted engine, scheduling) (bkp, 15:12:34) * 3.5 status sla 1114987 and 1093366 are high priority, as 1114987 is a test blocker and 1093366 is serious, but older and not generating a lot of complaints. (bkp, 15:12:34) * 3.5 status sla features are getting there - we now have most of the patches verified and reviewed, final touches are being done (bkp, 15:12:34) * 3.5 status sla The log flood in vdsm is fixed and merged to master and submitted for 3.5 branch with verified flag already set (bkp, 15:12:34) * 3.5 status node (bkp, 15:12:48) * 3.5 status vdsm (bkp, 15:15:53) * 3.5 status infra Nothing reported this week. Four blockers (1 new [1114994], 3 POST [1115044, 1115152, 1116009]) listed on bug tracker. (bkp, 15:18:24) * 3.5 status node Nothing reported this week. No blockers listed. (bkp, 15:18:24) * 3.5 status vdsm Nothing reported this week. No blockers listed. (bkp, 15:18:24) * conferences and workshops (bkp, 15:18:38) * There will be a day-0 "Red Hat day" at Fossetcon in September. oVirt and other RH community projects will have a day to show off and give tech demos. (bkp, 15:18:47) * we are all set for booth duty at OSCON in 2 weeks! (bkp, 15:18:47) * Deadline for LinuxCon EU/CloudOpen/KVM Forum CfP is on July 11 (bkp, 15:18:47) * other topics (bkp, 15:18:59) * I will be opening up the new RHEV documentation on MediaWiki for everyone to help convert to oVirt documentation. This is a temporary solution, until we move ovirt.org to a GitHub-oriented solution. (bkp, 15:19:08) * Thanks to Maor Lipchuck for putting together a Google Summer of Code blog for the Red Hat Community blog. Thanks to lots of folks for their input on the 3.5 preview blog that will be posted on the Community blog tomorrow. If anyone else has blog ideas (hint, hint)... (bkp, 15:19:08) * ACTION: We need to get a little more coordinated on these weekly meetings. I know we are busy, but this should not take much more than one hour if everyone is set to go. Probably less. (bkp, 15:20:24) Meeting ended at 15:21:46 UTC. Action Items ------------ * We need to get a little more coordinated on these weekly meetings. I know we are busy, but this should not take much more than one hour if everyone is set to go. Probably less. Action Items, by person ----------------------- * **UNASSIGNED** * We need to get a little more coordinated on these weekly meetings. I know we are busy, but this should not take much more than one hour if everyone is set to go. Probably less. People Present (lines said) --------------------------- * bkp (113) * sbonazzo (23) * lvernia (17) * danken (10) * awels (8) * msivak (8) * amureini (4) * misc (3) * mskrivanek (2) * apuimedo (2) * ovirtbot (2) * ayates83 (1) * dcaro (1) * jvandewege (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- 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

[QE][ACTION NEEDED] oVirt 3.5.0 Second Beta status
by Sandro Bonazzola 09 Jul '14

09 Jul '14

Hi, We're going to compose oVirt 3.5.0 Second Beta on Mon *2014-07-21 08:00 UTC*. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs before *2014-07-20 15:00 UTC* The bug tracker [1] shows the following proposed blockers to be reviewed: Bug ID Whiteboard Status Summary 1114994 infra NEW Cannot edit cluster after upgrade from version 3.4 to 3.5 because cpu type (Intel Haswell) does not match 1115044 infra POST Host stuck in "Unassinged" state when using jsonrpc and disconnection from pool failed 1115152 infra POST Cannot edit or create block storage doamin when using jsonrpc 1116009 infra POST sdk always raises a DisconnectedError trying to instantiate again after a previous failure 1060198 integration NEW [RFE] add support for Fedora 20 1073944 integration ASSIGNED Add log gathering for a new ovirt module (External scheduler) 1113974 integration POST Hostname validation during all-in-one setup 1113091 network POST VDSM trying to restore saved network rollback 1114057 storage NEW uploaded iso is not visible in the engine 1110305 virt POST BSOD - CLOCK_WATCHDOG_TIMEOUT_2 - Win 7SP1 guest, need to set hv_relaxed About Add log gathering for a new ovirt module (External scheduler), patch have been merged on upstream sos master branch. For Fedora >= 19 sos-3.1 package includes the fix. For EL 6 patches need to be backported to ovirt-log-collector. Feature freeze is now effective, and branch has been created. All new patches must be backported to 3.5 branch too. Features completed are marked in green on Features Status Table [2] There are still 422 bugs [3] targeted to 3.5.0. Excluding node and documentation bugs we still have 358 bugs [4] targeted to 3.5.0. Maintainers / Assignee: - Please remember to rebuild your packages before *2014-07-20 15:00* if needed, otherwise nightly snapshot will be taken. - Please be sure that 3.5 snapshot allow to create VMs before *2014-07-20 15:00 UTC* - If you find a blocker bug please remember to add it to the tracker [1] - Please start filling release notes, the page has been created here [5] - Please review and add test cases to oVirt 3.5 Second Test Day [6] Community: - Thanks for your participation in first test day! - You're welcome to join us testing next beta release and getting involved in oVirt Quality Assurance[7]! [1] http://bugzilla.redhat.com/1073943 [2] http://bit.ly/17qBn6F [3] http://red.ht/1pVEk7H [4] http://red.ht/1rLCJwF [5] http://www.ovirt.org/OVirt_3.5_Release_Notes [6] http://www.ovirt.org/OVirt_3.5_TestDay [7] http://www.ovirt.org/OVirt_Quality_Assurance Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Ip spoofing
by Punit Dambiwal 09 Jul '14

09 Jul '14

Hi, I have setup Ovirt with glusterfs...I have some concern about the network part.... 1. Is there any way to restrict the Guest VM...so that it can be assign with single ip address...and in anyhow the user can not manipulate the IP address from inside the VM (that means user can not change the ip address inside the VM). Thanks, Punit

5 34

oVirt 3.5.0 release schedule updated
by Sandro Bonazzola 09 Jul '14

09 Jul '14

Here is the updated schedule for oVirt 3.5.0. These are tentative planning dates and may change: 2014-08-26 (Tue): oVirt 3.5.0 GA 2014-08-12 (Tue): oVirt 3.5 Third Test Day 2014-08-04 (Mon): oVirt 3.5.0 RC 2014-07-24 (Thu): oVirt 3.5 Second Test Day 2014-07-21 (Mon): oVirt 3.5.0 second beta Release management page has been updated accordingly: http://www.ovirt.org/OVirt_3.5_release-management oVirt Google Calendar has been updated accordingly: ICAL: https://www.google.com/calendar/ical/ppqtk46u9cglj7l987ruo2l0f8%40group.cal… XML: https://www.google.com/calendar/feeds/ppqtk46u9cglj7l987ruo2l0f8%40group.ca… HTML: https://www.google.com/calendar/embed?src=ppqtk46u9cglj7l987ruo2l0f8%40grou… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[ACTION NEEDED] ovirt-engine-3.5 branch update
by Sandro Bonazzola 09 Jul '14

09 Jul '14

Hi, We're going to refresh ovirt-engine-3.5 branch tomorrow 2014-07-08 at 08:00 UTC. If you have any commits that are relevant only for 3.6 and not for 3.5, please don't merge them yet until we'll update the 3.5 stable branch. An email with the exact cutoff commits sha will be sent once the branch is updated. After branch update patch targeted to 3.5 will need to be cherry-picked to 3.5 branch too. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 1

Live snapshot not working
by Punit Dambiwal 09 Jul '14

09 Jul '14

Hi, I want to create a live snapshot of VM, but it failed with the following error :- There are 3 event logs : - - Snapshot '3July' creation for VM 'test' was initiated by admin. - Failed to create live snapshot '3July' for VM 'test'. VM restart is recommended. - Failed to complete snapshot '3July' creation for VM 'test'. Please help me to find some workaround for this... Thanks, Punit

9 15

Best way to clone host
by Brad Bendy 08 Jul '14

08 Jul '14

Hi, Ive got host that im running on USB sticks, the install takes hours as the USB is such a slow write speed. Ive made a copy via DD and cloned to a new USB which works fine. But when I change the IP and after reboot the old IP goes back. My thought process was change the IP, then add the host into the GUI, it will not install any packages since it's all installed but would change the certs and everything else. Any ideal what the best way to handle this is? Or should I just take 2 hours and install each host on it's own? I would think the same concept could be used for users wanting to PXE boot multiple hosts. Thanks

4 4

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 08 Jul '14

08 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