April 2016 - Users - oVirt List Archives

ldap servers configuration can be misleading with AD
by Fabrice Bacchella 20 Apr '16

20 Apr '16

I tried to plug ovirt using my company AD. But I have a problem, the DNS srv records are not well managed and I can't use them so I changed pool.default.serverset.type from srvrecord to failover. But it was not enough, it was still using those invalid records. It was used by pool.default.dc-resolve.default.serverset.type too. I found that after digging in the source. I wonder why it should be specified twice. Why pool.default.dc-resolve.default.serverset and pool.default.serverset are different ? I also need to specify search.ad-resolve-upn.search-request.baseDN because it didn't found it any more. I wonder if it's related. My aaa property file: include = <ad.properties> vars.domain = MYDOME vars.user = A_DN vars.password = the_password vars.forest = my_forest pool.default.auth.simple.bindDN = ${global:vars.user} pool.default.auth.simple.password = ${global:vars.password} pool.default.serverset.type = failover pool.default.serverset.failover.1.server = server1 pool.default.serverset.failover.2.server = server2 pool.default.ssl.startTLS = true pool.default.ssl.truststore.file = trust.jks pool.default.ssl.truststore.password = pool.default.ssl.startTLSProtocol = TLSv1.2 pool.default.connection-options.connectTimeoutMillis = 500 pool.default.dc-resolve.enable = true pool.default.dc-resolve.default.serverset.type = failover pool.default.dc-resolve.serverset.failover.1.server = server1 pool.default.dc-resolve.serverset.failover.2.server = server2 search.ad-resolve-upn.search-request.baseDN = BASE_DN

2 5

job queue
by Dominique Taffin 20 Apr '16

20 Apr '16

Hello, I have a question regarding the internal operations of ovirt- engine. It seems the internal queue only processes up to 10 requests / jobs simultanious. E.g. 7 Power_ON and 3 LiveMigrations. All remaining jobs (e.g. 50 more Power_On requests) are delayed. Is this queue size configurable somehow? We sometimes do have a huge amount of power_on requests (last time up to 700 in 30 minutes) that get extremely delayed by this. Any hints are welcome. best, Dominique

1 1

[hosted-engine] Metadata version too new error when adding 2nd host
by Wee Sritippho 20 Apr '16

20 Apr '16

Hi, I used CentOS-7-x86_64-Minimal-1511.iso to install the hosts and the engine. The 1st host and the hosted-engine were installed successfully, but the 2nd host setup failed with this error message: "Failed to execute stage 'Setup validation': Metadata version 2 from host 52 too new for this agent (highest compatible version: 1)" Here is the packages versions: [root@host02 ~]# rpm -qa | grep ovirt libgovirt-0.3.3-1.el7_2.1.x86_64 ovirt-vmconsole-1.0.0-1.el7.centos.noarch ovirt-vmconsole-host-1.0.0-1.el7.centos.noarch ovirt-host-deploy-1.4.1-1.el7.centos.noarch ovirt-hosted-engine-ha-1.3.5.1-1.el7.centos.noarch ovirt-hosted-engine-setup-1.3.4.0-1.el7.centos.noarch ovirt-release36-007-1.noarch ovirt-engine-sdk-python-3.6.3.0-1.el7.centos.noarch ovirt-setup-lib-1.0.1-1.el7.centos.noarch [root@engine ~]# rpm -qa | grep ovirt ovirt-engine-setup-base-3.6.4.1-1.el7.centos.noarch ovirt-engine-setup-plugin-ovirt-engine-common-3.6.4.1-1.el7.centos.noarch ovirt-vmconsole-proxy-1.0.0-1.el7.centos.noarch ovirt-engine-tools-3.6.4.1-1.el7.centos.noarch ovirt-engine-vmconsole-proxy-helper-3.6.4.1-1.el7.centos.noarch ovirt-host-deploy-1.4.1-1.el7.centos.noarch ovirt-release36-007-1.noarch ovirt-engine-sdk-python-3.6.3.0-1.el7.centos.noarch ovirt-iso-uploader-3.6.0-1.el7.centos.noarch ovirt-engine-extensions-api-impl-3.6.4.1-1.el7.centos.noarch ovirt-setup-lib-1.0.1-1.el7.centos.noarch ovirt-host-deploy-java-1.4.1-1.el7.centos.noarch ovirt-engine-cli-3.6.2.0-1.el7.centos.noarch ovirt-engine-setup-plugin-websocket-proxy-3.6.4.1-1.el7.centos.noarch ovirt-vmconsole-1.0.0-1.el7.centos.noarch ovirt-engine-backend-3.6.4.1-1.el7.centos.noarch ovirt-engine-dbscripts-3.6.4.1-1.el7.centos.noarch ovirt-engine-webadmin-portal-3.6.4.1-1.el7.centos.noarch ovirt-engine-setup-3.6.4.1-1.el7.centos.noarch ovirt-engine-3.6.4.1-1.el7.centos.noarch ovirt-engine-setup-plugin-vmconsole-proxy-helper-3.6.4.1-1.el7.centos.noarch ovirt-guest-agent-common-1.0.11-1.el7.noarch ovirt-engine-wildfly-8.2.1-1.el7.x86_64 ovirt-engine-wildfly-overlay-8.0.5-1.el7.noarch ovirt-engine-websocket-proxy-3.6.4.1-1.el7.centos.noarch ovirt-engine-restapi-3.6.4.1-1.el7.centos.noarch ovirt-engine-userportal-3.6.4.1-1.el7.centos.noarch ovirt-engine-setup-plugin-ovirt-engine-3.6.4.1-1.el7.centos.noarch ovirt-image-uploader-3.6.0-1.el7.centos.noarch ovirt-engine-extension-aaa-jdbc-1.0.6-1.el7.noarch ovirt-engine-lib-3.6.4.1-1.el7.centos.noarch Here are the log files: https://gist.github.com/weeix/1743f88d3afe1f405889a67ed4011141 -- Wee

1 0

3.6 Update from Engine (GUI) doesn't upgrade hooks ?
by Matt . 20 Apr '16

20 Apr '16

Hi Guys, Is it true that the upgrade command from the GUI doesn't upgrade all vdsm packages, like hooks ? It would also be nice to be able to set somewhere we just want to run yum update and update all packages on the hosts (maybe with reboot). Cheers, Matt

1 0

add 3rd nic to host
by Edward Clay 19 Apr '16

19 Apr '16

I've been trying to figure out the best method to add a 3rd NIC to a host that is already cofigured/added to ovirt. The basic thought is to add a 10Gb NIC to use for ovirt mgmt/san access to each host. What I've tried so far is as follows. 1. put the host into maintenance mode. 2. power the server down and have the NIC added. 3. booted the server up and attempted to edit the network interfaces config. I'm not seeing the new interface being listed as available in the "Setup Host Networks" window. Is there better/proper way to do this other than removing it from oVirt and uninstalling all of the rpms and manually reconfiguring the network interfaces?

1 0

quota
by Budur Nagaraju 19 Apr '16

19 Apr '16

Hi How to set quota and assign permissions in oVirt 3.5 ? Thanks, Nagaraju

2 2

Quota-permissios
by Budur Nagaraju 19 Apr '16

19 Apr '16

HI All, Creating some user policies in oVirt ,which permissions do I need to select so that users can choose the the quota while deploying the vms. Thanks, Nagaraju

1 0

Storage-Quota
by Budur Nagaraju 19 Apr '16

19 Apr '16

HI I have configured oVirt with 1TB storage and created a storage quota limited to 800GB beyond 800GB if any user creates a vms oVirt should not allow to create a vm ,but still users are able to create . is there any setting which I'm missing ? Thanks, Nagaraju

2 1

qemu patch in OVirt repos
by Markus Stockhausen 19 Apr '16

19 Apr '16

This is a multi-part message in MIME format. ------=_NextPartTM-000-7ff9e70e-b79b-49db-adde-a10c119bb4a3 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Sandro,=0A= =0A= I don't exactly know the process how qemu 2.3 patches get into the =0A= OVirt repos. At least you should be someone who knows better.=0A= =0A= Will it be possible to get a version with fix for BZ1319400 into the=0A= tree? See https://bugzilla.redhat.com/show_bug.cgi?id=3D1319400=0A= It's a quite nasty bug and totally breaks the snapshot feature for=0A= multi disk VMs on Centos 7.2 based nodes.=0A= =0A= Thanks in advance.=0A= =0A= Markus=0A= ------=_NextPartTM-000-7ff9e70e-b79b-49db-adde-a10c119bb4a3 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-7ff9e70e-b79b-49db-adde-a10c119bb4a3--

4 4

template mystery
by Campbell McLeay 19 Apr '16

19 Apr '16

Hi, I've got 4 VMs on a 3.6 cluster, and they are listed as based on a template called 'sl6-workstation', yet I cannot find this template anywhere listed in the templates tab or tree. When I go to create a new VM, it gives me the option in the template section to use: sl6-workstation(1) or sl6-workstation(latest) I'm not sure what the difference between these two are, but I'm curious why it doesn't give me the option of not to use a template. It will even be the only option if I select FreeBSD or some other non-sl6 OS. Any ideas? Thanks, Cam

3 3

ovirt-engine ui not showing up/inaccessible
by Gene Fontanilla 19 Apr '16

19 Apr '16

Hi, our office had power outage for more than an hour and continues fluctuations, so i decided to pull the plug after 2nd fluctuation and wait for the power to become stable. After the power became stable, I decided to turn the ovirt-engine up 1st, after booting up. I tried accessing my engine but the webui is not accessible, then i looked at the /var/log/ovirt-engine/engine.log and saw this error: 2016-04-15 06:34:56,265 ERROR [org.ovirt.engine.core.bll.Backend] (MSC service thread 1-28) Error in getting DB connection. The database is inaccessible. Original exception is: DataAccessResourceFailureException: Error retreiving database metadata; nested exception is org.springframework.jdbc.support.MetaDataAccessException: Could not get Connection for extracting meta data; nested exception is org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get JDBC Connection; nested exception is java.sql.SQLException: javax.resource.ResourceException: IJ000453: Unable to get managed connection for java:/ENGINEDataSource Can anyone help me out? I need in that environment up for the final stage of my testing. regards, Gene

2 2

Fwd: [Gluster-users] Kudos to All
by Sahina Bose 19 Apr '16

19 Apr '16

This is a multi-part message in MIME format. --------------090707020200030503080100 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Hi all! I thought this testimonial worth sharing, as many ovirt users have posed questions on how gluster fits as a backend for VM store. Below comments are from a user who's on gluster 3.7.9 with sharding enabled on the gluster volume. You can follow thread here - https://www.mail-archive.com/gluster-users@gluster.org/msg24467.html thanks sahina -------- Forwarded Message -------- Subject: [Gluster-users] Kudos to All Date: Sun, 17 Apr 2016 21:31:41 +1000 From: Lindsay Mathieson <lindsay.mathieson(a)gmail.com> To: gluster-users <Gluster-users(a)gluster.org> Hi developers, didn't want to be whiny all the time re possible issues :) and to congratulate you on the 3.7.x release - its come a long way since the 3.5 range I initially looked at and I really appreciate the attention to details for VM hosting environments. The chunking really works and makes a big difference to handling the relatively small number of very large files on a VM hosting, it makes a big difference to server reboots. I've found performance, both raw and IOPS to be much better than any other clustered filesystems I've tried. I can launch 12 VM simultaneously on my relatively limited hardware with iowaits remaining below 7%, under previous setups on the same hardware it was brought to its knees. Management tools and documentation still a little quirky :) but the community is good and once you know your way round the system it is pretty straightforward. I very much appreciate that gluster plays well with ZFS as its host file system, I think they are a perfect match. Overall I think that gluster is a great match for the small to large business and I appreciate the can do attitude behind the team. Spent this weekend fine tuning and benchmarking a volume, found what I think is the sweet spot for us and have started a production trial - moved 2 developers (including myself), 2 support guys and one receptionist to it (12 VM's total). I'll let you know if I still feel the same by the end of the week :) Cheers, -- Lindsay Mathieson _______________________________________________ Gluster-users mailing list Gluster-users(a)gluster.org http://www.gluster.org/mailman/listinfo/gluster-users --------------090707020200030503080100 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=windows-1252"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi all! I thought this testimonial worth sharing, as many ovirt users have posed questions on how gluster fits as a backend for VM store. Below comments are from a user who's on gluster 3.7.9 with sharding enabled on the gluster volume. You can follow thread here - <a class="moz-txt-link-freetext" href="https://www.mail-archive.com/gluster-users@gluster.org/msg24467.html">https://www.mail-archive.com/gluster-users@gluster.org/msg24467.html</a> thanks sahina <div class="moz-forward-container"> -------- Forwarded Message -------- <table class="moz-email-headers-table" border="0" cellpadding="0" cellspacing="0"> <tbody> <tr> <th valign="BASELINE" nowrap="nowrap" align="RIGHT">Subject: </th> <td>[Gluster-users] Kudos to All</td> </tr> <tr> <th valign="BASELINE" nowrap="nowrap" align="RIGHT">Date: </th> <td>Sun, 17 Apr 2016 21:31:41 +1000</td> </tr> <tr> <th valign="BASELINE" nowrap="nowrap" align="RIGHT">From: </th> <td>Lindsay Mathieson <a class="moz-txt-link-rfc2396E" href="mailto:lindsay.mathieson@gmail.com"><lindsay.mathieson(a)gmail.com></a></td> </tr> <tr> <th valign="BASELINE" nowrap="nowrap" align="RIGHT">To: </th> <td>gluster-users <a class="moz-txt-link-rfc2396E" href="mailto:Gluster-users@gluster.org"><Gluster-users(a)gluster.org></a></td> </tr> </tbody> </table> <pre>Hi developers, didn't want to be whiny all the time re possible issues :) and to congratulate you on the 3.7.x release - its come a long way since the 3.5 range I initially looked at and I really appreciate the attention to details for VM hosting environments. The chunking really works and makes a big difference to handling the relatively small number of very large files on a VM hosting, it makes a big difference to server reboots. I've found performance, both raw and IOPS to be much better than any other clustered filesystems I've tried. I can launch 12 VM simultaneously on my relatively limited hardware with iowaits remaining below 7%, under previous setups on the same hardware it was brought to its knees. Management tools and documentation still a little quirky :) but the community is good and once you know your way round the system it is pretty straightforward. I very much appreciate that gluster plays well with ZFS as its host file system, I think they are a perfect match. Overall I think that gluster is a great match for the small to large business and I appreciate the can do attitude behind the team. Spent this weekend fine tuning and benchmarking a volume, found what I think is the sweet spot for us and have started a production trial - moved 2 developers (including myself), 2 support guys and one receptionist to it (12 VM's total). I'll let you know if I still feel the same by the end of the week :) Cheers, -- Lindsay Mathieson _______________________________________________ Gluster-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Gluster-users@gluster.org">Gluster-users(a)gluster.org</a> <a class="moz-txt-link-freetext" href="http://www.gluster.org/mailman/listinfo/gluster-users">http://www.gluster.org/mailman/listinfo/gluster-users</a> </pre> </div> </body> </html> --------------090707020200030503080100--

1 0

upgrading hardware node
by Bill James 19 Apr '16

19 Apr '16

I already upgraded ovirt management engine from 3.6.3 to 3.6.4. Now I want to upgrade the hardware nodes. I see there is a "Upgrade" button on the Hosts tab but I have not found any way to make it enabled. Even with host in maintenance it still is disabled. How do I get that to work? I'm sure I could just run yum update, but aren't you suppose to be able to do it in the GUI? Thanks.

1 0

connecting to windows 10 vm with tdp
by Zeev Mindali 18 Apr '16

18 Apr '16

--Boundary_(ID_/muqTSOEX+P8PKG9IAPxtg) Content-type: multipart/alternative; boundary="Boundary_(ID_RucrYPSDIIkr4imk+h4f4g)" --Boundary_(ID_RucrYPSDIIkr4imk+h4f4g) Content-type: text/plain; charset="us-ascii" Content-transfer-encoding: quoted-printable Dear all, I have ovirt 3.6 on centos 7.2. I would like to connect with rdp to my vm , but I didn't found how I can en= able this option, it's allways in gray Thanks for the help [logo] Zeev Mindali Windows & Mobile Developer Chip PC, 5 Nahum Hat St. Haifa Israel 3508504 Tel +972-4-8501121 Fax +972-4-8501088 Cell +972-52-4043142 Email zeevm(a)chippc.com<mailto:zeevm@chippc.com> Web www.chippc.com<http://www.chippc.com/> --Boundary_(ID_RucrYPSDIIkr4imk+h4f4g) 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"EN-US" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Dear all,<o:p></o:p> <o:p> </o:p> I have ovirt 3.6 on centos 7.2.<o:p></o:p> I would like to connect with rdp to my vm , but I didn't found how I= can enable this option, it's allways in gray<o:p></o:p> Thanks for the help<o:p></o:p> <o:p> </o:p> <o:p> </o:p></spa= n> <img width=3D"225" height=3D"75" id=3D"תמונ&#149= 2;_x0020_1" src=3D"cid:image001.png@01D19952.4DD44520" alt=3D"logo"><o:p></= o:p> <o:p> </o:p> Zeev Mindali Windows & Mobile Developer Chip PC, 5 Nahum Hat St. Haifa Israel 3508504   Tel        +972-4-8501121  Fax       +972-4-8501088 Cell       +972-52-4043142 Email     <a href=3D"mailto:zeevm@chippc.com">zeevm(a)chippc.com</a> Web      <a href=3D"http://www.chippc.com/">www.chippc.com</a><o:p></o:p> <o:p> </o:p></spa= n> </div> </body> </html> --Boundary_(ID_RucrYPSDIIkr4imk+h4f4g)-- --Boundary_(ID_/muqTSOEX+P8PKG9IAPxtg) Content-id: <image001.png(a)01D19952.4DD44520> Content-type: image/png; name="image001.png" Content-transfer-encoding: base64 Content-disposition: inline; filename="image001.png"; size=17156; creation-date="Mon, 18 Apr 2016 05:54:28 GMT"; modification-date="Mon, 18 Apr 2016 05:54:28 GMT" Content-description: image001.png iVBORw0KGgoAAAANSUhEUgAAAOEAAABLCAYAAACGNODyAAAAAXNSR0IArs4c6QAAAAlwSFlzAAAO xAAADsQBlSsOGwAAABl0RVh0U29mdHdhcmUATWljcm9zb2Z0IE9mZmljZX/tNXEAAEKESURBVHhe 7Z15nFTVlfjfVlVd0AsFtNoKdFtiC4j7iokzGjOaxGiiJjEJox0MyZBJMj+SzGTmjxn5kPl8fr8k n18mZJzMMAkj6THEIHGNRhKN0bigIC7IZosNCNosQtMLvVS95fc9971X/aq6uru6aRoyP54WXfXe fXc595xzz3bPtZzVE1t1Q9fCy3M9Tdf9356n/pV/dP6UU+4Puut+6TtrF+7IvXDiy6hA4J67754P 4O/UXC/FX2ZBc33A65aneXFm5R7N1b/bML9h22g02Lis8RxNd7/KnN7MbFd7ntfNXD/kueaPmn/w 3XWLt2xR7Z+4jj4ELJoYx8T7LQXEF21W3QITtJhuaFmvTLOyfRR79Pv3J9HCoo2LzPr16TNdxzkT GE4BnJOBWznMzNRt13MNrdfTzMPQ1QFX81rirtusJZPb5s6d25sboK5bcL1xQLpMsTz5z78M+QD0 uBdT34/oWrRokV4/dWqdrhmf1g3jQ7RSETQVN3R9jqc7dv23vvVdbf78zUfU0FF+ec2aNdbrr79e kbSSk2hqoqG5EzTDK+f7eBA2AQcxDVczgL1laJ7DvQxMBkajtfW67nu2bW9fsGBB62h2s7GxsYL6 ZhiOe7qrazVM1kQWtaQGoLlPl9wemGkb8/s+c71by2S2NixY8K4FosSD1Y5niuDyaFHoTz2w+Mf2 LC0dy2ovjGbX/3TralzaOMWw3FnTjdrZnuee5el6ve55U4BZtUgOwNV0dV2IqZf7ncDxIABv8Qzz bSeTeWlFY+MzTc3NTYsXL2auPJBFSwB8YYwK5IEMonggK1WsKJccJvjqmUnXiF1BjTdBdGfSrqqB 9kxwoY4v1a5u/HHJkiU7Fy5cCOM4Pq+mpqa6ZCJxteG5FzCCFMBK0dNyV9PHA8cyoG56ugfz0k2f ADQYng4RaIdihvFePF7W3LhseTP8bYsW0zY3NDR0jGSkMDUDpjbDNcyzgd1M4DiTvqRhwjVM2kTa TDKTARHqPTxv0zx9P/d2a/H45sbly7epCQ/mQTFfEUVzv/nCHdiJPwzb1s3m5xMVixatiNXXHzlX Hsmgh3oHDqd4SXNzc68g91DlR/JcOJ6Vzc40ErHrAdCNAPpsD1nBx2aaj7aquJisbl4ZXybzvZ4y fw6QL7SzWbiz9pZMAbMEtHXwZsAejcpY7FQqoXnuOXTzNBGA+hZcn+r532IBmVleXn6ygHEk8BmT d5A6DE3/HG1d7atPAh4f2CHz8lmZmpS8Lkkp9YoBQWju87rjPdC4dOkTzS0tu8GZksRwkSjSNTWT 07XpS13N+SSz91FqPU3RUz4HDRc3IcRxTPI4StTQp3P5/SHmu00RYXiFumDkTrAq+vPfdtiY8MMH ras0LVNr93rJvJd5bheBfrSMPJffheUK64lWM1jZYu0xUoGwmU6nm1esWPEGIp8g+qhdjUuWVGnl VZ93dPNzuufOAjKTQrj5knsErYuQjS9Z8K/ndfF4b3TSo6jio1Qf+owKBQoUUilds90ykCam+iFI E3wE+/guXCQZi8WQkI7rS1a4hIK9LBxBV30YFkDLH5QP98iQeLeKR9dAGOfpicQ54Mx/8fiNUkZd Xz91hp0xbwMHbkbcPJWqK3K0p7ow8IypeUVCRX2x6cMeCzGniCGmr6vyXOENf/a1GlOa39O+MSGl d3ELjulf+QDIH0KUrUit8jun2Mh083K0nnyeVcjD+spKK1JPsaEyIld33F12NrMKQvzFaBEi3PJU o7Lqi7QpHHhmjmkFAA+RORxDYd9Cwgp6vTOraW/mQauACvvKl4IWpZVpTaWcSe+/vw8YifhVHrah /gpCu66BWL2HnwdKq/GYlULPQ9cW/FU470PbJ7b+NKBYoyrTB+SAMBOGYcgK9nnX8eylSxt/uGBB w7uDjWrFsmVzYMJfMA39BoBWo9pz0faD2qOthITZT8Lx+7uHPy8Ntgjl90MaUrSoox3qiF4eVruh r4ERse/daJmh6hzsuaAQz9HDvZNAKEQud1qmt9dGfHx4pDJ/2MulEGAyHp9H/V81DP1kmXTRpwqZ RhQiUckiRBL1XPE1vSUWO+u9oSE4uiUuq67ONO/b96xjGh9A0agRyzirck7dZEQwBm8d4vzxToRD AiYqoYR4E12g1D0P4kF+NE2jmkn5TDLu7lyypHH5woUNnYUNLMIYVL9p0zmubn0FfnUT9Ze7QnyD IGW0D764Hymsa4f4vVEMM7m2/K/KCOBzFaUfBks4309KebtrT/b+7ffr3O2pKpFt/Suk5FDcDO8X EyXlnsgRuTIRLC4mqhbWXwzyYfsQhQ0Xt9CszmFwN4Bg55ie9w+643gYGh7E0NA15MwVKcC7yUmV lTd5mrEAMCoC9CHVfyWOro6Uc3wUFwMBFs7A1OwghwDcPQ0NV/bkNRfQgr8q+Yx7KKY03PHMmTPH Xr169ZrptbUPgD4n07tpSCJiFLLp726seivByFdL1Y2G2/7RKB9deXzCUq2ADp5YnzM+7mNU1PUk k2CGxii/L75+KMTE96ngzmdSKe0ZdL43Cm0K6aamM2zD+CJUcQOMuBy7d9HhFDJfaMgnBd0T45fC eFZf6N/r5McbmMUDbJK+R4hPjaWPQao6UuPd1m98wn5i2SPJt1vb9h+xufxoTIiMJpVK/V5z3B1A 92/5eTZj/PtUZaUJYH8+XOSaifUrVZu+hmm6BfBNySlQwVwXEmIgHonPTVa5PYBQ5P4kAEcZ90Ts AQ+0HRB00VVwMK46WvACBiIdrCrLZrdkjNj5nuZMYhwHTV3b1NbbuwHT/cHRauto1hMyqGLMENra DwKvB0k3O56eBRcmQG7nQo0X0icsliEJ+n8F7hAWrlh3uuF656Efvs3tnHUYeJUZjvNh7t0qdYUc spikp0xsPn4couw74AQrnvIzVXK3hscnB0awVs8wZCVUXcjrUU7NFV1QngSrlWl5zqyP9rQtXryg z791NKE88rq7EB8fwIQtK9A3Ae45DPEbcH8XHXFVnn9uiDb+IZ2eaDjeJ6AcrGD9V6bcJPhLVzOw elJztFcRitG7tHaRd3gS43EVz06hH9OopivrZge1PIa8MRQUBloRxUQ+XMYiQ0Y8p2/aC7y/JpVO lbd+t/Xw4i2lWQaHMy13YkX8zlGyUhfrh1poRPZgVef7o0hBv9NiMQdrdtI2YqcxB1ez+jfw7LSc iqDUA58Swf1yrCbnZ7PZ57izPWzD0qzLHOXW0SbLXORc69FOKMlRrVzPYrD5I1/edD29FROFksB4 JwlTqEJam+J43gxKvsE8vG/hUclVU6jf5H7LF8q5h73xxqZsjosMZzLGuizc/ADc6xdE+MDYvK/p ABZ6+Du7t9fk/kMMvm2oPkGwCcpcgvZ3Oe6m8aJ8D3BlgP7LAPWXluP8Zu78+cJFi160XY1APiGW ybQO1X7e/DKT1K/EV+qoNVx3Br05dXpdXSW+JrEKCMHvLjPNt25taHhnoLohOhO/Vi3PT0ZGMuvT advOam7qH8qMxuwysYjyU0NfjbUAI9We7+CvP902emst03SlvKrfcCzkuF58VztwOquVnb5Vatls PSLtFAM/2T11tRXa3XcL5ATeuzQz81ZDw4Ldwxn7iMoaxiFhigVzsQXmvGV8vGwqsPwk9YpzPe+C DGMsh2nGfxIPFBGqVdB2rzNM49KBcEDEG8Z4gHp/yzysctrbn2xYuLCfXhk2Rp0ztCxqCZfl9Wgb ckudYrcR+2WwpnoYG1mYx9HBDVpPLF+PKQFCiy785nSKIY6BKlmmeKArFoNRZB2tNfnm4u3ff7+E qgctIsYY9LnGqspKA6fu1+Fi52JZ+ke4o8X9Xw7ljLY7Ok4y4mXXM258av3XIl9nFrarvYSDb0nz zp0PDbUq0ScctYhKxa5A8gj1mgJdRyamCgf/pRDgTbR6M+2fTgdUOAaqOxNqvJmx3Ucpc59mWVuK rfiI6nH0musNz7jB0L0K1FPiCZh0O46dhmABTW+Pad793d3dD1Jti3TzPu0+/R+Mb1Nevx3dKUvs lEIeypZ5uvm+ljDvBql+o3V3TzASiesgwBvo0BU8n0AQg68DaXqW8WzW3YT070EYwNaQyI90nou+ D1yQL33fbeRKJpMHGPPT+PEvAH4EWeTPKzqh6WruRM0heolL+QPT6Xrgex4DUURbTCphcljtvIeJ 0/ke42oaakyU2RqWsXTX+cvwR58hxYexmD+VsUX99UyW5A7NOrBvqAaizxfdeaehPXDodi1e9mnN kXmIqpJ5DgseJXStFyotP/xt6lg9nHYGKivGGBBkBWgjdpJvICpMpxN/V1VVpRH61CiGigHbsayT IDOsiIgQOTk/Qhry1fPeY4J+1trevnooAhxyPNSnqowUVBZY3w+W1BznOijmo9w4B5FqsmB3aASg lAk3wCCl1zg2/kvH/jceP1nYJkRo4ZyuhWlcwvvoKKHOodrBWqB30tw6kFWkAHV9RvuMPl2rq+Xx hRBVrotSnjYPAoNnKfZnWlkZYXDeTdQpZvtAxoL8/GqwkXm8r02FkC8HC/6dew8PCZMSCkR1wpz6 JJKl6+pCRFEDS319vd20ZUsL5dqK6ZISZQOzLmMMyt530UUXlbUeOHAZX4Xh5XrTZ8/0RVDqehJj y3/fVgIBFg7JIhi7JOdkCbAoXmQV/bO86VplGcsvYxssHkEE3Q6ivXq6JR5w1C64zqGlK1euTHZ1 STDDQjj6WSDxN5u2bnUJf7q3GEcWsS1dWzsNCE8xsF/bgSiqQsgC5Af4iFj67y3XeXqklte8QQbY qpAjN+H+JEMdF9LuLNqbFfpHQxeJzxZ8YsUiPJnirN7ebvxZzU27dm3Ps/IhBHsVntgCEjiMkRil biF8sRKqUIME91Ch8mKEXfFN+QQvgpcf2KN+yerg6Vd6jjuHEpdQhmBwv/9hmeiU87YEi19LdcY9 y5f33DZvHuLbyK5C9UlqCaWIgXxHuF4Akc6ynzPq51u5lWgjFlVTMWckgnGUvQjoTM2NiRtK9ZMC ficOaY7+Wy1uvTiSkZTuJxxJ7X1847DWgS0niyRb1PwXcBiH1b77cFarnDCiOL7Burjg1lsP4Of5 aXrr1h6Q4qsAFcB630DGd1gpHyz0I7JiYNUx69AH2cFQRBRVaO++j/n58YqTThLn9tG9dD2t5hv4 hUaBwgZzhAvbQ4O81jZNYbASBZK/2us6LhIvS/lkVBzzF3ZPLIkOOlFu0ELEEIzEv/rMISAwvzu4 X3T9Mvom4lssMPUPCIs+C7x2NS/vBfZbIIySw8WGBWR4TKGbgbBGk+X7XLjxqcWImLGIzHTIzFpK 7Wrt6UkSa3am+ASLo64rcZKbYUYbh2Pwi45jjIgw0mR0JBEfZbRTxrvNExoXLSrX0inGlxoW3COF ozD2tNZWLy2MMpV63HEcItx12ekwC8T6exOxRek0yvDRqpCvury83nG1s9Q6rvqs1oq+6tVX4yBB oRtvvPHGEfkf+w0sQHv/Tz6K5HPe4FkEln1swpdpGduZPL5qVk3Nr6isz/Eu4BRto0Cq7t9ifu8Q BFwJhe4T4QLWhN+NklUBQdKur26Evc8RXVBd2E/x18HALkdkvD6dSq/gsVhrh3eFYOgHLVUN/NXN Yz6PLFkyTisvvxCB81rmcko4r+HMBmMTnanFTtrIDCyX2WwluuXJEtSgJHGfB/mXryZ0MY5X3Ziv P4/kGjsilBHKBPnsvG9KfNnO/y0in+cYlWsfuiZerpXb2fIEFrhiDGvgsfq7FsSNKmOT7UE2E+5o lZUibxFr6winT9ATUZ4nMgGzEOv+CR/QB7m/2dUqlULsmnodZuZL6Vzcl/kj8YnBGCDg93s69WHp yINNUoQucsX6kL4PZMVErRzSCzj5iDMYZ3LaTibTiNYHSwlmD6dB3u9n0Yg0H2US0XZVkXAQQccj M60e5xOnXguMP+6VZ0V3HTYRhsQgfijRM6KMirFgufXGyZaniooKb/369VONysoPMY+foq2L+qRJ f159NFSVsOLrW4QQpb9oSNUgBEHvfWgbzokS310CAnT97bLu7hH7VseOCItiXz8UQ0pyzXjLtk96 8fHXYt8ycwQaeb/fxEcn19c6exA5HOBmAlC+KpySsYpmIwqNrFzs89IqTJAVYJ5BFMsZ3NvPJKnQ CSY0DoyRRNCfQuwJZk712rdQHOou6x7E3DsYyQ38rD9UcgaYDIT1Kv3fThnZ5XA+Y0BcCDAwQiiq y54+QfY4Ilpv4ucRrdaAzY6K5SHB9hGCQuas63qv8uxVfkh7F/DBSqrlBYMrhBdd1DAspI1zsaae AaPYVgqjiEKtEA+CeVGUDheeDly+9NbWrX8RTN9EVqyZPDvbN0D1yQ7ROrl9APp9tbl5W7sQMJ2c GGyHGmjCsFm6B3qSyRFv+xpjIoywk3BIhSKp0EwsfgBpZR/sTYin/0pYjAp9ZhZaE9jPpVeLXQ4p SgQInOg6VjwVMRe0qMvGyh2O7/iRaZOYWIJGlMbDPT0lhKgQqKAHvnSK7V3Xh+2uGYwsiy35OVTx tMN0ag3vLzczxmY7rp3GWncLv2/lPdxH+Ze/KrAJG8dwqqyMja4lEGEgasmqUjgwxgqy+cvcAP1k 47K2Fupayn7J5xPd3Z2ZeHwOZd+H832M94Wh9deudaMScM+6KJ0Wo8ahkbEtmY/Im2rseg0TzadP gvGEHQc6bVg6fE3KIRH1IiG9gHVZ7fFERRH6SDKGAaPDFL5g02/G6jrSvo8NEfpIWwCp4J4vAgT9 F7ub4XTNnHPP1Ad+/GhbfPx4Nx7vB4AiTMwzTRMu7FroOzMA2W1UWI3NBe6kP4Xp4EHE0DfhamJ2 DwLalUVBbf2SS7J6gCI6zmiHfX62ZphsfNXEfTNbydFBo309Vd02MOUXZ6kjnZEi7/n+SI0AAP1e Vo0H5i5o6GHl2ICj/jD3LwPjZvqMxL/8L6pbCf4VS3PO3aC1glE4JvLU22JUVdiPnAoY1ByM2pcS FKLvYHVbaSYS94cGCvr4GwID2lzDOIPF54KIUcbvoU8QgoNnYIk7hb+HhgO2EPCCIP4eBp9F+N/E iBShzYABFJMyxN6rxuC6r4AQ91sVVp8OLepNUE/YXh4O+B022MCqa3PmDKf7ubJjQ4ShPBfuduxj P35HcsqIKuh1nvOhzTf+0z+tEzdBiaMSK5iEpF3oZLJXUYvoeR0g768gxB9rbZ1Nza2tEr1QSryr 4hZs1kwgGl/DDMwSa0M/SjMMk2ic8kR3WSl1ljaMKDGESC5uBx9jd8JyNzTc4UexqPEuW/GOrfdK Goo6EEmtNAVIJnpRklQaffOcAmEl2YOsFkF7Pn+J3OAXzqS8S3l0hV/6JSMUH1Tieltdz3jxtkjK DukjESobxyfir8EgZzAS2WWu6o3AU8T9UwnioGfDu6LgCtfnvL75cCtcJPMayb3neU2g531em/GH 2xb6aUew2trpqVN7Ycg5Zh19ORiD+HnGp2xkEySx4Y3ALz1WRIh2R1My+yLpRZeyKNaYYn6DM8ar 1NLOJAaRGUMPrXHZstmEE/wNAPmk0vs07V7Dde66bf78VyNvD6O+xg7kTXFcF3g2/WkWpxkxgKwy rWKaH7FSXjipQhz90FRQXtcIlMg3XmBut/WY/i4rUA8dUiJpwaImAI1j4cu7XWwfphSITkWhOFrI aaKrQTCGvThC+rlqerjGJxJN9PEAFkYskuH0C9ErSAqDqyKKJ7crZ+jZ9kv0Y4zBiwPdD+tVC5+a QwR6cBLm9jyO0BVISo825G9hcvARH6ahHN7kMTnFkbw4eFKDYUbkixHphSUR4Z2LZhpafYvZpL3N XIj9YvCrvkk6/TfOdxZ/x9M+zRAeBJEd6Eo+0e0foTkrhJp6ju6R7RnW6kKul/OMmPW3VPeXAOkw JpNVCJv/ftv8eVECHKrbec+tmJaxbU/8lUXDC2QyyGcy2bas9KKNG1sWz55dMoEP2JFBsMdH2cKr 2/GMWBdBHjkO3F9UUvlNShA4SyhShMr7EJuwtOQAK4FHmB575yg7pXCIapsXu0zwV4zqTn7FVAIx M9fHgHDFd0G77LJw3gU7N7Jz4uHWtvbfFoYxil5IiN0hIvvs4hBU0sM4CPFc1BKJNR2Rm6IkImxN t5wCZUyvtqdNFCdThv/kIozND2sLRkmwHimtMt7+eu0dy/7JNm6L2Vl431att/sFcRDT6z6kDvXB UC7q6cRiKTu+e4vHVhbgYBBYPMuIe2xZ0uYi1R+mCw9APXft2rVjxAToj01rJVPXHsRa2RMYadn/ HviYJuEQvzK9fv1Wbfbs0XFVKC4tl9IDC+knj1Ik/iijGeLXoqt9K9lQ5BRYovKgWUgcxcTRcLUM 6+9P8P0ZFpZZwfksRjKxVvsjUxXk1l5R4izXLElVyOtzdJx5dfs/JBhBtpTJX9kVK+CUoXfC6FHg 3Ne4+YxrmWsRO8WFU5SJgt+tvKsCsaPmC/XdX4tFH7nAzbqn8/31AhQt6WdJRGgazmyau8MwtfOF u1iOr6qJ209yXAT+WdmvQ6CG6ZFn7gG7rONnFGlf/J3veIsu/Pa9WrbjCb90wXTL0Pv26FMj6els q6QoewJrz7ad7N9j0rxJ1lp46v2IBj/ctWvXhuGauwuhhTiGddZrZkhZ3zCS328V7qXrkyHSj5nd 2ad4/4iJMGoojjY3lHglfRfsCssNsmCpYUbF0VC8KlUcDctHkT7oqzzqJ8G0trbqk6qqZJXL4Voo APmIrLS2DPr1sK2LYR/CRtXvvixLouM9BultoBmyHIJVhtFhm1on4nkHknwbDsT96LCD5iAibK1z XDyxk/fZi6gySvhie9B44FushTYuR/99id07w14NSyJCQDuRWZ5VYSbPMqA4OxdEH7CHgCVZBE+U Act2rydt2X077xe/8n3Z5jKqqRxEBMWN/i3q/azABOvYz00nftdt8+a+VhL7GaKQxJM23n23bEk6 xGdCtHiEWMSFcr4TM28lTnMP22a2H2nbOZ0jT/kovdbC11Rfh6TiMM5z8DU0ugIWepZoIqZ1R6yw +V1mEytJjUOJItKMhInB0NoNZ/i7cwaEihC3p+0jNvbZbc3NvznCwPpumPwbdFJiY2UnkLpyRi35 bqhg70+wf7UZ6WzZcNsrjQgRJxhWZ5vbAzuTHMD5K3c4x2X0pcezNTLntJeX1SFWHp3YcLJHz9YT 2kIgLa6ILnTA+z3P/I+58+e+Ujq6llDSNHd5jrMRFD2V0v10lmDc4zDR3IJ+2AUhruiX1HeAZopu xo0sYSXRTglDKFYkKo4OSZ+RCoqtsOGKQERrjZU0JXPArmibqRQ+SgcnOdFJOQQOvkh9EKCDZUaM OsLsRnSpegor938rq/mIKg1eItqmy81kxD97HZJPTb8tbcGyjsg6g+1yX0jX1bXhX1wDE39nqHbF +i9icElE6O/hFKmaURUzmeTWZh8ah91MclPPS9VkUAhFtKHUlKH6G86/juo/jR1f36I3t3FTsr49 RBTJj5p37RxdAqRHWLwO9MTjvwVTJMri9JxIGsx4n/Ebq5+ufdnRjdO9TGYlq/TL3USio6yzNxKI sAZwmWWtWpld1l1lWVYsnUoJbPqJsIU+0EL9qxRAKewLEbMEKoua9weqv1CP7JtyGvDdKDNtQv9A wI0goNKhZFO04cQvB04XEB1TJsHdajyCR4JRvlxHXiCzGbZekh1gqPGH9SvzZ0kGqcFrFJ8nYubL 4+OJzfSVMEbyfIcADl71/ZEqtPFyGp2M1eP+ZUuXPRLTYm8RlyVGs5AR6Ii3pmwTs7JaLe4PsaZu LIkIRe1XYZ9qme+bVcUEuOdvcckZK7RN2b3nNjqv3OGZDkjmEqbiR34VXmoiRAvM7VgvCP7te64G gXpdQfkzkfv/TFyxigBd51+ad+2SxEQloNtQU5j//OyWlrZN6fTveh33enxkOSIMc6xFB4W5exJc 8gZm6Dz2ErwzXi/bzSq616sk67IjZ0kYqUyFN40gnImuoW+wUqlGWiuqRw53IHk6Ub4Xb8gBhytu iLE5qabgzfC4ksIV2ueOKgRtGhLJLQRFtECIsr8ww3diNbU7+H5GiDfRsand6Lqkp3e3WBXxYRNh IVJFGZbqV5H9hEMCpEgBydLAWSEvgO/ijfdTXQZ0EK4Oalxqs5cHfrp3xOPmdYxrB3qSrIitguaQ QjIZL6vGdzsVQ5RkWHikZCIUxcfPa60g7keT564+UPiA1rXdTsfsfe7hs1ERJRBFXhh4JRTDTm5l iRhOVf3SdRVCJmcI9LDbUkKIKln5JKp7peuaSxrmz1s/EsCW8s5sRIVVM2duS3/72xA7CYAMY7oK vRLmE6nA54zKUDOez0zKyAfk0g8xNgkYl2xm43XTKJf36H8l+xN/168PQaX+AuE/HQ5BlrpqFvMT +pw8bFHvF7YWTH3/LvdRpaCJ7HlcSOaC61gViDUlLlTTLxQ+HQ0k8NsRYxdUQiSQ7jlyLseIHN2F HRoOvErBgbCMa5pPMi7mVauH4WKZ9FuKkIVaoIJFSVJunsTvCyjXzgMkA0CgNg7AlnUjLjHLtu1I gupEaSthRAQtHjkYdDUwd43TYwfiuvmeiIt+pEWhGh8OLVjEi5Cov8Lj0vDXwDRK9hQ/at3Fiag/ RMD1vzfMv2PdcAA5krJyOtHS3t5Hx8XLpgFj8k3qKR9X+8dByiRI+FRAQHLAyklhqIXaLiuD8t+r Yvb8ekbhUjDO1TMwvyvWVBRpB0NgldB1kKqDlY6gd+Niil2s1Bc15nxkDfugMpu5bisr4WOaFSvJ Gj4QwUWZT5QoRgG0uSoQsXfiM/xV1nZnw0Q/TO5CyRSQ14Rqm1sqhC54Bq5WggM48sPIJ1/yU2hN YApW2lNKI8Kg8rDJqPjpU3/A24Jl+vxYzfPvOdP/e537zpuyjTelWbnws6j/KYzKIGI7GIzPDCXQ sScWE5M1sQrOGaSE/jLfOO1ICFB7HAK8CxF0RLuYRzIxiCPvEpHzAPvQToFzk9vFmBB1GuVwswBJ hdzy5ylcbdRRZDlDRdincIXNwVnmKXg4FIcPF6S+OfJfLNQx5V4xP6HfUt8ACv2EfmV5RYrWrzb+ hibZiMhWiK0KMp7+SjbrPLKrZccR5RMqFUYjmfvoOxzes65uat0SkXjoPcm/1ElaPtiikxaZrFzg aVAgT3wl8B4CrCudCPO8UH7XcgtcZKblXrVVfuBvrCu2Hppbv+VIBk7a+dNIHPQXVHkJIvBhBvuI 4xo/qt81Y33D4vlHZPUabr+sZHID8sNdHB8gYUyf89NI+NDOwbyAUkKdOTRESFnRgyRChCiMAVN4 5NHy8Ba2vmFJXwag3GJ+QjWfkVeG2h5SiPh9v5UM04959DGqXCzsBgwCv0y2xDcdqT6vhikyb4RH DMW0hjv/Ul4smei7T+McwGvhfo35/YhPAxGpKGg458KQRUrJBCHNBED2cacCaeD0UolQ5i2GiEnr xMWEJtIAsiKEyZVQm6wll4ITsy3cokdwsfJM55COr1HFPESh8WwClMzQ/0oA80tHUO2IXw10ltdw Q/yHbbq7DVcUb+0KsfqpSgPxtFBEiS4fMmHhx9H1qVjdJoaJdoEgRxuQHCkQ6cOOhltxsLhJvok8 koRQCLyUI9V0/2AULiUySkE/wECyp/XbDkZXyUYdHKYSgUhgcKAPnpUpjDeNtFzIFxTyE9vKPIEe EsbFnQJxXY1bdqeLuOZ5b7Bi/hTjxGO3LR7xgT1iKkTk9xsPsTwnpXGwqoBjxBM+wIviP964aOPq 9bVru0lPtw0YfwjRepbaRB1Yf6OsOcrYpEq/qz4eAAckK+/ckoiQjZekudM7MppLnCJnrYSWGdWa jNMnQjEOZdQzt7vDlmiqkV2SV1M3za/R27/2EVy/n0CaHzfccccxIcDoKHDIb6F/2wH4BsTkG/h7 ASCthhdOAqBYb9VZHT60/c4HS4zSEzjABGTVvVYsd9uTyZ7cBnag2MXzvZQicZL/ohJdfKu+fNr4 5EWVlCWTbsZ1CcPS9jOhMfG5hU0GE9Mqx39ZRizq2BUc6OCdfZSvDJiGapFZlMlkpdc7yTEzrFhY 2n+dTu4k2e0lklofVChTq74aiAifLmn2jXeJa9rq6N4qI2M+3LCgYcRiKIjbi7nvIHUfkrHy11ez fIuPcKODsj9wZBg4+FuzF892Zmuzn2pc0rhZq/Q20s41jPkMUJ/zLNRJy2QrCxlun0Diw0F9OJGL JGGeJ8chv1sSEWqW3QLDfZ4X2XUc6J65fop52kc4dn3CYfH7uPrrvY49omRNrA414+Lxr4IkX1Tb +DT3d0zemOqAQ02ccEMcrU8QNveilbXTtmFejK54IYBPgwqn0OeJgoSCE6BDFvB0A/CDTM5ulPbt BFxv8GLmC83NrTkkxJHzNqlDH2SCxotmLwuZ6gdxgNQlST5gQOokpdzFStgN1WxiXh7lnWpWMJIQ +xPEx0JgaWdm1lNO+e2Ci7T83utEgDyEZaEcIhcyV8oq/8do+jBHJmwo6y7L3xGQk6fypdw+lYQ8 Ky5HemvuRZDydSDmeVBGlbAgPm1sOXnTtV1CF93fxsuSb829I3JK8VAAL/Lcct09PYb+DBiyF9iK 1OXnQZHvDAIC3UKYWsuRirqDdY0dF3uwbv4M48qDsL9zmGfJ0n42BFnLe6L3k1PFjyICBsIQ2mEO 7wNuAse9t+j0C3Z7+/rSiNAmaWuZvUe3Lbab2Mgc+Qcy9ZlVXAMZwM3G7bYOO3nQb7f0q7Fx6ZRx icTX6fEdYATcRHvMdM3vN+2yXjrSyIfSe1FaySDg9xClX2FlbEZ8ezJmxyqsJA75LJtpdT/AVjJW BwiSYc/cYTsW62RCWgka7shDEFN7hW3JO1jqZNNXTsngN3MWk4wp7Tj5gWnfRR2Ha2pqnk2hr/Zk tZjlZXN6sq3FyB2RtaU93pNVVF28kyH501MdlvWynGaba4tOUdYgrtKx7EzbtJb63DvyXmiBjazv uY74i75nd9lJgvZbt1VY1h9pH3+oI6shHghDTsht0+zuFjJ1D9sfWGxGkp2dzT1lZfcalpUUGKlx cCl4cXX32l3Jnp68MZQ2s8MrFWxg3rdo0can0+n1G3m7ysxmy+lHmYU4QQCDEon9zOXZLNHTPaTl 77K7uzvI5HaQnRvdJRHhXQ29woFld0PQw1KIq5QyfQNWqd3txALUiS8xqSme/Bq4/svc+V/44/DA MvalJa8prcpnxFeQln9YSCMHu9Bga/Apqe2AmcnO8b7d4yW9OXAhX27WE5xmZNx66wKpV/p0VK8b /RO2jihvzmh2cDEiKkkY9lKnfIZ1lUSEw6pxBIXFCqrH419CBhMdEPOv9xv29/7r3IY7nh5BdSde ORYQQARk/+6oG0KOxVDGus1jSoQSxIw4lUIHXKCMMDpRJbr+FNbXH+CTeWasgXGivaEhEKqc0ZLK 4hfKqUNXcaJEAQSOKRHOqpmV6kl03Y5uMldEUFbCZ7Ce/V8tGXtuOKktTszq2EGgP60FUbxCnUfk lBq7MRxvLR1TIrStjioshdcQinc6oTyvEhHzfXZDPHm8GWGOt0k7Fv0ROfPEYnd0IH9siVAl5/VP 74GfvowfUFLRn7iOcwhEHcDhmUsjdgof52Mdi+4dUyJUtBeYltEFxzQMbSyAe7TbkBw7tBFGofU7 /GRU28edQfoQP+InUnEYBYMkAy6VvlYGfQ8DEdyj6c8bVTgchcqONRGq8AahRJy7Jyxrw5xgggWq eKWeScxY3d07+X7UXAPo61YQ96p6GZKbnzpQDDPKeVwyFdL3Svp9Or7TJP5JyZ06LPfMMEF1XBc/ 5kR4vEJnZWPj9Iwj++EkAsrfdWzjCYJTyPcelR3MkRy5Et0lFgmxD0rSVKPVsrs33LpgwVEjiAjM TuLU3o/QoXYOfnn8qBKh5j7lkDpAjgUWaKjjgQU2oRzqai+iXJScd5MAgsl2JnOVblnVVtaSzc0n iPDYEcPxuQAS6VAPj/+0UBwflZErMMVLgFCKm2Rhk6S/ivnLIxU6RQ7LZnKRyv64o06ERLeUO4Yh +VveJxpDIoyO2oW+/hSVy2d0LtseT1ib7LifYmu2nJVxzC/ZYMupoGe4hnk2GRua63ften2OHxBx VK/jYiUMFYOjOtJhVs7O9/1kX349UFrV3kaWAUlDehoxrR9EjN7N2vcHf/e/bG1RiR+hV6+FfHpj FslB/0Sc/5N004kUK30f8By2Yc7ZkRZnh22qxzBvYSK/YBrWvftTKdmK9z+cCGVNOV7NMbHYVroW 5oBRvRQKM7LuLHaD3wjJ7dZ6e1epiU8mxarkG3lZNcnQddRXwQDhpD12ReliFfmTMlCqXOuSplZ2 fmSPj74T6E6gp0eSYvbkkYCqurV10JykR0r04fvHxUo4WoMZzXqC47P77QRhnyP77SSOVjtAMPKI 0jKMZj+L5YsZzfr/f6oLPbUdQ9Hj7Gh5j12zm8ZCFBX4HlsilGwWsn78CUVaALAEXNxgu8qxhV2E OgKt+k9qJQy737cb9diTe7Aj4lV6Ip8xu44LRCoWjzhmEBhmQ+IME9m0FIxH0Y+z12wcO1hS7Grx ysrKOghyPiz7EQdrVnxomPAT5D2VY80qKSy7xOWdNrh1b1NTUyb0qwXSvMe2GU/e4+yHJO2wuykp wn43aejbZbtMsfYk+Wx9fb0V1hf2F4PPROpztbKydvrfCXIOKZbJu1ZHRzkn1lYgXpJyU+uUtvn0 FIuAks2Wss9mKG2E3TVStJw+VYjYT3+kzsMDjSk6zjVrFllNL6XHY0YTV04co0sX24cO8X63wG/N Ik7i5VqtrXaifsrAhynpLIpOsxhwOjo6xgHjSuZDrkMBnAbcOiTvUEb6UcmH9LPd7XZFxWGB/XFB hMOkg2NaPKSeoRxi7Aw51YjHP0lnr46RIMpw3Fimq6sNi+CzpMj4BTv0mwcaSH06fZ7tuB/PJBKX YG+txkduskuV1IneO67T+3sI9GHefZ99aZxhJees6HKwqcmBnOfbuvkZxOU5aFtlbDbvnFw54UXJ DC4ZAQrbo/y5bm/v9bT36NKlK3clE5kb4TAfcXSzhowBca2rax95En4HIayCcQy4RUdtQ3Oc63vj 8Wvw45yCnGDqjt45qbJqQ/W4ykc3Llr0jKSPjLYvcBwKhmQ3m4EL5tNYb+ZgBZ6gZTJy1Hn7xMrK dbT5K/q0YSAY8rzKcOuu1Svcj2u2ZOvj0IR4onNyPL6+OpVaRd0d7lT3LA4wtWsyNS9QT6t/wNDU 8zl89Ubm6Tnu/b6wflxXp2A5/1QynrhGd9yTXTejZ3ozrQzm6RUrlnFA6nw5OiHvoi+n4df5DNLT h/HtVMlGbeZ2j5HJPHTRRRetOkGEIyFp5REc+EWQfqaWSHyaIleg4HdSfCvloRjtZL5fRw7LiSBB 49yGhtejtSxZsmR8qqrqL8g+8glMQKeSKoKd8V4T78iCUc7yOw4En8Z3MenLrnwhQIwb7Gk1zI9x 0t5JtEM57x1l9ND0qYQDXo+dYTJ9+gmE+Eq0PfoxlbKftTksJWl1HQLxPoy1hFXP24q1V1bfNOLi 513HTYJ8K28tSO2+aOMiM/1czWwjnmjAWHU277czxjelW9IPwi8udk19+vq6upOfW7p0Nfl0SjZY 3bN8+bU4fiBA71SIsAsk3yM5MtihTwoJ42rD8eo4K+Te5p07VxeuWID2ZJjCXN6/lvFzIpS2nYwH DmOTOTiT/KFfx9S9lz34cTlvnnG+JkQofAGiTNPmpxmP+C3ziJB6Z0NMnP6lzWCEcrDhm2LhJTXB SczTzW6GeV227KdNHAkWbkBQfXHdL1EnJyqTGcF13yM3TRlvnYZaM4VVWYxqx+5q3tV5uCZV6cQ4 1DnTPbJTTo9F7wfzbAL0Cbi02RWiXwXpPEP28p/dPr/hLekniFyfdbzbmLBbWGl6lzQu2bawYaFy cIs4l6qsvIyvXwEX4iDdQ92ZngdAXHW2w5LGxvFg35lAqfJwb3en3GPy5Jw9i8McZgqRg/tvk/bp bnbPr5ENv5zZcY5nOF8gO8an8KK0Ni5Z8mbDQr+94JJz5hH3vI/KKivI6JnGPZJjU/WpsfFK+vkV HPKfzziOrBR3R0XL9Pr0dD3ufJF2L6PMHziL4accyqpWgpUksepJJD4F4nFeiPeVZDwuKUEeDt8P xdHC+ZPtbaz0s4HxHSD5mRDOT7szvY8AB3WgEPCtk9WRNucRwVNF2XfXrFmzec6cOcqVwPNy0mTe wrhupk/vgOw/3rZrl8DDhcmNqy6vvA4CW8CqJPlRxc30rDquoO9SHrPA2p27u3Llyom0K/WS2Fh7 MOPaP58fHABEmxC2Ohvlao6qa2d30H/y4gHmNMY759PXG3nnhcO9vf87N45lyz5IGQ//a8+YEeGd dy7SV6/+iKmlm03LmqaTZ0G76gPlE/ftN8jdwH8pveyKK5T8D/9FaLYt7yP159nf+c4oHL5ZONNH 8Fs6mFHOrf6XAB0EkFwzH4DzbSR/2o/IDpdLdc9K0rSyceV/Zdzus6hgdkpLXQzSPasQ07ZnYJ/6 JFw/Ybv6fxgx43EmrD1sZWFDw2HKvo4OF2tpalEIhwjqsAImWYEuRQR9SM+YPyCpwtvBjnutYX7D GxDSTxzXPRtx7ByvvPw86pBUIQrpWEIzKuLMdWfJMWKHM5mfRler85qbX1hfWytq8BLY/RzSYjwo yCXvCrFMn1p3NSvzhyDgX7Cq3n1bw7zcSb1EDB2E6FfolZWHGCtBrvoNEMzLvKqYSiiOFhpmKDOR Vex2VhqSZ2mNwPBe+pSLpoFB7ADp/xPxXrK6fRwk/xx61V0Q4XuBLn0WhP9ZiGx7zDW+99auHVtC wkeP7IIQfzupspIsZPo/0q+zEfX/EO/ujmb/Dk0UeVNsd3XdQLcvhLk+Tv9WhAQoY6FPb7EC/hgx /ttk1v4YmQYleumA+B0RK86CUR6CmTwfEqC8Q97cNcylnwLlCPBxWK8+2XxRVbxu71WGk7zOtd+f pE+p7P7WD7zKt7fas4SvT5ikXWmcZv0E7qWjsVv8fffppuYnr7/+yWcee6y4YWFYHRilwoI8A23r QfE+mV0FH2T2JNPXk/Ma+ggwbP7Whlt33LO88Q9w6I8gIF3CREgS414OmbyCAOmLIaZf99q9v1sw v48Aw3cDsStnJJE8MpJmDCJogZjWzF3QsLXfMJubt+t1dS9S7FJErbNBchFJFREy+QZfeliZN7Na ri0UF0WP27R06YaeeNlb5FaciNHljJAIqecc9L8LIYT3OGjz9yBijgDDPsiqK3k6ddv9KEReiyh2 BYSyKrqaFhpm6FOae1dDIBtIkXUvGdn6hbPRVjv1rjRsl2gh78O88xBtvpdO10yGQC4D/ibz8Oyt 8xs2FsJDCBFm+YTdm/kY81iNKOEnmY5cijFFfotxiKXxauBcYfYaq+Yu6K/PI+pvbrx7+XpUiUtc o/dMRPUNs5Q0z0Z1NHcqzBPFA0YYzsMoYeeQ1XQTppS4CIyZl5psJXpIkJ9gWZl4Uujp0s+Ey/Ah 5RdrY1ub8x4po/ZrqbQozUWte0M2OdYFstop6EAXQxmvGpopin3Ry3Cs11wj80FEyDMg3ARWPPSV uvMpnIBQZAUsTXeyOXU17vbi01pvG3p/AqRCOw0iuG4zbZENTJ2vl2O8iJoWojNJmIwX0ZGKGoog PBsdajvTcjoH3Ezh/bVqUI5zkacbp4J0T/Nrx0BjFcsh53+SMc+7A4Yh4vYDfIoaRUkhWM5JIzPV Xg1de/32BQ0DJoVC5G5K19auMz39MqKbkJ20l6zu5KlOwj2XVXAzZJinb0f7J66I5XcvB16I93BD GOuAGoZaXaempxIkywEu2m4Y3WsDopXpNXPCzQEY8LSa52oqkz2t7T1VVfgctSlilIGY18NA+o1p zFZCbO0eSXOziDU9mV43wUexnzDMRCnz8lEBwnzTPTld1WktDR3HlNwEgwaw7CUBdhoU60A/+mDj 8uXkBFVMVRUH6W1C3+KIcDMY5hk8aeaorNg779TI2RRivt4Dtyk5AMCysrqtEUqnewdIvVg0xSRE 4BIojYEHXu655WLJCYGFCCnpmrErGIe6usuUnlnsgiI6xbABqqr0ferSdUGs8cBii7giBnoXUdHG +rrZcdRR6dNwoQjOFR7+olaisjJtMgTByVXaTnJ4Kr10oEtWU05K2omo1wranCrulrq6OirXTwGX XmF5GzThEmJoB1gmeUtVxNMgTYGSHIWNUYe5TNHmxxmzLAp9sBDkdU0yxOsfILccOZL0ieB71Y0L F+wguONVzzBhYvo1iP0dK5et+HWr3bFTTnoK2xwzIpReS2iVHKmrsjBLDFiAnXl/xRQoWjGaih9a +Kd0iSHOnATArwM5ZinROkquHOYjN/hglfMqOPVYTpTy7A7rZBBc0sLuxZc1rKS7ih4Gd1tKVtwu kIMMoxytWsA/VMpcw3VIRDygyw6RjdA4TEw+Q1EX38XfFWey9osvcDBiYYXbS0pjTmlyhdHkrTpR ndC2suOwHFaIOE+pQ0PNPAaWTmC8H9AlUulUEotpkner0L/a8cMNmvcWOVxx/aGCbkVvg4mlaAcG hrrgabXsIPHfjlycES/w42gDdpIYEGnSX+05PmGL3Wv/kLyPf8XK8sWM3vtnuDceIb/uQy0tLe+I ijFmRBj2VyW1DUgrXAXzRzMU6I/98wFlF5ejz2CbDO8xevkEs9AvFshnOMRLcvqY4dpvY5nrwsAy UcGg+Ilkgw44EOZzq22xwhJ4rjhbkThvdT4kLbMiD7Ya9KsW7EVpUKJtdqgNud1l3fY4IyEMONdG MWc9Oi6ZFlxOdnId07SGZEYiNMHSxKWioCcckO8cF6A7iNGDvj+INJM31v3791u4jcpkxYW5Ps7k ksC4iF1OIvhhVvCYVvK9Nu9va1OJneX4BHTQZ+xu7ZBhutfgZLkaCWL++Hj8UsTpuyny+zEnwmNP QkevB2QiF6LrJQX5H+fdccfPS2lJdI6pU6e6CdwSkkYfohz11R8xODglZDDvZim97SuDiCpHqIv+ MB4XgRW6CIrVwpjKhQmw8otANOCKm9Wydly3OApTH4ehyreUD3KhewEzrYplOlttVfdqDse56roN MZbRSFRc7F+LHKiCUjtUG/I8IC52xrgvcBzfz0p5J1omOMfkZeD0WtPWrRwXoN8E5DjLxOtFT9w2 ZkSYpFfF9oT06YR+t0OWXnh/uAM/muUH4qIYVTogpE5mdiqm8AoscUMeBSCrCAEtWBZVIO1prEhk OR9aFAvHN1TYl5STSR6QspU4Oji0Qmtwfh3e+6xCEqY1Db1vHERYVC8UXY0IlDp0EHF1tFRXVw/Y ZQlJMy3jIGb+83GpiCFk8EvXJ4MnnHyrHZTQOvyiHbrhHkDaOpUwNzn1ahC9UK+g/6kAMgOC57LL Lstu27R1PzFLnKCkTx+qS4M9F0bFZzWE97JEUCFNnIGB65oxI8KBOhfqg0cyuLF+Nzz5qLBdy80e ck1rO1xuaqq8/Cyei19syCuZ1Ha7vd4+YDEDp7Zs0lWO6dG6hPmNdow8Au4OR3dBev0CM2s9QxNF iRBXRpKIm0s4PMck3GXLtqamnJgY2sVDxzhxtQeT5QmMGB5WXG9QhJegCNokckWOZjJ8I46Nfhj3 ml3PmJkxTXlf0mb0uxYtulOfXvuzaeiDU0WKRX/MYwyCkyFVCuG8s6mpmcOQ6K5+JkEIk/CBHlH2 ciyk799z9/IXwKME8sHZx4QIo4MUCEXZ0LAUk9HC0mHWI0pfsX4S9NzS47hrefZx0jhKRERJRCji CiFYryKmYMI3bgbBmpgo5dQe6goReahyR/I8XPllzMSBmuI/tGPGy/j//pxbV9lGr+hJ24u1kbWy tQnH/BgAO2S5zh8oM6CuJkHZrGYbMeC0Ue4yHOAXFobahW1A2FfCWC4VfyJWYkWErT2tuybFK18S HyzPrgSOTwHHflbf+qnTLnc861IwD0ORJw68vJWwUMHm7KxdmAk5sMe9JBOPX41Y+dBg4neJsG5n JcRg5saOCRGW2MnjuZgoV/3o0Laa4ZDpJ3DC42z2brpn2fJmN2Y8E5wzkRsPlrFJiOd6c0vLgZxR wzRxamuz0O6vx4DRCQIt57083x8RKOXY8avCg0SCCgc1ykSAKEbUYryjlPcxrkpYk6a9DpeYDSE1 X9S8ffra2mdZ9T+Ifng7/e2gv7Ii5i6idc6Pu9Y82j2Jz2O4AjYWGHH6td3a2dqcqqx6CObyedew vomJ/3sN8+e/EVbq++2mXmEaJkeXa+Mwtt/b09rZIs/FEU8/1rLV4mWCD64kA9xCCPl+2m0W3yDP TkE3PR/V/XMQFKdn6TtoR5hCoUCe1y/Z9YK76WHGOY2yf711y1btpaamxyWKKTperMAV7NgYJwf3 KMYqIXSkQunmhKsFC249GJaV8LmJFVVX4DWqAY/uGzMi7Na6wa+EBAWPT47PH3OIGSr4gzU6FjfY W2mPA2VicKnjanHEWiDmOCx4chBQ/jV37mKxhL1mO5n7QLrbKPM1IjhqmYzXKClGCVQWN4WJehbP 38LDLAHCyrwvoU+sAquwFkhUykdBjfH4pFZjVNkr6R9c10xZlZXiLO+hD7KiqPoky5n0RfY4DsK1 5FlMyuWxfI4R4/04Bg6RVgeEMzYMyrnyvqnV16tmFs/m1NrnGv+oxd20HCGObvN1+suuAlfFjmKR PYW6b4DuL2ZWOVvEeDS6JUpOTwoytOUdYgohHSbG9j7OXayDkV1FTX+1fNmy3zGAd6WP6bq66bhH bsBaeTKm0Ye19vYniMzJrXbsSnh3/Ysv/hTd/BtEzdzsGFal15vZ2Hh3YydIP437s+gPfln9DQZ8 iCqz+PSisFMw4ei4fAneMJ7m0Ks6TDlfBoi3p1y3mnklqifbq6JLXNwTVdophmu0otvK/IiSP4mJ +/NkomcCkg6OfHcPZQ3C5s5l7b2A5297mcxTY0aEeESZSq3Hc532rsNuSiJmwitHhApLPcYlJjSP iHMtE2rOgyDYmD4CeSQEiTPmimcHUwaCxsZfguwH2Ib0ecotAPgyyVjX5GBdNeNMvvbfbjod7hNU Y7CS1jom8J9ZST8LkX6IibrOMHAC+3ENZVj+9vHub4CJujDpZ5n9QxBRG5Nb6ABXZdLpJm/b1rpe JXURiMStKB0SwO1JBEcnFsyBDCZY1TmIVNNbcY71SIfDq7ml+V10vmWsODi+9U9S82JWoE6ib4Sf JiGi/QQS3Gc5zqqmnbt8vS284LKcvCz94dx2vkcuYmx3sIr+CIJuweL8UaKPrqGf9EEd9Yu7wNhB vf9GepFfRwlQqpg9e7bDXr+1TU2bvocD/WMQ3WXATN4X19heCGyt5jo/w1J7Ad9hEFovC0Rk7Dpn SaJb6vmZ42Q1XLl05X02u03QbW+Bg/wvdTSvYXThlBJ3jYBmF1nkH+JvgNJSb6IGxnoThM+ZVWan ikSRiCBDW8tWqHu2tbSUeEhoHvRG9oNjs1pbW7RH4E5szUGXLiIZhWsL29YFbzs122iaVtHRLXFr x8tFjsx3ycT1z57jskgXvyS2cckjSx5P7Svf45nmLOa/BsjLcdcZdItOrCR7yOj1BmJLnpM7MGWv Y0U8BK2sdQ29DliVB9EuHUztblaYrZy7x3MudBUQUnxNGayq7xTrzerVmkPk2ma47U943sN5fn1t muZGQtH+D/v03rUqKoomp6KP7G/pfoxxP8vctWAJzel0gWi5B6ZzL4TIth5jFi66CSLQwDcOEU63 tbu3+9Vo4HLYR4EjfUJi4DxHgxN8Cy62eb3JeZXLNSe+iXbPhJAq0KFwQWCV1fQt0OM60osIEfe7 Aivky/RrL+NbB7GdjJ4IPesHYBBvNsybt5WwtZnwe9wYXifwDBmY52aMV1zLXUwAfT8d91ZESkTJ R6rLU7ttwz2Hea1muWRhVCcki2FqN/FJm7VEUoVZEsNwoDqVXO06zm7mkF0LepJTrgma1/cQLvhy esaMjei8Y+esf+yuG6VjItvn5PtSCOt4IkDprxAYf8QQMei18EZ1ft7zwUd7dtGisifhukM5tlUb /tYntf1JtjhpTci2i+f2W+mCcxH9WM4BrqA92cmR280RFg2CrvsFXkerChhDvw3B0TLUI3Wvlo8E O7N1XR9q53ugJ782WN8bGlQOHxXG9wh6VEdrtT2cM+4D41ZRAxexS6cjb1Xprv6eUV2tGFMAK2EI /ZhC2E/RO/kuccHy0Z5lvF/m4FW2avSTJIKyqNGiSvtln2ze2Q8HxlAcHQzc//OfXbl4cc+VIxhm KaklRlDtUXtlqNQdI204OBR0pK/nvffII48kEQfROXGb2L07bps7b8j0HQM1fCVi6qAcKvKilC2G AyeIcFSm9UQlxxMEZK8j/Sl6Noes1BjHPowFejKmrK1YTgeVBMZiXCeIcCygfKKNMYOAOPGn19be jOXUwj3xXNPll7+5GGONdEBcFJbjXovcOA/9ugV98T70wwGDz8eq0yeIcKwgfaKdMYEABioDFxAW SW0WyaGmp9eu29u4dp0YtcQ0PQkClG1J+7Ca/uptdrePSaeGaOQEER4Ps3CiD6MGgfPOO6+9eVPz U46eqcYRcAsVp+U0KfHM4OLZhRX3Mct1v4tV8tVRa/QIK/p/mU8a8aj22qIAAAAASUVORK5CYII= --Boundary_(ID_/muqTSOEX+P8PKG9IAPxtg)--

5 7

Cannot add new users via api after AAA migration
by Karli Sjöberg 18 Apr '16

18 Apr '16

Hi! A little background: https://www.mail-archive.com/users@ovirt.org/msg31815.html Trying to add new user from webadmin gives: 2016-04-18 12:19:14,448 INFO [org.ovirt.engine.core.bll.aaa.AddUserCommand] (default task-10) [53227bd6] Running command: AddUserCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group MANIPULATE_USERS with role type ADMIN 2016-04-18 12:19:14,466 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-10) [53227bd6] Correlation ID: 53227bd6, Call Stack: null, Custom Event ID: -1, Message: User 'Firstname.Lastname(a)foo.bar' was added successfully to the system. The user is then found as 'Firstname.Lastname@foo.bar@baz.foo.bar' under Users tab. Also possible to find user with api: https://engine-address.foo.bar/ovirt-engine/api/users?search=Firstname ... <user_name>Firstname.Lastname@foo.bar@baz.foo.bar</user_name> ... But removing the user and trying to add it again with e.g. Python fails: status: 404 reason: Not Found detail: Entity not found: ADUSER(a)baz.foo.bar:: username=Firstname.Lastname(a)foo.bar The code, previously working with the now deprecated engine-manage- domains, except PRINCIPAL_NAME was just SAM_ACCOUNT_NAME without SUFFIX: DOMAIN_NAME = 'baz.foo.bar' SUFFIX = '@foo.bar' try: domain = api.domains.get(name='%s' % (DOMAIN_NAME)) userparams = params.User() userparams.set_user_name('%s%s' % (PRINCIPAL_NAME,SUFFIX)) userparams.set_domain(domain) api.users.add(userparams) except Exception as e: print e Also tried with SUFFIX = '@foo.bar@baz.foo.bar', as that´s what the user is called after creation, fails as well. Am I "holding it wrong" or is this a bug? /K

2 2

any virtual machine does not start
by nicola.gentile.to 18 Apr '16

18 Apr '16

hi, I have a problem with ovirt 3.6. When I click on the button "run" to start vm, it not start and terminate immediatly. This is the error in the admin portale: VM ubuexp is down with error. Exit message: internal error: process exited while connecting to monitor: 2016-04-18T08:18:22.499782Z qemu-kvm: -drive file=/rhev/data-center/00000001-0001-0001-0001-00000000037d/88dfff37-4ad5-446c-a957-1cf67829c9a6/images/da93350c-8926-42bf-99fa-8a7aca043fcd/22e7803d-e266-4e3e-ae34-0181f8acef8b,if=none,id=drive-virtio-disk0,format=qcow2,serial=da93350c-8926-42bf-99fa-8a7aca043fcd,cache=none,werror=stop,rerror=stop,aio=native: Could not open '/rhev/data-center/00000001-0001-0001-0001-00000000037d/88dfff37-4ad5-446c-a957-1cf67829c9a6/images/da93350c-8926-42bf-99fa-8a7aca043fcd/22e7803d-e266-4e3e-ae34-0181f8acef8b': Permission denied . My ovirt installation is composed of thefollowing: - 1 manager (virtualized) - 1 host - storage iscsi Everything seems to work well from the web administration portal, but all vm do not start. I attach a log file. Please help me! Nick

2 2

Re: [ovirt-users] Users Digest, Vol 55, Issue 124
by Charles Tassell 18 Apr '16

18 Apr '16

Hi Nick, Try running "ls -l /rhev/data-center/00000001-0001-0001-0001-00000000037d/88dfff37-4ad5-446c-a957-1cf67829c9a6/images/da93350c-8926-42bf-99fa-8a7aca043fcd/22e7803d-e266-4e3e-ae34-0181f8acef8b" and check the ownership of the file. It should be owned by vdsm:kvm (or user and group 36:36 I think) Another thing to check would be that the parent directories are accessible. Try running "sudo -s /bin/bash vdsm" and then "cd /rhev/data-center/00000001-0001-0001-0001-00000000037d/88dfff37-4ad5-446c-a957-1cf67829c9a6/images" to make sure you can access all the parent folders. If you can, try creating a temp file ("echo hello >hello") in that same directory to make sure that the iSCSI mount hasn't gone read only. If none of that helps, I'd say take a look at the output of vgdisplay to make sure that the volume group still has free physical extents (Free PE/Size near the bottom) If you are using thin provisioning that might be an issue. This is all based on the issue being disk permission errors. It might be an error with the libvirt authentication, but I have no idea how to diagnose that. On 16-04-18 05:32 AM, users-request(a)ovirt.org wrote: Message: 2 Date: Mon, 18 Apr 2016 10:32:40 +0200 From: "nicola.gentile.to"<nicola.gentile.to(a)gmail.com> To:Users@ovirt.org Subject: [ovirt-users] any virtual machine does not start Message-ID:<57149BA8.90803(a)gmail.com> Content-Type: text/plain; charset="iso-8859-15"; Format="flowed" hi, I have a problem with ovirt 3.6. When I click on the button "run" to start vm, it not start and terminate immediatly. This is the error in the admin portale: VM ubuexp is down with error. Exit message: internal error: process exited while connecting to monitor: 2016-04-18T08:18:22.499782Z qemu-kvm: -drive file=/rhev/data-center/00000001-0001-0001-0001-00000000037d/88dfff37-4ad5-446c-a957-1cf67829c9a6/images/da93350c-8926-42bf-99fa-8a7aca043fcd/22e7803d-e266-4e3e-ae34-0181f8acef8b,if=none,id=drive-virtio-disk0,format=qcow2,serial=da93350c-8926-42bf-99fa-8a7aca043fcd,cache=none,werror=stop,rerror=stop,aio=native: Could not open '/rhev/data-center/00000001-0001-0001-0001-00000000037d/88dfff37-4ad5-446c-a957-1cf67829c9a6/images/da93350c-8926-42bf-99fa-8a7aca043fcd/22e7803d-e266-4e3e-ae34-0181f8acef8b': Permission denied . My ovirt installation is composed of thefollowing: - 1 manager (virtualized) - 1 host - storage iscsi Everything seems to work well from the web administration portal, but all vm do not start. I attach a log file. Please help me! Nick

1 0

adding glusterfs to ovirt
by Fabrice Bacchella 18 Apr '16

18 Apr '16

I installed a oVirt stack without glusterfs. Now I want to add it. So I configured a cluster to be a gluster-enabled one. Now i want to add a gluster volume to it. That went fine until I click Ok at the "New Volume" dialog, the answer was : Error while executing action Create Gluster Volume: Unexpected exception I the log, I saw : 2016-04-13 16:45:53,573 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterTasksListVDSCommand] (DefaultQuartzScheduler_Worker-84) [5303bffb] FINISH, GlusterTasksListVDSCommand, log id: 2e5a7991 2016-04-13 16:45:53,573 ERROR [org.ovirt.engine.core.bll.gluster.GlusterTasksSyncJob] (DefaultQuartzScheduler_Worker-84) [5303bffb] Error updating tasks from CLI: org.ovirt.engine.core.common.errors.EngineException: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GlusterTasksListVDS, error = The method does not exist / is not available., code = -32601 (Failed with error unexpected and code 16) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:112) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.gluster.tasks.GlusterTasksService.runVdsCommand(GlusterTasksService.java:64) [bll.jar:] at org.ovirt.engine.core.bll.gluster.tasks.GlusterTasksService.getTaskListForCluster(GlusterTasksService.java:32) [bll.jar:] at org.ovirt.engine.core.bll.gluster.GlusterTasksSyncJob.updateGlusterAsyncTasks(GlusterTasksSyncJob.java:87) [bll.jar:] at sun.reflect.GeneratedMethodAccessor250.invoke(Unknown Source) [:1.7.0_99] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_99] at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_99] at org.ovirt.engine.core.utils.timer.JobWrapper.invokeMethod(JobWrapper.java:81) [scheduler.jar:] at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:52) [scheduler.jar:] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:] at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557) [quartz.jar:]

2 2

backup-engine 3.6.4.1-1 Files Compressor still broken in Centos 6.7? Work around
by Jack Greene 17 Apr '16

17 Apr '16

This is a multipart message in MIME format. ------=_NextPart_000_0001_01D19828.03448130 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Been trying to run a complete backup on a fresh install to get rid of that annoying alert. engine-backup --scope=all Kept failing with the error: 2016-04-17 04:05:31 8742: Creating temp folder /tmp/engine-backup.ymrXeYZay1/tar 2016-04-17 04:05:31 8742: OUTPUT: - Files 2016-04-17 04:05:31 8742: Backing up files to /tmp/engine-backup.ymrXeYZay1/tar/files 2016-04-17 04:05:31 8742: FATAL: Failed backing up /etc/ovirt-engine Research shows a bug reported on version 3.6.0 related to the tar options https://gerrit.ovirt.org/#/c/48596/3/packaging/bin/engine-backup.sh https://bugzilla.redhat.com/show_bug.cgi?id=1282397 But a grep of the script shows the changes have been made [root@engine1 iso]# grep cpSs /usr/share/ovirt-engine/bin/engine-backup.sh [root@engine1 iso]# grep cpS /usr/share/ovirt-engine/bin/engine-backup.sh tar -C "${dir}" -cpS"${ARCHIVE_COMPRESS_OPTION}"f "${file}" . >> "${tar_log}" 2>&1 tar -C / --files-from - -cpS"${FILES_COMPRESS_OPTION}"f "${target}" || logdie "Failed backing up ${paths}" Verified I had a new version (just re-installed ovirt-engine today) ovirt-engine-3.6.4.1-1.el6.noarch Linux engine1.attlocal.net 2.6.32-573.22.1.el6.x86_64 #1 SMP Wed Mar 23 03:35:39 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux # ovirt-engine-backup - oVirt engine backup and restore utility # Copyright (C) 2013-2016 Red Hat, Inc. Then I noticed there is an option to turn off -files-compressor. Doing this I was able to get a complete backup. [root@engine1 iso]# engine-backup --mode=backup --scope=files --file=/mnt/h97m/backup_files_20160417 --log=/root/backup_files_20160417.log --files-compressor=None Backing up: Notifying engine - Files Packing into file '/mnt/h97m/backup_files_20160417' Notifying engine Done. [root@engine1 iso]# engine-backup --mode=backup --scope=all --file=/mnt/h97m/backup_all_20160417 --log=/root/backup_all_20160417.log --files-compressor=None Backing up: Notifying engine - Files - Engine database 'engine' Packing into file '/mnt/h97m/backup_all_20160417' Notifying engine Done. [root@engine1 iso]# service ovirt-engine start Passing this on in case I need the work around again ;) Jack Greene ------=_NextPart_000_0001_01D19828.03448130 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-microsoft-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=3DContent-Type content=3D"text/html; = charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 15 = (filtered medium)"><style></style></head><body lang=3DEN-US = link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1>Been trying to run a complete backup on a fresh = install to get rid of that annoying alert.<o:p></o:p><o:p> </o:p>engine-backup --scope=3Dall<o:p></o:p><o:p> </o:p>Kept failing = with the error:<o:p></o:p>2016-04-17 04:05:31 = 8742: Creating temp folder = /tmp/engine-backup.ymrXeYZay1/tar<o:p></o:p>2016-04-17 04:05:31 8742: OUTPUT: - = Files<o:p></o:p>2016-04-17 04:05:31 8742: = Backing up files to = /tmp/engine-backup.ymrXeYZay1/tar/files<o:p></o:p>2016-04-17 04:05:31 8742: FATAL: Failed backing up = /etc/ovirt-engine<o:p></o:p><o:p> </o:p>Research = shows a bug reported on version 3.6.0 related to the tar = options<o:p></o:p><a = href=3D"https://gerrit.ovirt.org/#/c/48596/3/packaging/bin/engine-backup.= sh">https://gerrit.ovirt.org/#/c/48596/3/packaging/bin/engine-backup.sh</= a><o:p></o:p><a = href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1282397">https://bu= gzilla.redhat.com/show_bug.cgi?id=3D1282397</a><o:p></o:p><o:p> </o:p>But a grep = of the script shows the changes have been made<o:p></o:p>[root@engine1 iso]# grep cpSs = /usr/share/ovirt-engine/bin/engine-backup.sh<o:p></o:p>[root@engine1 iso]# grep cpS = /usr/share/ovirt-engine/bin/engine-backup.sh<o:p></o:p>        tar -C = "${dir}" -cpS"${ARCHIVE_COMPRESS_OPTION}"f = "${file}" . >> "${tar_log}" = 2>&1<o:p></o:p>         &= nbsp;      tar -C / --files-from - = -cpS"${FILES_COMPRESS_OPTION}"f "${target}" || = logdie "Failed backing up ${paths}"<o:p></o:p><o:p> </o:p>Verified I = had a new version (just re-installed ovirt-engine = today)<o:p></o:p><o:p> </o:p>ovirt-engine-3.6.4.1-1.el6.noarch<o:p></o:p>Linux engine1.attlocal.net 2.6.32-573.22.1.el6.x86_64 = #1 SMP Wed Mar 23 03:35:39 UTC 2016 x86_64 x86_64 x86_64 = GNU/Linux<o:p></o:p><o:p> </o:p># ovirt-engine-backup - oVirt engine backup and = restore utility<o:p></o:p># Copyright (C) = 2013-2016 Red Hat, Inc.<o:p></o:p><o:p> </o:p>Then I = noticed there is an option to turn off –files-compressor.  = Doing this I was able to get a complete backup.<o:p></o:p><o:p> </o:p>[root@engine1 iso]# engine-backup --mode=3Dbackup = --scope=3Dfiles --file=3D/mnt/h97m/backup_files_20160417  = --log=3D/root/backup_files_20160417.log = --files-compressor=3DNone<o:p></o:p>Backing = up:<o:p></o:p>Notifying engine<o:p></o:p>- Files<o:p></o:p>Packing = into file '/mnt/h97m/backup_files_20160417'<o:p></o:p>Notifying engine<o:p></o:p>Done.<o:p></o:p>[root@engine1 = iso]# engine-backup --mode=3Dbackup --scope=3Dall = --file=3D/mnt/h97m/backup_all_20160417  = --log=3D/root/backup_all_20160417.log = --files-compressor=3DNone<o:p></o:p>Backing = up:<o:p></o:p>Notifying engine<o:p></o:p>- Files<o:p></o:p>- Engine = database 'engine'<o:p></o:p>Packing into file = '/mnt/h97m/backup_all_20160417'<o:p></o:p>Notifying engine<o:p></o:p>Done.<o:p></o:p>[root@engine1 = iso]# service ovirt-engine start<o:p></o:p><o:p> </o:p>Passing this = on in case I need the work around again ;)<o:p></o:p><o:p> </o:p>Jack = Greene<o:p></o:p></div></body></html> ------=_NextPart_000_0001_01D19828.03448130--

2 2

hosted-engine stuck "failed liveliness check" "detail": "up"
by Paul Groeneweg | Pazion 17 Apr '16

17 Apr '16

Tonight my server with NFS hosted-engine mount crashed. Now all is back online ,except the hosted engine. I can't ping or ssh the machine when I do hosted-engine --vm-status, I get: .......... --== Host 2 status ==-- Status up-to-date : True Hostname : geisha-3.pazion.nl Host ID : 2 Engine status : {"reason": "failed liveliness check", "health": "bad", "vm": "up", "detail": "up"} Score : 3400 stopped : False Local maintenance : False crc32 : d71d7c6b Host timestamp : 4404 ............ I tried restarting all services/nfs mounts, start hosted engine on other hosts, but all the same host up, but liveliness failed and unable to access the network/IP. I imagine it is stuck at the console requiring a fsck check maybe? Is there a way to access the boot display directly? Any help is highly appreciated!

4 5

Move hosted storage
by Marcin Michta 17 Apr '16

17 Apr '16

2 1

nfs storage permission problem
by Bill James 15 Apr '16

15 Apr '16

I have a cluster working fine with 2 nodes. I'm trying to add a third and it is complaining: StorageServerAccessPermissionError: Permission settings on the specified path do not allow access to the storage. Verify permission settings on the specified storage path.: 'path = /rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs' if I try the commands manually as vdsm they work fine and the volume mounts. [vdsm@ovirt4 test /]$ mkdir -p /rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs [vdsm@ovirt4 test /]$ sudo -n /usr/bin/mount -t nfs -o soft,nosharecache,timeo=600,retrans=6 ovirt3-ks.test.j2noc.com:/ovirt-store/nfs /rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs [vdsm@ovirt4 test /]$ df -h /rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs Filesystem Size Used Avail Use% Mounted on ovirt3-ks.test.j2noc.com:/ovirt-store/nfs 1.1T 305G 759G 29% /rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs After manually mounting the NFS volumes and activating the node it still fails. 2016-04-13 14:55:16,559 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-61) [64ceea1d] Correlation ID: 64ceea1d, Job ID: a47b74c7-2ae0-43f9-9bdf-e50963a28895, Call Stack: null, Custom Event ID: -1, Message: Host ovirt4.test.j2noc.com cannot access the Storage Domain(s) <UNKNOWN> attached to the Data Center Default. Setting Host state to Non-Operational. Not sure what "UNKNOWN" storage is, unless its one I deleted earlier that somehow isn't really removed. Also tried "reinstall" on node. same issue. Attached are engine and vdsm logs. Thanks.

3 5

serial console and permission
by Nathanaël Blanchet 15 Apr '16

15 Apr '16

Hi all, I've successfully set up the serial console feature for all my vms. But the only way I found to make it work is to add each user as a UserVmManager role, whereas they have the SuperUser role at the datacenter level.I know there is an open bug on it for this. A second bug is that adding a group with UserVmManager as permission on a vm (instead of a simple user) doesn't allow to get the serial console. Thank you for your help

2 1

Fwd: Re: HA agent fails to start
by Richard Neuboeck 15 Apr '16

15 Apr '16

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --SbPVBmWBWGj6xG5SNLe8NaNUk0mGIEPC2 Content-Type: multipart/mixed; boundary="------------070004000805050505060204" This is a multi-part message in MIME format. --------------070004000805050505060204 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 04/14/2016 11:03 PM, Simone Tiraboschi wrote: > On Thu, Apr 14, 2016 at 10:38 PM, Simone Tiraboschi <stirabos(a)redhat.co= m> wrote: >> On Thu, Apr 14, 2016 at 6:53 PM, Richard Neuboeck <hawk(a)tbi.univie.ac.= at> wrote: >>> On 14.04.16 18:46, Simone Tiraboschi wrote: >>>> On Thu, Apr 14, 2016 at 4:04 PM, Richard Neuboeck <hawk(a)tbi.univie.a= c.at> wrote: >>>>> On 04/14/2016 02:14 PM, Simone Tiraboschi wrote: >>>>>> On Thu, Apr 14, 2016 at 12:51 PM, Richard Neuboeck >>>>>> <hawk(a)tbi.univie.ac.at> wrote: >>>>>>> On 04/13/2016 10:00 AM, Simone Tiraboschi wrote: >>>>>>>> On Wed, Apr 13, 2016 at 9:38 AM, Richard Neuboeck <hawk(a)tbi.univ= ie.ac.at> wrote: >>>>>>>>> The answers file shows the setup time of both machines. >>>>>>>>> >>>>>>>>> On both machines hosted-engine.conf got rotated right before I = wrote >>>>>>>>> this mail. Is it possible that I managed to interrupt the rotat= ion with >>>>>>>>> the reboot so the backup was accurate but the update not yet wr= itten to >>>>>>>>> hosted-engine.conf? >>>>>>>> >>>>>>>> AFAIK we don't have any rotation mechanism for that file; someth= ing >>>>>>>> else you have in place on that host? >>>>>>> >>>>>>> Those machines are all CentOS 7.2 minimal installs. The only >>>>>>> adaptation I do is installing vim, removing postfix and installin= g >>>>>>> exim, removing firewalld and installing iptables-service. Then I = add >>>>>>> the oVirt repos (3.6 and 3.6-snapshot) and deploy the host. >>>>>>> >>>>>>> But checking lsof shows that 'ovirt-ha-agent --no-daemon' has acc= ess >>>>>>> to the config file (and the one ending with ~): >>>>>>> >>>>>>> # lsof | grep 'hosted-engine.conf~' >>>>>>> ovirt-ha- 193446 vdsm 351u REG >>>>>>> 253,0 1021 135070683 >>>>>>> /etc/ovirt-hosted-engine/hosted-engine.conf~ >>>>>> >>>>>> This is not that much relevant if the file was renamed after >>>>>> ovirt-ha-agent opened it. >>>>>> Try this: >>>>>> >>>>>> [root@c72he20160405h1 ovirt-hosted-engine-setup]# tail -n1 -f >>>>>> /etc/ovirt-hosted-engine/hosted-engine.conf & >>>>>> [1] 28866 >>>>>> [root@c72he20160405h1 ovirt-hosted-engine-setup]# port=3D >>>>>> >>>>>> [root@c72he20160405h1 ovirt-hosted-engine-setup]# lsof | grep host= ed-engine.conf >>>>>> tail 28866 root 3r REG >>>>>> 253,0 1014 1595898 /etc/ovirt-hosted-engine/hosted-engine.= conf >>>>>> [root@c72he20160405h1 ovirt-hosted-engine-setup]# mv >>>>>> /etc/ovirt-hosted-engine/hosted-engine.conf >>>>>> /etc/ovirt-hosted-engine/hosted-engine.conf_123 >>>>>> [root@c72he20160405h1 ovirt-hosted-engine-setup]# lsof | grep host= ed-engine.conf >>>>>> tail 28866 root 3r REG >>>>>> 253,0 1014 1595898 >>>>>> /etc/ovirt-hosted-engine/hosted-engine.conf_123 >>>>>> [root@c72he20160405h1 ovirt-hosted-engine-setup]# >>>>>> >>>>> >>>>> I've issued the commands you suggested but I don't know how that >>>>> helps to find the process accessing the config files. >>>>> >>>>> After moving the hosted-engine.conf file the HA agent crashed >>>>> logging the information that the config file is not available. >>>>> >>>>> Here is the output from every command: >>>>> >>>>> # tail -n1 -f /etc/ovirt-hosted-engine/hosted-engine.conf & >>>>> [1] 167865 >>>>> [root@cube-two ~]# port=3D >>>>> # lsof | grep hosted-engine.conf >>>>> ovirt-ha- 166609 vdsm 5u REG >>>>> 253,0 1021 134433491 >>>>> /etc/ovirt-hosted-engine/hosted-engine.conf (deleted) >>>>> ovirt-ha- 166609 vdsm 7u REG >>>>> 253,0 1021 134433453 >>>>> /etc/ovirt-hosted-engine/hosted-engine.conf (deleted) >>>>> ovirt-ha- 166609 vdsm 8u REG >>>>> 253,0 1021 134433489 >>>>> /etc/ovirt-hosted-engine/hosted-engine.conf (deleted) >>>>> ovirt-ha- 166609 vdsm 9u REG >>>>> 253,0 1021 134433493 >>>>> /etc/ovirt-hosted-engine/hosted-engine.conf~ >>>>> ovirt-ha- 166609 vdsm 10u REG >>>>> 253,0 1021 134433495 >>>>> /etc/ovirt-hosted-engine/hosted-engine.conf >>>>> tail 167865 root 3r REG >>>>> 253,0 1021 134433493 >>>>> /etc/ovirt-hosted-engine/hosted-engine.conf~ >>>>> # mv /etc/ovirt-hosted-engine/hosted-engine.conf >>>>> /etc/ovirt-hosted-engine/hosted-engine.conf_123 >>>>> # lsof | grep hosted-engine.conf >>>>> ovirt-ha- 166609 vdsm 5u REG >>>>> 253,0 1021 134433491 >>>>> /etc/ovirt-hosted-engine/hosted-engine.conf (deleted) >>>>> ovirt-ha- 166609 vdsm 7u REG >>>>> 253,0 1021 134433453 >>>>> /etc/ovirt-hosted-engine/hosted-engine.conf (deleted) >>>>> ovirt-ha- 166609 vdsm 8u REG >>>>> 253,0 1021 134433489 >>>>> /etc/ovirt-hosted-engine/hosted-engine.conf (deleted) >>>>> ovirt-ha- 166609 vdsm 9u REG >>>>> 253,0 1021 134433493 >>>>> /etc/ovirt-hosted-engine/hosted-engine.conf (deleted) >>>>> ovirt-ha- 166609 vdsm 10u REG >>>>> 253,0 1021 134433495 >>>>> /etc/ovirt-hosted-engine/hosted-engine.conf (deleted) >>>>> ovirt-ha- 166609 vdsm 12u REG >>>>> 253,0 1021 134433498 >>>>> /etc/ovirt-hosted-engine/hosted-engine.conf~ >>>>> ovirt-ha- 166609 vdsm 13u REG >>>>> 253,0 1021 134433499 >>>>> /etc/ovirt-hosted-engine/hosted-engine.conf_123 >>>>> tail 167865 root 3r REG >>>>> 253,0 1021 134433493 >>>>> /etc/ovirt-hosted-engine/hosted-engine.conf (deleted) >>>>> >>>>> >>>>>> The issue is understanding who renames that file on your host. >>>>> >>>>> From what I've seen so far it looks like a child of vdsm accesses >>>>> /etc/ovirt-hosted-engine/hosted-engine.conf periodically but is not= >>>>> responsible for the ~ file. >>>>> >>>>> # auditctl -w /etc/ovirt-hosted-engine/hosted-engine.conf >>>>> and >>>>> # auditctl -w /etc/ovirt-hosted-engine/hosted-engine.conf~ >>>>> >>>>> auditd.log shows this: >>>>> >>>>> type=3DSYSCALL msg=3Daudit(1460639783.613:482590): arch=3Dc000003e >>>>> syscall=3D2 success=3Dyes exit=3D75 a0=3D7f29b400f0b0 a1=3D0 a2=3D1= b6 a3=3D24 >>>>> items=3D1 ppid=3D1 pid=3D3701 auid=3D4294967295 uid=3D36 gid=3D36 e= uid=3D36 >>>>> suid=3D36 fsuid=3D36 egid=3D36 sgid=3D36 fsgid=3D36 tty=3D(none) se= s=3D4294967295 >>>>> comm=3D"jsonrpc.Executo" exe=3D"/usr/bin/python2.7" >>>>> subj=3Dsystem_u:system_r:virtd_t:s0-s0:c0.c1023 key=3D(null) >>>>> type=3DCWD msg=3Daudit(1460639783.613:482590): cwd=3D"/" >>>>> type=3DPATH msg=3Daudit(1460639783.613:482590): item=3D0 >>>>> name=3D"/etc/ovirt-hosted-engine/hosted-engine.conf" inode=3D134433= 499 >>>>> dev=3Dfd:00 mode=3D0100644 ouid=3D0 ogid=3D0 rdev=3D00:00 >>>>> obj=3Dsystem_u:object_r:etc_t:s0 objtype=3DNORMAL >>>>> >>>>> >>>>> Now that the HA agent is dead I'm removing the ~ file and starting >>>>> the HA agent again. The ~ file immediately appears again. >>>>> >>>>> # rm hosted-engine.conf~ >>>>> rm: remove regular file =E2=80=98hosted-engine.conf~=E2=80=99? y >>>>> [root@cube-two ovirt-hosted-engine]# ls -l >>>>> total 6800 >>>>> -rw-r--r--. 1 root root 3252 Apr 8 10:35 answers.conf >>>>> -rw-r--r--. 1 root root 6948582 Apr 14 14:48 ha-trace.log >>>>> -rw-r--r--. 1 root root 1021 Apr 14 15:07 hosted-engine.conf >>>>> -rw-r--r--. 1 root root 413 Apr 8 10:35 iptables.example >>>>> [root@cube-two ovirt-hosted-engine]# systemctl start ovirt-ha-agent= >>>>> [root@cube-two ovirt-hosted-engine]# ls -l >>>>> total 6804 >>>>> -rw-r--r--. 1 root root 3252 Apr 8 10:35 answers.conf >>>>> -rw-r--r--. 1 root root 6948582 Apr 14 14:48 ha-trace.log >>>>> -rw-r--r--. 1 root root 1021 Apr 14 15:18 hosted-engine.conf >>>>> -rw-r--r--. 1 root root 1021 Apr 14 15:07 hosted-engine.conf~ >>>>> -rw-r--r--. 1 root root 413 Apr 8 10:35 iptables.example >>>>> >>>>> The auditd.log shows that ~ file is moved into place but not what >>>>> issued the mv: >>>>> >>>>> type=3DCONFIG_CHANGE msg=3Daudit(1460639919.277:482750): auid=3D429= 4967295 >>>>> ses=3D4294967295 op=3D"updated_rules" >>>>> path=3D"/etc/ovirt-hosted-engine/hosted-engine.conf~" key=3D(null) >>>>> list=3D4 res=3D1 >>>>> type=3DSYSCALL msg=3Daudit(1460639919.277:482751): arch=3Dc000003e >>>>> syscall=3D82 success=3Dyes exit=3D0 a0=3D7ffe4b3c0e90 a1=3D7ffe4b3b= f920 >>>>> a2=3D7f68083a2778 a3=3D7ffe4b3bf680 items=3D5 ppid=3D170233 pid=3D1= 70234 >>>>> auid=3D4294967295 uid=3D0 gid=3D0 euid=3D0 suid=3D0 fsuid=3D0 eg >>>>> id=3D0 sgid=3D0 fsgid=3D0 tty=3D(none) ses=3D4294967295 comm=3D"mv"= >>>>> exe=3D"/usr/bin/mv" subj=3Dsystem_u:system_r:unconfined_service_t:s= 0 >>>>> key=3D(null) >>>>> type=3DCWD msg=3Daudit(1460639919.277:482751): cwd=3D"/" >>>>> type=3DPATH msg=3Daudit(1460639919.277:482751): item=3D0 >>>>> name=3D"/etc/ovirt-hosted-engine/" inode=3D69555 dev=3Dfd:00 mode=3D= 040755 >>>>> ouid=3D0 ogid=3D0 rdev=3D00:00 obj=3Dsystem_u:object_r:etc_t:s0 obj= type=3DPARENT >>>>> type=3DPATH msg=3Daudit(1460639919.277:482751): item=3D1 >>>>> name=3D"/etc/ovirt-hosted-engine/" inode=3D69555 dev=3Dfd:00 mode=3D= 040755 >>>>> ouid=3D0 ogid=3D0 rdev=3D00:00 obj=3Dsystem_u:object_r:etc_t:s0 obj= type=3DPARENT >>>>> type=3DPATH msg=3Daudit(1460639919.277:482751): item=3D2 >>>>> name=3D"/etc/ovirt-hosted-engine/hosted-engine.conf" inode=3D134433= 453 >>>>> dev=3Dfd:00 mode=3D0100644 ouid=3D0 ogid=3D0 rdev=3D00:00 >>>>> obj=3Dsystem_u:object_r:etc_t:s0 objtype=3DDELETE >>>>> type=3DPATH msg=3Daudit(1460639919.277:482751): item=3D3 >>>>> name=3D"/etc/ovirt-hosted-engine/hosted-engine.conf~" inode=3D13443= 3499 >>>>> dev=3Dfd:00 mode=3D0100644 ouid=3D0 ogid=3D0 rdev=3D00:00 >>>>> obj=3Dsystem_u:object_r:etc_t:s0 objtype=3DDELETE >>>>> type=3DPATH msg=3Daudit(1460639919.277:482751): item=3D4 >>>>> name=3D"/etc/ovirt-hosted-engine/hosted-engine.conf~" inode=3D13443= 3453 >>>>> dev=3Dfd:00 mode=3D0100644 ouid=3D0 ogid=3D0 rdev=3D00:00 >>>>> obj=3Dsystem_u:object_r:etc_t:s0 objtype=3DCREATE >>>>> >>>>> >>>>>> As a thumb rule, if a file name is appended with a tilde~, it only= >>>>>> means that it is a backup created by a text editor or similar prog= ram. >>>>> >>>>> If anyone except myself would have access to these systems I would >>>>> guess the same. But since I'm not editing anything in >>>>> /etc/ovirt-hosted-engine there must be another reason. And there is= =2E >>>>> >>>>> Aside from auditd I tried to strace the whole thing just to make >>>>> sure it comes from the HA agent. >>>>> >>>>> [root@cube-two ~]# strace -o ha-trace.log -f >>>>> /usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent --no-daemon >>>>> >>>>> Looking at the trace log I found this: >>>>> >>>>> 183409 statfs("/etc/ovirt-hosted-engine/.", {f_type=3D0x58465342, >>>>> f_bsize=3D4096, f_blocks=3D13100800, f_bfree=3D12523576, >>>>> f_bavail=3D12523576, f_files=3D52428800, f_ffree=3D52379892, >>>>> f_fsid=3D{64768, 0}, f_namelen=3D255, f_frsize=3D4096}) =3D 0 >>>>> 183409 rename("/etc/ovirt-hosted-engine/hosted-engine.conf", >>>>> "/etc/ovirt-hosted-engine/hosted-engine.conf~") =3D 0 >>>>> 183409 rename("/var/lib/ovirt-hosted-engine-ha/tmpNjTElr", >>>>> "/etc/ovirt-hosted-engine/hosted-engine.conf") =3D 0 >>>>> 183409 newfstatat(AT_FDCWD, >>>>> "/etc/ovirt-hosted-engine/hosted-engine.conf", >>>>> {st_mode=3DS_IFREG|0600, st_size=3D1021, ...}, AT_SYMLINK_NOFOLLOW)= =3D 0 >>>>> 183409 open("/etc/ovirt-hosted-engine/hosted-engine.conf", >>>>> O_RDONLY|O_NOFOLLOW) =3D 3 >>>>> >>>>> >>>>> Putting it all together I started reading the HA agent sources and >>>>> found the function _wrote_updated_conf_file in >>>>> /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/upgrade= =2Epy >>>>> which issues a mv -b which creates the ~ file. >>>> >>>> This should just trigger during 3.5 to 3.6 upgrade but your host are= new. >>>> Can you please attach /var/log/ovirt-hosted-engine-ha/agent.log from= >>>> one of them? >>> >>> The agent.log of host cube-two is attached to this mail. >> >> Yes, you are right: >> it's looping trying to fix a path in the config file (on 3.5 we didn't= >> check if an NFS path was ending with a '/' while for other reasons it >> wasn't working on 3.6 and so we need to fix it) but its doesn't seams >> you case and so the strange loop. >> >> Now I need to understand why it enters there. >> Can you please execute >> tree /rhev/data-center/ >> and post me the output? >> >> Thanks again >=20 > OK, I think it's just a side effect if this bug: > https://bugzilla.redhat.com/show_bug.cgi?id=3D1317699 I stumbled upon this bug and the mount problem. I thought this bug was caused by the missing vfs_type for the engine gluster storage volume. > The local mount point of NFS and GlusterFS storage domain are slightly > different. > The hosted-engine storage domain autoimport procedure didn't probably > recognized the gluster storage domain as a gluster one and so marked > it as nfs in the engine and so it got mounted twice on different paths > (by ovirt-ha-agent at boot time and by engine further on); > ovirt-ha-agent notices it and think that's due to the old trailing > slash issue on NFS paths and so it tries to fix but the there is > nothing to fix in the config file and so the infinite loop. Thanks for the explanation. > I'll try to push a patch ASAP. Thank you! > Can you please still provide the output of > tree /rhev/data-center/ Sure. It's attached to this mail (tree ran on host cube-two). Anything else I can do to help? >=20 >>>>> The question now is why is this done so frequently. Especially >>>>> considering since there are no modifications to the file. Is this >>>>> behavior normal? >>>>> >>>>> [root@cube-two ~]# diff /etc/ovirt-hosted-engine/hosted-engine.conf= * >>>>> [root@cube-two ~]# >>>>> >>>>> >>>>>>>>> [root@cube-two ~]# ls -l /etc/ovirt-hosted-engine >>>>>>>>> total 16 >>>>>>>>> -rw-r--r--. 1 root root 3252 Apr 8 10:35 answers.conf >>>>>>>>> -rw-r--r--. 1 root root 1021 Apr 13 09:31 hosted-engine.conf >>>>>>>>> -rw-r--r--. 1 root root 1021 Apr 13 09:30 hosted-engine.conf~ >>>>>>>>> >>>>>>>>> [root@cube-three ~]# ls -l /etc/ovirt-hosted-engine >>>>>>>>> total 16 >>>>>>>>> -rw-r--r--. 1 root root 3233 Apr 11 08:02 answers.conf >>>>>>>>> -rw-r--r--. 1 root root 1002 Apr 13 09:31 hosted-engine.conf >>>>>>>>> -rw-r--r--. 1 root root 1002 Apr 13 09:31 hosted-engine.conf~ >>>>>>>>> >>>>>>>>> On 12.04.16 16:01, Simone Tiraboschi wrote: >>>>>>>>>> Everything seams fine here, >>>>>>>>>> /etc/ovirt-hosted-engine/hosted-engine.conf seams to be correc= tly >>>>>>>>>> created with the right name. >>>>>>>>>> Can you please check the latest modification time of your >>>>>>>>>> /etc/ovirt-hosted-engine/hosted-engine.conf~ and compare it wi= th the >>>>>>>>>> setup time? >>>>>>>>>> >>>>>>>>>> On Tue, Apr 12, 2016 at 2:34 PM, Richard Neuboeck <hawk(a)tbi.un= ivie.ac.at> wrote: >>>>>>>>>>> On 04/12/2016 11:32 AM, Simone Tiraboschi wrote: >>>>>>>>>>>> On Mon, Apr 11, 2016 at 8:11 AM, Richard Neuboeck <hawk(a)tbi.= univie.ac.at> wrote: >>>>>>>>>>>>> Hi oVirt Group, >>>>>>>>>>>>> >>>>>>>>>>>>> in my attempts to get all aspects of oVirt 3.6 up and runni= ng I >>>>>>>>>>>>> stumbled upon something I'm not sure how to fix: >>>>>>>>>>>>> >>>>>>>>>>>>> Initially I installed a hosted engine setup. After that I a= dded >>>>>>>>>>>>> another HA host (with hosted-engine --deploy). The host was= >>>>>>>>>>>>> registered in the Engine correctly and HA agent came up as = expected. >>>>>>>>>>>>> >>>>>>>>>>>>> However if I reboot the second host (through the Engine UI = or >>>>>>>>>>>>> manually) HA agent fails to start. The reason seems to be t= hat >>>>>>>>>>>>> /etc/ovirt-hosted-engine/hosted-engine.conf is empty. The b= ackup >>>>>>>>>>>>> file ending with ~ exists though. >>>>>>>>>>>> >>>>>>>>>>>> Can you please attach hosted-engine-setup logs from your add= itional hosts? >>>>>>>>>>>> AFAIK our code will never take a ~ ending backup of that fil= e. >>>>>>>>>>> >>>>>>>>>>> ovirt-hosted-engine-setup logs from both additional hosts are= >>>>>>>>>>> attached to this mail. >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>> Here are the log messages from the journal: >>>>>>>>>>>>> Apr 11 07:29:39 cube-two.tbi.univie.ac.at systemd[1]: Start= ing oVirt >>>>>>>>>>>>> Hosted Engine High Availability Monitoring Agent... >>>>>>>>>>>>> Apr 11 07:29:39 cube-two.tbi.univie.ac.at ovirt-ha-agent[37= 47]: >>>>>>>>>>>>> INFO:ovirt_hosted_engine_ha.agent.agent.Agent:ovirt-hosted-= engine-ha >>>>>>>>>>>>> agent 1.3.5.3-0.0.master started >>>>>>>>>>>>> Apr 11 07:29:39 cube-two.tbi.univie.ac.at ovirt-ha-agent[37= 47]: >>>>>>>>>>>>> INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngin= e:Found >>>>>>>>>>>>> certificate common name: cube-two.tbi.univie.ac.at >>>>>>>>>>>>> Apr 11 07:29:39 cube-two.tbi.univie.ac.at ovirt-ha-agent[37= 47]: >>>>>>>>>>>>> ovirt-ha-agent >>>>>>>>>>>>> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERR= OR Hosted >>>>>>>>>>>>> Engine is not configured. Shutting down. >>>>>>>>>>>>> Apr 11 07:29:39 cube-two.tbi.univie.ac.at ovirt-ha-agent[37= 47]: >>>>>>>>>>>>> ERROR:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngi= ne:Hosted >>>>>>>>>>>>> Engine is not configured. Shutting down. >>>>>>>>>>>>> Apr 11 07:29:39 cube-two.tbi.univie.ac.at ovirt-ha-agent[37= 47]: >>>>>>>>>>>>> INFO:ovirt_hosted_engine_ha.agent.agent.Agent:Agent shuttin= g down >>>>>>>>>>>>> Apr 11 07:29:39 cube-two.tbi.univie.ac.at systemd[1]: >>>>>>>>>>>>> ovirt-ha-agent.service: main process exited, code=3Dexited,= status=3D255/n/a >>>>>>>>>>>>> >>>>>>>>>>>>> If I restore the configuration from the backup file and man= ually >>>>>>>>>>>>> restart the HA agent it's working properly. >>>>>>>>>>>>> >>>>>>>>>>>>> For testing purposes I added a third HA host which turn out= to >>>>>>>>>>>>> behave exactly the same. >>>>>>>>>>>>> >>>>>>>>>>>>> Any help would be appreciated! >>>>>>>>>>>>> Thanks >>>>>>>>>>>>> Cheers >>>>>>>>>>>>> Richard >>>>>>>>>>>>> >>>>>>>>>>>>> -- >>>>>>>>>>>>> /dev/null >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>> Users mailing list >>>>>>>>>>>>> Users(a)ovirt.org >>>>>>>>>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> /dev/null >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Users mailing list >>>>>>>>> Users(a)ovirt.org >>>>>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> /dev/null >>>>>>> >>>>> >>>>> >>>>> -- >>>>> /dev/null >>>>> >>> --=20 /dev/null --------------070004000805050505060204 Content-Type: text/plain; charset=UTF-8; name="data-center.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="data-center.txt" L3JoZXYvZGF0YS1jZW50ZXIvCuKUnOKUgOKUgCAwMDAwMDAwMS0wMDAxLTAwMDEtMDAwMS0w MDAwMDAwMDAzY2UK4pSCwqDCoCDilJzilIDilIAgMjczMmNkYTctNDFjMy00YjZmLTg3Y2Mt MTRjZGRjNmMwZmU0IC0+IC9yaGV2L2RhdGEtY2VudGVyL21udC9nbHVzdGVyU0QvYm9yZy1z cGhlcmUtb25lOl9leHBvcnQvMjczMmNkYTctNDFjMy00YjZmLTg3Y2MtMTRjZGRjNmMwZmU0 CuKUgsKgwqAg4pSc4pSA4pSAIDUxNmEyZDc3LWVkY2MtNDZjZi05ODYwLTVmYjQ0MTEyZjRk MCAtPiAvcmhldi9kYXRhLWNlbnRlci9tbnQvdmluY3VsdW0udGJpLnVuaXZpZS5hYy5hdDpf dmFyX2xpYl9leHBvcnRzX2lzby81MTZhMmQ3Ny1lZGNjLTQ2Y2YtOTg2MC01ZmI0NDExMmY0 ZDAK4pSCwqDCoCDilJzilIDilIAgODFiNTliMDgtZGMwMi00MTRiLThjMDEtNDNiN2RlZDE0 ZGUzIC0+IC9yaGV2L2RhdGEtY2VudGVyL21udC9nbHVzdGVyU0QvYm9yZy1zcGhlcmUtb25l Ol9lbmdpbmUvODFiNTliMDgtZGMwMi00MTRiLThjMDEtNDNiN2RlZDE0ZGUzCuKUgsKgwqAg 4pSc4pSA4pSAIGRlNjI4MWI2LWY4NDMtNDhjYy1iN2Y2LTBhZDQ2Nzc2MGUwZCAtPiAvcmhl di9kYXRhLWNlbnRlci9tbnQvZ2x1c3RlclNEL2Jvcmctc3BoZXJlLW9uZTpfcGxleHVzL2Rl NjI4MWI2LWY4NDMtNDhjYy1iN2Y2LTBhZDQ2Nzc2MGUwZArilILCoMKgIOKUlOKUgOKUgCBt YXN0ZXJzZCAtPiAvcmhldi9kYXRhLWNlbnRlci9tbnQvZ2x1c3RlclNEL2Jvcmctc3BoZXJl LW9uZTpfcGxleHVzL2RlNjI4MWI2LWY4NDMtNDhjYy1iN2Y2LTBhZDQ2Nzc2MGUwZArilJTi lIDilIAgbW50CiAgICDilJzilIDilIAgZ2x1c3RlclNECiAgICDilILCoMKgIOKUnOKUgOKU gCBib3JnLXNwaGVyZS1vbmU6X2VuZ2luZQogICAg4pSCwqDCoCDilILCoMKgIOKUnOKUgOKU gCA4MWI1OWIwOC1kYzAyLTQxNGItOGMwMS00M2I3ZGVkMTRkZTMKICAgIOKUgsKgwqAg4pSC wqDCoCDilILCoMKgIOKUnOKUgOKUgCBkb21fbWQKICAgIOKUgsKgwqAg4pSCwqDCoCDilILC oMKgIOKUgsKgwqAg4pSc4pSA4pSAIGlkcwogICAg4pSCwqDCoCDilILCoMKgIOKUgsKgwqAg 4pSCwqDCoCDilJzilIDilIAgaW5ib3gKICAgIOKUgsKgwqAg4pSCwqDCoCDilILCoMKgIOKU gsKgwqAg4pSc4pSA4pSAIGxlYXNlcwogICAg4pSCwqDCoCDilILCoMKgIOKUgsKgwqAg4pSC wqDCoCDilJzilIDilIAgbWV0YWRhdGEKICAgIOKUgsKgwqAg4pSCwqDCoCDilILCoMKgIOKU gsKgwqAg4pSU4pSA4pSAIG91dGJveAogICAg4pSCwqDCoCDilILCoMKgIOKUgsKgwqAg4pSc 4pSA4pSAIGhhX2FnZW50CiAgICDilILCoMKgIOKUgsKgwqAg4pSCwqDCoCDilILCoMKgIOKU nOKUgOKUgCBob3N0ZWQtZW5naW5lLmxvY2tzcGFjZSAtPiAvdmFyL3J1bi92ZHNtL3N0b3Jh Z2UvODFiNTliMDgtZGMwMi00MTRiLThjMDEtNDNiN2RlZDE0ZGUzLzZjMTI3ZjRmLThlYTct NDM1Ni05OWFkLWMxMTgyZmI1NjBmNS8xZmNiNGIwYi1jOGQzLTRiZDYtYjYwNC1lZDc2NDhk MGQ1MmUKICAgIOKUgsKgwqAg4pSCwqDCoCDilILCoMKgIOKUgsKgwqAg4pSU4pSA4pSAIGhv c3RlZC1lbmdpbmUubWV0YWRhdGEgLT4gL3Zhci9ydW4vdmRzbS9zdG9yYWdlLzgxYjU5YjA4 LWRjMDItNDE0Yi04YzAxLTQzYjdkZWQxNGRlMy9iMDNhN2Y1Zi1hNjRlLTQwM2QtYWFjMi01 ZjE3N2MyYTIzMDUvYzIzNjJhOTEtNDc1Yy00NjE3LWE4NDgtMzI3MjVhZjFlZWM0CiAgICDi lILCoMKgIOKUgsKgwqAg4pSCwqDCoCDilJTilIDilIAgaW1hZ2VzCiAgICDilILCoMKgIOKU gsKgwqAg4pSCwqDCoCAgICAg4pSc4pSA4pSAIDAxODIyMjc5LTZmYWQtNGIyYy05ZmI3LTVl MjFkNzE1NzRmZQogICAg4pSCwqDCoCDilILCoMKgIOKUgsKgwqAgICAgIOKUgsKgwqAg4pSc 4pSA4pSAIDE3OWRhODJlLWFhNTUtNGQ1OS1hZWYyLTM2ZGQxNTY0ZDAyNgogICAg4pSCwqDC oCDilILCoMKgIOKUgsKgwqAgICAgIOKUgsKgwqAg4pSc4pSA4pSAIDE3OWRhODJlLWFhNTUt NGQ1OS1hZWYyLTM2ZGQxNTY0ZDAyNi5sZWFzZQogICAg4pSCwqDCoCDilILCoMKgIOKUgsKg wqAgICAgIOKUgsKgwqAg4pSU4pSA4pSAIDE3OWRhODJlLWFhNTUtNGQ1OS1hZWYyLTM2ZGQx NTY0ZDAyNi5tZXRhCiAgICDilILCoMKgIOKUgsKgwqAg4pSCwqDCoCAgICAg4pSc4pSA4pSA IDZjMTI3ZjRmLThlYTctNDM1Ni05OWFkLWMxMTgyZmI1NjBmNQogICAg4pSCwqDCoCDilILC oMKgIOKUgsKgwqAgICAgIOKUgsKgwqAg4pSc4pSA4pSAIDFmY2I0YjBiLWM4ZDMtNGJkNi1i NjA0LWVkNzY0OGQwZDUyZQogICAg4pSCwqDCoCDilILCoMKgIOKUgsKgwqAgICAgIOKUgsKg wqAg4pSc4pSA4pSAIDFmY2I0YjBiLWM4ZDMtNGJkNi1iNjA0LWVkNzY0OGQwZDUyZS5sZWFz ZQogICAg4pSCwqDCoCDilILCoMKgIOKUgsKgwqAgICAgIOKUgsKgwqAg4pSU4pSA4pSAIDFm Y2I0YjBiLWM4ZDMtNGJkNi1iNjA0LWVkNzY0OGQwZDUyZS5tZXRhCiAgICDilILCoMKgIOKU gsKgwqAg4pSCwqDCoCAgICAg4pSc4pSA4pSAIDhhNDllMGZkLTlkNDYtNDZjZS1hMDQwLWFh ZGIyNWMwYTEyOQogICAg4pSCwqDCoCDilILCoMKgIOKUgsKgwqAgICAgIOKUgsKgwqAg4pSc 4pSA4pSAIDQ0MDA4YWYwLTUzYWQtNDA1Zi04YmUzLWMzN2MzYTQ0ZGMyOAogICAg4pSCwqDC oCDilILCoMKgIOKUgsKgwqAgICAgIOKUgsKgwqAg4pSc4pSA4pSAIDQ0MDA4YWYwLTUzYWQt NDA1Zi04YmUzLWMzN2MzYTQ0ZGMyOC5sZWFzZQogICAg4pSCwqDCoCDilILCoMKgIOKUgsKg wqAgICAgIOKUgsKgwqAg4pSU4pSA4pSAIDQ0MDA4YWYwLTUzYWQtNDA1Zi04YmUzLWMzN2Mz YTQ0ZGMyOC5tZXRhCiAgICDilILCoMKgIOKUgsKgwqAg4pSCwqDCoCAgICAg4pSc4pSA4pSA IGE0ODAwNjExLWViNmEtNDZhYi1iNTE4LTNkNzk0MGEwMjlkNwogICAg4pSCwqDCoCDilILC oMKgIOKUgsKgwqAgICAgIOKUgsKgwqAg4pSc4pSA4pSAIDA0ZTEwYTg0LWU5ZjgtNDc5NC04 NTQ4LTlhMjQ0NjFjY2IzZgogICAg4pSCwqDCoCDilILCoMKgIOKUgsKgwqAgICAgIOKUgsKg wqAg4pSc4pSA4pSAIDA0ZTEwYTg0LWU5ZjgtNDc5NC04NTQ4LTlhMjQ0NjFjY2IzZi5sZWFz ZQogICAg4pSCwqDCoCDilILCoMKgIOKUgsKgwqAgICAgIOKUgsKgwqAg4pSU4pSA4pSAIDA0 ZTEwYTg0LWU5ZjgtNDc5NC04NTQ4LTlhMjQ0NjFjY2IzZi5tZXRhCiAgICDilILCoMKgIOKU gsKgwqAg4pSCwqDCoCAgICAg4pSc4pSA4pSAIGIwM2E3ZjVmLWE2NGUtNDAzZC1hYWMyLTVm MTc3YzJhMjMwNQogICAg4pSCwqDCoCDilILCoMKgIOKUgsKgwqAgICAgIOKUgsKgwqAg4pSc 4pSA4pSAIGMyMzYyYTkxLTQ3NWMtNDYxNy1hODQ4LTMyNzI1YWYxZWVjNAogICAg4pSCwqDC oCDilILCoMKgIOKUgsKgwqAgICAgIOKUgsKgwqAg4pSc4pSA4pSAIGMyMzYyYTkxLTQ3NWMt NDYxNy1hODQ4LTMyNzI1YWYxZWVjNC5sZWFzZQogICAg4pSCwqDCoCDilILCoMKgIOKUgsKg wqAgICAgIOKUgsKgwqAg4pSU4pSA4pSAIGMyMzYyYTkxLTQ3NWMtNDYxNy1hODQ4LTMyNzI1 YWYxZWVjNC5tZXRhCiAgICDilILCoMKgIOKUgsKgwqAg4pSCwqDCoCAgICAg4pSU4pSA4pSA IGRkZWRiZDg5LTkzZTMtNGU3NS05ZTk0LTMyZWFkZDZmOTIyMQogICAg4pSCwqDCoCDilILC oMKgIOKUgsKgwqAgICAgICAgICDilJzilIDilIAgZWVjYWNkNTAtYzE5Zi00MzVhLWJiZDMt NTk3MmI5MjMyZmJhCiAgICDilILCoMKgIOKUgsKgwqAg4pSCwqDCoCAgICAgICAgIOKUnOKU gOKUgCBlZWNhY2Q1MC1jMTlmLTQzNWEtYmJkMy01OTcyYjkyMzJmYmEubGVhc2UKICAgIOKU gsKgwqAg4pSCwqDCoCDilILCoMKgICAgICAgICAg4pSU4pSA4pSAIGVlY2FjZDUwLWMxOWYt NDM1YS1iYmQzLTU5NzJiOTIzMmZiYS5tZXRhCiAgICDilILCoMKgIOKUgsKgwqAg4pSU4pSA 4pSAIF9fRElSRUNUX0lPX1RFU1RfXwogICAg4pSCwqDCoCDilJzilIDilIAgYm9yZy1zcGhl cmUtb25lOl9leHBvcnQKICAgIOKUgsKgwqAg4pSCwqDCoCDilJzilIDilIAgMjczMmNkYTct NDFjMy00YjZmLTg3Y2MtMTRjZGRjNmMwZmU0CiAgICDilILCoMKgIOKUgsKgwqAg4pSCwqDC oCDilJzilIDilIAgZG9tX21kCiAgICDilILCoMKgIOKUgsKgwqAg4pSCwqDCoCDilILCoMKg IOKUnOKUgOKUgCBpZHMKICAgIOKUgsKgwqAg4pSCwqDCoCDilILCoMKgIOKUgsKgwqAg4pSc 4pSA4pSAIGluYm94CiAgICDilILCoMKgIOKUgsKgwqAg4pSCwqDCoCDilILCoMKgIOKUnOKU gOKUgCBsZWFzZXMKICAgIOKUgsKgwqAg4pSCwqDCoCDilILCoMKgIOKUgsKgwqAg4pSc4pSA 4pSAIG1ldGFkYXRhCiAgICDilILCoMKgIOKUgsKgwqAg4pSCwqDCoCDilILCoMKgIOKUlOKU gOKUgCBvdXRib3gKICAgIOKUgsKgwqAg4pSCwqDCoCDilILCoMKgIOKUnOKUgOKUgCBpbWFn ZXMKICAgIOKUgsKgwqAg4pSCwqDCoCDilILCoMKgIOKUlOKUgOKUgCBtYXN0ZXIKICAgIOKU gsKgwqAg4pSCwqDCoCDilILCoMKgICAgICDilJzilIDilIAgdGFza3MKICAgIOKUgsKgwqAg 4pSCwqDCoCDilILCoMKgICAgICDilJTilIDilIAgdm1zCiAgICDilILCoMKgIOKUgsKgwqAg 4pSU4pSA4pSAIF9fRElSRUNUX0lPX1RFU1RfXwogICAg4pSCwqDCoCDilJTilIDilIAgYm9y Zy1zcGhlcmUtb25lOl9wbGV4dXMKICAgIOKUgsKgwqAgICAgIOKUnOKUgOKUgCBkZTYyODFi Ni1mODQzLTQ4Y2MtYjdmNi0wYWQ0Njc3NjBlMGQKICAgIOKUgsKgwqAgICAgIOKUgsKgwqAg 4pSc4pSA4pSAIGRvbV9tZAogICAg4pSCwqDCoCAgICAg4pSCwqDCoCDilILCoMKgIOKUnOKU gOKUgCBpZHMKICAgIOKUgsKgwqAgICAgIOKUgsKgwqAg4pSCwqDCoCDilJzilIDilIAgaW5i b3gKICAgIOKUgsKgwqAgICAgIOKUgsKgwqAg4pSCwqDCoCDilJzilIDilIAgbGVhc2VzCiAg ICDilILCoMKgICAgICDilILCoMKgIOKUgsKgwqAg4pSc4pSA4pSAIG1ldGFkYXRhCiAgICDi lILCoMKgICAgICDilILCoMKgIOKUgsKgwqAg4pSU4pSA4pSAIG91dGJveAogICAg4pSCwqDC oCAgICAg4pSCwqDCoCDilJzilIDilIAgaW1hZ2VzCiAgICDilILCoMKgICAgICDilILCoMKg IOKUgsKgwqAg4pSc4pSA4pSAIDQwODM4ODRlLTUxN2UtNDQ5ZC04ZjVjLTY5ZjIxYjQ0ZjVm NQogICAg4pSCwqDCoCAgICAg4pSCwqDCoCDilILCoMKgIOKUgsKgwqAg4pSc4pSA4pSAIGUy ZWFkODI3LTIzMWItNGFkZi1hMTIyLTkyMWVlM2ZlYmJjOQogICAg4pSCwqDCoCAgICAg4pSC wqDCoCDilILCoMKgIOKUgsKgwqAg4pSc4pSA4pSAIGUyZWFkODI3LTIzMWItNGFkZi1hMTIy LTkyMWVlM2ZlYmJjOS5sZWFzZQogICAg4pSCwqDCoCAgICAg4pSCwqDCoCDilILCoMKgIOKU gsKgwqAg4pSU4pSA4pSAIGUyZWFkODI3LTIzMWItNGFkZi1hMTIyLTkyMWVlM2ZlYmJjOS5t ZXRhCiAgICDilILCoMKgICAgICDilILCoMKgIOKUgsKgwqAg4pSc4pSA4pSAIDkzN2UzNTBm LWI4YjktNGExMi1hYjJiLWM3ZDFjOTM4NjQ2OAogICAg4pSCwqDCoCAgICAg4pSCwqDCoCDi lILCoMKgIOKUgsKgwqAg4pSc4pSA4pSAIGExZjFkZmMzLWE1OWUtNGIzMS1iYjg2LTY2ODJl NGM4ZTIxNwogICAg4pSCwqDCoCAgICAg4pSCwqDCoCDilILCoMKgIOKUgsKgwqAg4pSc4pSA 4pSAIGExZjFkZmMzLWE1OWUtNGIzMS1iYjg2LTY2ODJlNGM4ZTIxNy5sZWFzZQogICAg4pSC wqDCoCAgICAg4pSCwqDCoCDilILCoMKgIOKUgsKgwqAg4pSU4pSA4pSAIGExZjFkZmMzLWE1 OWUtNGIzMS1iYjg2LTY2ODJlNGM4ZTIxNy5tZXRhCiAgICDilILCoMKgICAgICDilILCoMKg IOKUgsKgwqAg4pSc4pSA4pSAIGE0NjQ2ZmM0LWQ3MWQtNGJjZS05MmE2LTk3NzQ3Njk0Yjlm YQogICAg4pSCwqDCoCAgICAg4pSCwqDCoCDilILCoMKgIOKUgsKgwqAg4pSc4pSA4pSAIDVm N2ZhOTVkLWJjY2ItNGNlNy04NmIxLWQ3YmI4ZjhlYmJkZAogICAg4pSCwqDCoCAgICAg4pSC wqDCoCDilILCoMKgIOKUgsKgwqAg4pSc4pSA4pSAIDVmN2ZhOTVkLWJjY2ItNGNlNy04NmIx LWQ3YmI4ZjhlYmJkZC5sZWFzZQogICAg4pSCwqDCoCAgICAg4pSCwqDCoCDilILCoMKgIOKU gsKgwqAg4pSU4pSA4pSAIDVmN2ZhOTVkLWJjY2ItNGNlNy04NmIxLWQ3YmI4ZjhlYmJkZC5t ZXRhCiAgICDilILCoMKgICAgICDilILCoMKgIOKUgsKgwqAg4pSc4pSA4pSAIGJkOTZlZDE1 LTQyZDEtNGY5MS04MmNjLTAwOGU2NzFhNDVmMwogICAg4pSCwqDCoCAgICAg4pSCwqDCoCDi lILCoMKgIOKUgsKgwqAg4pSc4pSA4pSAIDM1ZGQ4ZmEzLTM2NzgtNDI1YS1hYzJiLTEyNDA5 ZjExYTUwZQogICAg4pSCwqDCoCAgICAg4pSCwqDCoCDilILCoMKgIOKUgsKgwqAg4pSc4pSA 4pSAIDM1ZGQ4ZmEzLTM2NzgtNDI1YS1hYzJiLTEyNDA5ZjExYTUwZS5sZWFzZQogICAg4pSC wqDCoCAgICAg4pSCwqDCoCDilILCoMKgIOKUgsKgwqAg4pSU4pSA4pSAIDM1ZGQ4ZmEzLTM2 NzgtNDI1YS1hYzJiLTEyNDA5ZjExYTUwZS5tZXRhCiAgICDilILCoMKgICAgICDilILCoMKg IOKUgsKgwqAg4pSU4pSA4pSAIGNjMTRiYTA1LTVhZTQtNGM2Zi04YzhhLTQyYWQ4ODQxMDYz NgogICAg4pSCwqDCoCAgICAg4pSCwqDCoCDilILCoMKgICAgICDilJzilIDilIAgNjE4ZjQx YjEtZTI2ZS00NTNlLThiYmQtNTBjZjZlZTM3NWQwCiAgICDilILCoMKgICAgICDilILCoMKg IOKUgsKgwqAgICAgIOKUnOKUgOKUgCA2MThmNDFiMS1lMjZlLTQ1M2UtOGJiZC01MGNmNmVl Mzc1ZDAubGVhc2UKICAgIOKUgsKgwqAgICAgIOKUgsKgwqAg4pSCwqDCoCAgICAg4pSc4pSA 4pSAIDYxOGY0MWIxLWUyNmUtNDUzZS04YmJkLTUwY2Y2ZWUzNzVkMC5tZXRhCiAgICDilILC oMKgICAgICDilILCoMKgIOKUgsKgwqAgICAgIOKUnOKUgOKUgCA5YjZkZjNkNC02OTgzLTQ0 YzEtYmRhNi1lNmQyZDY5MTU3YzgKICAgIOKUgsKgwqAgICAgIOKUgsKgwqAg4pSCwqDCoCAg ICAg4pSc4pSA4pSAIDliNmRmM2Q0LTY5ODMtNDRjMS1iZGE2LWU2ZDJkNjkxNTdjOC5sZWFz ZQogICAg4pSCwqDCoCAgICAg4pSCwqDCoCDilILCoMKgICAgICDilJTilIDilIAgOWI2ZGYz ZDQtNjk4My00NGMxLWJkYTYtZTZkMmQ2OTE1N2M4Lm1ldGEKICAgIOKUgsKgwqAgICAgIOKU gsKgwqAg4pSU4pSA4pSAIG1hc3RlcgogICAg4pSCwqDCoCAgICAg4pSCwqDCoCAgICAg4pSc 4pSA4pSAIHRhc2tzCiAgICDilILCoMKgICAgICDilILCoMKgICAgICDilJTilIDilIAgdm1z CiAgICDilILCoMKgICAgICDilJTilIDilIAgX19ESVJFQ1RfSU9fVEVTVF9fCiAgICDilJzi lIDilIAgX3Zhcl9saWJfb3ZpcnQtaG9zdGVkLWVuZ2luZS1zZXR1cF90bXBJQ2NtRFcKICAg IOKUlOKUgOKUgCB2aW5jdWx1bS50YmkudW5pdmllLmFjLmF0Ol92YXJfbGliX2V4cG9ydHNf aXNvCiAgICAgICAg4pSc4pSA4pSAIDUxNmEyZDc3LWVkY2MtNDZjZi05ODYwLTVmYjQ0MTEy ZjRkMAogICAgICAgIOKUgsKgwqAg4pSc4pSA4pSAIGRvbV9tZAogICAgICAgIOKUgsKgwqAg 4pSCwqDCoCDilJzilIDilIAgaWRzCiAgICAgICAg4pSCwqDCoCDilILCoMKgIOKUnOKUgOKU gCBpbmJveAogICAgICAgIOKUgsKgwqAg4pSCwqDCoCDilJzilIDilIAgbGVhc2VzCiAgICAg ICAg4pSCwqDCoCDilILCoMKgIOKUnOKUgOKUgCBtZXRhZGF0YQogICAgICAgIOKUgsKgwqAg 4pSCwqDCoCDilJTilIDilIAgb3V0Ym94CiAgICAgICAg4pSCwqDCoCDilJTilIDilIAgaW1h Z2VzCiAgICAgICAg4pSCwqDCoCAgICAg4pSU4pSA4pSAIDExMTExMTExLTExMTEtMTExMS0x MTExLTExMTExMTExMTExMQogICAgICAgIOKUgsKgwqAgICAgICAgICDilJzilIDilIAgQ2Vu dE9TLTcteDg2XzY0LU5ldEluc3RhbGwtMTUxMS5pc28KICAgICAgICDilILCoMKgICAgICAg ICAg4pSU4pSA4pSAIEZlZG9yYS1Xb3Jrc3RhdGlvbi1MaXZlLXg4Nl82NC0yNF9BbHBoYS03 LmlzbwogICAgICAgIOKUlOKUgOKUgCBfX0RJUkVDVF9JT19URVNUX18KCjQ0IGRpcmVjdG9y aWVzLCA2NCBmaWxlcwo= --------------070004000805050505060204-- --SbPVBmWBWGj6xG5SNLe8NaNUk0mGIEPC2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJXEI4PAAoJEA7XCanqEVqIOIsP/iv1aLehzgftrqZWrKirrIzd 0WbPS/jg4NyUnl+CD24Hbmvg80O70wvJiYQs978/6e3izaUH2wLZSfNyqIf1m6G5 XiMYtgfevnx8hB4RAxRsbS/Z2xLBBt11S5beTSIlKnODoRttnaGYK/IpqpWWNRhv C5IPDQ5z/q+3CE+O/nhPjiILPb0x4CumTm6oAF+8pEsT3RIPIcQO/K0aD9mvB1v2 cwbqhfIOJNaHsdeLQwRHmvpckbzjSrD8YXrFrn+NMmBLHfUXYmz+tXjFGccO0r2/ bt8ZjD200lZapxqBTqFBUf78elwbbeTmObNIfS4kUt05JVSLOrlE1n0c4xUTZuEf 1iMIZLqDd1Ce57VPnNtPoMN6YfiJOXvV1+sCup1q6KWGdUo/fzsJy897sg11eQO7 znhVUhgblUwnQXOhkQcIy4whxZHXQh93415mO6CZ7n6UtpINIPDi1mdyPlrltQpo 6k6Ll+wfTa/eyuLbef9zAdOpdyA6kmeWO2IuFNecgkzwJo1nYZf7kZjT907sSN09 yjS4Hj/mUa9VJhAv2XsXw9HIIa8EuUvhJMQceFds44n9RGXDRKtFvQzuI/hcUP8C C2sk4pduOfzlAxouH1l9h1P544Pa9mhW4aWJDfxWKpoDBpqmFpnu0WYYJYaNRcgk g/sIIt53qwFjnoX40sgU =n3nl -----END PGP SIGNATURE----- --SbPVBmWBWGj6xG5SNLe8NaNUk0mGIEPC2--

2 1

[ANN] Schedule for oVirt 4.0.0
by Sandro Bonazzola 15 Apr '16

15 Apr '16

The oVirt Project team is pleased to inform that schedule for oVirt 4.0.0 has been finalized. The key dates follows: * 2016-05-18 - oVirt 4.0 Beta - Feature freeze * 2016-05-25 - String Freeze * 2016-06-01 - oVirt 4.0 RC1 * 2016-06-15 - oVirt 4.0 GA Release A release management page has been created at: http://www.ovirt.org/develop/release-management/releases/4.0/release-manage… oVirt 4.0.0 Alpha release notes are available at: http://www.ovirt.org/release/4.0.0/ oVirt Google Calendar has been updated accordingly: ICAL: https://www.google.com/calendar/ical/ppqtk46u9cglj7l987ruo2l0f8%40group.cal… XML: https://www.google.com/calendar/feeds/ppqtk46u9cglj7l987ruo2l0f8%40group.ca… HTML: https://www.google.com/calendar/embed?src=ppqtk46u9cglj7l987ruo2l0f8%40grou… Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0