- Users - oVirt List Archives

oVirt 3.6.1 USB Host Device passthrough
by ovirt＠timmi.org 29 Dec '15

29 Dec '15

This is a multi-part message in MIME format. --------------070308000109060601050508 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi list, I'm currently trying to get USB devices into a VM. My host is running a oVirt 3.6.1. I'm trying to use the GUI feature to add the device into the VM and I'm facing two issues: 1. I receive the following message while starting the VM: Error while executing action: <VM_Name>: * Cannot run VM. There is no host that satisfies current scheduling constraints. See below for details: * The host <host_name> did not satisfy internal filter HostDevice because it does not support host device passthrough.. 2. The USB device list never get refreshed while removing or inserting different devices. Does anyone knows what I'm doing wrong or what I need to check? I found for example the following description for oVirt 3.5. http://wiki.rosalab.com/en/index.php/Blog:ROSA_Planet/How_to_use_USB_device… But this is not helping me as I will have multiple USB devices with the same ID in the host. Best regards and Merry Christmas Christoph --------------070308000109060601050508 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi list, I'm currently trying to get USB devices into a VM. My host is running a oVirt 3.6.1. I'm trying to use the GUI feature to add the device into the VM and I'm facing two issues: 1. I receive the following message while starting the VM: <tt>Error while executing action: </tt><tt> </tt><tt> </tt><tt><VM_Name>:</tt> <ul style="margin-top:0"> <li><tt>Cannot run VM. There is no host that satisfies current scheduling constraints. See below for details:</tt></li> <li><tt>The host <host_name> did not satisfy internal filter HostDevice because it does not support host device passthrough..</tt></li> </ul> 2. The USB device list never get refreshed while removing or inserting different devices. Does anyone knows what I'm doing wrong or what I need to check? I found for example the following description for oVirt 3.5. <a class="moz-txt-link-freetext" href="http://wiki.rosalab.com/en/index.php/Blog:ROSA_Planet/How_to_use_USB_device…">http://wiki.rosalab.com/en/index.php/Blog:ROSA_Planet/How_to_use_USB_device…</a> But this is not helping me as I will have multiple USB devices with the same ID in the host. Best regards and Merry Christmas Christoph </body> </html> --------------070308000109060601050508--

4 5

oVirt 3.6: Dummy interfaces
by Alan Murrell 29 Dec '15

29 Dec '15

Hello, I just upgraded my oVirt 3.5.1 install to 3.6. I have a self-hosted engine setup all on a single server. I make use of dummy interfaces for internal networks for my various labs/testing setups. Normally I edit the following file: /usr/lib/python2.7/site-packages/vdsm/config.py I then go to the variable 'fake_nics' and add 'dummy*", so it looks like this: ('fake_nics', 'dummy_*,veth_*,dummy*', ), After I added my entry, I even restarted the whole server (which restarts the VDSM on the host as well as the engine VM), but when I go into the "Network Interfaces" on the host the dummy interfaces are not showingup. Are dummy interfaces still supported in 3.6? I see a feature called "Isolated Networks" in 3.6; is this essentially a replacement? The Features page is a bit confusing to me on how to create an isolated network? Thanks! Regards, Alan

4 4

Self-hosted engine: Host cannot activate
by Alan Murrell 29 Dec '15

29 Dec '15

I am attempting to install oVirt 3.6 on a CentOS7 host. it is a single server, so I am trying to install a self-hosted engine. I am able to install oVirt 3.5 self-hosted engine, but am having some problems doing it with 3.6. Everything appears to go fine; the engine-setup completes successfully. On the host, I pressed"1" to indicate engine-setup was complete, and it can connect to the webadmin but the host never becomes operational. I am able to log in to the webadmin, and indeed the host is in a non-operational state. When I click on the host then click on the "Virtual networks" tab, all my interfaces are showing a red arrow. When I click on "Setup Host Networks", my "ovirtmgmt" network is unassigned. Believing this to be why my host is not operational (since it is under "Required"), I assigned it to my management interface, but the interfaces still remain red. In addition, the "ovirtmgmt" network does have a green arrow, but also the icon indicating "Out of sync". If I click on "Sync All Networks", I get the following error: "Error while executing action SyncAllHostNetworks: Network is currently being used" which makes sense, since "ovirtmgmt" is assigned/in use. I am unable to unassign ovirtmgmt. Current status is this: - All network interfaces are showing the red "down" arrow - "ovirtmgmt" is assigned to my management NIC, but indicating that it is out of sync - I am unable to unassign the "ovirtmgmt" network (or at least, if I do, the "OK" button is greyed out) I could destroy the engine VM and go through the setup again, with the idea of once it is installed and waiting for the host to become operational, I could do a "Sync All Networks" and see if the networks turn green and go from there. I wanted to see what sort of insight I could get from here first. I am not sure what logs would be useful to you, so let me know what you want to see and I and make them available (I will likely zip them up and post a link) Something else I could try if this becomes a "puzzler" is to do a 3.5.x self-hosted engine then perform an in-place upgrade to 3.6 and see if that works? I would rather try to help make a direct 3.6 install work, though... Thanks, in advance! :-) Regards, Alan

2 1

Migration path: All-In-One to self-hosted engine?
by Alan Murrell 29 Dec '15

29 Dec '15

Hi All, I am just wondering if there is any sort of migration path for those running All-In-One setups to a self-hosted engine setup? Regards, Alan

2 1

Re: [ovirt-users] R: Re: Network instability after upgrade 3.6.0 -> 3.6.1 [SOLVED]
by Roy Golan 28 Dec '15

28 Dec '15

On Mon, Dec 28, 2015 at 4:06 PM, Yedidyah Bar David <didi(a)redhat.com> wrote: > On Mon, Dec 28, 2015 at 3:48 PM, Stefano Danzi <s.danzi(a)hawai.it> wrote: > > Problem solved!!! > > > > The file hosted-engine.conf had a wrong fqdn. > > I don't think that this happened during upgrade... mybe thay my colleague > > did something of wrong... > > Thanks for the report :-) > > > > > > > Il 20/12/2015 14.52, Stefano Danzi ha scritto: > > > > Network problems was solved after changing Bond mode (and it's strange. > I > > have to investigate around qemu-kvm, cento 7.2 and switch firmware ), but > > broker problem still exist. If I turn on the host, ha agent start engine > > vm. When engine VM is up, broker strats to send email. Now I haven't > here > > detailed logs. > > > > > > -------- Messaggio originale -------- > > Da: Yedidyah Bar David <didi(a)redhat.com> > > Data: 20/12/2015 11:20 (GMT+01:00) > > A: Stefano Danzi <s.danzi(a)hawai.it>, Dan Kenigsberg <danken(a)redhat.com> > > Cc: users <users(a)ovirt.org> > > Oggetto: Re: [ovirt-users] Network instability after upgrade 3.6.0 -> > 3.6.1 > > > > On Fri, Dec 18, 2015 at 5:31 PM, Stefano Danzi <s.danzi(a)hawai.it> wrote: > >> I found this in vdsm.log and I think that could be the problem: > >> > >> Thread-3771::ERROR::2015-12-18 > >> > >> > 16:18:58,597::brokerlink::279::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(_communicate) > >> Connection closed: Connection closed > >> Thread-3771::ERROR::2015-12-18 > 16:18:58,597::API::1847::vds::(_getHaInfo) > >> failed to retrieve Hosted Engine HA info > >> Traceback (most recent call last): > >> File "/usr/share/vdsm/API.py", line 1827, in _getHaInfo > >> stats = instance.get_all_stats() > >> File > >> > >> > "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py", > >> line 103, in get_all_stats > >> self._configure_broker_conn(broker) > >> File > >> > >> > "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py", > >> line 180, in _configure_broker_conn > >> dom_type=dom_type) > >> File > >> > >> > "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", > >> line 176, in set_storage_domain > >> .format(sd_type, options, e)) > >> RequestError: Failed to set storage domain FilesystemBackend, options > >> {'dom_type': 'nfs3', 'sd_uuid': '46f55a31-f35f-465c-b3e2-df45c05e06a7'}: > >> Connection closed > > > > My guess is that this is a consequence of your networking problems. > > > > Adding Dan. > > > >> > >> > >> Il 17/12/2015 18.51, Stefano Danzi ha scritto: > >>> > >>> I partially solve the problem. > >>> > >>> My host machine has 2 network interfaces with a bond. The bond was > >>> configured with mode=4 (802.3ad) and switch was configured in the same > >>> way. > >>> If I remove one network cable the network become stable. With both > cables > >>> attached the network is instable. > >>> > >>> I removed the link aggregation configuration from switch and change the > >>> bond in mode=2 (balance-xor). Now the network are stable. > >>> The strange thing is that previous configuration worked fine for one > >>> year... since the last upgrade. > >>> > >>> Now ha-agent don't reboot the hosted-engine anymore, but I receive two > >>> emails from brocker evere 2/5 minutes. > >>> First a mail with "ovirt-hosted-engine state transition > >>> StartState-ReinitializeFSM" and after "ovirt-hosted-engine state > >>> transition > >>> ReinitializeFSM-EngineStarting" > >>> > >>> > >>> Il 17/12/2015 10.51, Stefano Danzi ha scritto: > >>>> > >>>> Hello, > >>>> I have one testing host (only one host) with self hosted engine and 2 > VM > >>>> (one linux and one windows). > >>>> > >>>> After upgrade ovirt from 3.6.0 to 3.6.1 the network connection works > >>>> discontinuously. > >>>> Every 10 minutes HA agent restart hosted engine VM because result > down. > >>>> But the machine is UP, > >>>> only the network stop to work for some minutes. > >>>> I activate global maintenace mode to prevent engine reboot. If I ssh > to > >>>> the hosted engine sometimes > >>>> the connection work and sometimes no. Using VNC connection to engine > I > >>>> see that sometime VM reach external network > >>>> and sometimes no. > >>>> If I do a tcpdump on phisical ethernet interface I don't see any > packet > >>>> when network on vm don't work. > >>>> > >>>> Same thing happens fo others two VM. > >>>> > >>>> Before the upgrade I never had network problems. > >>>> _______________________________________________ > >>>> Users mailing list > >>>> Users(a)ovirt.org > >>>> http://lists.ovirt.org/mailman/listinfo/users > >>>> > >>> > >>> _______________________________________________ > >>> Users mailing list > >>> Users(a)ovirt.org > >>> http://lists.ovirt.org/mailman/listinfo/users > >> > >> _______________________________________________ > >> Users mailing list > >> Users(a)ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > -- > > Didi > > > > > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > -- > Didi > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >

1 0

R: Re: Network instability after upgrade 3.6.0 -> 3.6.1
by Stefano Danzi 28 Dec '15

28 Dec '15

----_com.android.email_1678282976805320 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 CiAgICAKTmV0d29yayBwcm9ibGVtcyB3YXMgc29sdmVkIGFmdGVyIGNoYW5naW5nIEJvbmQgbW9k ZSDCoChhbmQgaXQncyBzdHJhbmdlLiBJIGhhdmUgdG8gaW52ZXN0aWdhdGUgYXJvdW5kIHFlbXUt a3ZtLCBjZW50byA3LjIgYW5kIHN3aXRjaCBmaXJtd2FyZSApLCBidXQgYnJva2VyIHByb2JsZW0g c3RpbGwgZXhpc3QuIMKgSWYgSSB0dXJuIG9uIHRoZSBob3N0LCBoYSBhZ2VudCBzdGFydCBlbmdp bmUgdm0uIFdoZW4gZW5naW5lIFZNIGlzIHVwLCBicm9rZXIgc3RyYXRzIHRvIHNlbmQgZW1haWwu IMKgTm93IEkgaGF2ZW4ndCBoZXJlIGRldGFpbGVkIGxvZ3MuCgotLS0tLS0tLSBNZXNzYWdnaW8g b3JpZ2luYWxlIC0tLS0tLS0tCkRhOiBZZWRpZHlhaCBCYXIgRGF2aWQgPGRpZGlAcmVkaGF0LmNv bT4gCkRhdGE6IDIwLzEyLzIwMTUgIDExOjIwICAoR01UKzAxOjAwKSAKQTogU3RlZmFubyBEYW56 aSA8cy5kYW56aUBoYXdhaS5pdD4sIERhbiBLZW5pZ3NiZXJnIDxkYW5rZW5AcmVkaGF0LmNvbT4g CkNjOiB1c2VycyA8dXNlcnNAb3ZpcnQub3JnPiAKT2dnZXR0bzogUmU6IFtvdmlydC11c2Vyc10g TmV0d29yayBpbnN0YWJpbGl0eSBhZnRlciB1cGdyYWRlIDMuNi4wIC0+IDMuNi4xIAoKT24gRnJp LCBEZWMgMTgsIDIwMTUgYXQgNTozMSBQTSwgU3RlZmFubyBEYW56aSA8cy5kYW56aUBoYXdhaS5p dD4gd3JvdGU6Cj4gSSBmb3VuZCB0aGlzIGluIHZkc20ubG9nIGFuZCBJIHRoaW5rIHRoYXQgY291 bGQgYmUgdGhlIHByb2JsZW06Cj4KPiBUaHJlYWQtMzc3MTo6RVJST1I6OjIwMTUtMTItMTgKPiAx NjoxODo1OCw1OTc6OmJyb2tlcmxpbms6OjI3OTo6b3ZpcnRfaG9zdGVkX2VuZ2luZV9oYS5saWIu YnJva2VybGluay5Ccm9rZXJMaW5rOjooX2NvbW11bmljYXRlKQo+IENvbm5lY3Rpb24gY2xvc2Vk OiBDb25uZWN0aW9uIGNsb3NlZAo+IFRocmVhZC0zNzcxOjpFUlJPUjo6MjAxNS0xMi0xOCAxNjox ODo1OCw1OTc6OkFQSTo6MTg0Nzo6dmRzOjooX2dldEhhSW5mbykKPiBmYWlsZWQgdG8gcmV0cmll dmUgSG9zdGVkIEVuZ2luZSBIQSBpbmZvCj4gVHJhY2ViYWNrIChtb3N0IHJlY2VudCBjYWxsIGxh c3QpOgo+wqDCoCBGaWxlICIvdXNyL3NoYXJlL3Zkc20vQVBJLnB5IiwgbGluZSAxODI3LCBpbiBf Z2V0SGFJbmZvCj7CoMKgwqDCoCBzdGF0cyA9IGluc3RhbmNlLmdldF9hbGxfc3RhdHMoKQo+wqDC oCBGaWxlCj4gIi91c3IvbGliL3B5dGhvbjIuNy9zaXRlLXBhY2thZ2VzL292aXJ0X2hvc3RlZF9l bmdpbmVfaGEvY2xpZW50L2NsaWVudC5weSIsCj4gbGluZSAxMDMsIGluIGdldF9hbGxfc3RhdHMK PsKgwqDCoMKgIHNlbGYuX2NvbmZpZ3VyZV9icm9rZXJfY29ubihicm9rZXIpCj7CoMKgIEZpbGUK PiAiL3Vzci9saWIvcHl0aG9uMi43L3NpdGUtcGFja2FnZXMvb3ZpcnRfaG9zdGVkX2VuZ2luZV9o YS9jbGllbnQvY2xpZW50LnB5IiwKPiBsaW5lIDE4MCwgaW4gX2NvbmZpZ3VyZV9icm9rZXJfY29u bgo+wqDCoMKgwqAgZG9tX3R5cGU9ZG9tX3R5cGUpCj7CoMKgIEZpbGUKPiAiL3Vzci9saWIvcHl0 aG9uMi43L3NpdGUtcGFja2FnZXMvb3ZpcnRfaG9zdGVkX2VuZ2luZV9oYS9saWIvYnJva2VybGlu ay5weSIsCj4gbGluZSAxNzYsIGluIHNldF9zdG9yYWdlX2RvbWFpbgo+wqDCoMKgwqAgLmZvcm1h dChzZF90eXBlLCBvcHRpb25zLCBlKSkKPiBSZXF1ZXN0RXJyb3I6IEZhaWxlZCB0byBzZXQgc3Rv cmFnZSBkb21haW4gRmlsZXN5c3RlbUJhY2tlbmQsIG9wdGlvbnMKPiB7J2RvbV90eXBlJzogJ25m czMnLCAnc2RfdXVpZCc6ICc0NmY1NWEzMS1mMzVmLTQ2NWMtYjNlMi1kZjQ1YzA1ZTA2YTcnfToK PiBDb25uZWN0aW9uIGNsb3NlZAoKTXkgZ3Vlc3MgaXMgdGhhdCB0aGlzIGlzIGEgY29uc2VxdWVu Y2Ugb2YgeW91ciBuZXR3b3JraW5nIHByb2JsZW1zLgoKQWRkaW5nIERhbi4KCj4KPgo+IElsIDE3 LzEyLzIwMTUgMTguNTEsIFN0ZWZhbm8gRGFuemkgaGEgc2NyaXR0bzoKPj4KPj4gSSBwYXJ0aWFs bHkgc29sdmUgdGhlIHByb2JsZW0uCj4+Cj4+IE15IGhvc3QgbWFjaGluZSBoYXMgMiBuZXR3b3Jr IGludGVyZmFjZXMgd2l0aCBhIGJvbmQuIFRoZSBib25kIHdhcwo+PiBjb25maWd1cmVkIHdpdGjC oCBtb2RlPTQgKDgwMi4zYWQpIGFuZCBzd2l0Y2ggd2FzIGNvbmZpZ3VyZWQgaW4gdGhlIHNhbWUg d2F5Lgo+PiBJZiBJIHJlbW92ZSBvbmUgbmV0d29yayBjYWJsZSB0aGUgbmV0d29yayBiZWNvbWUg c3RhYmxlLiBXaXRoIGJvdGggY2FibGVzCj4+IGF0dGFjaGVkIHRoZSBuZXR3b3JrIGlzIGluc3Rh YmxlLgo+Pgo+PiBJIHJlbW92ZWQgdGhlIGxpbmsgYWdncmVnYXRpb24gY29uZmlndXJhdGlvbiBm cm9tIHN3aXRjaCBhbmQgY2hhbmdlIHRoZQo+PiBib25kIGluIG1vZGU9MiAoYmFsYW5jZS14b3Ip LiBOb3cgdGhlIG5ldHdvcmsgYXJlIHN0YWJsZS4KPj4gVGhlIHN0cmFuZ2UgdGhpbmcgaXMgdGhh dCBwcmV2aW91cyBjb25maWd1cmF0aW9uIHdvcmtlZCBmaW5lIGZvciBvbmUKPj4geWVhci4uLiBz aW5jZSB0aGUgbGFzdCB1cGdyYWRlLgo+Pgo+PiBOb3cgaGEtYWdlbnQgZG9uJ3QgcmVib290IHRo ZSBob3N0ZWQtZW5naW5lIGFueW1vcmUsIGJ1dCBJIHJlY2VpdmUgdHdvCj4+IGVtYWlscyBmcm9t IGJyb2NrZXIgZXZlcmUgMi81IG1pbnV0ZXMuCj4+IEZpcnN0IGEgbWFpbCB3aXRoICJvdmlydC1o b3N0ZWQtZW5naW5lIHN0YXRlIHRyYW5zaXRpb24KPj4gU3RhcnRTdGF0ZS1SZWluaXRpYWxpemVG U00iIGFuZCBhZnRlciAib3ZpcnQtaG9zdGVkLWVuZ2luZSBzdGF0ZSB0cmFuc2l0aW9uCj4+IFJl aW5pdGlhbGl6ZUZTTS1FbmdpbmVTdGFydGluZyIKPj4KPj4KPj4gSWwgMTcvMTIvMjAxNSAxMC41 MSwgU3RlZmFubyBEYW56aSBoYSBzY3JpdHRvOgo+Pj4KPj4+IEhlbGxvLAo+Pj4gSSBoYXZlIG9u ZSB0ZXN0aW5nIGhvc3QgKG9ubHkgb25lIGhvc3QpIHdpdGggc2VsZiBob3N0ZWQgZW5naW5lIGFu ZCAyIFZNCj4+PiAob25lIGxpbnV4IGFuZCBvbmUgd2luZG93cykuCj4+Pgo+Pj4gQWZ0ZXIgdXBn cmFkZSBvdmlydCBmcm9tIDMuNi4wIHRvIDMuNi4xIHRoZSBuZXR3b3JrIGNvbm5lY3Rpb24gd29y a3MKPj4+IGRpc2NvbnRpbnVvdXNseS4KPj4+IEV2ZXJ5IDEwIG1pbnV0ZXMgSEEgYWdlbnQgcmVz dGFydCBob3N0ZWQgZW5naW5lIFZNIGJlY2F1c2UgcmVzdWx0IGRvd24uCj4+PiBCdXQgdGhlIG1h Y2hpbmUgaXMgVVAsCj4+PiBvbmx5IHRoZSBuZXR3b3JrIHN0b3AgdG8gd29yayBmb3Igc29tZSBt aW51dGVzLgo+Pj4gSSBhY3RpdmF0ZSBnbG9iYWwgbWFpbnRlbmFjZSBtb2RlIHRvIHByZXZlbnQg ZW5naW5lIHJlYm9vdC4gSWYgSSBzc2ggdG8KPj4+IHRoZSBob3N0ZWQgZW5naW5lIHNvbWV0aW1l cwo+Pj4gdGhlIGNvbm5lY3Rpb24gd29yayBhbmQgc29tZXRpbWVzIG5vLsKgIFVzaW5nIFZOQyBj b25uZWN0aW9uIHRvIGVuZ2luZSBJCj4+PiBzZWUgdGhhdCBzb21ldGltZSBWTSByZWFjaCBleHRl cm5hbCBuZXR3b3JrCj4+PiBhbmQgc29tZXRpbWVzIG5vLgo+Pj4gSWYgSSBkbyBhIHRjcGR1bXAg b24gcGhpc2ljYWwgZXRoZXJuZXQgaW50ZXJmYWNlIEkgZG9uJ3Qgc2VlIGFueSBwYWNrZXQKPj4+ IHdoZW4gbmV0d29yayBvbiB2bSBkb24ndCB3b3JrLgo+Pj4KPj4+IFNhbWUgdGhpbmcgaGFwcGVu cyBmbyBvdGhlcnMgdHdvIFZNLgo+Pj4KPj4+IEJlZm9yZSB0aGUgdXBncmFkZSBJIG5ldmVyIGhh ZCBuZXR3b3JrIHByb2JsZW1zLgo+Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18KPj4+IFVzZXJzIG1haWxpbmcgbGlzdAo+Pj4gVXNlcnNAb3ZpcnQub3Jn Cj4+PiBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnMKPj4+Cj4+ Cj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4+IFVz ZXJzIG1haWxpbmcgbGlzdAo+PiBVc2Vyc0BvdmlydC5vcmcKPj4gaHR0cDovL2xpc3RzLm92aXJ0 Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzCj4KPiBfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXwo+IFVzZXJzIG1haWxpbmcgbGlzdAo+IFVzZXJzQG92aXJ0 Lm9yZwo+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2VycwoKCgot LSAKRGlkaQo= ----_com.android.email_1678282976805320 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keT4KICAgIAo8ZGl2Pk5ldHdvcmsgcHJv YmxlbXMgd2FzIHNvbHZlZCBhZnRlciBjaGFuZ2luZyBCb25kIG1vZGUgJm5ic3A7KGFuZCBpdCdz IHN0cmFuZ2UuIEkgaGF2ZSB0byBpbnZlc3RpZ2F0ZSBhcm91bmQgcWVtdS1rdm0sIGNlbnRvIDcu MiBhbmQgc3dpdGNoIGZpcm13YXJlICksIGJ1dCBicm9rZXIgcHJvYmxlbSBzdGlsbCBleGlzdC4g Jm5ic3A7SWYgSSB0dXJuIG9uIHRoZSBob3N0LCBoYSBhZ2VudCBzdGFydCBlbmdpbmUgdm0uIFdo ZW4gZW5naW5lIFZNIGlzIHVwLCBicm9rZXIgc3RyYXRzIHRvIHNlbmQgZW1haWwuICZuYnNwO05v dyBJIGhhdmVuJ3QgaGVyZSBkZXRhaWxlZCBsb2dzLjwvZGl2Pjxicj48YnI+LS0tLS0tLS0gTWVz c2FnZ2lvIG9yaWdpbmFsZSAtLS0tLS0tLTxicj5EYTogWWVkaWR5YWggQmFyIERhdmlkICZsdDtk aWRpQHJlZGhhdC5jb20mZ3Q7IDxicj5EYXRhOiAyMC8xMi8yMDE1ICAxMToyMCAgKEdNVCswMTow MCkgPGJyPkE6IFN0ZWZhbm8gRGFuemkgJmx0O3MuZGFuemlAaGF3YWkuaXQmZ3Q7LCBEYW4gS2Vu aWdzYmVyZyAmbHQ7ZGFua2VuQHJlZGhhdC5jb20mZ3Q7IDxicj5DYzogdXNlcnMgJmx0O3VzZXJz QG92aXJ0Lm9yZyZndDsgPGJyPk9nZ2V0dG86IFJlOiBbb3ZpcnQtdXNlcnNdIE5ldHdvcmsgaW5z dGFiaWxpdHkgYWZ0ZXIgdXBncmFkZSAzLjYuMCAtPiAzLjYuMSA8YnI+PGJyPk9uIEZyaSwgRGVj IDE4LCAyMDE1IGF0IDU6MzEgUE0sIFN0ZWZhbm8gRGFuemkgJmx0O3MuZGFuemlAaGF3YWkuaXQm Z3Q7IHdyb3RlOjxicj4mZ3Q7IEkgZm91bmQgdGhpcyBpbiB2ZHNtLmxvZyBhbmQgSSB0aGluayB0 aGF0IGNvdWxkIGJlIHRoZSBwcm9ibGVtOjxicj4mZ3Q7PGJyPiZndDsgVGhyZWFkLTM3NzE6OkVS Uk9SOjoyMDE1LTEyLTE4PGJyPiZndDsgMTY6MTg6NTgsNTk3Ojpicm9rZXJsaW5rOjoyNzk6Om92 aXJ0X2hvc3RlZF9lbmdpbmVfaGEubGliLmJyb2tlcmxpbmsuQnJva2VyTGluazo6KF9jb21tdW5p Y2F0ZSk8YnI+Jmd0OyBDb25uZWN0aW9uIGNsb3NlZDogQ29ubmVjdGlvbiBjbG9zZWQ8YnI+Jmd0 OyBUaHJlYWQtMzc3MTo6RVJST1I6OjIwMTUtMTItMTggMTY6MTg6NTgsNTk3OjpBUEk6OjE4NDc6 OnZkczo6KF9nZXRIYUluZm8pPGJyPiZndDsgZmFpbGVkIHRvIHJldHJpZXZlIEhvc3RlZCBFbmdp bmUgSEEgaW5mbzxicj4mZ3Q7IFRyYWNlYmFjayAobW9zdCByZWNlbnQgY2FsbCBsYXN0KTo8YnI+ Jmd0OyZuYnNwOyZuYnNwOyBGaWxlICIvdXNyL3NoYXJlL3Zkc20vQVBJLnB5IiwgbGluZSAxODI3 LCBpbiBfZ2V0SGFJbmZvPGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgc3RhdHMgPSBp bnN0YW5jZS5nZXRfYWxsX3N0YXRzKCk8YnI+Jmd0OyZuYnNwOyZuYnNwOyBGaWxlPGJyPiZndDsg Ii91c3IvbGliL3B5dGhvbjIuNy9zaXRlLXBhY2thZ2VzL292aXJ0X2hvc3RlZF9lbmdpbmVfaGEv Y2xpZW50L2NsaWVudC5weSIsPGJyPiZndDsgbGluZSAxMDMsIGluIGdldF9hbGxfc3RhdHM8YnI+ Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBzZWxmLl9jb25maWd1cmVfYnJva2VyX2Nvbm4o YnJva2VyKTxicj4mZ3Q7Jm5ic3A7Jm5ic3A7IEZpbGU8YnI+Jmd0OyAiL3Vzci9saWIvcHl0aG9u Mi43L3NpdGUtcGFja2FnZXMvb3ZpcnRfaG9zdGVkX2VuZ2luZV9oYS9jbGllbnQvY2xpZW50LnB5 Iiw8YnI+Jmd0OyBsaW5lIDE4MCwgaW4gX2NvbmZpZ3VyZV9icm9rZXJfY29ubjxicj4mZ3Q7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGRvbV90eXBlPWRvbV90eXBlKTxicj4mZ3Q7Jm5ic3A7Jm5i c3A7IEZpbGU8YnI+Jmd0OyAiL3Vzci9saWIvcHl0aG9uMi43L3NpdGUtcGFja2FnZXMvb3ZpcnRf aG9zdGVkX2VuZ2luZV9oYS9saWIvYnJva2VybGluay5weSIsPGJyPiZndDsgbGluZSAxNzYsIGlu IHNldF9zdG9yYWdlX2RvbWFpbjxicj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IC5mb3Jt YXQoc2RfdHlwZSwgb3B0aW9ucywgZSkpPGJyPiZndDsgUmVxdWVzdEVycm9yOiBGYWlsZWQgdG8g c2V0IHN0b3JhZ2UgZG9tYWluIEZpbGVzeXN0ZW1CYWNrZW5kLCBvcHRpb25zPGJyPiZndDsgeydk b21fdHlwZSc6ICduZnMzJywgJ3NkX3V1aWQnOiAnNDZmNTVhMzEtZjM1Zi00NjVjLWIzZTItZGY0 NWMwNWUwNmE3J306PGJyPiZndDsgQ29ubmVjdGlvbiBjbG9zZWQ8YnI+PGJyPk15IGd1ZXNzIGlz IHRoYXQgdGhpcyBpcyBhIGNvbnNlcXVlbmNlIG9mIHlvdXIgbmV0d29ya2luZyBwcm9ibGVtcy48 YnI+PGJyPkFkZGluZyBEYW4uPGJyPjxicj4mZ3Q7PGJyPiZndDs8YnI+Jmd0OyBJbCAxNy8xMi8y MDE1IDE4LjUxLCBTdGVmYW5vIERhbnppIGhhIHNjcml0dG86PGJyPiZndDsmZ3Q7PGJyPiZndDsm Z3Q7IEkgcGFydGlhbGx5IHNvbHZlIHRoZSBwcm9ibGVtLjxicj4mZ3Q7Jmd0Ozxicj4mZ3Q7Jmd0 OyBNeSBob3N0IG1hY2hpbmUgaGFzIDIgbmV0d29yayBpbnRlcmZhY2VzIHdpdGggYSBib25kLiBU aGUgYm9uZCB3YXM8YnI+Jmd0OyZndDsgY29uZmlndXJlZCB3aXRoJm5ic3A7IG1vZGU9NCAoODAy LjNhZCkgYW5kIHN3aXRjaCB3YXMgY29uZmlndXJlZCBpbiB0aGUgc2FtZSB3YXkuPGJyPiZndDsm Z3Q7IElmIEkgcmVtb3ZlIG9uZSBuZXR3b3JrIGNhYmxlIHRoZSBuZXR3b3JrIGJlY29tZSBzdGFi bGUuIFdpdGggYm90aCBjYWJsZXM8YnI+Jmd0OyZndDsgYXR0YWNoZWQgdGhlIG5ldHdvcmsgaXMg aW5zdGFibGUuPGJyPiZndDsmZ3Q7PGJyPiZndDsmZ3Q7IEkgcmVtb3ZlZCB0aGUgbGluayBhZ2dy ZWdhdGlvbiBjb25maWd1cmF0aW9uIGZyb20gc3dpdGNoIGFuZCBjaGFuZ2UgdGhlPGJyPiZndDsm Z3Q7IGJvbmQgaW4gbW9kZT0yIChiYWxhbmNlLXhvcikuIE5vdyB0aGUgbmV0d29yayBhcmUgc3Rh YmxlLjxicj4mZ3Q7Jmd0OyBUaGUgc3RyYW5nZSB0aGluZyBpcyB0aGF0IHByZXZpb3VzIGNvbmZp Z3VyYXRpb24gd29ya2VkIGZpbmUgZm9yIG9uZTxicj4mZ3Q7Jmd0OyB5ZWFyLi4uIHNpbmNlIHRo ZSBsYXN0IHVwZ3JhZGUuPGJyPiZndDsmZ3Q7PGJyPiZndDsmZ3Q7IE5vdyBoYS1hZ2VudCBkb24n dCByZWJvb3QgdGhlIGhvc3RlZC1lbmdpbmUgYW55bW9yZSwgYnV0IEkgcmVjZWl2ZSB0d288YnI+ Jmd0OyZndDsgZW1haWxzIGZyb20gYnJvY2tlciBldmVyZSAyLzUgbWludXRlcy48YnI+Jmd0OyZn dDsgRmlyc3QgYSBtYWlsIHdpdGggIm92aXJ0LWhvc3RlZC1lbmdpbmUgc3RhdGUgdHJhbnNpdGlv bjxicj4mZ3Q7Jmd0OyBTdGFydFN0YXRlLVJlaW5pdGlhbGl6ZUZTTSIgYW5kIGFmdGVyICJvdmly dC1ob3N0ZWQtZW5naW5lIHN0YXRlIHRyYW5zaXRpb248YnI+Jmd0OyZndDsgUmVpbml0aWFsaXpl RlNNLUVuZ2luZVN0YXJ0aW5nIjxicj4mZ3Q7Jmd0Ozxicj4mZ3Q7Jmd0Ozxicj4mZ3Q7Jmd0OyBJ bCAxNy8xMi8yMDE1IDEwLjUxLCBTdGVmYW5vIERhbnppIGhhIHNjcml0dG86PGJyPiZndDsmZ3Q7 Jmd0Ozxicj4mZ3Q7Jmd0OyZndDsgSGVsbG8sPGJyPiZndDsmZ3Q7Jmd0OyBJIGhhdmUgb25lIHRl c3RpbmcgaG9zdCAob25seSBvbmUgaG9zdCkgd2l0aCBzZWxmIGhvc3RlZCBlbmdpbmUgYW5kIDIg Vk08YnI+Jmd0OyZndDsmZ3Q7IChvbmUgbGludXggYW5kIG9uZSB3aW5kb3dzKS48YnI+Jmd0OyZn dDsmZ3Q7PGJyPiZndDsmZ3Q7Jmd0OyBBZnRlciB1cGdyYWRlIG92aXJ0IGZyb20gMy42LjAgdG8g My42LjEgdGhlIG5ldHdvcmsgY29ubmVjdGlvbiB3b3Jrczxicj4mZ3Q7Jmd0OyZndDsgZGlzY29u dGludW91c2x5Ljxicj4mZ3Q7Jmd0OyZndDsgRXZlcnkgMTAgbWludXRlcyBIQSBhZ2VudCByZXN0 YXJ0IGhvc3RlZCBlbmdpbmUgVk0gYmVjYXVzZSByZXN1bHQgZG93bi48YnI+Jmd0OyZndDsmZ3Q7 IEJ1dCB0aGUgbWFjaGluZSBpcyBVUCw8YnI+Jmd0OyZndDsmZ3Q7IG9ubHkgdGhlIG5ldHdvcmsg c3RvcCB0byB3b3JrIGZvciBzb21lIG1pbnV0ZXMuPGJyPiZndDsmZ3Q7Jmd0OyBJIGFjdGl2YXRl IGdsb2JhbCBtYWludGVuYWNlIG1vZGUgdG8gcHJldmVudCBlbmdpbmUgcmVib290LiBJZiBJIHNz aCB0bzxicj4mZ3Q7Jmd0OyZndDsgdGhlIGhvc3RlZCBlbmdpbmUgc29tZXRpbWVzPGJyPiZndDsm Z3Q7Jmd0OyB0aGUgY29ubmVjdGlvbiB3b3JrIGFuZCBzb21ldGltZXMgbm8uJm5ic3A7IFVzaW5n IFZOQyBjb25uZWN0aW9uIHRvIGVuZ2luZSBJPGJyPiZndDsmZ3Q7Jmd0OyBzZWUgdGhhdCBzb21l dGltZSBWTSByZWFjaCBleHRlcm5hbCBuZXR3b3JrPGJyPiZndDsmZ3Q7Jmd0OyBhbmQgc29tZXRp bWVzIG5vLjxicj4mZ3Q7Jmd0OyZndDsgSWYgSSBkbyBhIHRjcGR1bXAgb24gcGhpc2ljYWwgZXRo ZXJuZXQgaW50ZXJmYWNlIEkgZG9uJ3Qgc2VlIGFueSBwYWNrZXQ8YnI+Jmd0OyZndDsmZ3Q7IHdo ZW4gbmV0d29yayBvbiB2bSBkb24ndCB3b3JrLjxicj4mZ3Q7Jmd0OyZndDs8YnI+Jmd0OyZndDsm Z3Q7IFNhbWUgdGhpbmcgaGFwcGVucyBmbyBvdGhlcnMgdHdvIFZNLjxicj4mZ3Q7Jmd0OyZndDs8 YnI+Jmd0OyZndDsmZ3Q7IEJlZm9yZSB0aGUgdXBncmFkZSBJIG5ldmVyIGhhZCBuZXR3b3JrIHBy b2JsZW1zLjxicj4mZ3Q7Jmd0OyZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX188YnI+Jmd0OyZndDsmZ3Q7IFVzZXJzIG1haWxpbmcgbGlzdDxicj4mZ3Q7 Jmd0OyZndDsgVXNlcnNAb3ZpcnQub3JnPGJyPiZndDsmZ3Q7Jmd0OyBodHRwOi8vbGlzdHMub3Zp cnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8YnI+Jmd0OyZndDsmZ3Q7PGJyPiZndDsmZ3Q7 PGJyPiZndDsmZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fPGJyPiZndDsmZ3Q7IFVzZXJzIG1haWxpbmcgbGlzdDxicj4mZ3Q7Jmd0OyBVc2Vyc0Bvdmly dC5vcmc8YnI+Jmd0OyZndDsgaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZv L3VzZXJzPGJyPiZndDs8YnI+Jmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXzxicj4mZ3Q7IFVzZXJzIG1haWxpbmcgbGlzdDxicj4mZ3Q7IFVzZXJzQG92 aXJ0Lm9yZzxicj4mZ3Q7IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91 c2Vyczxicj48YnI+PGJyPjxicj4tLSA8YnI+RGlkaTxicj48L2JvZHk+PC9odG1sPg== ----_com.android.email_1678282976805320--

2 3

Wrong nvidia drivers dependency for ovirt-hosted-engine-setup on CentOS 7.2
by Aleksey Chudov 28 Dec '15

28 Dec '15

Hi, I have installed package ovirt-hosted-engine-setup-1.3.1.4-1.el7.centos.noarch on CentOS 7.2 and nvidia drivers installed as dependencies. If I manually try to remove nvidia drivers yum proposes to remove ovirt packages as well. I don't have any nvidia devices in my servers so I consider this a dependency bug. Please check the output below. # rpm -qa '*nvidia*' '*ovirt*' nvidia-x11-drv-352.63-1.el7.elrepo.x86_64 ovirt-host-deploy-1.4.1-1.el7.centos.noarch yum-plugin-nvidia-1.0.2-1.el7.elrepo.noarch libgovirt-0.3.3-1.el7.x86_64 kmod-nvidia-352.63-1.el7.elrepo.x86_64 ovirt-release36-002-2.noarch ovirt-engine-sdk-python-3.6.0.3-1.el7.centos.noarch ovirt-hosted-engine-ha-1.3.3.6-1.el7.centos.noarch ovirt-vmconsole-1.0.0-1.el7.centos.noarch ovirt-vmconsole-host-1.0.0-1.el7.centos.noarch ovirt-setup-lib-1.0.0-1.el7.centos.noarch ovirt-hosted-engine-setup-1.3.1.4-1.el7.centos.noarch # rpm -qa | grep nvidia | xargs yum history info Loaded plugins: fastestmirror, nvidia [nvidia]: No NVIDIA display devices found Transaction ID : 18 Begin time : Thu Dec 24 14:14:14 2015 Begin rpmdb : 429:07df3601154cf590c9c5c0435c6dd92b88beb824 End time : 14:18:53 2015 (279 seconds) End rpmdb : 697:c3c9771baf9f1abe81798d792470334cf2eb8ba6 User : root <root> Return-Code : Success Command Line : -d 2 -y install ovirt-hosted-engine-setup Transaction performed with: Installed rpm-4.11.3-17.el7.x86_64 @anaconda Installed yum-3.4.3-132.el7.centos.0.1.noarch @anaconda Installed yum-plugin-fastestmirror-1.1.31-34.el7.noarch @anaconda Packages Altered: ... Dep-Install kmod-nvidia-352.63-1.el7.elrepo.x86_64 @elrepo ... Dep-Install nvidia-x11-drv-352.63-1.el7.elrepo.x86_64 @elrepo ... Install ovirt-hosted-engine-setup-1.3.1.4-1.el7.centos.noarch @ovirt-3.6 ... Dep-Install yum-plugin-nvidia-1.0.2-1.el7.elrepo.noarch @elrepo Scriptlet output: 1 depmod: WARNING: could not open /lib/modules/3.10.0-229.el7.x86_64/modules.order: No such file or directory 2 depmod: WARNING: could not open /lib/modules/3.10.0-229.el7.x86_64/modules.builtin: No such file or directory 3 gtk-query-immodules-2.0-64: error while loading shared libraries: libpangocairo-1.0.so.0: cannot open shared object file: No such file or directory 4 warning: %post(gtk2-2.24.28-8.el7.x86_64) scriptlet failed, exit status 127 5 gtk-query-immodules-3.0-64: error while loading shared libraries: libEGL.so.1: cannot open shared object file: No such file or directory 6 Working. This may take some time ... 7 Done. history info Regards, Aleksey

2 1

host xxx did no satisfy internal filter Memory because its swap value was illegal.
by pc 28 Dec '15

28 Dec '15

------=ALIBOUNDARY_54603_493d9940_568114ce_5020f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 aG9zdMKgeHh4wqBkaWTCoG5vwqBzYXRpc2Z5wqBpbnRlcm5hbMKgZmlsdGVywqBNZW1vcnnCoGJl Y2F1c2XCoGl0c8Kgc3dhcMKgdmFsdWXCoHdhc8KgaWxsZWdhbC4jIyPCoERlc2NyaXB0aW9uwqAj IyMxLsKgcHJvYmxlbTEpwqBtaWdyYXRlwqB2bcKge25hbWU6eHl6MDAxLMKgbWVtKG1pbizCoG1h eCnCoD3CoCgyRyw0Ryl9wqBmcm9twqBvdmlydMKgaG9zdMKgbjMzwqB0b8KgbjM0LMKgZmFpbGVk LjIpwqBzaHV0dGluZ8KgZG93bsKgdm3CoHtuYW1lOsKgdGVzdDAwMSzCoG1lbShtaW4swqBtYXgp wqA9wqAoMUcsMUcpfcKgb27CoG4zNCzCoHVwZGF0ZcKgdGVzdDAwMSdzwqBjb25maWc6wqBIb3N0 LT5TdGFydMKgUnVubmluZ8KgT246wqBTcGVjaWZpYyhuMzQpLMKgdGhlbsKgc3RhcnTCoHRlc3Qw MDEswqB3aGlsZSzCoGl0J3PCoHJ1bm5pbmfCoG9uwqBuMzMuMi7CoGVycsKgbWVzc2FnZcKgRXJy b3LCoHdoaWxlwqBleGVjdXRpbmfCoGFjdGlvbjrCoG1pZ3JhdGXCoFtlbmdpbmXCoGd1aV14eXow MDE6Q2Fubm90wqBtaWdyYXRlwqBWTS7CoFRoZXJlwqBpc8Kgbm/CoGhvc3TCoHRoYXTCoHNhdGlz Zmllc8KgY3VycmVudMKgc2NoZWR1bGluZ8KgY29uc3RyYWludHMuwqBTZWXCoGJlbG93wqBmb3LC oGRldGFpbHM6VGhlwqBob3N0wqBuMzMub3ZpcnTCoGRpZMKgbm90wqBzYXRpc2Z5wqBpbnRlcm5h bMKgZmlsdGVywqBNZW1vcnnCoGJlY2F1c2XCoGhhc8KgYXZhaWxhYmXCoDE4NjPCoE1CwqBtZW1v cnkuwqBJbnN1ZmZpY2llbnTCoGZyZWXCoG1lbW9yecKgdG/CoHJ1bsKgdGhlwqBWTS5UaGXCoGhv c3TCoG4zNC5vdmlydMKgZGlkwqBub3TCoHNhdGlzZnnCoGludGVybmFswqBmaWx0ZXLCoE1lbW9y ecKgYmVjYXVzZcKgaXRzwqBzd2FwwqB2YWx1ZcKgd2FzwqBpbGxlZ2FsLltlbmdpbmUubG9nXUlO Rk/CoMKgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuTWlncmF0ZVZtQ29tbWFuZF3CoChkZWZh dWx0wqB0YXNrLTIzKcKgWzU5MTZhYTNiXcKgTG9ja8KgQWNxdWlyZWTCoHRvwqBvYmplY3TCoCdF bmdpbmVMb2NrOntleGNsdXNpdmVMb2Nrcz0nWzczMzUxODg1LTlhOTItNDMxNy1iYWFmLWU0ZjJi ZWQxMTcxYT08Vk0swqBBQ1RJT05fVFlQRV9GQUlMRURfVk1fSVNfQkVJTkdfTUlHUkFURUQkVm1O YW1lwqB0ZXN0MTE+XScswqBzaGFyZWRMb2Nrcz0nbnVsbCd9J0lORk/CoMKgW29yZy5vdmlydC5l bmdpbmUuY29yZS5ibGwuc2NoZWR1bGluZy5TY2hlZHVsaW5nTWFuYWdlcl3CoChkZWZhdWx0wqB0 YXNrLTIzKcKgWzU5MTZhYTNiXcKgQ2FuZGlkYXRlwqBob3N0wqAnbjM0J8KgKCcyYWUzYTIxOS1h ZTlhLTQzNDctYjFlMi0wZTEwMDM2MDIzMWUnKcKgd2FzwqBmaWx0ZXJlZMKgb3V0wqBiecKgJ1ZB Ul9fRklMVEVSVFlQRV9fSU5URVJOQUwnwqBmaWx0ZXLCoCdNZW1vcnknwqAoY29ycmVsYXRpb27C oGlkOsKgbnVsbClJTkZPwqDCoFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLnNjaGVkdWxpbmcu U2NoZWR1bGluZ01hbmFnZXJdwqAoZGVmYXVsdMKgdGFzay0yMynCoFs1OTE2YWEzYl3CoENhbmRp ZGF0ZcKgaG9zdMKgJ24zMyfCoCgnNjg4YWVjMzQtNTYzMC00NzhlLWFlNWUtOWQ1Nzk5MDgwNGU1 JynCoHdhc8KgZmlsdGVyZWTCoG91dMKgYnnCoCdWQVJfX0ZJTFRFUlRZUEVfX0lOVEVSTkFMJ8Kg ZmlsdGVywqAnTWVtb3J5J8KgKGNvcnJlbGF0aW9uwqBpZDrCoG51bGwpV0FSTsKgwqBbb3JnLm92 aXJ0LmVuZ2luZS5jb3JlLmJsbC5NaWdyYXRlVm1Db21tYW5kXcKgKGRlZmF1bHTCoHRhc2stMjMp wqBbNTkxNmFhM2JdwqBDYW5Eb0FjdGlvbsKgb2bCoGFjdGlvbsKgJ01pZ3JhdGVWbSfCoGZhaWxl ZMKgZm9ywqB1c2VywqBhZG1pbkBpbnRlcm5hbC7CoFJlYXNvbnM6wqBWQVJfX0FDVElPTl9fTUlH UkFURSxWQVJfX1RZUEVfX1ZNLFNDSEVEVUxJTkdfQUxMX0hPU1RTX0ZJTFRFUkVEX09VVCxWQVJf X0ZJTFRFUlRZUEVfX0lOVEVSTkFMLCRob3N0TmFtZcKgbjMzLCRmaWx0ZXJOYW1lwqBNZW1vcnks JGF2YWlsYWJsZU1lbcKgMTg2MyxWQVJfX0RFVEFJTF9fTk9UX0VOT1VHSF9NRU1PUlksU0NIRURV TElOR19IT1NUX0ZJTFRFUkVEX1JFQVNPTl9XSVRIX0RFVEFJTCxWQVJfX0ZJTFRFUlRZUEVfX0lO VEVSTkFMLCRob3N0TmFtZcKgbjM0LCRmaWx0ZXJOYW1lwqBNZW1vcnksVkFSX19ERVRBSUxfX1NX QVBfVkFMVUVfSUxMRUdBTCxTQ0hFRFVMSU5HX0hPU1RfRklMVEVSRURfUkVBU09OX1dJVEhfREVU QUlMSU5GT8KgwqBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5NaWdyYXRlVm1Db21tYW5kXcKg KGRlZmF1bHTCoHRhc2stMjMpwqBbNTkxNmFhM2JdwqBMb2NrwqBmcmVlZMKgdG/CoG9iamVjdMKg J0VuZ2luZUxvY2s6e2V4Y2x1c2l2ZUxvY2tzPSdbNzMzNTE4ODUtOWE5Mi00MzE3LWJhYWYtZTRm MmJlZDExNzFhPTxWTSzCoEFDVElPTl9UWVBFX0ZBSUxFRF9WTV9JU19CRUlOR19NSUdSQVRFRCRW bU5hbWXCoHRlc3QxMT5dJyzCoHNoYXJlZExvY2tzPSdudWxsJ30nMy7CoERDQ29tcGF0aWJpbGl0 ecKgVmVyc2lvbjrCoDMuNTQuwqBDbHVzdGVyTWVtb3J5wqBPcHRpbWl6YXRpb246wqBGb3LCoFNl cnZlcsKgTG9hZMKgLcKgQWxsb3fCoHNjaGVkdWxpbmfCoG9mwqAxNTAlwqBvZsKgcGh5c2ljYWzC oG1lbW9yeU1lbW9yecKgQmFsbG9vbjrCoEVuYWJsZcKgTWVtb3J5wqBCYWxsb29uwqBPcHRpbWl6 YXRpb25FbmFibGXCoEtTTTrCoFNoYXJlwqBtZW1vcnnCoHBhZ2VzwqBhY3Jvc3PCoGFsbMKgYXZh aWxhYmxlwqBtZW1vcnnCoChiZXN0wqBLU03CoGVmZmVjdGl2bmVzcyk1LsKgSE9TVG5hbWU6wqBu MzMswqBuMzRtZW06wqAzMkc2LsKgVk1bbjMzXcKgMTHCoHZtcyhtaW4swqBtYXgpwqA9wqAoMkcs NEcpwqA9wqA4KG1pbizCoG1heCnCoD3CoCgyRyw4RynCoD3CoDEobWluLMKgbWF4KcKgPcKgKDJH LDJHKcKgPcKgMnRvdGFsOsKgMjJHLzQ0R1tuMzRdwqA3wqB2bXMobWluLMKgbWF4KcKgPcKgKDAu NUcsMUcpwqA9wqAxKG1pbizCoG1heCnCoD3CoCgxRywyRynCoD3CoDEobWluLMKgbWF4KcKgPcKg KDJHLDJHKcKgPcKgMShtaW4swqBtYXgpwqA9wqAoMkcsNEcpwqA9wqAzKG1pbizCoG1heCnCoD3C oCg4Ryw4RynCoD3CoDF0b3RhbDrCoDE3LjVHLzI1Ry0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tKG1pbizCoG1heCnCoD3CoCgyRyw0RynCoHN0YW5kc8KgZm9yOsKg TWVtb3J5wqBTaXplOsKgNEdQaHlzaWNhbMKgTWVtb3J5wqBHdWFyYW50ZWVkOsKgMkdNZW1vcnnC oEJhbGxvb27CoERldmljZcKgRW5hYmxlZDrCoGNoZWNrZWQtLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLTcuwqBycG3CoHZlcnNpb25bcm9vdEBuMzPCoH5dI8KgcnBt wqAtcWHCoHxncmVwwqB2ZHNtdmRzbS15YWpzb25ycGMtNC4xNi4yNy0wLmVsNi5ub2FyY2h2ZHNt LWpzb25ycGMtNC4xNi4yNy0wLmVsNi5ub2FyY2h2ZHNtLWNsaS00LjE2LjI3LTAuZWw2Lm5vYXJj aHZkc20tcHl0aG9uLXpvbWJpZXJlYXBlci00LjE2LjI3LTAuZWw2Lm5vYXJjaHZkc20teG1scnBj LTQuMTYuMjctMC5lbDYubm9hcmNodmRzbS1weXRob24tNC4xNi4yNy0wLmVsNi5ub2FyY2h2ZHNt LTQuMTYuMjctMC5lbDYueDg2XzY0W3Jvb3RAZW5naW5lwqB+XSPCoHJwbcKgLXFhwqB8Z3JlcMKg b3ZpcnRvdmlydC1yZWxlYXNlMzYtMDAxLTIubm9hcmNob3ZpcnQtZW5naW5lLXNldHVwLWJhc2Ut My42LjAuMy0xLmVsNi5ub2FyY2hvdmlydC1lbmdpbmUtc2V0dXAtMy42LjAuMy0xLmVsNi5ub2Fy Y2hvdmlydC1pbWFnZS11cGxvYWRlci0zLjYuMC0xLmVsNi5ub2FyY2hvdmlydC1lbmdpbmUtd2ls ZGZseS04LjIuMC0xLmVsNi54ODZfNjRvdmlydC1lbmdpbmUtc2V0dXAtcGx1Z2luLXZtY29uc29s ZS1wcm94eS1oZWxwZXItMy42LjAuMy0xLmVsNi5ub2FyY2hvdmlydC1ob3N0LWRlcGxveS0xLjQu MC0xLmVsNi5ub2FyY2hvdmlydC1lbmdpbmUtYmFja2VuZC0zLjYuMC4zLTEuZWw2Lm5vYXJjaG92 aXJ0LWVuZ2luZS13ZWJhZG1pbi1wb3J0YWwtMy42LjAuMy0xLmVsNi5ub2FyY2hvdmlydC1lbmdp bmUtamJvc3MtYXMtNy4xLjEtMS5lbDYueDg2XzY0b3ZpcnQtZW5naW5lLWxpYi0zLjYuMC4zLTEu ZWw2Lm5vYXJjaG92aXJ0LWVuZ2luZS1zZXR1cC1wbHVnaW4tb3ZpcnQtZW5naW5lLWNvbW1vbi0z LjYuMC4zLTEuZWw2Lm5vYXJjaG92aXJ0LWVuZ2luZS1zZXR1cC1wbHVnaW4tb3ZpcnQtZW5naW5l LTMuNi4wLjMtMS5lbDYubm9hcmNob3ZpcnQtZW5naW5lLXNldHVwLXBsdWdpbi13ZWJzb2NrZXQt cHJveHktMy42LjAuMy0xLmVsNi5ub2FyY2hvdmlydC1lbmdpbmUtc2RrLXB5dGhvbi0zLjYuMC4z LTEuZWw2Lm5vYXJjaG92aXJ0LWlzby11cGxvYWRlci0zLjYuMC0xLmVsNi5ub2FyY2hvdmlydC12 bWNvbnNvbGUtcHJveHktMS4wLjAtMS5lbDYubm9hcmNob3ZpcnQtZW5naW5lLWV4dGVuc2lvbnMt YXBpLWltcGwtMy42LjAuMy0xLmVsNi5ub2FyY2hvdmlydC1lbmdpbmUtd2Vic29ja2V0LXByb3h5 LTMuNi4wLjMtMS5lbDYubm9hcmNob3ZpcnQtZW5naW5lLXZtY29uc29sZS1wcm94eS1oZWxwZXIt My42LjAuMy0xLmVsNi5ub2FyY2hlYmF5LWNvcnMtZmlsdGVyLTEuMC4xLTAuMS5vdmlydC5lbDYu bm9hcmNob3ZpcnQtaG9zdC1kZXBsb3ktamF2YS0xLjQuMC0xLmVsNi5ub2FyY2hvdmlydC1lbmdp bmUtdG9vbHMtMy42LjAuMy0xLmVsNi5ub2FyY2hvdmlydC1lbmdpbmUtcmVzdGFwaS0zLjYuMC4z LTEuZWw2Lm5vYXJjaG92aXJ0LWVuZ2luZS0zLjYuMC4zLTEuZWw2Lm5vYXJjaG92aXJ0LWVuZ2lu ZS1leHRlbnNpb24tYWFhLWpkYmMtMS4wLjEtMS5lbDYubm9hcmNob3ZpcnQtZW5naW5lLWNsaS0z LjYuMC4xLTEuZWw2Lm5vYXJjaG92aXJ0LXZtY29uc29sZS0xLjAuMC0xLmVsNi5ub2FyY2hvdmly dC1lbmdpbmUtd2lsZGZseS1vdmVybGF5LTAwMS0yLmVsNi5ub2FyY2hvdmlydC1lbmdpbmUtZGJz Y3JpcHRzLTMuNi4wLjMtMS5lbDYubm9hcmNob3ZpcnQtZW5naW5lLXVzZXJwb3J0YWwtMy42LjAu My0xLmVsNi5ub2FyY2hvdmlydC1ndWVzdC10b29scy1pc28tMy42LjAtMC4yX21hc3Rlci5mYzIy Lm5vYXJjaCMjI8KgRELCoCMjI1tyb290QGVuZ2luZcKgfl0jwqBzdcKgcG9zdGdyZXNiYXNoLTQu MSTCoGNkwqB+YmFzaC00LjEkwqBwc3FswqBlbmdpbmVlbmdpbmU9I8Kgc2VsZWN0wqB2ZHNfaWQs wqBwaHlzaWNhbF9tZW1fbWIswqBtZW1fY29tbWl0ZWQswqB2bV9hY3RpdmUswqB2bV9jb3VudCzC oHJlc2VydmVkX21lbSzCoGd1ZXN0X292ZXJoZWFkLMKgdHJhbnNwYXJlbnRfaHVnZXBhZ2VzX3N0 YXRlLMKgcGVuZGluZ192bWVtX3NpemXCoGZyb23CoHZkc19keW5hbWljO8KgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgdmRzX2lkwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqB8 wqBwaHlzaWNhbF9tZW1fbWLCoHzCoG1lbV9jb21taXRlZMKgfMKgdm1fYWN0aXZlwqB8wqB2bV9j b3VudMKgfMKgcmVzZXJ2ZWRfbWVtwqB8wqBndWVzdF9vdmVyaGVhZMKgfMKgdHJhbnNwYXJlbnRf aHVnZXBhZ2VzX3N0YXRlwqB8wqBwZW5kaW5nX3ZtZW1fc2l6ZcKgLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0t LS0tLS0tLS0rLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tKy0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS3CoDY4OGFlYzM0LTU2 MzAtNDc4ZS1hZTVlLTlkNTc5OTA4MDRlNcKgfMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAzMjA1N8Kg fMKgwqDCoMKgwqDCoMKgwqA0NTgzNsKgfMKgwqDCoMKgwqDCoMKgwqAxMcKgfMKgwqDCoMKgwqDC oMKgMTHCoHzCoMKgwqDCoMKgwqDCoMKgwqDCoDMyMcKgfMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgNjXCoHzCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqAywqB8wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoDDCoDJhZTNhMjE5LWFl OWEtNDM0Ny1iMWUyLTBlMTAwMzYwMjMxZcKgfMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAzMjA1N8Kg fMKgwqDCoMKgwqDCoMKgwqAyNjEyMMKgfMKgwqDCoMKgwqDCoMKgwqDCoDfCoHzCoMKgwqDCoMKg wqDCoMKgN8KgfMKgwqDCoMKgwqDCoMKgwqDCoMKgMzIxwqB8wqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqA2NcKgfMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoDLCoHzCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgMCgywqByb3dzKSMj I8KgbWVtb3J5wqAjIyNbbjMzXSPCoGZyZWXCoC1twqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqB0 b3RhbMKgwqDCoMKgwqDCoMKgdXNlZMKgwqDCoMKgwqDCoMKgZnJlZcKgwqDCoMKgwqBzaGFyZWTC oMKgwqDCoGJ1ZmZlcnPCoMKgwqDCoMKgY2FjaGVkTWVtOsKgwqDCoMKgwqDCoMKgwqDCoDMyMDU3 wqDCoMKgwqDCoMKgMzE3NzDCoMKgwqDCoMKgwqDCoMKgMjg3wqDCoMKgwqDCoMKgwqDCoMKgwqAw wqDCoMKgwqDCoMKgwqDCoMKgNDHCoMKgwqDCoMKgwqDCoDYzNDctLyvCoGJ1ZmZlcnMvY2FjaGU6 wqDCoMKgwqDCoMKgMjUzODHCoMKgwqDCoMKgwqDCoDY2NzZTd2FwOsKgwqDCoMKgwqDCoMKgwqAy OTk5OcKgwqDCoMKgwqDCoDEwMDI1wqDCoMKgwqDCoMKgMTk5NzRQaHlzaWNhbMKgTWVtb3J5OsKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgMzIw NTfCoE1CwqB0b3RhbCzCoDI1NjQ2wqBNQsKgdXNlZCzCoDY0MTHCoE1CwqBmcmVlU3dhcMKgU2l6 ZTrCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoDI5OTk5wqBNQsKgdG90YWwswqAxMDAyNcKgTULCoHVzZWQswqAxOTk3NMKg TULCoGZyZWVNYXjCoGZyZWXCoE1lbW9yecKgZm9ywqBzY2hlZHVsaW5nwqBuZXfCoFZNczrCoMKg wqDCoMKgMTkyOC41wqBNQltuMzRdI8KgZnJlZcKgLW3CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oHRvdGFswqDCoMKgwqDCoMKgwqB1c2VkwqDCoMKgwqDCoMKgwqBmcmVlwqDCoMKgwqDCoHNoYXJl ZMKgwqDCoMKgYnVmZmVyc8KgwqDCoMKgwqBjYWNoZWRNZW06wqDCoMKgwqDCoMKgwqDCoMKgMzIw NTfCoMKgwqDCoMKgwqAzMTcxM8KgwqDCoMKgwqDCoMKgwqAzNDTCoMKgwqDCoMKgwqDCoMKgwqDC oDDCoMKgwqDCoMKgwqDCoMKgwqA3OMKgwqDCoMKgwqDCoDEzMDc0LS8rwqBidWZmZXJzL2NhY2hl OsKgwqDCoMKgwqDCoDE4NTYwwqDCoMKgwqDCoMKgMTM0OTdTd2FwOsKgwqDCoMKgwqDCoMKgwqAy OTk5OcKgwqDCoMKgwqDCoMKgNTA5OMKgwqDCoMKgwqDCoDI0OTAxUGh5c2ljYWzCoE1lbW9yeTrC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoDMy MDU3wqBNQsKgdG90YWwswqAxODU5M8KgTULCoHVzZWQswqAxMzQ2NMKgTULCoGZyZWVTd2FwwqBT aXplOsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgMjk5OTnCoE1CwqB0b3RhbCzCoDUwOTjCoE1CwqB1c2VkLMKgMjQ5MDHC oE1CwqBmcmVlTWF4wqBmcmVlwqBNZW1vcnnCoGZvcsKgc2NoZWR1bGluZ8KgbmV3wqBWTXM6wqDC oMKgwqDCoDIxNjQ0LjXCoE1CIyMjwqBjb2RlwqAjIyMjI2Zyb206wqBodHRwczovL2dpdGh1Yi5j b20vb1ZpcnQvb3ZpcnQtZW5naW5ldjMuNi4wIyNmcm9tOsKgRDpcY29kZVxqYXZhXG92aXJ0LWVu Z2luZVxiYWNrZW5kXG1hbmFnZXJcbW9kdWxlc1xkYWxcc3JjXG1haW5ccmVzb3VyY2VzXGJ1bmRs ZXNcQXBwRXJyb3JzLnByb3BlcnRpZXNWQVJfX0RFVEFJTF9fU1dBUF9WQUxVRV9JTExFR0FMPSRk ZXRhaWxNZXNzYWdlwqBpdHPCoHN3YXDCoHZhbHVlwqB3YXPCoGlsbGVnYWwjI2Zyb206wqBEOlxj b2RlXGphdmFcb3ZpcnQtZW5naW5lXGJhY2tlbmRcbWFuYWdlclxtb2R1bGVzXGJsbFxzcmNcbWFp blxqYXZhXG9yZ1xvdmlydFxlbmdpbmVcY29yZVxibGxcc2NoZWR1bGluZ1xwb2xpY3l1bml0c1xN ZW1vcnlQb2xpY3lVbml0LmphdmEjLS0tLS0tLS0tLS1jb2RlLS0tLS0tLS0tLS0tLS0xI8KgwqDC oMKgcHJpdmF0ZcKgYm9vbGVhbsKgaXNWTVN3YXBWYWx1ZUxlZ2FsKFZEU8KgaG9zdCnCoHvCoMKg wqDCoMKgwqDCoMKgaWbCoCghQ29uZmlnLjxCb29sZWFuPsKgZ2V0VmFsdWUoQ29uZmlnVmFsdWVz LkVuYWJsZVN3YXBDaGVjaykpwqB7wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoHJldHVybsKgdHJ1ZTvCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoH3CoMKgwqDC oChvbWl0dGVkLi4pwqDCoMKgwqDCoMKgwqDCoHJldHVybsKgKChzd2FwX3RvdGFswqAtwqBzd2Fw X2ZyZWXCoC3CoG1lbV9hdmFpbGFibGUpwqAqwqAxMDDCoC/CoHBoeXNpY2FsX21lbV9tYinCoDw9 wqBDb25maWcuPEludGVnZXI+wqBnZXRWYWx1ZShDb25maWdWYWx1ZXMuQmxvY2tNaWdyYXRpb25P blN3YXBVc2FnZVBlcmNlbnRhZ2UpwqDCoMKgwqAob21pdHRlZC4uKcKgwqDCoMKgfcKgIy0tLS0t LS0tLS0tY29kZS0tLS0tLS0tLS0tLS0tMSNpZsKgRW5hYmxlU3dhcENoZWNrwqA9wqBGYWxzZcKg dGhlbsKgcmV0dXJuwqBUcnVlLMKgc2/CoHdlwqBjYW7CoHNpbXBsecKgZGlzYWJsZcKgdGhpc8Kg b3B0aW9uP8KgQW55wqBTdWdnZXN0aW9uP1tyb290QGVuZ2luZcKgfl0jwqBlbmdpbmUtY29uZmln wqAtLWdldMKgQmxvY2tNaWdyYXRpb25PblN3YXBVc2FnZVBlcmNlbnRhZ2VCbG9ja01pZ3JhdGlv bk9uU3dhcFVzYWdlUGVyY2VudGFnZTrCoDDCoHZlcnNpb246wqBnZW5lcmFsc28sLENvbmZpZy48 SW50ZWdlcj7CoGdldFZhbHVlKENvbmZpZ1ZhbHVlcy5CbG9ja01pZ3JhdGlvbk9uU3dhcFVzYWdl UGVyY2VudGFnZSnCoD3CoDBzbywsKHN3YXBfdG90YWzCoC3CoHN3YXBfZnJlZcKgLcKgbWVtX2F2 YWlsYWJsZSnCoCrCoDEwMMKgL8KgcGh5c2ljYWxfbWVtX21iwqA8PcKgMHNvLCxzd2FwX3RvdGFs wqAtwqBzd2FwX2ZyZWXCoC3CoG1lbV9hdmFpbGFibGXCoDw9wqAwcmlnaHQ/c28sLMKgaWbCoChz d2FwX3RvdGFswqAtwqBzd2FwX2ZyZWUpwqA8PcKgbWVtX2F2YWlsYWJsZcKgdGhlbsKgcmV0dXJu wqBUcnVlwqBlbHNlwqByZXR1cm7CoEZhbHNlIy0tLS0tLS0tLS0tY29kZS0tLS0tLS0tLS0tLS0t MiPCoMKgwqDCoMKgwqDCoGZvcsKgKFZEU8KgdmRzwqA6wqBob3N0cynCoHvCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqBpZsKgKCFpc1ZNU3dhcFZhbHVlTGVnYWwodmRzKSnCoHvCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoGxvZy5kZWJ1ZygiSG9zdMKgJ3t9J8Kgc3dhcMKgdmFsdWXCoGlz wqBpbGxlZ2FsIizCoHZkcy5nZXROYW1lKCkpO8KgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgbWVzc2FnZXMuYWRkTWVzc2FnZSh2ZHMuZ2V0SWQoKSzCoEVuZ2luZU1lc3NhZ2UuVkFSX19E RVRBSUxfX1NXQVBfVkFMVUVfSUxMRUdBTC50b1N0cmluZygpKTvCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoGNvbnRpbnVlO8KgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoH3CoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqBpZsKgKCFtZW1vcnlDaGVja2VyLmV2YWx1YXRlKHZkcyzCoHZtKSnCoHvC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoGludMKgaG9zdEFhdmFpbGFibGVNZW3CoD3C oFNsYVZhbGlkYXRvci5nZXRJbnN0YW5jZSgpLmdldEhvc3RBdmFpbGFibGVNZW1vcnlMaW1pdCh2 ZHMpO8KgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgbG9nLmRlYnVnKCJIb3N0wqAne30n wqBoYXPCoHt9wqBNQsKgYXZhaWxhYmxlLsKgSW5zdWZmaWNpZW50wqBtZW1vcnnCoHRvwqBydW7C oHRoZcKgVk0iLMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oHZkcy5nZXROYW1lKCkswqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgaG9zdEFhdmFpbGFibGVNZW0pO8KgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg bWVzc2FnZXMuYWRkTWVzc2FnZSh2ZHMuZ2V0SWQoKSzCoFN0cmluZy5mb3JtYXQoIiRhdmFpbGFi bGVNZW3CoCUxJGQiLMKgaG9zdEFhdmFpbGFibGVNZW0pKTvCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoG1lc3NhZ2VzLmFkZE1lc3NhZ2UodmRzLmdldElkKCkswqBFbmdpbmVNZXNzYWdl LlZBUl9fREVUQUlMX19OT1RfRU5PVUdIX01FTU9SWS50b1N0cmluZygpKTvCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoGNvbnRpbnVlO8KgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoH3CoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqAob21pdHRlZC4uKcKgwqDCoMKgwqDCoMKgwqB9Iy0tLS0tLS0t LS0tY29kZS0tLS0tLS0tLS0tLS0tMiMhaXNWTVN3YXBWYWx1ZUxlZ2FswqB0aGVuwqB0aHJvd8Kg ZXhjZXB0aW9uLMKgcmlnaHQ/c28sLMKgd2hlbsKgd2XCoG1pZ3JhdGXCoHZtwqBmcm9twqBuMzPC oHRvwqBuMzQswqB0aGXCoHN3YXDCoHN0YXR1c8Kgb27CoG4zNMKgYWN0dWFsbHnCoGlzOihzd2Fw X3RvdGFswqAtwqBzd2FwX2ZyZWUpwqA+wqBtZW1fYXZhaWxhYmxlc3dhcF91c2VkwqA+wqBtZW1f YXZhaWxhYmxlP8KgY29uZnVzZWQuLi5zbywswqB0aGXCoGxvZ2ljwqBpczoxKcKgY2hlY2vCoG4z MzrCoHN3YXBbcGFzc2VkXSzCoHRoZW7CoG1lbW9yeVtmYWlsZWRdLMKgdGhlbsKgZ290b8KgKGZv ci4uY29udGludWUuLmxvb3ApMinCoGNoZWNrwqBuMzQ6wqBzd2FwW2ZhaWxlZF0swqB0aGVuwqBn b3RvwqAoZm9yLi5jb250aW51ZS4ubG9vcClJZsKgScKgaGF2ZcKgbWlzdW5kZXJzdG9vZMKgYW55 dGhpbmcswqBwbGVhc2XCoGxldMKgbWXCoGtub3cuIyMjwqBjb25jbHVzaW9uwqAjIyMxKcKgbjMz wqBkb8Kgbm90wqBoYXZlwqBlbm91Z2jCoG1lbW9yeS7CoFt5ZXMswqBJwqBrbm93wqB0aGF0Ll0y KcKgbjM0wqBtZW1vcnnCoGlzwqBpbGxlZ2FswqBbd2h5wqBhbmTCoGhvd8KgdG/CoHNvbHZlwqBp dD9dMynCoHdoYXTCoEnCoHRyaWVkOi0tY2hhbmdlwqBjb25maWc6wqBCbG9ja01pZ3JhdGlvbk9u U3dhcFVzYWdlUGVyY2VudGFnZVtyb290QGVuZ2luZcKgfl0jwqBlbmdpbmUtY29uZmlnwqAtLXNl dMKgQmxvY2tNaWdyYXRpb25PblN3YXBVc2FnZVBlcmNlbnRhZ2U9NzXCoC1jdmVywqBnZW5lcmFs W3Jvb3RAZW5naW5lwqB+XSPCoGVuZ2luZS1jb25maWfCoC0tZ2V0wqBCbG9ja01pZ3JhdGlvbk9u U3dhcFVzYWdlUGVyY2VudGFnZUJsb2NrTWlncmF0aW9uT25Td2FwVXNhZ2VQZXJjZW50YWdlOsKg NzXCoHZlcnNpb246wqBnZW5lcmFsUmVzdWx0OsKgZmFpbGVkLi0tZGlzYWJsZcKgRW5hYmxlU3dh cENoZWNrSG93P8KgT3B0aW9uwqBub3TCoGZvdW5kwqBmcm9twqAnZW5naW5lLWNvbmZpZ8KgLS1s aXN0JyzCoHNob3VsZMKgScKgdXBkYXRlwqB0YWJsZcKgZmllbGTCoGRpcmVjdMKgZnJvbcKgZGI/ LS1kaXNrwqBzd2FwwqBwYXJ0aXRpb27CoG9uwqBob3N0U2hvdWxkwqBJwqBkb8KgdGhpc8Kgb3Bl cmF0aW9uPy0tdXBkYXRlwqBvdmlydC1lbmdpbmU/Tm/CoHVzZWZ1bMKgaW5mb21hdGlvbsKgZm91 bmTCoGluwqBsYXRlc3TCoHJlbGVhc2XCoG5vdGUswqBzaG91bGTCoEnCoGRvwqB0aGlzwqBvcGVy YXRpb24/IyMjIGhlbHAgIyMjYW55wqBoZWxwwqB3b3VsZMKgYmXCoGFwcHJlY2lhdGVkLlpZWFcu wqBSZWZlcmVuY2VodHRwOi8vd3d3Lm92aXJ0Lm9yZy9TbGEvRnJlZU1lbW9yeUNhbGN1bGF0aW9u aHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9waXBlcm1haWwvdXNlcnMvMjAxMi1Ob3ZlbWJlci8wMTA4 NTguaHRtbGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvcGlwZXJtYWlsL3VzZXJzLzIwMTMtTWFyY2gv MDEzMjAxLmh0bWxodHRwOi8vY29tbWVudHMuZ21hbmUub3JnL2dtYW5lLmNvbXAuZW11bGF0b3Jz Lm92aXJ0LnVzZXIvMTkyODhodHRwOi8vamltLnJpcHBvbi5tZS51ay8yMDEzLzA3L292aXJ0LXRl c3RpbmctZW5nbGlzaC1pbnN0cnVjdGlvbnMtZm9yLmh0bWw= ------=ALIBOUNDARY_54603_493d9940_568114ce_5020f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div class=3D"__aliyun_email_body_block"><div style=3D"clear: both;">host xxx did no satisfy internal fil= ter Memory because its swap value was illeg= al. ### Description ### 1. problem 1) mig= rate vm {name:xyz001, mem(min, max) =3D (2G,4G)}=  from ovirt host n33 to n34, failed. 2)=  shutting down vm {name: test001, mem(min, = max) =3D (1G,1G)} on n34, update test001's = config: Host->Start Running On: Specific(n34), the= n start test001, while, it's running on n33= . 2. err message  Error while executing&= nbsp;action: migrate  [engine gui] xyz001: Cannot&n= bsp;migrate VM. There is no host that satis= fies current scheduling constraints. See below f= or details: The host n33.ovirt did not satis= fy internal filter Memory because has availabe&n= bsp;1863 MB memory. Insufficient free memory to&= nbsp;run the VM. The host n34.ovirt did not&= nbsp;satisfy internal filter Memory because its = swap value was illegal. [engine.log] INFO&nbs= p; [org.ovirt.engine.core.bll.MigrateVmCommand] (default task-2= 3) [5916aa3b] Lock Acquired to object 'EngineLoc= k:{exclusiveLocks=3D'[73351885-9a92-4317-baaf-e4f2bed1171a=3D<VM, ACTI= ON_TYPE_FAILED_VM_IS_BEING_MIGRATED$VmName test11>]', sharedLocks= =3D'null'}' INFO  [org.ovirt.engine.core.bll.scheduling.Scheduli= ngManager] (default task-23) [5916aa3b] Candidate hos= t 'n34' ('2ae3a219-ae9a-4347-b1e2-0e100360231e') was filte= red out by 'VAR__FILTERTYPE__INTERNAL' filter 'Memory= ' (correlation id: null) INFO  [org.ovirt.engine.= core.bll.scheduling.SchedulingManager] (default task-23) [5916a= a3b] Candidate host 'n33' ('688aec34-5630-478e-ae5e-9d5799= 0804e5') was filtered out by 'VAR__FILTERTYPE__INTERN= AL' filter 'Memory' (correlation id: null) WARN&n= bsp; [org.ovirt.engine.core.bll.MigrateVmCommand] (default task= -23) [5916aa3b] CanDoAction of action 'MigrateVm'&nbs= p;failed for user admin@internal. Reasons: VAR__ACTIO= N__MIGRATE,VAR__TYPE__VM,SCHEDULING_ALL_HOSTS_FILTERED_OUT,VAR__FILTERTYPE__IN= TERNAL,$hostName n33,$filterName Memory,$availableMem 1863,VAR_= _DETAIL__NOT_ENOUGH_MEMORY,SCHEDULING_HOST_FILTERED_REASON_WITH_DETAIL,VAR__FI= LTERTYPE__INTERNAL,$hostName n34,$filterName Memory,VAR__DETAIL__SWA= P_VALUE_ILLEGAL,SCHEDULING_HOST_FILTERED_REASON_WITH_DETAIL INFO &nbs= p;[org.ovirt.engine.core.bll.MigrateVmCommand] (default task-23)&nbs= p;[5916aa3b] Lock freed to object 'EngineLock:{exclus= iveLocks=3D'[73351885-9a92-4317-baaf-e4f2bed1171a=3D<VM, ACTION_TYPE_F= AILED_VM_IS_BEING_MIGRATED$VmName test11>]', sharedLocks=3D'null'= }' 3. DC Compatibility Version: 3.5 = 4. Cluster Memory Optimization: For Server Load&n= bsp;- Allow scheduling of 150% of physical = memory Memory Balloon: Enable Memory Balloon Opti= mization Enable KSM: Share memory pages across&nb= sp;all available memory (best KSM effectivness) <= br >5. HOST name: n33, n34 mem: 32G 6.&nb= sp;VM [n33] 11 vms (min, max) =3D (2G,4G)&nbs= p;=3D 8 (min, max) =3D (2G,8G) =3D 1 (mi= n, max) =3D (2G,2G) =3D 2 total: 22G/44G [n34] 7 vms (min, max) =3D (0.5G,1G) =3D=  1 (min, max) =3D (1G,2G) =3D 1 (min,&nb= sp;max) =3D (2G,2G) =3D 1 (min, max) =3D&nbs= p;(2G,4G) =3D 3 (min, max) =3D (8G,8G) =3D&n= bsp;1 total: 17.5G/25G ------------------------------------------= -- (min, max) =3D (2G,4G) stands for:  M= emory Size: 4G Physical Memory Guaranteed: 2G Memory Balloon Device Enabled: checked --------------= ------------------------------ 7. rpm version [root@n33=  ~]# rpm -qa |grep vdsm vdsm-yajsonrpc-4.16.27-0.= el6.noarch vdsm-jsonrpc-4.16.27-0.el6.noarch vdsm-cli-4.16.27-0.el6.no= arch vdsm-python-zombiereaper-4.16.27-0.el6.noarch vdsm-xmlrpc-4.16.27= -0.el6.noarch vdsm-python-4.16.27-0.el6.noarch vdsm-4.16.27-0.el6.x86_= 64 [root@engine ~]# rpm -qa |grep ovirt = ovirt-release36-001-2.noarch ovirt-engine-setup-base-3.6.0.3-1.el6.noarch<= br >ovirt-engine-setup-3.6.0.3-1.el6.noarch ovirt-image-uploader-3.6.0-1.e= l6.noarch ovirt-engine-wildfly-8.2.0-1.el6.x86_64 ovirt-engine-setup-p= lugin-vmconsole-proxy-helper-3.6.0.3-1.el6.noarch ovirt-host-deploy-1.4.0-= 1.el6.noarch ovirt-engine-backend-3.6.0.3-1.el6.noarch ovirt-engine-we= badmin-portal-3.6.0.3-1.el6.noarch ovirt-engine-jboss-as-7.1.1-1.el6.x86_6= 4 ovirt-engine-lib-3.6.0.3-1.el6.noarch ovirt-engine-setup-plugin-ovir= t-engine-common-3.6.0.3-1.el6.noarch ovirt-engine-setup-plugin-ovirt-engin= e-3.6.0.3-1.el6.noarch ovirt-engine-setup-plugin-websocket-proxy-3.6.0.3-1= .el6.noarch ovirt-engine-sdk-python-3.6.0.3-1.el6.noarch ovirt-iso-upl= oader-3.6.0-1.el6.noarch ovirt-vmconsole-proxy-1.0.0-1.el6.noarch ovir= t-engine-extensions-api-impl-3.6.0.3-1.el6.noarch ovirt-engine-websocket-p= roxy-3.6.0.3-1.el6.noarch ovirt-engine-vmconsole-proxy-helper-3.6.0.3-1.el= 6.noarch ebay-cors-filter-1.0.1-0.1.ovirt.el6.noarch ovirt-host-deploy= -java-1.4.0-1.el6.noarch ovirt-engine-tools-3.6.0.3-1.el6.noarch ovirt= -engine-restapi-3.6.0.3-1.el6.noarch ovirt-engine-3.6.0.3-1.el6.noarch ovirt-engine-extension-aaa-jdbc-1.0.1-1.el6.noarch ovirt-engine-cli-3.6.0= .1-1.el6.noarch ovirt-vmconsole-1.0.0-1.el6.noarch ovirt-engine-wildfl= y-overlay-001-2.el6.noarch ovirt-engine-dbscripts-3.6.0.3-1.el6.noarch ovirt-engine-userportal-3.6.0.3-1.el6.noarch ovirt-guest-tools-iso-3.6.0-= 0.2_master.fc22.noarch ### DB ### [root@engine&nbs= p;~]# su postgres bash-4.1$ cd ~ bash-4.1$ ps= ql engine engine=3D# select vds_id, physical_mem_mb,&n= bsp;mem_commited, vm_active, vm_count, reserved_mem, guest= _overhead, transparent_hugepages_state, pending_vmem_size from&= nbsp;vds_dynamic;          &n= bsp;      vds_id     &n= bsp;          | physica= l_mem_mb | mem_commited | vm_active | vm_count&n= bsp;| reserved_mem | guest_overhead | transparent_hug= epages_state | pending_vmem_size  -------------------------= -------------+-----------------+--------------+-----------+----------+--------= ------+----------------+-----------------------------+------------------- =  688aec34-5630-478e-ae5e-9d57990804e5 |    &nbsp= ;      32057 |    &nbsp= ;   45836 |       &nbsp= ;11 |       11 |  &nbsp= ;       321 |    &= nbsp;        65 |  &nbs= p;            &nbs= p;           2 |&n= bsp;            &n= bsp;   0  2ae3a219-ae9a-4347-b1e2-0e100360231e |&= nbsp;          32057 |&= nbsp;       26120 |   &= nbsp;     7 |     &nbsp= ;  7 |         &nb= sp;321 |          &nbsp= ;  65 |         &n= bsp;            &n= bsp;    2 |       =           0 (2 rows= ) ### memory ### [n33] # free -= m             =  total       used   &nb= sp;   free     shared  &nbsp= ; buffers     cached Mem:   &= nbsp;     32057      31= 770        287    =       0      &nbsp= ;  41       6347 -/+ buf= fers/cache:      25381    &n= bsp;  6676 Swap:        = 29999      10025     &n= bsp;19974 Physical Memory:      &n= bsp;            &n= bsp;        32057 MB total,&= nbsp;25646 MB used, 6411 MB free Swap Size:&= nbsp;            &= nbsp;            &= nbsp;       29999 MB total, = 10025 MB used, 19974 MB free Max free M= emory for scheduling new VMs:    &nbsp= ;1928.5 MB [n34] # free -m   &n= bsp;          total &nb= sp;     used      &nbsp= ;free     shared    buffers =     cached Mem:      &nb= sp;  32057      31713  &nbsp= ;     344       &n= bsp;  0         78&nbsp= ;     13074 -/+ buffers/cache:  &n= bsp;   18560      13497 Swap:=         29999    &= nbsp;  5098      24901 Physic= al Memory:          &nb= sp;            &nb= sp;    32057 MB total, 18593 MB u= sed, 13464 MB free Swap Size:    &= nbsp;            &= nbsp;            &= nbsp;   29999 MB total, 5098 MB used,&= nbsp;24901 MB free Max free Memory for sched= uling new VMs:     21644.5 MB ### code ### ##from: https://github.com/oVirt/ov= irt-engine v3.6.0 ##from: D:\code\java\ovirt-engine\backend\= manager\modules\dal\src\main\resources\bundles\AppErrors.properties VAR__D= ETAIL__SWAP_VALUE_ILLEGAL=3D$detailMessage its swap value = was illegal ##from: D:\code\java\ovirt-engine\backend\manag= er\modules\bll\src\main\java\org\ovirt\engine\core\bll\scheduling\policyunits\= MemoryPolicyUnit.java #-----------code--------------1#   &nb= sp; private boolean isVMSwapValueLegal(VDS host) {<br= >        if (!Config.<Boolean= > getValue(ConfigValues.EnableSwapCheck)) {   &nbsp= ;            &nbsp= ;    return true;      &= nbsp;          }  &= nbsp;  (omitted..)        &nb= sp;return ((swap_total - swap_free - mem_available)&n= bsp;* 100 / physical_mem_mb) <=3D Config.<Integ= er> getValue(ConfigValues.BlockMigrationOnSwapUsagePercentage) &nb= sp;   (omitted..)     }  #----= -------code--------------1# if EnableSwapCheck =3D False&nb= sp;then return True, so we can simply disab= le this option? Any Suggestion? [root@engine&nbsp= ;~]# engine-config --get BlockMigrationOnSwapUsagePercentage<br= >BlockMigrationOnSwapUsagePercentage: 0 version: general <= br >so,, Config.<Integer> getValue(ConfigValues.BlockMigrationO= nSwapUsagePercentage) =3D 0 so,, (swap_total - swa= p_free - mem_available) * 100 / physical_mem_mb&= nbsp;<=3D 0 so,, swap_total - swap_free - = mem_available <=3D 0 right? so,, if (swap_total=  - swap_free) <=3D mem_available then return&= nbsp;True else return False #-----------code-----= ---------2#        for (VDS v= ds : hosts) {        &nb= sp;    if (!isVMSwapValueLegal(vds)) { &nbsp= ;            &nbsp= ;  log.debug("Host '{}' swap value is illeg= al", vds.getName());         =         messages.addMessage(vds.getId(= ), EngineMessage.VAR__DETAIL__SWAP_VALUE_ILLEGAL.toString());  &= nbsp;            &= nbsp; continue;         &nbsp= ;   }         &nbsp= ;   if (!memoryChecker.evaluate(vds, vm)) { =              =    int hostAavailableMem =3D SlaValidator.getIns= tance().getHostAvailableMemoryLimit(vds);      &n= bsp;          log.debug("Hos= t '{}' has {} MB available. Insufficient me= mory to run the VM",      &nb= sp;            &nb= sp;     vds.getName(),     &n= bsp;            &n= bsp;      hostAavailableMem);   &n= bsp;            &n= bsp;messages.addMessage(vds.getId(), String.format("$availableMem %1= $d", hostAavailableMem));        &= nbsp;        messages.addMessage(vds.g= etId(), EngineMessage.VAR__DETAIL__NOT_ENOUGH_MEMORY.toString()); &nb= sp;            &nb= sp;  continue;         &= nbsp;   }         &= nbsp;   (omitted..)       &nb= sp; } #-----------code--------------2# !isVMSwapValueLegal&n= bsp;then throw exception, right? so,, when we&nbs= p;migrate vm from n33 to n34, the swap&nbsp= ;status on n34 actually is: (swap_total - sw= ap_free) > mem_available swap_used > mem_av= ailable? confused... so,, the logic is: 1)&nb= sp;check n33: swap[passed], then memory[failed], then=  goto (for..continue..loop) 2) check n34: swap[fa= iled], then goto (for..continue..loop) If I = have misunderstood anything, please let me know.= ### conclusion ### 1) n33 do = not have enough memory. [yes, I know that.]= 2) n34 memory is illegal [why and how&= nbsp;to solve it?] 3) what I tried: --change&= nbsp;config: BlockMigrationOnSwapUsagePercentage [root@engine ~]= # engine-config --set BlockMigrationOnSwapUsagePercentage=3D75&= nbsp;-cver general [root@engine ~]# engine-config --ge= t BlockMigrationOnSwapUsagePercentage BlockMigrationOnSwapUsagePercen= tage: 75 version: general Result: failed. <br= >--disable EnableSwapCheck How? Option not found&nbsp= ;from 'engine-config --list', should I update ta= ble field direct from db? --disk swap&n= bsp;partition on host Should I do this opera= tion? --update ovirt-engine? No useful infomation&= nbsp;found in latest release note, should I&nbsp= ;do this operation? ### help ### any help&nbs= p;would be appreciated. ZYXW. Reference http://www= .ovirt.org/Sla/FreeMemoryCalculation http://lists.ovirt.org/pipermail/user= s/2012-November/010858.html http://lists.ovirt.org/pipermail/users/2013-Ma= rch/013201.html http://comments.gmane.org/gmane.comp.emulators.ovirt.user/= 19288 http://jim.rippon.me.uk/2013/07/ovirt-testing-english-instructions-f= or.html</div></div> ------=ALIBOUNDARY_54603_493d9940_568114ce_5020f--

1 0

Add node to engine 3.6: "no unique id"
by gregor 28 Dec '15

28 Dec '15

Hi, I added a oVirt node (3.6) to my engine (3.6) and get the following message when I try to activate it: --------------- Cannot activate Host. Host has no unique id. --------------- Image: ovirt-node-iso-3.6-0.999.201512132115.el7.centos.iso regards gregor

4 5

VM CPU stuck after upgrade to 3.6
by gregor 27 Dec '15

27 Dec '15

Hi, I recently upgraded from 3.5 to 3.6. The way I did is maybe for others complicated but it worked: Export the VM's, remove 3.5, install 3.6 fresh and import the VM's. The normal upgrade way did not work in my case and after many tries I did it the described way. Now I have sometimes the problem that my Centos VM's throw a kernel error like this: -------------- kernel:BUG: soft lockup - CPU#0 stuck for 22s! [python:730] -------------- Whats wrong here? I see no resource-problem the host usage is: memory 85%, CPU 62% regards gregor

2 1

ovirt-aaa-jdbc-tool error on engine-setup
by Kevin C 27 Dec '15

27 Dec '15

Hi list, I cannot setup an ovirt-engine on a new server, It fails with [ ERROR ] Failed to execute stage 'Misc configuration': Command '/usr/bin/ovirt-aaa-jdbc-tool' failed to execute. What I need to do to debug ? Regards Kevin C

2 1

Hosted Engine RAM
by Justin Foreman 27 Dec '15

27 Dec '15

My FCP HE is now successfully imported into oVirt after 3.6.2 rc1. I wanted to increase its RAM, but found that I couldn’t. I found this article and now understand that doing most management tasks on the HE through the UI is a work in progress: http://www.ovirt.org/Hosted_engine_VM_management I went to edit /etc/ovirt-hosted-engine/vm.conf to increase memSize but vm.conf doesn’t exist. Is there any way that I can increase the RAM during this time of transition for HE management? Thanks, Justin

2 1

Merry Christmas!
by Karli Sjöberg 24 Dec '15

24 Dec '15

And a happy new year, from Sweden! /K

3 2

Re: [ovirt-users] mount a usb
by Fernando Fuentes 24 Dec '15

24 Dec '15

------sinikael-?=_1-14509404274870.9423928409814835 Content-Type: text/plain; format=flowed Content-Transfer-Encoding: 7bit I am bit confused by your reply. You run this from the ovirt engine. Once you run the command it will ask u what ovirt version... Choose the correct one and restart the engine... Than you attach your usb to your host where your VM resides... Once attach you edit your VM and add your hot plug. What I am puzzled is that you mention you are trying to attach it to a VMware? You are running a hypervisor within a hypervisor? On Wed, Dec 23, 2015 at 11:44 PM, alireza sadeh seighalan < seighalani(a)gmail.com [seighalani(a)gmail.com] > wrote: hi again i double check that document but it doesnt work. i have 2 servers (main and hypervisoer 1) . i installed vdsm-hook-hostusb then run this command in main server : # engine-config -s "UserDefinedVMProperties=hostusb=^0x[0-9a-fA-F]{4}:0x[0-9a-fA-F]{4}$" after that restart ovirt-engine and attach usb to hypervisor1 and run lsub command and took usb id forexample: 0x920:0x3214 and add it in my vmware . start vmware but it didnt start. what should i do? (passthrough in vmware done in some easy step)!! On Wed, Dec 23, 2015 at 8:32 AM, alireza sadeh seighalan < seighalani(a)gmail.com [seighalani(a)gmail.com] > wrote: hi Fernando Fuentes thanks for your kind of help :) best regards On Wed, Dec 23, 2015 at 7:42 AM, Fernando Fuentes < ffuentes(a)darktcp.net [ffuentes(a)darktcp.net] > wrote: I follow this blog and worked for me like a charm. http://blog.conoracallahan.com/blog/2014/07/19/ovirt-usb-passthrough/ [http://blog.conoracallahan.com/blog/2014/07/19/ovirt-usb-passthrough/] -- Fernando Fuentes ffuentes(a)txweather.org [ffuentes(a)txweather.org] http://www.txweather.org [http://www.txweather.org] On Tue, Dec 22, 2015, at 10:08 PM, alireza sadeh seighalan wrote: hi everyone i want to mount a usb to a windows vm in ovirt3.6.1. how can i run it?thanks in advance _______________________________________________ Users mailing list Users(a)ovirt.org [Users(a)ovirt.org] http://lists.ovirt.org/mailman/listinfo/users [http://lists.ovirt.org/mailman/listinfo/users] _______________________________________________ Users mailing list Users(a)ovirt.org [Users(a)ovirt.org] http://lists.ovirt.org/mailman/listinfo/users [http://lists.ovirt.org/mailman/listinfo/users] ------sinikael-?=_1-14509404274870.9423928409814835 Content-Type: text/html; format=flowed Content-Transfer-Encoding: 7bit I am bit confused by your reply. You run this from the ovirt engine. Once you run the command it will ask u what ovirt version... Choose the correct one and restart the engine...  Than you attach your usb to your host where your VM resides... Once attach you edit your VM and add your hot plug. What I am puzzled is that you mention you are trying to attach it to a VMware? You are running a hypervisor within a hypervisor? <div class="cm_quote" style=" color: #787878">On Wed, Dec 23, 2015 at 11:44 PM, alireza sadeh seighalan <<a href="mailto:seighalani@gmail.com">seighalani(a)gmail.com</a>> wrote:</div> <div id="oldcontent" style="background: rgb(255, 255, 255);"><blockquote style=""><div dir="ltr"><div><div><div><div><div><div>hi again </div>i double check that document but it doesnt work. i have 2 servers (main and hypervisoer 1) . i installed <code>vdsm-hook-hostusb then run this command in main server : </code> <code># engine-config -s "UserDefinedVMProperties=hostusb=^0x[0-9a-fA-F]{4}:0x[0-9a-fA-F]{4}$" </code></div><code>after that restart ovirt-engine and attach usb to hypervisor1 and run lsub command and took usb id forexample: </code></div><code>0x920:0x3214 </code></div><code>and add it in my vmware . start vmware but it didnt start. </code></div><code>what should i do? (passthrough in vmware done in some easy step)!! </code></div><code> </code></div><div class="gmail_extra"> <div class="gmail_quote">On Wed, Dec 23, 2015 at 8:32 AM, alireza sadeh seighalan <<a href="mailto:seighalani@gmail.com">seighalani(a)gmail.com</a>> wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>hi Fernando Fuentes </div>thanks for your kind of help :) </div>best regards </div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"> <div class="gmail_quote">On Wed, Dec 23, 2015 at 7:42 AM, Fernando Fuentes <<a href="mailto:ffuentes@darktcp.net">ffuentes(a)darktcp.net</a>> wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div><div>I follow this blog and worked for me like a charm. </div> <div> </div> <div><a href="http://blog.conoracallahan.com/blog/2014/07/19/ovirt-usb-passthrough/">http://blog.conoracallahan.com/blog/2014/07/19/ovirt-usb-passthrough/</a> </div> <div> </div> <div> </div> <div><div>-- </div> <div>Fernando Fuentes </div> <div><a href="mailto:ffuentes@txweather.org">ffuentes(a)txweather.org</a> </div> <div><a href="http://www.txweather.org">http://www.txweather.org</a> </div> <div> </div> </div> <div> </div> <div> </div> <div>On Tue, Dec 22, 2015, at 10:08 PM, alireza sadeh seighalan wrote: </div> <blockquote><div dir="ltr"><div><div>hi everyone </div> </div> <div>i want to mount a usb to a windows vm in ovirt3.6.1. how can i run it?thanks in advance </div> </div> <div>_______________________________________________ </div> <div>Users mailing list </div> <div><a href="mailto:Users@ovirt.org">Users(a)ovirt.org</a> </div> <div><a href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> </div> </blockquote></div> _______________________________________________ Users mailing list <a href="mailto:Users@ovirt.org">Users(a)ovirt.org</a> <a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer">http://lists.ovirt.org/mailman/listinfo/users</a> </blockquote></div> </div> </div></div></blockquote></div> </div> </blockquote></div> ------sinikael-?=_1-14509404274870.9423928409814835--

1 0

VM database update ( VMrestore)
by paf1＠email.cz 24 Dec '15

24 Dec '15

This is a multi-part message in MIME format. --------------000108070003000708050207 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, 1) if I've got full VM's datastore backup ( eg. via rsync ) and restore one VM's files to different store and empty oVirt database, will that database be updated automaticaly or any more actions needed ?? 2) Are VM's file stored in oVirt database in names only ? ( no check sum, or other IDs ) - meaning can I replace VM file by another one with different size ?? regs. Paf1 --------------000108070003000708050207 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hello, 1) if I've got full VM's datastore backup ( eg. via rsync ) and restore one VM's files to different store and empty oVirt database, will that database be updated automaticaly or any more actions needed ?? 2) Are VM's file stored in oVirt database in names only ? ( no check sum, or other IDs ) - meaning can I replace VM file by another one with different size ?? regs. Paf1 </body> </html> --------------000108070003000708050207--

2 1

aaa-LDAP schema selection
by Jamie Lawrence 24 Dec '15

24 Dec '15

--Apple-Mail=_6D675AA7-CA97-4DA5-9B6D-4B4607EEF1F0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hello all, I=E2=80=99d like to get the LDAP plugin working. We have a lovely LDAP = setup deployed (OpenLDAP), and nobody here has a clue how to map what we = have to the options the installer presents. Well, a clue, yes.=20 We include the core, cosine, nis, inetorgperson and misc schemas in the = config. The RHDS, 389, AD, IPA and Novell options are eliminated because we = aren=E2=80=99t running any of that. I eliminated =E2=80=98RFC-2307 = Schema (Generic)=E2=80=99 by finding attributes not included in the RFC, = but added by OpenLDAP.=20 Assuming what we are running maps to any of them, one of the = =E2=80=98OpenLDAP [RFC-2307|Standard] Schema' seem likely.=20 Does anyone know of a test (attribute that should be in one, or not in = another, or some such) to figure this out? Can it be inferred from my = schema includes (listed above)? I fear that determining this via process = of elimination is going to be brutal due to difficult-to-replicate = weirdness because of only minor differences, and the fact that there are = other moving parts at the moment with this setup. And to those who enjoy them, happy holidays. -j= --Apple-Mail=_6D675AA7-CA97-4DA5-9B6D-4B4607EEF1F0 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHejCCB3Yw ggVeoAMCAQICE1QAABNFH2NktVR+MW0AAAAAE0UwDQYJKoZIhvcNAQEFBQAwYDETMBEGCgmSJomT 8ixkARkWA2NvbTEbMBkGCgmSJomT8ixkARkWC3NxdWFyZXRyYWRlMRQwEgYKCZImiZPyLGQBGRYE Y29ycDEWMBQGA1UEAxMNY29ycC1TVUJDQS1DQTAeFw0xNTA5MjgxNjA1MDVaFw0xNjA4MTMyMjA3 NDJaMIGsMRMwEQYKCZImiZPyLGQBGRYDY29tMRswGQYKCZImiZPyLGQBGRYLc3F1YXJldHJhZGUx FDASBgoJkiaJk/IsZAEZFgRjb3JwMRIwEAYDVQQLEwlFbXBsb3llZXMxCzAJBgNVBAsTAklUMRcw FQYDVQQDEw5KYW1pZSBMYXdyZW5jZTEoMCYGCSqGSIb3DQEJARYZamxhd3JlbmNlQHNxdWFyZXRy YWRlLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJKcbsIRNOtf5dPVSwBJPfmu SwaS3lsqO4k/GyptrL70oxJHcsFWu1er4Qne2LwL4pvWzG3ID8QCPzBNMaijhgmOqf5lCS66t5bt XqqKDUWw+JYW8qKNLxEFpXYJMnoRJ6GAwsD+R/TL9qB6tSZa/ElWm3u+Q+B6PsOPTJR0FcPy6jzD DeoLMcN/MgKBsUGYmJSBcqoBrd/7ugZancX5ZsIMtDpjGG9zYfT3r3deMRFFksfkUf2BakUoFYRP hVl2IUAsarZ8oWGOkkm6NoV8AQrCsFtJNlfrBWFjaJDgSU/7waVpaFwNbE3y5vKfsydkHCfuatdt gmTCIMXX8QU3mBkCAwEAAaOCAtowggLWMB0GA1UdDgQWBBSidwBvd8Keglu5uZyaGnDa0tfFBzAf BgNVHSMEGDAWgBSsU98vE8JHTC7TGa8VLHCSZCOFSTCB1QYDVR0fBIHNMIHKMIHHoIHEoIHBhoG+ bGRhcDovLy9DTj1jb3JwLVNVQkNBLUNBLENOPXN1YmNhLENOPUNEUCxDTj1QdWJsaWMlMjBLZXkl MjBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWNvcnAsREM9c3F1YXJl dHJhZGUsREM9Y29tP2NlcnRpZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1j UkxEaXN0cmlidXRpb25Qb2ludDCBywYIKwYBBQUHAQEEgb4wgbswgbgGCCsGAQUFBzAChoGrbGRh cDovLy9DTj1jb3JwLVNVQkNBLUNBLENOPUFJQSxDTj1QdWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxD Tj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWNvcnAsREM9c3F1YXJldHJhZGUsREM9Y29t P2NBQ2VydGlmaWNhdGU/YmFzZT9vYmplY3RDbGFzcz1jZXJ0aWZpY2F0aW9uQXV0aG9yaXR5MBcG CSsGAQQBgjcUAgQKHggAVQBzAGUAcjAOBgNVHQ8BAf8EBAMCBaAwKQYDVR0lBCIwIAYKKwYBBAGC NwoDBAYIKwYBBQUHAwQGCCsGAQUFBwMCMFQGA1UdEQRNMEugLgYKKwYBBAGCNxQCA6AgDB5qbGF3 cmVuY2VAY29ycC5zcXVhcmV0cmFkZS5jb22BGWpsYXdyZW5jZUBzcXVhcmV0cmFkZS5jb20wRAYJ KoZIhvcNAQkPBDcwNTAOBggqhkiG9w0DAgICAIAwDgYIKoZIhvcNAwQCAgCAMAcGBSsOAwIHMAoG CCqGSIb3DQMHMA0GCSqGSIb3DQEBBQUAA4ICAQBwdFGJ18Dzg6eQoQU2oJ8PaoxTgOccXQNNcEZG wP0yk9ldV2BmqAw3yr0lUnhdk/ChkF9duSmWTHXrt8nAbyO8XVTwhIR6EcJEqS/MneudUsKbwClq yweMqsr/J9jz8Xl/IsbS0mWG9rb3o4stowNycrk2+t68DNMANQa4HGqh7Rz3XcrDtZOIRe33CPSc 552FgT1yJHBcNCkJHJQdZ6pXb0voP59eGIbrqOwhxfdorbb6lqYjSmOlUoQk5x0Gn25Z+B5q8a6o UTf1G5vMNups9133xuc1DeyFmjJVt6Xbs+BIIkAeL543iPWrr03vLclFRF+rwHBGkwklRY2eP/Qv oNOLBeuY85SiVdPKFlOSQc/U1kcpDani9UuQmQ1IZz3gea8WHDUyY2jSyAMZYFPNMQq+26eEo+HP +Gz7+F5IWRO1OL01EGsjCv/cdugqOsH/aIEc9XP4b/BUyWnxJxgI0d0j8BDfGiKcV+sCvkW4sO0p Oggj0b0SYnTB87hvjciZ4E8PHxaYlTyU95fdTQYLT6XjNMSQC3cIO4klbsObGRaIq5V4YbGiq91Z CkPCQjmBezFM7aLI9qb28gAT1NL2HZ0y5i8CDQWasE5RGyjqAhI6z+pl5RCUtUXimuo2KoA09eC6 RZllX/dT1f6+xGQu8DHMx+TSkYtuc2gzPFeFtjGCAxMwggMPAgEBMHcwYDETMBEGCgmSJomT8ixk ARkWA2NvbTEbMBkGCgmSJomT8ixkARkWC3NxdWFyZXRyYWRlMRQwEgYKCZImiZPyLGQBGRYEY29y cDEWMBQGA1UEAxMNY29ycC1TVUJDQS1DQQITVAAAE0UfY2S1VH4xbQAAAAATRTAJBgUrDgMCGgUA oIIBcTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTEyMjQwMTA2 NTZaMCMGCSqGSIb3DQEJBDEWBBQodZhL6dhRa4keT1Tc7lcceZyY/TCBhgYJKwYBBAGCNxAEMXkw dzBgMRMwEQYKCZImiZPyLGQBGRYDY29tMRswGQYKCZImiZPyLGQBGRYLc3F1YXJldHJhZGUxFDAS BgoJkiaJk/IsZAEZFgRjb3JwMRYwFAYDVQQDEw1jb3JwLVNVQkNBLUNBAhNUAAATRR9jZLVUfjFt AAAAABNFMIGIBgsqhkiG9w0BCRACCzF5oHcwYDETMBEGCgmSJomT8ixkARkWA2NvbTEbMBkGCgmS JomT8ixkARkWC3NxdWFyZXRyYWRlMRQwEgYKCZImiZPyLGQBGRYEY29ycDEWMBQGA1UEAxMNY29y cC1TVUJDQS1DQQITVAAAE0UfY2S1VH4xbQAAAAATRTANBgkqhkiG9w0BAQEFAASCAQAMXanM3/mX 60yJ1vHsVl2R906uUHku+scVU2NYQX8vTqudmhIM/ESLFAQXXtxVrNMRVoC6ZpekEoiUWj505fek c73Q7CClPV1BMl2LU+LDN1bRVQZRwg58ISCt30A0kaYZTxXIcEeM4G42B0qpqigXl184T7QXNBh2 KVbBhZMo2LsRcx5LHKODibaEeeqcoKSBq6SMcRbQhTLNXLlJJQQyYoTeFiNNM0vP4jLmCvsJVnmp IEn6wp4F/Ufpcc8ckh7D0jveIOIbiC+EcyxRcJj/sMSLDy808YyhSpZrQYzgtrEhjI/+ym3JKze7 +zvnC8jKlRAYOv+xmxZee21zu0DTAAAAAAAA --Apple-Mail=_6D675AA7-CA97-4DA5-9B6D-4B4607EEF1F0--

2 1

How to add a Gluster storage domain on hyper-converged?
by Will Dennis 24 Dec '15

24 Dec '15

--_000_F3282EEAFF180F43BAF1AD0A7C34739D391C0Fnjmailneclabscom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, I have a three-node hyper-converged oVirt datacenter running; now I need to= add my first storage domain. I had prepped for this before installing oVir= t by creating two distributed Gluster volumes with 3x replicas (one for the= hosted engine, one for VM storage) - [root@ovirt-node-01 ~]# gluster volume info | grep -e "Name" -e "Type" -e "= Number" Volume Name: engine Type: Distributed-Replicate Number of Bricks: 2 x 3 =3D 6 Volume Name: vmdata Type: Distributed-Replicate Number of Bricks: 2 x 3 =3D 6 Now I'd like to use the "vmdata" volume for my storage domain. When in weba= dmin I select "New Domain" I get a dialog that lets me select GlusterFS as = the storage type, but then requires a "Use host:" setting, and a path. Is i= t possible for me to select one of my oVirt hosts (they all have the 'vmdat= a' volume), and then use "localhost:/vmdata" for the path? Or will this not= work? I know this isn't officially supported yet, but if I can get it to work som= ehow, that'd be great :) It's a non-production (PoC) setup, so the cost of= failure should be low... That said, I don't want to trash my rig and have = to redo the whole thing all over ;) Thanks, Will --_000_F3282EEAFF180F43BAF1AD0A7C34739D391C0Fnjmailneclabscom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> Hi all,<o:p></o:p> <o:p> </o:p> I have a three-node hyper-converged oVirt datacenter= running; now I need to add my first storage domain. I had prepped for this= before installing oVirt by creating two distributed Gluster volumes with 3= x replicas (one for the hosted engine, one for VM storage) –<o:p></o:p> <o:p> </o:p> [root@ovirt-node-01 ~]# gluster volume info | grep -= e "Name" -e "Type" -e "Number"<o:p></o:p> Volume Name: engine<o:p></o:p> Type: Distributed-Replicate<o:p></o:p> Number of Bricks: 2 x 3 =3D 6<o:p></o:p> Volume Name: vmdata<o:p></o:p> Type: Distributed-Replicate<o:p></o:p> Number of Bricks: 2 x 3 =3D 6<o:p></o:p> <o:p> </o:p> Now I’d like to use the “vmdata” v= olume for my storage domain. When in webadmin I select “New Domain&#8= 221; I get a dialog that lets me select GlusterFS as the storage type, but = then requires a “Use host:” setting, and a path. Is it possible for me to select one of my oVirt hosts (they all have the ‘vmdata&#8= 217; volume), and then use “localhost:/vmdata” for the path? Or= will this not work?<o:p></o:p> <o:p> </o:p> I know this isn’t officially supported yet, bu= t if I can get it to work somehow, that’d be great :)  It’= s a non-production (PoC) setup, so the cost of failure should be low... Tha= t said, I don’t want to trash my rig and have to redo the whole thing all over ;)<o:p></o:p> <o:p> </o:p> Thanks,<o:p></o:p> Will<o:p></o:p> </div> </body> </html> --_000_F3282EEAFF180F43BAF1AD0A7C34739D391C0Fnjmailneclabscom_--

2 2

Re: [ovirt-users] gwt super dev mode
by Alexander Wels 24 Dec '15

24 Dec '15

On Wednesday, December 23, 2015 11:15:17 AM royin rolland wrote: > Hi, > > Depending on your patch, appear “Error while executing action: A Request to > the Server failed with the following Status Code: 500". Did you do step 2? setup GWT_CODESVR=localhost:9876 in the shell you are going to start the engine in. This will allow the engine to know where to get the permutations generated by the "code" server below. Before you start the engine, which I am assuming you are running from a shell like so: $HOME/ovirt-engine/share/ovirt-engine/services/ovirt-engine/ovirt-engine.py start Make sure you do this: set GWT_CODESVR=localhost:9876 export GWT_CODESVR Then run the command to start the engine. > > 在 2015年12月21日，22:54，Alexander Wels <awels(a)redhat.com> 写道： > > > > On Thursday, December 17, 2015 09:05:10 AM Vojtech Szocs wrote: > >> Hi, > >> > >> oVirt UI currently uses GWT SDK version 2.6.1 > >> In GWT 2.6.x "classic" dev mode is still the default one. > >> > >> We tried to use "super" dev mode some time ago [1] but it > >> didn't work for us, probably due to using direct-eval RPC > >> mechanism (we got HTTP 500 responses for RPC requests). > >> > >> [1] https://gerrit.ovirt.org/#/c/26093/ > >> > >> Because "classic" dev mode relies on NPAPI-based browser > >> plugin, the downside is that developers must use old'ish > >> browsers that still support NPAPI (Firefox <= 26 etc). > >> > >> I think we can revisit this and try to experiment with > >> "super" dev mode as I believe [1] was done in context of > >> GWT 2.5.x anyway. > >> > >> Regards, > >> Vojtech > > > > Hi, > > > > I updated the initial WIP patch and I think it should work if you follow > > the instructions in the new patch [2]. Feel free to give it a whirl and > > give me feedback. > > > > [2] https://gerrit.ovirt.org/#/c/50742/ > > <https://gerrit.ovirt.org/#/c/50742/>> > >> ----- Original Message ----- > >> > >>> From: "royin rolland" <royinrolland(a)yahoo.com > >>> <mailto:royinrolland@yahoo.com>> To: vszocs(a)redhat.com > >>> <mailto:vszocs@redhat.com> > >>> Cc: users(a)ovirt.org <mailto:users@ovirt.org> > >>> Sent: Wednesday, December 16, 2015 2:49:25 AM > >>> Subject: gwt super dev mode > >>> > >>> hi，vszos： > >>> > >>> ovirt engine when it supports super dev mode？ovirt 3.6?

2 3

Ovirt 3.5 host gluster storage connection failure
by Steve Dainard 24 Dec '15

24 Dec '15

I have two hosts, only one of them was running VM's at the time of this crash so I can't tell if this is a node specific problem. rpm -qa | egrep -i 'gluster|vdsm|libvirt' |sort glusterfs-3.6.7-1.el7.x86_64 glusterfs-api-3.6.7-1.el7.x86_64 glusterfs-cli-3.6.7-1.el7.x86_64 glusterfs-fuse-3.6.7-1.el7.x86_64 glusterfs-libs-3.6.7-1.el7.x86_64 glusterfs-rdma-3.6.7-1.el7.x86_64 libvirt-client-1.2.8-16.el7_1.5.x86_64 libvirt-daemon-1.2.8-16.el7_1.5.x86_64 libvirt-daemon-config-nwfilter-1.2.8-16.el7_1.5.x86_64 libvirt-daemon-driver-interface-1.2.8-16.el7_1.5.x86_64 libvirt-daemon-driver-network-1.2.8-16.el7_1.5.x86_64 libvirt-daemon-driver-nodedev-1.2.8-16.el7_1.5.x86_64 libvirt-daemon-driver-nwfilter-1.2.8-16.el7_1.5.x86_64 libvirt-daemon-driver-qemu-1.2.8-16.el7_1.5.x86_64 libvirt-daemon-driver-secret-1.2.8-16.el7_1.5.x86_64 libvirt-daemon-driver-storage-1.2.8-16.el7_1.5.x86_64 libvirt-daemon-kvm-1.2.8-16.el7_1.5.x86_64 libvirt-lock-sanlock-1.2.8-16.el7_1.5.x86_64 libvirt-python-1.2.8-7.el7_1.1.x86_64 vdsm-4.16.30-0.el7.centos.x86_64 vdsm-cli-4.16.30-0.el7.centos.noarch vdsm-jsonrpc-4.16.30-0.el7.centos.noarch vdsm-python-4.16.30-0.el7.centos.noarch vdsm-python-zombiereaper-4.16.30-0.el7.centos.noarch vdsm-xmlrpc-4.16.30-0.el7.centos.noarch vdsm-yajsonrpc-4.16.30-0.el7.centos.noarch VM's were in a paused state, with errors in UI: 2015-Dec-22, 15:06 VM pcic-apps has paused due to unknown storage error. 2015-Dec-22, 15:06 Host compute2 is not responding. It will stay in Connecting state for a grace period of 82 seconds and after that an attempt to fence the host will be issued. 2015-Dec-22, 15:03 Invalid status on Data Center EDC2. Setting Data Center status to Non Responsive (On host compute2, Error: General Exception). 2015-Dec-22, 15:03 VM pcic-storage has paused due to unknown storage error. 2015-Dec-22, 15:03 VM docker1 has paused due to unknown storage error. VDSM logs look normal until: Dummy-99::DEBUG::2015-12-22 23:03:58,949::storage_mailbox::731::Storage.Misc.excCmd::(_checkForMail) dd if=/rhev/data-center/f72ec125-69a1-4c1b-a5e1-313fcb70b6ff/mastersd/dom_md/inbox iflag=direct,fullblock count=1 bs=1024000 (cwd None) Dummy-99::DEBUG::2015-12-22 23:03:58,963::storage_mailbox::731::Storage.Misc.excCmd::(_checkForMail) SUCCESS: <err> = '1+0 records in\n1+0 records out\n1024000 bytes (1.0 MB) copied, 0.00350501 s, 292 MB/s\n'; <rc> = 0 VM Channels Listener::INFO::2015-12-22 23:03:59,527::guestagent::180::vm.Vm::(_handleAPIVersion) vmId=`7067679e-43aa-43c0-b263-b0a711ade2e2`::Guest API version changed from 2 to 1 Thread-245428::DEBUG::2015-12-22 23:03:59,718::libvirtconnection::151::root::(wrapper) Unknown libvirterror: ecode: 80 edom: 20 level: 2 message: metadata not found: Requested metadata element is not present libvirtEventLoop::INFO::2015-12-22 23:04:00,447::vm::4982::vm.Vm::(_onIOError) vmId=`376e98b7-7798-46e8-be03-5dddf6cfb54f`::abnormal vm stop device virtio-disk0 error eother libvirtEventLoop::DEBUG::2015-12-22 23:04:00,447::vm::5666::vm.Vm::(_onLibvirtLifecycleEvent) vmId=`376e98b7-7798-46e8-be03-5dddf6cfb54f`::event Suspended detail 2 opaque None libvirtEventLoop::INFO::2015-12-22 23:04:00,447::vm::4982::vm.Vm::(_onIOError) vmId=`376e98b7-7798-46e8-be03-5dddf6cfb54f`::abnormal vm stop device virtio-disk0 error eother ... libvirtEventLoop::INFO::2015-12-22 23:04:00,843::vm::4982::vm.Vm::(_onIOError) vmId=`97fbbf97-944b-4b77-b0bf-6a831f9090d8`::abnormal vm stop device virtio-disk1 error eother libvirtEventLoop::DEBUG::2015-12-22 23:04:00,844::vm::5666::vm.Vm::(_onLibvirtLifecycleEvent) vmId=`97fbbf97-944b-4b77-b0bf-6a831f9090d8`::event Suspended detail 2 opaque None Dummy-99::DEBUG::2015-12-22 23:04:00,973::storage_mailbox::731::Storage.Misc.excCmd::(_checkForMail) dd if=/rhev/data-center/f72ec125-69a1-4c1b-a5e1-313fcb70b6ff/mastersd/dom_md/inbox iflag=direct,fullblock count=1 bs=1024000 (cwd None) Dummy-99::DEBUG::2015-12-22 23:04:00,983::storage_mailbox::731::Storage.Misc.excCmd::(_checkForMail) FAILED: <err> = "dd: failed to open '/rhev/data-center/f72ec125-69a1-4c1b-a5e1-313fcb70b6ff/mastersd/dom_md/inbox': Transport endpoint is not connected\n"; <rc> = 1 Dummy-99::ERROR::2015-12-22 23:04:00,983::storage_mailbox::787::Storage.MailBox.SpmMailMonitor::(run) Error checking for mail Traceback (most recent call last): File "/usr/share/vdsm/storage/storage_mailbox.py", line 785, in run self._checkForMail() File "/usr/share/vdsm/storage/storage_mailbox.py", line 734, in _checkForMail "Could not read mailbox: %s" % self._inbox) IOError: [Errno 5] _handleRequests._checkForMail - Could not read mailbox: /rhev/data-center/f72ec125-69a1-4c1b-a5e1-313fcb70b6ff/mastersd/dom_md/inbox Dummy-99::DEBUG::2015-12-22 23:04:02,987::storage_mailbox::731::Storage.Misc.excCmd::(_checkForMail) dd if=/rhev/data-center/f72ec125-69a1-4c1b-a5e1-313fcb70b6ff/mastersd/dom_md/inbox iflag=direct,fullblock count=1 bs=1024000 (cwd None) Dummy-99::DEBUG::2015-12-22 23:04:02,994::storage_mailbox::731::Storage.Misc.excCmd::(_checkForMail) FAILED: <err> = "dd: failed to open '/rhev/data-center/f72ec125-69a1-4c1b-a5e1-313fcb70b6ff/mastersd/dom_md/inbox': Transport endpoint is not connected\n"; <rc> = 1 Dummy-99::ERROR::2015-12-22 23:04:02,994::storage_mailbox::787::Storage.MailBox.SpmMailMonitor::(run) Error checking for mail Traceback (most recent call last): File "/usr/share/vdsm/storage/storage_mailbox.py", line 785, in run self._checkForMail() File "/usr/share/vdsm/storage/storage_mailbox.py", line 734, in _checkForMail "Could not read mailbox: %s" % self._inbox) IOError: [Errno 5] _handleRequests._checkForMail - Could not read mailbox: /rhev/data-center/f72ec125-69a1-4c1b-a5e1-313fcb70b6ff/mastersd/dom_md/inbox Thread-563692::DEBUG::2015-12-22 23:04:03,539::__init__::481::jsonrpc.JsonRpcServer::(_serveRequest) Calling 'StoragePool.getSpmStatus' in bridge with {u'storagepoolID': u'f72ec125-69a1-4c1b-a5e1-313fcb70b6ff'} Thread-563692::DEBUG::2015-12-22 23:04:03,540::task::595::Storage.TaskManager.Task::(_updateState) Task=`6121360f-af29-48cf-8a8c-957480472a9d`::moving from state init -> state preparing Thread-563692::INFO::2015-12-22 23:04:03,540::logUtils::44::dispatcher::(wrapper) Run and protect: getSpmStatus(spUUID=u'f72ec125-69a1-4c1b-a5e1-313fcb70b6ff', options=None) Thread-563692::ERROR::2015-12-22 23:04:03,541::task::866::Storage.TaskManager.Task::(_setError) Task=`6121360f-af29-48cf-8a8c-957480472a9d`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 873, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 45, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 633, in getSpmStatus status = self._getSpmStatusInfo(pool) File "/usr/share/vdsm/storage/hsm.py", line 627, in _getSpmStatusInfo (pool.spmRole,) + pool.getSpmStatus())) File "/usr/share/vdsm/storage/sp.py", line 126, in getSpmStatus return self._backend.getSpmStatus() File "/usr/share/vdsm/storage/spbackends.py", line 416, in getSpmStatus lVer, spmId = self.masterDomain.inquireClusterLock() File "/usr/share/vdsm/storage/sd.py", line 515, in inquireClusterLock return self._clusterLock.inquire() File "/usr/share/vdsm/storage/clusterlock.py", line 321, in inquire resource = sanlock.read_resource(self._leasesPath, SDM_LEASE_OFFSET) SanlockException: (107, 'Sanlock resource read failure', 'Transport endpoint is not connected') ... I noticed the gluster mount point was still shown running 'mount' but when I tried to ls the mount point I got a "transport endpoint is not connected" error. I haven't been able to find anything more interested in the logs, and the journal is blank before the recent host restart. In the gluster client logs from the host I see: ... [2015-12-22 22:52:23.238369] W [fuse-bridge.c:1261:fuse_err_cbk] 0-glusterfs-fuse: 31263720: REMOVEXATTR() /__DIRECT_IO_TEST__ => -1 (No dat a available) [2015-12-22 22:57:23.778018] W [fuse-bridge.c:1261:fuse_err_cbk] 0-glusterfs-fuse: 31316031: REMOVEXATTR() /__DIRECT_IO_TEST__ => -1 (No dat a available) [2015-12-22 23:02:24.376491] W [fuse-bridge.c:1261:fuse_err_cbk] 0-glusterfs-fuse: 31473552: REMOVEXATTR() /__DIRECT_IO_TEST__ => -1 (No dat a available) pending frames: frame : type(1) op(FSTAT) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(0) op(0) frame : type(0) op(0) ... frame : type(1) op(READ) frame : type(0) op(0) frame : type(1) op(OPEN) frame : type(1) op(OPEN) frame : type(1) op(OPEN) frame : type(1) op(OPEN) frame : type(0) op(0) patchset: git://git.gluster.com/glusterfs.git signal received: 6 time of crash: 2015-12-22 23:04:00 configuration details: argp 1 backtrace 1 dlfcn 1 libpthread 1 llistxattr 1 setfsid 1 spinlock 1 epoll.h 1 xattr.h 1 st_atim.tv_nsec 1 package-string: glusterfs 3.6.7 /lib64/libglusterfs.so.0(_gf_msg_backtrace_nomem+0xb2)[0x7f0d091f6392] /lib64/libglusterfs.so.0(gf_print_trace+0x32d)[0x7f0d0920d88d] /lib64/libc.so.6(+0x35650)[0x7f0d0820f650] /lib64/libc.so.6(gsignal+0x37)[0x7f0d0820f5d7] /lib64/libc.so.6(abort+0x148)[0x7f0d08210cc8] /lib64/libc.so.6(+0x75e07)[0x7f0d0824fe07] /lib64/libc.so.6(+0x7d1fd)[0x7f0d082571fd] /usr/lib64/glusterfs/3.6.7/xlator/protocol/client.so(client_local_wipe+0x39)[0x7f0cfe8acdf9] /usr/lib64/glusterfs/3.6.7/xlator/protocol/client.so(client3_3_readv_cbk+0x487)[0x7f0cfe8c1197] /lib64/libgfrpc.so.0(rpc_clnt_handle_reply+0x90)[0x7f0d08fca100] /lib64/libgfrpc.so.0(rpc_clnt_notify+0x174)[0x7f0d08fca374] /lib64/libgfrpc.so.0(rpc_transport_notify+0x23)[0x7f0d08fc62c3] /usr/lib64/glusterfs/3.6.7/rpc-transport/socket.so(+0x8790)[0x7f0d047f3790] /usr/lib64/glusterfs/3.6.7/rpc-transport/socket.so(+0xaf84)[0x7f0d047f5f84] /lib64/libglusterfs.so.0(+0x767c2)[0x7f0d0924b7c2] /usr/sbin/glusterfs(main+0x502)[0x7f0d096a0fe2] /lib64/libc.so.6(__libc_start_main+0xf5)[0x7f0d081fbaf5] /usr/sbin/glusterfs(+0x6381)[0x7f0d096a1381] In /var/log/messages: ... Dec 22 23:00:49 compute2 journal: metadata not found: Requested metadata element is not present Dec 22 23:00:59 compute2 journal: metadata not found: Requested metadata element is not present Dec 22 23:01:01 compute2 systemd: Created slice user-0.slice. Dec 22 23:01:01 compute2 systemd: Starting Session 1316 of user root. Dec 22 23:01:01 compute2 systemd: Started Session 1316 of user root. Dec 22 23:01:01 compute2 systemd: Failed to reset devices.list on /machine.slice: Invalid argument Dec 22 23:01:03 compute2 journal: metadata not found: Requested metadata element is not present ... Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: pending frames: Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: frame : type(1) op(FSTAT) Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: frame : type(1) op(READ) Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: frame : type(1) op(READ) ... Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: frame : type(1) op(OPEN) Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: frame : type(0) op(0) Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: patchset: git://git.gluster.com/glusterfs.git Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: signal received: 6 Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: time of crash: Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: 2015-12-22 23:04:00 Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: configuration details: Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: argp 1 Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: backtrace 1 Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: dlfcn 1 Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: libpthread 1 Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: llistxattr 1 Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: setfsid 1 Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: spinlock 1 Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: epoll.h 1 Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: xattr.h 1 Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: st_atim.tv_nsec 1 Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: package-string: glusterfs 3.6.7 Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: --------- Dec 22 23:04:03 compute2 sanlock[944]: 2015-12-22 23:04:03+0000 944341 [948]: open error -107 /rhev/data-center/mnt/glusterSD/10.0.231.50:_vm-storage/a5a83df1-47e2-4927-9add-079199ca7ef8/dom_md/leases Dec 22 23:04:03 compute2 sanlock[944]: 2015-12-22 23:04:03+0000 944342 [944]: ci 8 fd 17 pid -1 recv errno 104 Dec 22 23:04:03 compute2 sanlock[944]: 2015-12-22 23:04:03+0000 944342 [949]: open error -107 /rhev/data-center/mnt/glusterSD/10.0.231.50:_vm-storage/a5a83df1-47e2-4927-9add-079199ca7ef8/dom_md/leases Dec 22 23:04:03 compute2 sanlock[944]: 2015-12-22 23:04:03+0000 944342 [944]: ci 9 fd 18 pid -1 recv errno 104 Dec 22 23:04:03 compute2 sanlock[944]: 2015-12-22 23:04:03+0000 944342 [948]: open error -1 /rhev/data-center/mnt/glusterSD/10.0.231.50:_vm-storage/a5a83df1-47e2-4927-9add-079199ca7ef8/dom_md/leases Dec 22 23:04:03 compute2 sanlock[944]: 2015-12-22 23:04:03+0000 944342 [948]: r1 release_token open error -107 Dec 22 23:04:03 compute2 journal: vdsm root ERROR Panic: Unrecoverable errors during SPM stop process. Traceback (most recent call last): File "/usr/share/vdsm/storage/sp.py", line 414, in stopSpm self.masterDomain.releaseClusterLock() File "/usr/share/vdsm/storage/sd.py", line 512, in releaseClusterLock self._clusterLock.release() File "/usr/share/vdsm/storage/clusterlock.py", line 342, in release raise se.ReleaseLockFailure(self._sdUUID, e) ReleaseLockFailure: Cannot release lock: (u'a5a83df1-47e2-4927-9add-079199ca7ef8', SanlockException(107, 'Sanlock resource not released', 'Transport endpoint is not connected')) Dec 22 23:04:03 compute2 journal: End of file while reading data: Input/output error Dec 22 23:04:03 compute2 journal: End of file while reading data: Input/output error Dec 22 23:04:03 compute2 systemd: vdsmd.service: main process exited, code=killed, status=9/KILL Dec 22 23:04:03 compute2 systemd: Failed to reset devices.list on /machine.slice: Invalid argument Dec 22 23:04:03 compute2 vdsmd_init_common.sh: vdsm: Running run_final_hooks Dec 22 23:04:03 compute2 systemd: Unit vdsmd.service entered failed state. Dec 22 23:04:03 compute2 systemd: vdsmd.service holdoff time over, scheduling restart. Dec 22 23:04:03 compute2 systemd: Stopping Virtual Desktop Server Manager... Dec 22 23:04:03 compute2 systemd: Starting Virtual Desktop Server Manager... Dec 22 23:04:03 compute2 systemd: Failed to reset devices.list on /machine.slice: Invalid argument At this point I tried restarting vdsmd but ended up having to restart the host. There was network connectivity to gluster before I restarted, and I was able to manually mount the vm-storage volume on the host and ls without issue. After restarting the host I'm up and running again but I'm sure I'll get hit by this again if I can't sort out what the issue is.

3 4

Calculating Requirements
by Taste-Of-IT 23 Dec '15

23 Dec '15

Hello, i have a testsystem with 16GB RAM and ovirt as sef-hosted-engine on centos7. i have no vm started and the host consume 2,5GB RAM. In documents it is written that the engine needs aprox 3GB RAM and the system self 1GB RAM. At all nearly 4GB RAM. So i can use aprox 12GB RAM for virtual machines if i use the ram 1:1. is that a good point of calculation, or are there any other points to calculate? thx Taste

3 3

[ANN] Async release for ovirt-hosted-engine-setup is now available
by Sandro Bonazzola 23 Dec '15

23 Dec '15

The oVirt Team has just released a new version of ovirt-hosted-engine-setup package that fixes one issue when adding an additional host[1]. We recommend to all users who are going to add a new host to update it with the new build including the 1.3.1.4 from this async release. Thanks, [1] https://bugzilla.redhat.com/show_bug.cgi?id=1293892 -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[ANN] oVirt Bugzilla Now Supports Votes.
by Yaniv Dary 23 Dec '15

23 Dec '15

Hi all, I'm happy to announce that voting has been enabled for all the oVirt projects. Let us know what RFEs and bugs you hold dear and help us in prioritizing what to fix first and what will have most impact. To vote please login, enter any oVirt bug and press on vote button (see attached image). Thanks! Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 8272306 Email: ydary(a)redhat.com IRC : ydary

3 4

[ANN] oVirt 3.6.2 First Release Candidate is now available for testing
by Sandro Bonazzola 23 Dec '15

23 Dec '15

The oVirt Project is pleased to announce the availability of the First Release Candidate of oVirt 3.6.2 for testing, as of December 23rd, 2015. This release is available now for Fedora 22, Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and Red Hat Enterprise Linux >= 7.2, CentOS Linux >= 7.2 (or similar). This release supports Hypervisor Hosts running Red Hat Enterprise Linux >= 7.2, CentOS Linux >= 7.2 (or similar) and Fedora 22. Highly experimental support for Debian 8.2 Jessie has been added too. This release candidate includes updated packages for: - ovirt-engine - ovirt-engine-dwh - ovirt-engine-reports - ovirt-engine-sdk-java - ovirt-engine-sdk-python - ovirt-hosted-engine-setup - ovirt-setup-lib - vdsm This release of oVirt 3.6.2 includes numerous bug fixes. See the release notes [1] for an initial list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. A new oVirt Live ISO is already available [2]. Please note that mirrors[3] may need usually one day before being synchronized. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.6.2_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.6-pre/iso/ [3] 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

Spice SSL Certificate
by Kristof VAN DEN EYNDEN 23 Dec '15

23 Dec '15

--_004_961f2ca8a4324c9d85a5ce95e33ce72bEXCH2013politiewestkust_ Content-Type: multipart/alternative; boundary="_000_961f2ca8a4324c9d85a5ce95e33ce72bEXCH2013politiewestkust_" --_000_961f2ca8a4324c9d85a5ce95e33ce72bEXCH2013politiewestkust_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I was trying to get Spice or VNC to work on Firefox. After activating the o= virt-websocket-proxy settings (using this guide https://access.redhat.com/s= olutions/718653) I kept on getting error - Server disconnected (code: 1006). This pointed me= to other posts stating it was a certificate issue. After doing some resear= ch I found post: https://bugzilla.redhat.com/show_bug.cgi?id=3D1098574 So I started tracing the messages: grep -i 'websocket.*trace' /var/log/mess= ages Dec 23 13:47:07 ovirt36 2015-12-23 13:47:07,314 ovirt-websocket-proxy: INFO= msg:824 Got SIGTERM, exiting Dec 23 13:47:07 ovirt36 2015-12-23 13:47:07,314 ovirt-websocket-proxy: INFO= msg:824 In exit Dec 23 13:47:07 ovirt36 2015-12-23 13:47:07,514 ovirt-websocket-proxy: INFO= msg:824 WebSocket server settings: Dec 23 13:47:07 ovirt36 2015-12-23 13:47:07,515 ovirt-websocket-proxy: INFO= msg:824 - Listen on *:6100 Dec 23 13:47:07 ovirt36 2015-12-23 13:47:07,515 ovirt-websocket-proxy: INFO= msg:824 - Flash security policy server Dec 23 13:47:07 ovirt36 2015-12-23 13:47:07,515 ovirt-websocket-proxy: INFO= msg:824 - SSL/TLS support Dec 23 13:47:07 ovirt36 2015-12-23 13:47:07,515 ovirt-websocket-proxy: INFO= msg:824 - Deny non-SSL/TLS connections Dec 23 13:47:07 ovirt36 2015-12-23 13:47:07,515 ovirt-websocket-proxy: INFO= msg:824 - Recording to '/tmp/websocketproxy_trace.log.*' Dec 23 13:47:07 ovirt36 2015-12-23 13:47:07,519 ovirt-websocket-proxy: INFO= msg:824 - proxying from *:6100 to targets in /dummy Dec 23 13:47:19 ovirt36 2015-12-23 13:47:19,543 ovirt-websocket-proxy: INFO= msg:824 handler exception: [Errno 1] _ssl.c:1390: error:14094412:SSL routi= nes:SSL3_READ_BYTES:sslv3 alert bad certificate Dec 23 13:48:12 ovirt36 2015-12-23 13:48:12,328 ovirt-websocket-proxy: INFO= msg:824 handler exception: [Errno 1] _ssl.c:1390: error:14094412:SSL routi= nes:SSL3_READ_BYTES:sslv3 alert bad certificate Dec 23 13:49:49 ovirt36 2015-12-23 13:49:49,420 ovirt-websocket-proxy: INFO= msg:824 handler exception: [Errno 1] _ssl.c:1390: error:14094412:SSL routi= nes:SSL3_READ_BYTES:sslv3 alert bad certificate Dec 23 13:55:36 ovirt36 2015-12-23 13:55:36,114 ovirt-websocket-proxy: INFO= msg:824 handler exception: [Errno 1] _ssl.c:1390: error:14094418:SSL routi= nes:SSL3_READ_BYTES:tlsv1 alert unknown ca Dec 23 13:56:40 ovirt36 2015-12-23 13:56:40,201 ovirt-websocket-proxy: INFO= msg:824 handler exception: [Errno 1] _ssl.c:1390: error:14094418:SSL routi= nes:SSL3_READ_BYTES:tlsv1 alert unknown ca So I added the certificate by surfing to https://(ovirt)/ca.crt which gives following box in firefox : [cid:image001.png@01D13D83.B2200CB0] So I assume it would be OK now? Nevertheless it still doesn't work! /var/lo= g/messages still shows the same error? On another post I found that someone= surfed to https://(ovirt):6100 and accepted the certificiate there. So I d= id the same thing which solved my problem immediately. I don't quite understand the issue, feels like the CA is not getting author= ized or the 2 certificates do not belong to the same CA ? I can continue like this, but I feel it should be easier to complete? --_000_961f2ca8a4324c9d85a5ce95e33ce72bEXCH2013politiewestkust_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"NL-BE" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> I was trying to get Spice or VN= C to work on Firefox. After activating the ovirt-websocket-proxy settings (= using this guide <a href=3D"https://access.redhat.com/solutions/718653">https://access.redha= t.com/solutions/718653</a>)<o:p></o:p> <o:p> </o:p> I kept on getting error - Serve= r disconnected (code: 1006). This pointed me to other posts stating it was = a certificate issue. After doing some research I found  post: <a href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1098574">https://b= ugzilla.redhat.com/show_bug.cgi?id=3D1098574</a><o:p></o:p> <o:p> </o:p> So I started tracing the messag= es: grep -i 'websocket.*trace' /var/log/messages<o:p></o:p> <o:p> </o:p> Dec 23 13:47:07 ovirt36 2015-12= -23 13:47:07,314 ovirt-websocket-proxy: INFO msg:824 Got SIGTERM, exiting<o= :p></o:p> Dec 23 13:47:07 ovirt36 2015-12= -23 13:47:07,314 ovirt-websocket-proxy: INFO msg:824 In exit<o:p></o:p></sp= an> Dec 23 13:47:07 ovirt36 2015-12= -23 13:47:07,514 ovirt-websocket-proxy: INFO msg:824 WebSocket server setti= ngs:<o:p></o:p> Dec 23 13:47:07 ovirt36 2015-12= -23 13:47:07,515 ovirt-websocket-proxy: INFO msg:824   - Listen o= n *:6100<o:p></o:p> Dec 23 13:47:07 ovirt36 2015-12= -23 13:47:07,515 ovirt-websocket-proxy: INFO msg:824   - Flash se= curity policy server<o:p></o:p> Dec 23 13:47:07 ovirt36 2015-12= -23 13:47:07,515 ovirt-websocket-proxy: INFO msg:824   - SSL/TLS = support<o:p></o:p> Dec 23 13:47:07 ovirt36 2015-12= -23 13:47:07,515 ovirt-websocket-proxy: INFO msg:824   - Deny non= -SSL/TLS connections<o:p></o:p> Dec 23 13:47:07 ovirt36 2015-12= -23 13:47:07,515 ovirt-websocket-proxy: INFO msg:824   - Recordin= g to '/tmp/websocketproxy_trace.log.*'<o:p></o:p> Dec 23 13:47:07 ovirt36 2015-12= -23 13:47:07,519 ovirt-websocket-proxy: INFO msg:824   - proxying= from *:6100 to targets in /dummy<o:p></o:p> Dec 23 13:47:19 ovirt36 2015-12= -23 13:47:19,543 ovirt-websocket-proxy: INFO msg:824 handler exception: [Er= rno 1] _ssl.c:1390: error:14094412:SSL routines:SSL3_READ_BYTES:sslv3 alert= bad certificate<o:p></o:p> Dec 23 13:48:12 ovirt36 2015-12= -23 13:48:12,328 ovirt-websocket-proxy: INFO msg:824 handler exception: [Er= rno 1] _ssl.c:1390: error:14094412:SSL routines:SSL3_READ_BYTES:sslv3 alert= bad certificate<o:p></o:p> Dec 23 13:49:49 ovirt36 2015-12= -23 13:49:49,420 ovirt-websocket-proxy: INFO msg:824 handler exception: [Er= rno 1] _ssl.c:1390: error:14094412:SSL routines:SSL3_READ_BYTES:sslv3 alert= bad certificate<o:p></o:p> Dec 23 13:55:36 ovirt36 2015-12= -23 13:55:36,114 ovirt-websocket-proxy: INFO msg:824 handler exception: [Er= rno 1] _ssl.c:1390: error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert= unknown ca<o:p></o:p> Dec 23 13:56:40 ovirt36 2015-12= -23 13:56:40,201 ovirt-websocket-proxy: INFO msg:824 handler exception: [Er= rno 1] _ssl.c:1390: error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert= unknown ca<o:p></o:p> <o:p> </o:p> So I added the certificate by s= urfing to <a href=3D"https://(ovirt)/ca.crt"> https://(ovirt)/ca.crt</a> <o:p></o:p> which gives following box in fi= refox :<o:p></o:p> <o:p> </o:p> <img bord= er=3D"0" width=3D"558" height=3D"325" id=3D"Afbeelding_x0020_1" src=3D"cid:= image001.png(a)01D13D83.B2200CB0"><o:p></o:p></sp= an> <o:p> </o:p> So I assume it would be OK now?= Nevertheless it still doesn’t work! /var/log/messages still shows th= e same error? On another post I found that someone surfed to <a href=3D"https://(ovirt):6100">https://(ovirt):6100</a> and accepted the = certificiate there. So I did the same thing which solved my problem immedia= tely. <o:p></o:p> <o:p> </o:p> I don’t quite understand = the issue, feels like the CA is not getting authorized or the 2 certificate= s do not belong to the same CA ?<o:p></o:p> <o:p> </o:p> I can continue like this, but I= feel it should be easier to complete?<o:p></o:p> <o:p> </o:p> <o:p> </o:p> </div> </body> </html> --_000_961f2ca8a4324c9d85a5ce95e33ce72bEXCH2013politiewestkust_-- --_004_961f2ca8a4324c9d85a5ce95e33ce72bEXCH2013politiewestkust_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=19011; creation-date="Wed, 23 Dec 2015 12:13:07 GMT"; modification-date="Wed, 23 Dec 2015 12:13:07 GMT" Content-ID: <image001.png(a)01D13D83.B2200CB0> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAi4AAAFFCAIAAABE8/GMAAAAAXNSR0IArs4c6QAASf1JREFUeF7t nQl8HMWV/1s+sGwu+VhOH9iDiTYrkwyCkDgQ8MHEJFYOIgsSon845ATQ6o+SfxJWKMuSTYSXkCzK KiIkiGMzOCSyjAkiiz0chpCDSwyYSSzWHjAYbAiHlcQm+NT/VfXdXd3T18g9o19/9LFHPa9evfet 6npdr1pdFUNDQ5J6LF68WPuMDyAAAiAAAiBQDAKvv/76vn37tm/frimvkEMRBaEjjjjiqquuev/7 3z99+vRi1A2dIAACIAACIEAE9u/f/9LbQ2d/4f/sfv7pN994g86wUERx6MILL1y2bNl9z74FTCAA AiAAAiAwAgTmn/G+jdveaD77QxSNWCg677zzfvazn/362bdHoG5UAQIgAAIgAAIyger5J1745S9v XXVnxamnnrpmzZr7n98BNCAAAiAAAiAwwgSqahNfq30fC0WPPfbYnY9sHuHqUR0IgAAIgECcCYzf 8cZDP/7hto1/jNbI4/7xnxZdfuXeyUfLag/94Oz/rDubhaKnnnrqtnURVxat6dAGAiAAAiAwwgTu /b8XN3/9y/M/koy23t//Idv9/Z9+6r9ul9WOO/mErk+poej2DEJRtLShDQRAAARKm8DKCz91z0O/ eHdwQ7RuTKo++TOLLrhw5b2y2gM1J9z8aTUUrVz/v9FWBm0gAAIgAAIlTeD2hnPXZH6+a/C5igru x7DiDf1PZ4b5r+wb/lkWUY+KYWmYlRqukNhHfpr9yv6fVP2Bz6a+cHHv/bLw1jnHr64/e4z8S4X1 eOy2he/7ovrz7dWv2ATCnCDlF6zbFkyDWnbbz74dXIlc9SvrWlQfW372Z1/mGGt/8hoGijREYJIv IyAMAiAAAkUkQKHhwP59w/v2HdjLf+jDfvYjn7knt/Wf7xlopp81A/SZvl2T28p+ZT9PszOsyF6l oKxk3779XIkx6Ow7wGOQvFb0i0fz5uj9aM/Z3cev7D33eDpNny99aOmtd339LLNM4N+Myv0qCVPW UNdrd/zbhd+dcf3mptP5ydfuuP/Vi86VPzsewqoZHEnT48ObiBzxUSNEQQAEQMAHgZ76VN99t+/6 U1aezcgzHO24ct2f+n75E/nX+vO/smj21Ideett4pvPj72cxRiugTq0O/adk/dKLm/oy8jd/mnHM /ec7zopYeTXanr385/960n0P0iQtosOo3K/KMGW1ul5Zu+K7M7+XX/5h9cz0iz+hfXa0SFg1nTxl +gy/XpB8JI4EqBdFQAAEQMATAYoTbCa0Z+/+feznwB6a0/DPe9m/C2dNpgh0gB+9d/2Y4hD9K/9K 5+nbYSrCf9RSNDHievaZZ0U8vKkJujFShflH/lI5OWPBR2ruevpJ/uv2O645K3EB/+nhZ577gfKh YswjPWctu3+7KvaDR5Qzq78ly1+z+mVZoa7cpk1WKMtfwDSYKr1m9Ra1rFYX/2CrQrPzmtV36FYp 2tb/Iff50z5iddns3beeY8JMec8PlnF7Ln1Qeua/vyBbJddO/yonuWsG98e8fH+zlZLBKb2g4qPO Qa4XPyAAAiBwkAnIs5b9lJTjubXh/SyK8A/s30/Oqlow88iGz19Ob/Gh4647fyR/oDN0/hMnVDFh Oa2n/FAc2je8l8UhNltSR7k9fNFJCUVjKsZYftisSNJP8kkS/fqbngu+M+v7L6367UurfnHNK99Y dv9rY0752OcffOw3rPgTD75SI/3h91vp859//2vphAR9qKDhe0uKyX//8//7X7c8xytSlQu00ben fJPr/+3t59zbTfqNlbZIv35QNUyzUFSFrtlYRPGRPKuZe5zNZV7Rr+f/gtf+fWn1KuYIKX/lhP9U 7JFOuYi+/eZC1YWFXyEj+cmOhtkGv7bef/nCPyx8hJd66SsfYS6bndILcm2Ceu0tgjMgAAIgMJIE KEK89afnXrh75QtrVtK/g/SB/8gfBtesPDF7/wf+/trnv/jPO9SDPtMZOq+IrdFLKWXXrCSdLPao I/Be06zIOl3jUct4yGmo1156RfrChz7Cv5hxybJPPfPaa/Rh7vtefOn1iopnf/PCRy9eWvHww69X vPLMw9JHP3oCf+7ilIsvXMDkP5I6R3phO8nzjCE7I9RG559oX3bG7GVnXPyAJlZzzad4pcee33KO YphmoagK0iwoovkjVeQ2k8HWg9nzzB0XUNWzl339rv/d8pJsP3fEYLbpsxGU5tfDf8h9Ydn5cin1 sDilQVA4WOr1NH2GEAiAAAgUj4A8fRl7yIQxEyaMnaD8Sx/GTqgce0glfXjqiDnPTTz+xu9/a7d6 0Gc6Q+eZABXkP0yeFZkg/yizItVuUyiyzonGsLUMOpTzrz38+1z18TNpjsCf3FPDGZthkczMRR+t +HX2tUeeeqnu1Pn0efMbJF9RdyrJm/VoOpUPQm2v3d7+/6Rv/eHlu//w6CXzuA3cFs1CqxJhFQ5F FCVk8LyfP/WEfSZI3n2BV81/2hY62W88bwQl9ItVanfKaDbjYK3X3iI4AwIgAAIjSYCN9mPHjpt0 6PiJh46bqPxLH8ZNnDhu0qQnDz3h2fHHXH/dN/fw46tf/678gc7Q+ScPm8UK8p9xEyexH/rAf0gn mxWpcWQvf4JOS9CxEd/4o4QcdvKRmxu+PevG/ziVRZ05s6SfP/k4l3zt9lX3XPjh+fR59mmLpd99 p+vlxYuOZ59fePKuzRL7bAhd5s+KcqG21za/MO8kVva19b97noc9Env+27/ilb7R20VPXbCTWhgz fNBPOhRRHZz9qUsuzHxt1s2yI9yXX9Nnbs+q3pcdOKhhWOiL8eTMRWfMM+uxO2U0W1SvpTnwKwiA AAiMMAF5SjT+0MPGHXo4/Yw/7DD6zH8Op3+fqZj63W9/dS8/rrr6e6eO+xv9K/9K5+lbJiYXoX/Z B1aKfuSJkeaLKRSZwxCXkQZurZ/5mQ/Tz3/NXP1q83y54KLm1de+8lV+vr7/zNXX1/KR/Lgz6iqe l848Y478+ZU1g/JnrodNaayflZMibfMvb5KuvZz0f3vTCfPksouaOy/M8Ep/KNV9XFNo/6BX51BE s2T+9b/SHGF1SacxB5k9FTd+jHs98zPXP2q2f9FHPsuZWM4LHJzzqZ70CaqeHz8+pkLklEGbqF7r vcEId0JUBwIgMNoJsFBUWTn+sMMP4T/jDz2CPvMf9uH0ibu/9W83yj/0eWHVsOUMDz+8CAtCPA6x gkeQTr5Go+CVH2NQ/q6o/+ltcv6uDI9Xb/nmZzdf8NT1p5Shb3AJBEAABIpF4Ifnnvnfd1z/50fX RVSB8rqFo876+JcuuurK+x+T1d458fAXL1ro9LaF4q2EjbTmZ9LXDp5Mz8vhAAEQAAEQ8EGA4oSy xkMLReqKEV8roiUfde1n4qTxymc6o60J8Q/8R15n4ktN9Kv8eRKfFSnHPvkFQvLbFn79jL7HeEQB 8OCqeelXF3/0FuUlfl+8duB7px5cc1A7CIAACJQagZ4vnvfPX730gzVzozX82dymH914a9Odd8tq fzr+sG2XLFRC0f9kX4+2MmgDARAAARAoaQLbnnvmvhXX7nwn4g2+D5sydWnbtcd9QFkz6R572J8v XaCEorXPvlHSyGA8CIAACIBAKRLorJj0dpM6K1r33J9L0QfYDAIgAAIgUNIEvj88cWi5GooyG94s aWdgPAiAAAiAQCkSuP5A5V8pFJHpw8PDFIpOn3VIKboBm0EABEAABEqUwBMv77luf+WjpxyhPMxd om7AbBAAARAAgTIggFBUBo0IF0AABECgtAkgFJV2+8F6EAABECgDAghFZdCIcAEEQAAESpsAQlFp tx+sBwEQAIEyIIBQVAaNCBdAAARAoLQJIBSVdvvBehAAARAoAwIIRWXQiHABBEAABEqbAEJRabcf rAcBEACBMiCAUFQGjQgXQAAEQKC0CSAUlXb7wXoQAAEQKAMCCEVl0IhwAQRAAARKm0CQUJRpqVrQ ndf9pt9bMoEwWDUFUmIpVAydXuzyW69feS82lIRMvntBlXKYupEH41lRtQzxo4N+M570oMOXCKvE X98O1KyBXGCFdNscqVpcCGSfL2YQBoEgBIKEolRrh9TeqQaffPeKXEdrKkjlKGMi4H2U8C5pRxym bOgGYwNm7WDbkHL0SGsL38MYDE40rx9a35wgMzItDenG3iH2m37Si3l+3Gddu7Ext8J43yWqw49O oY1Gv8y3eY4u5bub+uoHuvh150LV5kKqa6C+r6mQR15IQgYEoiQQJBRJiea2xrRygWY622va+OiA AwTcCdDw2V7TOySPn+xINDcHv4dJVhe51+XX9kn1ra31Ut9aQw4gHo3MbVvCAbhRFblAV2+NficZ D3dgBQgECkWSxCZG7AKlm650Y506nBiSBGrmwHjD6HDzqJbSsjVy6oUdTIs5D6Hp0OsSJVBsOrka Xal6L2k8w1V3K3XbU0dmq5R7UbNGuTtxQdko50oXdG8ydz4q1ZCWsu219rKWFJFFkpnd0kLOUZVC 2kYjbLWoRti806xzwGJ2zZCjNdhAMsbGoXExq3cWk/tWUJpThNKIRVaue8Gbyei1QJGh2V0g23uR MtonlhhjkZ2wCKlb99Na095wRlXdpvSb9dIxRiJnqpLQBboDqE7mNsUuumIwHt0EAoYiNjGiW6tu ujfTknOZllp2z8uOgY5cg8d1gGz7CqmHivQ2ZtVbtVSXnL/p5VMvPgXrV/I4mf50I5uDUV2UnpCl JFsCRdU5QIlEORdhlxdqyLYP1sk1a8Zo3cNsFamk6aDsreE2nwWfBolOszt/YaVKoR6pL23qeaS+ t1FKdpBTSlknmBZJ0pLNVRNCfbJhUmyy015WkbV6Z1Jhx2J1LVWntlGmP5dUphFsILTMXMQzGXFb cKd4Y+hYZLN0L+RsnXoQfK1bKDjMftkhO/cibbQ3xyLbcCFoDluXdro0LA1nVNUs6va6p4PZmrma 607zQycXEnNrsoMIRaN75I+d90FDEY0HNPq0G5Jz+U05Sb3nZeHDY2dPdvTw4YTUSeqtmnKLTrfD 8shjHOd45GN18QkEv2m21aTq1Mywy4s1JJW4ajTGOD2Q65PP0K1l2hpv+5rYUKjEBGGlag3MNJfO 4A9mUknVCBWK7BQIWpibJGxY7K6pN9oUierb5GmE4c5d0ybsFA5t4eaU0FM+67Imi138cu1FButZ LPKT0bJ1acfWdG04e7d36jAOl5qzC5gWxW4ghkHBQxEPHkXI16vzCja3SiqxqLWDrR2zJVh9fGKL 1srhMB+QQ5Z62OW9aDDccPPZjm4VW2oe6pGatGwczU4kKWkeFvxUUaTOKLDTVpOAeUFrzK4pUwcW iZakaOgezNsjEckktfmtRX9xQBX2y6lemktm1Zudqtr2rORkeEFOwQUoC27v9jZ1jlRdXMibJlXB LURJEIiMQIhQZLGBZv3a9aovIdH9lzo4U3LNi9l0mcgBjt3kKgX4QNfZ2ac+IMHrcn6wKausM2uL E3b5Ahrsg7XAKjY1al5PAVOdzSXre9b3SupUSVipmvhjhFxoiGEWxOdI22ynV+8c6xPQ403UJN8r 0Odcf+eguq6uqeG51gbTE8jdlHn12xZOZvFB2dQrRH1JL+1SL/VVnitVD2pkORb578+skPDSKNia jCPv9jaQptUeB6qOLvA7NOUeMvSzf4WdgAQIeCIQXSiiDD5bIuJJMz1NpVwn7GS/5JaS0qzlj4qz 3FvTYI0yK6KLmS7KdLpGe0CC1SVLqU83GL1N1gyyyQrdzdb0yjMmu7y7Bhs7u1XqQj9VYkwK8Ydl a/kTuaJKaf2LI2qS6m00aJqpPbYghKkzMkgaTRXRttpprEUtK2Tu1n8E9FgTZZVBk8WitGEGqxve xdcRlXYjCktY87i3hchgsW0UcHtr1F7BnkMQ+GWFLOxFbBg35Qe1qYewPxe00L01jc6YVbEVWer2 9idUzetXtMZko+rsAoUiTIo8DY4QGkkCFVTZ8PBwZsObp886ZCQrRl0gAAIFCdCNRH+d6IkUyj02 ST3mxzYKauMCwUt60w8pEPBB4ImX91y3v/LRU46IcFbko3qIggAIFCbg8ufjieYemn37exMEq5A/ zIc/BCzMHhIjTACzohEGjupAwAsB9mB6e5YWrIJMfLxUABkQiAMBzIri0AqwAQScCPAHH5W3HIES CJQ/ASToyr+N4SEIgAAIxJwAQlHMGwjmgQAIgED5E0AoKv82hocgAAIgEHMCCEUxbyCYBwIgAALl TwChqPzbGB6CAAiAQMwJIBTFvIFgHgiAAAiUPwGEovJvY3gIAiAAAjEngFAU8waCeSAAAiBQ/gQQ isq/jeEhCIAACMScAEJRzBsI5oEACIBA+RNAKCr/NoaHIAACIBBzAghFMW8gmAcCIAAC5U8Aoaj8 2xgeggAIgEDMCSAUxbyBYB4IgAAIlD8BhKLyb2N4CAIgAAIxJ4BQFPMGgnkgAAIgUP4EEIrKv43h IQiAAAjEnABCUcwbCOaBAAiAQPkTQCgq/zaGhyAAAiAQcwIIRTFvIJgHAiAAAuVPAKGo/NsYHoIA CIBAzAkgFMW8gWAeCIAACJQ/AYSi8m9jeAgCIAACMSeAUBTzBoJ5IAACIFD+BBCKyr+N4SEIgAAI xJwAQlHMGwjmgQAIgED5E0AoKv82hocgAAIgEHMCwUJRpqVKPxZ052PuZLzNI5gtGUn+1/OR715Q 5Qre0ES6Xu1kwTYrqJ8ZXFCLR3dYZfKhmKqfqFIrscmQbuaOzQbTSWe2MorgHvh3v0CNmkL/mmXM hZvMY3PEQUzrqX4uijgYDhuCEggWiqi2ZMfAED96a9prfY2iQU2NqpzwUvd+/XuXtBvsUDZZnZAS 1Y30r+cj0bx+aH2ztYCuP59olZtnqLcx3cCvZxqqGnJKq9mLWmoupN+zoRZBEYHMWqnHbCor1Ngr 2y+bapXhkalfarTake/uzyWNJ8VsMy0NaVZBQQ4m/eGaPkiNfjCLm8yPhvjIZjZV8+GFOu8K3OnG p12KaUngUKQZleoa6Eim+33c0RfTnxLUnaiuid7qREINU6k6ebzOdLZLHT226BV91b41ppoVq5ip uU3CObZVho27Q1111roynX3V9QacLmxZjBrZY+RrHFn/IqxNbe5Etem+IsIaoCpuBMKHIklKLKnX YpEhtWKeWrMvTJkiOTcikDfee1rvQw1pLMNXpISr1pNSSk1cplvJJvIK6UxDWsrSRM5sjfmkoxeW 4kx/Swvdn8sZNi3do302ppWEVZPVieYuGorlf/lhrV2IzpTP4TbQYXeNlK1IN9alpEx/OlkvdZry YEpnDKVfoc6AByagXhT5Tblk/RKFQrpBmEEzyViuJvJVamueazhrY8uDstYHlAZz6IRqy8r6RM2n FtTzfKI8orcaRSODzTDX/m9O8Zm6valf8UvCkprkZTNKolT9Ttigtj5vLSW8qF1ysPK1Kk7A1vbV x/LuKW7DeDnYE0Uo0jlkWmrba+TEykBHrsHY3RPNbY3a3InGxcY2Gnld5MVw6b5ZUZJhiZi+tTyc re2T+C1uqkvLSWnT+mz7YJ081c+2d2aYSG+jnF3sSql1WE66WGUvns1VU3ZJ12Wym2YiCg6SEFZt d9NeuxCdsaBsA3dSd025tmsH2zTr+iQFhZKyU3QE06+FzQaJWtwBAJuLeSWQ725qr2G9gkVnmvPw TiS11xpvaQwyAnJUFwXdgofeEDw/59TclpYVNH37Cp5ZVLoWD1c0dsqJ617JkFnyWKPFcoFh7v3f UN7S7WXblKbokfrSAkhZxR0Gvck1K2YkYy8l4mnqBiJQVgEem1ZUD/jLoBZsegjEl0BUoYgnH+iO VWJ34Oxg41t20JhsMV1GHa0k5i4vhEYzdp7CoUhU31bPYxGLRMq9tDItosmBdiR5TRSmnJM/lor8 WaXfxgvsJWvTpoBcuCMIa7ejMykS2qAO53X92gSwfomMotWaUQ2in2nqa2JDr1MY4t3AKwF5ALOo Yp3IkLITyqgkaEqUU9q6MGWDhGNzu7YsU5BU8p1a12Kq+ISbT1DNvd9LjWa7hYa593+Xbs9mkwoe TtV+qO7Yr1yrrJGMrZST2cYLwQ7K3k/yg9mauSOdQ/XVcyAcKYEoQhHFAk+9hobAHN0qsjFDS8P4 dYaSgSz+sEi0JEWfB/NaJGLL8uwGnd1MxyTDzMNBj9SkPxvm119FPgQ6cQy2rFsE05+l4dhxwJUt 90ZAaTq3mMafuqDmdZShoUsOA3KWMvizcQGbSCmmPm1B3dDVnYC1uPT/gBrtxVig8H+4lhJ0AzMo uwDNJIsB0L9jKDEyBMKHIsOtamJujaQm4dQ1CqMb/Drq7NQmMWJ5ukFSxzdK5FkxcB1NcjCjz7n+ zkFlTkRjkTzAstAYgl4hLxxUO5pNVxnFRofleJsyh9pVdEoGy4d7fJFoSYIiEs9Q0kHJEOXWQV8M CKQ/Wd+zvlfSpn1+Cai1y2kt0bjDHnSTb8GdZVQUanZWyVJ6zuwEbG5RC3BVhZ/48lijw9Xh2P/d +wRpU9ufXZoC4ayc7uaXj5zbcL8SZRW2Us7e6ReCAyjTlWJewfTR4SFamgQChyI1EVFFCV3t9oU9 TZfjy81VwtGF5v416bQ+nArl+dKFrETwtC6LP1JWiT4sFqXVKRbd2dPKApVqGqxxmxXxQdn02AI1 nfGkuxfC4uy6FZitPkdBuSe+COJU1th3HGpnbhM697UQTX+39pc6VTSV4MOyrpc90m0b+P3p15+X JLX1fbV8FTwYAT4war2JJRP1FWxmKTPeSUZ9TCPUFKhQp9Ubp2DzMVVyHzT8kZR9YPBYo1jMsf8X GIBSXeyxfmZXk1QvTNDVDLLpe5WeKC1wJfIKk7ZSIrNtF4IVlFWgNEdTWB2CQAWVHR4ezmx48/RZ h4TQ47Uodbn+Osy8veKCHAhET4BivfFpFlYBXZcBHhIIVip6h6CxdAk88fKe6/ZXPnrKEYFnRYF8 D7q0HKgyFAIBEBAQYAla/I0TukbMCIxYKOJZF/yZQMyaH+aMGgKGtCe9aMLzUtqo4QNHDzKBkU7Q HWR3UT0IgAAIgEBsCBykBF1s/IchIAACIAAC8SEwYgm6+LgMS0AABEAABOJFAKEoXu0Ba0AABEBg FBJAKBqFjQ6XQQAEQCBeBBCK4tUesAYEQAAERiEBhKJR2OhwGQRAAATiRQChKF7tAWtAAARAYBQS QCgahY0Ol0EABEAgXgQQiuLVHrAGBEAABEYhAYSiUdjocBkEQAAE4kUg+It/brv9di+uXHLxxV7E IAMCIAACIDDaCGgv/gkVir68fLkd3Lhx4yoqKvbv33/gwIGf3nILQtFo61vwFwRAAAQ8EojsHXSZ 9b8z/vxxcPPKNY9f84N7t73xDgUkoTXqLlnKBmP0X6idzxw91rco1UXY64m91Ka/xtgizoxv0TeO 84jbJCa2QWStR+1GhTJcLy56VM52simkzitVr1VCDgRAYLQRiGCtaMb06fLPzBkzTpwzO/NYfiC3 Pb/lLadQpO783NsoJTsGhugI9MZ64RBZaNykLYsL1sYGVrazmHL0SGu10MP2W2pszAn3jC5Utdaz vNhQuBsaqtMVsg24G3sDAi1cp5OE0YCCcSt4NSgJAiBQtgQiCEUymzFjKqZNqfrNky++M7Rr9oyp J1cfQwm6EsSW725qr+k17DObaG5OKX7k1/ZJ9a2t9VLf2nxcXcOeaHFtGdgFAiDgTCCCUDRpUuW0 qVWVEw6ZMvmINes2jBkz5vylyZ27dvrEzm7zW1pofz3KfxlnGNpnPWnWkqGTDWkp215rTJeJTqqF 1ByTUJvBUoo22cY6NfaYXeCRaEkiscQei2xVGzJ8tnyewTvdvE16XUZH2Vku380zb0ruzVKdrFA/ uaA7QzM7vV7zhI1+U78yWyKftdbO7bJitAhZDVAqsKoSqvbZTSAOAiBQjgTChqKjj5q2813pt09v PeaoKY8/8/Kbb++acdzkM06bs2f3Hv+4srnqniHDhMSkgbZBptkKP7pSlORT83tdWtywn8y2r5BI I8lm2ztNKzwmbWZLneYVSiSSJEEsslSdaalVjR3oyDU4rbXoYj1SX1qxgk721fO85VCvpKYCs+2D dfyM7EgB99c3p5rbGtP9iseZ/nRjW3NC9TJVp36V6c8llRkec66aRBxqlzEOdEjtTd00IRTTs0Mw O+LC3H9fQQkQAIFyIhA2FB179LSV9wzceffTr2zbufp+mhJVfO7cD1JqbkJlpX9MSZpzOJZKVCfT joO6Q6lkRw8fgmn0lXKbjEk1F23ZQWH2TYtEciyyhDaTAflNOUmdWiUoKDhp3JRLdrTySMqkZBWs LJ/t0dGQVkuqcnZHnHiZAo5SiyJLvnMYFInq2+QZnuqcU+0yRs0XL21hV+WllP9OgxIgAAJlQCBs KNqxY6j1krPoCYWrb7jv1deHjpp6+IL5cykUjR8/LmI6bG18qEdqoiE65CNs8tgv1kZRJqlNJ4we 0C19Vg0RVbXtWUkoFY3P7MkD5dDnfH5Vp1o72PMV7EkLS4RXZnUsEi1JUVQdzBvCrCS51M7Cixs9 q41mVdG2oF8ekAcBEIgxgbChaPfu3YcdOmHRGSdVSBSPKj6dmlchDdNy0fhxYUIR3T+r8wHKLhnw 0Wg20CHf00dwiLSxO/90gyHa5bu7KdFFZiiP+8kxgqxwjkWJuTVapKJQkHZYfCIxNW/IpGSHeFnh I3p+HeYRp7OTr2+Zy/JvmuQQRZ9z/Z2DipC49qzymIZ5Ia1AWzg4Yijl+ZlDv55DHgRAoNQIhA1F 48aOGXrnzfpzT144P7H4jLkL58/9286du3a9O3ZsqFAkxwN29EtK5kr9cyRaheELH5SBsjy2QOyF J0VtYtVmkKElD7bAo/7ZU5O0JMUjkWlEt8+ejFWnujQNbOHHaWqT6upV3GyS6hU3aR2ILcnIGTqX CaAHTymq1qTTMi17LMqq0YdiUVqbOAlrT9YMsskoTQZrerkvjvSsEEyOuDAvtcsG9oIACERLIJq3 LdB8iF6yMDw8TC9ZoH81E/G2hWhby682Gvz765yeA/GrDPIgAAIgEDGBaF7848UovPjHC6WiyNCz 001ST6C/Hy6KPVAKAiAAAmYCEYQiII0xAYpC9GgFrW4hEMW4lWAaCIx6ApG9g27Uk4wnAP6wWsFX HMXTdlgFAiAw+giEfWxh9BGDxyAAAiAAAhETQCiKGCjUgQAIgAAI+CWAUOSXGORBAARAAAQiJoBQ FDFQqAMBEAABEPBLAKHILzHIgwAIgAAIREwAoShioFAHAiAAAiDglwBCkV9ikAcBEAABEIiYAEJR xEChDgRAAARAwC8BhCK/xCAPAiAAAiAQMQGEooiBQh0IgAAIgIBfAqHezO2lMrwO1QslyIAACIDA KCQQwetQb7v99i8vX25nR7tF0J4RtFsE7eWKTSJGYd+CyyAAAiDgkUBkr0PNrP+d8eePg5tXrnn8 mh/cu+2NdyggCa1Rd1BT96arqlrQHc2urObqRJuE0hurPdXG5JTDbBwzPuR+5mIbQmxpalQowy0O UBNevdIQlnvsrRADARAodwIRrBXNmD5d/pk5Y8aJc2ZnHssP5Lbnt7zlFIpol1R+9DZKyh7dgXYy EI6AhYZF9sbqQrWxQbZ2sE02cmioR1pLG4rLB+37nWtszAn3+y5UtdaTvNhQuNsZqtMVZloa0o29 I/JK7mi8KOwnJEAABEYDgQhCkYxpzJiKaVOqfvPki+8M7Zo9Y+rJ1cdQgq4ECea7m2jbbMPOp4nm ZraHNo9Ea/uk+tbWeqlvbTGmcZHQSlbbtg+PRC+UgAAIgEDxCEQQiiZNqpw2tapywiFTJh+xZt2G MWPGnL80uXPXTp9Gs9v8lhbKi1H+yzjD0D7rSbOWDJ1sSEvZ9lpjukx0Ui2kpqyE2gyWUrTJNtap scfsAo9ESxKJJfZYZKvakOGz5fMM3unmbdLrMjrKznL5bp55U3JvlupkhfrJBd0Zmtnp9donbMIq WCF2UEHtey3Vp6dVFb0us8CCzScHdi0JKms0dgDrdz77EsRBAARKjEDYUHT0UdN2viv99umtxxw1 5fFnXn7z7V0zjpt8xmlz9uze459ENlfdM2SYkJg0ZDrZbIUfXSlK8qn5vS4tbthPZttXSKSRZLPt nVqajY97Rm1mS53mFUokkiRBLLJUnWmpVY0d6Mg1OC3d6GI9Ul9asYJO9tUPyClMSU0FZtsH6+Sk JnekgPvrm1PNbY3pfsXjTH+6sa3ZMFlyqEJllW6ooo3IDdUxy/S0alqYnyzU2lbgYhuUDuDSOoXq wfcgAAKlSCBsKDr26Gkr7xm48+6nX9m2c/X9NCWq+Ny5H6TU3ITKSv84kjTncCyVqE6mHQd1h1LJ jh4+BKfqGqXcJmNSzUVbdlCYfdMikRyLLKHNZEB+U05Sp1YJCgpOGjflkh2tPJIyKVkFK8tne3Q0 pNWSqpzdESdeJKnEokx/TqlFkXWqQmelNoSxOmVaRJPRQIcFuIMNSgcI0taBrEIhEACBeBAIG4p2 7BhqveQsekLh6hvue/X1oaOmHr5g/lwKRePHj4vYQb5Hdo/UJGeQwh5O2ijKJLXphLESulHPqiGi qrY9Kwmlwpoll2dPHiiHPufzqzrV2sGer2BPWggivM8qKGHWIHGrBjqSfi3h8gLgzjZE29aB7EUh EACBkSQQNhTt3r37sEMnLDrjpAqJ4lHFp1PzKqRhWi4aPy5MKKK7YnU+QNklAw8ao2gsNE9wguMS aWPzE8pQ6dEu391NkY/MUB73k2MEWeEcixJza7RIRaEg7bD4RGJq3pBJyX7wsoFSYFYOPI/Y2cnX t0zfBagiP5iV85ZsLa0gcA/N58EGQ+t4fjqxoGkQAAEQiCWBsKFo3NgxQ++8WX/uyQvnJxafMXfh /Ll/27lz1653x44NFYrkeMCOfknJXKnr5rQKwxc+KHlkeWyBAAtPisBbtRlkaFWELfCof1fUJC1J 8UhkGtHtsydj1akuTQNb+HGa2qS6ehU3m6R6xU1alBnokJQMncsE0IOnFFVr0mmZlunwWIWRSati U9NgTeFZkRLO3ZvPzU2X1onlVQSjQAAEQhII9eIf7W0LNB+ilywMDw/TSxboX80mvG0hZPOELE5D en+d03MgIXWjOAiAAAiEJRDNi3+8WIF30HmhVBQZWuChJ+EK/UVvUaqGUhAAARDwQCCCUOShFogc LAIUhejRClrdQiA6WE2AekEABAoTiOwddIWrgsRBIMAfQSv4iqODYBiqBAEQAAEBgbCPLQAqCIAA CIAACIQkgFAUEiCKgwAIgAAIhCWAUBSWIMqDAAiAAAiEJIBQFBIgioMACIAACIQlgFAUliDKgwAI gAAIhCSAUBQSIIqDAAiAAAiEJYBQFJYgyoMACIAACIQkgFAUEiCKgwAIgAAIhCWAUBSWIMqDAAiA AAiEJIBQFBIgioMACIAACIQlEOrN3F4qx+tQvVCCDAiAAAiMQgIRvA71tttv1zaJMBKk3SJozwja LYL2csUmEaOwb8FlEAABEPBIILLXoWbW/87488fBzSvXPH7ND+7d9sY7FJCE1qj7oql701VVLejO e7Tbj5ho6096Y7Wn2piccpiNY8aH3M9cbEOIjUqNCmW4kQCNUJWPZgvBgdUSsrgPQyEKAiAQIYEI 1opmTJ8u/8ycMePEObMzj+UHctvzW95yCkW0Syo/ehslZY/uQDsZCAedQiMRe2N1odrYyF472CYb OTTUI62lDcXlg/b9zjU25oT7fReqWms0LzYUbmFDdbrCTEtDurE3kldyG1V5dq2w2ZAAARAAAQGB CEKRrHXMmIppU6p+8+SL7wztmj1j6snVx1CCrgSR57ub2mt6DTufJpqbU2okWtsn1be21kt9a4sx jYuEVrLaun14YLURqgpsAwqCAAiMCgIRhKJJkyqnTa2qnHDIlMlHrFm3YcyYMecvTe7ctdMnP3br 3dJCeTHKfxlvw7XPetKsJUMnG9JStr3WmC4TnVQLqSkroTaDpfm1fdnGOjX2mF2g76T6JYnEEnss slVtyPDZ8nkG73TzNul1GR1lZ7l8N8+8Kbk3S3WyQv3kgu4Mzez0eq2zGmsFNNvT8pG8lFEVVayj pi9UtWYv1GJKVlMRMrYpm1OqtdiQFObAJAQeedBJJplsZmzMWUwRcLUrulTgs4NDHARAwJlA2FB0 9FHTdr4r/fbprcccNeXxZ15+8+1dM46bfMZpc/bs3uMfezZX3TNkmJCYNGQ62WyFH10pSvKp+b0u LW7YT2bbV0ikkWSz7Z1amo0P70ZtZkudJgNKJJIkQSyyVJ1pqVWNHejINTgt3ehiPVJfWrGCTvbV D8gpTElNBWbbB+vkpCZ3pID765tTzW2N6X7F40x/urGtWZ8sWX23W6vrX9/cbESdqlPVZvpzSWV2 yMDwuZieek1rOUytTYV+yT574SCJPPKkc8jUBGqXGOiQ2pv4GqUYuNIVXfqJ//6NEiAAAk4Ewoai Y4+etvKegTvvfvqVbTtX309ToorPnftBSs1NqKz0Dz1Jcw7HUonqZNpxUHcolezo4UMwjaBSbpMx qeaiLTsozL5pkUiORZbQZjIgvyknqVOrBA2hTho35ZIdrTySMilZBSvLZ3t0NKTVkqqc3REnXqag odSiyFp892itXJjKcpAUierb5NmhAYzyRArNorRDbVOxX6rLXjjYPXLXKW4CtUto7eIAXOmKQXqd /46PEiAw6gmEDUU7dgy1XnIWPaFw9Q33vfr60FFTD18wfy6FovHjx0XMlu+R3SM1GfItIWpw0kZR JqlNJ4z66fY4q4aIqtr2rCSUCmGRoSh78kA59DmfX9Wp1g72fAV70sIS4cOQVGaELBItSVFEHsxr kYhSWQ0St3ygIym01q9fFnmhR351aoaxEKQezkrCsPLbYpAHgVFMIGwo2r1792GHTlh0xkkVEsWj ik+n5lVIw7RcNH5cmFBE96LqfICyS4bmoZGBxjnzBCd464m0sbvldINhWSLf3U2JLjJDedxPjhFk hXMsSsyt0SIVhYK0w+ITial5QyalTDtYWeEjen795FGjs5Ovb9nL6r57tFadUjGtTXJ4oxpy/Z2D SgX5wayc22TrbbYKeS1ivzxzUD2qUdKN7jrFTZBVHjnRFgVdlKhOGPoJHib02w0hDwKeCIQNRePG jhl65836c09eOD+x+Iy5C+fP/dvOnbt2vTt2bKhQJMcDdvRLSuZK/XMkWoXhIxHlayyPLZDDwpMi EFZtBhla8WCrC+rfFTVJS1I8EplGdPvsyVh1qkvTwBZ+nKY2qa5exc0mqV5xkxZc2DKGnKFz+Rsm D55SVK1Jp9VxW/fQRrKQtaa6WDzIKtGHxaK0OumiSYtsd9NgjWBW5OKXZw6sbvJIe6zEVae4CZI1 g2xiTRPbml65XVyBu/QTT9cXhEAABDwRCPXiH+1tCzQfopcsDA8P00sW6F+tZrxtwVMjFE2IBtL+ OqfnQIpWa3wVE48V1QOF/rAsvvbDMhAoNwLRvPjHCxW8g84LpaLI0OJNk9SDgdc0H0QoKkpfg1IQ CEYgglAUrGKUGhECFIXo0Qpa3UIgMvLGrGhEeh8qAQHPBBCKPKOCIAiAAAiAQHEIRPY61OKYB60g AAIgAAKjiEDYJ+hGESq4CgIgAAIgUBwCCEXF4QqtIAACIAACngkgFHlGBUEQAAEQAIHiEEAoKg5X aAUBEAABEPBMAKHIMyoIggAIgAAIFIcAQlFxuEIrCIAACICAZwIIRZ5RQRAEQAAEQKA4BBCKisMV WkEABEAABDwTQCjyjAqCIAACIAACxSGAUFQcrtAKAiAAAiDgmQBCkWdUEAQBEAABECgOAYSi4nCF VhAAARAAAc8EEIo8o4IgCIAACIBAcQggFBWHK7SCAAiAAAh4JoBQ5BkVBEEABEAABIpDAKGoOFyh FQRAAARAwDMBhCLPqCAIAiAAAiBQHAIIRcXhCq0gAAIgAAKeCSAUeUYFQRAAARAAgeIQQCgqDldo BQEQAAEQ8EwAocgzKgiCAAiAAAgUhwBCUXG4QisIgAAIgIBnAghFnlFBEARAAARAoDgEEIqKwxVa QQAEQAAEPBNAKPKMCoIgAAIgAALFIYBQVByu0AoCIAACIOCZQLBQlGmp0o+WjHNtsuCC7rxng4oo mO9eEI0p5JXNJa/KmZxymHUwVE4oY4WxiC10UFSLWtOHIcLiIXV6q95rl7NpC1zQm126lLEirQ+P WO0FrLW1UbEMUysqln67nyPS/fx2hkLywUIRaU12DAyxY6Aj1+A8gjakG3uHhtY3JwrZ4fp9GLKG sonm9cFNKWSDF+WsL9YOtnFudPRIa7Uonu9ekWtszK0QBe1MSzQYQ7UBCseOgJcuJzRaL1ioVwfx WXjFGfqwP7OLYaGDV8XFIkn+HA+CvqTLBA5FqteJuTVSbpPjrCdZHS4KlTRcs/H57qb2mt6hrpSG rrlZ/Zxf2yfVt7bWS31rhSiBsYw6wih1BX14lDa8R7dDh6JMf7qxTZn16MknmifR7UxDWsq216rJ LENqSp1GsVuelhbKWPETpuKa/boeLmUsYrxj0j4btQjK8mkHF+5Wsox6nkwtyr8zps8serhturAc PIQGGFqBok22sU6LQ6b24ZFoSSKxxB6L/GNUNetZVAW33Wvmgz6ltd6A8t8zSkJRxSFkbmsUaylj 42o12tpb3AE0Ug7WOvQrdX5pv60WVWNtTaHBQt+NTayx2iS4/EzVGpI1qlZxe6kkqZk0Bba2KNCf bZlfuUpLr3ahX7CltA5AuWflqteuVmNF3HIjRqtmMwTbdedso4febrls7W3kC4vw6hB2G+NQpo0q Rk/cL0PGSzkcL+SCrnkMBwdTLHAoYjGGHQ1Sr3Kfn2mp7auXs3a90oruRNdQbyPP4/H8HH3L5gRq Tk9rkmyuumeITRUsxbXJQUrTo04otCIicJlOtRoSt5fVimTbB+u4qY3Z9k6eJ9Mt7JH60ibdAhva V0hkt6G4FgGMBpgtdLovVCIRTeHtsUiv2htGvUYqKTdGY1rL+1m8TjS3Nab7lSyh8aZC1ZJV3Bzo kNqbXFf8jI1iLyVqfVNLyfyN/cc+OxRa69SvnC8qa70kqRos6gw8Be1ltdOl/9i9k5rX99awjkeZ K6mXN624vdRulm6oauI9TtDlmK/C/uzO09yrBVhkhjRQag0jX4LClpI7ALdPzt7r039LHzbeW1g0 WyBYrju3HuKht7tf45pVHrEYuo1+dXjsjRakBS7D6Fw7mJGmYN2BQ5G2VlS9Qp5A5Dfl+ByIx6d0 dtA8lLBv1TkBI699n6TZAO/wrsVNfqhFhM4lqpNpLyNHsqOVz1BSdY1ygpEMUM8xAwuQS3b08Kmg VlyTdzHACkUpo0UiORYpkVFoQEGMxlLK3RTdpWqHzWuyX4lFmf6cgsSgQ3XT1GRCy4yNYislNNsC yksHsFvrCMS5/QQNZGvNAGrd+4/Au1RXr9RguJVT737N7aV3M5WwvcsxX0X92eV6tONx6rd8Nq/m PeTYJLxUXa9KcWe2aebBQhlB7EXce4iX3u7vGucWuI0n3vq5wBGb4+6XYZFcKxgcRlYgcChSzaTB M6kNsewZBeXQ74m8OxSyuNx16NkEeiCgiTq026N93o3yK+lkAAOlzUBMEaOzPavG8Kra9qwklPJr Bt140e22PAlNuhROtXawhyXYYxPKTYFjDPRrgjxoOR4CUAU7gEdrXS09aD3E1Tuv7eWrEQryNGjz h8WPZu8mF4bgUG/hgt6NMEt6wuLazz3V7Nyxi+eaJ8NGTih0KGI3TTzxxJ5f0DNBVg/4t0oqiIa9 tG3VxL24GAjdsahRkLJL5suKBmCXpykE+sgANVXHDAzXBNSBbQbwaXiDIUDmu7vZ4ld/Wp1hKulL ccSSA20hjJrZ+UG5WSTWQG7O8KRgZydfrLLJZZXHKPSFLkfmhrK2Us5m66C8dQCrtWLNhY0UNZCx Awk5u6p17z8C73hqjnLZ8gOontvLa8f0xtOiTYCF30KZnuwMpFl0xdk0u0NwqdcjvaDXuENv8dHP Te7bkSq5edFlWGTXvHan4ssFDkXqfTxL9soPa6e6WM5UztDZpyTs21wD/4oVsU+aXIrT9JVXZ53m KIM709kvKSk1dY2PVqZ4VsGprB0tJUxYqKCjSaq3Jeg867EaYKiIkr4aBF7NEloio0hkCgKOsyeu qCBGtTq6zZIbo2mwxm1WxOaRbTXptEzLeiRrBtn8kiZrNcqSoIh54VIis20tZe0/9gcOWDC2WCsE 4mqkSwPpjvhXS03j2n/M3nXTpJUnRNntMEsoe28vr4OC+/UoazH0akcsNA7TspZyXfNLsMCV7nC1 2u22aRZAMF53zvV6pefeRpqFXrCQsP3q8Hh52pE6X4YRu+a194y8XAVVOTw8nNnw5umzDhn56mNa I1tWpL//CZJkjKlHrmbRKNRfZ/eWTq+oVu4zvLsVrJRAv4NVbDVBZK13CyEJAuEJRNbPNVNGZ8d+ 4uU91+2vfPSUIwLPisK3ZXw10MNESnYrvjZGZxlbJrI/sBCd/oCa2AN9gmffY2ptQCdRDAQUAqO+ YyMUadeC/qQ/e7lB2DdElMQlxl2mfKn8mFa8DspmWmalcbY2XuxgTUkRQMdmzYUEXUl1WhgLAiAA AmVEAAm6MmpMuAICIAACJU4ACboSb0CYDwIgAAKlTwChqPTbEB6AAAiAQIkTQCgq8QaE+SAAAiBQ +gTiHIqEf+IYAXLlRbiGlyMrb77y8tJL9/p1nS7GC79ylC8WhQhAQgUIgAAIREMgzqEoGg+tWmjb IPltD8adsqLam64Iu2PRH3DX97m/Fbs4oKAVBEAABEaKwKgLRYbXYBsZx3lfL/auG7fXdY9UX0E9 IAACIFAkAsFCkXDbKG37LMs+eMZXxxXcg8u4JZ22t5UxR6V9dqpOflGd0x5bxkhk3SnLkp8z71gl 3t5KvKuVeX8MmwxvSvtebVoL222n93D6e7drkXoL1IIACIBAUQgEC0VkinBTNeM+ePaN8rzsweW+ /5gFgfO2e877gA1ma+aaXi3gtK+XZRcv8fZWol2trO3ktiWaYEs60f5g7I3Clg2gitIboBQEQAAE DgqBwKFIuKmacR8820Z5Xvbg8re3lfO2e1430HNlbtmxSri9lctOX5pu4c5X8rt27FvSifcHw7To oFwdqBQEQGCECAQORXo6yW17tMJeRLUHl1mPpw2vXI0T7Fhl297Ky65WBWSEm27ZmdCmJZbJXGGy kAABEACBUiEQOBTZN1UzuCzc0MzLHlziva0K7YTmsKeWcP86r6suoh2r1H3b1L19vOxqJZZxpif0 hU0W+T547Knz8I+cl0rnhJ0gAAKjhUDgUGTfNsqIzGHnscJ7cAn3tiq4XZttTy3nfcDYnqVrzc8V CNtauGMVi0W0y5y6d4GXXa3EMi70RPuDYVI0Wq5H+AkCo5RAsDdzR79t1Mjhp4xZk9RTSntAlJ7F I9eaqAkEQKCUCYziN3Mnmnvq+2qte5PHtzH5M4XC3b7jazMsAwEQAAFfBAIn6HzVEi9h9kxD6ewV zp4FLx1r49XSsAYEQKBECAQLRTQ8llKGq0TaAmaCAAiAwCglECwUjVJYcBsEQAAEQKAYBBCKikEV OkEABEAABHwQQCjyAQuiIAACIAACxSCAUFQMqtAJAiAAAiDggwBCkQ9YEAUBEAABECgGAYSiYlCF ThAAARAAAR8EEIp8wIIoCIAACIBAMQggFBWDKnSCAAiAAAj4IIBQ5AMWREEABEAABIpBAKGoGFSh EwRAAARAwAcBhCIfsCAKAiAAAiBQDAIIRcWgCp0gAAIgAAI+CCAU+YAFURAAARAAgWIQQCgqBlXo BAEQAAEQ8EEAocgHLIiCAAiAAAgUgwBCUTGoQicIgAAIgIAPAghFPmBBFARAAARAoBgEEIqKQRU6 QQAEQAAEfBBAKPIBC6IgAAIgAALFIIBQVAyq0AkCIAACIOCDAEKRD1gQBQEQAAEQKAYBhKJiUIVO EAABEAABHwQQinzAgigIgAAIgEAxCCAUFYMqdIIACIAACPggUEGyw8PDmQ1vnj7rEO/l7rjjju3b t+/evdt7kZhLTpgw4dhjj73oootibifMAwEQAIGyIfDEy3uu21/56ClHBAlFP7755kkTJ55//vnT pk0rGyJvvfXWL3/5y3f//vfLL7usbJyCIyAAAiAQZwKhQlFHR8c3vvGNqqqq9957L85O+rKtsrJy aGjohhtuaG9v91UQwiAAAiAAAsEIaKEoyFrR3r17p0yZUk5xiCCSO+QUuRYMKEqBAAiAAAgEJhAk FFFltLxUlkdgjigIAiAAAiAQmEDAUFSW0SgwRBQEARAAARAIQyB4KApTaymXzbTQKpl6tGSicCXf vaBqQXc+sCpWXjnMapit0ZhosM1orQyDKg3rQmDfURAEQKAcCAQPReWXoPPcnsmOAXrEgR1dKc+F XAQTzeuH1jcnAqliMaB2sE2xZ6hHWqtFx3z3ilxjY25FiCCnmUQxR41yurWZloZ0Y+8Qs92fCwZt gZxGIRAAgTIjEDAUURw6EPpY1zJ5wY8262ro95Z1Bzb/aIH5dOh6vCogp0qtdfPdTe01vYaImGhu VqNjfm2fVN/aWi/1rQ0+4SoEJFkdLIIW0ovvQQAERhWBgKEoEkbnLP3isy/oo+QD9935xaXnSHOu eOjth66YE0kNI6DEkJlS7/X1FJ6SHONfZJQsGp3TEmrqREObJfAP3UoKUE+26Rk4c7qNok22sU48 M+ORaEkiscQpFtmUWk8wY1pa5NxfQ1rKttfK6T7ZWvpXOcntNE50BIqU/KFS3KhN0nFEn0wcgQ6A KkAABCIgEDwURZCgm3PSB++8L6MoylAk+uTiCLQGVuEZJx+U2UEjK2WmemvaOzM0FjdIvTzNluqS 02W9jWktOZZtXyH1yOcaqpr4R/qcZQUtR7Z9sM78baaltq9eTgn2StZ0m9O0RIlEkiSORRQtNKXy pEpYSzZXzU0lWyWeltQzkuSlctKcW7RrtgDRC3Jtrt55bhIIggAIlDSBgxqKZn/8PIpFD/DYQXOi C+VI9MCV0xbflOcn8zctpjc6sONKkqIv2H92GfVs4CAkF/TckNpakTwwp7p6pYYqCkTqOK1Mi+je XzuSHT18MShVR2M6TVZ4Ofqc22RNniU7WmWt6rf5TTl5RsInJ9lBcwHr70qNWiSSY5E15PHpVJtx eUpci2qqZzSSXTMPc+rUyqbI3Tvv9UISBECglAkEDEX79u37awTHtI9+Yt6G5zeQpnvXrGxY+CGu 8t290v73drJzzaev+sRDeXbcuve6Gzd8aGHDyjX3MpF712yYt3/Vr1jBDb9atX/WURHY8te/klMR NCXNCigqsZnEQEcyAn1cBXs4QPCkBEWZZLpf8BRfprM9q83datuzklDKap1DLSGdKAykOPWGNBvF QQAERpBAwFAUlYUnLKqT+h/aIm3Jb5x34glmrXROev66RQl2XNr7/OYt0gknztuY3yJJj6zbWNeq FHyoX6pbZCkZlXUe9fDUHOXOGvhCTn4wKyfN2PzAowZXscTcGknP9JlFE81tLOOnryDlu7vZak5/ Wn/KTw6K5ljEY5gp1+dWix8v7JrdgURVrx8bIQsCIBA3AsFDkdfn0tzlZi5YKvU/+PCD/dLSBTMV UcqU8efz6P9lt2xSj46PHZCFX3x47calCz5Gnze9+KKpYEiTPLeNNt+Qn0ZoyLGcWqq1I9dAK/j0 v8TTaU2DNdHMilJdA4pKZX3KaCitvAxQxerfFTVJS1I8EilJQFnUPnuSl7j0JS+WZnSphaULtccW 3DnZNAuAGLW51+u5TSAIAiBQygSCvJn72muvve6661599dVIHN9y+3mpFbmatszdF8uTm0fbT/rh iew3+rB8o36efUfCX+uXpLr/pK/p8y2b/3HjicvVgmHNmT59+tVXX03ehVWE8iAAAiAAAh4IhHod KumP5O+K5EnMzLM/WSPVfPJsdU7EZ0MH2LTozO+su0pakTpJPq5eLwtLOUkWps8bV200Fgw5K/Lz 5IIHxhABARAAARDwRiDgrIj2idi6dau3KkpGasaMGbRDBGZFJdNgMBQEQKDECYSdFZH7IacgMSxe 4m0K80EABECgVAkEfGwhwgRdfGISEnSl2othNwiAQIkTCBiKStxrmA8CIAACIBAjAsFDUXxmM1FZ EqNmgSkgAAIgMJoIBAxFIV+xE9vio6np4SsIgAAIxIVAkFA0fvz4HTt2HH/88VFNR+Kgh9whp8i1 uLQM7AABEACBUUMgyMPcN99884QJE5YtW3bkkUeWDai//OUvq1at2r1792WXXVY2TsEREAABEIgz Ae1h7iChiBy76aabaA6xd+/eODvpyzaaD02ePPmKK67wVQrCIAACIAACgQmEDUWBK0ZBEAABEAAB EJAJRPAnrkAJAiAAAiAAApEQCPLYQiQVQwkIgAAIgAAIyAQQitATQAAEQAAEDjIBhKKD3ACoHgRA AARAAKEIfQAEQAAEQOAgE0AoOsgNgOpBAARAAAQQitAHQAAEQAAEDjIBhKKD3ACoHgRAAARAAKEI fQAEQAAEQOAgEwj44p+DbDWqBwEQKGUC9zzz6v88t23b0N9L2Qnd9uOqJn7iA8d95pTpHt254447 tm/fTm+89CgffzF6K+mxxx570UUX+TUVL/7xSwzyIAAC0RC4++mt/z24Y8LpHxhz+KRoNB5sLQf+ 9u7uJ577UvXk806dUdCWH99886SJE88///xp06YVFC4VgbfeeuuXv/zlu3//++U+XyeNUFQqTQw7 QaDcCFx62xN/+9iHT5xc+R//UCbTgn95c8LmHe8d/pvHb73k9IKt1dHR8Y1vfKOqquq9994rKFwq ApWVlUNDQzfccEN7e7svm/EOOl+4IAwCIBAZgTf+8t6YQyeVTRwiLuQLeUR+eWFEGxpMmTKlnOIQ eU3ukFNh9mrAYwteOg9kQAAEIiYQ262cgxnmi06wKuJfyhcEizBCURh6KAsCIBCQQPwHVl8W+qXg S3lJCPslgFAUkhiKgwAIgAAIREwAs6KIgUIdCIBAQQIlcZvv18iCXhsF/CqPv7wv9+3CCEUhAaI4 CIBAEAIHinGsa5msHgt+tFmtgc5qv23+0YLJk1vWRV65LwQUV0IYwF2QD4OTIRQaixpZ+VNJTvmC gARdGFwoCwIgEFcCD1w59YLcd556mx9PfW71aYtuetFi6wNXnrb6c0+9/cNz4upDIbtevGnR1NNe +BfZx7ffvkVa+0ChIiXyPWZFJdJQMBMEyojAsBR5winf/R93fvGuBy+fLWuefflP/1361x9m+C9E jv7Ndy+6QNIlIrZA8jcnCFR7vnv5v9bc9VbnYrX07Msv1z4H0mgvJLMKcITsnghFIQGiOAiAgH8C kcei/Nq7n73wk8ZxefbHz/tgblOeRSIWJdZe+aG7z3vixqhHbnXM9hmJAg33dh/V2h+4kl7dwI8r H+Dn6MTim25Szi6+iVHgR/6mxWZB6wnuR4BAFC47R3UiFPm/ilACBEAgHIF9+/b9Ndpj53v75806 yqSTTj2by9Gpd/dKz15zzcqGlgunRVupQRt55B1JQPcFPioWfOjf8/y4tWHldTduUF3OLZTPPXvN D+5lghtuXHj6qk88JIv++4fozL3N2olb9/KSxGr/ezuDYPJFwM4Koch7/4EkCIBAjAk8v3mL1bp5 J54gn5p39a1Xb7z0M7faJGLsj8g0gY9c7JG2BDsu7dULzbv6K2ez387+eIO0MU+Ob3mo//mG1ksV IuyrLfmN0vPXLVKKOukeGUQIRSPDGbWAAAjoBCgD5O/xrILSMxcsnde79mGD3IsP9j9fPXsmO0NJ p+GZF999S/V1i/7FKFJQq3cBeUXK++Fdsy5p91H+7sWez1w6fMsmOh5omyfJZJnLakn1s/Gc/B2d WcYL8qPjY5aCvoz07rtQEqEoJEAUBwEQCEIg0HqES6FZF//fZauWX/2IIvLI1eesGG5bfpb61AJb /zirI9O2cflnb3sp6rr9xiHiFcgE2ce5mpPDL912Gzm8ZfPzNSfOIo0vPdz/vLwKx2pQ61A/z1qw tGbVD43ez5pTLZnPmAr6szFIJzCUQSgKCRDFQQAEfBOgYdLXHbcn4TO/M/iT4eUnycfy4Z8M9n2J z4n4zf8BXuHML/X9pHpF6rxbX/Kk0YeQ/GyExyP4pJB8XHfVRtXJk7524OwzDxw4s+kqaUWKnP7a puoaxVPNZYP7ivcyoKvX0zdnfmedUlQ7ZSzow3+C7HNeaGGFrfM8dh6IgQAIRENg6Y2Pjvvswpsr X4tGXTy0XPbe8fvWPHzfV88qaM61115L+0Rs3bq1oGRpCcyYMYN2iCDvfJmNTSJ84YIwCIBApASG JV933PEX9jMpYiTj75FfC0P2DyToQgJEcRAAAd8Egmeo/A6QIyXvKz1Vfu6zNGC4BB1Cke+rCAVA AARAAASiJYBQFC1PaAMBEPBEYKSmKyNUjyefDUIjZNYIVuOXgEUeoSgkQBQHARDwTcDfY8IlIu2d Qok45NtM7wTskghFYeihLAiAgG8CRx9ZKb373vf2HTuCt+zFrYp8IY+YXx6O8ePH79ix4/jjjy+u TSOrndwhp8g1DwDEIniYOzA6FAQBEAhC4O6nt972x7crav9RmjghSPkYlvn77uGBjZf809TzTp1R 0Lqbb755woQJy5YtO/LIIwsKl4rAX/7yl1WrVu3evfuyyy7zZbP2MDdCkS9uEAYBEIiAwKqnXvmf 57a9+bfdEeiKgYp/OHzCJz5w3LLTZnq05aabbqI5xN69ez3Kx1+M5kO0k98VV1zh11SEIr/EIA8C IAACIBAxAfyJa8RAoQ4EQAAEQCAwATy2EBgdCoIACIAACERDAKEoGo7QAgIgAAIgEJgAQlFgdCgI AiAAAiAQDQGEomg4QgsIgAAIgEBgAghFgdGhIAiAAAiAQDQEEIqi4QgtIAACIAACgQkgFAVGh4Ig AAIgAALREEAoioYjtIAACIAACAQmgFAUGB0KggAIgAAIREMAoSgajtACAiAAAiAQmABCUWB0KAgC IAACIBANAf3N3NHogxYQAAEQAAEQ8EzgygN7BpPTWSiqzr7quRQEQQAEQAAEQCBKAhSKolQHXSAA AiAAAiAQgMD/B0OuQvfhjU3NAAAAAElFTkSuQmCC --_004_961f2ca8a4324c9d85a5ce95e33ce72bEXCH2013politiewestkust_--

2 2

Get Involved with oVirt project! Winter edition
by Sandro Bonazzola 23 Dec '15

23 Dec '15

Hi, Have you got some free time and do you want to get involved in oVirt project? Do you like the idea of having fresh disk images of recent distribution in oVirt Glance repository? You can help us by testing existing online images ensuring they works with cloud-init or creating one yourself and report your success to devel(a)ovirt.org. We'll be happy to upload the images once these are ready. Do you like Debian and do you have some programming skill? Help us getting VDSM running on it! We started releasing highly experimental packages and it's a good time for giving them a try. You can follow the progress here: http://www.ovirt.org/VDSM_on_Debian Here are some bugs you can try to help with: Bug ID Status Whiteboard Target Milestone Summary 1120588 NEW docs ovirt-4.0.0 update log collector documentation 1120586 NEW docs ovirt-4.0.0 update iso uploader documentation 1120585 NEW docs ovirt-4.0.0 update image uploader documentation 1159784 NEW docs --- [RFE] Document when and where new features are available when upgrading cluster / datacenters 1074301 NEW infra ovirt-4.0.0 [RFE] ovirt-shell has no man page 1227019 NEW integration ovirt-3.6.2 Require sos >= 3.3 when available - ovirt sosreport plugin doesn't obfuscate password used in aaa extensions 1251965 NEW integration ovirt-3.6.2 Appliance based setup should default to using /var/tmp for unpacking the image 1156060 NEW integration ovirt-4.0.0 [text] engine admin password prompt consistency 1237132 NEW integration ovirt-4.0.0 [TEXT] New package listing of engine-setup when upgrading packages is not user friendly 1115059 ASSIGNED network ovirt-4.0.0 Incomplete error message when adding VNIC profile to running VM 772931 NEW reports --- [RFE] Reports should include the name of the oVirt engine Are you great at packaging software? Do you prefer a distribution which is currently unsupported by oVirt? Do you want to have packages included in your preferred distribution? Help getting oVirt ported there! Fedora: http://lists.ovirt.org/pipermail/devel/2015-September/011426.html CentOS: https://wiki.centos.org/SpecialInterestGroup/Virtualization Gentoo: https://wiki.gentoo.org/wiki/OVirt Debian Jessie: http://www.ovirt.org/Features/Debian_support_for_hosts Archlinux: http://www.ovirt.org/OVirt_on_Arch_Linux OpenSUSE: https://build.opensuse.org/project/show/Virtualization:oVirt Do you love "DevOps?", you count stable builds in jenkins ci while trying to fall a sleep? Then oVirt infra team is looking for you!, join the infra team and dive in to do the newest and coolest devops tools today! Here are some of our open tasks you can help with: https://ovirt-jira.atlassian.net/secure/RapidBoard.jspa?rapidView=1&project… You can also help us by sharing how you use oVirt in your DevOps environment (please use [DevOps] in the subject) You don't have programming skills, not enough time for DevOps but you want still to contribute? Here are some bugs you can take care of, also without writing a line of code: https://bugzilla.redhat.com/buglist.cgi?quicksearch=classification%3Aovirt%… Do you prefer to test things? We have some test cases[5] you can try using nightly snapshots[6]. Do you want to contribute test cases? Most of the features[7] included in oVirt are missing a test case, you're welcome to contribute one! Do you want to contribute artworks? oVirt Live backgrounds and covers, release banners, stickers, .... Take a look at Fedora Artworks[9] as an example of what you can do Is this the first time you try to contribute to oVirt project? You can start from here [1][2]! You don't know gerrit very well? You can find some more docs here [3]. Any other question about development? Feel free to ask on devel(a)ovirt.org or on irc channel[4]. You don't really have time / skills for any development / documentation / testing related task? Spread the word[8]! Let us know you're getting involved, present yourself and tell us what you're going to do, you'll be welcome! [1] http://www.ovirt.org/Develop [2] http://www.ovirt.org/Working_with_oVirt_Gerrit [3] https://gerrit-review.googlesource.com/Documentation [4] http://www.ovirt.org/Community [5] http://www.ovirt.org/Category:TestCase [6] http://www.ovirt.org/Install_nightly_snapshot [7] http://www.ovirt.org/Category:Feature [8] http://www.zdnet.com/article/how-much-longer-can-red-hats-ovirt-remain-cove… [9] https://fedoraproject.org/wiki/Artwork#Resources -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0