- Users - oVirt List Archives

oVirt 4.0.0 First Release candidate is now available for testing
by Sandro Bonazzola 03 Jun '16

03 Jun '16

The oVirt Project is pleased to announce the availability of the First Release Candidate of oVirt 4.0.0 for testing, as of June 3rd, 2016 This is pre-release software. Please take a look at our community page[1] to know how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This pre-release should not to be used in production. This release is available now for: * Fedora 23 * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later * Fedora 23 * oVirt Next Generation Node 4.0 See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: * A new oVirt Live ISO is already available [4]. * A new oVirt Next Generation Node is already available [4] * A new oVirt Engine Appliance will be available soon * A new oVirt Guest Tools ISO is already available [4] * Mirrors[5] might need up to one day to synchronize. Additional Resources: * Read more about the oVirt 4.0.0 release candidate highlights: http://www.ovirt.org/release/4.0.0/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.0.0/ [4] http://resources.ovirt.org/pub/ovirt-4.0-pre/iso/ [5] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Re: [ovirt-users] How to automate the ovirt host deployment?
by Barak Korren 03 Jun '16

03 Jun '16

> > You should be able to see the hosts from ovirt interface. > I was not able to add an auto-discovered hosts to ovirt it always trows an exception: Failed to add Host <UNKNOWN> (User: admin@internal). probably it is a bug. Did you add the oVirt provision plugin to Foreman? You probably need it for this to work. If you did then please submit a bug to oVirt bugzilla. > Thanks, Barak

2 1

ipxe and nslookup
by Cam Mac 03 Jun '16

03 Jun '16

Hi, I am using pxeboot with oVirt, which I believe uses ipxe as it's pxe implementation. In our kickstart menu, we need to do a hostname lookup to choose the appropriate local server as there are different boot servers in different global locations. For this, we are currently relying upon the 'nslookup' command, which is available in Xen and VMWare pxe command sets, but the oVirt/KVM one does not have this command enabled. I've tried a workaround using php commands, e.g.: <?php $ip = gethostbyname('wds'); ?> set wds <?php echo $ip; ?> set net0/next-server ${wds} However, this does not work. Is there a possibility to get the nslookup function enabled in ipxe (apparently it is a compile time option). I could probably recompile the pxe rom, and substitute it on my install, but then when I update it will get clobbered. Or is there another way of getting this functionality? Thanks, Cam

2 1

Re: [ovirt-users] OpenStack Horizon provision to oVirt / front end
by Barak Korren 03 Jun '16

03 Jun '16

בתאריך 3 ביוני 2016 02:46,‏ "Bill Bill" <jax2568(a)outlook.com> כתב: > > Is it possible for OpenStack Horizon to be used as a front end for oVirt to view, manage and/or provision VM’s? The short answer - no. You could, however, try to use nested virt to use oVirt VMs as OpenStack hosts. You can also use ManageIQ as a front-end for both. > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >

1 0

Could not associate gluster brick with correct network warning
by Roderick Mooi 03 Jun '16

03 Jun '16

Good day I've setup a "Gluster Management" network in DC, cluster and all hosts. It is appearing as "operational" in the cluster and all host networks look correct. But I'm seeing this warning continually in the engine.log: 2016-05-27 08:56:58,988 WARN [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturnForXmlRpc] (DefaultQuartzScheduler_Worker-80) [] Could not associate brick 'glustermount.host1:/gluster/data/brick' of volume '7a25d2fb-1048-48d8-a26d-f288ff0e28cb' with correct network as no gluster network found in cluster '00000002-0002-0002-0002-0000000002b8' This is on ovirt 3.6.5. Can anyone assist? Thanks, Roderick Mooi Senior Engineer: South African National Research Network (SANReN) Meraka Institute, CSIR roderick(a)sanren.ac.za | +27 12 841 4111 | www.sanren.ac.za

2 3

OpenStack Horizon provision to oVirt / front end
by Bill Bill 02 Jun '16

02 Jun '16

--_000_SN1PR08MB1389801FBDEB0A4BB5A8AE45A6580SN1PR08MB1389namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SXMgaXQgcG9zc2libGUgZm9yIE9wZW5TdGFjayBIb3Jpem9uIHRvIGJlIHVzZWQgYXMgYSBmcm9u dCBlbmQgZm9yIG9WaXJ0IHRvIHZpZXcsIG1hbmFnZSBhbmQvb3IgcHJvdmlzaW9uIFZN4oCZcz8N Cg== --_000_SN1PR08MB1389801FBDEB0A4BB5A8AE45A6580SN1PR08MB1389namp_ Content-Type: text/html; charset="utf-8" Content-ID: <5C5677DCE220B54BB0369EBA6F5C07A6(a)sct-15-1-485-2-msonline-outlook-1173a.templateTenant> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQouTXNv Q2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTt9DQpAcGFnZSBXb3JkU2Vj dGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEu MGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHls ZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0iIzk1NEY3 MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SXMg aXQgcG9zc2libGUgZm9yIE9wZW5TdGFjayBIb3Jpem9uIHRvIGJlIHVzZWQgYXMgYSBmcm9udCBl bmQgZm9yIG9WaXJ0IHRvIHZpZXcsIG1hbmFnZSBhbmQvb3IgcHJvdmlzaW9uIFZN4oCZcz88L3A+ DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_SN1PR08MB1389801FBDEB0A4BB5A8AE45A6580SN1PR08MB1389namp_--

1 0

Re: [ovirt-users] How to automate the ovirt host deployment?
by Karli Sjöberg 02 Jun '16

02 Jun '16

--_000_b46676c014da475aa45e7caed4236228Exch23sluse_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gMzAgbWFqIDIwMTYgMjI6MjIgc2tyZXYgQXJtYW4gS2hhbGF0eWFuIDxhcm0yYXJtQGdt YWlsLmNvbT46DQo+DQo+IFNvcnJ5IGZvciB0aGUgcHJldmlvdXMgZW1wdHkgZW1haWwuDQo+DQo+ IEkgd2FzIHRlc3RpbmcgZm9yZW1hbiBwbHVnaW5zIGZvciBvdmlydCBkZXBsb3kuIFRoZXkgYXJl IHNvbWUgaG93IGJyb2tlbi4gVGhlIGZvcmVtYW4taW5zdGFsbCAtLWVuYWJsZS1vdmlydC1wcm92 aXNpb25pbmctcGx1Z2luIGJyZWFrcyB0aGUgZm9yZW1hbiBpbnN0YWxsYXRpb24uIEkgbmVlZCB0 byBkaWcgZGVlcGVyOigNCg0KRG9uJ3Qga25vdyB3aGF0IGRpc3RyaWJ1dGlvbiB5b3UncmUgdXNp bmcgYnV0IHNldHRpbmcgYWxsIHVwIG1hbnVhbGx5IHNob3dlZCBtZSB0aGF0IEZvcmVtYW4gbmVl ZHMgdG8gYmUgYXQgYXQgbGVhc3QgMTEgZm9yIHRoZSBwbHVnaW4gdG8gd29yay4gT3RoZXJ3aXNl IGl0IGJlaGF2ZWQgaW4gdGhlIHNhbWUgd2F5IGZvciBtZTsgYWxsIGZpbmUgYW5kIHdlbGwgdW50 aWwgdGhlIHByb3Zpc2lvbiBwbHVnaW4gd2FzIGluc3RhbGxlZCBhbmQgdGhlbiAqc2FkZmFjZSog OikNCg0KR2V0IEZvcmVtYW4gdXAgdG8gdmVyc2lvbiAxMSBhbmQgeW91J2xsIGJlIGZpbmUsIGlz IG15IGd1ZXNzLg0KDQovSw0KPg0KPiBBbSAyOC4wNS4yMDE2IDQ6MDcgbmFjaG0uIHNjaHJpZWIg Illhbml2IEthdWwiIDx5a2F1bEByZWRoYXQuY29tPjoNCj4+DQo+PiA+DQo+DQo+ID4NCj4gPg0K PiA+IE9uIFNhdCwgTWF5IDI4LCAyMDE2IGF0IDEyOjUwIFBNLCBBcm1hbiBLaGFsYXR5YW4gPGFy bTJhcm1AZ21haWwuY29tPiB3cm90ZToNCj4+DQo+PiA+Pg0KPg0KPiA+PiBUaGFuayB5b3UgZm9y IHRoZSBoaW50LiBJIHdpbGwgdHJ5IG5leHQgd2Vlay4NCj4gPj4gRm9yZW1hbiBsb29rcyBxdWl0 ZSBjb21wbGV4OikNCj4gPg0KPiA+DQo+ID4gSSB0aGluayB0aGlzIGlzIGFuIGV4Y2VsbGVudCBz dWdnZXN0aW9uIC0gRm9yZW1hbiwgd2hpbGUgbWF5IHRha2UgYSB3aGlsZSB0byBzZXQgdXAsIHdp bGwgYWxzbyBiZSBleHRyZW1lbHkgdXNlZnVsIHRvIHByb3Zpc2lvbiBhbmQgbWFuYWdlIG5vdCBv bmx5IGhvc3RzLCBidXQgVk1zIGxhdGVyIG9uIQ0KPiA+DQo+Pg0KPj4gPj4gSSB3b3VsZCBwcmVm ZXIgc2ltcGxlIFB5dGhvbiBzY3JpcHQgd2l0aCA0IGxpbmVzOiBhZGQsIGluc3RhbGwsIHNldHVw IG5ldHdvcmtzIGFuZCBhY3RpdmF0ZS4NCj4NCj4NCj4gPg0KPiA+DQo+ID4gWW91IGNhbiBsb29r IGF0IG92aXJ0LXN5c3RlbS10ZXN0cyAsIHRoZSB0ZXN0aW5nIHN1aXRlIGZvciBvVmlydCwgb24g UHl0aG9uIGNvZGUgZm9yIHRoZSBhYm92ZS4NCj4gPiBZLg0KPiA+DQo+Pg0KPj4NCj4gPj4NCj4g Pj4gQW0gMjcuMDUuMjAxNiA2OjUxIG5hY2htLiBzY2hyaWViICJLYXJsaSBTasO2YmVyZyIgPGth cmxpLnNqb2JlcmdAc2x1LnNlPjoNCj4+DQo+PiA+Pj4NCj4NCj4gPj4+DQo+ID4+PiBEZW4gMjcg bWFqIDIwMTYgMTg6NDEgc2tyZXYgQXJtYW4gS2hhbGF0eWFuIDxhcm0yYXJtQGdtYWlsLmNvbT46 DQo+ID4+PiA+DQo+ID4+PiA+IEhpLCBJIGFtIGxvb2tpbmcgc29tZSBtZXRob2QgdG8gYXV0b21h dGUgdGhlIGhvc3QgZGVwbG95bWVudHMgaW4gYSBjbHVzdGVyIGVudmlyb25tZW50Lg0KPiA+Pj4g PiBBc3N1bWluZyB3ZSBoYXZlIDIwIG5vZGVzIHdpdGggY2VudG9zIDcgZXRoMC9ldGgxIGNvbmZp Z3VyZWQuIElzIGl0IHBvc3NpYmxlIHRvIGF1dG9tYXRlIGluc3RhbGxhdGlvbiB3aXRoIG92aXJ0 LXNkaz8NCj4gPj4+ID4gQXJlIHRoZXJlIHNvbWUgZXhhbXBsZXMgID8NCj4gPj4+DQo+ID4+PiBZ b3UgY291bGQgZG8gdGhhdCwgb3IgbG9vayBpbnRvIGZ1bGwgbGlmZSBjeWNsZSBtYW5hZ2VtZW50 IHdpdGggVGhlIEZvcmVtYW4uDQo+ID4+Pg0KPiA+Pj4gL0sNCj4gPj4+DQo+ID4+PiA+DQo+ID4+ PiA+IFRoYW5rcywNCj4gPj4+ID4gQXJtYW4uDQo+ID4+DQo+ID4+DQo+ID4+IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4+IFVzZXJzIG1haWxpbmcg bGlzdA0KPiA+PiBVc2Vyc0BvdmlydC5vcmcNCj4gPj4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9t YWlsbWFuL2xpc3RpbmZvL3VzZXJzDQo+ID4+DQo+ID4NCg== --_000_b46676c014da475aa45e7caed4236228Exch23sluse_ Content-Type: text/html; charset="utf-8" Content-ID: <4E9A92F418B0C3438B9F735F24DCDD5A(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiAzMCBtYWogMjAxNiAyMjoyMiBza3JldiBBcm1hbiBLaGFsYXR5YW4gJmx0O2Fy bTJhcm1AZ21haWwuY29tJmd0Ozo8YnI+DQomZ3Q7PGJyPg0KJmd0OyBTb3JyeSBmb3IgdGhlIHBy ZXZpb3VzIGVtcHR5IGVtYWlsLjxicj4NCiZndDs8YnI+DQomZ3Q7IEkgd2FzIHRlc3RpbmcgZm9y ZW1hbiBwbHVnaW5zIGZvciBvdmlydCBkZXBsb3kuIFRoZXkgYXJlIHNvbWUgaG93IGJyb2tlbi4g VGhlIGZvcmVtYW4taW5zdGFsbCAtLWVuYWJsZS1vdmlydC1wcm92aXNpb25pbmctcGx1Z2luIGJy ZWFrcyB0aGUgZm9yZW1hbiBpbnN0YWxsYXRpb24uIEkgbmVlZCB0byBkaWcgZGVlcGVyOig8L3A+ DQo8cCBkaXI9Imx0ciI+RG9uJ3Qga25vdyB3aGF0IGRpc3RyaWJ1dGlvbiB5b3UncmUgdXNpbmcg YnV0IHNldHRpbmcgYWxsIHVwIG1hbnVhbGx5IHNob3dlZCBtZSB0aGF0IEZvcmVtYW4gbmVlZHMg dG8gYmUgYXQgYXQgbGVhc3QgMTEgZm9yIHRoZSBwbHVnaW4gdG8gd29yay4gT3RoZXJ3aXNlIGl0 IGJlaGF2ZWQgaW4gdGhlIHNhbWUgd2F5IGZvciBtZTsgYWxsIGZpbmUgYW5kIHdlbGwgdW50aWwg dGhlIHByb3Zpc2lvbiBwbHVnaW4gd2FzIGluc3RhbGxlZA0KIGFuZCB0aGVuICpzYWRmYWNlKiA6 KTwvcD4NCjxwIGRpcj0ibHRyIj5HZXQgRm9yZW1hbiB1cCB0byB2ZXJzaW9uIDExIGFuZCB5b3Un bGwgYmUgZmluZSwgaXMgbXkgZ3Vlc3MuPC9wPg0KPHAgZGlyPSJsdHIiPi9LPGJyPg0KJmd0Ozxi cj4NCiZndDsgQW0gMjguMDUuMjAxNiA0OjA3IG5hY2htLiBzY2hyaWViICZxdW90O1lhbml2IEth dWwmcXVvdDsgJmx0O3lrYXVsQHJlZGhhdC5jb20mZ3Q7Ojxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0 OyZndDsgJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDs8YnI+DQom Z3Q7ICZndDsgT24gU2F0LCBNYXkgMjgsIDIwMTYgYXQgMTI6NTAgUE0sIEFybWFuIEtoYWxhdHlh biAmbHQ7YXJtMmFybUBnbWFpbC5jb20mZ3Q7IHdyb3RlOjxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0 OyZndDsgJmd0OyZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyBUaGFuayB5b3UgZm9y IHRoZSBoaW50LiBJIHdpbGwgdHJ5IG5leHQgd2Vlay4gPGJyPg0KJmd0OyAmZ3Q7Jmd0OyBGb3Jl bWFuIGxvb2tzIHF1aXRlIGNvbXBsZXg6KTxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0Ozxi cj4NCiZndDsgJmd0OyBJIHRoaW5rIHRoaXMgaXMgYW4gZXhjZWxsZW50IHN1Z2dlc3Rpb24gLSBG b3JlbWFuLCB3aGlsZSBtYXkgdGFrZSBhIHdoaWxlIHRvIHNldCB1cCwgd2lsbCBhbHNvIGJlIGV4 dHJlbWVseSB1c2VmdWwgdG8gcHJvdmlzaW9uIGFuZCBtYW5hZ2Ugbm90IG9ubHkgaG9zdHMsIGJ1 dCBWTXMgbGF0ZXIgb24hPGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0 OyAmZ3Q7Jmd0OyBJIHdvdWxkIHByZWZlciBzaW1wbGUgUHl0aG9uIHNjcmlwdCB3aXRoIDQgbGlu ZXM6IGFkZCwgaW5zdGFsbCwgc2V0dXAgbmV0d29ya3MgYW5kIGFjdGl2YXRlLjxicj4NCiZndDs8 YnI+DQomZ3Q7PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IFlv dSBjYW4gbG9vayBhdCBvdmlydC1zeXN0ZW0tdGVzdHMgLCB0aGUgdGVzdGluZyBzdWl0ZSBmb3Ig b1ZpcnQsIG9uIFB5dGhvbiBjb2RlIGZvciB0aGUgYWJvdmUuPGJyPg0KJmd0OyAmZ3Q7IFkuPGJy Pg0KJmd0OyAmZ3Q7ICZuYnNwOzxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7 ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyBBbSAyNy4wNS4yMDE2IDY6NTEgbmFjaG0uIHNj aHJpZWIgJnF1b3Q7S2FybGkgU2rDtmJlcmcmcXVvdDsgJmx0O2thcmxpLnNqb2JlcmdAc2x1LnNl Jmd0Ozo8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7Jmd0Ozxicj4NCiZndDs8 YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7IERlbiAyNyBtYWog MjAxNiAxODo0MSBza3JldiBBcm1hbiBLaGFsYXR5YW4gJmx0O2FybTJhcm1AZ21haWwuY29tJmd0 Ozo8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0 OyBIaSwgSSBhbSBsb29raW5nIHNvbWUgbWV0aG9kIHRvIGF1dG9tYXRlIHRoZSBob3N0IGRlcGxv eW1lbnRzIGluIGEgY2x1c3RlciBlbnZpcm9ubWVudC48YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAm Z3Q7IEFzc3VtaW5nIHdlIGhhdmUgMjAgbm9kZXMgd2l0aCBjZW50b3MgNyBldGgwL2V0aDEgY29u ZmlndXJlZC4gSXMgaXQgcG9zc2libGUgdG8gYXV0b21hdGUgaW5zdGFsbGF0aW9uIHdpdGggb3Zp cnQtc2RrPzxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsgQXJlIHRoZXJlIHNvbWUgZXhhbXBs ZXMmbmJzcDsgPzxicj4NCiZndDsgJmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsg WW91IGNvdWxkIGRvIHRoYXQsIG9yIGxvb2sgaW50byBmdWxsIGxpZmUgY3ljbGUgbWFuYWdlbWVu dCB3aXRoIFRoZSBGb3JlbWFuLjxicj4NCiZndDsgJmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7 Jmd0OyZndDsgL0s8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7 ICZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7IFRoYW5rcywgPGJyPg0KJmd0OyAmZ3Q7 Jmd0OyZndDsgJmd0OyBBcm1hbi48YnI+DQomZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0 Ozxicj4NCiZndDsgJmd0OyZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX188YnI+DQomZ3Q7ICZndDsmZ3Q7IFVzZXJzIG1haWxpbmcgbGlzdDxicj4NCiZn dDsgJmd0OyZndDsgVXNlcnNAb3ZpcnQub3JnPGJyPg0KJmd0OyAmZ3Q7Jmd0OyBodHRwOi8vbGlz dHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8YnI+DQomZ3Q7ICZndDsmZ3Q7PGJy Pg0KJmd0OyAmZ3Q7PGJyPg0KPC9wPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_b46676c014da475aa45e7caed4236228Exch23sluse_--

2 2

Gluster + ovirt + resize2fs
by Matt Wells 02 Jun '16

02 Jun '16

Hi everyone, I had a quick question that I really needed to bounce off someone; one of those measure twice cut once moments. My primary datastore is on a gluster volume and the short story is I'm going to grow it. I've thought of two options 1 - add a brick with the new space ** Was wondering from the gluster point of view if anyone had a best practice for this. I've looked around and find many people explaining their stories but not a definitive best practices. 2 - as I'm sitting atop LVMs grow the LVM. ** This is the one that makes me a little nervous. I've done many resize2fs and never had issues, but I've never had gluster running atop that volume and my VM's atop that. Has anyone had any experiences they could share? Thanks all - Wells

2 3

how to come back to the list of available vms in serial console
by Nathanaël Blanchet 02 Jun '16

02 Jun '16

Hello, I can sucessfully connect to the serial console prompt, then I choose the vm to login in. When logout of this vm, I'm stuck on the login banner of this vm, and I didn't find any way to come back to the menu, or any other way rather from closing the terminal tab to exit. Is there a way to do this? Thank you. -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

3 3

What network test validates a host?
by Nicolas Ecarnot 02 Jun '16

02 Jun '16

Hello, Last week, one of our DC went through a network crash, and surprisingly, most of our hosts did resist. Some of them lost there connectivity, and were stonithed. I'd like to be sure to understand what tests are made to declare a host valid : - On the storage part, I guess EVERY[1] host is doing a read+write test (using "dd") towards the storage domain(s), every... say 5 seconds (?) In case of failure, I guess a countdown is triggered until this host is shot. But the network failure we faced was not on the dedicated storage network, but purely on the "LAN" network (5 virtual networks). - What kind of test is done on each host to declare the connectivity is OK on every virtual network? I ask that because oVirt has no knowledge of any gateway it could ping, and in some cases, some virtual networks don't even have a gateway. Is it a ping towards the SPM? Towards the engine? Is it a ping? I ask that because I found out that some host restarted nicely, ran some VMs, which had their NICs OK, but inside those guests, we find evidences that they were not able to communicate with very simple networks usually provided but the host. So I'm trying to figure out if a host could come back to life, but partially sound. [1] Thus, I don't clearly see the benefit of the SPM concept... -- Nicolas ECARNOT

3 3