August 2016 - Users - oVirt List Archives

Network Address Change
by Paul.LKW 28 Dec '22

28 Dec '22

Hi All: I just has a case, I need to change the oVirt host and engine IP address due to data center decommission I checked in the hosted-engine host there are some files I could change ; in ovirt-hosted-engine/hosted-engine.conf ca_subject="O=simple.com, CN=1.2.3.4" gateway=1.2.3.254 and of course I need to change the ovirtmgmt interface IP too, I think just change the above line could do the tick, but where could I change the other host IP in the cluster ? I think I have to be lost all the host as once changed the hosted-engine host IP as it is in diff. sub net. Does there any command line tools could do that or someone has such experience could share? Best Regards, Paul.LKW

4 6

looking for some ISV backup software which integrates the backup API
by Nathanaël Blanchet 08 Jun '22

08 Jun '22

Hello, We are about to change our backup provider, and I find it is a great chance to choose a full supported ovirt backup solution. I currently use this python script vm-backup-scheduler (https://github.com/wefixit-AT/oVirtBackup) but it is not the workflow officially suggested by the community (https://www.ovirt.org/develop/release-management/features/storage/backup-re…) I've been looking for a long time an ISV who supports such an API, but the only one I found is this one : Acronis Backup Advanced suggested here https://access.redhat.com/ecosystem/search/#/ecosystem/Red%20Hat%20Enterpri… I ran the trial version, but it doesn't seem to do better than the vm-backup-scheduler script, and it doesn't seem to use the backup API (attach a clone as a disk to an existing vm). Can you suggest me some other ISV solutions, if they ever exist... or share me your backup experience?

5 4

Vm suddenly paused with error "vm has paused due to unknown storage error"
by Jasper Siero 18 Feb '20

18 Feb '20

Hi all, Since we upgraded our Ovirt nodes to CentOS 7 a vm (not a specific one but never more then one) will sometimes pause suddenly with the error "VM ... has paused due to unknown storage error". It happens now two times in a month. The Ovirt node uses san storage for the vm's running on it. When a specific vm is pausing with an error the other vm's keeps running without problems. The vm runs without problems after unpausing it. Versions: CentOS Linux release 7.1.1503 vdsm-4.14.17-0 libvirt-daemon-1.2.8-16 vdsm.log: VM Channels Listener::DEBUG::2015-10-25 07:43:54,382::vmChannels::95::vds::(_handle_timeouts) Timeout on fileno 78. libvirtEventLoop::INFO::2015-10-25 07:43:56,177::vm::4602::vm.Vm::(_onIOError) vmId=`77f07ae0-cc3e-4ae2-90ec-7fba7b11deeb`::abnormal vm stop device virtio-disk0 error eother libvirtEventLoop::DEBUG::2015-10-25 07:43:56,178::vm::5204::vm.Vm::(_onLibvirtLifecycleEvent) vmId=`77f07ae0-cc3e-4ae2-90ec-7fba7b11deeb`::event Suspended detail 2 opaque None libvirtEventLoop::INFO::2015-10-25 07:43:56,178::vm::4602::vm.Vm::(_onIOError) vmId=`77f07ae0-cc3e-4ae2-90ec-7fba7b11deeb`::abnormal vm stop device virtio-disk0 error eother ........... libvirtEventLoop::INFO::2015-10-25 07:43:56,180::vm::4602::vm.Vm::(_onIOError) vmId=`77f07ae0-cc3e-4ae2-90ec-7fba7b11deeb`::abnormal vm stop device virtio-disk0 error eother specific error part in libvirt vm log: block I/O error in device 'drive-virtio-disk0': Unknown error 32758 (32758) ........... block I/O error in device 'drive-virtio-disk0': Unknown error 32758 (32758) engine.log: 2015-10-25 07:44:48,945 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-40) [a43dcc8] VM diataal-prod-cas1 77f07ae0-cc3e-4ae2-90ec-7fba7b11deeb moved from Up --> Paused 2015-10-25 07:44:49,003 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-40) [a43dcc8] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM diataal-prod-cas1 has paused due to unknown storage error. Has anyone experienced the same problem or knows a way to solve this? Kind regards, Jasper

3 3

[Users] Problem Creating "oVirtEngine" Machine
by Richie＠HIP 15 May '19

15 May '19

--Apple-Mail=_DF4BF6D1-1F87-4F60-9CF9-070D4D836241 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I can't agree with you more. Modifying every box's or Virtual Machine's = HOSTS file with a FQDN and IP SHOULD work, but in my case it is not. = There are several reasons I've come to believe could be the problem = during my trial-and-errors testing and learning. FIRST - MACHINE IPs. THe machine's "Names" where not appearing in the Microsoft Active = Directory DHCP along with their assigned IPs; in other words, the DHCP = just showed an "Assigned IP", equal to the Linux Machine's IP, with a = <empty> ('i.e. blank, none, silch, plan old "no-letters-or-numbers") = "Name" in the "Name" (i.e. machines "network name", or FQDN-value used = by the Windows AD DNS-service) column. =20 if your IP is is appearing with an <empty> "name", there is no "host = name" to associate the IP, it makes it difficult to define a FQDN; which = isn't that useful if we're going to use the HOSTS files in all = participating machines in an oVirt Installation. I kept banging my head for three (3) long hours trying to find the = problem. In Fedora 18, I could't find where the "network name" of the machine = could be defined. =20 I tried putting the "Additional Search Domains" and/or "DHCP Client ID" = in Fedora's 18 Desktop - under "System Settings > Hardware > Network > = Options > IPv4 Setting" The DHCP went crazy; showing an "Aberrant-MAC-Address" (i.e. a really = long-sting value where the machine's MAC address should be), and we knew = the MAC address as we obtained using "ifconfig" on the machine getting = it's IP from the DHCP. So we reverted these entries from the = aforementioned, rebooted, and got an assigned IP, with proper MAC = address, but still no "Name" Kept wondering around the "Settings" and seeing which one made sense, = but what the heck, I went for it. =20 Under "System Settings > System > Details" I found the information about = GNOME and the machine's hardware. =20 There was a field for "Device Name" that originally had = "localhost.localdomain"; I changed the value to "ovirtmanager". and = under "Graphic" changed to "Forced Fallback Mode" to "ON". =20 I also installed all Kerberos libraries and client (i.e. authconfig-gtk, = authhub, authhub-client, krb5-apple-clents, krb5-auth-dialog, = krb5-workstation, pam-kcoda, pam-krb5, root-net.krb5) and rebooted VOILA=85!!! =20 I don;t know if it was the definition of "Device Name" from = "localhost.localdomain" to "ovirtengine", of the Kerberos libraries = install, or both. But finally the MS AD DHCP was showing the = Addigned-IP, the machine "Name" and the proper MAC-address. Regardless, = setting the machine's "Network Name" under "System Settings > System > = Details > Device Name", with no explanation of what "Device Name" meant = or was used for, was the last place I would have imagined this network = setting could be defined. NOTE - Somebody has to try the two steps I did together, separately. to = see which one is the real problem-solver; for me it is working, and "if = it ain't broke, don't fix it=85" Now that I have the DHCP / IP thing sorted, I have to do the DNS stuff. To this point, I've addressed the DHCP and "Network Name" of the = IP-Lease (required for the DNS to work). This still does't completely = explain why, by modifying the HOSTS file (allowing be to set and IP and = non-DNS FQDN). allows me to install the oVirtEngine "as long as I do not = use default HTTPd service parameters as suggested by the install". By = using the HOST file to "define" FQDNs, AND NOT using the default HTTPd = suggested changes, I'm able to install the oVirtEngine (given that I use = ports 8700 and 8701) to access the "oVirtEngine Welcome Screen", BUT = NONE of the "oVirt Portals" work=85 YET=85!!! More to come during the week Richie Jos=E9 E ("Richie") Piovanetti, MD, MS=20 M: 787-615-4884 | richiepiovanetti(a)healthcareinfopartners.com On Aug 2, 2013, at 3:10 AM, Joop <jvdwege(a)xs4all.nl> wrote: > Hello Ritchie, >=20 >> In a conversation via IRC, someone suggested that I activate = "dnsmask" to overcome what appears to be a DNS problem. I'll try that = other possibility once I get home later today. >>=20 >> In the mean time, what do you mean by "fixing the hostname"=85? I = opened and fixed the HOSTNAMES and changed it from = "localhost-localdomain" to "localhost.localdomain" and that made no = difference. Albeit, after changing I didm;t restart, remove ovirtEngine = ((using "engine-cleanup") and reinstalled via "engine-setup". Is that = what you mean=85? >>=20 >>=20 >>=20 >> In the mean time, the fact that even if I resolve the issue of = oVirtEngine I will not be able to connect to the oVirt Nodes unless I = have DNS resolution, apparently means I should do something with = resolving via DNS in my home LAN (i.e implement some sort of "DNS Cache" = so I can resolve my home computers via DNS inside my LAN). >>=20 >> Any suggestions are MORE THAN WELCOME=85!!! >> =20 >=20 > Having setup ovirt more than I can count right now I share your = feeling that it isn't always clear why things are going wrong, but in = this case I suspect that there is a rather small thing missing. > In short if you setup ovirt-engine, either using virtualbox or on real = hardware, and you give your host a meaningfull name AND you add that = info also in your /etc/hosts file than things SHOULD work, no need for = dnsmasq or even bind. Would make things easier once you start adding = virt hosts to you infrastructure since you will need to duplicate these = actions on each host (add engine name/ip to each host and add each host = to the others and all hosts to engine) >=20 > Just ask if you need more assistance and I will write down a small = howto that should work out of the box else I might have some time to see = if I can get things going. >=20 > Regards, >=20 > Joop >=20 --Apple-Mail=_DF4BF6D1-1F87-4F60-9CF9-070D4D836241 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dwindows-1252"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">I = can't agree with you more.  Modifying every box's or Virtual = Machine's HOSTS file with a FQDN and IP SHOULD work, but in my case it = is not.  There are several reasons I've come to believe could be = the problem during my trial-and-errors testing and = learning.<div><div><br></div><div>FIRST - MACHINE IPs.</div><ul = class=3D"MailOutline"><li>THe machine's "Names" where not appearing in = the <b>Microsoft Active Directory DHCP</b> along with their assigned = IPs; in other words, the DHCP just showed an "Assigned IP", equal to the = Linux Machine's IP, with a <empty> ('i.e. blank, none, silch, plan = old "no-letters-or-numbers") "Name" in the "Name" (i.e. machines = "network name", or FQDN-value used by the Windows AD DNS-service) = column.  </li><li>if your IP is is appearing with an <empty> = "name", there is no "host name" to associate the IP, it makes it = difficult to define a FQDN; which isn't that useful if we're going to = use the HOSTS files in all participating machines in an oVirt = Installation.</li><li>I kept banging my head for three (3) long hours = trying to find the problem.</li><ul><li>In Fedora 18, I could't find = where the "network name" of the machine could be defined. =  </li><li>I tried putting the "Additional Search Domains" and/or = "DHCP Client ID" in Fedora's 18 Desktop - under "System Settings > = Hardware > Network > Options > IPv4 Setting"</li><ul><li>The = DHCP went crazy;  showing an "Aberrant-MAC-Address" (i.e. a really = long-sting value where the machine's MAC address should be), and we knew = the MAC address as we obtained using "ifconfig" on the machine getting = it's IP from the DHCP.  So we reverted these entries from the = aforementioned, rebooted, and got an assigned IP, with proper MAC = address, but still no "Name"</li></ul><li>Kept wondering around the = "Settings" and seeing which one made sense, but what the heck, I went = for it.  </li><ul><li>Under "System Settings > System > = Details" I found the information about GNOME and the machine's hardware. =  </li><li>There was a field for "Device Name" that originally had = "localhost.localdomain"; I changed the value to "ovirtmanager". and = under "Graphic" changed to "Forced Fallback Mode" to "ON". =  </li><li>I also installed all Kerberos libraries and client (i.e. = authconfig-gtk, authhub, authhub-client, krb5-apple-clents, = krb5-auth-dialog, krb5-workstation, pam-kcoda, pam-krb5, root-net.krb5) = and rebooted</li><li>VOILA=85!!!  </li></ul><li>I don;t know if it = was the definition of "Device Name" from "localhost.localdomain" to = "ovirtengine", of the Kerberos libraries install, or both.  But = finally the MS AD DHCP was showing the Addigned-IP, the machine "Name" = and the proper MAC-address.  Regardless, setting the machine's = "Network Name" under "System Settings > System > Details = > Device Name", with no explanation of what "Device Name" meant = or was used for, was the last place I would have imagined this = network setting could be defined.</li><li><b>NOTE</b> - Somebody has to = try the two steps I did together, separately. to see which one is the = real problem-solver; for me it is working, and "if it ain't broke, don't = fix it=85"</li></ul></ul><div><br = class=3D"webkit-block-placeholder"></div><div>Now that I have the DHCP / = IP thing sorted, I have to do the DNS stuff.</div><div><br></div><div>To = this point, I've addressed the DHCP and "Network Name" of the IP-Lease = (required for the DNS to work).  This still does't completely = explain why, by modifying the HOSTS file (allowing be to set and IP and = non-DNS FQDN). allows me to install the oVirtEngine "<b><i>as long as I = do not use default  HTTPd service parameters as suggested by the = install</i></b>".  <b>By using the HOST file to "define" FQDNs, AND = NOT using the default HTTPd suggested changes, I'm able to install the = oVirtEngine (given that I use ports 8700 and 8701) to access the = "oVirtEngine Welcome Screen", BUT NONE of the "oVirt Portals" work</b>=85 = YET=85!!!</div><div><br></div><div>More to come during the = week</div><div><br></div><div>Richie</div><div = apple-content-edited=3D"true"><br>Jos=E9 E ("Richie") Piovanetti, MD, = MS <br>M: 787-615-4884 | <a = href=3D"mailto:richiepiovanetti@healthcareinfopartners.com">richiepiovanet= ti(a)healthcareinfopartners.com</a><br><br><br><br><br><br></div><br><div><d= iv>On Aug 2, 2013, at 3:10 AM, Joop <<a = href=3D"mailto:jvdwege@xs4all.nl">jvdwege(a)xs4all.nl</a>> = wrote:</div><br class=3D"Apple-interchange-newline"><blockquote = type=3D"cite">Hello Ritchie,<br><br><blockquote type=3D"cite">In a = conversation via IRC, someone suggested that I activate "dnsmask" to = overcome what appears to be a DNS problem.  I'll try that other = possibility once I get home later today.<br><br>In the mean time, what = do you mean by "fixing the hostname"=85?  I opened and fixed the = HOSTNAMES and changed it from "localhost-localdomain" to = "localhost.localdomain" and that made no difference.  Albeit, after = changing I didm;t restart, remove ovirtEngine ((using "engine-cleanup") = and reinstalled via "engine-setup".  Is that what you = mean=85?<br><br><br><br>In the mean time, the fact that even if I = resolve the issue of oVirtEngine I will not be able to connect to the = oVirt Nodes unless I have DNS resolution, apparently means I should do = something with resolving via DNS in my home LAN (i.e implement some sort = of "DNS Cache" so I can resolve my home computers via DNS inside my = LAN).<br><br>Any suggestions are MORE THAN WELCOME=85!!!<br> =  <br></blockquote><br>Having setup ovirt more than I can count = right now I share your feeling that it isn't always clear why things are = going wrong, but in this case I suspect that there is a rather small = thing missing.<br>In short if you setup ovirt-engine, either using = virtualbox or on real hardware, and you give your host a meaningfull = name AND you add that info also in your /etc/hosts file than things = SHOULD work, no need for dnsmasq or even bind. Would make things easier = once you start adding virt hosts to you infrastructure since you will = need to duplicate these actions on each host (add engine name/ip to each = host and add each host to the others and all hosts to = engine)<br><br>Just ask if you need more assistance and I will write = down a small howto that should work out of the box else I might have = some time to see if I can get things = going.<br><br>Regards,<br><br>Joop<br><br></blockquote></div><br></div></b= ody></html>= --Apple-Mail=_DF4BF6D1-1F87-4F60-9CF9-070D4D836241--

2 1

Re: [ovirt-users] Question about the ovirt-engine-sdk-java
by Michael Pasternak 15 May '19

15 May '19

------=_Part_1975902_834617789.1445161505459 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi=C2=A0Salifou, Actually java sdk is=C2=A0intentionally=C2=A0hiding transport level interna= ls so developers could stay in java domain,if your headers are static, easi= est way would be using reverse proxy in a middle to intercept requests,=C2= =A0 can you tell me why do you need this? =20 On Friday, October 16, 2015 1:14 AM, Salifou Sidi M. Malick <ssidimah@= redhat.com> wrote: =20 Hi Micheal, I have a question about the ovirt-engine-sdk-java. Is there a way to add custom request headers to each RHEVM API call? Here is an example of a request that I would like to do: $ curl -v -k \ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 -H "ID: user1(a)ad.xyz.com" \ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 -H "PASSWORD: Pwssd" \ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 -H "TARGET: kobe" \ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 https://vm0.smalick.com/api/hosts I would like to add ID, PASSWORD and TARGET as HTTP request header.=20 Thanks, Salifou ------=_Part_1975902_834617789.1445161505459 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <html><head></head><body><div style=3D"color:#000; background-color:#fff; f= ont-family:HelveticaNeue-Light, Helvetica Neue Light, Helvetica Neue, Helve= tica, Arial, Lucida Grande, sans-serif;font-size:13px"><div id=3D"yui_3_16_= 0_1_1445160422533_3555" dir=3D"ltr"><span id=3D"yui_3_16_0_1_1445160422533_= 4552">Hi </span><span style=3D"font-family: 'Helvetica Neue', 'Segoe U= I', Helvetica, Arial, 'Lucida Grande', sans-serif;" id=3D"yui_3_16_0_1_1445= 160422533_3568" class=3D"">Salifou,</span></div><div id=3D"yui_3_16_0_1_144= 5160422533_3555" dir=3D"ltr"><span style=3D"font-family: 'Helvetica Neue', = 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif;" class=3D""><br>= </span></div><div id=3D"yui_3_16_0_1_1445160422533_3555" dir=3D"ltr"><span = style=3D"font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Luci= da Grande', sans-serif;" class=3D"" id=3D"yui_3_16_0_1_1445160422533_3595">= Actually java sdk is </span><span style=3D"font-family: 'Helvetica Neu= e', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif;" id=3D"yui_3= _16_0_1_1445160422533_4360" class=3D"">intentionally </span><span styl= e=3D"font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida G= rande', sans-serif;" id=3D"yui_3_16_0_1_1445160422533_4362" class=3D"">hidi= ng transport level internals so developers could stay in java domain,</span= ></div><div id=3D"yui_3_16_0_1_1445160422533_3555" dir=3D"ltr"><span class= =3D"" id=3D"yui_3_16_0_1_1445160422533_4435"><font face=3D"Helvetica Neue, = Segoe UI, Helvetica, Arial, Lucida Grande, sans-serif" id=3D"yui_3_16_0_1_1= 445160422533_4432" class=3D"">if your headers are static, easiest way would= be using reverse proxy in a middle to intercept requests, </font><br>= </span></div><div id=3D"yui_3_16_0_1_1445160422533_3555" dir=3D"ltr"><span = class=3D""><font face=3D"Helvetica Neue, Segoe UI, Helvetica, Arial, Lucida= Grande, sans-serif" class=3D""><br></font></span></div><div id=3D"yui_3_16= _0_1_1445160422533_3555" dir=3D"ltr"><span style=3D"font-family: 'Helvetica= Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif;" id=3D"y= ui_3_16_0_1_1445160422533_4357">can you tell me why do you need this?</span= ><br></div> <br><div class=3D"qtdSeparateBR"><br><br></div><div class=3D"y= ahoo_quoted" style=3D"display: block;"> <div style=3D"font-family: Helvetic= aNeue-Light, Helvetica Neue Light, Helvetica Neue, Helvetica, Arial, Lucida= Grande, sans-serif; font-size: 13px;"> <div style=3D"font-family: Helvetic= aNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-si= ze: 16px;"> <div dir=3D"ltr"> <font size=3D"2" face=3D"Arial"> On Friday, O= ctober 16, 2015 1:14 AM, Salifou Sidi M. Malick <ssidimah(a)redhat.com>= wrote:<br> </font> </div> <br><br> <div class=3D"y_msg_container">Hi Mich= eal,<br><br>I have a question about the ovirt-engine-sdk-java.<br><br>Is th= ere a way to add custom request headers to each RHEVM API call?<br><br>Here= is an example of a request that I would like to do:<br><br>$ curl -v -k \<= br>          -H "ID: <a ymailto=3D"mailto:user1@ad= .xyz.com" href=3D"mailto:user1@ad.xyz.com">user1(a)ad.xyz.com</a>" \<br>&nbsp= ;         -H "PASSWORD: Pwssd" \<br>    &nbsp= ;     -H "TARGET: kobe" \<br>          <= a href=3D"https://vm0.smalick.com/api/hosts" target=3D"_blank">https://vm0.= smalick.com/api/hosts</a><br><br><br>I would like to add ID, PASSWORD and T= ARGET as HTTP request header. <br><br>Thanks,<br>Salifou<br><br><br><br></d= iv> </div> </div> </div></div></body></html> ------=_Part_1975902_834617789.1445161505459--

2 1

[Users] oVirt Weekly Sync Meeting Minutes -- 2012-05-23
by Mike Burns 15 May '19

15 May '19

Minutes: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-05-23-14.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2012/ovirt.2012-05-23-14.00.txt Log: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-05-23-14.00.log.html ========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by mburns at 14:00:23 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2012/ovirt.2012-05-23-14.00.log.html . Meeting summary --------------- * agenda and roll call (mburns, 14:00:41) * Status of next release (mburns, 14:05:17) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=822145 (mburns, 14:05:29) * AGREED: freeze date and beta release delayed by 1 week to 2012-06-07 (mburns, 14:12:33) * post freeze, release notes flag needs to be used where required (mburns, 14:14:21) * https://bugzilla.redhat.com/show_bug.cgi?id=821867 is a VDSM blocker for 3.1 (oschreib, 14:17:27) * ACTION: dougsland to fix upstream vdsm right now, and open a bug on libvirt augeas (oschreib, 14:21:44) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=822158 (mburns, 14:23:39) * assignee not available, update to come tomorrow (mburns, 14:24:59) * ACTION: oschreib to make sure BZ#822158 is handled quickly (oschreib, 14:25:29) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=824397 (mburns, 14:28:55) * 824397 expected to be merged prior next week's meeting (mburns, 14:29:45) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=824420 (mburns, 14:30:15) * tracker for node based on F17 (mburns, 14:30:28) * blocked by util-linux bug currently (mburns, 14:30:40) * new build expected from util-linux maintainer in next couple days (mburns, 14:30:55) * sub-project status -- engine (mburns, 14:32:49) * nothing to report outside of blockers discussed above (mburns, 14:34:00) * sub-project status -- vdsm (mburns, 14:34:09) * nothing outside of blockers above (mburns, 14:35:36) * sub-project status -- node (mburns, 14:35:43) * working on f17 migration, but blocked by util-linux bug (mburns, 14:35:58) * should be ready for freeze deadline (mburns, 14:36:23) * Review decision on Java 7 and Fedora jboss rpms in oVirt Engine (mburns, 14:36:43) * Java7 basically working (mburns, 14:37:19) * LINK: http://gerrit.ovirt.org/#change,4416 (oschreib, 14:39:35) * engine will make ack/nack statement next week (mburns, 14:39:49) * fedora jboss rpms patch is in review, short tests passed (mburns, 14:40:04) * engine ack on fedora jboss rpms and java7 needed next week (mburns, 14:44:47) * Upcoming Workshops (mburns, 14:45:11) * NetApp workshop set for Jan 22-24 2013 (mburns, 14:47:16) * already at half capacity for Workshop at LinuxCon Japan (mburns, 14:47:37) * please continue to promote it (mburns, 14:48:19) * proposal: board meeting to be held at all major workshops (mburns, 14:48:43) * LINK: http://www.ovirt.org/wiki/OVirt_Global_Workshops (mburns, 14:49:30) * Open Discussion (mburns, 14:50:12) * oVirt/Quantum integration discussion will be held separately (mburns, 14:50:43) Meeting ended at 14:52:47 UTC. Action Items ------------ * dougsland to fix upstream vdsm right now, and open a bug on libvirt augeas * oschreib to make sure BZ#822158 is handled quickly Action Items, by person ----------------------- * dougsland * dougsland to fix upstream vdsm right now, and open a bug on libvirt augeas * oschreib * oschreib to make sure BZ#822158 is handled quickly * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * mburns (98) * oschreib (55) * doronf (12) * lh (11) * sgordon (8) * dougsland (8) * ovirtbot (6) * ofrenkel (4) * cestila (2) * RobertMdroid (2) * ydary (2) * rickyh (1) * yzaslavs (1) * cctrieloff (1) * mestery_ (1) * dustins (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

2 1

[QE][ACTION REQUIRED] oVirt 3.5.1 RC status - postponed
by Sandro Bonazzola 15 May '19

15 May '19

Hi, We have still blockers for oVirt 3.5.1 RC release so we need to postpone it until they'll be fixed. The bug tracker [1] shows 1 open blocker: Bug ID Whiteboard Status Summary 1160846 sla NEW Can't add disk to VM without specifying disk profile when the storage domain has more than one disk profile In order to stabilize the release a new branch ovirt-engine-3.5.1 will be created from the same git hash used for composing the RC. - ACTION: Gilad please provide ETA on above blocker, the new proposed RC date will be decided on the given ETA. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs - Please be sure that no pending patches are going to block the release - If any patch must block the RC release please raise the issue as soon as possible. There are still 57 bugs [2] targeted to 3.5.1. Excluding node and documentation bugs we still have 37 bugs [3] targeted to 3.5.1. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.1 should not be released without them fixed. - ACTION: Please update the target to 3.5.2 or later for bugs that won't be in 3.5.1: it will ease gathering the blocking bugs for next releases. - ACTION: Please fill release notes, the page has been created here [4] Community: - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] [1] http://bugzilla.redhat.com/1155170 [2] http://goo.gl/7G0PDV [3] http://goo.gl/6gUbVr [4] http://www.ovirt.org/OVirt_3.5.1_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.1_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

[Users] Lifecycle / upgradepath
by Sven Kieske 11 May '19

11 May '19

Hi Community, Currently, there is no single document describing supported (which means: working ) upgrade scenarios. I think the project has matured enough, to have such an supported upgradepath, which should be considered in the development of new releases. As far as I know, currently it is supported to upgrade from x.y.z to x.y.z+1 and from x.y.z to x.y+1.z but not from x.y-1.z to x.y+1.z directly. maybe this should be put together in a wiki page at least. also it would be cool to know how long a single "release" would be supported. In this context I would define a release as a version bump from x.y.z to x.y+1.z or to x+1.y.z a bump in z would be a bugfix release. The question is, how long will we get bugfix releases for a given version? What are your thoughts? -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

2 1

[Users] Nested virtualization with Opteron 2nd generation and oVirt 3.1 possible?
by Gianluca Cecchi 11 May '19

11 May '19

Hello, I have 2 physical servers with Opteron 2nd gen cpu. There is CentOS 6.3 installed and some VM already configured on them. Their /proc/cpuinfo contains ... model name : Dual-Core AMD Opteron(tm) Processor 8222 ... kvm_amd kernel module is loaded with its default enabled nested option # systool -m kvm_amd -v Module = "kvm_amd" Attributes: initstate = "live" refcnt = "15" srcversion = "43D8067144E7D8B0D53D46E" Parameters: nested = "1" npt = "1" ... I already configured a fedora 17 VM as a oVirt 3.1 Engine I'm trying to configure another VM as oVirt 3.1 node with ovirt-node-iso-2.5.5-0.1.fc17.iso It seems I'm not able to configure so that ovirt install doesn't complain. After some attempts, I tried this in my vm.xml for the cpu: <cpu mode='custom' match='exact'> <model fallback='allow'>athlon</model> <vendor>AMD</vendor> <feature policy='require' name='pni'/> <feature policy='require' name='rdtscp'/> <feature policy='force' name='svm'/> <feature policy='require' name='clflush'/> <feature policy='require' name='syscall'/> <feature policy='require' name='lm'/> <feature policy='require' name='cr8legacy'/> <feature policy='require' name='ht'/> <feature policy='require' name='lahf_lm'/> <feature policy='require' name='fxsr_opt'/> <feature policy='require' name='cx16'/> <feature policy='require' name='extapic'/> <feature policy='require' name='mca'/> <feature policy='require' name='cmp_legacy'/> </cpu> Inside node /proc/cpuinfo becomes processor : 3 vendor_id : AuthenticAMD cpu family : 6 model : 2 model name : QEMU Virtual CPU version 0.12.1 stepping : 3 microcode : 0x1000065 cpu MHz : 3013.706 cache size : 512 KB fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall mmxext fxsr_opt lm nopl pni cx16 hypervisor lahf_lm cmp_legacy cr8_legacy bogomips : 6027.41 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: 2 questions: 1) Is there any combination in xml file to give to my VM so that oVirt doesn't complain about missing hardware virtualization with this processor? 2) suppose 1) is not possible in my case and I still want to test the interface and try some config operations to see for example the differences with RHEV 3.0, how can I do? At the moment this complaint about hw virtualization prevents me to activate the node. I get Installing Host f17ovn01. Step: RHEV_INSTALL. Host f17ovn01 was successfully approved. Host f17ovn01 running without virtualization hardware acceleration Detected new Host f17ovn01. Host state was set to Non Operational. Host f17ovn01 moved to Non-Operational state. Host f17ovn01 moved to Non-Operational state as host does not meet the cluster's minimum CPU level. Missing CPU features : CpuFlags Can I lower the requirements to be able to operate without hw virtualization in 3.1? Thanks in advance, Gianluca

2 1

Need VM run once api
by Chandrahasa S 09 May '19

09 May '19

This is a multipart message in MIME format. --=_alternative 00361B2065257E90_= Content-Type: text/plain; charset="US-ASCII" Hi Experts, We are integrating ovirt with our internal cloud. Here we installed cloudinit in vm and then converted vm to template. We deploy template with initial run parameter Hostname, IP Address, Gateway and DNS. but when we power ON initial, run parameter is not getting pushed to inside the vm. But its working when we power on VM using run once option on Ovirt portal. I believe we need to power ON vm using run once API, but we are not able get this API. Can some one help on this. I got reply on this query last time but unfortunately mail got deleted. Thanks & Regards Chandrahasa S =====-----=====-----===== Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you --=_alternative 00361B2065257E90_= Content-Type: text/html; charset="US-ASCII" <font size=2 face="sans-serif">Hi Experts,</font> <br> <br><font size=2 face="sans-serif">We are integrating ovirt with our internal cloud.</font> <br> <br><font size=2 face="sans-serif">Here we installed cloudinit in vm and then converted vm to template. We deploy template with initial run parameter Hostname, IP Address, Gateway and DNS.</font> <br> <br><font size=2 face="sans-serif">but when we power ON initial, run parameter is not getting pushed to inside the vm. But its working when we power on VM using run once option on Ovirt portal.</font> <br> <br><font size=2 face="sans-serif">I believe we need to power ON vm using run once API, but we are not able get this API.</font> <br> <br><font size=2 face="sans-serif">Can some one help on this.</font> <br> <br><font size=2 face="sans-serif">I got reply on this query last time but unfortunately mail got deleted.</font> <br> <br><font size=2 face="sans-serif">Thanks & Regards<br> Chandrahasa S<br> </font><p>=====-----=====-----=====<br> Notice: The information contained in this e-mail<br> message and/or attachments to it may contain <br> confidential or privileged information. If you are <br> not the intended recipient, any dissemination, use, <br> review, distribution, printing or copying of the <br> information contained in this e-mail message <br> and/or attachments to it are strictly prohibited. If <br> you have received this communication in error, <br> please notify us by reply e-mail or telephone and <br> immediately and permanently delete the message <br> and any attachments. Thank you</p> <p></p> --=_alternative 00361B2065257E90_=--

5 4

[Users] importing from kvm into ovirt
by Jonathan Horne 29 Apr '19

29 Apr '19

--_000_9BE6F493F83A594DA60C45E6A09DC5AC016BA694AUSP01DAG0201co_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable I need to import a kvm virtual machine from a standalone kvm into my ovirt = cluster. Standalone is using local storage, and my ovirt cluster is using = iscsi. Can i please have some advice on whats the best way to get this sys= tem into ovirt? Right now i see it as copying the .img file to somewhere=85 but i have no i= dea where to start. I found this directory on one of my ovirt nodes: /rhev/data-center/mnt/blockSD/fe633237-14b2-4f8b-aedd-bbf753bcafaf/master/v= ms But inside is just directories that appear to have uuid-type of names, and = i can't tell what belongs to which vm. Any advice would be greatly appreciated. Thanks, jonathan ________________________________ This is a PRIVATE message. If you are not the intended recipient, please de= lete without copying and kindly advise us by e-mail of the mistake in deliv= ery. NOTE: Regardless of content, this e-mail shall not operate to bind SKO= POS to any order or other contract unless pursuant to explicit written agre= ement or government initiative expressly permitting the use of e-mail for s= uch purpose. --_000_9BE6F493F83A594DA60C45E6A09DC5AC016BA694AUSP01DAG0201co_ Content-Type: text/html; charset="Windows-1252" Content-ID: <41FAB2B157C43549B6577A3495BA255C(a)collaborationhost.net> Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1= 252"> </head> <body style=3D"word-wrap:break-word; color:rgb(0,0,0); font-size:14px; font= -family:Calibri,sans-serif"> <div> <div> <div>I need to import a kvm virtual machine from a standalone kvm into my o= virt cluster.  Standalone is using local storage, and my ovirt cluster= is using iscsi.  Can i please have some advice on whats the best way = to get this system into ovirt?</div> </div> </div> <div><br> </div> <div>Right now i see it as copying the .img file to somewhere=85 but i have= no idea where to start.  I found this directory on one of my ovirt no= des:</div> <div><br> </div> <div>/rhev/data-center/mnt/blockSD/fe633237-14b2-4f8b-aedd-bbf753bcafaf/mas= ter/vms</div> <div><br> </div> <div>But inside is just directories that appear to have uuid-type of names,= and i can't tell what belongs to which vm.</div> <div><br> </div> <div>Any advice would be greatly appreciated.</div> <div><br> </div> <div>Thanks,</div> <div>jonathan</div> <br> <hr> <font color=3D"Gray" face=3D"Arial" size=3D"1">This is a PRIVATE message. I= f you are not the intended recipient, please delete without copying and kin= dly advise us by e-mail of the mistake in delivery. NOTE: Regardless of con= tent, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit wri= tten agreement or government initiative expressly permitting the use of e-m= ail for such purpose.</font> </body> </html> --_000_9BE6F493F83A594DA60C45E6A09DC5AC016BA694AUSP01DAG0201co_--

3 2

Trying to reset password for ovirt wiki
by noc 08 Apr '19

08 Apr '19

This is a multi-part message in MIME format. --------------000005070002050708050606 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hoping someone can help me out. For some reason I keep getting the following error when I try to reset my password: Reset password * Error sending mail: Failed to add recipient: jvandewege(a)nieuwland.nl [SMTP: Invalid response code received from server (code: 554, response: 5.7.1 <jvandewege(a)nieuwland.nl>: Relay access denied)] Complete this form to receive an e-mail reminder of your account details. Since I receive the ML on this address it is definitely a working address. Tried my home account too and same error but then for my home provider, Relay denied ?? A puzzled user, Joop --------------000005070002050708050606 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hoping someone can help me out.<br> For some reason I keep getting the following error when I try to reset my password:<br> <br> <fieldset><legend>Reset password</legend> <div class="error"> <ul> <li>Error sending mail: Failed to add recipient: <a class="moz-txt-link-abbreviated" href="mailto:jvandewege@nieuwland.nl">jvandewege(a)nieuwland.nl</a> [SMTP: Invalid response code received from server (code: 554, response: 5.7.1 <a class="moz-txt-link-rfc2396E" href="mailto:jvandewege@nieuwland.nl"><jvandewege(a)nieuwland.nl></a>: Relay access denied)]</li> </ul> </div> <p>Complete this form to receive an e-mail reminder of your account details.<br> </p> </fieldset> <br> Since I receive the ML on this address it is definitely a working address.<br> Tried my home account too and same error but then for my home provider, Relay denied ??<br> <br> A puzzled user,<br> <br> Joop<br> <br> </body> </html> --------------000005070002050708050606--

2 1

ovirt-guest-agent issue on rhel5.5
by John Michael Mercado 08 Apr '19

08 Apr '19

Hi All, I need your help. Anyone who encounter the below error and have the solution? Can you help me how to fix this? MainThread::INFO::2015-01-27 10:22:53,247::ovirt-guest-agent::57::root::Starting oVirt guest agent MainThread::ERROR::2015-01-27 10:22:53,248::ovirt-guest-agent::138::root::Unhandled exception in oVirt guest agent! Traceback (most recent call last): File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 132, in ? agent.run(daemon, pidfile) File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 63, in run self.agent = LinuxVdsAgent(config) File "/usr/share/ovirt-guest-agent/GuestAgentLinux2.py", line 371, in __init__ AgentLogicBase.__init__(self, config) File "/usr/share/ovirt-guest-agent/OVirtAgentLogic.py", line 171, in __init__ self.vio = VirtIoChannel(config.get("virtio", "device")) File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 150, in __init__ self._stream = VirtIoStream(vport_name) File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 131, in __init__ self._vport = os.open(vport_name, os.O_RDWR) OSError: [Errno 2] No such file or directory: '/dev/virtio-ports/com.redhat.rhevm.vdsm' Thanks

2 1

[Users] oVirt Workshop at LinuxCon Japan 2012
by Leslie Hawthorn 08 Apr '19

08 Apr '19

Hello everyone, As part of our efforts to raise awareness of and educate more developers about the oVirt project, we will be holding an oVirt workshop at LinuxCon Japan, taking place on June 8, 2012. You can find full details of the workshop agenda on the LinuxCon Japan site. [0] Registration for the workshop is now open and is free of charge for the first 50 participants. We will also look at adding additional participant slots to the workshop based on demand. Attendees who register for LinuxCon Japan via the workshop registration link [1] will also be eligible for a discount on their LinuxCon Japan registration. Please spread the word to folks you think would find the workshop useful. If they have already registered for LinuxCon Japan, they can simply edit their existing registration to include the workshop. [0] - https://events.linuxfoundation.org/events/linuxcon-japan/ovirt-gluster-work… [1] - http://www.regonline.com/Register/Checkin.aspx?EventID=1099949 Cheers, LH -- Leslie Hawthorn Community Action and Impact Open Source and Standards @ Red Hat identi.ca/lh twitter.com/lhawthorn

2 1

[Users] Moving iSCSI Master Data
by rni＠chef.net 07 Apr '19

07 Apr '19

--========GMXBoundary282021374122634158505 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Hi, it's me again.... I started my oVirt 'project' as a proof of concept,.. but it happend as always, it became production Now, I've to move the iSCSI Master data to the real iSCSI traget. Is there any way to do this, and to become rid of the old Master Data? Thank you for your help Hans-Joachim --========GMXBoundary282021374122634158505 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable <span style=3D'font-family:Verdana'><span style=3D'font-size:12px'>Hi,<br /= ><br />it's me again....<br /><br />I started my oVirt 'project' as a proof= of concept,.. but it happend as always, it became production <img alt= =3D" " title=3D" " src=3D"http://images.gmx.com/images/outsource/applicatio= n/mailclient/mailcom/resource/mailclient/icons/blue/emoticons/animated/S_02= -516742918.gif" /><br /><br />Now, I've to move the iSCSI Master data to th= e real iSCSI traget.<br />Is there any way to do this, and to become rid of= the old Master Data?<br /><br /><span id=3D"editor_signature">Thank you fo= r your help</span><br /><br />Hans-Joachim</span></span> --========GMXBoundary282021374122634158505--

3 2

[Users] Can't access RHEV-H aka ovirt-node
by Scotto Alberto 11 Mar '19

11 Mar '19

--_004_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_ Content-Type: multipart/alternative; boundary="_000_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_" --_000_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, I can't login to the hypervisor, neither as root nor as admin, neither from= another computer via ssh nor directly on the machine. I'm sure I remember the passwords. This is not the first time it happens: l= ast time I reinstalled the host. Everything worked ok for about 2 weeks, an= d then... What's going on? Is it a known behavior, somehow? Before rebooting the hypervisor, I would like to try something. RHEV Manage= r talks to RHEV-H without any problems. Can I login with RHEV-M's keys? how= ? Thank you all. Alberto Scotto [Blue] Via Cardinal Massaia, 83 10147 - Torino - ITALY phone: +39 011 29100 al.scotto(a)reply.it www.reply.it ________________________________ -- The information transmitted is intended for the person or entity to which i= t is addressed and may contain confidential and/or privileged material. Any= review, retransmission, dissemination or other use of, or taking of any ac= tion in reliance upon, this information by persons or entities other than t= he intended recipient is prohibited. If you received this in error, please = contact the sender and delete the material from any computer. --_000_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <style>  </style> </head> <body lang=3D"IT" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hi all,</span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">I can’t login to the hype= rvisor, neither as root nor as admin, neither from another computer via ssh= nor directly on the machine.</span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">I’m sure I remember the p= asswords. This is not the first time it happens: last time I reinstalled th= e host. Everything worked ok for about 2 weeks, and then...</span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">What’s going on? Is it a = known behavior, somehow?</span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Before rebooting the hypervisor= , I would like to try something. RHEV Manager talks to RHEV-H without any p= roblems. Can I login with RHEV-M’s keys? how?</span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"> </span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Thank you all.</span></p> </div> <br> <br> <div align=3D"left"> <p style=3D"font-family:Calibri,Sans-Serif; font-size:10pt"><span style=3D"= color:#000000; font-weight:bold">Alberto Scotto</span> <span style=3D"color:#808080"></span><br> <br> <span style=3D"color:#000000"><img border=3D"0" alt=3D"Blue" src=3D"cid:bde= 5ac62d10545908e269a6006dbd5ac" style=3D"margin:0px"> </span><br> <span style=3D"color:#808080">Via Cardinal Massaia, 83<br> 10147 - Torino - ITALY <br> phone: +39 011 29100 <br> <a href=3D"al.scotto(a)reply.it" target=3D"" style=3D"color:blue; text-decora= tion:underline">al.scotto(a)reply.it</a> <br> <a title=3D"" href=3D"www.reply.it" target=3D"" style=3D"color:blue; text-d= ecoration:underline">www.reply.it</a> </span><br>  </p> </div> <br> <hr> <font face=3D"Arial" color=3D"Gray" size=3D"1"><br> --<br> The information transmitted is intended for the person or entity to which i= t is addressed and may contain confidential and/or privileged material. Any= review, retransmission, dissemination or other use of, or taking of any ac= tion in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If= you received this in error, please contact the sender and delete the mater= ial from any computer.<br> </font> </body> </html> --_000_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_-- --_004_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_ Content-Type: image/png; name="blue.png" Content-Description: blue.png Content-Disposition: inline; filename="blue.png"; size=2834; creation-date="Tue, 11 Sep 2012 14:14:44 GMT"; modification-date="Tue, 11 Sep 2012 14:14:44 GMT" Content-ID: <bde5ac62d10545908e269a6006dbd5ac> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAIwAAAAyCAYAAACOADM7AAAABmJLR0QA/gD+AP7rGNSCAAAACXBI WXMAAA3XAAAN1wFCKJt4AAAACXZwQWcAAACMAAAAMgCR0D3bAAAKaUlEQVR42u2ce5AUxRnAf313 3Al4eCAYFaIgyMNEUF6KlYoVIDBArDxqopWxQgViQlWsPHA0MUlZVoyKRsdSE4lGomjIaHS0UlHL wTIPpEgQFQUUjYIWdfIIScyBHi/Z6/zRM1xP3yzs7t3unOX8qra2H9M9vb3f9Pf19/WukFKSk1Mq dVkPIOejRS4wOWXR6wVGuP5I4foDsh5HjkL0VhtGuP5A4CFgNrAD+Lb0nKeyHtfHnd68wixGCQvA qcA9wvWPy3pQH3caan1D4fonAYeBDwEZjaFflAaok56zHRhsNG0B+gAHSrhHarn0nFp/3NLnxbKP B06I5kECO2UYZD2sLtRcYIBJwK+BoYBACU89cAjoAIRw/TuAJcClQGy//FJ6zvvH6ly4/qXAz4vU HQA2A4H0nIcz+OxH41eAHaU3AhdkPaA0MrFhhOuPB2YA5wBnA6ehni5dgKcBu4C5wLZS7Rfh+g8A 80u49HHgEuk5h2s+AeaYLbsO2AKMiIqWyzBYkPW40shihUF6zkbUUwSAcP0G4FHgS9pl10rPmQMs LbXfSBVNLPHyrwDfBO7JYg4MRqEempjnsh5QMXqL0Xsl8EUt3w5cXUE/w4AztfzzwGSUGrwoyuvM yfqDR5yLUssxL2U9oGJkssLoCNdfjLJXdBZIz9lQQXcTgSYt/4z0nHjy1wvX3wW8oNX3O8q4TgKm AGegjNB/As9JzzmYer1lTwKGoOyyV2UYtArLngLMQ9lh64EVRQxZ3V5pje4V9zsVGBRl22QYrDXu e0HUvwD+K8NgXbe/lKOQqcAI178MuM0ovk16zqMVdjnNyL9g5E2DrTVlTP1RRvM3gIFG9RvC9RdK z/lHoo2yQQJgeFR0hbDsT6FUns544Icp456qpV+RYaAL5RJgepR+FWXzxfcdA6zRrr0SqKrAZKaS hOt/DbjXKH5Geo7bjW71iT8AvGLUzzXyfzfGNBBlPyymq7AAjAWeFK5/slE+AvhklC4At6KEZb9x 3cJo+9x5T8s+ERinFa012uzU0vuMuu9r6W3AXd2Yu5LIRGCE618E/D6l6rpu9Hk8MEEr2iQ9p1Wr n4wShJgPgCeMbh6g02jeB9wILASe1q4ZBHzBaDeRThukHghRdskoQF+NmlH+JJ0JqB1ijCkw72np jiOfx7JPQrkdYm6QYXBMH1V3qYlKEq7fhNLvw1CTeztK55rcJlz/s8XshGPwaeBELd8sXP961Bd4 Bsqo1u2bm6Tn7NbGeCHKMI6ZLz3nsajuT6gtfjxfpxr31lXhThkG8470a9mrtPp2uq4652np94FN Rr0uMM1a+jI6fVTvAMsrmLOy6VGBEa5fB3wOpctHaK9TgVOAxmN0MRXlwPpWBbefYuTHAj8tcu39 0nNuMMq+qqXfjoUl4mSSq/HbRlv9S3/ZqBumpXcB/zPqz9fSm2UY/Nuo1wWmCUBYdiPwHa3ck2Hw YQVzVjbVWGFmkW7YmewDfga8CNwHnB6VXyZcf7X0nAfLvG8pntE3gSXSc5an1Olf+hDh+i+jVieJ UiOxwBSiMQMgLLsFOEtr+7xWB8rQjdkgw0BXK40o1RWTZrDu0dKx0X4xylMOynZZVuZcVUyPCoz0 nA7gR8L1N6FWmQIqZtRGpwoSwF7gRek5WwCE658P3A9Y0TV3C9ffUOrWOlrZdIfdXuBhlCqaqZU/ myYs0RZaNzybUV7oNFqBt7T8BJJ2iW6zDAPGFKkDGE1yBTLtF0gKTCF6/4FWtsTYVVWVqtgw0nNW lHn9LmCOcP2bgKuAvsAtqNWqFGLVF7NGes4i4fpjgNfpFNbzi7QfD/TX8vtQMa40VkvPKWh5fWfW DuhCfg5Ju8nc5k/RxpZYuTR0gWkTlj0D5YgEeJca2S4xvcXTC4D0nKvpdNWXc2hqEiqSHROrhR0k bYAzhesPTmmvG61tKAE6PXoNRRnTg6OX6VvRhfB1GQa7tbyu5v6D8qNQpH4bsDVlbLrADACu0fK/ qOXqAr1MYCLip7AcI+48I78WIIpuv6mVN5NUPWntN0nP2So9p016ThtwEKU6RpIMOyAsuw9JVWiu INO19AYZBma0fbKWXi/DoEBX9tBpu4wDLozS2+jqx6o6vVFgYt+JKKON/pTvJ6kWzKc6LTg5XEtv MeruAF5DqbZVgH6IayTJoOHf4oSw7LNICuKTeqfCsj9BUnhN+yamPXqZc3JrLfwuJpnHklKIBaa+ lIuF67eQ3KW8HtlEMabhPCmlG/3JnhX5ZHaifDeLtLqlxpmcySQfuvnCstdH6WXaZ9iPMsJ1xpOM ZaXZL6DsqfcB3UO8A7WzrDm9T2DqG7dTOHSIEgUGIc5GyhatZJ1Rv4HkmZ/xKb08o5UPRa0UkuQT vY6uQVJTFc5D7fQ6SNpUN8ow2GVcq7sB2ugq2DGHUYfLdG6SYbCPDMhcYIRlJwWjcGg/Z1/yATBE zJxXT0Pf4o0P7pWcO39W4nuVHS+JGfPq6dMXOjpgzNyt9En0MUF877fDee3x1iPlo2beTOPxnwGh qzahuhUAjwCLpOeYKkDfIT2BUl1XkxT2+2QYXJ8yen0H+JYMgz2kY9o126mh38UkITBRYGwp5e1Q usNjwL/Ql3VRX2D35mUI0UB90wyOZmc19i+wa+NB+vTrnMA9re00RO3q6iRbVtYxeOzt1NXHS3od e96dRkPT6CN9v/HUIRr738Dg0bMRDSdQVzeAjsJh+ra8SfMpf5S3XNzFoSYsewhJVbhKhoEnLDtE HV4vRGXPprQFFTdrRklk2u4opoVkyMOTYbCfjEgc0RSWPQhlQ/SruMfymCrD4IXud1N7In+ILgzT ZRj8tYfvcSLwOzoPer0DjKv1VlrHVEltqBhMafZD99mR1QfvAXT1tYfiNkhZCMvuD1yLCtbORsXg Yi7PUljAEJgoztFaYV8fN8yg4XsV95TkLJS32+QaGQZPl9tZT5O50ftRJLL1Pq8V9cjqEjHdyG8D rpdhkJmhq5MLTGX0QR2diLdnYQ/2vRq1wsRe6nUyDNq712XP0Wt/W53TO+mNoYGcXkwuMDll0eM2 TPRbnGnAvaaDSVj2bOA0GQY1j7Lm9AzVWGG+jIrwphlH3wXuzvpD51RONXZJ7aizLFcIyx4O3CXD IN527kUdJAJAWPbFqBXnVmHZV6FO3K+I6oahzgYPAX7T017UnMqoxgpTQAniONRJ/AeFZRc72+IA P47SPwEWAAjLbgL+jPJ1NAF/EZZd6o/sc6pINQSmARAyDL6OOm45mmSoX+cDVDiC6D0+azI0arcS FSkG9fcgORlTbcfdXtR5jqOdnpPGO3QK8nzU33KsoutvgXIyoBorjP7FN6OEsph3sE6rq9fS8RmQ RTIMTgP+QPJsbk5GVENgjgMQlv0QcDnwBp0nxgaQ/O+6dmCUsOxHUGdj459kbI/a3Sksew3qjE5L 1pOVUx2VtBJljxxAhf3v0v4TZRnKmI25ObruLdTZkvcAZBgcEpY9E3BRu6TrZBisznqycvJYUk6Z 5KGBnLLIBSanLHKBySmLXGByyiIXmJyy+D/P9uGVPOu6DAAAACh6VFh0U29mdHdhcmUAAHja801M LsrPTU3JTFRwyyxKLc8vyi5WsAAAYBUIJ4KDNosAAAAASUVORK5CYII= --_004_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_--

3 2

Unable to make Single Sign on working on Windows 7 Guest
by Felipe Herrera Martinez 11 Mar '19

11 Mar '19

On the case I'll be able to create an installer, what is the name of the Application need to be there, in order to ovirt detects that Ovirt Guest agent is installed? I have created an installer adding OvirtGuestService files and the Product Name to be shown, a part of the command line post installs.. I have tried with "ovirt-guest-agent" and "Ovirt guest agent" Names for the application installed on Windows 7 guest and even both are presented on ovirt VM Applications tab, on any case LogonVDScommand appears. There is other option to make it work now? Thanks in advance, Felipe

3 5

Re: [ovirt-users] Need VM run once api
by Chandrahasa S 11 Mar '19

11 Mar '19

This is a multipart message in MIME format. --=_alternative 00199D2865257E91_= Content-Type: text/plain; charset="US-ASCII" Can any one help on this. Thanks & Regards Chandrahasa S From: Chandrahasa S/MUM/TCS To: users(a)ovirt.org Date: 28-07-2015 15:20 Subject: Need VM run once api Hi Experts, We are integrating ovirt with our internal cloud. Here we installed cloudinit in vm and then converted vm to template. We deploy template with initial run parameter Hostname, IP Address, Gateway and DNS. but when we power ON initial, run parameter is not getting pushed to inside the vm. But its working when we power on VM using run once option on Ovirt portal. I believe we need to power ON vm using run once API, but we are not able get this API. Can some one help on this. I got reply on this query last time but unfortunately mail got deleted. Thanks & Regards Chandrahasa S =====-----=====-----===== Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you --=_alternative 00199D2865257E91_= Content-Type: text/html; charset="US-ASCII" <font size=2 face="sans-serif">Can any one help on this.</font> <br> <br><font size=2 face="sans-serif">Thanks & Regards<br> Chandrahasa S<br> </font> <br> <br> <br> <br><font size=1 color=#5f5f5f face="sans-serif">From:        </font><font size=1 face="sans-serif">Chandrahasa S/MUM/TCS</font> <br><font size=1 color=#5f5f5f face="sans-serif">To:        </font><font size=1 face="sans-serif">users(a)ovirt.org</font> <br><font size=1 color=#5f5f5f face="sans-serif">Date:        </font><font size=1 face="sans-serif">28-07-2015 15:20</font> <br><font size=1 color=#5f5f5f face="sans-serif">Subject:        </font><font size=1 face="sans-serif">Need VM run once api</font> <br> <hr noshade> <br> <br><font size=2 face="sans-serif">Hi Experts,</font> <br> <br><font size=2 face="sans-serif">We are integrating ovirt with our internal cloud.</font> <br> <br><font size=2 face="sans-serif">Here we installed cloudinit in vm and then converted vm to template. We deploy template with initial run parameter Hostname, IP Address, Gateway and DNS.</font> <br> <br><font size=2 face="sans-serif">but when we power ON initial, run parameter is not getting pushed to inside the vm. But its working when we power on VM using run once option on Ovirt portal.</font> <br> <br><font size=2 face="sans-serif">I believe we need to power ON vm using run once API, but we are not able get this API.</font> <br> <br><font size=2 face="sans-serif">Can some one help on this.</font> <br> <br><font size=2 face="sans-serif">I got reply on this query last time but unfortunately mail got deleted.</font> <br> <br><font size=2 face="sans-serif">Thanks & Regards<br> Chandrahasa S<br> </font> <br><p>=====-----=====-----=====<br> Notice: The information contained in this e-mail<br> message and/or attachments to it may contain <br> confidential or privileged information. If you are <br> not the intended recipient, any dissemination, use, <br> review, distribution, printing or copying of the <br> information contained in this e-mail message <br> and/or attachments to it are strictly prohibited. If <br> you have received this communication in error, <br> please notify us by reply e-mail or telephone and <br> immediately and permanently delete the message <br> and any attachments. Thank you</p> <p></p> --=_alternative 00199D2865257E91_=--

3 3

Re: [ovirt-users] Problem Windows guests start in pause
by Dafna Ron 11 Mar '19

11 Mar '19

Hi Lucas, Please send mails to the list next time. can you please do rpm -qa |grep qemu. also, can you try a different windows image? Thanks, Dafna On 07/14/2014 02:03 PM, lucas castro wrote: > On the host there I've tried to run the vm, I use a centOS 6.5 > and checked, no update for qemu, libvirt or related package. -- Dafna Ron

3 3

Feature: Hosted engine VM management
by Roy Golan 27 Feb '19

27 Feb '19

Hi all, Upcoming in 3.6 is enhancement for managing the hosted engine VM. In short, we want to: * Allow editing the Hosted engine VM, storage domain, disks, networks etc * Have a shared configuration for the hosted engine VM * Have a backup for the hosted engine VM configuration please review and comment on the wiki below: http://www.ovirt.org/Hosted_engine_VM_management Thanks, Roy

2 3

Re: [ovirt-users] Packet loss
by Doron Fediuck 26 Feb '19

26 Feb '19

----_com.android.email_640187878761650 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGkgS3lsZSzCoApXZSBtYXkgaGF2ZSBzZWVuIHNvbWV0aGluZyBzaW1pbGFyIGluIHRoZSBwYXN0 IGJ1dCBJIHRoaW5rIHRoZXJlIHdlcmUgdmxhbnMgaW52b2x2ZWQuwqAKSXMgaXQgdGhlIHNhbWUg Zm9yIHlvdT/CoApUb255IC8gRGFuLCBkb2VzIGl0IHJpbmcgYSBiZWxsP8Kg ----_com.android.email_640187878761650 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keSA+PGRpdj5IaSBLeWxlLCZuYnNwOzwv ZGl2PjxkaXY+V2UgbWF5IGhhdmUgc2VlbiBzb21ldGhpbmcgc2ltaWxhciBpbiB0aGUgcGFzdCBi dXQgSSB0aGluayB0aGVyZSB3ZXJlIHZsYW5zIGludm9sdmVkLiZuYnNwOzwvZGl2PjxkaXY+SXMg aXQgdGhlIHNhbWUgZm9yIHlvdT8mbmJzcDs8L2Rpdj48ZGl2PlRvbnkgLyBEYW4sIGRvZXMgaXQg cmluZyBhIGJlbGw/Jm5ic3A7PC9kaXY+PC9ib2R5PjwvaHRtbD4= ----_com.android.email_640187878761650--

2 1

Unable to backend oVirt with Cinder
by Logan Kuhn 21 Jun '18

21 Jun '18

------=_Part_51316288_608143832.1472587678781 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit I've got Cinder configured and pointed at Ceph for it's back end storage. I can run ceph commands on the cinder machine and cinder is configured for noauth and I've also tried it with Keystone for auth. I can run various cinder commands and it'll return as expected. When I configure it in oVirt it'll add the external provider fine, but when I go to create a disk it doesn't populate the volume type field, it's just empty. The corresponding command for cinder: cinder type-list and cinder type-show <name> returns fine and it is public. Ovirt and Cinder are on the same host so it isn't a firewall issue. Cinder config: [DEFAULT] rpc_backend = rabbit #auth_strategy = keystone auth_strategy = noauth enabled_backends = ceph #glance_api_servers = http://10.128.7.252:9292 #glance_api_version = 2 #[keystone_authtoken] #auth_uri = http://10.128.7.252:5000/v3 #auth_url = http://10.128.7.252:35357/v3 #auth_type = password #memcached_servers = localhost:11211 #project_domain_name = default #user_domain_name = default #project_name = services #username = user #password = pass [ceph] volume_driver = cinder.volume.drivers.rbd.RBDDriver volume_backend_name = ceph rbd_pool = ovirt-images rbd_user = cinder rbd_secret_uuid = <secret> rbd_ceph_conf = /etc/ceph/ceph.conf rbd_flatten_volume_from_snapshot = true rbd_max_clone_depth = 5 rbd_store_chunk_size = 4 rados_connect_timeout = -1 #glance_api_version = 2 [database] connection = postgresql://user:pass@10.128.2.33/cinder [oslo_concurrency] lock_path = /var/lib/cinder/tmp [oslo_messaging_rabbit] rabbit_host = localhost rabbit_port = 5672 rabbit_userid = user rabbit_password = pass Regards, Logan ------=_Part_51316288_608143832.1472587678781 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: Arial; font-size: 12pt; color: #0000= 00"><div>I've got Cinder configured and pointed at Ceph for it's back end s= torage.  I can run ceph commands on the cinder machine and cinder is c= onfigured for noauth and I've also tried it with Keystone for auth.  I= can run various cinder commands and it'll return as expected. </= div><div><br data-mce-bogus=3D"1"></div><div>When I configure it in oVirt i= t'll add the external provider fine, but when I go to create a disk it does= n't populate the volume type field, it's just empty.  The correspondin= g command for cinder: cinder type-list and cinder type-show <name> re= turns fine and it is public. </div><div><br data-mce-bogus=3D"1"></div= ><div>Ovirt and Cinder are on the same host so it isn't a firewall issue.</= div><div><br data-mce-bogus=3D"1"></div><div>Cinder config:</div><div>[DEFA= ULT]<br>rpc_backend =3D rabbit<br>#auth_strategy =3D keystone<br>auth_strat= egy =3D noauth<br>enabled_backends =3D ceph<br>#glance_api_servers =3D http= ://10.128.7.252:9292<br>#glance_api_version =3D 2<br><br>#[keystone_authtok= en]<br>#auth_uri =3D http://10.128.7.252:5000/v3<br>#auth_url =3D http://10= .128.7.252:35357/v3<br>#auth_type =3D password<br>#memcached_servers =3D lo= calhost:11211<br>#project_domain_name =3D default<br>#user_domain_name =3D = default<br>#project_name =3D services<br>#username =3D user<br>#passwo= rd =3D pass<br><br>[ceph]<br>volume_driver =3D cinder.volume.drivers.rbd.RB= DDriver<br>volume_backend_name =3D ceph<br>rbd_pool =3D ovirt-images<br>rbd= _user =3D cinder<br>rbd_secret_uuid =3D <secret><br>rbd_ceph_con= f =3D /etc/ceph/ceph.conf<br>rbd_flatten_volume_from_snapshot =3D true<br>r= bd_max_clone_depth =3D 5<br>rbd_store_chunk_size =3D 4<br>rados_connect_tim= eout =3D -1<br>#glance_api_version =3D 2<br><br>[database]<br>connection = =3D postgresql://user:pass@10.128.2.33/cinder<br><br>[oslo_concurrency]<br>= lock_path =3D /var/lib/cinder/tmp<br><br>[oslo_messaging_rabbit]<br>rabbit_= host =3D localhost<br>rabbit_port =3D 5672<br>rabbit_userid =3D <span = style=3D"color: #000000; font-family: Arial; font-size: 16px; font-style: n= ormal; font-variant-ligatures: normal; font-variant-caps: normal; font-weig= ht: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-a= lign: start; text-indent: 0px; text-transform: none; white-space: normal; w= idows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; display: inlin= e !important; float: none; background-color: #ffffff;" data-mce-style=3D"co= lor: #000000; font-family: Arial; font-size: 16px; font-style: normal; font= -variant-ligatures: normal; font-variant-caps: normal; font-weight: normal;= letter-spacing: normal; line-height: normal; orphans: 2; text-align: start= ; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; w= ord-spacing: 0px; -webkit-text-stroke-width: 0px; display: inline !importan= t; float: none; background-color: #ffffff;">user</span><br>rabbit_password = =3D <span style=3D"color: #000000; font-family: Arial; font-size: 16px= ; font-style: normal; font-variant-ligatures: normal; font-variant-caps: no= rmal; font-weight: normal; letter-spacing: normal; line-height: normal; orp= hans: 2; text-align: start; text-indent: 0px; text-transform: none; white-s= pace: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px;= display: inline !important; float: none; background-color: #ffffff;" data-= mce-style=3D"color: #000000; font-family: Arial; font-size: 16px; font-styl= e: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-= weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; te= xt-align: start; text-indent: 0px; text-transform: none; white-space: norma= l; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; display: i= nline !important; float: none; background-color: #ffffff;">pass</span></div= ><div><br></div><div data-marker=3D"__SIG_PRE__">Regards,<br>Logan</div></d= iv></body></html> ------=_Part_51316288_608143832.1472587678781--

4 4

HostedEngine with HA
by Carlos Rodrigues 22 Mar '18

22 Mar '18

Hello, I have one cluster with two hosts with power management correctly configured and one virtual machine with HostedEngine over shared storage with FiberChannel. When i shutdown the network of host with HostedEngine VM, it should be possible the HostedEngine VM migrate automatically to another host? What is the expected behaviour on this HA scenario? Regards, -- Carlos Rodrigues Engenheiro de Software Sénior Eurotux Informática, S.A. | www.eurotux.com (t) +351 253 680 300 (m) +351 911 926 110

4 30

ovirt-ha-agent cpu usage
by Gianluca Cecchi 27 Apr '17

27 Apr '17

Hello, I have a test machine that is a nuc6 with an i5 and 32G of ram and SSD disks. It is configured as a single host environment with Self Hosted Engine VM. Both host and SHE are CentOS 7.2 and oVirt version is 3.6.6.2-1.el7 I notice that having 3 VMs powered on and making nothing special (engine VM, a CentOS 7 VM and a Fedora 24 VM) the ovirt-ha-agent process on host often spikes its cpu usage. See for example this quick video with top command running on host that reflects what happens continuously. https://drive.google.com/file/d/0BwoPbcrMv8mvYUVRMFlLVmxRdXM/view?usp=shari… Is it normal that ovirt-ha-agent consumes all this amount of cpu? Going into /var/log/ovirt-hosted-engine-ha/agent.log I see nothing special, only messages of type "INFO". The same for broker.log Thanks, Gianluca

8 29

Hosted engine Single Sign-On to VM with freeIPA not working
by Paul 21 Apr '17

21 Apr '17

This is a multipart message in MIME format. ------=_NextPart_000_0050_01D18069.35C995E0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, I am having an issue with getting SSO to work when a standard user(UserRole) logs in to the UserPortal. The user has permission to use only this VM, so after login the console is automatically opened for that VM. Problem is that it doesn't login on the VM system with the provided credentials. Manual login at the console works without any issues. HBAC-rule check on IPA shows access is granted. Client has SELINUX in permissive mode and a disabled firewalld. On the client side I do see some PAM related errors in the logs (see details below). Extensive Google search on error 17 "Failure setting user credentials" didn't show helpful information :-( AFAIK this is did a pretty standard set-up, all working with RH-family products. I would expect others to encounter this issue as well. If someone knows any solution or has some directions to fix this it would be greatly appreciated. Thanks, Paul ------------------------------------------------------ System setup: I have 3 systems The connection between the Engine and IPA is working fine. (I can log in with IPA users etc.) Connection is made according to this document: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualizat ion/3.6/html-single/Administration_Guide/index.html#sect-Configuring_an_Exte rnal_LDAP_Provider Configuration of the client is done according to this document: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualizat ion/3.6/html/Virtual_Machine_Management_Guide/chap-Additional_Configuration. html#sect-Configuring_Single_Sign-On_for_Virtual_Machines --- Hosted Engine: [root@engine ~]# cat /etc/redhat-release CentOS Linux release 7.2.1511 (Core) [root@engine ~]# uname -a Linux engine.DOMAIN.COM 3.10.0-327.10.1.el7.x86_64 #1 SMP Tue Feb 16 17:03:50 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux [root@engine ~]# rpm -qa | grep ovirt ovirt-vmconsole-1.0.0-1.el7.centos.noarch ovirt-engine-restapi-3.6.2.6-1.el7.centos.noarch ovirt-setup-lib-1.0.1-1.el7.centos.noarch ovirt-engine-setup-plugin-ovirt-engine-common-3.6.3.4-1.el7.centos.noarch ovirt-engine-setup-3.6.3.4-1.el7.centos.noarch ovirt-image-uploader-3.6.0-1.el7.centos.noarch ovirt-engine-extension-aaa-jdbc-1.0.5-1.el7.noarch ovirt-host-deploy-1.4.1-1.el7.centos.noarch ovirt-engine-extension-aaa-ldap-setup-1.1.2-1.el7.centos.noarch ovirt-engine-wildfly-overlay-8.0.4-1.el7.noarch ovirt-engine-wildfly-8.2.1-1.el7.x86_64 ovirt-vmconsole-proxy-1.0.0-1.el7.centos.noarch ovirt-engine-tools-3.6.2.6-1.el7.centos.noarch ovirt-engine-dbscripts-3.6.2.6-1.el7.centos.noarch ovirt-engine-backend-3.6.2.6-1.el7.centos.noarch ovirt-engine-3.6.2.6-1.el7.centos.noarch ovirt-engine-extension-aaa-ldap-1.1.2-1.el7.centos.noarch ovirt-engine-setup-base-3.6.3.4-1.el7.centos.noarch ovirt-engine-setup-plugin-ovirt-engine-3.6.3.4-1.el7.centos.noarch ovirt-engine-setup-plugin-websocket-proxy-3.6.3.4-1.el7.centos.noarch ovirt-engine-vmconsole-proxy-helper-3.6.3.4-1.el7.centos.noarch ovirt-engine-cli-3.6.2.0-1.el7.centos.noarch ovirt-host-deploy-java-1.4.1-1.el7.centos.noarch ovirt-engine-userportal-3.6.2.6-1.el7.centos.noarch ovirt-engine-webadmin-portal-3.6.2.6-1.el7.centos.noarch ovirt-guest-agent-common-1.0.11-1.el7.noarch ovirt-release36-003-1.noarch ovirt-iso-uploader-3.6.0-1.el7.centos.noarch ovirt-engine-lib-3.6.3.4-1.el7.centos.noarch ovirt-engine-sdk-python-3.6.3.0-1.el7.centos.noarch ovirt-engine-setup-plugin-vmconsole-proxy-helper-3.6.3.4-1.el7.centos.noarch ovirt-engine-websocket-proxy-3.6.3.4-1.el7.centos.noarch ovirt-log-collector-3.6.1-1.el7.centos.noarch ovirt-engine-extensions-api-impl-3.6.3.4-1.el7.centos.noarch --- FreeIPA: [root@ipa01 ~]# cat /etc/redhat-release CentOS Linux release 7.2.1511 (Core) [root@ipa01 ~]# uname -a Linux ipa01.DOMAIN.COM 3.10.0-327.10.1.el7.x86_64 #1 SMP Tue Feb 16 17:03:50 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux [root@ipa01 ~]# rpm -qa | grep ipa ipa-python-4.2.0-15.el7_2.6.x86_64 ipa-client-4.2.0-15.el7_2.6.x86_64 python-libipa_hbac-1.13.0-40.el7_2.1.x86_64 python-iniparse-0.4-9.el7.noarch libipa_hbac-1.13.0-40.el7_2.1.x86_64 sssd-ipa-1.13.0-40.el7_2.1.x86_64 ipa-admintools-4.2.0-15.el7_2.6.x86_64 ipa-server-4.2.0-15.el7_2.6.x86_64 ipa-server-dns-4.2.0-15.el7_2.6.x86_64 --- Client: [root@test06 ~]# cat /etc/redhat-release CentOS Linux release 7.2.1511 (Core) [root@test06 ~]# uname -a Linux test06.DOMAIN.COM 3.10.0-327.10.1.el7.x86_64 #1 SMP Tue Feb 16 17:03:50 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux [root@test06 ~]# rpm -qa | grep ipa python-libipa_hbac-1.13.0-40.el7_2.1.x86_64 python-iniparse-0.4-9.el7.noarch sssd-ipa-1.13.0-40.el7_2.1.x86_64 ipa-client-4.2.0-15.0.1.el7.centos.6.x86_64 libipa_hbac-1.13.0-40.el7_2.1.x86_64 ipa-python-4.2.0-15.0.1.el7.centos.6.x86_64 device-mapper-multipath-0.4.9-85.el7.x86_64 device-mapper-multipath-libs-0.4.9-85.el7.x86_64 [root@test06 ~]# rpm -qa | grep guest-agent qemu-guest-agent-2.3.0-4.el7.x86_64 ovirt-guest-agent-pam-module-1.0.11-1.el7.x86_64 ovirt-guest-agent-gdm-plugin-1.0.11-1.el7.noarch ovirt-guest-agent-common-1.0.11-1.el7.noarch --------------------------------------------------- Relevant logs: --- Engine: //var/log/ovirt-engine/engine 2016-03-17 15:22:10,516 INFO [org.ovirt.engine.core.bll.aaa.LoginUserCommand] (default task-22) [] Running command: LoginUserCommand internal: false. 2016-03-17 15:22:10,568 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-22) [] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: User test6@DOMAIN logged in. 2016-03-17 15:22:13,795 WARN [org.ovirt.engine.core.dal.job.ExecutionMessageDirector] (default task-6) [7400ae46] The message key 'VmLogon' is missing from 'bundles/ExecutionMessages' 2016-03-17 15:22:13,839 INFO [org.ovirt.engine.core.bll.VmLogonCommand] (default task-6) [7400ae46] Running command: VmLogonCommand internal: false. Entities affected : ID: 64a84b40-6050-4a96-a59d-d557a317c38c Type: VMAction group CONNECT_TO_VM with role type USER 2016-03-17 15:22:13,842 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] (default task-6) [7400ae46] START, VmLogonVDSCommand(HostName = host01, VmLogonVDSCommandParameters:{runAsync='true', hostId='225157c0-224b-4aa6-9210-db4de7c7fc30', vmId='64a84b40-6050-4a96-a59d-d557a317c38c', domain='DOMAIN-authz', password='***', userName='test6@DOMAIN'}), log id: 2015a1e0 2016-03-17 15:22:14,848 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] (default task-6) [7400ae46] FINISH, VmLogonVDSCommand, log id: 2015a1e0 2016-03-17 15:22:15,317 INFO [org.ovirt.engine.core.bll.SetVmTicketCommand] (default task-18) [10dad788] Running command: SetVmTicketCommand internal: true. Entities affected : ID: 64a84b40-6050-4a96-a59d-d557a317c38c Type: VMAction group CONNECT_TO_VM with role type USER 2016-03-17 15:22:15,322 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (default task-18) [10dad788] START, SetVmTicketVDSCommand(HostName = host01, SetVmTicketVDSCommandParameters:{runAsync='true', hostId='225157c0-224b-4aa6-9210-db4de7c7fc30', vmId='64a84b40-6050-4a96-a59d-d557a317c38c', protocol='SPICE', ticket='rd8avqvdBnRl', validTime='120', userName='test6', userId='10b2da3e-6401-4a09-a330-c0780bc0faef', disconnectAction='LOCK_SCREEN'}), log id: 72efb73b 2016-03-17 15:22:16,340 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (default task-18) [10dad788] FINISH, SetVmTicketVDSCommand, log id: 72efb73b 2016-03-17 15:22:16,377 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-18) [10dad788] Correlation ID: 10dad788, Call Stack: null, Custom Event ID: -1, Message: User test6@DOMAIN initiated console session for VM test06 2016-03-17 15:22:19,418 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-53) [] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: User test6@DOMAIN-authz is connected to VM test06. --- Client: /var/log/ovirt-guest-agent/ovirt-guest-agent.log MainThread::INFO::2016-03-17 15:20:58,145::ovirt-guest-agent::57::root::Starting oVirt guest agent CredServer::INFO::2016-03-17 15:20:58,214::CredServer::257::root::CredServer is running... Dummy-1::INFO::2016-03-17 15:20:58,216::OVirtAgentLogic::294::root::Received an external command: lock-screen... Dummy-1::INFO::2016-03-17 15:22:13,104::OVirtAgentLogic::294::root::Received an external command: login... Dummy-1::INFO::2016-03-17 15:22:13,104::CredServer::207::root::The following users are allowed to connect: [0] Dummy-1::INFO::2016-03-17 15:22:13,104::CredServer::273::root::Opening credentials channel... Dummy-1::INFO::2016-03-17 15:22:13,105::CredServer::132::root::Emitting user authenticated signal (651416). CredChannel::INFO::2016-03-17 15:22:13,188::CredServer::225::root::Incomming connection from user: 0 process: 2570 CredChannel::INFO::2016-03-17 15:22:13,188::CredServer::232::root::Sending user's credential (token: 651416) Dummy-1::INFO::2016-03-17 15:22:13,189::CredServer::277::root::Credentials channel was closed. /var/log/secure Mar 17 15:21:07 test06 gdm-launch-environment]: pam_unix(gdm-launch-environment:session): session opened for user gdm by (uid=0) Mar 17 15:21:10 test06 polkitd[749]: Registered Authentication Agent for unix-session:c1 (system bus name :1.34 [gnome-shell --mode=gdm], object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.UTF-8) Mar 17 15:22:13 test06 gdm-ovirtcred]: pam_sss(gdm-ovirtcred:auth): authentication failure; logname= uid=0 euid=0 tty= ruser= rhost= user=test6 Mar 17 15:22:13 test06 gdm-ovirtcred]: pam_sss(gdm-ovirtcred:auth): received for user test6: 17 (Failure setting user credentials) /var/log/sssd/krb5_child.log (debug-level 10) (Thu Mar 17 15:22:13 2016) [[sssd[krb5_child[2575]]]] [get_and_save_tgt] (0x0020): 1234: [-1765328360][Preauthentication failed] (Thu Mar 17 15:22:13 2016) [[sssd[krb5_child[2575]]]] [map_krb5_error] (0x0020): 1303: [-1765328360][Preauthentication failed] (Thu Mar 17 15:22:13 2016) [[sssd[krb5_child[2575]]]] [k5c_send_data] (0x0200): Received error code 1432158215 (Thu Mar 17 15:22:13 2016) [[sssd[krb5_child[2575]]]] [pack_response_packet] (0x2000): response packet size: [4] (Thu Mar 17 15:22:13 2016) [[sssd[krb5_child[2575]]]] [k5c_send_data] (0x4000): Response sent. (Thu Mar 17 15:22:13 2016) [[sssd[krb5_child[2575]]]] [main] (0x0400): krb5_child completed successfully /var/log/sssd/sssd_DOMAIN.COM.log (debug-level 10) (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [be_pam_handler] (0x0100): Got request with the following data (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [pam_print_data] (0x0100): command: PAM_AUTHENTICATE (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [pam_print_data] (0x0100): domain: DOMAIN.COM (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [pam_print_data] (0x0100): user: test6 (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [pam_print_data] (0x0100): service: gdm-ovirtcred (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [pam_print_data] (0x0100): tty: (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [pam_print_data] (0x0100): ruser: (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [pam_print_data] (0x0100): rhost: (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [pam_print_data] (0x0100): authtok type: 1 (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [pam_print_data] (0x0100): newauthtok type: 0 (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [pam_print_data] (0x0100): priv: 1 (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [pam_print_data] (0x0100): cli_pid: 2570 (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [pam_print_data] (0x0100): logon name: not set (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [krb5_auth_queue_send] (0x1000): Wait queue of user [test6] is empty, running request [0x7fe30df03cc0] immediately. (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [krb5_setup] (0x4000): No mapping for: test6 (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [ldb] (0x4000): Added timed event "ltdb_callback": 0x7fe30df07120 (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [ldb] (0x4000): Added timed event "ltdb_timeout": 0x7fe30df16590 (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [ldb] (0x4000): Running timer event 0x7fe30df07120 "ltdb_callback" (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [ldb] (0x4000): Destroying timer event 0x7fe30df16590 "ltdb_timeout" (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [ldb] (0x4000): Ending timer event 0x7fe30df07120 "ltdb_callback" (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [fo_resolve_service_send] (0x0100): Trying to resolve service 'IPA' (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [get_server_status] (0x1000): Status of server 'ipa01.DOMAIN.COM' is 'working' (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [get_port_status] (0x1000): Port status of port 389 for server 'ipa01.DOMAIN.COM' is 'working' (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [fo_resolve_service_activate_timeout] (0x2000): Resolve timeout set to 6 seconds (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [resolve_srv_send] (0x0200): The status of SRV lookup is resolved (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [get_server_status] (0x1000): Status of server 'ipa01.DOMAIN.COM' is 'working' (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [be_resolve_server_process] (0x1000): Saving the first resolved server (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [be_resolve_server_process] (0x0200): Found address for server ipa01.DOMAIN.COM: [10.0.1.21] TTL 1200 (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [ipa_resolve_callback] (0x0400): Constructed uri 'ldap://ipa01.DOMAIN.COM' (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sss_krb5_realm_has_proxy] (0x0040): profile_get_values failed. (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [child_handler_setup] (0x2000): Setting up signal handler up for pid [2575] (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [child_handler_setup] (0x2000): Signal handler set up for pid [2575] (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [write_pipe_handler] (0x0400): All data has been sent! (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [child_sig_handler] (0x1000): Waiting for child [2575]. (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [child_sig_handler] (0x0100): child [2575] finished successfully. (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [read_pipe_handler] (0x0400): EOF received, client finished (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [check_wait_queue] (0x1000): Wait queue for user [test6] is empty. (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [krb5_auth_queue_done] (0x1000): krb5_auth_queue request [0x7fe30df03cc0] done. (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sdap_id_op_connect_step] (0x4000): reusing cached connection (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sdap_print_server] (0x2000): Searching 10.0.1.21 (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sdap_get_generic_ext_step] (0x0400): calling ldap_search_ext with [(&(cn=ipaConfig)(objectClass=ipaGuiConfig))][cn=etc,dc=DOMAIN,dc=com]. (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sdap_get_generic_ext_step] (0x1000): Requesting attrs: [ipaMigrationEnabled] (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sdap_get_generic_ext_step] (0x1000): Requesting attrs: [ipaSELinuxUserMapDefault] (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sdap_get_generic_ext_step] (0x1000): Requesting attrs: [ipaSELinuxUserMapOrder] (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sdap_get_generic_ext_step] (0x2000): ldap_search_ext called, msgid = 122 (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sdap_op_add] (0x2000): New operation 122 timeout 60 (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sdap_process_result] (0x2000): Trace: sh[0x7fe30deef090], connected[1], ops[0x7fe30df094a0], ldap[0x7fe30def2920] (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sdap_process_message] (0x4000): Message type: [LDAP_RES_SEARCH_ENTRY] (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sdap_parse_entry] (0x1000): OriginalDN: [cn=ipaConfig,cn=etc,dc=DOMAIN,dc=com]. (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sdap_parse_range] (0x2000): No sub-attributes for [ipaMigrationEnabled] (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sdap_parse_range] (0x2000): No sub-attributes for [ipaSELinuxUserMapDefault] (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sdap_parse_range] (0x2000): No sub-attributes for [ipaSELinuxUserMapOrder] (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sdap_process_result] (0x2000): Trace: sh[0x7fe30deef090], connected[1], ops[0x7fe30df094a0], ldap[0x7fe30def2920] (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sdap_process_message] (0x4000): Message type: [LDAP_RES_SEARCH_RESULT] (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sdap_get_generic_op_finished] (0x0400): Search result: Success(0), no errmsg set (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sdap_op_destructor] (0x2000): Operation 122 finished (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sdap_id_op_destroy] (0x4000): releasing operation connection (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [ipa_get_migration_flag_done] (0x0100): Password migration is not enabled. (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [be_pam_handler_callback] (0x0100): Backend returned: (0, 17, <NULL>) [Success (Failure setting user credentials)] (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [be_pam_handler_callback] (0x0100): Sending result [17][DOMAIN.COM] (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [be_pam_handler_callback] (0x0100): Sent result [17][DOMAIN.COM] (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sdap_process_result] (0x2000): Trace: sh[0x7fe30deef090], connected[1], ops[(nil)], ldap[0x7fe30def2920] (Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sdap_process_result] (0x2000): Trace: ldap_result found nothing! ------=_NextPart_000_0050_01D18069.35C995E0 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><p = class=3DMsoNormal>Hi,<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>I am having = an issue with getting SSO to work when a standard user(UserRole) logs in = to the UserPortal.<o:p></o:p></p><p class=3DMsoNormal>The user has = permission to use only this VM, so after login the console is = automatically opened for that VM.<o:p></o:p></p><p = class=3DMsoNormal>Problem is that it doesn't login on the VM system with = the provided credentials. Manual login at the console works without any = issues. <o:p></o:p></p><p class=3DMsoNormal>HBAC-rule check on IPA shows = access is granted. Client has SELINUX in permissive mode and a disabled = firewalld. <o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>On the client side I do see some PAM related errors in = the logs (see details below). Extensive Google search on error 17 = "Failure setting user credentials" didn't show helpful = information :-(<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>AFAIK this = is did a pretty standard set-up, all working with RH-family products. I = would expect others to encounter this issue as well. <o:p></o:p></p><p = class=3DMsoNormal>If someone knows any solution or has some directions = to fix this it would be greatly appreciated.<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>Thanks,<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>Paul<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>------------------------------------------------------<= o:p></o:p></p><p class=3DMsoNormal>System setup: I have 3 systems = <o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>The connection between the Engine and IPA is working = fine. (I can log in with IPA users etc.) Connection is made according to = this document: = https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtuali= zation/3.6/html-single/Administration_Guide/index.html#sect-Configuring_a= n_External_LDAP_Provider<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>Configuration of the client is done according to this = document: = https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtuali= zation/3.6/html/Virtual_Machine_Management_Guide/chap-Additional_Configur= ation.html#sect-Configuring_Single_Sign-On_for_Virtual_Machines<o:p></o:p= ></p><p class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>--- = Hosted Engine:<o:p></o:p></p><p class=3DMsoNormal>[root@engine ~]# cat = /etc/redhat-release<o:p></o:p></p><p class=3DMsoNormal>CentOS Linux = release 7.2.1511 (Core)<o:p></o:p></p><p class=3DMsoNormal>[root@engine = ~]# uname -a<o:p></o:p></p><p class=3DMsoNormal>Linux engine.DOMAIN.COM = 3.10.0-327.10.1.el7.x86_64 #1 SMP Tue Feb 16 17:03:50 UTC 2016 x86_64 = x86_64 x86_64 GNU/Linux<o:p></o:p></p><p class=3DMsoNormal>[root@engine = ~]# rpm -qa | grep ovirt<o:p></o:p></p><p = class=3DMsoNormal>ovirt-vmconsole-1.0.0-1.el7.centos.noarch<o:p></o:p></p= ><p = class=3DMsoNormal>ovirt-engine-restapi-3.6.2.6-1.el7.centos.noarch<o:p></= o:p></p><p = class=3DMsoNormal>ovirt-setup-lib-1.0.1-1.el7.centos.noarch<o:p></o:p></p= ><p = class=3DMsoNormal>ovirt-engine-setup-plugin-ovirt-engine-common-3.6.3.4-1= .el7.centos.noarch<o:p></o:p></p><p = class=3DMsoNormal>ovirt-engine-setup-3.6.3.4-1.el7.centos.noarch<o:p></o:= p></p><p = class=3DMsoNormal>ovirt-image-uploader-3.6.0-1.el7.centos.noarch<o:p></o:= p></p><p = class=3DMsoNormal>ovirt-engine-extension-aaa-jdbc-1.0.5-1.el7.noarch<o:p>= </o:p></p><p = class=3DMsoNormal>ovirt-host-deploy-1.4.1-1.el7.centos.noarch<o:p></o:p><= /p><p = class=3DMsoNormal>ovirt-engine-extension-aaa-ldap-setup-1.1.2-1.el7.cento= s.noarch<o:p></o:p></p><p = class=3DMsoNormal>ovirt-engine-wildfly-overlay-8.0.4-1.el7.noarch<o:p></o= :p></p><p = class=3DMsoNormal>ovirt-engine-wildfly-8.2.1-1.el7.x86_64<o:p></o:p></p><= p = class=3DMsoNormal>ovirt-vmconsole-proxy-1.0.0-1.el7.centos.noarch<o:p></o= :p></p><p = class=3DMsoNormal>ovirt-engine-tools-3.6.2.6-1.el7.centos.noarch<o:p></o:= p></p><p = class=3DMsoNormal>ovirt-engine-dbscripts-3.6.2.6-1.el7.centos.noarch<o:p>= </o:p></p><p = class=3DMsoNormal>ovirt-engine-backend-3.6.2.6-1.el7.centos.noarch<o:p></= o:p></p><p = class=3DMsoNormal>ovirt-engine-3.6.2.6-1.el7.centos.noarch<o:p></o:p></p>= <p = class=3DMsoNormal>ovirt-engine-extension-aaa-ldap-1.1.2-1.el7.centos.noar= ch<o:p></o:p></p><p = class=3DMsoNormal>ovirt-engine-setup-base-3.6.3.4-1.el7.centos.noarch<o:p= ></o:p></p><p = class=3DMsoNormal>ovirt-engine-setup-plugin-ovirt-engine-3.6.3.4-1.el7.ce= ntos.noarch<o:p></o:p></p><p = class=3DMsoNormal>ovirt-engine-setup-plugin-websocket-proxy-3.6.3.4-1.el7= .centos.noarch<o:p></o:p></p><p = class=3DMsoNormal>ovirt-engine-vmconsole-proxy-helper-3.6.3.4-1.el7.cento= s.noarch<o:p></o:p></p><p = class=3DMsoNormal>ovirt-engine-cli-3.6.2.0-1.el7.centos.noarch<o:p></o:p>= </p><p = class=3DMsoNormal>ovirt-host-deploy-java-1.4.1-1.el7.centos.noarch<o:p></= o:p></p><p = class=3DMsoNormal>ovirt-engine-userportal-3.6.2.6-1.el7.centos.noarch<o:p= ></o:p></p><p = class=3DMsoNormal>ovirt-engine-webadmin-portal-3.6.2.6-1.el7.centos.noarc= h<o:p></o:p></p><p = class=3DMsoNormal>ovirt-guest-agent-common-1.0.11-1.el7.noarch<o:p></o:p>= </p><p class=3DMsoNormal>ovirt-release36-003-1.noarch<o:p></o:p></p><p = class=3DMsoNormal>ovirt-iso-uploader-3.6.0-1.el7.centos.noarch<o:p></o:p>= </p><p = class=3DMsoNormal>ovirt-engine-lib-3.6.3.4-1.el7.centos.noarch<o:p></o:p>= </p><p = class=3DMsoNormal>ovirt-engine-sdk-python-3.6.3.0-1.el7.centos.noarch<o:p= ></o:p></p><p = class=3DMsoNormal>ovirt-engine-setup-plugin-vmconsole-proxy-helper-3.6.3.= 4-1.el7.centos.noarch<o:p></o:p></p><p = class=3DMsoNormal>ovirt-engine-websocket-proxy-3.6.3.4-1.el7.centos.noarc= h<o:p></o:p></p><p = class=3DMsoNormal>ovirt-log-collector-3.6.1-1.el7.centos.noarch<o:p></o:p= ></p><p = class=3DMsoNormal>ovirt-engine-extensions-api-impl-3.6.3.4-1.el7.centos.n= oarch<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>--- FreeIPA:<o:p></o:p></p><p = class=3DMsoNormal>[root@ipa01 ~]# cat = /etc/redhat-release<o:p></o:p></p><p class=3DMsoNormal>CentOS Linux = release 7.2.1511 (Core) <o:p></o:p></p><p class=3DMsoNormal>[root@ipa01 = ~]#  uname -a<o:p></o:p></p><p class=3DMsoNormal>Linux = ipa01.DOMAIN.COM 3.10.0-327.10.1.el7.x86_64 #1 SMP Tue Feb 16 17:03:50 = UTC 2016 x86_64 x86_64 x86_64 GNU/Linux<o:p></o:p></p><p = class=3DMsoNormal>[root@ipa01 ~]# rpm -qa | grep ipa<o:p></o:p></p><p = class=3DMsoNormal>ipa-python-4.2.0-15.el7_2.6.x86_64<o:p></o:p></p><p = class=3DMsoNormal>ipa-client-4.2.0-15.el7_2.6.x86_64<o:p></o:p></p><p = class=3DMsoNormal>python-libipa_hbac-1.13.0-40.el7_2.1.x86_64<o:p></o:p><= /p><p = class=3DMsoNormal>python-iniparse-0.4-9.el7.noarch<o:p></o:p></p><p = class=3DMsoNormal>libipa_hbac-1.13.0-40.el7_2.1.x86_64<o:p></o:p></p><p = class=3DMsoNormal>sssd-ipa-1.13.0-40.el7_2.1.x86_64<o:p></o:p></p><p = class=3DMsoNormal>ipa-admintools-4.2.0-15.el7_2.6.x86_64<o:p></o:p></p><p= class=3DMsoNormal>ipa-server-4.2.0-15.el7_2.6.x86_64<o:p></o:p></p><p = class=3DMsoNormal>ipa-server-dns-4.2.0-15.el7_2.6.x86_64<o:p></o:p></p><p= class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>--- = Client:<o:p></o:p></p><p class=3DMsoNormal>[root@test06 ~]# cat = /etc/redhat-release<o:p></o:p></p><p class=3DMsoNormal>CentOS Linux = release 7.2.1511 (Core) <o:p></o:p></p><p class=3DMsoNormal>[root@test06 = ~]# uname -a<o:p></o:p></p><p class=3DMsoNormal>Linux test06.DOMAIN.COM = 3.10.0-327.10.1.el7.x86_64 #1 SMP Tue Feb 16 17:03:50 UTC 2016 x86_64 = x86_64 x86_64 GNU/Linux<o:p></o:p></p><p class=3DMsoNormal>[root@test06 = ~]# rpm -qa | grep ipa<o:p></o:p></p><p = class=3DMsoNormal>python-libipa_hbac-1.13.0-40.el7_2.1.x86_64<o:p></o:p><= /p><p = class=3DMsoNormal>python-iniparse-0.4-9.el7.noarch<o:p></o:p></p><p = class=3DMsoNormal>sssd-ipa-1.13.0-40.el7_2.1.x86_64<o:p></o:p></p><p = class=3DMsoNormal>ipa-client-4.2.0-15.0.1.el7.centos.6.x86_64<o:p></o:p><= /p><p = class=3DMsoNormal>libipa_hbac-1.13.0-40.el7_2.1.x86_64<o:p></o:p></p><p = class=3DMsoNormal>ipa-python-4.2.0-15.0.1.el7.centos.6.x86_64<o:p></o:p><= /p><p = class=3DMsoNormal>device-mapper-multipath-0.4.9-85.el7.x86_64<o:p></o:p><= /p><p = class=3DMsoNormal>device-mapper-multipath-libs-0.4.9-85.el7.x86_64<o:p></= o:p></p><p class=3DMsoNormal>[root@test06 ~]# rpm -qa | grep = guest-agent<o:p></o:p></p><p = class=3DMsoNormal>qemu-guest-agent-2.3.0-4.el7.x86_64<o:p></o:p></p><p = class=3DMsoNormal>ovirt-guest-agent-pam-module-1.0.11-1.el7.x86_64<o:p></= o:p></p><p = class=3DMsoNormal>ovirt-guest-agent-gdm-plugin-1.0.11-1.el7.noarch<o:p></= o:p></p><p = class=3DMsoNormal>ovirt-guest-agent-common-1.0.11-1.el7.noarch<o:p></o:p>= </p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>---------------------------------------------------<o:p= ></o:p></p><p class=3DMsoNormal>Relevant logs:<o:p></o:p></p><p = class=3DMsoNormal>--- Engine:<o:p></o:p></p><p = class=3DMsoNormal>//var/log/ovirt-engine/engine<o:p></o:p></p><p = class=3DMsoNormal>2016-03-17 15:22:10,516 INFO  = [org.ovirt.engine.core.bll.aaa.LoginUserCommand] (default task-22) [] = Running command: LoginUserCommand internal: false.<o:p></o:p></p><p = class=3DMsoNormal>2016-03-17 15:22:10,568 INFO  = [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] = (default task-22) [] Correlation ID: null, Call Stack: null, Custom = Event ID: -1, Message: User test6@DOMAIN logged in.<o:p></o:p></p><p = class=3DMsoNormal>2016-03-17 15:22:13,795 WARN  = [org.ovirt.engine.core.dal.job.ExecutionMessageDirector] (default = task-6) [7400ae46] The message key 'VmLogon' is missing from = 'bundles/ExecutionMessages'<o:p></o:p></p><p = class=3DMsoNormal>2016-03-17 15:22:13,839 INFO  = [org.ovirt.engine.core.bll.VmLogonCommand] (default task-6) [7400ae46] = Running command: VmLogonCommand internal: false. Entities affected = :  ID: 64a84b40-6050-4a96-a59d-d557a317c38c Type: VMAction group = CONNECT_TO_VM with role type USER<o:p></o:p></p><p = class=3DMsoNormal>2016-03-17 15:22:13,842 INFO  = [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] (default = task-6) [7400ae46] START, VmLogonVDSCommand(HostName =3D host01, = VmLogonVDSCommandParameters:{runAsync=3D'true', = hostId=3D'225157c0-224b-4aa6-9210-db4de7c7fc30', = vmId=3D'64a84b40-6050-4a96-a59d-d557a317c38c', domain=3D'DOMAIN-authz', = password=3D'***', userName=3D'test6@DOMAIN'}), log id: = 2015a1e0<o:p></o:p></p><p class=3DMsoNormal>2016-03-17 15:22:14,848 = INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] = (default task-6) [7400ae46] FINISH, VmLogonVDSCommand, log id: = 2015a1e0<o:p></o:p></p><p class=3DMsoNormal>2016-03-17 15:22:15,317 = INFO  [org.ovirt.engine.core.bll.SetVmTicketCommand] (default = task-18) [10dad788] Running command: SetVmTicketCommand internal: true. = Entities affected :  ID: 64a84b40-6050-4a96-a59d-d557a317c38c Type: = VMAction group CONNECT_TO_VM with role type USER<o:p></o:p></p><p = class=3DMsoNormal>2016-03-17 15:22:15,322 INFO  = [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] = (default task-18) [10dad788] START, SetVmTicketVDSCommand(HostName =3D = host01, SetVmTicketVDSCommandParameters:{runAsync=3D'true', = hostId=3D'225157c0-224b-4aa6-9210-db4de7c7fc30', = vmId=3D'64a84b40-6050-4a96-a59d-d557a317c38c', protocol=3D'SPICE', = ticket=3D'rd8avqvdBnRl', validTime=3D'120', userName=3D'test6', = userId=3D'10b2da3e-6401-4a09-a330-c0780bc0faef', = disconnectAction=3D'LOCK_SCREEN'}), log id: 72efb73b<o:p></o:p></p><p = class=3DMsoNormal>2016-03-17 15:22:16,340 INFO  = [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] = (default task-18) [10dad788] FINISH, SetVmTicketVDSCommand, log id: = 72efb73b<o:p></o:p></p><p class=3DMsoNormal>2016-03-17 15:22:16,377 = INFO  = [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] = (default task-18) [10dad788] Correlation ID: 10dad788, Call Stack: null, = Custom Event ID: -1, Message: User test6@DOMAIN initiated console = session for VM test06<o:p></o:p></p><p class=3DMsoNormal>2016-03-17 = 15:22:19,418 INFO  = [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] = (DefaultQuartzScheduler_Worker-53) [] Correlation ID: null, Call Stack: = null, Custom Event ID: -1, Message: User test6@DOMAIN-authz is connected = to VM test06.<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>--- Client:<o:p></o:p></p><p = class=3DMsoNormal>/var/log/ovirt-guest-agent/ovirt-guest-agent.log<o:p></= o:p></p><p class=3DMsoNormal>MainThread::INFO::2016-03-17 = 15:20:58,145::ovirt-guest-agent::57::root::Starting oVirt guest = agent<o:p></o:p></p><p class=3DMsoNormal>CredServer::INFO::2016-03-17 = 15:20:58,214::CredServer::257::root::CredServer is = running...<o:p></o:p></p><p class=3DMsoNormal>Dummy-1::INFO::2016-03-17 = 15:20:58,216::OVirtAgentLogic::294::root::Received an external command: = lock-screen...<o:p></o:p></p><p = class=3DMsoNormal>Dummy-1::INFO::2016-03-17 = 15:22:13,104::OVirtAgentLogic::294::root::Received an external command: = login...<o:p></o:p></p><p class=3DMsoNormal>Dummy-1::INFO::2016-03-17 = 15:22:13,104::CredServer::207::root::The following users are allowed to = connect: [0]<o:p></o:p></p><p = class=3DMsoNormal>Dummy-1::INFO::2016-03-17 = 15:22:13,104::CredServer::273::root::Opening credentials = channel...<o:p></o:p></p><p class=3DMsoNormal>Dummy-1::INFO::2016-03-17 = 15:22:13,105::CredServer::132::root::Emitting user authenticated signal = (651416).<o:p></o:p></p><p = class=3DMsoNormal>CredChannel::INFO::2016-03-17 = 15:22:13,188::CredServer::225::root::Incomming connection from user: 0 = process: 2570<o:p></o:p></p><p = class=3DMsoNormal>CredChannel::INFO::2016-03-17 = 15:22:13,188::CredServer::232::root::Sending user's credential (token: = 651416)<o:p></o:p></p><p class=3DMsoNormal>Dummy-1::INFO::2016-03-17 = 15:22:13,189::CredServer::277::root::Credentials channel was = closed.<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>/var/log/secure<o:p></o:p></p><p class=3DMsoNormal>Mar = 17 15:21:07 test06 gdm-launch-environment]: = pam_unix(gdm-launch-environment:session): session opened for user gdm by = (uid=3D0)<o:p></o:p></p><p class=3DMsoNormal>Mar 17 15:21:10 test06 = polkitd[749]: Registered Authentication Agent for unix-session:c1 = (system bus name :1.34 [gnome-shell --mode=3Dgdm], object path = /org/freedesktop/PolicyKit1/AuthenticationAgent, locale = en_US.UTF-8)<o:p></o:p></p><p class=3DMsoNormal>Mar 17 15:22:13 test06 = gdm-ovirtcred]: pam_sss(gdm-ovirtcred:auth): authentication failure; = logname=3D uid=3D0 euid=3D0 tty=3D ruser=3D rhost=3D = user=3Dtest6<o:p></o:p></p><p class=3DMsoNormal><b><span = style=3D'color:red'>Mar 17 15:22:13 test06 gdm-ovirtcred]: = pam_sss(gdm-ovirtcred:auth): received for user test6: 17 (Failure = setting user credentials)<o:p></o:p></span></b></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal><span = lang=3DNL>/var/log/sssd/krb5_child.log (debug-level = 10)<o:p></o:p></span></p><p class=3DMsoNormal><b><span = style=3D'color:red'>(Thu Mar 17 15:22:13 2016) = [[sssd[krb5_child[2575]]]] [get_and_save_tgt] (0x0020): 1234: = [-1765328360][Preauthentication failed]<o:p></o:p></span></b></p><p = class=3DMsoNormal><b><span style=3D'color:red'>(Thu Mar 17 15:22:13 = 2016) [[sssd[krb5_child[2575]]]] [map_krb5_error] (0x0020): 1303: = [-1765328360][Preauthentication failed]<o:p></o:p></span></b></p><p = class=3DMsoNormal><b><span style=3D'color:red'>(Thu Mar 17 15:22:13 = 2016) [[sssd[krb5_child[2575]]]] [k5c_send_data] (0x0200): Received = error code 1432158215<o:p></o:p></span></b></p><p class=3DMsoNormal>(Thu = Mar 17 15:22:13 2016) [[sssd[krb5_child[2575]]]] [pack_response_packet] = (0x2000): response packet size: [4]<o:p></o:p></p><p = class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) [[sssd[krb5_child[2575]]]] = [k5c_send_data] (0x4000): Response sent.<o:p></o:p></p><p = class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) [[sssd[krb5_child[2575]]]] = [main] (0x0400): krb5_child completed successfully<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>/var/log/sssd/sssd_DOMAIN.COM.log (debug-level = 10)<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) = [sssd[be[DOMAIN.COM]]] [be_pam_handler] (0x0100): Got request with the = following data<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 = 2016) [sssd[be[DOMAIN.COM]]] [pam_print_data] (0x0100): command: = PAM_AUTHENTICATE<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 = 2016) [sssd[be[DOMAIN.COM]]] [pam_print_data] (0x0100): domain: = DOMAIN.COM<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) = [sssd[be[DOMAIN.COM]]] [pam_print_data] (0x0100): user: = test6<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) = [sssd[be[DOMAIN.COM]]] [pam_print_data] (0x0100): service: = gdm-ovirtcred<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 = 2016) [sssd[be[DOMAIN.COM]]] [pam_print_data] (0x0100): = tty:<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) = [sssd[be[DOMAIN.COM]]] [pam_print_data] (0x0100): = ruser:<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) = [sssd[be[DOMAIN.COM]]] [pam_print_data] (0x0100): = rhost:<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) = [sssd[be[DOMAIN.COM]]] [pam_print_data] (0x0100): authtok type: = 1<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) = [sssd[be[DOMAIN.COM]]] [pam_print_data] (0x0100): newauthtok type: = 0<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) = [sssd[be[DOMAIN.COM]]] [pam_print_data] (0x0100): priv: = 1<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) = [sssd[be[DOMAIN.COM]]] [pam_print_data] (0x0100): cli_pid: = 2570<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) = [sssd[be[DOMAIN.COM]]] [pam_print_data] (0x0100): logon name: not = set<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) = [sssd[be[DOMAIN.COM]]] [krb5_auth_queue_send] (0x1000): Wait queue of = user [test6] is empty, running request [0x7fe30df03cc0] = immediately.<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 = 2016) [sssd[be[DOMAIN.COM]]] [krb5_setup] (0x4000): No mapping for: = test6<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) = [sssd[be[DOMAIN.COM]]] [ldb] (0x4000): Added timed event = "ltdb_callback": 0x7fe30df07120<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>(Thu Mar 17 = 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [ldb] (0x4000): Added timed event = "ltdb_timeout": 0x7fe30df16590<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>(Thu Mar 17 = 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [ldb] (0x4000): Running timer = event 0x7fe30df07120 "ltdb_callback"<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>(Thu Mar 17 = 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [ldb] (0x4000): Destroying timer = event 0x7fe30df16590 "ltdb_timeout"<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>(Thu Mar 17 = 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [ldb] (0x4000): Ending timer event = 0x7fe30df07120 "ltdb_callback"<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>(Thu Mar 17 = 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [fo_resolve_service_send] = (0x0100): Trying to resolve service 'IPA'<o:p></o:p></p><p = class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] = [get_server_status] (0x1000): Status of server 'ipa01.DOMAIN.COM' is = 'working'<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) = [sssd[be[DOMAIN.COM]]] [get_port_status] (0x1000): Port status of port = 389 for server 'ipa01.DOMAIN.COM' is 'working'<o:p></o:p></p><p = class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] = [fo_resolve_service_activate_timeout] (0x2000): Resolve timeout set to 6 = seconds<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) = [sssd[be[DOMAIN.COM]]] [resolve_srv_send] (0x0200): The status of SRV = lookup is resolved<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 = 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [get_server_status] (0x1000): = Status of server 'ipa01.DOMAIN.COM' is 'working'<o:p></o:p></p><p = class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] = [be_resolve_server_process] (0x1000): Saving the first resolved = server<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) = [sssd[be[DOMAIN.COM]]] [be_resolve_server_process] (0x0200): Found = address for server ipa01.DOMAIN.COM: [10.0.1.21] TTL = 1200<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) = [sssd[be[DOMAIN.COM]]] [ipa_resolve_callback] (0x0400): Constructed uri = 'ldap://ipa01.DOMAIN.COM'<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 = 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sss_krb5_realm_has_proxy] = (0x0040): profile_get_values failed.<o:p></o:p></p><p = class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] = [child_handler_setup] (0x2000): Setting up signal handler up for pid = [2575]<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) = [sssd[be[DOMAIN.COM]]] [child_handler_setup] (0x2000): Signal handler = set up for pid [2575]<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 = 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [write_pipe_handler] (0x0400): All = data has been sent!<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 = 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [child_sig_handler] (0x1000): = Waiting for child [2575].<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>(Thu Mar 17 = 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [child_sig_handler] (0x0100): = child [2575] finished successfully.<o:p></o:p></p><p = class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] = [read_pipe_handler] (0x0400): EOF received, client = finished<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) = [sssd[be[DOMAIN.COM]]] [check_wait_queue] (0x1000): Wait queue for user = [test6] is empty.<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 = 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [krb5_auth_queue_done] (0x1000): = krb5_auth_queue request [0x7fe30df03cc0] done.<o:p></o:p></p><p = class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] = [sdap_id_op_connect_step] (0x4000): reusing cached = connection<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) = [sssd[be[DOMAIN.COM]]] [sdap_print_server] (0x2000): Searching = 10.0.1.21<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) = [sssd[be[DOMAIN.COM]]] [sdap_get_generic_ext_step] (0x0400): calling = ldap_search_ext with = [(&(cn=3DipaConfig)(objectClass=3DipaGuiConfig))][cn=3Detc,dc=3DDOMAI= N,dc=3Dcom].<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 = 2016) [sssd[be[DOMAIN.COM]]] [sdap_get_generic_ext_step] (0x1000): = Requesting attrs: [ipaMigrationEnabled]<o:p></o:p></p><p = class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] = [sdap_get_generic_ext_step] (0x1000): Requesting attrs: = [ipaSELinuxUserMapDefault]<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar = 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sdap_get_generic_ext_step] = (0x1000): Requesting attrs: [ipaSELinuxUserMapOrder]<o:p></o:p></p><p = class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] = [sdap_get_generic_ext_step] (0x2000): ldap_search_ext called, msgid =3D = 122<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) = [sssd[be[DOMAIN.COM]]] [sdap_op_add] (0x2000): New operation 122 timeout = 60<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) = [sssd[be[DOMAIN.COM]]] [sdap_process_result] (0x2000): Trace: = sh[0x7fe30deef090], connected[1], ops[0x7fe30df094a0], = ldap[0x7fe30def2920]<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 = 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sdap_process_message] (0x4000): = Message type: [LDAP_RES_SEARCH_ENTRY]<o:p></o:p></p><p = class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] = [sdap_parse_entry] (0x1000): OriginalDN: = [cn=3DipaConfig,cn=3Detc,dc=3DDOMAIN,dc=3Dcom].<o:p></o:p></p><p = class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] = [sdap_parse_range] (0x2000): No sub-attributes for = [ipaMigrationEnabled]<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 = 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sdap_parse_range] (0x2000): No = sub-attributes for [ipaSELinuxUserMapDefault]<o:p></o:p></p><p = class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] = [sdap_parse_range] (0x2000): No sub-attributes for = [ipaSELinuxUserMapOrder]<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 = 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sdap_process_result] (0x2000): = Trace: sh[0x7fe30deef090], connected[1], ops[0x7fe30df094a0], = ldap[0x7fe30def2920]<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 = 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [sdap_process_message] (0x4000): = Message type: [LDAP_RES_SEARCH_RESULT]<o:p></o:p></p><p = class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] = [sdap_get_generic_op_finished] (0x0400): Search result: Success(0), no = errmsg set<o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) = [sssd[be[DOMAIN.COM]]] [sdap_op_destructor] (0x2000): Operation 122 = finished <o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) = [sssd[be[DOMAIN.COM]]] [sdap_id_op_destroy] (0x4000): releasing = operation connection <o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 = 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [ipa_get_migration_flag_done] = (0x0100): Password migration is not enabled. <o:p></o:p></p><p = class=3DMsoNormal><b><span style=3D'color:red'>(Thu Mar 17 15:22:13 = 2016) [sssd[be[DOMAIN.COM]]] [be_pam_handler_callback] (0x0100): Backend = returned: (0, 17, <NULL>) [Success (Failure setting user = credentials)] <o:p></o:p></span></b></p><p class=3DMsoNormal>(Thu Mar 17 = 15:22:13 2016) [sssd[be[DOMAIN.COM]]] [be_pam_handler_callback] = (0x0100): Sending result [17][DOMAIN.COM] <o:p></o:p></p><p = class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) [sssd[be[DOMAIN.COM]]] = [be_pam_handler_callback] (0x0100): Sent result [17][DOMAIN.COM] = <o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) = [sssd[be[DOMAIN.COM]]] [sdap_process_result] (0x2000): Trace: = sh[0x7fe30deef090], connected[1], ops[(nil)], ldap[0x7fe30def2920] = <o:p></o:p></p><p class=3DMsoNormal>(Thu Mar 17 15:22:13 2016) = [sssd[be[DOMAIN.COM]]] [sdap_process_result] (0x2000): Trace: = ldap_result found nothing!<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal> = <o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal><o:p> </o:p></p></div></body></html> ------=_NextPart_000_0050_01D18069.35C995E0--

2 5

Changing gateway ping address
by Matteo 21 Mar '17

21 Mar '17

Hi all, I need to change the gateway ping address, the one used by hosted engine setup. Is ok to edit /etc/ovirt-hosted-engine/hosted-engine.conf on each node, update the gateway param with the new ip address and restart the agent&broker on each node? With a blind test seems ok, but need to understand if is the right procedure. Thanks, Matteo

4 7

[ovirt-shell] update hostnic/nic ???
by Bloemen, Jurriën 02 Feb '17

02 Feb '17

--_000_5697777B2050209dmcamcnetworkscom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCkZpcnN0IEkgY3JlYXRlZCBhIGJvbmRpbmcgaW50ZXJmYWNlOg0KDQojIGFkZCBuaWMg LS1wYXJlbnQtaG9zdC1uYW1lIHNlcnZlcjAxIC0tbmFtZSBib25kMCAtLW5ldHdvcmstbmFtZSBW TEFONjAyIC0tYm9uZGluZy1zbGF2ZXMtaG9zdF9uaWMgaG9zdF9uaWMubmFtZT1lbm8xIC0tYm9u ZGluZy1zbGF2ZXMtaG9zdF9uaWMgaG9zdF9uaWMubmFtZT1lbm8yDQoNClRoaXMgd29ya3MgZ3Jl YXQgYnV0IG5vIElQIGlzIHNldCBvbiBWTEFONjAyLg0KDQpUaGVuIEknbSB0cnlpbmcgdG8gYWRk IGFuIGlwIGFkZHJlc3MgdG8gYSBuZXR3b3JrIHdpdGggdGhlIGZvbGxvd2luZyBjb21tYW5kOg0K DQojIHVwZGF0ZSBob3N0bmljIC0tcGFyZW50LWhvc3QtbmFtZSBzZXJ2ZXIwMSAtLW5ldHdvcmst bmFtZSBWTEFONjAyIC0tYm9vdF9wcm90b2NvbCBzdGF0aWMgLS1pcC1hZGRyZXNzIDEwLjEwLjEw LjEwIC0taXAtbmV0bWFzayAyNTUuMjU1LjI1NS4wDQoNCj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09IEVSUk9SID09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgd3JvbmcgbnVtYmVyIG9mIGFyZ3VtZW50cywgdHJ5ICdoZWxwIHVwZGF0ZScgZm9yIGhl bHAuDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQ0KDQpMb29raW5nIGF0IHRoaXMgZG9jdW1lbnQgaHR0cHM6Ly9hY2Nlc3MucmVkaGF0LmNvbS9k b2N1bWVudGF0aW9uL2VuLVVTL1JlZF9IYXRfRW50ZXJwcmlzZV9WaXJ0dWFsaXphdGlvbi8zLjYt QmV0YS9odG1sL1JIRVZNX1NoZWxsX0d1aWRlL25pYy5odG1sIEkgbmVlZCB0byB1c2UgIm5pYyIg aW5zdGVhZCBvZiAiaG9zdG5pYyIgYnV0IHRoZW4gSSBkb24ndCBoYXZlIHRoZSBvcHRpb25zIHRv IHNheSB0aGlzIGlzIGEgLS1wYXJlbnQtaG9zdC1uYW1lLiBPbmx5IFZNIHJlbGF0ZWQgY29tbWFu ZCBvcHRpb25zLg0KDQpTbyBJIHRoaW5rIHRoZSBkb2N1bWVudGF0aW9uIGlzIGJlaGluZC4NCg0K Q2FuIHNvbWVib2R5IGhlbHAgbWUgd2l0aCB3aGF0IHRoZSBjb21tYW5kIGlzIHRvIGFkZCBhIElQ IHRvIGEgVkxBTi9OZXR3b3JrIGZvciBhIGhvc3Q/DQoNCg0KLS0NCktpbmQgcmVnYXJkcywNCg0K SnVycmnDq24gQmxvZW1lbg0KDQpUaGlzIG1lc3NhZ2UgKGluY2x1ZGluZyBhbnkgYXR0YWNobWVu dHMpIG1heSBjb250YWluIGluZm9ybWF0aW9uIHRoYXQgaXMgcHJpdmlsZWdlZCBvciBjb25maWRl bnRpYWwuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIHBsZWFzZSBub3Rp ZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgZW1haWwgaW1tZWRpYXRlbHkgZnJvbSB5b3Vy IHN5c3RlbXMgYW5kIGRlc3Ryb3kgYWxsIGNvcGllcyBvZiBpdC4gWW91IG1heSBub3QsIGRpcmVj dGx5IG9yIGluZGlyZWN0bHksIHVzZSwgZGlzY2xvc2UsIGRpc3RyaWJ1dGUsIHByaW50IG9yIGNv cHkgdGhpcyBlbWFpbCBvciBhbnkgcGFydCBvZiBpdCBpZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5k ZWQgcmVjaXBpZW50DQo= --_000_5697777B2050209dmcamcnetworkscom_ Content-Type: text/html; charset="utf-8" Content-ID: <DED479EC8EDE1E4F9CD5EE636812330C(a)chellomedia.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHRleHQ9IiMwMDAwMDAi IGJnY29sb3I9IiNGRkZGRkYiPg0KPHR0PkhpLDxicj4NCjxicj4NCkZpcnN0IEkgY3JlYXRlZCBh IGJvbmRpbmcgaW50ZXJmYWNlOjxicj4NCjxicj4NCiMgYWRkIG5pYyAtLXBhcmVudC1ob3N0LW5h bWUgc2VydmVyMDEgLS1uYW1lIGJvbmQwIC0tbmV0d29yay1uYW1lIFZMQU42MDIgLS1ib25kaW5n LXNsYXZlcy1ob3N0X25pYyBob3N0X25pYy5uYW1lPWVubzEgLS1ib25kaW5nLXNsYXZlcy1ob3N0 X25pYyBob3N0X25pYy5uYW1lPWVubzI8YnI+DQo8YnI+DQpUaGlzIHdvcmtzIGdyZWF0IGJ1dCBu byBJUCBpcyBzZXQgb24gVkxBTjYwMi48YnI+DQo8YnI+DQpUaGVuIEknbSB0cnlpbmcgdG8gYWRk IGFuIGlwIGFkZHJlc3MgdG8gYSBuZXR3b3JrIHdpdGggdGhlIGZvbGxvd2luZyBjb21tYW5kOjxi cj4NCjxicj4NCiMgdXBkYXRlIGhvc3RuaWMgLS1wYXJlbnQtaG9zdC1uYW1lIHNlcnZlcjAxIC0t bmV0d29yay1uYW1lIFZMQU42MDIgLS1ib290X3Byb3RvY29sIHN0YXRpYyAtLWlwLWFkZHJlc3Mg MTAuMTAuMTAuMTAgLS1pcC1uZXRtYXNrIDI1NS4yNTUuMjU1LjA8YnI+DQo8YnI+DQo9PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PSBFUlJPUiA9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT08YnI+DQombmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg d3JvbmcgbnVtYmVyIG9mIGFyZ3VtZW50cywgdHJ5ICdoZWxwIHVwZGF0ZScgZm9yIGhlbHAuPGJy Pg0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT08 YnI+DQo8YnI+DQpMb29raW5nIGF0IHRoaXMgZG9jdW1lbnQgPGEgY2xhc3M9Im1vei10eHQtbGlu ay1mcmVldGV4dCIgaHJlZj0iaHR0cHM6Ly9hY2Nlc3MucmVkaGF0LmNvbS9kb2N1bWVudGF0aW9u L2VuLVVTL1JlZF9IYXRfRW50ZXJwcmlzZV9WaXJ0dWFsaXphdGlvbi8zLjYtQmV0YS9odG1sL1JI RVZNX1NoZWxsX0d1aWRlL25pYy5odG1sIj4NCmh0dHBzOi8vYWNjZXNzLnJlZGhhdC5jb20vZG9j dW1lbnRhdGlvbi9lbi1VUy9SZWRfSGF0X0VudGVycHJpc2VfVmlydHVhbGl6YXRpb24vMy42LUJl dGEvaHRtbC9SSEVWTV9TaGVsbF9HdWlkZS9uaWMuaHRtbDwvYT4gSSBuZWVkIHRvIHVzZSAmcXVv dDtuaWMmcXVvdDsgaW5zdGVhZCBvZiAmcXVvdDtob3N0bmljJnF1b3Q7IGJ1dCB0aGVuIEkgZG9u J3QgaGF2ZSB0aGUgb3B0aW9ucyB0byBzYXkgdGhpcyBpcyBhIC0tcGFyZW50LWhvc3QtbmFtZS4g T25seSBWTSByZWxhdGVkIGNvbW1hbmQNCiBvcHRpb25zLjxicj4NCjxicj4NClNvIEkgdGhpbmsg dGhlIGRvY3VtZW50YXRpb24gaXMgYmVoaW5kLiA8YnI+DQo8YnI+DQpDYW4gc29tZWJvZHkgaGVs cCBtZSB3aXRoIHdoYXQgdGhlIGNvbW1hbmQgaXMgdG8gYWRkIGEgSVAgdG8gYSBWTEFOL05ldHdv cmsgZm9yIGEgaG9zdD88YnI+DQo8YnI+DQo8YnI+DQo8L3R0Pg0KPGRpdiBjbGFzcz0ibW96LXNp Z25hdHVyZSI+LS0gPGJyPg0KPHRpdGxlPjwvdGl0bGU+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdi KDAsIDAsIDApOyI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iZm9udC1zaXplOiAxNHB4 OyBmb250LWZhbWlseToNCiAgICAgICAgICBDYWxpYnJpLCBzYW5zLXNlcmlmOyBtYXJnaW46IDBj bSAwY20gMC4wMDAxcHQ7Ij4NCjxiPjxmb250IGZhY2U9IkFyaWFsLHNhbnMtc2VyaWYiIGNvbG9y PSIjMmM4Y2I2Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMHB0OyI+Szwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOg0KICAgICAgICAgICAgICAgIDEzcHg7Ij5pPC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6IDEwcHQ7Ij5uZCByZWdhcmRzLDwvc3Bhbj48L2ZvbnQ+PC9iPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5 Og0KICAgICAgICAgIENhbGlicmksIHNhbnMtc2VyaWY7IG1hcmdpbjogMGNtIDBjbSAwLjAwMDFw dDsiPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTBwdDsgZm9udC1mYW1pbHk6IEFyaWFs LCBzYW5zLXNlcmlmOw0KICAgICAgICAgICAgICBjb2xvcjogcmdiKDQ0LCAxNDAsIDE4Mik7Ij4m bmJzcDs8L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJmb250LXNp emU6IDE0cHg7IGZvbnQtZmFtaWx5Og0KICAgICAgICAgIENhbGlicmksIHNhbnMtc2VyaWY7IG1h cmdpbjogMGNtIDBjbSAwLjAwMDFwdDsiPg0KPGIgc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6IDEwcHQ7DQogICAgICAgICAgICAgIGZvbnQtZmFtaWx5OiBB cmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYig0NCwgMTQwLCAxODIpOyI+SnVycmnDq24gQmxv ZW1lbjwvc3Bhbj48L2I+PGIgc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6IDEwcHQ7IGZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsNCiAgICAgICAg ICAgICAgY29sb3I6IGdyYXk7Ij48YnI+DQo8L3NwYW4+PC9iPjxmb250IGZhY2U9IkFyaWFsLHNh bnMtc2VyaWYiIGNvbG9yPSIjODA4MDgwIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMHB0OyI+ PC9zcGFuPjwvZm9udD48L3A+DQo8YnI+DQo8L2Rpdj4NCjwvZGl2Pg0KVGhpcyBtZXNzYWdlIChp bmNsdWRpbmcgYW55IGF0dGFjaG1lbnRzKSBtYXkgY29udGFpbiBpbmZvcm1hdGlvbiB0aGF0IGlz IHByaXZpbGVnZWQgb3IgY29uZmlkZW50aWFsLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQg cmVjaXBpZW50LCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIGVtYWls IGltbWVkaWF0ZWx5IGZyb20geW91ciBzeXN0ZW1zIGFuZCBkZXN0cm95IGFsbCBjb3BpZXMgb2Yg aXQuIFlvdSBtYXkgbm90LA0KIGRpcmVjdGx5IG9yIGluZGlyZWN0bHksIHVzZSwgZGlzY2xvc2Us IGRpc3RyaWJ1dGUsIHByaW50IG9yIGNvcHkgdGhpcyBlbWFpbCBvciBhbnkgcGFydCBvZiBpdCBp ZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_5697777B2050209dmcamcnetworkscom_--

3 10

upgrade hosted-engine os ( not hosts )
by Paul Groeneweg | Pazion 09 Jan '17

09 Jan '17

I am looking for a way to get my hosted-engine running on el7 so I can upgrade to oVirt 4.0. Currently my hosts already run el7, but my hosted-engine is still el6. I read https://www.ovirt.org/documentation/how-to/hosted-engine-host-OS-upgrade/ but this is only about the hosts. I read https://www.ovirt.org/documentation/how-to/hosted-engine/, but it only mentions upgrade of the hosted-engine software, not the OS. I understood I can do a fresh hosted-engine install, and then import my storage domain to the new hosted engine, but: - Do I need to restore my hosted engine database? ( like described here: http://www.ovirt.org/develop/developer-guide/engine/migrate-to-hosted-engin… ) - Can I directly install hosted-engine 4.0 and then import the storage domain? Or should I install same hosted-engine version? - Do I first need another master storage domain or can I directly import my old master storage domain? - When importing the storage domain what is the risk it fails ( I have backups, but it would cost a day to restore all ) - How long would import take? few minutes or hours? ( I want to keep down time as low as possible ). Another option would be upgrade the OS ( with redhat-upgrade-tool ) or is this a path for disaster? I hope someone can tell me how I can smoothly upgrade my hosted-engine up to el7 and run oVirt 4.

4 16

can't import vm from KVM host
by Nelson Lameiras 29 Nov '16

29 Nov '16

Hello, I'm trying to import virtual machines from a KVM host (centos 7.2) to an oVirt 4.0.2 Cluster using the "import" feature on GUI. If the original VM is using RAW/QCOW2 files as storage, everything works fine. But if the original VM is using a special block special device as storage (like a LVM or SAN volume), it's simply not recognized. The VM does appear in the import list of the KVM host, but it's disk count is 0! Is this a known technical obstacle or am I doing something wrong ? below is the storage part of the xml describing the original VM : <disk type='block' device='disk'> <driver name='qemu' type='raw' cache='none' io='native'/> <source dev='/dev/mapper/vg_01-lv_sys'/> <target dev='vda' bus='virtio'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/> </disk> <disk type='block' device='disk'> <driver name='qemu' type='raw' cache='none' io='native'/> <source dev='/dev/sdc'/> <target dev='vdb' bus='virtio'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/> </disk> We have hundreds of virtual machines in production with this type of configuration... How can we migrate them safely to oVirt? thanks Nelson

4 30

Storage VLAN Issue
by Kendal Montgomery 02 Nov '16

02 Nov '16

--_000_0366DCE80EE9443B80C6E891426FBB27cbuscollaboratorycom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgYWxsLA0KDQpJIGp1c3QgcmVjZW50bHkgc3RhcnRlZCB0ZXN0aW5nIG91dCBvVmlydCBpbiBv dXIgbGFiLiAgSeKAmW0gdXNpbmcgQ2VudE9TIDcgb24gbXkgaG9zdHMgYW5kIHVzaW5nIHRoZSBo b3N0ZWQtZW5naW5lIG1vZGVsLCBhbmQgdGhlIG9WaXJ0IDMuNiByZXBvc2l0b3J5LiAgSSBoYXZl IE5GUyBzdG9yYWdlLiAgSSByYW4gYWNyb3NzIHdoYXQgSSB0aGluayBpcyBhIGJ1ZyBvZiBzb21l IHNvcnQsIGFuZCBJ4oCZbSBjdXJpb3VzIGlmIGFueW9uZSBlbHNlIGhhcyB0cmllZCB0aGlzIG9y IGtub3cgd2hhdOKAmXMgZ29pbmcgb24uDQoNCkkgd2FudGVkIHRvIGJlIGFibGUgdG8gZXhwb3Nl IHRoZSBORlMgc2VydmVyIChub3QgbmVjZXNzYXJpbHkgdGhlIHNoYXJlIHVzZWQgZm9yIG9WaXJ0 IHN0b3JhZ2UgZG9tYWlucywgYnV0IG90aGVyIHNoYXJlcyBvbiB0aGUgTkZTIHNlcnZlcikgdG8g Vk1zIHJ1bm5pbmcgb24gbXkgaG9zdCAoY3VycmVudGx5IG15IHNldHVwIG9ubHkgaW52b2x2ZXMg YSBzaW5nbGUgaG9zdCkuIEkgaGF2ZSB0d28gMTBHYmFzZVQgaW50ZXJmYWNlZCBib25kZWQgdG9n ZXRoZXIgb24gdGhlIGhvc2Ugd2l0aCB0d28gVkxBTiBuZXR3b3JrcyBvbiBpdCBjdXJyZW50bHks IG9uZSBmb3IgdGhlIG1hbmFnZW1lbnQgbmV0d29yaywgb25lIGZvciBzdG9yYWdlLiAgV2hlbiB0 aGUgaG9zdGVkLWVuZ2luZSBkZXBsb3ltZW50IHdhcyBzZXQgdXAsIEkgZW5kZWQgdXAgd2l0aCBh biBvdmlydG1nbXQgaW50ZXJmYWNlIHRoYXQgd2FzIGJyaWRnZWQgdG8gbXkgaW5mcmFzdHJ1Y3R1 cmUgdmxhbiBpbnRlcmZhY2UgKHZsYW4gMTA4MCkuICBTbywgSSBhZGRlZCBhbm90aGVyIG5ldHdv cmsgaW4gbXkgb1ZpcnQgY2x1c3RlciBuYW1lZCBWTS1TdG9yYWdlIHdpdGggdmxhbiAxMDkyICht eSBzdG9yYWdlIG5ldHdvcmspLiAgSGVyZSBpcyBhcHByb3hpbWF0ZWx5IGhvdyBJIGV4cGVjdGVk IHRoaXMgdG8gZW5kIHVwOg0KDQpib25kMCAtIChib25kZWQgaW50ZXJmYWNlKQ0KICAtIGJvbmQw LjEwOTIgKFNUT1JBR0UgLSB2bGFuIGludGVyZmFjZSkNCiAgICAgLSBWTS1zdG9yYWdlIChicmlk Z2VkIGludGVyZmFjZSkNCiAgLSBib25kMC4xMDgwIChJTkZSIC0gdmFuIGludGVyZmFjZSkNCiAg ICAtIG92aXJ0bWdtdCAoYnJpZGdlZCBpbnRlcmZhY2UpDQoNCkhvd2V2ZXIsIHdoZW4gSSBkaWQg bmV0d29yayBzZXR1cCBvbiB0aGUgaG9zdCwgYW5kIGRyYWdnZWQgdGhlIFZNLVN0b3JhZ2UgbmV0 d29yayBvdmVyIHRvIHRoZSBuZXR3b3JrIGludGVyZmFjZSBhbmQgaGl0IE9LLCB0aGUgVUkganVz dCBmcm96ZSwgYW5kIGZvciBhIGZldyBzZWNvbmRzIEkgY2hlY2tlZCBvbiB0aGUgaG9zdCB2aWEg c3NoIHNlc3Npb24gYW5kIHRoZSBWTS1zdG9yYWdlIGJyaWRnZSB3YXMgc2V0dXAsIHRoZW4gdGhl IHNlcnZlciBqdXN0IHJlYm9vdGVkLiAgQWZ0ZXIgaXQgcmVib290ZWQsIG15IHZsYW4gaW50ZXJm YWNlIHdhcyBubyBsb25nZXIgdGhlcmUgYW5kIGl0IHNlZW1zIGxpa2UgYm90aCB0aGUgaG9zdGVk IGVuZ2luZSBWTSBhbmQgdGhlIGhvc3QgZW5kZWQgdXAgYmVpbmcgcmVib290ZWQuICBJbiB0aGlu a2luZyBhYm91dCBpdCwgSSBtYXkgaGF2ZSBjYXVzZWQgYXQgbGVhc3QgYSB0ZW1wb3Jhcnkgb3V0 YWdlIHdpdGggbXkgTkZTIHN0b3JhZ2Ugd2hlbiB0aGUgbmV3IGJyaWRnZWQgaW50ZXJmYWNlIHdh cyBzZXQgdXAgd2hpY2ggY2F1c2VkIChtYXliZSkgdGhlIEhBIGFnZW50IHRvIHRoaW5rIHRoZSBo b3N0ZWQgZW5naW5lIHZtIHdlbnQgYXdheSBvciBzb21ldGhpbmcsIGFuZCB0aGF0IGNhdXNlIHRo ZSByZWJvb3RzLiAgTm90IGVudGlyZWx5IHN1cmUsIGJ1dCB0aGlzIHdhcyBjZXJ0YWlubHkgdW5l eHBlY3RlZC4gIEkgaGF2ZSB0cmllZCBzZXZlcmFsIHRpbWVzIGFuZCB0aGUgc2FtZSByZXN1bHQg ZWFjaCB0aW1lLg0KDQpJIGRpZCBjaGVjayB0aGF0IGFueSBvdGhlciBWTSBuZXR3b3JrIHdpdGgg YSBkaWZmZXJlbnQgVkxBTiBJRCBwcm92aXNpb25zIGp1c3QgZmluZSBvbiB0aGUgaG9zdCwgc28g SSBhc3N1bWUgdGhlcmXigJlzIHNvbWV0aGluZyB0aGF0IGhhcHBlbnMgd2hlbiB0aGlzIHN0b3Jh Z2UgbmV0d29yayBpcyBwcm92aXNpb25lZCB0aGF0IGlzIGNhdGNoaW5nIG9WaXJ0IG9mZi1ndWFy ZCBzb21laG93Lg0KDQpBbnlvbmUgZWxzZSBoYXZlIHRoaXMgaXNzdWUgYmVmb3JlPyAgQ2FuIEkg c29sdmUgdGhpcyBieSBhZGRpbmcgYW5vdGhlciBob3N0LCB0aGVuIG1vdmluZyB0aGUgaG9zdGVk LWVuZ2luZSB0byBhIGRpZmZlcmVudCBob3N0IHdoaWxlIEkgYWRkIHRoZSBzdG9yYWdlIG5ldHdv cmsgdG8gZWFjaCBob3N0Pw0KDQpUaGFua3MuDQoNCktlbmRhbCBNb250Z29tZXJ5DQpMYWIgTWFu YWdlcg0KTzogNjE0LjQwNy41NTg0IHwgTTogNjE0LjU3MS4wMTcyDQprbW9udGdvbWVyeUBjYnVz Y29sbGFib3JhdG9yeS5jb208bWFpbHRvOmttb250Z29tZXJ5QGNidXNjb2xsYWJvcmF0b3J5LmNv bT4NCg0K --_000_0366DCE80EE9443B80C6E891426FBB27cbuscollaboratorycom_ Content-Type: text/html; charset="utf-8" Content-ID: <91F0E571AB281F44B836DAD9F2229895(a)namprd04.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5IaSBhbGws PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0i Ij5JIGp1c3QgcmVjZW50bHkgc3RhcnRlZCB0ZXN0aW5nIG91dCBvVmlydCBpbiBvdXIgbGFiLiAm bmJzcDtJ4oCZbSB1c2luZyBDZW50T1MgNyBvbiBteSBob3N0cyBhbmQgdXNpbmcgdGhlIGhvc3Rl ZC1lbmdpbmUgbW9kZWwsIGFuZCB0aGUgb1ZpcnQgMy42IHJlcG9zaXRvcnkuICZuYnNwO0kgaGF2 ZSBORlMgc3RvcmFnZS4gJm5ic3A7SSByYW4gYWNyb3NzIHdoYXQgSSB0aGluayBpcyBhIGJ1ZyBv ZiBzb21lIHNvcnQsIGFuZCBJ4oCZbSBjdXJpb3VzIGlmIGFueW9uZQ0KIGVsc2UgaGFzIHRyaWVk IHRoaXMgb3Iga25vdyB3aGF04oCZcyBnb2luZyBvbi48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJy IGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkkgd2FudGVkIHRvIGJlIGFibGUgdG8g ZXhwb3NlIHRoZSBORlMgc2VydmVyIChub3QgbmVjZXNzYXJpbHkgdGhlIHNoYXJlIHVzZWQgZm9y IG9WaXJ0IHN0b3JhZ2UgZG9tYWlucywgYnV0IG90aGVyIHNoYXJlcyBvbiB0aGUgTkZTIHNlcnZl cikgdG8gVk1zIHJ1bm5pbmcgb24gbXkgaG9zdCAoY3VycmVudGx5IG15IHNldHVwIG9ubHkgaW52 b2x2ZXMgYSBzaW5nbGUgaG9zdCkuIEkgaGF2ZSB0d28gMTBHYmFzZVQgaW50ZXJmYWNlZA0KIGJv bmRlZCB0b2dldGhlciBvbiB0aGUgaG9zZSB3aXRoIHR3byBWTEFOIG5ldHdvcmtzIG9uIGl0IGN1 cnJlbnRseSwgb25lIGZvciB0aGUgbWFuYWdlbWVudCBuZXR3b3JrLCBvbmUgZm9yIHN0b3JhZ2Uu ICZuYnNwO1doZW4gdGhlIGhvc3RlZC1lbmdpbmUgZGVwbG95bWVudCB3YXMgc2V0IHVwLCBJIGVu ZGVkIHVwIHdpdGggYW4gb3ZpcnRtZ210IGludGVyZmFjZSB0aGF0IHdhcyBicmlkZ2VkIHRvIG15 IGluZnJhc3RydWN0dXJlIHZsYW4gaW50ZXJmYWNlDQogKHZsYW4gMTA4MCkuICZuYnNwO1NvLCBJ IGFkZGVkIGFub3RoZXIgbmV0d29yayBpbiBteSBvVmlydCBjbHVzdGVyIG5hbWVkIFZNLVN0b3Jh Z2Ugd2l0aCB2bGFuIDEwOTIgKG15IHN0b3JhZ2UgbmV0d29yaykuICZuYnNwO0hlcmUgaXMgYXBw cm94aW1hdGVseSBob3cgSSBleHBlY3RlZCB0aGlzIHRvIGVuZCB1cDo8L2Rpdj4NCjxkaXYgY2xh c3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPmJvbmQwIC0gKGJvbmRl ZCBpbnRlcmZhY2UpPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAtIGJvbmQwLjEwOTIgKFNU T1JBR0UgLSB2bGFuIGludGVyZmFjZSk8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7ICZuYnNw OyAmbmJzcDstIFZNLXN0b3JhZ2UgKGJyaWRnZWQgaW50ZXJmYWNlKTwvZGl2Pg0KPGRpdiBjbGFz cz0iIj4mbmJzcDsgLSBib25kMC4xMDgwIChJTkZSIC0gdmFuIGludGVyZmFjZSk8L2Rpdj4NCjxk aXYgY2xhc3M9IiI+Jm5ic3A7ICZuYnNwOyAtIG92aXJ0bWdtdCAoYnJpZGdlZCBpbnRlcmZhY2Up PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0i Ij5Ib3dldmVyLCB3aGVuIEkgZGlkIG5ldHdvcmsgc2V0dXAgb24gdGhlIGhvc3QsIGFuZCBkcmFn Z2VkIHRoZSBWTS1TdG9yYWdlIG5ldHdvcmsgb3ZlciB0byB0aGUgbmV0d29yayBpbnRlcmZhY2Ug YW5kIGhpdCBPSywgdGhlIFVJIGp1c3QgZnJvemUsIGFuZCBmb3IgYSBmZXcgc2Vjb25kcyBJIGNo ZWNrZWQgb24gdGhlIGhvc3QgdmlhIHNzaCBzZXNzaW9uIGFuZCB0aGUgVk0tc3RvcmFnZSBicmlk Z2Ugd2FzIHNldHVwLCB0aGVuDQogdGhlIHNlcnZlciBqdXN0IHJlYm9vdGVkLiAmbmJzcDtBZnRl ciBpdCByZWJvb3RlZCwgbXkgdmxhbiBpbnRlcmZhY2Ugd2FzIG5vIGxvbmdlciB0aGVyZSBhbmQg aXQgc2VlbXMgbGlrZSBib3RoIHRoZSBob3N0ZWQgZW5naW5lIFZNIGFuZCB0aGUgaG9zdCBlbmRl ZCB1cCBiZWluZyByZWJvb3RlZC4gJm5ic3A7SW4gdGhpbmtpbmcgYWJvdXQgaXQsIEkgbWF5IGhh dmUgY2F1c2VkIGF0IGxlYXN0IGEgdGVtcG9yYXJ5IG91dGFnZSB3aXRoIG15IE5GUyBzdG9yYWdl IHdoZW4NCiB0aGUgbmV3IGJyaWRnZWQgaW50ZXJmYWNlIHdhcyBzZXQgdXAgd2hpY2ggY2F1c2Vk IChtYXliZSkgdGhlIEhBIGFnZW50IHRvIHRoaW5rIHRoZSBob3N0ZWQgZW5naW5lIHZtIHdlbnQg YXdheSBvciBzb21ldGhpbmcsIGFuZCB0aGF0IGNhdXNlIHRoZSByZWJvb3RzLiAmbmJzcDtOb3Qg ZW50aXJlbHkgc3VyZSwgYnV0IHRoaXMgd2FzIGNlcnRhaW5seSB1bmV4cGVjdGVkLiAmbmJzcDtJ IGhhdmUgdHJpZWQgc2V2ZXJhbCB0aW1lcyBhbmQgdGhlIHNhbWUgcmVzdWx0DQogZWFjaCB0aW1l LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9 IiI+SSBkaWQgY2hlY2sgdGhhdCBhbnkgb3RoZXIgVk0gbmV0d29yayB3aXRoIGEgZGlmZmVyZW50 IFZMQU4gSUQgcHJvdmlzaW9ucyBqdXN0IGZpbmUgb24gdGhlIGhvc3QsIHNvIEkgYXNzdW1lIHRo ZXJl4oCZcyBzb21ldGhpbmcgdGhhdCBoYXBwZW5zIHdoZW4gdGhpcyBzdG9yYWdlIG5ldHdvcmsg aXMgcHJvdmlzaW9uZWQgdGhhdCBpcyBjYXRjaGluZyBvVmlydCBvZmYtZ3VhcmQgc29tZWhvdy48 L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIi PkFueW9uZSBlbHNlIGhhdmUgdGhpcyBpc3N1ZSBiZWZvcmU/ICZuYnNwO0NhbiBJIHNvbHZlIHRo aXMgYnkgYWRkaW5nIGFub3RoZXIgaG9zdCwgdGhlbiBtb3ZpbmcgdGhlIGhvc3RlZC1lbmdpbmUg dG8gYSBkaWZmZXJlbnQgaG9zdCB3aGlsZSBJIGFkZCB0aGUgc3RvcmFnZSBuZXR3b3JrIHRvIGVh Y2ggaG9zdD88L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2 IGNsYXNzPSIiPlRoYW5rcy48L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8 ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZhbWlseTogSGVsdmV0aWNhOyBm b250LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50OiBub3JtYWw7 IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1 dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTog bm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBw eDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7 IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13aGl0 ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiIgc3R5bGU9 ImZvbnQtc2l6ZTogMTRweDsgbWFyZ2luOiAwaW4gMGluIDAuMDAwMXB0OyI+PHNwYW4gY2xhc3M9 IiIgc3R5bGU9ImNvbG9yOiByZ2IoMjM3LCAxMDMsIDIxKTsiPjxmb250IGZhY2U9IlRpbWVzIiBz aXplPSIzIiBjbGFzcz0iIj48YiBjbGFzcz0iIj5LZW5kYWwgTW9udGdvbWVyeTwvYj48L2ZvbnQ+ PC9zcGFuPjwvZGl2Pg0KPGRpdiBjbGFzcz0iIiBzdHlsZT0iZm9udC1zaXplOiAxNHB4OyBtYXJn aW46IDBpbiAwaW4gMC4wMDAxcHQ7Ij48Zm9udCBmYWNlPSJUaW1lcyIgY2xhc3M9IiI+PGIgY2xh c3M9IiI+TGFiIE1hbmFnZXI8L2I+PC9mb250PjwvZGl2Pg0KPGRpdiBjbGFzcz0iIiBzdHlsZT0i Zm9udC1zaXplOiAxNHB4OyBtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7Ij48Zm9udCBmYWNlPSJU aW1lcyIgY2xhc3M9IiI+TzogNjE0LjQwNy41NTg0IHwmbmJzcDtNOiA2MTQuNTcxLjAxNzI8L2Zv bnQ+PC9kaXY+DQo8ZGl2IGNsYXNzPSIiIHN0eWxlPSJmb250LXNpemU6IDE0cHg7IG1hcmdpbjog MGluIDBpbiAwLjAwMDFwdDsiPjxmb250IGZhY2U9IlRpbWVzIiBjbGFzcz0iIj48YSBocmVmPSJt YWlsdG86a21vbnRnb21lcnlAY2J1c2NvbGxhYm9yYXRvcnkuY29tIiBjbGFzcz0iIj5rbW9udGdv bWVyeUBjYnVzY29sbGFib3JhdG9yeS5jb208L2E+PC9mb250PjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_0366DCE80EE9443B80C6E891426FBB27cbuscollaboratorycom_--

7 14

ovirt 3.6.7 and gluster 3.7.14
by Luiz Claudio Prazeres Goncalves 25 Oct '16

25 Oct '16

Hi, it seems the ovirt-3.6-dependencies.repo is pointing the yum repo to http://download.gluster.org/pub/gluster/glusterfs/LATEST/EPEL.repo/epel-$re… and http://download.gluster.org/pub/gluster/glusterfs/LATEST/EPEL.repo/epel-$re…, however the "LATEST" is now pointing to gluster 3.8.x and not to 3.7.x anymore. So, in order to fix it I was forced to manually adjust the yum repo paths as you can see below. Is this procedure correct? I would say yes, but it's always good to double check :) Also, It's currently running centos 7.2 + ovirt 3.6.6 + gluster 3.7.11 (client) and I'm planning to upgrade to ovirt 3.6.7 and gluster 3.7.14 (client). The oVirt Cluster is running on top of an external gluster replica 3 cluster, hosting the engine storage domain and vms storage domain, running the version 3.7.11 which I'm also planning to move to 3.7.14 as well. I'm using XFS and not ZFS, which seems to have issues with gluster 3.7.13 Is this upgrade safe and recommended? Thanks -Luiz [ovirt-3.6-glusterfs-epel] name=GlusterFS is a clustered file-system capable of scaling to several petabytes. #baseurl= http://download.gluster.org/pub/gluster/glusterfs/LATEST/EPEL.repo/epel-$re… baseurl=https://download.gluster.org/pub/gluster/glusterfs/3.7/3.7.14 /EPEL.repo/epel-7.2/x86_64/ enabled=1 skip_if_unavailable=1 gpgcheck=1 gpgkey=https://download.gluster.org/pub/gluster/glusterfs/LATEST/pub.key [ovirt-3.6-glusterfs-noarch-epel] name=GlusterFS is a clustered file-system capable of scaling to several petabytes. #baseurl= http://download.gluster.org/pub/gluster/glusterfs/LATEST/EPEL.repo/epel-$re… baseurl=https://download.gluster.org/pub/gluster/glusterfs/3.7/3.7.14 /EPEL.repo/epel-7.2/noarch enabled=1 skip_if_unavailable=1 gpgcheck=1 gpgkey=https://download.gluster.org/pub/gluster/glusterfs/LATEST/pub.key

2 3

vdsm ssl errors
by C. Handel 13 Oct '16

13 Oct '16

i have an ovirt 4.0.1 installation on two nodes. Hosted Engine. San storage backend. For some reason the vdsmd on the nodes is logging an error every few seconds: vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof Running tcpdump it is a connect from the node to itself. I can't figure out what is wrong. Can someone give me a hint? Greetings Christoph

9 42

ovirt-shell show vm doesn't show all vm properties
by Nathanaël Blanchet 11 Oct '16

11 Oct '16

Hi all, I'd like to find any vms with some defined properties like (console-enabled or serial_number-policy for example) with ovirt-shell -E "show vm name", but I can't find all information that I can get with edit vm popupin the UI. I belevied these kind of properties were unvailable because the flag was by default to false, but after updating the flag to true, it is still not visible. Does it exist an extended way to get those feature with ovirt-shell? Thank you. -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

2 5

Re: [ovirt-users] Migrate machines in unknown state?
by Ekin Meroğlu 04 Oct '16

04 Oct '16

Hi Yaniv, On Sun, Aug 7, 2016 at 9:37 PM, Ekin Meroğlu <ekin.meroglu(a)linuxera.com> > wrote: > >> Hi, >> >> Just a reminder, if you have power management configured, first turn that >> off for the host - when you restart vdsmd with the power management >> configured, engine finds it not responding and tries to fence (e.g. reboot) >> the host. >> > > That's not true - if it's a graceful restart, it should not happen. > Can you explain this a little more? Is there a mechanism to prevent fencing on this scenario? In two of our customers' production systems we've experienced this exact behavior (i.e. engine fencing the host while restarting vdsm service manually) for a number of times, and we were specifically advised by Red Hat Support to turn off PM before restarting service. I'd like to to know if we have a better / easier way to restart vdsm. btw, b oth of the environments were RHEV-H based RHEV 3.5 clusters, and both we were busy systems, so restarting vdsm service took quite a long time. I'm guessing this might be a factor. Regards, > > > >> >> Other than that, restarting vdsmd has been safe in my experience... >> >> Regards, >> >> On Thu, Aug 4, 2016 at 6:10 PM, Nicolás <nicolas(a)devels.es> wrote: >> >>> >>> >>> El 04/08/16 a las 15:25, Arik Hadas escribió: >>> >>>> >>>> ----- Original Message ----- >>>> >>>>> El 2016-08-04 08:24, Arik Hadas escribió: >>>>> >>>>>> ----- Original Message ----- >>>>>> >>>>>>> >>>>>>> El 04/08/16 a las 07:18, Arik Hadas escribió: >>>>>>> >>>>>>>> ----- Original Message ----- >>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> We're running oVirt 4.0.1 and today I found out that one of our >>>>>>>>> hosts >>>>>>>>> has all its VMs in an unknown state. I actually don't know how (and >>>>>>>>> when) did this happen, but I'd like to restore service possibly >>>>>>>>> without >>>>>>>>> turning off these machines. The host is up, the VMs are up, 'qemu' >>>>>>>>> process exists, no errors, it's just the VMs running on it that >>>>>>>>> have a >>>>>>>>> '?' where status is defined. >>>>>>>>> >>>>>>>>> Is it safe in this case to simply modify database and set those >>>>>>>>> VM's >>>>>>>>> status to 'up'? I remember having to do this a time ago when we >>>>>>>>> faced >>>>>>>>> storage issues, it didn't break anything back then. If not, is >>>>>>>>> there a >>>>>>>>> "safe" way to migrate those VMs to a different host and restart the >>>>>>>>> host >>>>>>>>> that marked them as unknown? >>>>>>>>> >>>>>>>> Hi Nicolás, >>>>>>>> >>>>>>>> I assume that the host these VMs are running on is empty in the >>>>>>>> webadmin, >>>>>>>> right? if that is the case then you've probably hit [1]. Changing >>>>>>>> their >>>>>>>> status to up is not the way to go since these VMs will not be >>>>>>>> monitored. >>>>>>>> >>>>>>> Hi Arik, >>>>>>> >>>>>>> By "empty" you mean the webadmin reports the host being running 0 >>>>>>> VMs? >>>>>>> If so, that's not the case, actually the VM count seems to be correct >>>>>>> in >>>>>>> relation to "qemu-*" processes (about 32 VMs), I can even see the >>>>>>> machines in the "Virtual machines" tab of the host, it's just they >>>>>>> are >>>>>>> all marked with the '?' mark. >>>>>>> >>>>>> No, I meant the 'Host' column in the Virtual Machines tab but if you >>>>>> see >>>>>> the VMs in the "Virtual machines" sub-tab of the host then run_on_vds >>>>>> points to the right host.. >>>>>> >>>>>> The host is up in the webadmin as well? >>>>>> Can you share the engine log? >>>>>> >>>>>> Yes, the host is up in the webadmin, there are no issues with it, just >>>>> the VMs running on it have the '?' mark. I've made 3 tests: >>>>> >>>>> 1) Restart engine: did not help >>>>> 2) Check firewall, seems to be ok. >>>>> 2) PostgreSQL: UPDATE vm_dynamic SET status = 1 WHERE status = 8; : >>>>> After a while, I see lots of entries like this: >>>>> >>>>> 2016-08-04 09:23:10,910 WARN >>>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >>>>> (DefaultQuartzScheduler4) [6ad135b8] Correlation ID: null, Call Stack: >>>>> null, Custom Event ID: -1, Message: VM xxx is not responding. >>>>> >>>>> I'm attaching the engine log, but I don't know when did this happen for >>>>> the first time, though. If there's a manual way/command to migrate VMs >>>>> to a different host I'd appreciate a hint about it. >>>>> >>>>> Is it safe to restart vdsmd on this host? >>>>> >>>> The engine log looks fine - the VMs are reported as not-responding for >>>> some reason. I would restart libvirtd and vdsmd then >>>> >>> >>> Is restarting those two daemons safe? I mean, will that stop all qemu-* >>> processes, so the VMs marked as unknown will stop? >>> >>> >>> Thanks. >>>>> >>>>> Thanks. >>>>>>> >>>>>>> Yes, there is no other way to resolve it other than changing the DB >>>>>>>> but >>>>>>>> the change should be to update run_on_vds field of these VMs to the >>>>>>>> host >>>>>>>> you know they are running on. Their status will then be updates in >>>>>>>> 15 >>>>>>>> sec. >>>>>>>> >>>>>>>> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1354494 >>>>>>>> >>>>>>>> Arik. >>>>>>>> >>>>>>>> Thanks. >>>>>>>>> >>>>>>>>> Nicolás >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> 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 >>> >> >> >> >> -- >> *Ekin Meroğlu** Red Hat Certified Architect* >> >> linuxera Özgür Yazılım Çözüm ve Hizmetleri >> *T* +90 (850) 22 LINUX | *GSM* +90 (532) 137 77 04 >> www.linuxera.com | bilgi(a)linuxera.com >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > -- *Ekin Meroğlu** Red Hat Certified Architect* linuxera Özgür Yazılım Çözüm ve Hizmetleri *T* +90 (850) 22 LINUX | *GSM* +90 (532) 137 77 04 www.linuxera.com | bilgi(a)linuxera.com

2 3

vioscsi.sys BSOD with Win 7
by Cam Mac 29 Sep '16

29 Sep '16

Hi, I'm running oVirt 3.6.3.4-1.el7.centos and when I install a Win 7 guest VM, using VirtIO disk, networking etc, it goes through the install process ok, but blue screens upon boot with a vioscsi.sys error (attached). I have tried the official version ovirt-guest-tools-iso 3.6.0 0.2_master.fc22, as well as some earlier and later versions. I am using a PXE boot method with a Windows deployment server, which has the drivers from the oVirt tools ISO installed (indeed, it picks up the drive and networking and I can see it installing the drivers). I have tried with the generic IDE and rtl8139 config on the guest, and it also fails with the same vioscsi.sys error after rebooting upon finishing installation even though I'm using IDE as the disk driver. I have uploaded a win 7 x64 ISO and tried installing that, and it loads the VirtIO viostor driver (using the method at: https://www.ovirt.org/documentation/how-to/virtual-machines/create-a-window…) and even manages to partition the disks, but fails to install on the disk (screenshot attached). I've tried temporarily removing the vioscsi files from the install server as a last resort, but as expected it fails to install properly, though I thought it used the viostor driver instead. Thanks for any help. Regards, Cam

4 13

Snapshot deletion failure
by nicolas＠devels.es 28 Sep '16

28 Sep '16

--=_55a563500b973bf81693afb3908ca577 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=UTF-8; format=flowed Hi, We're trying to delete an auto-generated live snapshot that has been created after migrating an online VM's storage to a different domain. oVirt version is 3.6.6 and VDSM version is 4.17.28. Most relevant log lines are: 2016-06-24 07:50:36,252 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.MergeVDSCommand] (pool-7-thread-10) [799a22e3] Failed in 'MergeVDS' method 2016-06-24 07:50:36,256 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (pool-7-thread-10) [799a22e3] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VDSM host2.domain.com command failed: Merge failed 2016-06-24 07:50:36,256 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.MergeVDSCommand] (pool-7-thread-10) [799a22e3] Command 'MergeVDSCommand(HostName = host2.domain.com, MergeVDSCommandParameters:{runAsync='true', hostId='c31dca1a-e5bc-43f6-940f-6397e3ddbee4', vmId='7083832a-a1a2-42b7-961f-2e9c0dcd7e18', storagePoolId='fa155d43-4e68-486f-9f9d-ae3e3916cc4f', storageDomainId='9339780c-3667-4fef-aa13-9bec08957c5f', imageGroupId='65a0b0d4-5c96-4dd9-a31b-4d08e40a46a5', imageId='9eec9e8f-38db-4abf-b1c4-92fa9383f8b1', baseImageId='568b2f77-0ddf-4349-a45c-36fcb0edecb6', topImageId='9eec9e8f-38db-4abf-b1c4-92fa9383f8b1', bandwidth='0'})' execution failed: VDSGenericException: VDSErrorException: Failed to MergeVDS, error = Merge failed, code = 52 2016-06-24 07:50:36,256 ERROR [org.ovirt.engine.core.bll.MergeCommand] (pool-7-thread-10) [799a22e3] Engine exception thrown while sending merge command: org.ovirt.engine.core.common.errors.EngineException: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to MergeVDS, error = Merge failed, code = 52 (Failed with error mergeErr and code 52) I'm attaching relevant logs (both for ovirt-engine and SPM's vdsm). What could be the reason for this error? Thanks. --=_55a563500b973bf81693afb3908ca577 Content-Transfer-Encoding: base64 Content-Type: application/x-gzip; name=snapshot-deletion.tar.gz Content-Disposition: attachment; filename=snapshot-deletion.tar.gz; size=29925 H4sIALPbbFcAA+w82XLbuJZ5nXwFHlIlu0akuS/q1q3rSHKiHm/XctI9lXapQBK0mFAkLxfZbpf/ /R6ApEVZlEQllpOeiR5sCQTOjrOAAMKZF6ccCa69gPB+eP1qBx8BPpqm0P+irgrV//BRRVlXX4mS LsuiqooitIuSpiivkLALYp5+siTFMUKvAs8O1/Xb9Pxv+pEEUeMEjZMUJOgdVejISluWVTQ8PTpD 6FMYX/MhNRG+MBE7jAlv+T5/QabhjIwCHCWTMO2F0ykOnCu05xAXZ36KUpx84UTR2EefTEfQTGJd oePQ/oIO7X9nXkwclIYotD4TO0WtAQNOH3fuya3tZ4k3Yz+TbuuTLhiyIUuYwyKWOEWydM7URJeT iGkLju3oRDS6v348aaPD3uXw7HR8+b/ng/HR4fB40B+fvf1t0LscH5/1/mfQ/8dVq42SCQbsBfAg 8/3WQ+t1nRhUVduNGC6yIPCCa2TnvTuoFgjygpTEAfY7yMV+Qng0CFIv9UiCsOuC2ECEHYSG/Q5q IiF0eReRDvp4cminXhig6zjMInRyeDo8/3B8eDkYfzwZj04Pz0fvzy5H6MZLJygOfYJSGIY+jAYX 9TIyzB2aihuTv4GdaIqwrQxGoH6f9L3kyzEwMJdIFIY+p3PpJCbY4UwQiK4TxxUVZaPV1IKs2FAa Z+tMSCg+XM2f8lOY0CgNY3xN6mWh6+tl4WCfdywrDr+QmMeZ46UQdCZAqg/084e04Ti87oODsAFN vZFcoV4Yx8THzJAp9YXZtNFvocUasGCrsmbJnOMaNqfYrslhyZQ5Ituirbs61kXSRj3s+8AOBnNC VMPQAuEgnKLBjAQpA8SJbXRCkgQYBs4LWaPWYZaG3DUJSIypEN0wRlTspWzQiXcdM/JayCE+YYTS Th9PUOvjCe+EU+wFIJFpC93gBNQEWmGQrDuEnakX/LPUHF8jZ7UtSF/roinPFnAMou3nov1XhuP0 r5E9IU7mk3j8exiDcjhNBVFrrqLJMJWu0O8YSATzA0YYpyckBj7tiec7pUkmdKrC9wgYrjMPIFvd 2l2smioNiJ/PncEtsTNGfpX2Yo4kKYnAtfxxOTjt181wINsUN5PNgA5uUwIyXjGhRSBKBkckuZZR M6GXITSfv6Ysm7oh2JysaTqnuMTlMBZlzrSILRimqtuqu3H+7orTtzghiLKThhHypnSCJN5flIsY AswEfuEp+QUFYeUhyiIHZgSKSZ4u1JCrAbnyy9iTsbU9nQwu3g3qzElri5LUUMgrxStQckwTSxKR V1nS97Ehyt4GpcycpAgA82+M4o/9UUOOR5eHF5dt9GTU3vswSU/BllAXTeCrVHG0S53PcQw9QTRJ 5z7OgsPkLrC7LSoiCP509NDptmxZdGzIJziiWhBHZFfjTEVwOQ0kRWTHsQhRoPtsSjs3SUBoYpHL 7hz4o6NcDGWPo8icQjSDUwzN5UzXdDhMZCKbombbijsf1WcM0XFNtAXj2Ix6R5M9OkhTsWAJjsKp tqlxiuNAXJRFC74JBlEErGhYLQcxJITYJjFcTjYc6IUtl7NEW+FMycUmMOsalgj9LZjgw3KMqhmW 5Oo6JziOCzJTAIeiUjpd2xKIQ2xLgzHgC4ZbowmcG89JJ92W0HrYbyPIHZAH9i66BnEwUWrtUVIl NLi4OLvYoT0eYc8ndKrBxC9GthBY1ySsd1wS1BZrado6T1pL3tN8qUh2tkx/gKmTpXn16PZcJoLC 9xS/VvK+a/9Q+r7WV2NoQeRJszhAM+xnBLVATmmWnAX+3QVrPwrjP6b+RWSjTwl71M17VNrt0CFd VWqDITAJdquiubqqDw4vIZ01bvLrrPU5NfbTp/9/9uktRPLcihZMhUcB/b6jpZZnD25tEtFnrHEQ x2FcaSqcMBQhpVm0EaF9wHSqU6+N6MyERlX6blPwaHg6HL1fMuDGIW3DhNw2g8wXVkD2hTAhK4/D mwDdQH0H+Thk+jS/nFbz3A6qR00fhwHPBJ/wOeCKkpYamou4RuU7NA20Vwxia2F5ZyYAgM2KGdZT lfZf/xdOV3BB1fDRSd7TuA0MsPhNoOGCJFBr7FUefcYz3BFFCbRCB33GcedqE+D+6C0TzFEcBrQY G0LlzUMtAGBL51nfhyGT5S1wFfBoIcfHCxiqTxhcSTCVLSBXrZTP5375c2/hGQOubCOgKmkF5N9B l2GWXsY4SDBbCF1mQJRE9duw5Eusw6CCZmSHEanBJavm16thAUMNcNNoKi5wuH7Cp3NofJX2LIpC OiDnbhickpsq4pquuSUwJ5ODfl4CLopFgZWoRcXcEepckSvxsgXKZnhXGE+dkZjacxjkMmRZN7YA /BYqBXAh1PIKgGVLPjeNbeb9BmC6vExZkgV8TFwfSh7+Xbn2esKKrEPbhhw7jEVRl3gvmIHL2/sQ fAloDBuFWWwTgNYReZ0XxqIgLsPrE59cY7qkswiQ+csC4No+uQioT2W2ED9FRp/zPobirUSZAymB F78YGE3QVsKhEv1shUnC44QnLNxGYQD1Gn+CA0i9nAvikpgENskhDunqD42DYcxHcUgpHgJGmxWD e5vHMIKqUS5H7j3C4Cu9ezTI3KY5IpieNY9yuxPMNQB/J3hGNhC+3CcnVH4K96mUvPmQhP+QkLgC 4wjTYvrujViDsL5roa8lrLsUz/KoN3M6N8JWBL1GRDfEh+j72eJ/S2LJNN96LOFLqvJ1cusnj21U Kqu757OYBoAbz3dc/46jODiDl3iRP/Lomw1q3ZXfNfbdhKzwic02IMvYPVnLBrSBJlP+Npp+Gvkq I6+PPwsiqqyPDR2I7RCIqnLgMdTakDvnnnpT5yJmf034gszzZ/TKI9Gx5xL7zva/KoytGZw7gO1M 72c8e3bxUDY+W/ICIyWKKUmhoE/4QbkSdOlNyXrxrew6N+zSt1K02/jWv4mXy2E/RqZDK4GKxk4H v72lxRJJUla40FR7lruuVe5tq5G5kdJymYUs6l05DxwKJ4FAtYqAJUFUOFHgBBmJQkdQ10XVwWdr M+YaG2gyLJ/+3xJrdzIV6IwO7AwCC8yE3uPXYuh6vtd2zw1Frdo/+XGsn+568ddzV9OpWFx4SRfe m2DIHjb48JpOuTtdInWtE++VzX0viXBqTxbTizoDWDtgRSB5AZeesL0WKWAYld8eaR0GSYohVB9C DmJ7Dab31iDKyvUHcv2liNJbvndyeXlbJTfPpIbBaXh5u7f0NLd5TfgGbtYhT/JFrGQFYtk0d4S4 xprrWf+xYnhd+lKdwrk/nnPVzJE3GJX7c/FHl8XTVI7uHtycxdX1+gETuJLhBHLO2Evv+FHxpZGW 13TOFwLUH5HXFYY+mmRpH8rUhkXH6u5FpFT+Rrwfh9fXEJPWa7umUx6XvsWh7iwFLfmk+y0glbBJ I4te1ztnVnjRXC3v2vNxkhyH2NmcPq3rX9rld60K6VuS1cAkbQ6sMKm5b5qypZGY/x0eHPl3pfc5 KZqdsDch9hegdUWHwv+uozdfSWJwNs6H1X1XpMo/qqCXgJ3H3szzyTVx6EtmSFItKAY2mN7mMeV6 9f+dWuejR25GJJ55NnlDv5dLiJX2YgnVUJvA6pPEjj227l8bc570KWG/6ButHYv0PA5v7+aQyj0l hWBXPC1eszZaJ3fBuSflK9viLfIZO5NVbmB58+bNDAStVt7nLq1gN301TI/6JOVr7HxlD2TxZG/I 08dFgbTNzo16PJh5qDeyINTjULbZsFGLAszUxr6/ggV51/CXRcRW9+mmheoq1FGWZjG5BATMKVZ+ FqKW1r8teArvkm08ozskHwkCuPn5ir2ah8V+CrZ29U1o3uQ4GBer8GjiBjTs3Uc+ugKomEQraKzZ uqe3RdHY+cktWi0pjixjXbef5eQWkC01ILu6X2s7auc7ERfP0kxw8khXfsyObWNNULMdqTzfbBtq DctGW5Q3nGV8tsNqiwc9mx4uGo8uDy8/jFYQrzU9Y5RvW1+1T5QqRzJsUwYOVh00WoDwwseNjLa0 6chp3VbSo8z3j70kXbNhd5Hz4sDR8rj1+9OX+z/rFnUn6bYo/k9LmJtAuCp2uTc9PH21cOZGt2RJ VVy3Vim6seEc4bMopdxEvTywXZze6KBP99iOvEGALZ90qZjbiEwzn717x+AEA9KNbM5TQDi3XDwh vg51t9BGked0Rd3Q6OmN6TuYuBjsmjgj7y/SVUGIbcR2DEaYRp332TU5p36pwOB4SeTju/MwTruq KUuPLay6ImW73EZJBPnuKPF7XjQh8SjzUtLtD44OPxyDtdlRRu2/e0om2CdgTsk06hptdE1fcp1m U3waOoDz0/E8ROVZ2S//1DA2iG3QIeBzbBw7hQjYXQIAmp306d47hCbcY1F2sW5KIkc0VeEUEWPO EGXCEUPUREhJBEW3i642xpIuu9DV0TVOMbHNWRIx6NlsyXVEwxQ0pftx2me9O/cgxlb5a+h0CoTM yBsA2u4cxgN0z+F3W1ng3dITCVR+rd77w9PTwTE9bhCG6VkMNT49bkDFT2w2I+kcoPMBO04M6V+3 dW9lSVeg+8GDNA59cNf0FwNHjdkLuYTEHvbBUqg2RYo7r7XZ+Q8QMjREfnbNGor5TW2YHiGa98jJ PfQ9DDjtCQ4C4lPCcv1A6h6RmHrPgrykCDRUJOxOAjYfPUj3qAt6bMvom5eRnXgXBKjM34KWOB9K pM+t9KKraRiG6yoqhGOTcIqKVc7SFImzTU1WLcmRbN1qZB9NAP1t7EN6RvsQfyD7aKTJJoC+XpOe Q+aKPDu9vDg7Ph5cbKXLxA/TrnAriDCIqvVWAF3m0ZT9EErVRrbXRm4WsAoXHj3LtM8Z+FE0upsZ X3S1VAKphwsJu2BQqI7MGa5OOBHrqmFCESDoTiOTagLo602KReXZ1H5BByE/o4OQdmtOD1SuLDH5 Mpuy/IhlRYZgaixF6UGCl5xDNhPaXwiERtqdQV+4+aSNAiprgR6DZOdnP0RUALcnBThFNBVZUHKJ n5AgW0xgmGabKJZqILo7x1A5LWSBRUY2jLqiwIsCpH0aXzCQF/eUBcoKZYBlXLSuO8FRBKLp3j+U uRvL6Hq54JNuQtlrg/SiLE3aCTxLwrjNMNFquJ3EBPJfp50U6NtJBukvcTzo9JiqgYvxfMLOmLgk XqAaZHYCSZ/fjVMfpq7ZjmZt9IXcWSGMO8Z3YZZ2ScBlCbTOpgtDIy+9IF5A80OqzUKOBR2nJL2B arTLMvXp9TQtLas+vZR0A1JwIj+O7/77Fiw59abkzHUT0Do9OQ7a/NiLQLUiyNX2PfpyO+qWCqdv eruKoeuiISuG8Kh88MV0xMNV01rDFBoehtym1J2fGPRpFc5O/lHKPd+nx/xnoZ9N6SoKqBuKjCar EW3UZC3iqoZHE8p5ZTOPz7EWwc4vzdciCiksLBYV6mOrMY2WIxShLQkvRL++QD7VOlv6ch8dH2oR E0u2o2IOQpgMQVAWOUMD94EVSXEdWSLYllu7WWcqTpnyaJhDn2AwLSjFA7B9IN9BYF3kGvv5+VIc 0Ctx/DC4JjH0QlFM6Bo7dAPJw3dw7MxCeXTuE3rFDtS88V111Ygd5CVz3iurfOwBDQ75G4oarYmg tZ2vVUpy9da3Q5hcq9combQeVwNLN4Ja+RVudYYntSVR39bwmpqaWaV8kJ+QLqfIinsnViJr5aeM qXlANKnTBrBiqM98Z8gW/H2nG9fmXphdo1Yx5W2uYKu/eY1//b0v3/wBPjMnme7q3tfyw+5/Verv fxUFWZJU7fH+V0WSXwmiKInSz/tfX+KTp7qcIalQF3Y6/cHbD+86nSX3AwWwbGqdDs1LR/1OR9Tl TqeYafyJl9g8ubV7U6fT2bsmkGZipw/e4m4fHWRJfGB5wQF7U0lSxHF2lHG+l6RI4ER13sGB6Od2 D+IJmR04OMWcTeibhINpkB4UGbpM/3XGkNhyNHVjXyARE8fkltZQB8SBqg/o5CyV3r0C/gfKW8fk BEl2CcRwQxCdA/AA46lzMCUppmgAqY+vuw7zipAodA8g7z2gvglZSVeBmgacehZAGYP27BsHnYYB 2X/dXGxQn36F2EYfer3BaNRBv5I4/gfqopbw3yLKawd6XeSfQfU3JP1/BrJqIusuhaxij359u0/r Ho/GSYGHiaaoBpAFZQFk7ujL24Pkz6D1C/o1til04TXgpkEB5blwp0PD/gqGdLXTieIwDe3Qd8An 03Gdjg5iOC9a+0Ur2xlENzLQM2bAY37/xRiz1n2UP83DJlRP+b20bgzRALwBD1TzYkcVFV1com6d vA25jjyjjrz+4+O98ZjewTke76MPtPR9vHZwTO8i7IrLJKwRUD0FomisJ6GQDgW/j/J2iGslIHQ7 9Z9HOFZ+BBXgxZENdMkCyOaPqb9MSsIK+H2GGnKWGE3SNEJOSRqjZq/1SE+rjRhF+6+LU65/nBxf nPc2yqqkhE4OiEd8PozuBSILcmFne/Zp+hCnpY6gBeUdYhbmnwqnmKiSIMEUMNaTosxJod9rSBkX u3ZKYpJ9dLGZCJqo0lR9iZi1mlKWNSVpEiMLKLmJcQTJ+35RVqNPjzivOh26+wPNpu9IOgwvs4Cc h75n3+Up5l7DK6320f3DdgSrdQSbSwSX16rVk3ff8iptLSitr9qolWf68Ou+VdylBt9bfXDFYHMt ehEP/BYelglep25trm5Tel51h8Cqs5XL0F/Yp0pbuQ2z1uW/pE+tp2BHPnV74ezap0rb+FRT26VP lRYnmdmYlOf0qVK9TzU3aEp7Pp/6rd50PamqUBOom3nTRT9KPWjl+33rJvZSMmaJ4jghNvWbx+BD 0zDF/tgLo4VWSm994xKAHO7TvjnYxc4P0B7hdAI/stZyvt/k7sSDJnuHDvIlvIMm9yMeNLytsBXg KWGEzxzcevj62LR22qiCupvYJG0dm8S28OL5vtzc/QJ53znfpxSYLywg5dup21Hk3FJ15u4jp9w4 chYE7S5ybicc0/jedl1PwQ7tWl3wkUDFJup2kVrItakFJWattmpM+XnKtf+wdzU9ktzI9e5fMTdJ cLObZPBzgDVgeOHbwsBq92QYXn7uyh5pBM1qbR/2v5vMrhpNVTGZyeyMrAbUwBxmumuqXkUkHyOC 8YJMgIwpKGLKrlQ2rcCIpcwSyCxTrhPNFhoBxgJgRukrS9f67maU4WyJMLsldq2n7rw4GW1mjEi0 frvhdI2j8WldfPNyYyEymXq1rpSvzpVyYIdm1GDu0OLVILnaCtlqKHtuhaK9FbKFZwZtK+QlW9NR lUxOQckPuShboc2+fLwOzGQjOA2trZD3rWdxrCfb1usdFxU0rLkv72E94CbzQHNJl6FWKmq6bIGR 7GOCUPJebuPJeiMUAfetDc4iQOLPW2ZfMg42f6oR/gSJyVrqH/7r08cfyps/nuWVT6prIF0LIfVo +P17Weuo57PRqjM9TyD4w/Trr//z+UKw2sOXvnlXf/ibP4GTSmpHSZgeaWCCeGc1Cd5G4ZIFJcSf 3r///uPfKv7JfjU2TdOFe+/IP53+9eNP6Uf3U3lJE/68NSf0Hz7++Y913vf79/XAIX4ewfXlYv39 zz9MLV314Sq+fF9M+ePH+k0+ff1xUqV/+s3zufLg59eY+ZfPr8Q8+vkP756vsyk/+fRjwZFK0P7z V4ULQKjgCRhaD9KDJEYFTQz1KnJtqRQwhffnWL6E9WVR/Ow+lH/8Yeo2/ao8TJ9q9837dzD99nl9 //L7WE+6a15Qj6eZYEbWG0S++uA+/XUaD1F/ZR5rK/NXf3Mfvjv/z78/vPt53T0pu+IDCuwGnn60 TXhlJ/LJWUZU9KnWhDlxXkfiygPJfKJRKLceHl2GV/xhlLq1n3qUTYAGhNBMRRJDtERQqFuBKVCd o4aKLK3b17/1lmcq+A1A+aibANd0cuxrwak/4gYfe4QmPu5sojIIAi4Us5kMxPOQSQBflZXaADP7 PoC0JOe3+OwjbS8QVRCGXJZF8MV+XlhiXSoLmCnFc0ysgN8Xny0LRDbw3T6Afx/eJCrNPW8SjFnW 3SWeqXx0g8hlP/j0l3rX0Bv5vZHfG/m9kd9rJL9DI+TPMfEvYfKZJTd9hRJfTnOATpjfv7fii17I 31/+9vHf/ueHKYL9KU3Khn/+8OGbd9PPHn/5yTkf+VQy1nfnt6//2Amfocv4Qp0/++ELeJ9/8CW6 F/i8ZOh9n8cUfkp50N3lf7yj75z/+JzY/WuVgn2uUvSwVUFFyV79h5Kp1oZWwTlSH3Dtwl2zkPdp 5F0ubJVvzl9bh1u3llQBN/td7gm4U8eseDXOGY/4fMZzAQb6YJCKqqpdFoQFV5r9W5e2nix2yqkV qcVxohzuXTmBOfTgR79qdGbomYO3HrReD9qaPPHcg5aFUxxCJD7X9jJjc9nEysrLyTvDsw0ps6eQ tbNeB+KMFiUxEZz4mqLELCBFBzamuFMP2sIeD2LLHn8rWmH/SC9EK1/+exKtTNvySbUiHtm7/76S rXBR6EZX2Qp71O9+tyhb6X6p+zbUVARHtmLdMlHXOAe0YunVBxUFkKCYBxX6kghFHwrDiQR0OxIQ fU9VNHtHAgNHgwMRlOA4kYAab9mpaJpdFkcu/zYCpOVvxozTCC/3Xv5maPmjdleYsRXXjL3f4qBz HLSinnqOgxgtj3vJOkqOkUsclJknXiRPas1YR+AlB0lPj4/rXqd1Fjrr8nuoQRXlnlgRQmEtDilx ppz3O/bsS9l/YpHaSEx7l5ALz+yOTTgvbb9Z2F2R8kXdTvoX7Cbfcp7eWl9T+j+vdRMjYyJWSU09 pwKniPEl8ZE5lo8o2Y309gk0CJ6yISaV5S10UsRbT4kQzsqopMyQj1vDUuA8i+bmWew/hrrmKgcV WVe5dJ8i68KXrlXvV5F1Mg6c8Zp1wiM0ss7z9+nVi+FB0uOcuKoWsY8TF750/f3rcKKkHKA6ka8q HczRAjyodrc/Yp3Org/eCzwm7prZVARHdmAOGueADky7OrM5AcLLbOzldtdpH6xQkNTZth2ydsFo QNp77fC5QQVzsObVDJQyCzxxX81rRdDkHJwVP2qcxuSUnVd8vZBr9YqfAKGteEMvF5leDWXHFW9o e8XrBU81D9T30DpYiMIpCySnWj8Aw4n3gZGUlMvOC4jto80lwK/uQH3B3TgH6pO7hzlVHCwnNgOj sQo8eV9J5ywCJE4dNA6+DtCsnxt2AoTHqZdzw2RnkNQVlD05tT03TPbGcM146qWFv61sugBVNU+y 3mptG2ptFpiOLkRCjZflXYMiPshIkrciW0iFst2TBqe9VkCSCJoIIacRvYkE4YwFq22OYs9aW3/Z KJzTQcNuam29Ljl4MGZTs8O2hsY1Y4v2KdP0v7Slr6XDg1FL6anWZl5UprHq6KRtYE5cgWfYnQOM GQRIAcagcTh+gLF+iF4FhDmY1FwO0ZOdaWAFiuU4AUZ7iJ7sTaaraJonZLskbcrEKLUkMU6D2qC2 e/Oy/1ledstcdjHlWmHGEuDmJNV7Jm0L7sYZTGrGh79VMAdPTjEDQ7LEA61ihDtyakVw4LDnUePg D3s268erVUCYpe+GcXpQDj7SMQMjlAo8uPtzDc3nGtFAlxNvVGcaWEWHVMdsD39TvVlqJzS759zr N8ORB0vcd1pLRXBklWtg2tUJGjZhyvWDy4421urpVxUYav1t0G0HFCfFN0OM0IL0VtraJJ1hLiiR HCM+CkcEJEeM5KkOai5/NKdA45PMWshcS5LSciK8YcR6rgnTVFiZGfXipW1kA2sDs3e5rNKLB7Gj qKxQcJpSTXu2mer1Bp3Q4KSOOQsdpbXEGSPKoyfLAxdceaCcc0Z4wUSzNXUhypAUJxODZmvqkvXk 5nI5Uh5bPdezHo5sxrSnEqpewbOiaRSYdpqrl5QKuXxkSLqQWTCGWCiBmwggmI+OU9EqWyysXIlU Hh+X0VYwRycDasy3r63Cs7QycMb7GzEujCpo1H3r0rMIEB+v9SrtWXRIMfjAeMkK7YCq+frxkidA eKHPFSt01IcVCuBsP+35DaqnpT+h2btEsDXoWYK6ucnpV5G7jFw9I6KmoJUgWiZadbWGeKU8yVY6 oKFeNi6fslLlrROQwEVxo1aBOChZTHJeaMdigfHSY/kRTtH03tuBPpJwB2TyJ2jYhLteJn8ChEe4 lzJ51RHyVShIx5RtmbzqiXZPaHaXyW+M9PsblQacaFC1s8wlu71VrvZifxpsVJ4n4icBpARKjCjE 7kCLDNIYH30VO696nbbOZh8yMakOa9LeE+MpL04N4HIILCm7Y/PW0lo3OM/srWi3F6zIB17Pp1/p pdTfffr4tGYY6q43Ui/YC+r1AkfcRi24+dz1Vf56cxu1UJzL2vVlpW1cR33+Nj2yUg+0DgN+pd7/ a/r+x3WjEXZ1f99grF4rechl5EJ+voy8/PX2MnLOylNRbyNXL7mNXD+AOvogf2CwSoGn76vNnEWA FE2PGwc7mjbrz1sroqNbSO3aWP8EDi/Wv5yJozqDEioUHOWoaQ87Ub3BARXNjpqHqxuHNNUpZEuc LmBEKDGh486S6BlIC0Ln1Iz4lwBvnii0Y8F6ZKXe+ZLVWQR4K9MO7UJtdEgkOyCAP0HDJtn1AvgK CFUOa0dozOBozs3tvJcJTEcAX8FIHE5tq/FVbwToCQ0Op0qZmZIlJ4KaGAltSjoUDSOeKy1CTjIm 1eLUJcCvTZu75G4kbe78vIOe9ex9DwFnESAS/Bi6ZkMuDsE3tp6u6/APAS0diqLbxkJ0JR/Yfr5U 0+y+/djLaQyqI8+vUHCOKG17GoPqDTc4oUHqkMk+auEDSYw5IjxoYnwKRAgqs/LBZiNbjL8E+NW1 fSy4G6ftw85PY+hYT9Bjzvm6EO47kncWASJTrRepVHTNiRlIm86g6/AHBtv1AyFOgPBo/XIghOoo 2ysUnKZb2x4IoXpTFk5odp8Eu74sMvJQtUVZR/JBGwHSihtQSJ+gYa84PhLmHWusAenjQcZaL32s gDD1MpYPMQJ7O+Lfa+6KDgl8hERYpqIQYQlqJyLMenoPLaNlT06qQJmXRE8KlqwT8TaWTwXqsytU GdhL73V5LQ8iXD6IHaF7hYJzw5ZtzzVQvTEBJzR775NbS139+ILhTEy3t5NzKhjd0chcgdnTiW0l ru7p7k5odu/62pi99p438yBarYRvLLyp0SrQxGUxMvEm1eYKiMQ6U/upNFBQlPGonmo3rVXOESp9 rrdFRGKyUcTRLES03lml92yg6nBf9T6OvMfy2TXcfRY3V1J+Fc/iiFyVKm9N7fMSPBbK9xqISVzX O98Uz9YlBXxq+tvzdVlCCCFyQnNtMwuWEhuMLGGG8tLFJClcNgf+pT7bD+9+5b7KFqzMnBMmROFz WjjeO6bL8og8mBLH5UirD3Z9HdeaumQTkU6Xb1GIi5T/ZojS2efogrE6XvnKv4CHett3Xfk4jZwW hmWG5kGao88NBoayFHj2vsqIWQRIGfe4cbAzbrE6466AMJUR9lKFrzta3isoe8bIbSW07unIT2iw lNA0KgGe1IirxGweSjZc74uq15I7L71uXiO4CLgp5bjjOc+Su3EEHXZe3tsD02z/ROTUgdkt5kHR JuUfyKkzCJA4ddw42JwqBzh1AoTHqZcTwOoj2oOCdHbenmxSwXQ9hSDv3cqmS1Df5L175Q/ac6lM EiSrem2uqtprGnPxg/Pe0vJqzp4iLelbjpHIWvgVwmViNEskBqGDko4yqXasOywtG6R4f3ysSAEj j275GpiuUOE1r+s+cm9SR8b7Y8ZRB8T760dPnADh7U2Xoyd0R9F7BWXPvak9eqIPRmNl+PO3cPfA NJcU4oofkPcXeOa+DUkVwZEtP4PGOaDlZ/3sgxMgvBV/OftAd/TQV1D2XPHt2Qe6p/KsaNDm7Emh qLSWEy6tJoJZR7yQnHidy6NgTWQlKGnEpAuAW8Wj+2b4fXd/WdDZk1P1Fk49vHF+QORZ4d07ippB gMSp48bB5lQzwKmGokZRlxpT3RFnXUHZk1PbGlPdk2ye0OzeHrKRTZegNun/LcPfkOHHOkDYl3fI ktcBXoIS71lJ+E0WWTsTkgj15G/X1wklClapCHOxPBY8lC9ArSkAM4tBieyjv60Y/OpPc5VV0dMs CI+K1gk55WU5OALesLLSIICZTtR3fV0AJQN1ufxei7KEAYiTXpCCzDMNJoRsrnzl33z1BJpT7X0g MSVbXss8MdrIQoTRewfCyDz5YNfXAc3e81TLqAWl4NQSJzQlkDjzFqyTgV35KrykEtff3hhSB5AZ jiHtXNqJGEMOaNgLPHtfYcAsAjQDSbp+/MAsOqQId9B1+Jcz2PXjB06A8CLcy/EDuiMBv4KyZ4Tb VvzrnoC+otmxAfqyaqCEoF7YRHhioTbAe+KjTkTSIJTmyRremqKyCHhznItVNei6+yKh2ZPxNyj+ K5r7TqaqCI4dtiTpDuhQOLXF9l3XNWZz7MupBdEAp06AsDi1GudikXVE1hUKymSqAqLNqT2J+gkN Dqf6JI3JyRDNTMlOvPKkBOmeZMqooVwwL5q1gyXAm7VhWJy64G6U061nd49zavsyyCM5tY0AkVNv RazD6JA4dUDQfoKGzanrBe0VEOKYrGqci0XWEZxdQdmTU9uCdt2Tr57Q7F2J3RqhLkF9U9ruprTV koLOgaTkNRHWRGKNCCRW+Z1VKnAIT1E4zouFSTDVjVYKUnzASBKci1xCZcdeeg3cCKfw+w7VmkWA RLgD8wxO0LAJd/2N7xUQYnNrNc4A4X4JZc+oZkbh25EqXoHZk/3bMm3dk81WNAidtltj6QWosLmr 4Y39r9g/+ehBSkZClV+LYCyxkDXhnvtMXdRRpacqnIeYyhsG7YiIwpQ3LPsEc4JSy71mdE+F78Ky AZQekedlM1TfZ/SBt4d9IaYF68e1TPCaxw9HbZTzCJA2ynHjYG+Uq2fZTIAs5kZ5OULEzMtXr6Hs uTe1p0+Yjoy+omEv7xH59npvCk56ZYGRnOsptMpVLpwCkQx89jQa73hx4r//x832tA1tZ3v69np7 2kSbCx5lSLQ5LEg+gzmUNtdrbid4d22tqwj4cQKFUeNwdIFCQTRCmxyxta4a52KRzStUr6HsSZtt QbLp6HsnNC8XJN/QplUmRqklidGqEgtCCRgdL6Gh5SUyzZCEcjO0uQktPm0ueBQpYxzWHJ/BHEqb 62W1FR7cdY7DhODIssygcQ4oy6zWHJ8B4dHmpea4PgMroexJm23NcQXT9RTfnzbXDaxr0uYmtPi0 ueBRlFENzx4dpk04+uxuveKzwhN3rWbPI0CizUHjNB7vvWlztRz2DAiPNi/lsGZegXoNZU/abMth TecGzAnNywvIN7S57ib2Jm1uQotPmwseRbk36dmjw7Qpjp1wI+l62WyFJ5vB8JG02UaARJuDxjmg 62K1pvgMCI82LzXFZl5keg1lT9psa4pNR6I7oXl518UNbVLBvObOkCRKoCm0FMRyJgnQyJRNJlk9 V9vchBafNhc8ikSbw7LhCczR3bfrlbEVnrprK908AiTaHDQO+sW5BdEIbSrUZrVL2bCZ11VdQ9mT NtuyYdPR4k5oXn6N4g1tckGdjnUSmAKoIlJGrM2+fLAOzGQj+Gy0uQktPm0ueFTh0OawUu4M5lDa XC+3qvDaF1gfSZttBEi0OW4cbNpcrUU7A8KjzUstmpkXJ01QkHQTbS2a6Ui7zmh2p01KS5YOknAd JBFCArEsCsKYDZprC0KIGdrchBafNhc8inLB7LNHh2lTHyswlmy9oqrCM3cVGM8jwKHNDcZBpk22 Wm42AUKU8FbjXCyyef3RNZQdaZO15Wamo946o9mbNpkAGVNQxAjniYihRJuUWQKZZcp1otnCDG0u oW0KjvFpc8GjOIoyNq8o64E5dl6iHLjAtcKzd52XOI8AiTbHjYNNm6sVZRMgxHmJ1TgXi2xe4HAN ZU/abCvKTEemdUazewMSROGUBZJTSc0FGE68L9yZknLZeQFxljaX0I6OPdiJNrseBZzhBs8eHaVN OLrdna2XPk3w7t3uPoMAiTYHjYM+ErEgGqBNQG13Z5e6MDOvKbmGsidttqVYpqNvqmgw2t2ZslyC 9kSq6bJFUS9bjPV2LK0CCAZSzyXpm9Di02bfowyJNreohODodnc2JISBu7e7zyBAos0x4xzQ7s5G VEKA2u7OLlVCtqspAaR2d9ZWCdm+7gYw2t2Bm8wDzUTkehMJrxelTqIhH1MdVBl5vSumRZvb0KLT 5pJHOQ5tblEJwdHt7mxICAN3b3efQYBEm4PGwW93ZyMqIUBtd2eXKiHb1ZQAUrs7a6uEbF93Axjt 7poaMMAdccxV2vSaWMUy4ckGGkPUiZkZ2tyEFp82FzyKRJtbVEJwdLs7GxLCwN3b3WcQINHmuHGw aXNEJQSo7e7sUiVUV85KKHvSZlslVMF0PYVAm+vuLWjS5hLa+7S7L3kURyXEtqiE4Oh2dzYkhIG7 t7vPIECizXHjYNPmiEoIUNvd2aVKyHY1JYDU7s7aKiHb191AS5jw4iR91YWuTdpcQnufdvclj+K0 u7MtKiE4ut2dDQlh4O7t7jMIkGhz3DjYtDmiEpoA4dHmpUrIdjUlgNTuztoqIdvX3UBLmPBy2lQq 5PJhIWmos98MsaBl+VtJQ3x0nIqZUR7b0OLT5oJHJQ5tblEJwdHt7mxICAP6rpcYzCNAos1x42DT 5ohKaAKER5uXKiHb1ZRcQNmTNtsqIdvX3UBLmPBS2lw31LRJm5vQ4tPmgkdxVEJsi0oIdLMtEZE2 h4QwYO6tEppBgESbg8Y5oN19RCU0AcKjzUuVkO1qSi6g7EmbbZWQ7etuAKPdfd1NAE3a3IQWnzYX PIrU7r5FJQQHX0Mo+ZAQBu57DeE8Ahza3GAcZNrkIyohwLzorxrnYpF1NSWAc9FfAdGmzb7uBlrC hBeLKzXVKWRLnC4wRFCZOO4siZ6BtCB0TnO0uYT2PiqhJY/i0Cb/RSV0AmO41AunZqL2bebvPqRv f1tsUx/1b8taK1/z8XfffQqP6X/Dv3xfFu/Xf05/LQs6/jZ9cP/3zf+zd629jeVG9q/oW2cQ0eL7 0ZsOsBlk98tmF8gk3wbo8Jnxjts2/JgZIJj/nuK1PN2SeKlL+fLKQBsIJrKsls8tksWqYp3D1ebx /m4Dht082Psf7+PDCiF/+4iuLgEfRkR8/kAIq8v04VDl/9P1w4YAcKwuWP6/9x9//OkTur25uRpe /HRzRT7GX25v7h42MWAVwEUgJ/KtAJYapEkwCFOWYlJKYxI24ebTx09h8yk+2Pxn4I9e2X9+COAr /cPqBhAEAHD9CBPQ3X/gsLGBc3+8fvhAVr/zP4fV/8KAftNiNspPMNt3f//22z9/99371R/i3d0f Vx9W7/DvCUw+f3MX7leX199ff/nzzePD99ewAFbD9Qmr3+WXf4KVdXN7GcN6BeOOsTCUS7G6X68k lqsf/7S5//763X+s/nDn89d/9jO18II+ieO5K3Cr+XF47knrMgvyGBgJS9snWOLesdykncV1o4Ih lZKmEAkWfp5hPPbQw8FH80MfjiH5Pd4Zwy9/HsZwwLkdRH5BYJh2R5FoRnKFbb2iF3T1l4NBnLrH 07XQC3dh0+kRSEa3cNcObWCPADyzTNdOFcJ529RHEXSKEhvHpz+7h9JvXq2xmmaSxP17+ul0BukW UL+Qmr4aJLtcVlNhPu5BmTO4L5OyTI0dmtG8nF0wcuPstJtIDuP7CgFqi7eH9cpMYFMjiWU0L++W G7HeNK3DwXrTnZdiC9eZaQMpCeDx89aZRxF08u7txunt3VnLVqj4woe9lE/3+AO4fh6/bejEeY+d RxF0mtcNlJottN7zmn/OEGuHlRmNWCwtnnSh4Txp8YRIQDWLOfa+yv3I5qtkq4xaD8DTHZLsWl/m DSHoDpQ5q5F0vxqZwRBc4WbugZkzoiuybQcw1Un1cm2XkYhumlRBa0Qnlz4COyT+1NAtrEdFZUMu MaDrsQyK1yYfnXnq5Ot/+/hfgivkwIy3UyZWpHsOYKrW65bHTtMB3c9jj3m9vAZ6zD1WnnvHrFfM Y880945EaHnvfB01fMJg8HMNn13ICTX86kP1UcZrWc6dTijHub41e5y542wUQcet65Dj0IyuUz7X wPXdQuudz4mmOsWSWrm0geG3hdbbWHIGY3Wc97ohh+ra2gjzvAFJ12xO7npuOhnKnIFYkUA+gKnO 6Jd3C/33frfQaUcJBFf4hhlpH1FRWmSQDmCqdpsx8ZzhEKEG1SxDPqxA0Pi8ahujCDptKg38xy20 3puKatlUdP7jixmrgfW0hdbbWNNZTwCIdN3jPpNFaykhW4ucWC1UCNeBMi69Q0zj3O0HabaWXiGN nQyQYWPB2QsL4RPND8/95RW/85tf7+4JFWbnHpQ5N6giV3cAU5sQ7OVc3YMNqqEmugO1Qu1iTycZ PexWJOsNYCp2GzmmeJndTqhJ1Zf7U937VVRVBAeTPXVGlqoqDVN2pJg/pay1W9DKpawvXv/r3c93 lw/x4/AUH++jzwWs/1mv3j3cPNirj5c3tzvvZrzlNw++4Ol79z/79LW7H/4V3r+1Dz/AD4/vDnut kyVChNw7HaVGXMuETDIB2cgiM0R6z9O0A8jLTzAJ7jeCJK2DdEi6oBA33iIdMMw4i6lMOMoU04Yn Jj3RERkJoSbXlCOdLEM0GR6cCjKZrI/37tp+igPwn4J99+vpBepjK69V+f7rGv5Jbdnb4efBK5L1 FIQgeWQFZGAGa2Q4CcFLQ7iPG66s9gYyNCVgenClYCIkDTmHzwIMRNokxZzDX8uo2EsOVL6K4W9Z /SRq7nNIFiWFBDxpggwEBEjhAGaWgoUoN4TYCH4h3y7pYI44+GptGEbMGaciU8kFPOfw1woRb8N/ bPgnBd3b4deECOsxLGzsCeKMUWSpcMgw4rxn4C9M3DjGYJYQjTwmAWISp5BLIiAdIR5hjjkf1ZzD X42dd04n5zzOUOXztUqlqSMYWQZTKReyfiePogymHqqrPlKJVB+AqXsLM1z3sBAdijGjNPaISQmh FAROyNqswO6ix9oICOnTTH1fRx6avpqjVKyMUk9HqboS9Nd2fLFmhL1aYuPl/c0GYiEXrSFIBhez fDS4UYiKkTVMEhdx4NLOymo8Zq9Ml1uC0chhPT6PPrw8YDRiqfOKXa805wVG49RCo3iqWi16etWg FQLwzqytP4qgUyW23Ti9K7HThVS2gPqVAs3uPlmR3chQOjVbFYVUjoCRolM4064BksEsTDBlDY09 AE+e96BqFEGfFX+CcTqveDZdA2QLqNuKZ3vFy4piRIZCu6x4VtQAGcBUR6rYIDhHe+W0OzUOjwCO AW5Vhu/eTXtkuPuIH7P2a4QzmIV731jD4T/AU+cVPx5F0Mmnthunt0+dTgLfAurnU/d6XCu8lwyl j4onK5KHBzDVkepwoHqqNz0CVbfe6vZ11VInVXS2tVQpLHaQ6iPhjUQ8BIMsIw5eYR05tlxasTEx ehN1QkwH+JV1CTnic/dWsgYGOGlH5qyl1peN7lMxZIc8mdp5rlwPe+grre88xE+3G804V0QGBCvN II5ZvlZRRxhAizXmSRjL5i3wHDFYvslyEckqLn6TrIKXhwUezdlwpi+VKRR4/v/+5hpm18Wff4n+ ERBualQptcYMPE8ezffvRVb5fX6ov8Fbf7HX8PJueJ3n5eMtGDnChvIQv1nlNz/8QxJnYQkLFEUi +aAin3xEgbBlHEsSwUXSf7x//+nmp7wFDVtgXlVxleOHFfrj9qfbu3hr7+AjRfhjy2mL/urmn39/ uLwC58lh7YXLe3BB/odhKf3mTP/6eL2CtTPEBzA33oPJb2/yk9z/7uY2R1L3H54mw4v+fk7mW//+ Ghb34Ojv4v0t4Ijgbh7fTTlRGhzTsxcChwRxzaO9gh/+dvcY4WfwJvfwZPAGG377FKJ9/n3IUzR7 tM+tItmvXdn7h29/iP7H/Ct2wfJ7P9mry+d/CU7+8d0ULz0vvqGqXcBHivimlIen48PH8W0LrwcA yYUqApzi3mY14NZxHADEF6YIcIps4MwWHMT4DgDKC1kEOOXMfd4pOHDUDvDxsSUyoSVkXnyDDl4B nz7A92vzNsHx8zZBSBZ6q+wTT868dYtIsCPc/xDDm/t7c39v7u/N/b1W97dolPxbXPw5VH72kyc9 AsSYN493Pm4xQwrKv0hk/rr724v/+/l6iGLv4lW09/E/r66+WQ3vXXx+57msdL/616+r56/PP8yE T+Pj+Ly99vHqC3i/vfEluheMuTGsPuYh+ruYGocb/sUKr6y7earP/Ze9uo+TC6dqTcXC7FJ2KDda Q7ewmAprkBEDeOq89wmMIuhooAYpMYCnz6uzNoqg08FA2+zR/XXWGJt8MJABiZ4HA2y3wllRAtqD MufBwIgGVU3YLKOZkTG0p2XDsVUh3yErIXrllOdm7eTgzytPNETgFPvS8cAxwK1X1XQ/bD0y3H20 Thhr1zoBNKbYs7ak1yoj6OS1GgTAt9B6e60GAfCMaMmz37b9zyxw9stnMFbHgGGyhscWXL8NaLI8 eUbS86ZLtqMNSUj1dGAHypxbYVGefABTndEznpHvyTFyJiAFkkhzm09fPWyFmBjEEkmYqoiTYYWt kFRUtDparyyKR2qk3ozm5feEjliPUZ2oxwnxxHKfQa4jDgItLkTmmQ40303fpiyi1gyf9y6MUQSd vHuDsNYWWm/vLhoC+AFQP68lpjsKvWb8NYgBT16brxJwZV/IePtoBrOyZjCpcNj2wMzpZsuSV6RG o8poOkg3nZip1banLdIegzgu8lgDs7A4MDuU5ntN6Bo0ngCe6C8Yemzaizd1jbn49ToEQnjI/X75 bJZZCEudSUikAH8Ccyqc2TDFOI1JIx0jRKwqSuSMw4hza0SQQiSWZmwKPOKCRR/xbCbaayiAptyx vljgOIqgU+DYIDKaofUXGWUNIqNbRIsZq82xLmEsNTnK3gLqF2XLV4NE7XqfiqJChtIpACxrd5Ia j3qLZnZptBPrExVZjI52K0vKkVp7ckbTIXBuqEw0DDHHJ/PJvopgp0VNJnErKfMBuZTJDRriHE1g oqforKbJ+JjIxidljVMeWa044hACIZfbrkLiLAbLTIhhzmCnPlM5LtYh34b/efinEB+etaTA2hp8 G3gyyGd5Ig45DgFtbv9TgVHwdHFzcTHtc0olrpKC37M8lzB1yHDvYbVTFiMl0jo35zSp7kociz4x cVnnp+7qOZZ9wKgTcv1BjGvRbLpBBFg/XX5x1vRBqSXrzo3GWaDuPF0heQuoXxy6K9FLKvpVe1Dm jKfKUrOkJngJaHRR8m6O8x7DAuzahsEmnZ0x07AdOwhJY5Q2WQfetxyNHgN8Mq+0VxG8Pty9mJD6 FJ+qlz5bb5DzAXjmvMonowg6+dRG4yzQ1jJd62gLqJ9P3dU6IhV5oT0oc/rUstZRBtM6Ui/NUU/1 psegntyG91UkKS0FecOIChZyVKydgG+F9NR5yEWiMzwZFrnGdqOYVU5JhiKHVJdzYZClJiLPrTbM KJMCnzP5OLJsOp3ttatymTUuF3j77U28QXgK4KnzNoqPIuizN51gnM57E5+uypUB9WwU57uqXKQi 07QHZca9iZdVuUhN5Cqj6dYobqQOQSiBQhhUSlhmwlFwnYaCo03gAKUt7VDHAL+2RvFjw92n6YW3 q3JlMAuzk3iD8BTAK18cuKRPXfrqQj6dXJbRFTs2Onn8xqErLMu5Pf50zbAtoH4ef6/NpSJ+tAdl To9f1gwjNSGujKbDidmpvv4IVPOmGTbXiRmxXvJoCXKQN0K+GC3SgsasDgb/UxQzHDYiKS5SziKF oYi7fEeHowoRhbkRiWDHX9oe1OJTzHk7ckYRdNwOWItfMX2OZzhp758y6+ECi7OO1giCTttjAwdt C6339tjAQcuIlsweG2jGW2i9jTWdZrwF1C+WmMzy6o5kz/tUGLAZSqc8doTlVeMPb9F04ilFKX2C P+nz5WXca43yXWTwinHigqWYl2IbWuFCdLRemS5Oa9SXjKZbFSAlroIwBlmtOUQzAmIYbyFGsdZq 7jjhZRJCZbgpXhNx8s1cM1YBJnrbAe/CB218Ous3w8tDfb69exxBp+2o3Ti9tyM+dTt6BtRvE+BT N4EM5Us57DlD0DKli45Tk/bBzOlTy8zZ2nW4A5oZd6QZ9qJ2qGesqVY2zwFvp8RnXHyjBqZYlOvo 2kXbNHyjWM2lu469CdLRiNxAsRIMI80NRZYpnpjQ2gWX204nfU4Za5LzCemYm/OVc0g7TGFQPbPJ exKlmfHk94jr1LjPihpnddbmrD5r4WccQadwZDqHf4DWn13EJ3P4nwH1C0f2vB2dDGXOCKBM6q7d jTk2Ui+NAE7Mp45CfbvnfK5dggeFmZIcKRFxZg9p5KR0KBlhGfbaGyY2SUr46siQpxyGUUkPuwNs EbAXcGVJABhz9v0cWTamk/c/uM9XUzF0w1WmIqf61d7QEX+5vbl72EwRSZ71jo4pZuNkoXs6hPnt ng54eXBPB2ECP93TYUr3dDzPykofIqVPIq9L3aU8QbF5pqtWjjx09rev4y5lbTQleRDpBS3cpTw1 kKJrzorHDB2zo+m89gyPn7fwlREseWjVaJwFDq3k5EhzC6hfpCl3t8xxnt4+lDkjzTJ7vA5GdLr5 kcvmekgGs3QL1XRxhgzvvH274wg6rfh24/Re8ZOVKwZAXft2d/Ui6DgZdh/KnCu+rHtQu5ZtQNNP 4FlhFX2CDFMBGO4hIbIQIaHgILQzjKsUizXmY4BfW9/useHuw4XgzdznZzCL+tTp9N4M77x9uwOC JTtjG42zQGfsZO7zM6B+PnWX+0zHybD7UOb0qWXuM61QiQc0PUQYT/SmR6C+dcbOxtNTPjIXWEQk YQ4jFP3TCCU1fIcSwZCNFdJj4gRSQ/tsUhE5E+CvMuyShTH0ZE4tmSPL5kt665x7kz44da9Pw0H0 YqEyzaQhnadMc+Shh7X3Kso0hGthcpmGXcgXlGnYmuuFpUr5dK57hmfOKq4yjqCfgcR0wiXAE/i8 Edgogj4R2AnG6RyBCTy5+XppY7UtNYEXCFcny0o8A+oWrsJMeiVI+K7ABR1n6u9DmTFwFmUScfXg IqOZMXDea75OLijuPIqEQNzlmELaQYTGORZJOm+SFqXweZyTO+DtI7nEy/IgtMJofkbTx3pCJCIh V4CYCf4DMRIErEETCJyk4j5FEaIcuWJj3HqSFjVxOm6F05moGR4r6sQtuBVKtqBoUKtxCnnj3Fvh ZJruM6B+3v0zTbfWJcnW6rSj15MSmUmszXkSmQm+uyjNd966bN1djijUnRNwdaseBOo6JOsCl1vk xymj+2DmjBvKVHRa4XcPaArMirlIWzhIzhwCEAHx5BiyNF+FwqyQ1gmnRi+XqllvYRaPmKwOcRZ0 rCHmGtD1qFmZ0WVQnXknizH3ciJH1m0fWWDRTvXOaDrpMk7cq19N/Q2iaGZUrr+RCzGh/lZ9qLNe WzeOoKP7OGThNaPrFFNP5/Y/Q+sdU0/n9i9urOncfoCmcSF6m9tYk7n9z4D6JSBTuf39kext1hVa Z4bSKUwsc/tpjey9RTM7k/K0whKrEBM72q3M6mc1WmdGM2N4PUNJqQq1z110033mCIJOPrOBgJ6h Fcqrc/vM6QT0LaB+nqolLtB06XO5BrIewGPnPpcbQdBpXjcap/9RkxCfq2G0isbk/HUpyskUOtnL SoCTF7NhXc/XdumbrMJC3oMy5/ZZFnBg9TzTsB5Xi02vS+1ApeN242sp+9BexSHttbaGMpCT+oF6 tMZQgYV8ao1hhdR8chgFD6Xe7m2bixvrcaQCjIycjvlqLxaQsToLJSiGmcyLQm4yBdZIaxEWLuUL uQLSSUtkceI8GGeNVDP22lXdQB7+t3vb5hIhVY4KqSNHSeaLFWXmreOQYByscwbDpynZBKypSyEg kbssObcJaUUiCp4rL4XFRMg5h7+S0eXR71R4ZeWydS0TzmiKrI+3uXjCXMTSGZho+X7PAImsUwzp SFW+TFLSZGyEKTqIucz5uSSY9z5QhJODue0NRsZrgZyRTtgQBWa7oi8/5Lm9Xn3lY5UMMyJRigjn HnYE55GzRMHyCNRrak0KOI/BrJ+jSmEbTUTCKngK2LcQ/DONpErgnqzXRoW9sXIv3IZqfqjPNQKC F/0QOxLnlUWlZmlZ4hILYyiiwsDiIcYix8H0TiVIDY0OBKxXaPiq1DMz3j43zYuyTN0x6726DoYj 6UWvDgbRTIXLYOjCBZ8GzjzAM+ftPhtF0Kng026c3gWf6YICGVDX7rNdQQFW4fDvQZkzhy8LCrDK XeXPaGY/OjjNtR+BqsraxW8x8QlxVsgXPTj4hgRJOoQ8HCPnCKRrOvGkrPaR+xw/zfo5LjlgFRIR G2BaUA8PgCHO0jiR4CVPLhTu3/7qY2JpZHA4cUSDxFk/Ej6WvEXM6azcwTzTQ14y6+c8k8JjyMi5 UhyWMGPICscRIHNEMe190ntj5d7GasMUxcpBlhFiNPBZ4pBWkPZREZyzjGtIRvIYzPo5BjmmozEX mAElp9ggyxVGLFLiIJOxwpO9sfIvyV+q25vCfeQURLtEDV9runQM2aDCAvDOzGAYRdAphmw0zgIM hukSNVtA/WLIXYkaVtEs2YMyZwxZlqhhNcWXjKZbd7fkHDtuIqKR+MzGd8gFFZHAnktFo9G0JKpw FPDJBz298vIjw91H9ku0S9RswSzqUxtUWADemYX+RhF0NNAh77eGbkEZwtah6y9DKKYL6GwB9fP4 uwI6rKIEsgdlTo9fFtBhNWWMjKZ4VPqyqkGDr2+ZVKIPhaFhxZURdFpxDRoAW2i9V9x0DYAtoH4r zrRN8pOF7L6KelOT9JISmKnkUYxOIW50QEZzSGtz97WR0lPmN4FbSsHCyOvsAIzgSBNFUOSU8kS4 seSll5LuDH+FzZlnIu3jcMvSAaxG3t2i6RNiuyi0TlEjRTRG3EmHYPQdSphgjSknjheLtfXtSvQh AYpD4apJ1nt18f6Rudcp3v83e1fbG8eNpP+Kv3mNEyW+vxjIAYfc3mEPGyyQTfLlcEjIbnKjPdkS JDtZYJH/fsXWjO2e4bCbra4eHSLAgEej0cwzRfJhFVlPlVvi76uNW+PqBj0dwNNn7UZ7GgHO/r7A OMj7u6Yt+7vG9Kj1QbpnRaecoeA0kdPlyjqiVuxgh2Ztj3optU9ANS8lKdfyi2Log1CKkS7r0mRn HXEiGcIDD4n63vQ6XlGqregjvGFnPJG9tPCG4EExLyl1PBhGV02TrS8bw1H2Jn1c5aJ2HawuRM4E eqbtY64fbq+SlSFm6ZzucwZgThj0wcBccUKzEGkvtV+1d8yUvfKx1BZ9YyS3nxL24eFh3xgpgY1s Tth3yhT6xszdeNWFlhufROqGEkwAT533JPIkAiTPpN042J7J/PpUO0B4ngkbU2ylBkiGgnPWp8u1 e0StgsoOzRM9k78eeiadV0E7wUhKOQdBp5xyGzuimAgp0N4Gz2EQ//t/jp2TKbStIo6/HjonyzbN iRHFERfo01VdJsBsSpsNVTYA3pkDuoxgw74trcbB79uieQttfhlFrU+bfLzIKrnfB1DWpM1yLQtR U/BkNE/vCn5Em07bvldGkb53GiIBkTvYcQgMHIe4JIkIPuUJ2lyEFp82J0YUp/235ktoc+t2V7qh 3o56VC+elzbNhq2UW41TmN5r0+b8YkRqrDZcnzbHJYBkRfh4AGVN2iyXspE1DbY6JXx8Gm3OK2VT os1laNFpc2pEcSRkWiyhTVMst4NImw0ldwDemTvQZwQb1m1pNQ5+PwU9vx7RDhAebcrxIqvoNA+g rEmb5RImsla7IKMp5io8jTbndaAv0uYitPi0OTGiOJnrWi6hza379OiGik4Az523jNtJBEi02W4c bNpULbTpMCs/6XHlp3zNUINicWjzuILRHkx1pJ4ubz+iTSpZMNxbEiU4mtIoSRxnigjaM+2ijc6c ONtchhafNidGFEdyr9tF4+rC0KKeBZE2G3TR6lEcdVbaPIEAiTbbjYNNm/NF4xmQw6TNsWhcVlR1 B1DWpM2yaFzWr5INK9a1eBptckm96XOFPC1ElhAz4lwK8MGmYzZZyU96m4vQ4tNmfUQZxaHNdp1k BrNxpyfdIAXM8M5bM/8kAiTabDMOx6+1oefrJHeA8GhzrJOUFeHcAZQ1abOsk5Q12WFG8/RaG8e0 SSlE6UIRbjpFpFSCONZLwpjrDDdOSClP0OYitPi0OTGiSOln7VLIHZhNabNBTwfwziwvP4kAiTYb jYMvfdLzxYY7QHi0ORYbyop64wDKmrRZFhvKmg4roymkij2VNsE7U33sNLHSByL7DrxNyhwRiSXK TaTJiRO0uQgtPm1OjCiOHkfbJbQpNu5fphtEkQBPnlcxmhFsmbfZaJwN8jbnK0Z3gPBoc6wYlRXZ 1gGUNWmzLBmUNdFbRoOQt+lEL712gqQIobkUlpMQgDtj1D75IEV/kjYXocWnzYkRxRHi6XYhXgaz cd6madCaATx17rzNEwhwaHOBcZBp08wX4u0AodGmGQvxZEVRlKHg5G2ashBP1tRtOzSre5vacSVM IEoPPchk7kHW5wrTRndCMqHMqSB9EVp82pwYUZx0d0OX0KbaOG/TNAlhTDnZfEva3DLdfYFxsGmz RSVkUNPdzVglJKuaEqNx8jZNWSUk67obg5HuLrhNvKOJyJS7iPDca2YQDYU+5jKlPc89lIq0uQgt Pm1OjChOurtZohIyeuO8TdMkhDHlZPMtaXPLdPcFxsGmzRaVkDGYeZtmrBKSVU3JCMqatFlWCcm6 7sZgpLsbaoUV3BPPfKbNYIjTLBEeXUf7rjeR2RO0OYX2THmbEyOKk+5ulqiEjNm4TalpEsKYcrL5 lrS5Zbr7AuNg02aLSshYzLxNM1YJqaqmZARlTdosq4RUXXdjMNLd53WtKNHmJNrz5G1OjShOurtZ ohIyW6e7myYhjDl7uvsJBEi02W4cbNpsUQmZL3PM16fNsUpIVTUlBind3ZRVQqquuzE5VXv1IH1W o+MibS5Ci0+b1RG1FCdv0yxRCdmt091NkxDGnj3d/QQCJNpsNw42bbaohCxqursZq4RytaWZUNak zbJKKIOpjhQKbWrdJfiwLhqRK/9Z4oRR8EhIFnrPqTxRymMK7ZnS3SdGFCnd3SxRCdmt091NkxDG nj3d/QQCJNpsM84G6e6mRSVkUdPdzVglpKqaEouU7m7KKiFV191YjHT3eSVti7S5CC0+bU6MKMeh zSUqoc27qZkmIcy5u6mpx7Zcm9Fmo3Hw091Ni0oIt5uaGauEVFVTgtVNzZRVQqquu1mjm9oRbc7r rVOkzUVo8WlzYkRx0t3NEpWQ3Trd3TQJYezZ091PIECizUbjFKb32rTZohKyqOnuZqwSUlVNiUVK dzdllZCq626KzeOeLK401MQuOeINwJCdTsRz70gfmFBOSJPiKdpchBafNidGFCfd3Rx37antKvqC 5d8/09r+H+K7uysrchl73ZO+6x2RVOTMNBuJ9B7CEJmU82Ld4v4TBsvtmLYo7i+k2hf3zw8Pi/sL 64Rwubi/tfoJxf3thbEb75q2wZ8GeO68u2ZGUIzGcHbNVuPg75p2frCxA4S2a9qDYKMiKTqAsuKu aU8EG1UwjuEcL9h2PzmD2VjfZI9dweeEbn5X3zOgcy1cvj26BpUBwOPbKNdqEMonR9tC2ObWoQZB njfN5iQCpE3Vzd/BBmB4O1iDBjxjwb+5tu5N07BteM1foL4zG8vR52usRgLYwFiszVgb3oQWHJKq sQppCWsvw/lnUztAaBzlxppiVVGgHkBZ08sul2JQNZUuoFFPr5d4onvzPGXxcDw1fxwV5o22G4sc VUUSdwBlxXF0ZW24qskGM5qn32ifGMd5ZdyOjxkrE0/QC+pa+1NgNL6eN/H2cPGcnIPD7dOiogEK jt7BldW1qiK82qPBmXjzqlUXJ17NejjaAttcN2UPZtPok88mlQFea5ozxhqd63cAYEbPqiE7jQBx RI91ZDV0G8aQbr4weA8N27/mx/51DRI7a/2LAcGGQu7CTKoaB1/I7cSbuQ5ZRsRxahS4z6VdZrsL Iyzr+6ljFtenxXSHUNaMN8p34boiOBzQoLkL8xr3HrsLdf/mBODn6qcOcPEm3liXq0/LkQYoOAIz Vy5nUHeaR2DWJAd2lD+wt0x1Uj29uct/LqvkNcz/hh2Ib6x+dbKNTv6/eajirPcIpxEg+RTz5bp7 aNg+hZx9xnraWIjTf75QL8Mr193ccjaVESDNpnbjYM8m9abFFZM4xQetXeChKsw2v4cszmdDWdNR KBfwyGBq00Y9vVzc0d7ccIbaMIKoMcZYFKtPa4EOoaw5guVaArqil9qjWXsEFx5G6tNigAEp0lFu WUysK5maezRr221hVDblQKvFft/Y48u+3heP//n61/vrD/HHIY/0x4fYZQ/vz+Dtfbj94G9+vL69 Gz2b8ZafPHqDx/c9fO3j245f/Bs8f+c//Aw/fHx9nAicPDBULwWRUVsirU7EJdcTH0UUjumuk+mK exep6iQRvovwoiRI4F0inQghRmmsYPbq+h24tA9XiiVrex2IDr0h0nWe2J4CN3nKdaJRp5iuZBK6 YzYSp2HmS8slsckLwpOTfTC9Ti4Xbnv93r+LA/Bfev/6tyYvumWm6lYh+e9r+G3PhdRdIMJSeKWH PcfqDuJBGnQP2w1VUuyH3zKmfEcpMbRjRArBiecqwCploesE08BuV0GIaCWzpKMM2E8GQ0JSPbER 9i4RROiiWXP46wcLGkew73g5lp/wF3SrOvf3NRedBjLqUiK+CyIfSzjifIS5CDOLpz4y4Kn9XJR9 Z1guOqEUyyyjYLNw1BInWd932jHZxStpvO0cbCZGAVVJY4CUkoXtuMtVKpj2Sas15+KEs/Ey/Kvt RAw4pss8FTUHXyFZRpwSEpipN4ZqJfqorxjzEfao3IIzwBwJ8NbWCUpEcMFEYVLo6ZrDXw9dNE6W uhNlKqp7kxpHWupUGUw9JNA4gi0nD8FYrgblQmWRSrlEg7SNaCv+4+72/sNV7CkEiE6ToPKK8twB Q/aOUC7A/zLGwsa7qmxrjtnyhdsm0i3lPkm34OGhdEtSOeg2snTLLJduwTeCSGTT8zxN5yeZAjxD z33jfAIBynneEuPgnucBorlJpQMgxCO0bJwR256Wxx5CWe8gAUCUDxIqEuIBzYoHMONL3nkFxI+P E6YAt5bBxbhGahluh7G5Pg53axLbAGZTTm1KLDLsrJUeTyNA4tR242Bz6ux2DHtAeJx6kDhzWoF6 CGVNTi3nL+hKF8IBzdMrPR4dzi5l0wmouRjXS0h8+kRECAf+fEeE1gbC3JiI97mBUIgdtU6ZTqV9 SKyVp4H2kqgOYgPZQ0TgBcttgamNknqpvbpyMXYu2kSE7eFXPiQSWJcvKJJ3MMDJBrZmSFxfNhwl 8HtcNuMotDYN+QU3+WTmBigrhy8yT0qUqC/HXLMOudaptjHxpa1a8qWPYzb2L3QUs3358xCzDTh3 QZu8ZBCWjaM2pmG+qxy08Uv56pujoO3vD7fvYY5c/vEfsfsIEK9qehF+IXK+aR6St2+VU5+/1Xfw 1Df+PTy8Hx7n2fXxDswcYVv4EN+8yk9+9VP0KWgRHFF9vobKvRQsN5pY4XiMVMgu0J/evn13+0ve SIaNLK+N+Cp7Aa/Iv+5+uruPd/4eXlKEf2pR7NDf3P7t+w/XN0CBWUvYXz8AkXQ/DwviEyV++/H9 K1gBwy4Ps+Mt2PzuNn+Thz/c3mV/6OGrx+nQ+vn6y8/PYqHWz7+AJTrQ9X18uAMcEUjj4+s5Nw0D vey5BGgFvJOP/gZ++O7+Y4SfgRMe4JvBE2L47aOj9fn3fZ6jmZfytOLaAHtmdrrxDx++/jl2/5t/ ZS+HM99f/M31/i+Bqj++nsO1q+JjXFGlj/CZS13El6wM0TtGdB9i3oE58cHAhuGEZiEC82s/Hx+d xkdzdSBrCwBpEeCcckKrGnBXqOcIoL7kRYBzDs5WtuBwHHUEkF26IsA5J+DrTkEmrTo2oDu1RGbs XeviG3aGI3y0MAN/a98m9H6bYCwXQqrsE49k3rpFJNgRHn6O/Qv9vdDfC/290N9zpb9NveRPfvFn V3nPk4u+AviYtx/vu7jDDIGk/OL26dvxby//8uv7wYu9jzfRP8R/u7l582p47vLzM/vDoYdX//zt 1f7t8w8r4bN0Gl/n33fx5gt4n574Et0Txtw5UR/zPnb3MTUON/zFK/rKh9vHU7b/8DcP8VM4WjtY 57tye9vE4LMyDdaJwetf2tJnE4MD18jh4lRcqkIMPvcMW1wIvW2dNM3m133K8Mw2ddIqBiojwDnk X2Ac5EN+5mYf8mdAiK3qs3FGp5WVg5EDKCse8rNyNR5do/KMZkXtwUEVF0m96XPzOw0+rOQyJ1Cl AB9vOmbBD+e0Kx31TwF+DlVcWoYbpSHz43C3XZxmMNtW/9B8fnm4DM+eV1yWEWzXkLnZOOgNmQFR C6daRDVQNs5okVUKMRxAWZFTebkylq4VscloEFQtS9l0Aqp7ySVeK5fY9j1jss93ovnkS3gIa4JL RKUePoJKroK7As9I8pgssTEGIk3UJLgAoZD0DmIipZJIa16c1pfNl+W3V9ybOF2wN8mNG2pp3rIx yHJZZER0DVk1AO/MJZMHCOfNesoItitPWpo9VeOglycFRPPrDGxtrMbJvIGx5qeI7QDheTqsAYlE rEaah2m0eVTq2xxAWdPnOpEAXCuatEODVFVWCtXHDnZz6XMaVAeeF2WOiMQS5SbS5ETB8zKVwgwZ L0qbPRjCovVMrajNDg2O9QS3iXc0EZlETvjLV4GDODv0UXTC9tz1B9arCbHFhcknzhsd8M5StT7t gPfmOvxyff/hj7+AXf98e3tX/e6AAobkHThrIk8Z+LvL/NMfbt9/+93X3w+3K29gKP7Uf/WTAAMb GToS2VCbSeTaTLEDR5OqpEPnklU/vX37Pv766v5DB3BTNgo3lOqWdWdLEomzHsdMTPXHo/LnBLhO s5ai1Bh8pNljiV2dtdDA8AUBgy2XFkV0yecXPs3otj5qkzMJ1Gb1xPO4LOKPutN8WVRK2GzwGS3b pspZDQI/r5QuI9j4yowfl8dqRocUcTSUlt1Bw444REPEYTGruWbjjDi/UvsiQ0GpGAQgyp7qBHmV yy8+7Wy1wcNvmVTi7HwgtlxxDYUXd9CwV1xD4cWtjdVQV3AjY6kWehKo9CSbGEEsvhD+XVxhtFRm StIDL3c9CSnLuqxLxDLgxRSDtzy5LiZ21SXjXTAd8dZIIqnkJORU1T5JEXsvXB/7J15hNExExOLT eZWOJiKfDWXNfbJckTCDqa4KhDvIBWc5A9RK2ZaMFEf0yssVCSecHYFStPvR2SlE2xODWC6P+EJt e2qb03h8X+mJwk4Obh44dQmoLbFAgoyBZDmA6QUHpy9eXV7Oe50xSZpk4Pci8yTlgTjZdbAQuIiR M+1DWPEWd4J4FE5pBn5U92jGanaW4YBRC06InN36Slm3uHXuvG3TBwRFAyH5vI3GKUj61/Z5dYPP 6zDbpmfjjBZZpexahiJwtkxd3jJrpVF3aHAuj5zowSN1AhzQTMbCgqsZIDqPUfvkA7Bv+eptCvCz u7OYGG6UIu6Pw93MqW7bdmOam/m0IS8oPW8KaUawZQppo3E2SCE1szl1BwiPU814kVUKXB1AWZNT TZlTa4KejAYhfFvKphNQWZH+X4KUBSmkEEyb3nc9oTYoeNdOk9BBLBKDk8mJKC31V0Z4E4wWJMrO 5M4OjnjuIumkt04441Iv1ww+6suGIe1NpnlvkqeaTSLuTfN7lGd45d6KG+5NjG25NzUaZ4O9aXYD 9z0gvL1p3H/ZVApcZShIR4vlhoqmVvBphwbJ39e275VRpO+H2mMiK+M5UKfjQLQJCFD70g41Bfi5 1dqcGm6kAx27hFM53ZhTG5Sm8rGv4Xk5tYwAiVMbjbNBIvV8Ge4OEB6njmW4pqLLPICyJqeWZbim pmoFNGLF9OWnsukU1MWnJ78Lf7/lvpX5TsvoGQkQmUFEFj2xisdcVRP+GU4F7a9UMlKlHKcpx4kM uUdF4IYwQ6VTidEg15SMTSwbgeTvu6PLhtrdmLzQZrs08FnlU9ep8zHxpQcN8DNJ3ZTUzk/dPDWj 1AUr30HgORiiIbFUXXBa9H82czBOIsBxMBYYB9nBEPM16RkQQ3QwxFiTbiri2gMoKzoYoqxJNzWh d0ZTuE5bSeETte4SfGSX+2jJzlqS22LBIyFZ6D2nsuhmTAFefKyIFbRNDDdOEWrRrqXOYDZOBBcN mfIAj523dtJJBIgGOlbANqNDYvzGocNviSPmt8TZAcJj/HFLHFORah1AWZPxy4pYU1PmZTQIXaUb uL5lUvHzJsJkBBsmwhS4oGoc/EQYMV8NvwOEt+J40yR/afyxWuMP2rleBx5JGOrXKEGJlY4TL4xM Qlkb+pAzJGe9zjjvUugSsTFLakwIxAbKYVA74VPXsajdiocWtiJbzbMEJ19KlMX2tqZA3qHBccVT kqZXzhFvrYSJoWA6dN4Q6723MkiI2UtFoia2NaT2KqKsQJ603nNL3pqaezgHZqJdMp3BbJy8JRpk mADvzIq5kwiQ/IB242D7AfM1qhkQZjNKMdao2ops4wDKmgRf1qjamiJth2Ztz3shtU9CXXw1/uI/ HfhPsjdUGC2JUZFmdZQlQetAklNe0M52TqirpDW8dRSk4xKG0egO/CZwnsBLksazHmCsmbw1sWy+ LOG05t50rHaqtbRXF0LqZ9st+/rh9mpO05BVW2VP2WurNtmS20+3QPDwsE22ppw9FvAwjBXaZB/1 Fah9LX3Bsq+0383fwpPw8v1b/Bf8/+1d93lePuRH3+43lq+BNvO+8vqHby7fxXtYHPCFXoX76/5v e6b6CCxx98Ptzfff/+nfh6U1s4khrMF3u7+Y170SXtjfX/8y8CA8vH3nr9/vP3JOd5zhI29vPr6L rUDzzN39zRx6G/5mYK/dH83p/fh66GESYO3/et3v2JUO7/T32/DJtiJ6baPQsGJgz5I+wTspCWun U4HqPmlPHz8++If45aAobQNPxhDa94lIIeEPpcoGS12gsY9d0K8/k1xN6QETSppnyysf4ru7eQrG VYildSlmd+UJbV1gn1M+wg5Iuc3zPMBCga2RWyZ72B6T6sTTmh9WVIg79IuaH8JM+OFx6b1Pt3/4 P/aetLltHNnv+ytU+aJkn2ADIIjDVX5V2SSzO/VylZOd92FqKgOSoM2NrtXhid9U/vvrBklbByWR sih7Zj0fMjIvdDcafQLd0wT58rz2up2Oi+drrr5scFm8UGvl9TrX+Uo5r7lOep3R9haOu5ggqGg8 w4zZ3HimEMhLXhk88x7MmfNfy5fqUPNX+BIg+msciIiFOiaGJRZWiAtxs0xMBDM8MAbAZhFwUmmT /GannYFNkJE6Xb9Op1d24k7BshmcTvPxT6+mg5PxTbcDGsN1ugELTbdjZ53u0uR3D0OtUIQbqXWG DYQuQay4SXkHFtDkBtfEbNQp7902D+p0m1Cw6w0z3CzSmd2M4WVPieRAeEnMdzbB62JPJLIpyAfn TkCO/eaxQerALJfodJ6zDjjRoG87c7AJ9mByUYEeD2ox+eXEDmfH4fC/41DguRd2+F5o5gLdV3Ta ItBLYrwsuoo1FOpfbntdlR846zShS+d5PrP7zeR+banqYYZtqdhqW6qmmgmjE17IAJR0gcl+Ki6i MYLy50UH/y2n+6xT6KJaFCz1Sh2tUuoUMNjr6JRO81kpe1OVGMqAbTHE3hVmTmM7bMEomn7Nxueh RnsoZHzPfXxbvLMdVqfax5vdwzsLRFh6Z/hz1TsDzwDkCnpnhtIDeGfK7DmRe+w/xGkrUMOfq6gp Sjn3bcZUcAjHE1EbAAJwW67gBMj4Dolgj75+/TcE6UUH0Djr/LyCBYZhVvDAS40x6f4ChmT2f+6s A883FS+YjLgVL4HaJl5qrYY6EuS0ltzIUJqBMv/9LpLV/fA/SKHcQ8a/a5rZ6B2jSYOv/Pj+85uL 9y/f+g+5aTzJvMWLt35/9jqbfn3Zz+z02dkzMP2/frHjL3iNPev5e6/vXoAnnn3v+pDhBJw4fJ8W /5GKf8r/8A0wswbWv/Hqw//iBe9S4981rfoumC8+3NdlAuODQorA4wMglnj6Xqx9dwmsOPONPd++ +XuO9aB82QMDjo1HADnIf5FrLQxlOm9BG19l/QTulxkv9EnxMX/Pjm1cfJ2D6yx0IIXOcZzPfY/Q 2n5HdzYBtVUNQ4nSp48vLz696Va0n9zN43t1ll+y76u6y3eRSX2I9YlHn3h0kUermXSbSkEu3bMt eD1rdKEt+BPfPvHt4fn2qIG/Rv2cd6HAjtnPed4soAFW8G0s5AIcymZv98CE+gnNUZhjbNjd7Yyi f8Fv9E+6/73HbFeSqs3W0vsAJNnmaMzdrFXH0PytfUNoBwIfs+wNwL/ILyR7B/6e08WQ2LR5JKUa DbEj5LeGxr0ifj0UALgxAT0p8OHBlrsBLsfbv9nMR2AwwJnNTpqjx6vQC3kj9N6POhXg7Dllvc4r +Pwk3xrj/cf9sGo7/LXWlX1/IPdRL4JRGzMmMAEbEBEBLY12AdGxtUprFilm2swr6T99Xqlmrvl+ eSX98HmlxEidCgNETIS3tUJgosARTZ0NAqFMFD+WvFIltf4EeaVKvP48eSX9wHmlmhx+37ySvnde qaZQf7i8kt43r1QTs0PklbB1+mPNK9XRKc3zSvqB8kqSHjyv1BR1Ix9NJkbqQBvm8xfCHCATg6g9 TCZmHZN7ZWKMeoBMTK2V1lIm5u2blz9URAqX4351Q1wHjvtJGlClDhX3CwOpFTWM04OE/Wqa3Eth v2UQ7ptRQV79Q2VUnnjt0fBa8xAfctt+mZGa9lT7mZEn/vtT8N9RQ1CHzHAY/ZThuBepHjDDUQnQ HyfDUQ3+Hy7DgcHGP3GGoxq9P3qGA7FqOxBTK8Ox2Zb2ZXeuB2dnwuDho+tsMjvBP5/7U2kvOteD H5PzX+scJPsVESyOS/uX83NsxSmr83pHrCqhf3Nx8eFiE/iyBD8M7wv+W1yfOeipzfqw3J8D9Ged OpC/+MvniY1dZOOvneeD0XSGXIOnpf0B6b6dzl6c/aXT+QE+23m2GpBHsE+vMRj/rJdH4wEd1sPg vQcHXux0MLADgmP7N7JJbicufEpq/6HUf2TiZp3zjp3NJs//aieX017nr3/9+hv+WvlyP4tOxzez q9GQn6jTaTZzBMylrxZPDvvx4AEc8q6cwsKQjAs/ZuGILYyc3nfYOfp8i0MFLKgaC/26dD6Mn2fD 6QyG2zWqFBvHLTBdJGlBUx/TejUaDLKZHxdEokfzvEPYWWdiM9BzxdtvJhOQRc+78Pu1n6G/3b37 /EXBbyB0YPrOp64P/LT44lk+FAaAbsAWy4ClcnVy1kGjueOPXXdsH7d73yBkhbLJ3wImrl1TQvVC lFpHLbrRoBOz6kn6sBXUN0LQUtGN5sRpu+iGqF10owCovaIby52XkQe2gdJOBfWguuGt3lYauYCm napKXFHlYlRSCoARsQTzhltDkogFoQmESl1VgdNdALPKku8PWcho+3Szdjp7BqJxISMEprJeX4sy tUHDdgCvumnGMWVqNQQtydTmxGlbptbvZl8A1J5MXW4irrd4DwhKS0Wjq5th623+VgHNoQsZ7StN d4FaWXPpqZDRHl3oVOyCKAkcYSkVMEMuzmcoVf4bKkwMO7WhjCmLQqJ864pUORKZBEYNaJRamMOY JYcsZLRj2ch2dNNd1+k1P3pbV0Td41gt/J6lbP4BXu8JZtje/TDv999m01lVUZvrgb8DbFuzPs0v FSHLHchgtHQBmaA+MkVGsA4uPwMyNh5nb4Y26uc8g1kAXyXGDeZ9C9LrnY2vsmF+cxyTTAiafiOw JPrqhJ/4/MDYZxq6TGnpXx24wd/n1m9ycsmnPKUQBkb1/PftcJrnO/4xv3Qfkf0XB8YMyrhvbz6O JrP8hIYJ+ML1T0C+iVu8G/gxp+Msdp+m/VfZ+MpNPs1hpfsHXr/54eU/3372z8Tj+ec8lTHvvndX tu8G+buDsb+WFxK6RDK+nw/se1gXUy+c5t0h/P5xmLhvuFCKb+Vw0x7r8V7QE72wJ3uqJMBocpN/ kxrpFyEOA+ogtpNkgdwpxrty4ObA94NuXsDIXQM2X1iQWmU4I06GIBWYtUQzEBJOM7DGAkOFiotH Y2u5ClJ4NFGSCGNjEDZOE7A+eJowbagUOOCznwav/Rtnv2fJebf868fk7Pek+HXerfWxXh6YqrcA 8ChS/v3z7nyYfYM/Mal03n31j5fv37/BpFg0Gs0+TBI3OfdZsenYxR+BhwbT8+7Pv8AFmyQTkCXn 3d+j+fQc5gCMx9lk1Acpgn/5z2GwIRsRWA+Z7fc6Y+CSc4ZjD3yoEqAt6T3uzy/9hYLtUOx9GPZv 7p7IwfXHrYAiIK+Gro+A5fMEBh3otlnmSvCmQzueXo1mSBIsDASX+qPLDFSy305YXpujlfkpnmYX DletRdu3HPP7M1/HqpW5Lx41Wus0FSGxwoBOCm1IIik4iQ0I3ognPFZRbTap9bE/CpvwA7IJe1xs UntCa31s7wnNEnc3nx/ef7748Pbtm4tGUzrtj2bn9Btl8BLO7jdKfbjRZkP/By1neBxnPR879YSj 3w4iBHIEHtHEtrP+i0ej0CWRS1MiqMavJgHRaHIyq0JtjLFUJbU5q9bH9uYsr/uvB/ERxUVwQHHB W+aq73lBxVvT5+v1oLRSCuMMjZTCEHo1Anp8BAvKxwD882VFxvelX/HTu5MiRROP8k8NAaluWZZw Yd/PP8f5SPbbu9vBBDMioMJXIoTZeeeG80qDCJmh26gEJKYWPtrpzK3bs6X5+OPYW6p5oUAuT4ws LcDc9UHUkQS3iOfmIJ6ufgfuLJAZLbTvdxanN0df5ROZG4RTpEwPZmQ8n017U7g/HU16fnRMrfWm eS62Ny1A6k3n02jikgweujURPVRY0OYz2supm1SgBER/B2ap3w00mfVBPJje+Nq/+dXdRCP4zFt7 gztx8S03JDAnvXz+qwz+cTa7cNnwX3lAbmUyCljfu9lvo8lXf3OE62JwOZh178RWbi53Z3Zy6ZlH c0OLub5bermNOyhAn3fz9YVFLrsWF4a/GIFLNhoNab7lC799y7/FrYVhC0axIY0CCTLQxEFChOCU RCELSOAMSwNGRUzzspnFqs8BQaWS8+43mnNDVJr234rnbzeu5deKq7MSINA2+XwVCqd8MK/bmYPo r8GKWwR+tooRPA8AZYWfUaymO5pMYYXT7joxv6/T6E6MrZPJOCysayTRLo2JSLQjxgSKxExaC/cc /LWdTEG7ZEI8c7mxwiPk9s6sAtGceuukuSPgkiSvYq1tZJNBHDNuNAlTagnwkiHY7JXE2oSMM5BS 0Q6yiXbJtoRdIyrBu/DTPxlwJXNpWl6RYRjk6+IKBeSiSrgEjZA/xGSgRXeV2okbVVHZ31gncKwS o0MeEelEhKG1iFgJwj6VwqUupDZM+HYC83YJ/O9vK2TNEUGKdmf9aVVQYpnK2wX6/gpsu3iuEA+X Ezu+yuJphXAIhJaRdETLMM5b32pHFVEgJ6xgImVWdlfXK2rCZcosDNAdL4Vycv5b0F0wAdeFlRC/ hJnNyU/PmD0T9kxG+EPH/ol+Nvz60m8LgIdwp6K3PRaQVjz8gnGxV4VdsjoB2TAazYfJrQ4H5Xh3 4Xuhc2duUoRPpwMyHBGAi0zHo1GK2n+Jw2HoKv7OMEic2oImS+QNY64SGWtC4xR4XNCYmACoTXkY gnSRLk3S7Tyu2uXxPDy4/PIiPgvRZcCeqzWdla/BzD/uX06WX7tK4mUiwgOUMFKl2OZ3QfgcUDTR RmBQd8udquvEx80k63RPJBXOSka41gHYkFoQS3VCQsWk48pakdh1updUZsXqvBWidxW4b4mU1x/3 l0rrp3xmPszKP1fJHSeTklXzM7DLZleBfndlKEQxp3vz8uNlnfNyk/4+xdLxGwXBcxD9Rnc7dR/S dOpRZ1IpxZmkdwPiCLU3o/uvfSywr3/iz7/mhU7jGuvbMz5YXrzoAt2oQ8XBjpDlnJMthqDv1lhh QVecJTBSokUsmKy2G/coRr+6Dn8ouHXjQqzg7KXDBiswztZX8j4sOnH/LgfIV+HdmY949FuFeVcX 942SOWxTMpfUOGp/lcNxrxdmk9HYXlqwbnA/YE6lUZqru7y4he0vc8lSJrMMGPhwzqIVukffhnWf AMlLC1Pq64Ub97PYzir7SUhuTZwC1eII9zULQ4x1imgmJU8Tx2gY7xSz9b+xQ8wyEwZKSnE4MVsD tCOJ2TqQtCFm1yRFN7bxlZ+FYZ4y35PpkLXK+fRYempsWRX7NBdpQWI8yETsqZuKmXl1lcvcn59W 3h9o5bU3WVpoQ7Vemay6x0X/oyarXjugX77vXmtPzsQjdibam6xQqpDSA661P+9k1V9rvy9GDebT aNmILS4seWDLwezbQ9zLVzc6M+yQzgzvfl9FoQgLLYWBHjMKbB2FYofKAg4L24TWMgv5rQU0lq5V hp1ojbDTetD/NtzaBGT2OECuYJSF5P462PxxgB0A2L8spEmRSW+TBdngTjh2Sc6UA/vtp1flDkIf 9+jmG7rz8H73Non+uSgUIbRSTAdC0/J9TKgDs0+9yP3+S+2DCqbH2LFbUsv6hxUAPP6wLalN3hTz aCc5GhKnYtP9oU9yyNonOQqA2jvJIZe3pIvaoBzyJIesPsmxFRguWmpCLxuf3TI9iXv5j7riVROm lliS6EFX/AYIWiSQbgRd5dG7luRRw6nj7csj9eL+xGpxKk19aSmxhkZ70lItC6iwNiiHlJaqWlpu O+9SQNPOWeIgjRIlopg4xiwRUaCIBn8Nk+9hKqPYpDqsOv22C2Dx2M4S75julvSR2qiPtlBP0eOc 1t0KwsMWYdgIQXuSStD7Q9eS0llXh7umrm2lo5soneMSyzQjVkWVhkMTyzTwGNRiEYvD60D9aCAx y+JZbgWF0Xa0sa7WxnI7z1QXyjiINnY0kSKICGU8ISKNAmK5FCQMbChtFEbKJFXaWG2nXktn+E01 9dQO6lXYxIehXhimTIaGkcDCP0LphNhEMxJxqUScujBxsqBeExHBKwNCx1SF1RC0qAoPAF070r1C Se+aupalu6BNpDt2pGhNpjYkjnjouMIGCFrinGb2r6ioNHJozmFNjCgtj1y1TfAmBNNKPTA3aXVE K7Mpcdo3yQVvxE362N5V0Ihg5qF17gYIWuKmhsRR7XNT8KI06jQPldlSOk7QnsDOKHh859NrAEUF W1q/AJ7Ja9e3N43b3pxX7z4oDvsE+L+zL1+vBwT3Bfof16M+++K+YSLy1CVUJYGRJApxQ5/lhmiW GEJ5kLpUKU1ZcpqMBl8GyV1nnKVeO6OiuQ6eKsaGO4IaWdU7p64ngXRTlbbwQ4bJthjvHuDKQORD ArzZcSzhbSOup2/jevVsPw+LaNP2Y8tk0bVBOaBHKGi1R6h3MFVlqbT7VXVrENeuqRRKSI+qNdeL wz4m6MK6UQgPXUsl0cw+S7FVN4wvk8XUBuWQS5FVL0WzYylWGKoHCs4ISUNjOOGhUUQwY0kkQk4i lYLtYnTCcIvbYmirjuGB8DY2PNabztH/YktN5xb/9k3ngtCUrdrw52qrtoBqJXyrNnbCO+/Wms7V te4QJX2cDT7bQKhOEh/L+t4MQUvWd/0K3CVobVvforYv5yGq3L/SErHql9YtQWubWLVL6wJAutXS uuDHNRC2urqa7QMa04Zupx1vR1XxSlWFwGylXmt7ImD90QhLgHHHYiwlGxEwJh0JaSyk4s5oXlkR eKui9/C2YP94Rd9oy5sHplLJtGgqyiYegX4qnrz1zKFOeCBkHJFAUwxmxCHRMgYPh0Yy4crQUATl SQsqI+DXCEuDJQwcIRUQ7ThYYNpInhrrZMBPT04O+1waBnEcJ5zQNMI2OoYSE+uQREZGoU1cSAOz dIT5Cosx9zr/4XOVmsCEKeeECQGCh4L7GlmmYHkkPAahY9KE4hwc9DmuFLUOpF1oFWDBwSaH1zSR Ko3SxMbaqGRlrqJ7FM7eKdYrgptHV4oN7Ik2N0k0s0x18NBm+wYIWrJE6x8N8KAdwRKVTcx2D9FR dbBqECLUgWjHXKG35koDy7MtYHg1MGw7MO0cpBBBtRnMdvD1AYOny2Zw5EKtU6eJYpqCpseKcyyM SEoZ1ZQLFokyYlNfXgZtHohZCUjuJF3F7pCH9b/4dtrJdhivur/VjtCbDioV9T2j9vvtf9u1YFU7 0iNovLkboXnYbTebIWhJS9c/MFOC1raWrn9gZjOxWtTSdbfoeuB4m9J02Wc3mzverIJySOFU3SjK bOm+5KE5YHBoj+2lDWawzSNPKxaf2XwmcxWUQ85g9QHRXepF7H2C6CkEtBJWUBEPpXaCpDLgREiL jyUpzIONIkM5dlI4Tajm4O8nJMTWA0LYlGjFHElioWIs18FCuVZ17h5hALHP9N9zATdOQeagbj46 5iFtyR2oPim4w0Rs6Vy1ENWO0pZTgCU0h57EBsH5RoZH5e7ao1pllRC0ZJXVP1FWgta2VaabZPHC VrN4epnJt+4wM6wlu6f6aJLZvqHQsBbsngZxgAYm2gZQnxT8HpVoY+p4CEQmkXagu22QEGO1gz9V QAOJzrQ8tZFQRlpLaBhhqyFwsHWqJbE0FSIxkTVSHVLBb3UXTEsNMkW4j6IyVW7nEy/u16xVhTRQ aUyci4BvwaoiRouYJLjj0kgZ8yA+TYTlHChMYo1K3ISCaKYYcYJzkTJhLEsPyYs7pKbYexv20/Sv TL+LkigIQ0Zi3HIrYm2ICVJFeATeBbWJSqQ7pVTqIAGHJIiVJSIRGj4IjMKsoNTwSDF6UFG0XYOL ljZm6I2iaBswLWU6VDUw270wU23APy2MPZzwhCkqIvhCCpqaCC4oiSIGPrlOwYmxOnYixpz9QZ8T UhgsOQorK4HVyGNAgBr9/+2dTW7DIBCFe6CiAsPvObKsujDY3P8IhUiREocQ/+Eu+r41iyeQH6Px zJAFJjFGo1L+Wp8/tH9fh2G8GUMOi1iOm/Le2nyRuRQHRsEJrQxFctdamEPXRTI68iGHZtaWNy2J 2KCDYllZEJZcjMnNzirgrL7ISm5DyAHGNPm8VgTmrNNM6jGEgZTT6XoGh64jnkKQU/k7lVUqyctk WssZTVIET37QUczOKu5MljXuDNcp6bN6mJ4Sn4Kf3YSyfN5LkSeqRRen5XleKuiU51m5OZWk69F5 nsXDcG6C+uV5HkfQ+Eb70kzKkXme+hAV3+rDLGr2Z1Yv8zxPzNeN8SRYSuWWMqkUAk6RaUEhBT66 MJSJwt8/z6meTWobYeRlHkZus803J9opBeG32ObZU4f1iqYk8ddTh18r6GObazen/9RhvXjKzE1Q N9vMm/PwkTXKCEW3qcO63mnsW30FRU214mufbXpTHrq1mo3j9SkDKk+MSMXIyxzpJpqUGV7Y5ia1 /W3zzYn2qabSfIttyurUmY62uaKRMsujajB8pm3WFXSyzZWb0384lxZrbPO+vvJ423wc0OAbzWIz KUfaZr0r3LcaFYua/aWeT7a5rJrqZpsfAAAAAAAAAAAAAAAAAAAAAAAAAAAAgDt+AfLBejkAsAQA --=_55a563500b973bf81693afb3908ca577--

6 6

Ansible oVirt storage management module
by Groten, Ryan 21 Sep '16

21 Sep '16

--_000_7ab13ed7a8b945158ca6c24e34d8af52CD1001M21corpads_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hey Ansible users, I wrote a module for storage management and created a pull request to have = it added as an Extra module in Ansible. It can be used to create/delete/at= tach/destroy pool disks. https://github.com/ansible/ansible-modules-extras/pull/2509 Ryan --_000_7ab13ed7a8b945158ca6c24e34d8af52CD1001M21corpads_ 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"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ce= ntury Gothic",sans-serif">Hey Ansible users,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ce= ntury Gothic",sans-serif"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ce= ntury Gothic",sans-serif">I wrote a module for storage management and = created a pull request to have it added as an Extra module in Ansible.&nbsp= ; It can be used to create/delete/attach/destroy pool disks.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ce= ntury Gothic",sans-serif"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ce= ntury Gothic",sans-serif"><a href=3D"https://github.com/ansible/ansibl= e-modules-extras/pull/2509">https://github.com/ansible/ansible-modules-extr= as/pull/2509</a><o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ce= ntury Gothic",sans-serif"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ce= ntury Gothic",sans-serif">Ryan<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ce= ntury Gothic",sans-serif"><o:p> </o:p></span></p> </div> </body> </html> --_000_7ab13ed7a8b945158ca6c24e34d8af52CD1001M21corpads_--

4 5

Moving Hosted Engine Disk
by Charles Kozler 09 Sep '16

09 Sep '16

Hi - I followed this doc successfully https://www.ovirt.org/documentation/how-to/hosted-engine/ with no real issues In oVirt I have the hosted_storage storage domain and the one I created (Datastore_VM_NFS) to be a master domain - this is all fine My hosted_storage domain is on a SAN that is being deprecated. I am wondering what I need to do to **move** the disks for Hosted Engine VM off of that storage domain and on to another one. I can create a new volume on the new SAN where the VMs are stored but from all that I have found it doesnt look like I can actually move the hosted engines disks with out possibly rerunning the entire hosted-engine --deploy but I am not sure if this will cause any other conflicting problems Thanks

3 3

oVirt 4 + Foreman
by Arsène Gschwind 08 Sep '16

08 Sep '16

Hi, has anybody been able to configure Foreman with oVirt 4 ? When trying to add Foreman as an external provider and test the login it always return : Failed to communicate with the external provider, see log for additional details. On the Foreman side i get an SSO failed in the log, the user and password entered are correct. Running version: oVirt Engine Version: 4.0.2.6-1.el7.centos Foreman Version 1.12.1 Please find the log extract attached. Thanks for any help/hint. Regards, Arsène

4 5

Problem starting VMs
by knarra 08 Sep '16

08 Sep '16

Hi, I am unable to launch vms on one of my host. The problem is vm is stuck at "waiting for launch" and never comes up. I see the following messages in /var/log/messages. Can some one help me to resolve the issue. Aug 29 12:16:20 rhsqa-grafton3 systemd-machined: New machine qemu-20-appwinvm19. Aug 29 12:16:20 rhsqa-grafton3 systemd: Started Virtual Machine qemu-20-appwinvm19. Aug 29 12:16:20 rhsqa-grafton3 systemd: Starting Virtual Machine qemu-20-appwinvm19. Aug 29 12:16:20 rhsqa-grafton3 kvm: 11 guests now active Aug 29 12:16:21 rhsqa-grafton3 kernel: device vnet11 entered promiscuous mode Aug 29 12:16:21 rhsqa-grafton3 kernel: ovirtmgmt: port 13(vnet11) entered forwarding state Aug 29 12:16:21 rhsqa-grafton3 kernel: ovirtmgmt: port 13(vnet11) entered forwarding state Aug 29 12:16:21 rhsqa-grafton3 firewalld: 2016-08-29 12:16:21 ERROR: COMMAND_FAILED: '/sbin/ebtables --concurrent -t nat -D PREROUTING -i vnet11 -j libvirt-J-vnet11' failed: Illegal target name 'libvirt-J-vnet11'. Aug 29 12:16:21 rhsqa-grafton3 firewalld: 2016-08-29 12:16:21 ERROR: COMMAND_FAILED: '/sbin/ebtables --concurrent -t nat -D POSTROUTING -o vnet11 -j libvirt-P-vnet11' failed : Illegal target name 'libvirt-P-vnet11'. Aug 29 12:16:21 rhsqa-grafton3 firewalld: 2016-08-29 12:16:21 ERROR: COMMAND_FAILED: '/sbin/ebtables --concurrent -t nat -L libvirt-J-vnet11' failed: Chain 'libvirt-J-vnet11 ' doesn't exist. Aug 29 12:16:21 rhsqa-grafton3 firewalld: 2016-08-29 12:16:21 ERROR: COMMAND_FAILED: '/sbin/ebtables --concurrent -t nat -L libvirt-P-vnet11' failed: Chain 'libvirt-P-vnet11 ' doesn't exist. Aug 29 12:16:21 rhsqa-grafton3 firewalld: 2016-08-29 12:16:21 ERROR: COMMAND_FAILED: '/sbin/ebtables --concurrent -t nat -F libvirt-J-vnet11' failed: Chain 'libvirt-J-vnet11 ' doesn't exist. Aug 29 12:16:21 rhsqa-grafton3 firewalld: 2016-08-29 12:16:21 ERROR: COMMAND_FAILED: '/sbin/ebtables --concurrent -t nat -X libvirt-J-vnet11' failed: Chain 'libvirt-J-vnet11 ' doesn't exist. Aug 29 12:16:21 rhsqa-grafton3 firewalld: 2016-08-29 12:16:21 ERROR: COMMAND_FAILED: '/sbin/ebtables --concurrent -t nat -F libvirt-P-vnet11' failed: Chain 'libvirt-P-vnet11 ' doesn't exist. Aug 29 12:16:21 rhsqa-grafton3 firewalld: 2016-08-29 12:16:21 ERROR: COMMAND_FAILED: '/sbin/ebtables --concurrent -t nat -X libvirt-P-vnet11' failed: Chain 'libvirt-P-vnet11 ' doesn't exist. Aug 29 12:16:21 rhsqa-grafton3 firewalld: 2016-08-29 12:16:21 ERROR: COMMAND_FAILED: '/sbin/ebtables --concurrent -t nat -F J-vnet11-mac' failed: Chain 'J-vnet11-mac' doesn' t exist. Aug 29 12:16:21 rhsqa-grafton3 firewalld: 2016-08-29 12:16:21 ERROR: COMMAND_FAILED: '/sbin/ebtables --concurrent -t nat -X J-vnet11-mac' failed: Chain 'J-vnet11-mac' doesn' t exist. Aug 29 12:16:21 rhsqa-grafton3 firewalld: 2016-08-29 12:16:21 ERROR: COMMAND_FAILED: '/sbin/ebtables --concurrent -t nat -F J-vnet11-arp-mac' failed: Chain 'J-vnet11-arp-mac ' doesn't exist. Aug 29 12:16:21 rhsqa-grafton3 firewalld: 2016-08-29 12:16:21 ERROR: COMMAND_FAILED: '/sbin/ebtables --concurrent -t nat -X J-vnet11-arp-mac' failed: Chain 'J-vnet11-arp-mac ' doesn't exist. Thanks kasturi

4 5

Re: [ovirt-users] installing node on Fedora 23 failing
by Sandro Bonazzola 02 Sep '16

02 Sep '16

Which repositories have you enabled on the node? Il 30/Ago/2016 19:55, "Cam Mac" <iucounu(a)gmail.com> ha scritto: Hi, I'm trying to add a Fedora 23 node to an existing cluster, but it fails with the errors below. I installed python2-dnf (and I saw that there was bug report https://bugzilla.redhat.com/1297835) but it still does not work. Does anyone know what needs to be done to get this to work? Thanks in advance. -C 2016-08-30 18:35:31 DEBUG otopi.plugins.otopi.packagers.dnfpackager dnfpackager._boot:163 Cannot initialize minidnf Traceback (most recent call last): File "/tmp/ovirt-HkQ2OFjPOg/otopi-plugins/otopi/packagers/dnfpackager.py", line 157, in _boot self._minidnf.selinux_role() File "/tmp/ovirt-HkQ2OFjPOg/pythonlib/otopi/minidnf.py", line 479, in selinux_role self.processTransaction() File "/tmp/ovirt-HkQ2OFjPOg/pythonlib/otopi/minidnf.py", line 646, in processTransaction self._processTransaction(base=self._base) File "/tmp/ovirt-HkQ2OFjPOg/pythonlib/otopi/minidnf.py", line 627, in _processTransaction result, errmsg = base.sigCheckPkg(po) TypeError: 'NoneType' object is not iterable 2016-08-30 18:35:31 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager._boot:184 Cannot initialize miniyum Traceback (most recent call last): File "/tmp/ovirt-HkQ2OFjPOg/otopi-plugins/otopi/packagers/yumpackager.py", line 176, in _boot self._refreshMiniyum() File "/tmp/ovirt-HkQ2OFjPOg/otopi-plugins/otopi/packagers/yumpackager.py", line 134, in _refreshMiniyum constants.PackEnv.YUM_ENABLED_PLUGINS File "/tmp/ovirt-HkQ2OFjPOg/otopi-plugins/otopi/packagers/yumpackager.py", line 61, in _getMiniYum from otopi import miniyum File "/tmp/ovirt-HkQ2OFjPOg/pythonlib/otopi/miniyum.py", line 17, in <module> import rpmUtils.miscutils ImportError: No module named rpmUtils.miscutils 2016-08-30 18:35:32 DEBUG otopi.context context._executeMethod:142 method exception Traceback (most recent call last): File "/tmp/ovirt-HkQ2OFjPOg/pythonlib/otopi/context.py", line 132, in _executeMethod method['method']() File "/tmp/ovirt-HkQ2OFjPOg/otopi-plugins/otopi/network/hostname.py", line 54, in _internal_packages self.packager.install(packages=('iproute',)) File "/tmp/ovirt-HkQ2OFjPOg/pythonlib/otopi/packager.py", line 98, in install raise NotImplementedError(_('Packager install not implemented')) NotImplementedError: Packager install not implemented 2016-08-30 18:35:32 ERROR otopi.context context._executeMethod:151 Failed to execute stage 'Environment packages setup': Packager install not implemented _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

4 4

ovirt 3.5.6: ERROR: duplicate key value violates unique constraint "pk_images" during import
by Andrea Ghelardi 02 Sep '16

02 Sep '16

--_004_MWHPR14MB1534CCE52FC402C1F4C86F47E9110MWHPR14MB1534namp_ Content-Type: multipart/alternative; boundary="_000_MWHPR14MB1534CCE52FC402C1F4C86F47E9110MWHPR14MB1534namp_" --_000_MWHPR14MB1534CCE52FC402C1F4C86F47E9110MWHPR14MB1534namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hallo all, I'm currently unable to import/activate VM due to error above. It has been a long series of unfortunate events. Long story short: - VM running on storage on iscsi failing disks - put storage and server in maint. Shut down server - restart server. - server has a misconfiguration on lvm/multipath rules (not due to ovirt) - put storage and server active - cluster goes down. Put storage in maintenance again. Detached storage fro= m cluster (ach! That was unfortunate). - cluster now ok. Storage ok. Activate storage. - trying to import VM. Ovirt replies with error in subject and attached. How can I recover from this situation? It would be great to recover the entire VM, but I'm more interested in disk= s which are in unregistered state than VM itself. Thank you all --_000_MWHPR14MB1534CCE52FC402C1F4C86F47E9110MWHPR14MB1534namp_ 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"> <p class=3D"MsoNormal">Hallo all,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I’m currently unable to import/activate VM due= to error above.<o:p></o:p></p> <p class=3D"MsoNormal">It has been a long series of unfortunate events.<o:p= ></o:p></p> <p class=3D"MsoNormal">Long story short:<o:p></o:p></p> <p class=3D"MsoNormal">- VM running on storage on iscsi failing disks<o:p><= /o:p></p> <p class=3D"MsoNormal">- put storage and server in maint. Shut down server<= o:p></o:p></p> <p class=3D"MsoNormal">- restart server.<o:p></o:p></p> <p class=3D"MsoNormal">- server has a misconfiguration on lvm/multipath rul= es (not due to ovirt)<o:p></o:p></p> <p class=3D"MsoNormal">- put storage and server active<o:p></o:p></p> <p class=3D"MsoNormal">- cluster goes down. Put storage in maintenance agai= n. Detached storage from cluster (ach! That was unfortunate).<o:p></o:p></p= > <p class=3D"MsoNormal">- cluster now ok. Storage ok. Activate storage.<o:p>= </o:p></p> <p class=3D"MsoNormal">- trying to import VM. Ovirt replies with error in s= ubject and attached.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">How can I recover from this situation?<o:p></o:p></p= > <p class=3D"MsoNormal">It would be great to recover the entire VM, but I&#8= 217;m more interested in disks which are in unregistered state than VM itse= lf.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Thank you all<o:p></o:p></p> </div> </body> </html> --_000_MWHPR14MB1534CCE52FC402C1F4C86F47E9110MWHPR14MB1534namp_-- --_004_MWHPR14MB1534CCE52FC402C1F4C86F47E9110MWHPR14MB1534namp_ Content-Type: text/plain; name="hertz_import_error.txt" Content-Description: hertz_import_error.txt Content-Disposition: attachment; filename="hertz_import_error.txt"; size=18078; creation-date="Sun, 14 Aug 2016 20:44:45 GMT"; modification-date="Sun, 14 Aug 2016 20:44:45 GMT" Content-Transfer-Encoding: base64 MjAxNi0wOC0xNCAxNzo0OTozMiw0MTQgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwu SW1wb3J0Vm1Gcm9tQ29uZmlndXJhdGlvbkNvbW1hbmRdIChhanAtLTEyNy4wLjAuMS04NzAyLTkp IFs0NDZmM2IwZV0gTG9jayBBY3F1aXJlZCB0byBvYmplY3QgRW5naW5lTG9jayBbZXhjbHVzDQpp dmVMb2Nrcz0ga2V5OiBIZXJ0eiB2YWx1ZTogVk1fTkFNRQ0KLCBzaGFyZWRMb2Nrcz0ga2V5OiA0 OTk1MGFkMi0wNWNkLTRjNWEtYmRlNy1iNzAyMTk5ZmEyNTAgdmFsdWU6IFJFTU9URV9WTQ0KXQ0K MjAxNi0wOC0xNCAxNzo0OTozMiw0NDYgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNi cm9rZXIuaXJzYnJva2VyLkRvZXNJbWFnZUV4aXN0VkRTQ29tbWFuZF0gKGFqcC0tMTI3LjAuMC4x LTg3MDItOSkgWzQ0NmYzYjBlXSBTVEFSVCwgRG9lc0ltYWdlRXhpc3RWRFNDb21tYW5kKCBzDQp0 b3JhZ2VQb29sSWQgPSAwMDAwMDAwMi0wMDAyLTAwMDItMDAwMi0wMDAwMDAwMDAwOWMsIGlnbm9y ZUZhaWxvdmVyTGltaXQgPSBmYWxzZSwgc3RvcmFnZURvbWFpbklkID0gMjEwMzcyMGQtNTgyMS00 ODJlLWEyNjUtMjE1MmVjOTdlYjBmLCBpbWFnZUdyb3VwSWQgPSAyOWI5N2Q0NS1lNDgxLTQNCjM1 ZC1hNTBhLWYyYTg5MGE2NzhiZiwgaW1hZ2VJZCA9IDAyMjVmYTA1LWJlMWUtNDRhNi05ZDllLTEy MDNiODE0NDkzMyksIGxvZyBpZDogM2Q1YjkwMGMNCjIwMTYtMDgtMTQgMTc6NDk6MzIsNjA0IElO Rk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLmlyc2Jyb2tlci5Eb2VzSW1hZ2VF eGlzdFZEU0NvbW1hbmRdIChhanAtLTEyNy4wLjAuMS04NzAyLTkpIFs0NDZmM2IwZV0gRklOSVNI LCBEb2VzSW1hZ2VFeGlzdFZEU0NvbW1hbmQsDQpyZXR1cm46IHRydWUsIGxvZyBpZDogM2Q1Yjkw MGMNCjIwMTYtMDgtMTQgMTc6NDk6MzIsNjA1IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUu dmRzYnJva2VyLmlyc2Jyb2tlci5Eb2VzSW1hZ2VFeGlzdFZEU0NvbW1hbmRdIChhanAtLTEyNy4w LjAuMS04NzAyLTkpIFs0NDZmM2IwZV0gU1RBUlQsIERvZXNJbWFnZUV4aXN0VkRTQ29tbWFuZCgg cw0KdG9yYWdlUG9vbElkID0gMDAwMDAwMDItMDAwMi0wMDAyLTAwMDItMDAwMDAwMDAwMDljLCBp Z25vcmVGYWlsb3ZlckxpbWl0ID0gZmFsc2UsIHN0b3JhZ2VEb21haW5JZCA9IGEwNzRiMmE4LTBj ZDMtNGQyOC1iYzI5LWFkMzc1ODdhODc3NywgaW1hZ2VHcm91cElkID0gYmJhM2JkNDUtZDAyZC00 DQowMzItOGJiMC1lNzIzYjdhY2YyM2IsIGltYWdlSWQgPSAyMGY5ZDVlYi1iNGQ5LTRhNWQtYjc1 ZS0zYWYwMTNjNTY2MDQpLCBsb2cgaWQ6IDQ2NGUyMzRjDQoyMDE2LTA4LTE0IDE3OjQ5OjMyLDc5 MiBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci5pcnNicm9rZXIuRG9lc0lt YWdlRXhpc3RWRFNDb21tYW5kXSAoYWpwLS0xMjcuMC4wLjEtODcwMi05KSBbNDQ2ZjNiMGVdIEZJ TklTSCwgRG9lc0ltYWdlRXhpc3RWRFNDb21tYW5kLA0KcmV0dXJuOiB0cnVlLCBsb2cgaWQ6IDQ2 NGUyMzRjDQoyMDE2LTA4LTE0IDE3OjQ5OjMyLDc5MiBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5j b3JlLnZkc2Jyb2tlci5pcnNicm9rZXIuRG9lc0ltYWdlRXhpc3RWRFNDb21tYW5kXSAoYWpwLS0x MjcuMC4wLjEtODcwMi05KSBbNDQ2ZjNiMGVdIFNUQVJULCBEb2VzSW1hZ2VFeGlzdFZEU0NvbW1h bmQoIHMNCnRvcmFnZVBvb2xJZCA9IDAwMDAwMDAyLTAwMDItMDAwMi0wMDAyLTAwMDAwMDAwMDA5 YywgaWdub3JlRmFpbG92ZXJMaW1pdCA9IGZhbHNlLCBzdG9yYWdlRG9tYWluSWQgPSAyMTAzNzIw ZC01ODIxLTQ4MmUtYTI2NS0yMTUyZWM5N2ViMGYsIGltYWdlR3JvdXBJZCA9IDY4MDQyMjllLTY4 ZjctNA0KNmE4LTkwZDMtYzA2NTUyOWY5NjI0LCBpbWFnZUlkID0gNzZiNGYzMDItNTE4Mi00Nzhk LWE3ZDMtY2Y0YzhiNmFiZTQwKSwgbG9nIGlkOiAyNTRjYTc0YQ0KMjAxNi0wOC0xNCAxNzo0OToz Miw4MTUgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIuaXJzYnJva2VyLkRv ZXNJbWFnZUV4aXN0VkRTQ29tbWFuZF0gKGFqcC0tMTI3LjAuMC4xLTg3MDItOSkgWzQ0NmYzYjBl XSBGSU5JU0gsIERvZXNJbWFnZUV4aXN0VkRTQ29tbWFuZCwNCnJldHVybjogdHJ1ZSwgbG9nIGlk OiAyNTRjYTc0YQ0KMjAxNi0wOC0xNCAxNzo0OTozMiw4MTUgSU5GTyAgW29yZy5vdmlydC5lbmdp bmUuY29yZS52ZHNicm9rZXIuaXJzYnJva2VyLkRvZXNJbWFnZUV4aXN0VkRTQ29tbWFuZF0gKGFq cC0tMTI3LjAuMC4xLTg3MDItOSkgWzQ0NmYzYjBlXSBTVEFSVCwgRG9lc0ltYWdlRXhpc3RWRFND b21tYW5kKCBzDQp0b3JhZ2VQb29sSWQgPSAwMDAwMDAwMi0wMDAyLTAwMDItMDAwMi0wMDAwMDAw MDAwOWMsIGlnbm9yZUZhaWxvdmVyTGltaXQgPSBmYWxzZSwgc3RvcmFnZURvbWFpbklkID0gMjEw MzcyMGQtNTgyMS00ODJlLWEyNjUtMjE1MmVjOTdlYjBmLCBpbWFnZUdyb3VwSWQgPSAyMTdhMzRm OS1jYThjLTRhMTMtYTJhMi05ZGRlNGMzMjljNTUsIGltYWdlSWQgPSA2MjFjMGIwYy1jMDQxLTQ2 ZTAtOGMwMC1lNjk4OTZmY2Y1NTQpLCBsb2cgaWQ6IDRiN2FmZTY3DQoyMDE2LTA4LTE0IDE3OjQ5 OjMyLDg0MiBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci5pcnNicm9rZXIu RG9lc0ltYWdlRXhpc3RWRFNDb21tYW5kXSAoYWpwLS0xMjcuMC4wLjEtODcwMi05KSBbNDQ2ZjNi MGVdIEZJTklTSCwgRG9lc0ltYWdlRXhpc3RWRFNDb21tYW5kLCByZXR1cm46IHRydWUsIGxvZyBp ZDogNGI3YWZlNjcNCjIwMTYtMDgtMTQgMTc6NDk6MzIsODQzIElORk8gIFtvcmcub3ZpcnQuZW5n aW5lLmNvcmUudmRzYnJva2VyLmlyc2Jyb2tlci5Eb2VzSW1hZ2VFeGlzdFZEU0NvbW1hbmRdIChh anAtLTEyNy4wLjAuMS04NzAyLTkpIFs0NDZmM2IwZV0gU1RBUlQsIERvZXNJbWFnZUV4aXN0VkRT Q29tbWFuZCggc3RvcmFnZVBvb2xJZCA9IDAwMDAwMDAyLTAwMDItMDAwMi0wMDAyLTAwMDAwMDAw MDA5YywgaWdub3JlRmFpbG92ZXJMaW1pdCA9IGZhbHNlLCBzdG9yYWdlRG9tYWluSWQgPSAyMTAz NzIwZC01ODIxLTQ4MmUtYTI2NS0yMTUyZWM5N2ViMGYsIGltYWdlR3JvdXBJZCA9IGVmYjY3ZTBi LWM1OTItNDA2YS05NDljLTEyMTEwMmVlZjc5NiwgaW1hZ2VJZCA9IDQ0NDIwY2FlLTdjOTAtNDYx YS1iZWUxLTc1NTI3NThlY2VlOSksIGxvZyBpZDogNzdkNDQyZTcNCjIwMTYtMDgtMTQgMTc6NDk6 MzIsODY1IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLmlyc2Jyb2tlci5E b2VzSW1hZ2VFeGlzdFZEU0NvbW1hbmRdIChhanAtLTEyNy4wLjAuMS04NzAyLTkpIFs0NDZmM2Iw ZV0gRklOSVNILCBEb2VzSW1hZ2VFeGlzdFZEU0NvbW1hbmQsDQoyMDE2LTA4LTE0IDE3OjQ5OjMy LDkwOCBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5JbXBvcnRWbUZyb21Db25maWd1 cmF0aW9uQ29tbWFuZF0gKG9yZy5vdmlydC50aHJlYWQucG9vbC04LXRocmVhZC00MikgWzQ0NmYz YjBlXSBSdW5uaW5nIGNvbW1hbmQ6IEltcG9ydFZtRnJvbUNvbmZpZ3VyYXRpb25Db21tYW5kIGlu dGVybmFsOiBmYWxzZS4gRW50aXRpZXMgYWZmZWN0ZWQgOiAgSUQ6IGEwNzRiMmE4LTBjZDMtNGQy OC1iYzI5LWFkMzc1ODdhODc3NyBUeXBlOiBTdG9yYWdlQWN0aW9uIGdyb3VwIElNUE9SVF9FWFBP UlRfVk0gd2l0aCByb2xlIHR5cGUgQURNSU4sICBJRDogMjEwMzcyMGQtNTgyMS00ODJlLWEyNjUt MjE1MmVjOTdlYjBmIFR5cGU6IFN0b3JhZ2VBY3Rpb24gZ3JvdXAgSU1QT1JUX0VYUE9SVF9WTSB3 aXRoIHJvbGUgdHlwZSBBRE1JTiwgIElEOiAyMTAzNzIwZC01ODIxLTQ4MmUtYTI2NS0yMTUyZWM5 N2ViMGYgVHlwZTogU3RvcmFnZUFjdGlvbiBncm91cCBJTVBPUlRfRVhQT1JUX1ZNIHdpdGggcm9s ZSB0eXBlIEFETUlOLCAgSUQ6IDIxMDM3MjBkLTU4MjEtNDgyZS1hMjY1LTIxNTJlYzk3ZWIwZiBU eXBlOiBTdG9yYWdlQWN0aW9uIGdyb3VwIElNUE9SVF9FWFBPUlRfVk0gd2l0aCByb2xlIHR5cGUg QURNSU4sICBJRDogMjEwMzcyMGQtNTgyMS00ODJlLWEyNjUtMjE1MmVjOTdlYjBmIFR5cGU6IFN0 b3JhZ2VBY3Rpb24gZ3JvdXAgSU1QT1JUX0VYUE9SVF9WTSB3aXRoIHJvbGUgdHlwZSBBRE1JTg0K MjAxNi0wOC0xNCAxNzo0OTozMywwNzkgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS51dGls cy50cmFuc2FjdGlvbi5UcmFuc2FjdGlvblN1cHBvcnRdIChvcmcub3ZpcnQudGhyZWFkLnBvb2wt OC10aHJlYWQtNDIpIFs0NDZmM2IwZV0gdHJhbnNhY3Rpb24gcm9sbGVkIGJhY2sNCjIwMTYtMDgt MTQgMTc6NDk6MzMsMDgwIEVSUk9SIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLkltcG9ydFZt RnJvbUNvbmZpZ3VyYXRpb25Db21tYW5kXSAob3JnLm92aXJ0LnRocmVhZC5wb29sLTgtdGhyZWFk LTQyKSBbNDQ2ZjNiMGVdIENvbW1hbmQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5JbXBvcnRW bUZyb21Db25maWd1cmF0aW9uQ29tbWFuZCB0aHJvdyBleGNlcHRpb246IG9yZy5zcHJpbmdmcmFt ZXdvcmsuZGFvLkR1cGxpY2F0ZUtleUV4Y2VwdGlvbjogQ2FsbGFibGVTdGF0ZW1lbnRDYWxsYmFj azsgU1FMIFt7Y2FsbCBpbnNlcnRpbWFnZSg/LCA/LCA/LCA/LCA/LCA/LCA/LCA/LCA/LCA/LCA/ LCA/KX1dOyBFUlJPUjogZHVwbGljYXRlIGtleSB2YWx1ZSB2aW9sYXRlcyB1bmlxdWUgY29uc3Ry YWludCAicGtfaW1hZ2VzIg0KICBXaGVyZTogU1FMIHN0YXRlbWVudCAiSU5TRVJUIElOVE8gaW1h Z2VzKCBjcmVhdGlvbl9kYXRlLCBpbWFnZV9ndWlkLCBpdF9ndWlkLCBzaXplLCBQYXJlbnRJZCwg aW1hZ2VTdGF0dXMsIGxhc3RNb2RpZmllZCwgdm1fc25hcHNob3RfaWQsIHZvbHVtZV90eXBlLCBp bWFnZV9ncm91cF9pZCwgdm9sdW1lX2Zvcm1hdCwgYWN0aXZlKSBWQUxVRVMoICAkMSAsICAkMiAs ICAkMyAsICAkNCAsICAkNSAsICAkNiAsICAkNyAsICAkOCAsICAkOSAsICAkMTAgLCAgJDExICwg ICQxMiApIg0KUEwvcGdTUUwgZnVuY3Rpb24gImluc2VydGltYWdlIiBsaW5lIDIgYXQgU1FMIHN0 YXRlbWVudDsgbmVzdGVkIGV4Y2VwdGlvbiBpcyBvcmcucG9zdGdyZXNxbC51dGlsLlBTUUxFeGNl cHRpb246IEVSUk9SOiBkdXBsaWNhdGUga2V5IHZhbHVlIHZpb2xhdGVzIHVuaXF1ZSBjb25zdHJh aW50ICJwa19pbWFnZXMiDQogIFdoZXJlOiBTUUwgc3RhdGVtZW50ICJJTlNFUlQgSU5UTyBpbWFn ZXMoIGNyZWF0aW9uX2RhdGUsIGltYWdlX2d1aWQsIGl0X2d1aWQsIHNpemUsIFBhcmVudElkLCBp bWFnZVN0YXR1cywgbGFzdE1vZGlmaWVkLCB2bV9zbmFwc2hvdF9pZCwgdm9sdW1lX3R5cGUsIGlt YWdlX2dyb3VwX2lkLCB2b2x1bWVfZm9ybWF0LCBhY3RpdmUpIFZBTFVFUyggICQxICwgICQyICwg ICQzICwgICQ0ICwgICQ1ICwgICQ2ICwgICQ3ICwgICQ4ICwgICQ5ICwgICQxMCAsICAkMTEgLCAg JDEyICkiDQpQTC9wZ1NRTCBmdW5jdGlvbiAiaW5zZXJ0aW1hZ2UiIGxpbmUgMiBhdCBTUUwgc3Rh dGVtZW50DQogICAgICAgIGF0IG9yZy5zcHJpbmdmcmFtZXdvcmsuamRiYy5zdXBwb3J0LlNRTEVy cm9yQ29kZVNRTEV4Y2VwdGlvblRyYW5zbGF0b3IuZG9UcmFuc2xhdGUoU1FMRXJyb3JDb2RlU1FM RXhjZXB0aW9uVHJhbnNsYXRvci5qYXZhOjI0MSkgW3NwcmluZy1qZGJjLmphcjozLjEuMS5SRUxF QVNFXQ0KICAgICAgICBhdCBvcmcuc3ByaW5nZnJhbWV3b3JrLmpkYmMuc3VwcG9ydC5BYnN0cmFj dEZhbGxiYWNrU1FMRXhjZXB0aW9uVHJhbnNsYXRvci50cmFuc2xhdGUoQWJzdHJhY3RGYWxsYmFj a1NRTEV4Y2VwdGlvblRyYW5zbGF0b3IuamF2YTo3MikgW3NwcmluZy1qZGJjLmphcjozLjEuMS5S RUxFQVNFXQ0KICAgICAgICBhdCBvcmcuc3ByaW5nZnJhbWV3b3JrLmpkYmMuY29yZS5KZGJjVGVt cGxhdGUuZXhlY3V0ZShKZGJjVGVtcGxhdGUuamF2YToxMDMwKSBbc3ByaW5nLWpkYmMuamFyOjMu MS4xLlJFTEVBU0VdDQogICAgICAgIGF0IG9yZy5zcHJpbmdmcmFtZXdvcmsuamRiYy5jb3JlLkpk YmNUZW1wbGF0ZS5jYWxsKEpkYmNUZW1wbGF0ZS5qYXZhOjEwNjQpIFtzcHJpbmctamRiYy5qYXI6 My4xLjEuUkVMRUFTRV0NCiAgICAgICAgYXQgb3JnLnNwcmluZ2ZyYW1ld29yay5qZGJjLmNvcmUu c2ltcGxlLkFic3RyYWN0SmRiY0NhbGwuZXhlY3V0ZUNhbGxJbnRlcm5hbChBYnN0cmFjdEpkYmND YWxsLmphdmE6Mzg4KSBbc3ByaW5nLWpkYmMuamFyOjMuMS4xLlJFTEVBU0VdDQogICAgICAgIGF0 IG9yZy5zcHJpbmdmcmFtZXdvcmsuamRiYy5jb3JlLnNpbXBsZS5BYnN0cmFjdEpkYmNDYWxsLmRv RXhlY3V0ZShBYnN0cmFjdEpkYmNDYWxsLmphdmE6MzUxKSBbc3ByaW5nLWpkYmMuamFyOjMuMS4x LlJFTEVBU0VdDQogICAgICAgIGF0IG9yZy5zcHJpbmdmcmFtZXdvcmsuamRiYy5jb3JlLnNpbXBs ZS5TaW1wbGVKZGJjQ2FsbC5leGVjdXRlKFNpbXBsZUpkYmNDYWxsLmphdmE6MTgxKSBbc3ByaW5n LWpkYmMuamFyOjMuMS4xLlJFTEVBU0VdDQogICAgICAgIGF0IG9yZy5vdmlydC5lbmdpbmUuY29y ZS5kYWwuZGJicm9rZXIuU2ltcGxlSmRiY0NhbGxzSGFuZGxlci5leGVjdXRlSW1wbChTaW1wbGVK ZGJjQ2FsbHNIYW5kbGVyLmphdmE6MTQxKSBbZGFsLmphcjpdDQogICAgICAgIGF0IG9yZy5vdmly dC5lbmdpbmUuY29yZS5kYWwuZGJicm9rZXIuU2ltcGxlSmRiY0NhbGxzSGFuZGxlci5leGVjdXRl SW1wbChTaW1wbGVKZGJjQ2FsbHNIYW5kbGVyLmphdmE6MTM2KSBbZGFsLmphcjpdDQogICAgICAg IGF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS5kYWwuZGJicm9rZXIuU2ltcGxlSmRiY0NhbGxzSGFu ZGxlci5leGVjdXRlTW9kaWZpY2F0aW9uKFNpbXBsZUpkYmNDYWxsc0hhbmRsZXIuamF2YTo3NCkg W2RhbC5qYXI6XQ0KICAgICAgICBhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuZGFvLkRlZmF1bHRH ZW5lcmljRGFvRGJGYWNhZGUuc2F2ZShEZWZhdWx0R2VuZXJpY0Rhb0RiRmFjYWRlLmphdmE6OTMp IFtkYWwuamFyOl0NCiAgICAgICAgYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5CYXNlSW1h Z2VzQ29tbWFuZC5zYXZlSW1hZ2UoQmFzZUltYWdlc0NvbW1hbmQuamF2YTo0MDUpIFtibGwuamFy Ol0NCiAgICAgICAgYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5JbXBvcnRWbUNvbW1hbmQu c2F2ZUltYWdlKEltcG9ydFZtQ29tbWFuZC5qYXZhOjk1MikgW2JsbC5qYXI6XQ0KICAgICAgICBh dCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLkltcG9ydFZtQ29tbWFuZC5hZGRWbUltYWdlc0Fu ZFNuYXBzaG90cyhJbXBvcnRWbUNvbW1hbmQuamF2YTo5MTcpIFtibGwuamFyOl0NCiAgICAgICAg YXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5JbXBvcnRWbUNvbW1hbmQkNC5ydW5JblRyYW5z YWN0aW9uKEltcG9ydFZtQ29tbWFuZC5qYXZhOjczNykgW2JsbC5qYXI6XQ0KICAgICAgICBhdCBv cmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLkltcG9ydFZtQ29tbWFuZCQ0LnJ1bkluVHJhbnNhY3Rp b24oSW1wb3J0Vm1Db21tYW5kLmphdmE6NzMzKSBbYmxsLmphcjpdDQogICAgICAgIGF0IG9yZy5v dmlydC5lbmdpbmUuY29yZS51dGlscy50cmFuc2FjdGlvbi5UcmFuc2FjdGlvblN1cHBvcnQuZXhl Y3V0ZUluTmV3VHJhbnNhY3Rpb24oVHJhbnNhY3Rpb25TdXBwb3J0LmphdmE6MjEwKSBbdXRpbHMu amFyOl0NCiAgICAgICAgYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5JbXBvcnRWbUNvbW1h bmQucHJvY2Vzc0ltYWdlcyhJbXBvcnRWbUNvbW1hbmQuamF2YTo3MzMpIFtibGwuamFyOl0NCiAg ICAgICAgYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5JbXBvcnRWbUNvbW1hbmQuZXhlY3V0 ZUNvbW1hbmQoSW1wb3J0Vm1Db21tYW5kLmphdmE6NzAyKSBbYmxsLmphcjpdDQogICAgICAgIGF0 IG9yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuSW1wb3J0Vm1Gcm9tQ29uZmlndXJhdGlvbkNvbW1h bmQuZXhlY3V0ZUNvbW1hbmQoSW1wb3J0Vm1Gcm9tQ29uZmlndXJhdGlvbkNvbW1hbmQuamF2YTox MjkpIFtibGwuamFyOl0NCiAgICAgICAgYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5Db21t YW5kQmFzZS5leGVjdXRlV2l0aG91dFRyYW5zYWN0aW9uKENvbW1hbmRCYXNlLmphdmE6MTE5OSkg W2JsbC5qYXI6XQ0KICAgICAgICBhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLkNvbW1hbmRC YXNlLmV4ZWN1dGVBY3Rpb25JblRyYW5zYWN0aW9uU2NvcGUoQ29tbWFuZEJhc2UuamF2YToxMzM4 KSBbYmxsLmphcjpdDQogICAgICAgIGF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuQ29tbWFu ZEJhc2UucnVuSW5UcmFuc2FjdGlvbihDb21tYW5kQmFzZS5qYXZhOjE5NjcpIFtibGwuamFyOl0N CiAgICAgICAgYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnV0aWxzLnRyYW5zYWN0aW9uLlRyYW5z YWN0aW9uU3VwcG9ydC5leGVjdXRlSW5TdXBwcmVzc2VkKFRyYW5zYWN0aW9uU3VwcG9ydC5qYXZh OjE3NCkgW3V0aWxzLmphcjpdDQogICAgICAgIGF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS51dGls cy50cmFuc2FjdGlvbi5UcmFuc2FjdGlvblN1cHBvcnQuZXhlY3V0ZUluU2NvcGUoVHJhbnNhY3Rp b25TdXBwb3J0LmphdmE6MTE2KSBbdXRpbHMuamFyOl0NCiAgICAgICAgYXQgb3JnLm92aXJ0LmVu Z2luZS5jb3JlLmJsbC5Db21tYW5kQmFzZS5leGVjdXRlKENvbW1hbmRCYXNlLmphdmE6MTM2Mikg W2JsbC5qYXI6XQ0KICAgICAgICBhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLkNvbW1hbmRC YXNlLmV4ZWN1dGVBY3Rpb24oQ29tbWFuZEJhc2UuamF2YTozNTkpIFtibGwuamFyOl0NCiAgICAg ICAgYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5NdWx0aXBsZUFjdGlvbnNSdW5uZXIuZXhl Y3V0ZVZhbGlkYXRlZENvbW1hbmQoTXVsdGlwbGVBY3Rpb25zUnVubmVyLmphdmE6MTkzKSBbYmxs LmphcjpdDQogICAgICAgIGF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuTXVsdGlwbGVBY3Rp b25zUnVubmVyLnJ1bkNvbW1hbmRzKE11bHRpcGxlQWN0aW9uc1J1bm5lci5qYXZhOjE2MCkgW2Js bC5qYXI6XQ0KICAgICAgICBhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLk11bHRpcGxlQWN0 aW9uc1J1bm5lciQyLnJ1bihNdWx0aXBsZUFjdGlvbnNSdW5uZXIuamF2YToxNjkpIFtibGwuamFy Ol0NCiAgICAgICAgYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnV0aWxzLnRocmVhZHBvb2wuVGhy ZWFkUG9vbFV0aWwkSW50ZXJuYWxXcmFwcGVyUnVubmFibGUucnVuKFRocmVhZFBvb2xVdGlsLmph dmE6OTApIFt1dGlscy5qYXI6XQ0KICAgICAgICBhdCBqYXZhLnV0aWwuY29uY3VycmVudC5FeGVj dXRvcnMkUnVubmFibGVBZGFwdGVyLmNhbGwoRXhlY3V0b3JzLmphdmE6NDcxKSBbcnQuamFyOjEu Ny4wXzExMV0NCiAgICAgICAgYXQgamF2YS51dGlsLmNvbmN1cnJlbnQuRnV0dXJlVGFzay5ydW4o RnV0dXJlVGFzay5qYXZhOjI2MikgW3J0LmphcjoxLjcuMF8xMTFdDQogICAgICAgIGF0IGphdmEu dXRpbC5jb25jdXJyZW50LlRocmVhZFBvb2xFeGVjdXRvci5ydW5Xb3JrZXIoVGhyZWFkUG9vbEV4 ZWN1dG9yLmphdmE6MTE0NSkgW3J0LmphcjoxLjcuMF8xMTFdDQogICAgICAgIGF0IGphdmEudXRp bC5jb25jdXJyZW50LlRocmVhZFBvb2xFeGVjdXRvciRXb3JrZXIucnVuKFRocmVhZFBvb2xFeGVj dXRvci5qYXZhOjYxNSkgW3J0LmphcjoxLjcuMF8xMTFdDQogICAgICAgIGF0IGphdmEubGFuZy5U aHJlYWQucnVuKFRocmVhZC5qYXZhOjc0NSkgW3J0LmphcjoxLjcuMF8xMTFdDQpDYXVzZWQgYnk6 IG9yZy5wb3N0Z3Jlc3FsLnV0aWwuUFNRTEV4Y2VwdGlvbjogRVJST1I6IGR1cGxpY2F0ZSBrZXkg dmFsdWUgdmlvbGF0ZXMgdW5pcXVlIGNvbnN0cmFpbnQgInBrX2ltYWdlcyINCiAgV2hlcmU6IFNR TCBzdGF0ZW1lbnQgIklOU0VSVCBJTlRPIGltYWdlcyggY3JlYXRpb25fZGF0ZSwgaW1hZ2VfZ3Vp ZCwgaXRfZ3VpZCwgc2l6ZSwgUGFyZW50SWQsIGltYWdlU3RhdHVzLCBsYXN0TW9kaWZpZWQsIHZt X3NuYXBzaG90X2lkLCB2b2x1bWVfdHlwZSwgaW1hZ2VfZ3JvdXBfaWQsIHZvbHVtZV9mb3JtYXQs IGFjdGl2ZSkgVkFMVUVTKCAgJDEgLCAgJDIgLCAgJDMgLCAgJDQgLCAgJDUgLCAgJDYgLCAgJDcg LCAgJDggLCAgJDkgLCAgJDEwICwgICQxMSAsICAkMTIgKSINClBML3BnU1FMIGZ1bmN0aW9uICJp bnNlcnRpbWFnZSIgbGluZSAyIGF0IFNRTCBzdGF0ZW1lbnQNCiAgICAgICAgYXQgb3JnLnBvc3Rn cmVzcWwuY29yZS52My5RdWVyeUV4ZWN1dG9ySW1wbC5yZWNlaXZlRXJyb3JSZXNwb25zZShRdWVy eUV4ZWN1dG9ySW1wbC5qYXZhOjIxMDMpDQogICAgICAgIGF0IG9yZy5wb3N0Z3Jlc3FsLmNvcmUu djMuUXVlcnlFeGVjdXRvckltcGwucHJvY2Vzc1Jlc3VsdHMoUXVlcnlFeGVjdXRvckltcGwuamF2 YToxODM2KQ0KICAgICAgICBhdCBvcmcucG9zdGdyZXNxbC5jb3JlLnYzLlF1ZXJ5RXhlY3V0b3JJ bXBsLmV4ZWN1dGUoUXVlcnlFeGVjdXRvckltcGwuamF2YToyNTcpDQogICAgICAgIGF0IG9yZy5w b3N0Z3Jlc3FsLmpkYmMyLkFic3RyYWN0SmRiYzJTdGF0ZW1lbnQuZXhlY3V0ZShBYnN0cmFjdEpk YmMyU3RhdGVtZW50LmphdmE6NTEyKQ0KICAgICAgICBhdCBvcmcucG9zdGdyZXNxbC5qZGJjMi5B YnN0cmFjdEpkYmMyU3RhdGVtZW50LmV4ZWN1dGVXaXRoRmxhZ3MoQWJzdHJhY3RKZGJjMlN0YXRl bWVudC5qYXZhOjM4OCkNCiAgICAgICAgYXQgb3JnLnBvc3RncmVzcWwuamRiYzIuQWJzdHJhY3RK ZGJjMlN0YXRlbWVudC5leGVjdXRlKEFic3RyYWN0SmRiYzJTdGF0ZW1lbnQuamF2YTozODEpDQog ICAgICAgIGF0IG9yZy5qYm9zcy5qY2EuYWRhcHRlcnMuamRiYy5DYWNoZWRQcmVwYXJlZFN0YXRl bWVudC5leGVjdXRlKENhY2hlZFByZXBhcmVkU3RhdGVtZW50LmphdmE6Mjk3KQ0KICAgICAgICBh dCBvcmcuamJvc3MuamNhLmFkYXB0ZXJzLmpkYmMuV3JhcHBlZFByZXBhcmVkU3RhdGVtZW50LmV4 ZWN1dGUoV3JhcHBlZFByZXBhcmVkU3RhdGVtZW50LmphdmE6NDA0KQ0KICAgICAgICBhdCBvcmcu c3ByaW5nZnJhbWV3b3JrLmpkYmMuY29yZS5KZGJjVGVtcGxhdGUkNi5kb0luQ2FsbGFibGVTdGF0 ZW1lbnQoSmRiY1RlbXBsYXRlLmphdmE6MTA2NikgW3NwcmluZy1qZGJjLmphcjozLjEuMS5SRUxF QVNFXQ0KICAgICAgICBhdCBvcmcuc3ByaW5nZnJhbWV3b3JrLmpkYmMuY29yZS5KZGJjVGVtcGxh dGUkNi5kb0luQ2FsbGFibGVTdGF0ZW1lbnQoSmRiY1RlbXBsYXRlLmphdmE6MSkgW3NwcmluZy1q ZGJjLmphcjozLjEuMS5SRUxFQVNFXQ0KICAgICAgICBhdCBvcmcuc3ByaW5nZnJhbWV3b3JrLmpk YmMuY29yZS5KZGJjVGVtcGxhdGUuZXhlY3V0ZShKZGJjVGVtcGxhdGUuamF2YToxMDE0KSBbc3By aW5nLWpkYmMuamFyOjMuMS4xLlJFTEVBU0VdDQogICAgICAgIC4uLiAzMyBtb3JlDQoNCjIwMTYt MDgtMTQgMTc6NDk6MzMsMDk0IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLkltcG9y dFZtRnJvbUNvbmZpZ3VyYXRpb25Db21tYW5kXSAob3JnLm92aXJ0LnRocmVhZC5wb29sLTgtdGhy ZWFkLTQyKSBbNDQ2ZjNiMGVdIENvbW1hbmQgW2lkPWFhNjg5MzhkLTQ5ZWMtNDA5NC1hYzhkLTli YzA2Mzc2ZDIyMl06IENvbXBlbnNhdGluZyBORVdfRU5USVRZX0lEIG9mIG9yZy5vdmlydC5lbmdp bmUuY29yZS5jb21tb24uYnVzaW5lc3NlbnRpdGllcy5WbVN0YXRpc3RpY3M7IHNuYXBzaG90OiA0 OTk1MGFkMi0wNWNkLTRjNWEtYmRlNy1iNzAyMTk5ZmEyNTAuDQoyMDE2LTA4LTE0IDE3OjQ5OjMz LDA5NSBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5JbXBvcnRWbUZyb21Db25maWd1 cmF0aW9uQ29tbWFuZF0gKG9yZy5vdmlydC50aHJlYWQucG9vbC04LXRocmVhZC00MikgWzQ0NmYz YjBlXSBDb21tYW5kIFtpZD1hYTY4OTM4ZC00OWVjLTQwOTQtYWM4ZC05YmMwNjM3NmQyMjJdOiBD b21wZW5zYXRpbmcgTkVXX0VOVElUWV9JRCBvZiBvcmcub3ZpcnQuZW5naW5lLmNvcmUuY29tbW9u LmJ1c2luZXNzZW50aXRpZXMubmV0d29yay5WbU5ldHdvcmtTdGF0aXN0aWNzOyBzbmFwc2hvdDog ZWUwYmU1NzEtNTU0ZS00YTJmLTk4MjItZWZjMTM0ZjA2OGZiLg0KMjAxNi0wOC0xNCAxNzo0OToz MywwOTcgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuSW1wb3J0Vm1Gcm9tQ29uZmln dXJhdGlvbkNvbW1hbmRdIChvcmcub3ZpcnQudGhyZWFkLnBvb2wtOC10aHJlYWQtNDIpIFs0NDZm M2IwZV0gQ29tbWFuZCBbaWQ9YWE2ODkzOGQtNDllYy00MDk0LWFjOGQtOWJjMDYzNzZkMjIyXTog Q29tcGVuc2F0aW5nIE5FV19FTlRJVFlfSUQgb2Ygb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmNvbW1v bi5idXNpbmVzc2VudGl0aWVzLm5ldHdvcmsuVm1OZXR3b3JrSW50ZXJmYWNlOyBzbmFwc2hvdDog ZWUwYmU1NzEtNTU0ZS00YTJmLTk4MjItZWZjMTM0ZjA2OGZiLg0KMjAxNi0wOC0xNCAxNzo0OToz MywwOTggSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuSW1wb3J0Vm1Gcm9tQ29uZmln dXJhdGlvbkNvbW1hbmRdIChvcmcub3ZpcnQudGhyZWFkLnBvb2wtOC10aHJlYWQtNDIpIFs0NDZm M2IwZV0gQ29tbWFuZCBbaWQ9YWE2ODkzOGQtNDllYy00MDk0LWFjOGQtOWJjMDYzNzZkMjIyXTog Q29tcGVuc2F0aW5nIE5FV19FTlRJVFlfSUQgb2Ygb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmNvbW1v bi5idXNpbmVzc2VudGl0aWVzLlZtRHluYW1pYzsgc25hcHNob3Q6IDQ5OTUwYWQyLTA1Y2QtNGM1 YS1iZGU3LWI3MDIxOTlmYTI1MC4NCjIwMTYtMDgtMTQgMTc6NDk6MzMsMDk5IElORk8gIFtvcmcu b3ZpcnQuZW5naW5lLmNvcmUuYmxsLkltcG9ydFZtRnJvbUNvbmZpZ3VyYXRpb25Db21tYW5kXSAo b3JnLm92aXJ0LnRocmVhZC5wb29sLTgtdGhyZWFkLTQyKSBbNDQ2ZjNiMGVdIENvbW1hbmQgW2lk PWFhNjg5MzhkLTQ5ZWMtNDA5NC1hYzhkLTliYzA2Mzc2ZDIyMl06IENvbXBlbnNhdGluZyBORVdf RU5USVRZX0lEIG9mIG9yZy5vdmlydC5lbmdpbmUuY29yZS5jb21tb24uYnVzaW5lc3NlbnRpdGll cy5WbVN0YXRpYzsgc25hcHNob3Q6IDQ5OTUwYWQyLTA1Y2QtNGM1YS1iZGU3LWI3MDIxOTlmYTI1 MC4NCjIwMTYtMDgtMTQgMTc6NDk6MzMsMTA4IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUu YmxsLkltcG9ydFZtRnJvbUNvbmZpZ3VyYXRpb25Db21tYW5kXSAob3JnLm92aXJ0LnRocmVhZC5w b29sLTgtdGhyZWFkLTQyKSBbNDQ2ZjNiMGVdIExvY2sgZnJlZWQgdG8gb2JqZWN0IEVuZ2luZUxv Y2sgW2V4Y2x1c2l2ZUxvY2tzPSBrZXk6IEhlcnR6IHZhbHVlOiBWTV9OQU1FDQosIHNoYXJlZExv Y2tzPSBrZXk6IDQ5OTUwYWQyLTA1Y2QtNGM1YS1iZGU3LWI3MDIxOTlmYTI1MCB2YWx1ZTogUkVN T1RFX1ZNDQpdDQoyMDE2LTA4LTE0IDE3OjUwOjA2LDQ0MSBJTkZPICBbb3JnLm92aXJ0LmVuZ2lu ZS5jb3JlLnZkc2Jyb2tlci5pcnNicm9rZXIuSXJzUHJveHlEYXRhXSAob3JnLm92aXJ0LnRocmVh ZC5wb29sLTgtdGhyZWFkLTI2KSBzdGFydGluZyBwcm9jZXNzRG9tYWluUmVjb3ZlcnkgZm9yIGRv bWFpbiAyMTAzNzIwZC01ODIxLTQ4MmUtYTI2NS0yMTUyZWM5N2ViMGY6SGVydHotZHN0b3JlMS1M DQoyMDE2LTA4LTE0IDE3OjUwOjA2LDU1MSBXQVJOICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZk c2Jyb2tlci5pcnNicm9rZXIuSXJzUHJveHlEYXRhXSAob3JnLm92aXJ0LnRocmVhZC5wb29sLTgt dGhyZWFkLTI2KSB2ZHMgcHJpbWl0aXZvIHJlcG9ydGVkIGRvbWFpbiAyMTAzNzIwZC01ODIxLTQ4 MmUtYTI2NS0yMTUyZWM5N2ViMGY6SGVydHotZHN0b3JlMS1MIGFzIGluIHByb2JsZW0sIGF0dGVt cHRpbmcgdG8gbW92ZSB0aGUgdmRzIHRvIHN0YXR1cyBOb25PcGVyYXRpb25hbA0KMjAxNi0wOC0x NCAxNzo1MDowNiw1NTIgV0FSTiAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIuaXJz YnJva2VyLklyc1Byb3h5RGF0YV0gKG9yZy5vdmlydC50aHJlYWQucG9vbC04LXRocmVhZC0yNikg dmRzIHNvdmFuYSByZXBvcnRlZCBkb21haW4gMjEwMzcyMGQtNTgyMS00ODJlLWEyNjUtMjE1MmVj OTdlYjBmOkhlcnR6LWRzdG9yZTEtTCBhcyBpbiBwcm9ibGVtLCBhdHRlbXB0aW5nIHRvIG1vdmUg dGhlIHZkcyB0byBzdGF0dXMgTm9uT3BlcmF0aW9uYWwNCjIwMTYtMDgtMTQgMTc6NTA6MDYsNTUy IFdBUk4gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLmlyc2Jyb2tlci5JcnNQcm94 eURhdGFdIChvcmcub3ZpcnQudGhyZWFkLnBvb2wtOC10aHJlYWQtMjYpIHZkcyBMYW1icnVzY28g cmVwb3J0ZWQgZG9tYWluIDIxMDM3MjBkLTU4MjEtNDgyZS1hMjY1LTIxNTJlYzk3ZWIwZjpIZXJ0 ei1kc3RvcmUxLUwgYXMgaW4gcHJvYmxlbSwgYXR0ZW1wdGluZyB0byBtb3ZlIHRoZSB2ZHMgdG8g c3RhdHVzIE5vbk9wZXJhdGlvbmFsDQoyMDE2LTA4LTE0IDE3OjUwOjA2LDU1MyBJTkZPICBbb3Jn Lm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci5pcnNicm9rZXIuSXJzUHJveHlEYXRhXSAob3Jn Lm92aXJ0LnRocmVhZC5wb29sLTgtdGhyZWFkLTI2KSBSZW1vdmluZyB2ZHMgWzZkMzdkNzFlLWM4 YzUtNDdjOC1hODk2LTUxMTIyOThiYjgzZiwgODkyNTRmMjMtODc0OC00MDJhLWFmYzktMDg0Mzhk Y2EwOTc1LCBhMjFlNmI0Zi03ZDA2LTQ5YzUtODQ2My02ODBkNzg1MTdjNzNdIGZyb20gdGhlIGRv bWFpbiBpbiBtYWludGVuYW5jZSBjYWNoZQ0KMjAxNi0wOC0xNCAxNzo1MDowNiw1NTQgSU5GTyAg W29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIuaXJzYnJva2VyLklyc1Byb3h5RGF0YV0g KG9yZy5vdmlydC50aHJlYWQucG9vbC04LXRocmVhZC0yNikgUmVtb3ZpbmcgaG9zdChzKSBbNmQz N2Q3MWUtYzhjNS00N2M4LWE4OTYtNTExMjI5OGJiODNmLCA4OTI1NGYyMy04NzQ4LTQwMmEtYWZj OS0wODQzOGRjYTA5NzUsIGEyMWU2YjRmLTdkMDYtNDljNS04NDYzLTY4MGQ3ODUxN2M3M10gZnJv bSBob3N0cyB1bnNlZW4gZG9tYWluIHJlcG9ydCBjYWNoZQ0KMjAxNi0wOC0xNCAxNzo1MDowNiw1 OTUgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuU2V0Tm9uT3BlcmF0aW9uYWxWZHND b21tYW5kXSAob3JnLm92aXJ0LnRocmVhZC5wb29sLTgtdGhyZWFkLTM4KSBbMTE0NDNkMzFdIFJ1 bm5pbmcgY29tbWFuZDogU2V0Tm9uT3BlcmF0aW9uYWxWZHNDb21tYW5kIGludGVybmFsOiB0cnVl LiBFbnRpdGllcyBhZmZlY3RlZCA6ICBJRDogODkyNTRmMjMtODc0OC00MDJhLWFmYzktMDg0Mzhk Y2EwOTc1IFR5cGU6IFZEUw0KMjAxNi0wOC0xNCAxNzo1MDowNiw2MDcgSU5GTyAgW29yZy5vdmly dC5lbmdpbmUuY29yZS5ibGwuU2V0Tm9uT3BlcmF0aW9uYWxWZHNDb21tYW5kXSAob3JnLm92aXJ0 LnRocmVhZC5wb29sLTgtdGhyZWFkLTM0KSBbMTcwZDY0ZDJdIFJ1bm5pbmcgY29tbWFuZDogU2V0 Tm9uT3BlcmF0aW9uYWxWZHNDb21tYW5kIGludGVybmFsOiB0cnVlLiBFbnRpdGllcyBhZmZlY3Rl ZCA6ICBJRDogYTIxZTZiNGYtN2QwNi00OWM1LTg0NjMtNjgwZDc4NTE3YzczIFR5cGU6IFZEUw0K MjAxNi0wOC0xNCAxNzo1MDowNiw2MTAgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNi cm9rZXIuU2V0VmRzU3RhdHVzVkRTQ29tbWFuZF0gKG9yZy5vdmlydC50aHJlYWQucG9vbC04LXRo cmVhZC0zOCkgWzExNDQzZDMxXSBTVEFSVCwgU2V0VmRzU3RhdHVzVkRTQ29tbWFuZChIb3N0TmFt ZSA9IHNvdmFuYSwgSG9zdElkID0gODkyNTRmMjMtODc0OC00MDJhLWFmYzktMDg0MzhkY2EwOTc1 LCBzdGF0dXM9Tm9uT3BlcmF0aW9uYWwsIG5vbk9wZXJhdGlvbmFsUmVhc29uPVNUT1JBR0VfRE9N QUlOX1VOUkVBQ0hBQkxFLCBzdG9wU3BtRmFpbHVyZUxvZ2dlZD1mYWxzZSksIGxvZyBpZDogNjQ2 MzM1NmUNCjIwMTYtMDgtMTQgMTc6NTA6MDYsNjIxIElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNv cmUuYmxsLlNldE5vbk9wZXJhdGlvbmFsVmRzQ29tbWFuZF0gKG9yZy5vdmlydC50aHJlYWQucG9v bC04LXRocmVhZC0yNikgWzQ0NDljMjI1XSBSdW5uaW5nIGNvbW1hbmQ6IFNldE5vbk9wZXJhdGlv bmFsVmRzQ29tbWFuZCBpbnRlcm5hbDogdHJ1ZS4gRW50aXRpZXMgYWZmZWN0ZWQgOiAgSUQ6IDZk MzdkNzFlLWM4YzUtNDdjOC1hODk2LTUxMTIyOThiYjgzZiBUeXBlOiBWRFMNCjIwMTYtMDgtMTQg MTc6NTA6MDYsNjIzIElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLlNldFZk c1N0YXR1c1ZEU0NvbW1hbmRdIChvcmcub3ZpcnQudGhyZWFkLnBvb2wtOC10aHJlYWQtMzQpIFsx NzBkNjRkMl0gU1RBUlQsIFNldFZkc1N0YXR1c1ZEU0NvbW1hbmQoSG9zdE5hbWUgPSBMYW1icnVz Y28sIEhvc3RJZCA9IGEyMWU2YjRmLTdkMDYtNDljNS04NDYzLTY4MGQ3ODUxN2M3Mywgc3RhdHVz PU5vbk9wZXJhdGlvbmFsLCBub25PcGVyYXRpb25hbFJlYXNvbj1TVE9SQUdFX0RPTUFJTl9VTlJF QUNIQUJMRSwgc3RvcFNwbUZhaWx1cmVMb2dnZWQ9ZmFsc2UpLCBsb2cgaWQ6IDcwNDE1M2I3DQoy MDE2LTA4LTE0IDE3OjUwOjA2LDYyMyBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jy b2tlci5TZXRWZHNTdGF0dXNWRFNDb21tYW5kXSAob3JnLm92aXJ0LnRocmVhZC5wb29sLTgtdGhy ZWFkLTM4KSBbMTE0NDNkMzFdIEZJTklTSCwgU2V0VmRzU3RhdHVzVkRTQ29tbWFuZCwgbG9nIGlk OiA2NDYzMzU2ZQ0KMjAxNi0wOC0xNCAxNzo1MDowNiw2MzUgSU5GTyAgW29yZy5vdmlydC5lbmdp bmUuY29yZS52ZHNicm9rZXIuU2V0VmRzU3RhdHVzVkRTQ29tbWFuZF0gKG9yZy5vdmlydC50aHJl YWQucG9vbC04LXRocmVhZC0zNCkgWzE3MGQ2NGQyXSBGSU5JU0gsIFNldFZkc1N0YXR1c1ZEU0Nv bW1hbmQsIGxvZyBpZDogNzA0MTUzYjcNCjIwMTYtMDgtMTQgMTc6NTA6MDYsNjQ0IElORk8gIFtv cmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLlNldFZkc1N0YXR1c1ZEU0NvbW1hbmRdIChv cmcub3ZpcnQudGhyZWFkLnBvb2wtOC10aHJlYWQtMjYpIFs0NDQ5YzIyNV0gU1RBUlQsIFNldFZk c1N0YXR1c1ZEU0NvbW1hbmQoSG9zdE5hbWUgPSBwcmltaXRpdm8sIEhvc3RJZCA9IDZkMzdkNzFl LWM4YzUtNDdjOC1hODk2LTUxMTIyOThiYjgzZiwgc3RhdHVzPU5vbk9wZXJhdGlvbmFsLCBub25P cGVyYXRpb25hbFJlYXNvbj1TVE9SQUdFX0RPTUFJTl9VTlJFQUNIQUJMRSwgc3RvcFNwbUZhaWx1 cmVMb2dnZWQ9ZmFsc2UpLCBsb2cgaWQ6IDUyMmQ3MGVmDQoyMDE2LTA4LTE0IDE3OjUwOjA2LDY1 NyBXQVJOICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmRhbC5kYmJyb2tlci5hdWRpdGxvZ2hhbmRs aW5nLkF1ZGl0TG9nRGlyZWN0b3JdIChvcmcub3ZpcnQudGhyZWFkLnBvb2wtOC10aHJlYWQtMzgp IFsxMTQ0M2QzMV0gQ29ycmVsYXRpb24gSUQ6IDExNDQzZDMxLCBKb2IgSUQ6IDE0NGQ4ZTRkLTM1 NjAtNGExMy05MzA3LTJjMDg5NzdiNmMwYywgQ2FsbCBTdGFjazogbnVsbCwgQ3VzdG9tIEV2ZW50 IElEOiAtMSwgTWVzc2FnZTogSG9zdCBzb3ZhbmEgY2Fubm90IGFjY2VzcyB0aGUgU3RvcmFnZSBE b21haW4ocykgSGVydHotZHN0b3JlMS1MIGF0dGFjaGVkIHRvIHRoZSBEYXRhIENlbnRlciBJUkRD LUlOVEVMLiBTZXR0aW5nIEhvc3Qgc3RhdGUgdG8gTm9uLU9wZXJhdGlvbmFsLg0KMjAxNi0wOC0x NCAxNzo1MDowNiw2NjYgV0FSTiAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5kYWwuZGJicm9rZXIu YXVkaXRsb2doYW5kbGluZy5BdWRpdExvZ0RpcmVjdG9yXSAob3JnLm92aXJ0LnRocmVhZC5wb29s LTgtdGhyZWFkLTM0KSBbMTcwZDY0ZDJdIENvcnJlbGF0aW9uIElEOiAxNzBkNjRkMiwgSm9iIElE OiA5MWYwMDdjZi0yZDcyLTRmNjktYTdhMC0wMjNmMTUwYTFjNTksIENhbGwgU3RhY2s6IG51bGws IEN1c3RvbSBFdmVudCBJRDogLTEsIE1lc3NhZ2U6IEhvc3QgTGFtYnJ1c2NvIGNhbm5vdCBhY2Nl c3MgdGhlIFN0b3JhZ2UgRG9tYWluKHMpIEhlcnR6LWRzdG9yZTEtTCBhdHRhY2hlZCB0byB0aGUg RGF0YSBDZW50ZXIgSVJEQy1JTlRFTC4gU2V0dGluZyBIb3N0IHN0YXRlIHRvIE5vbi1PcGVyYXRp b25hbC4NCg0K --_004_MWHPR14MB1534CCE52FC402C1F4C86F47E9110MWHPR14MB1534namp_--

3 6

ovirtsdk4 and cloud-init
by Renout Gerrits 02 Sep '16

02 Sep '16

I have some troubles starting a VM with cloud-init via the ovirtsdk4. <snippet> vm = vms_service.list(search=vm_name)[0] vm_service = vms_service.vm_service(vm.id) vm_service.start( types.Action( use_cloud_init=True, ), types.Vm( types.Initialization( regenerate_ssh_keys=True, host_name=vm_fqdn, nic_configurations=[ types.NicConfiguration( boot_protocol=types.BootProtocol.STATIC, name='eth0', on_boot=True, ip=types.Ip( address=vm_address, netmask=vm_netmask, gateway=vm_gateway, ), ), ], ), ), ) </snippet> Which will result in: Traceback (most recent call last): File "./create_vm.py", line 94, in <module> gateway=vm_gateway, File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 18655, in start Writer.write_boolean(writer, 'async', async) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/writer.py", line 52, in write_boolean return writer.write_element(name, Writer.render_boolean(value)) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/writer.py", line 44, in render_boolean raise TypeError('The \'value\' parameter must be a boolean') TypeError: The 'value' parameter must be a boolean To be honest I don't have clue where it's going wrong or where to look. >From what I can see there are two values which must be a boolean and they are. Does anybody know what's going wrong or has a working snippet? Thanks, Renout

3 3

Re: [ovirt-users] How to import a qcow2 disk into ovirt
by lifuqiong 01 Sep '16

01 Sep '16

This is a multipart message in MIME format. ------=_NextPart_000_0188_01D20394.B3F29B70 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0189_01D20394.B3F29B70" ------=_NextPart_001_0189_01D20394.B3F29B70 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable My ovirt engine version is already 4.0.0.6, which version should I = upgrade for? =20 Another version of ovirt engine is 4.0.2.1, I can=E2=80=99t even find = =E2=80=98qcow2=E2=80=99 option in Image Type of Dilog =E2=80=98Upload = Image=E2=80=99 =20 =E5=8F=91=E4=BB=B6=E4=BA=BA: Amit Aviram [mailto:aaviram@redhat.com]=20 =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2016=E5=B9=B48=E6=9C=8831=E6=97=A5 = 14:00 =E6=94=B6=E4=BB=B6=E4=BA=BA: lifuqiong =E6=8A=84=E9=80=81: Maor Lipchuk; users =E4=B8=BB=E9=A2=98: Re: [ovirt-users] How to import a qcow2 disk into = ovirt =20 lifuqiong, you need to update your oVirt version in order for this to = succeed. Please dnf/yum update ovirt-engine. =20 On Wed, Aug 31, 2016 at 5:46 AM, lifuqiong <lifuqiong(a)cncloudsec.com> = wrote: Hi Maor, =20 I Upload qcow2 file in Storage Tab, but the qcow2 upload error, = which=E2=80=99s status keep =E2=80=98Paused by System=E2=80=99. = What=E2=80=99s the reason? =20 Thank you =20 =E5=8F=91=E4=BB=B6=E4=BA=BA: Maor Lipchuk [mailto:mlipchuk@redhat.com]=20 =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2016=E5=B9=B48=E6=9C=8829=E6=97=A5 = 21:00 =E6=94=B6=E4=BB=B6=E4=BA=BA: lifuqiong =E6=8A=84=E9=80=81: users =E4=B8=BB=E9=A2=98: Re: [ovirt-users] How to import a qcow2 disk into = ovirt =20 Hi lifuqiong, =20 There are several ways to import disks into oVirt =20 Does the disk contains any snapshots?=20 if not, the disk file can be copied to the storage domain and you can = register it using the Register button (see = https://bugzilla.redhat.com/show_bug.cgi?id=3D1138139) =20 You can also take a look at the image-uploader, see = http://www.ovirt.org/develop/release-management/features/storage/image-up= load/ =20 What is the use case that you want to do? What is the origin of the disk = (Was it an oVirt disk?), as asked before, does the disk includes any = snapshots. =20 Regards, Maor =20 =20 On Mon, Aug 29, 2016 at 3:40 PM, lifuqiong <lifuqiong(a)cncloudsec.com> = wrote: Hi, How to import a qcow2 disk file into ovirt? I search the = Internet for a long time , but find no solution work. =20 Thank you =20 _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users =20 _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users =20 ------=_NextPart_001_0189_01D20394.B3F29B70 Content-Type: text/html; charset="UTF-8" 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=3Dutf-8"><meta = name=3DGenerator content=3D"Microsoft Word 14 (filtered = medium)"><style></style></head><body lang=3DZH-CN link=3Dblue = vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal><span = lang=3DEN-US = style=3D'font-size:10.5pt;font-family:"Calibri","sans-serif";color:#1F497= D'>My ovirt engine version is <a name=3D"_MailEndCompose">already = 4.0.0.6, =C2=A0which version should I upgrade = for?<o:p></o:p></a></span></p><p class=3DMsoNormal><span lang=3DEN-US = style=3D'font-size:10.5pt;font-family:"Calibri","sans-serif";color:#1F497= D'><o:p> </o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US = style=3D'font-size:10.5pt;font-family:"Calibri","sans-serif";color:#1F497= D'>Another version of ovirt engine is 4.0.2.1, I can=E2=80=99t even find = =E2=80=98qcow2=E2=80=99 option in Image Type of Dilog =E2=80=98Upload = Image=E2=80=99<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US = style=3D'font-size:10.5pt;font-family:"Calibri","sans-serif";color:#1F497= D'><o:p> </o:p></span></p><p class=3DMsoNormal><b><span = style=3D'font-size:10.0pt'>=E5=8F=91=E4=BB=B6=E4=BA=BA<span = lang=3DEN-US>:</span></span></b><span lang=3DEN-US = style=3D'font-size:10.0pt'> Amit Aviram [mailto:aaviram@redhat.com] = <br></span><b><span = style=3D'font-size:10.0pt'>=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4<span = lang=3DEN-US>:</span></span></b><span lang=3DEN-US = style=3D'font-size:10.0pt'> 2016</span><span = style=3D'font-size:10.0pt'>=E5=B9=B4<span = lang=3DEN-US>8</span>=E6=9C=88<span lang=3DEN-US>31</span>=E6=97=A5<span = lang=3DEN-US> 14:00<br></span><b>=E6=94=B6=E4=BB=B6=E4=BA=BA<span = lang=3DEN-US>:</span></b><span lang=3DEN-US> = lifuqiong<br></span><b>=E6=8A=84=E9=80=81<span = lang=3DEN-US>:</span></b><span lang=3DEN-US> Maor Lipchuk; = users<br></span><b>=E4=B8=BB=E9=A2=98<span = lang=3DEN-US>:</span></b><span lang=3DEN-US> Re: [ovirt-users] How to = import a qcow2 disk into ovirt<o:p></o:p></span></span></p><p = class=3DMsoNormal><span = lang=3DEN-US><o:p> </o:p></span></p><div><div><p = class=3DMsoNormal><span lang=3DEN-US>lifuqiong, you need to update your = oVirt version in order for this to succeed. Please dnf/yum update = ovirt-engine.<o:p></o:p></span></p></div></div><div><p = class=3DMsoNormal><span lang=3DEN-US><o:p> </o:p></span></p><div><p = class=3DMsoNormal><span lang=3DEN-US>On Wed, Aug 31, 2016 at 5:46 AM, = lifuqiong <<a href=3D"mailto:lifuqiong@cncloudsec.com" = target=3D"_blank">lifuqiong(a)cncloudsec.com</a>> = wrote:<o:p></o:p></span></p><div><div><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US = style=3D'font-size:10.5pt;font-family:"Calibri","sans-serif";color:#1F497= D'>Hi Maor,</span><span lang=3DEN-US><o:p></o:p></span></p><p = class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US = style=3D'font-size:10.5pt;font-family:"Calibri","sans-serif";color:#1F497= D'> </span><span lang=3DEN-US><o:p></o:p></span></p><p = class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US = style=3D'font-size:10.5pt;font-family:"Calibri","sans-serif";color:#1F497= D'>I Upload qcow2 file in Storage Tab, but the qcow2 upload error, = which=E2=80=99s status keep =E2=80=98Paused by System=E2=80=99. = What=E2=80=99s the reason?</span><span = lang=3DEN-US><o:p></o:p></span></p><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US = style=3D'font-size:10.5pt;font-family:"Calibri","sans-serif";color:#1F497= D'> </span><span lang=3DEN-US><o:p></o:p></span></p><p = class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US = style=3D'font-size:10.5pt;font-family:"Calibri","sans-serif";color:#1F497= D'>Thank you</span><span lang=3DEN-US><o:p></o:p></span></p><p = class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><a = name=3D"m_1052906446246778786__MailEndCompose"><span lang=3DEN-US = style=3D'font-size:10.5pt;font-family:"Calibri","sans-serif";color:#1F497= D'> </span></a><span lang=3DEN-US><o:p></o:p></span></p><p = class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><b><span = style=3D'font-size:10.0pt'>=E5=8F=91=E4=BB=B6=E4=BA=BA<span = lang=3DEN-US>:</span></span></b><span lang=3DEN-US = style=3D'font-size:10.0pt'> Maor Lipchuk [mailto:<a = href=3D"mailto:mlipchuk@redhat.com" = target=3D"_blank">mlipchuk(a)redhat.com</a>] <br></span><b><span = style=3D'font-size:10.0pt'>=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4<span = lang=3DEN-US>:</span></span></b><span lang=3DEN-US = style=3D'font-size:10.0pt'> 2016</span><span = style=3D'font-size:10.0pt'>=E5=B9=B4<span = lang=3DEN-US>8</span>=E6=9C=88<span lang=3DEN-US>29</span>=E6=97=A5<span = lang=3DEN-US> 21:00<br></span><b>=E6=94=B6=E4=BB=B6=E4=BA=BA<span = lang=3DEN-US>:</span></b><span lang=3DEN-US> = lifuqiong<br></span><b>=E6=8A=84=E9=80=81<span = lang=3DEN-US>:</span></b><span lang=3DEN-US> = users<br></span><b>=E4=B8=BB=E9=A2=98<span = lang=3DEN-US>:</span></b><span lang=3DEN-US> Re: [ovirt-users] How to = import a qcow2 disk into ovirt</span></span><span = lang=3DEN-US><o:p></o:p></span></p><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US> <o:p></o:p></span></p><div><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US>Hi lifuqiong,<o:p></o:p></span></p><div><p = class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US> <o:p></o:p></span></p></div><div><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US>There are several ways to import disks into = oVirt<o:p></o:p></span></p></div><div><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US> <o:p></o:p></span></p></div><div><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US>Does the disk contains any = snapshots? <o:p></o:p></span></p></div><div><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US>if not, the disk file can be copied to the storage domain = and you can register it using the Register button (see <a = href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1138139" = target=3D"_blank">https://bugzilla.redhat.com/show_bug.cgi?id=3D1138139</= a>)<o:p></o:p></span></p></div><div><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US> <o:p></o:p></span></p></div><div><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US>You can also take a look at the image-uploader, see <a = href=3D"http://www.ovirt.org/develop/release-management/features/storage/= image-upload/" = target=3D"_blank">http://www.ovirt.org/develop/release-management/feature= s/storage/image-upload/</a><o:p></o:p></span></p></div><div><p = class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US> <o:p></o:p></span></p></div><div><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US>What is the use case that you want to do? What is the = origin of the disk (Was it an oVirt disk?), as asked before, does the = disk includes any snapshots.<o:p></o:p></span></p></div><div><p = class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US> <o:p></o:p></span></p></div><div><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US>Regards,<o:p></o:p></span></p></div><div><p = class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US>Maor<o:p></o:p></span></p></div><div><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US> <o:p></o:p></span></p></div></div><div><p = class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US> <o:p></o:p></span></p><div><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US>On Mon, Aug 29, 2016 at 3:40 PM, lifuqiong <<a = href=3D"mailto:lifuqiong@cncloudsec.com" = target=3D"_blank">lifuqiong(a)cncloudsec.com</a>> = wrote:<o:p></o:p></span></p><div><div><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US>Hi,<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US>         How to = import a qcow2 disk file into ovirt? I search the Internet for a long = time , but find no solution work.<o:p></o:p></span></p><p = class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US> <o:p></o:p></span></p><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US>Thank you<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US> <o:p></o:p></span></p></div></div><p = class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;margin-bottom:12.0pt'><span = lang=3DEN-US><br>_______________________________________________<br>Users= mailing list<br><a href=3D"mailto:Users@ovirt.org" = target=3D"_blank">Users(a)ovirt.org</a><br><a = href=3D"http://lists.ovirt.org/mailman/listinfo/users" = target=3D"_blank">http://lists.ovirt.org/mailman/listinfo/users</a><o:p><= /o:p></span></p></div><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span = lang=3DEN-US> <o:p></o:p></span></p></div></div></div><p = class=3DMsoNormal style=3D'margin-bottom:12.0pt'><span = lang=3DEN-US><br>_______________________________________________<br>Users= mailing list<br><a = href=3D"mailto:Users@ovirt.org">Users(a)ovirt.org</a><br><a = href=3D"http://lists.ovirt.org/mailman/listinfo/users" = target=3D"_blank">http://lists.ovirt.org/mailman/listinfo/users</a><o:p><= /o:p></span></p></div><p class=3DMsoNormal><span = lang=3DEN-US><o:p> </o:p></span></p></div></div></body></html> ------=_NextPart_001_0189_01D20394.B3F29B70-- ------=_NextPart_000_0188_01D20394.B3F29B70 Content-Type: image/gif; name="upload_image_dlg.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="upload_image_dlg.gif" R0lGODlhMwPMAfcAAAAAAAAAMwAAZgAAmQAAzAAA/wArAAArMwArZgArmQArzAAr/wBVAABVMwBV ZgBVmQBVzABV/wCAAACAMwCAZgCAmQCAzACA/wCqAACqMwCqZgCqmQCqzACq/wDVAADVMwDVZgDV mQDVzADV/wD/AAD/MwD/ZgD/mQD/zAD//zMAADMAMzMAZjMAmTMAzDMA/zMrADMrMzMrZjMrmTMr zDMr/zNVADNVMzNVZjNVmTNVzDNV/zOAADOAMzOAZjOAmTOAzDOA/zOqADOqMzOqZjOqmTOqzDOq /zPVADPVMzPVZjPVmTPVzDPV/zP/ADP/MzP/ZjP/mTP/zDP//2YAAGYAM2YAZmYAmWYAzGYA/2Yr AGYrM2YrZmYrmWYrzGYr/2ZVAGZVM2ZVZmZVmWZVzGZV/2aAAGaAM2aAZmaAmWaAzGaA/2aqAGaq M2aqZmaqmWaqzGaq/2bVAGbVM2bVZmbVmWbVzGbV/2b/AGb/M2b/Zmb/mWb/zGb//5kAAJkAM5kA ZpkAmZkAzJkA/5krAJkrM5krZpkrmZkrzJkr/5lVAJlVM5lVZplVmZlVzJlV/5mAAJmAM5mAZpmA mZmAzJmA/5mqAJmqM5mqZpmqmZmqzJmq/5nVAJnVM5nVZpnVmZnVzJnV/5n/AJn/M5n/Zpn/mZn/ zJn//8wAAMwAM8wAZswAmcwAzMwA/8wrAMwrM8wrZswrmcwrzMwr/8xVAMxVM8xVZsxVmcxVzMxV /8yAAMyAM8yAZsyAmcyAzMyA/8yqAMyqM8yqZsyqmcyqzMyq/8zVAMzVM8zVZszVmczVzMzV/8z/ AMz/M8z/Zsz/mcz/zMz///8AAP8AM/8AZv8Amf8AzP8A//8rAP8rM/8rZv8rmf8rzP8r//9VAP9V M/9VZv9Vmf9VzP9V//+AAP+AM/+AZv+Amf+AzP+A//+qAP+qM/+qZv+qmf+qzP+q///VAP/VM//V Zv/Vmf/VzP/V////AP//M///Zv//mf//zP///wAAAAAAAAAAAAAAACH5BAEAAPwALAAAAAAzA8wB AAj/AA/EGDhQIMEYBgkmLHgQYcOFDg9CnPiwokSLCjEyvMgxY8eNHkOCHBlRZEmSFD+eXJnSZEuU GlnGfClTJc2bM3Pa1OmSJ8ydQHsG/Sm0KNGjNY0mRYpz6NKlN5Q2lerz6VSmVV/u28q1q9evYMOK 7cowoUCzJc9mRMt2rduybx22hUtXbly1dfHazZu279y9gPUK9nuXMN+/gxEbDrw4cWHFkB9LPjyZ cWTKmC1XdpyZs+bOjUNf/kzas2nRm/3iQA169GnXrEvHTjy2tu3bXK9azcrbqe7fvan6Do51uHHh yIsn331cuXPmy4E3h/5cenTi1LNbx75dO/fvzXGL/x9P1vv07ujBXz+vvnp78+vju2dPXz78+fbT 18fP/75/g6vt9997+q1H3oG4mQWDggwqtKCDDRb0oIQRIjShhRUecKGGGW7oYYcgQigihSNiWCKH J36YYogktmiiiyjCqKKMLL5oY4w3zphjjTj2qKOPPP4oZJBErmgkjUfumCSQSw7ZZJFIuhhDVAIZ kJGVDEUVlZUJcUmQlwMZkEYYX5YEZgxnpmnmml2yWWabcMYggxtboHnlnQUhqOdY/RXYJ4GACujn gIIGmp+hfxaq6KGLJsroo44WFxVQaWQySSaLGJfGGQ2N5AMjC0GURqWTSEJmDDhI0mlBYtTZnwxo uP/K3J60fjXorYgSCqmukfLqK66N/porsLsS26uxwtInkAxF4ZDGpaU6l4Yidl11gLOREOQsmW0Z RCd8Bh0gwxt1XlXruVttdEMYOLDrrhg3wCuGu+22K2+89L4bL7716itvvvbuO2+/Af9LcBj3Dpxv wgAjLHDDDB8c8cIPS1wxxQZjzK/GCvc7sccXg5yxyBuT3LG/JaN8csEps7yywyOrDHHIMlscs8sz 3wxzyzu//HHNHOfM88842zw0zUUHbbTPSPcsNNM6E+300jBPDTQOUYcsBtb4zsvw1+/Sq7AY8v7r Nbtbx/z1w2aHrTbH6J5LkLxYD0w22miXnXe8WyP/XHbZfNvb9+BYIyy4vYUXnjbedefNONl87022 4HwDPrnfiBvu9eGa47144nc3DrredQfud+V8m3454Ztj3rnioDsuut2kQ77636nfnvnig7Pueeyz 2y057arjbnvvu8Pu+uebCx/847WXTTnZliNveOfWM/867bITH/rx0x9ffPKtrx679s+PHnnpt6MO /vKIl+877M5/X3/0xbtv/PFohy899mnz2v7+1juEYa53aatbAu2mQP09DmuKWx7v0lY5CDKQenVj HwWph7q41WpKpIPe+oRXvcwB73rmQ6HH4vc7FOYOeCTMHeEe9y7OzbBv5Gvh4F5YP8/J0ITOQ+EN /02oQhLujoc0VNwPr3fC7CWvhttTIczo1kMlvg+HQXSiFHOovB3aDoY+vGK9smjDJ3KxfAWjYhK9 tkQsMk6IT8RhEXWYxniB0Yr/c2Pi4ChFOc4PjVO0YxXZKMYkMpF/GwzhDAu2OzWusH/v8mPVxkbI Q9bOgFTkFyEF1za9Tax6jkSYB2kVyUyM8pSoTKUqV8nKVrrylbCMpSxnScta2vKWuMylLsUzOWXs 8pfADKYwh0nMYhrzmMhMpjKXCUus6cMryshE6GA2RrTZ0YXiy2bEBvlGLMowd1BcJBn7SMQ4xvGF 5KwaDK/pxep902Dc3KM3tbmxIRrSnosMpzkDifXPgq2RnXWkp+00ucZujvGdGbNnE/cpR4Ye8Yvp hOfjAMpPdw40nuPkmkD1eUiDRlRiDuUnQwkKuncWtInXDGg172g3diKUpFDU6EHn+dCZrrR+uROY TT16w3rybZdi6IoywrCvGt7te3673wiHV8Eeog+ReTycQLUZPtVxEp9DNGIUAxhHpGpQhMd7ahS/ WsjJTbWEpysrBvuYVToaMYUIBKtSwwrGp3oyqge0KFXTilfqYfWMc6QfVudK2KbS0K6RU6sGZYjW vSLwr4FF41sh+0e5Bu6oZr2rXmXot+Gdca2YFaJoWSdAvhY0rBwMLWkRmkGzsv9LmJOYIN5S2lK9 Wja1hw1o7ay6PIRy1LGc6ypJtaq9z7FVYNW7re1yW9ER8nZ1vhWuYn8r0fOxkH7URS5n1RfW4WIz uRq9YTu3e9zpSve0121edm3LXeMxl719HS//pBvfR/bOu1207tgaid/CQtePPGzjYhNpzhhabqa1 pRs2EYzeN96UopsdW9faFUw0ELVjhLwf8+CbVqvS7nluvO9yQWzBvoaPiRKMH+8Up2B86u+C3dWm 5xL2xwA6LsRV5V7jFmhi0/rRia6dIIQfGtb+pXaqM0Zuem2842qKGJ7c4/FzT/zjMgaZxUP+7t+M HGPwClDJ22PyUZ2c4+41T4P/9EWx7jS34i/3c4pbLjEnZ3xYSkpPfvdUMV8n3Nn8jpmcEwwe8mCc ty8eWXB5G91jE1vA8AJTEnc8oOwM2GQ2t1CBSDWu8a7K2iND8mwrZrNz/dpWe3WvcvK7rIgjaOJM j9Gvv5NwajlNVU9DEJPYU/Go/cpFSn8P1UJU9fRYPWVXF9rVsoaoXzs938Fh0s+7JXWvdUzAYGd2 2KAutlYx/VZ/KfvIP7S1s9W72l9LO7C+TvCfwdc+3nVNj8Wl4ny3qGEUWpOuae316PQcSnmazYou m6Y4w4ZHsWkOnaH7pTIAaTnJndDP3VvYJTVd2/bWM8cFx26l7TvtA5Pb1I28/7c8P+tg02q8z47M Zjg9PsVY3xikgI4kEkO9X5QL8rejK3mzX2fzDYOTv4Zuucb/zHF0ZxO7zg65TGteY51P3N8i915C MZ5hl28c5zw/+scpLVr6eZd5NS10/rz65E6j+ueZrpzYMqx1HW7dunm9Oei87ubLFe6X2Hx2RSva wBEP8sBjLW50p0o+IkOYsrr2+73xmvN9p/WkRw/8+Qav18J/9/BdJV/DS1rIxn/48SwF/FMnL+MB t9rw4s18ETefYN56PtGg/zvCYUh6L1e+iKhvJJVpX74sD5jInIQwH6fpb4uL0asdpqt6+55YuUNv okG/Nb5di+gb3vuADtzaL/8DWjGiezrlpZZ6zNtMQnhHGIGXdXn2Wm++z6P/ik8X4KsBS9Yckn/G Nz1/8Km/9dst3sOw9355FH+uk0GRNTzjJ1j4p1xtxG7qZ0PsV2ON1FgEaHdwBUOeZH8KyGL591K3 c2cPmGtudXBXBkAO1FpSJ1mcF1d9F3g8NUIEBE4tlkaG1jzktlRP5mtLZEY2mFgahTBogAaZMIST EITzsktDFUdkEA37YAsIkwNMKAyRpwP7oA+2wHRp9HxNsA/5kDlLqA+McH3KU33wZTZot2DWRob+ hEfrU14zSEiJ1UdLlV/Yo0kE9WN71mxmqHheBHRqqE4Z1obiNXtweFRySHb/42eH29ZZSMY+/KRD h8dO8geIe0dfAFWIoEZk78VC8HSHHlN327VcDSdi/2RuSfd41hdeSKRbOmVvjUaCNIaBfBU8I6dP NMc+aKeIsGeAKSR9WfRk4HdzafMsaCAvxZgJxbhLsUVwDkMGVVgLWDMGTBgMySUGX2gL0BZ9dmMH +zAPx0OFYJhU8dNUknh27aRoHkZ2FXR9NpZAYUaH7chI3xNeBHRTAQhlnDSOGNRiMXiOtBNV1AN9 FjhhYyaBDFdp8mZkLwZv96hJCKSPZlWOy+aPYtd+6rhWPxiPBglovSdm9Ihq9siL+CiOsLhB/tNi 6SeS8+dUO/Zv+IZm64Zo/0NXkaxjOo7IYhLVh7E3RS2JZf13jz65fIwIgO/DXaIWkC5JTWdQhBNJ NmiQBkCFg+2yhE3ILtK4D+tAhfvAhFVoYVrphFDIFcngNdy4FfoghWEAB0yoD8vQjY4DjoxgBFXI lcIACluRD2Rjl1whDPGillUYClyIMHDAFfqwCLXobuJFSenXYlaXiKTlaxVFY41Zbmo2Zzl2Uf8I U74zg0klc0HGTpNpf5d4NmyYWlKJhaJoXwIHSshVkTwFcEKkmJ+ZdELZVm9ImoFomshmi/+2crJp PIwmX4tXXUIZXrUYPoxEby44ior0R8a5egCoiq0DRHzob4qIRf9jQRw1O/99RoIOFpE2KAZGuHZ8 gwZAtTCI84XQKAZXKQxU2RXeCI62EJZdIQ84MJhdoQ9ioAZcyRXzADpfyAj4GRbyIJf5yQhp0J9b 8Z/8CZ/z4gN3gwb20gNpcwYVyjUSSjYUqqEDU4wPejcQGi9nUDcbKgYj+qFYY6EpWi8ZGgYQ+qHs YqEcyqHtkqFiUKIjijAQWqN9I6ExSqLUs6E34KE3GqTGWDgvGgY+WqQpeqHwYqMlSqHs4qEuCqLy cqJFSjYnWqVNuqJTiqRWGqNGSqNKCqRaai87qqQ9Wi9YGqWQQ6RuGi8tmqRLSqFdaqIYaqZFOqVW +qEiqqdbuqMmeqFf+qH/MIoDMpqlTFqmM4qnOtqja/qjjSqkcJo2UioGLzqkkCqiFeqkVTqpHQqp TzowKjqod2phWCOlOGBhNIqnZOMDaIOlsDovS8qqVSqmPMqnfMqpTsk3gfqmpFo3sIo1s7qqaFOr 9vKrCCOjQ3qsfLOhLnqsGAqsWyOjiNqjfhOiHRpbWzMMAaMJaLNLkDgvObAVV3gD7Vmu3SgGmlCF jHCVtYCfUmiXYDhGg1mY8hqW84BC5QqGBuqeTOiNgOmNaHOvixAHVSgM+ioG94qg0QCGQRdAhBVT R5mFXGVJnmNQyLdvoORRUrWTCkSdOSWK6BNrZKdIK6RsPtiLmaaxQcSx/4zlsZKmeCFrSSNrNiUr WBNLRAHkUgUpTiTkst+ZaB17nDNLnCxrOYI4YLN4smE0kpi5mPIIR9OZdvZDkDYZaAXYkXbXUT65 Y3G4UEb1Vok3Wd42PemUkYWTBpIQL5kwDNIkBplADNIUBueZceoZjUy4C1+4CGKglbVwjXfQjVgj n2EwBqBQD2bJCAOLMAj7n3YToA3bnmIwsDiAuG3prgM7L4P7n4DpFdR4iDg4aL31s6Apk94DYjCY RfT2j5IznDIJmfBXk/LTUxNHuv/Vg6d4soIUZavbTa1baK9Lj7FbfsVDu7H5UKP7sblbsVzHu2JW dQoEvEArvDf5N8WbZP8W6T7Qs1IGx11oFpkoa2mc6Y56iLJxFnvFs3gj12WSSJ7xGGZ+h5JH9U56 dpjSiVmqwy5x2y6aMIRzmwnhqksB5y7OWJWX+7Du6a7s+bC2QJW2YJcEe5W2IJf6MAz4uQibewOd qzdwCQRVuAjtGQYDa8EYvBUaTLhh8LhioJddIYVdxZk1lbqViIixyz4PVz9x9LScSGOX+H+1NTzj +348O7U4XMNV1J04/LI63Ec8bIKit4K6qEFDvH9FTE00bHv3hGEp970M5MR41MPa9UdnCJAZ20XG 5klh9p1mrEbWB73hlnwEllQzB3LNm3OJFLT0eMZZ93m06GbQM4DZqWnVhSNNgpMJyhBNpXO3mKiv kiAGm7AVtaCVAuuu/SqgW8ELOBDJhbm5gKkPhmCgvJCghGs7fduwYbkLlduNnuyuovwDAXsDA8sI F7c9ake6YIts+yN37le/J0ttW7XE1GU/z4e71lmDz7VuGyZ0utt2joeUcxiQ3FlcwhzDwIyQbeaZ 8pbM8oPHp7nLdjVnlzS906xfoZSY16zMjdd1YIexgiWMuSVwaNtky4edjJVHkmhqRWly88iTc+WT qyibGOhkI5RGr6Y6ubiaDhk4k8BEw0AM0QQz/+Jqx6dDwl/hje/pn9bIhLWQA5nLFeyAA59LmO+q oOuKN/IJwmA4wgM70ot7lQ7aoISpyfY2hiC4R0dMyAiIjheFgWPMUrWHnF4cxbZrfisHRCnJxT8s sr88sj7Ncrz3xPtsfPEDfM+ne4eU1PB7XTbb1D09VwH9QAb2ZAQjfsbJxCxXfsN2lPCkb12W002k UDVdkJBUfIbEYpcnbkl9P692WO6DdKgLyFQclL4YQnVLNpnwvwFMPUAlwwMTyWJJy1TpS/ugDIbp jFYYBvS5D8MwLzA9DHvLsFzpS5CLNpK7D/RQ0vtAjQNLn8PQlqqMn/QwmP+ZloT5yPcXlHdYZP/z i3LjHMjPJUHww4jAbYGRZH9B64DSTElMPU5NKdih9VU4nZlwJdxwhZs06b0XWFqsBoLLfdxd7dxH Bt3cvXP511fWLV6Q2Xd6NNzx5onEDHAJVn1ZKJKsV5s5Wd+pSbWf9oNDF2dFtnRj1VFApmVLTbJi GMRONj/U5IoHHUBBiDVvG7eJLcA4EJW+LLvI9beSLJ29KzCCFFC+lnvV5S+Y9K84ELB1vTp5Y6c6 mjelyqVTSi9oEDismqq2g6qGSqsBU4z4AqFoo62Yak0+fqaemqW8yqdoajcnGi/FOuRIejo1Tq01 qjg6fqtYs6SIOkY5iuOdOq2+mjhUOuTGyC//Or6qgdPk4hk5gnqro4ovxSithnPl2nqtELSl1yov QiqegwPkRj7jwno9w/qgRL44GSqnbG43cV6tZaOqrurl7SLk0LqqYg4zUw6EefPkeK7jmlo4S+rm mmpHcZ7l11Pkdk6mSJ6lj9qhZr44QE6smoOlWC6egnPpxvqmsT44JVqmsYo4mw4zs2qoucrobNrn mMOqctril3PoZL41Oj6oaWPqV67lN66mdsSsi8430uS2ODQMP6VLPbM2ExkG11i7DomKf0zRxZVr vGZWU2nSaMl6+t3P3cbe/cVUb3hsTxvNrOdZ7V1AWkRYTMt56aV3FtnvT50wS2a146xy7XVr/4fZ zXPt7wif76xmZQ4vez0tv2PN72cIk9qNuiJo8T1LfBG4O75daNpdm6OL0HtlZekoORLZbgtE4Fk7 YxbF1uKN8py3dm6XXlIpO5KQBiTr6RMNyCYJRYCbT2I2h2HU3zpMiiJzPWrQFe3wYeVjaTk98kvr 3gn/kx14tWJfWfq8P/3N7hGnWxP4gOiN1WTP21001DA49+1HvWYvfZz4emofm2wf3G5f8FQ88gYn ZIRfYz/HiKsm8Vq7u1G2fwDJyxL31/dzabhZ8jgrnVtFlNk5i5hUO8XXPMUGUxxYz59WtEYFxNb7 xRYoBpJApJ8IlboUxONWXnm/SVt7ams2cf+aX4qtmN9QFmu1r9xAB3kQWFf0a3vpOPM8Nd/y64GS CXH0zFDE+UAp5lTHH4oAyY9O32hmbO8CFfTLbL7nBdTVX4q2D1yuK1PWJpBZe9NRrM2MFfP52193 JYwL3bX2Q9GOSLvYi+8AgSOMGBxixAwMU5BgwoECxdwwCHHhRIIHKx4sCLHhQIkJLWY0WNCjwZAc DQ58WDKlSJETUULEISkTSYNoMk0Ss0/nTp49ff4EGpRnSpMOYTK8KFEpRqYdQX78iNIh0YojR2pk uXJjVZItHWb1itHj2K8NxbLcOvVrV5RXIzZNyVWgwpEKnb4Ve3JtXJhxFWpVaVSvWaZSCWf/7TsW cN2tE/9OdUsUpESvVhXa1YsXaV7MK/2SPBrYJOfMhi8irtoyNGOKeylGxipZNOiLeCXGHT26ssrT L2lb3Hq7MO+kePlGZVr6Mkq/ZufSbol7qufNZT83hjx9NOWib0131kgxNsPoey1bpCo4NtO1hBWv fW52ks2baCIKxZ9f/064W9OaJSuk4SCryKEAN1pOpbtSg+o4j8LbzcCwlPttvZGacwyhslTDK7r0 0OtINrJ8q+i29UKkKkQDHetQw7emwqqx3P6yCkPrkIrvOK682zHE8dDqMC7ZcONRRYRYxNAtGDlr SzqSauQuQyY5vI6rKHOEaKn0GMPMI+vm/9qOx+fCIu9FBGdkUkAAnyusMxEdzGzJhehK7rb27oSK OzZHTE2qLZ+8DDk3H1SQQc9aZBC2Nv1cas0p39ovUkl5Uky28Sh8c7mCVsyKUIsa1RS4CRc87kv0 RPIBozNQPcmHhs4ICdaE0GAIDYdcJQhWgVJ9yL6DeMUB1lwjQkMiWwdytaBVe22V2Ip6iLXVhuyb 9VWRbP11IWyDJQnaXj1KtVqDvL3B13KJVWhZMaAVqFiCqBUDV253dTbbYe8t19hbPVr2XHvPLchb bn+dFiNac72W1XY3FXZdYsE1GCVyzaU4XYXYDcNdHOCVV9cwePX342jxpbWgY8VwV4x+Kf/WluGR Py54oJS9FZnZhe+dN2OJwt341ZYPwjbjinRVOaOSUY5Y2ZRm7jakgzeWiGaQqQ12U/sgcrdmgHUe V9uU1NX44Hgt6njppbO8WuWfYUY424SIfhpWrDlKe1mRq23XbJvZxvloIZ1CaVLB9zvLt+DEK02z 7MyibMDIgHwRuQPZXFBCEakMzdS9tJzu0c1iM1FHIVO663O4XAKLUcejktNyL93b8NOJFizqu8Hm zMtS2rQcPUvlDH/K9U1Vf+9IMBEN0LzYa3dSdrVgRzB30AvFcHfNHAy+9s4wPwnOO9Nq8Efd3zvL tgpLAhLPAJNLEfkgmfNUMOeZxzO5JU3/BfE33RnkfLjmMEPRlqzDOz0NzoBCEeDhWIccFi3lL4Br zXe4hj5RsSd/v7GMnxxVp+6pbzgqYh1rhNQeCoJvKcLh3fN4wztCESZzFKke7agUnb5wEDVQUYyd SMQiw0ToOCg0jgoRJ6QWFgc+zIlS83KopsjZ8HSOGs0QeTgbPPmONxdKopxMM6TsBKZ65ONTopgY wSGGDk42alNyRpQV73mvTAAyYma6p5LJRU+Cp1tLEiFku+J1xkUhLBBz1Ji+thzQkIdEZCIVuUhG NtKRj4RkJCU5SUpW0pKXxGQmNblJTnbSk58EZShFOUpSltKUp0RlKlW5Sla28ifKWIYygmA5y1nG spayjKUtdYlLXtKSlrns5S5/2cthCnOYxxRmMoPJy10qE5i3RGY0falMaFLTmrKU5jOvKc1sdtOb 3dzmNsG5TG/acpzlJOc5w5nOa66Tm+0kpzvVGU961lOb9mQnPdfZTHzO85bO/Gc937lMfvIzmtQ8 aD+BWVCCEtOcAFWrpiiV4UqKVtSiF8VoRjW6UY521KNAWcZHRTpSkpbUpCdFaUpVGsmJrtSlL4Vp TGU6U5rWNJEttWlOdbpTnvbUpz/lZEiBOlSiFtWoR0WqTHGaVKY21alPhWpULblUqVbVqlfFalaZ KlStdtWrXwVrWEVKVbGW1axnRWtaKUlWtbbVrW+FK1y5Gle61tWud5UqW/G6V7721a8v1etfBTtY whaWlXM1bGIVu1jG/14ysI2FbGQlO9mgPLaVyshEZjW7Wc521rOfBW1oRWtZypbWtKcVCmIvmonV ota1r4VtT6iqj0XEoZL6KEQMdKvbUOSDC6eYx2/zk4l67KO4xzVucpG7XOU2l7nPdW50oVtc1sbW utedLFl3AYfbFuIOPdEHF5YRXtX6ZBI6gcY+oFGP9K63vexVL3zdG9/31pe+951vfuW73/dWF7v/ BXBhEUtb21JSH1sIBVB8e4rh7oMeyVUuACBcDwk3dx8SBkCGNTxhnUi4uBymMIQ9rJMPf3gf5wUK bRPck3lwdx+7CIUuvtsTGednFzMOSjAKLBR55KC8OqnxPtjxgGgE2P/IRy6ldm3r20yEIQZxEEYY ZOBifTg5BlReRAx+sAju0jYGMgAFeAux4p34NhTk3YeXwWzefUSjHtHQx3jhfOH0YngfE03vRCtc 4Qs/eL56vi+eL3xhPcMXz4beh39/wggG+6QWCV7EKXSxCZ9Meh0aznAAyJwPKxQ5zcoQRgzIjNsw YFrDRujJgn+iD0OcYh1xmMcDkDxrWndytlxO8xbUsA95XFnIOYDzIhI8DxkEm7vzeDJtuyzcneB2 t0/eR3CjEVwG4zq8ZNYJa+kRjQfvY7xvLq4yTG3c9IYY0BJ284VNPe566EPC0NizTh48XnIXF8U8 Cca6AUDkMqtBH37/wDSqd1JjdghcGEDgyS4swI5M40ATntbJPGYAcZ0oYsWK0HeGLbCTeeRgH7qA taxrPXKST1K1u1gyFxIcXgZLHOL6GMZv6cGFIuujFnHIRxc8vV2e4BbHOrl2eKdNc53wnCeZ2LY+ 3jxvpde5w8bltrozfOc+R72lfH46nEMKgOLqO80hnSh7Fe3oRv9EHhD4OLbnoeEBRGO7wvA4x6lw hJ282ie02HjPFUHpndx4JzruicL1QQhTC7zkh0e8IW+d8iJLO9rF3keoY1Jsl+uEy8h+NsKbjeBU 05zamN+t4XVyXrBTnR4aZi973730No/YzvQGtCzvLOFtn97OT/d2/5wdnPt6jL0nwg7KIr4bZJ7o YsXJoAICNNHsLLs48qKPtgo2jnEAtN3iPJmH5vXBaJ7kQ/rs2HisEz9+8gtOu8teucqjPXEzp1nl xK75zfUB+VWPGbwqF/o8dB6UTIz329z2NAxbtwfTM3ezswzTvQLsOgDcNjpLPXFjr21rN//Th2i4 t4jLOADYOO8DADjQhXXju4+7A3aIATWAs2EIA2ATBjgIBrrTCbtjPknYuFo4BX0IBGhQhB1LM0No vLjbCVpAgwpghCJrB34rvyNEwp9QrdqKNqLzrSKTh4mjB87bBcjDtWTwtVroMiZsNu9iMc8TLmvj wp1AOqqbKP87Pf+qszM3Wy8DzD0JO8OmozAA9LD12jY4VENvczAAnEB9uMCeY4SEoDidYAcX3AU7 uL7iw4ECAz+fYIciALh1OwJ2gIN5sIDtOzNAiIZE3Ikeiwb74zg1aAcO6ES0S8JTPMXZ4rlrc79h mzghiwEcAAUm9LI0iATbUjPnAzpQbLbfQrNcZDP/c7D1ir1BAwBu07MMGy9Te8A8hEMJXC+uy7g4 o0b/8z2d4AVQYIRMGINBDAYXEzZa0MF5UAE44EBMC0HAe0EX5Al52LhXqMFO2zuf2IUV0MVOrIBI NDUdRMV+JDnSMqBHq6RMUIY4qz0K5Dp407M0nChxo7plwMOGfEBMABDGglxG91K9hzxIavzDNKsF VFuEaBAGHeiJQtyHYNABfbC47OM1HTA+6sM0kRMywys4n2iHS6S+AcBBbIu2MLgBYLPJvIs2mfTH ov8suR8bHFZLMHmQgbKTJNLbSP8DAHgLN3UjxgujsHVrSGesB4tMvYi8sGWoPQbktmUYuyrDRUZI MHZwAKFqh3LcBaDchQzbsUnjOKH8ux1Tx3a8REbTB00Ux50YhkXgN3rQghzANnfciSIcRKN0zCMD yEiJslhEykYiSIMsyzjDMPZShq7MTLGcyq80w68EgIbMsAhcRokUN8ykB7HMzAtUsZ1YBKGaBzE4 hXaAgRuIAX0zQuJTzJKkSeiLNrxMs+vLhyp4g0HUh0h4xeEsxceEzlmLzFRCOtdszWjsTHjTStXj uuwsza6cvdK8s9TTTqkETz2zTokkxmsEOu4THEX/0LS79AkdawdJ7ES8zLcEaEweE0rGjM7/BLDK bKVJgIbxgiV9yM6uPE8zHM+GLMuxbM1qpAdiPM/aI0axdK/sxFDX7EgA9dAPDaXpRKX+owdYitBZ QlBi7ExlaE0WjQYWXVEVvbMY7cpYijOLNFEbFcscxdGuVIYOBdEgFVLH4qhJUAZuK9DWnNAaLVEk XQZo2DYWfVLO7EoZXdGGbNGunNAovU4DRUYMrT32HNIxJdNGElBWIsgS3VFouNIHXNEWjVIfRU0p LdEkhSX3mtBcatIShVMdbdEfLdNAFVRGEtFTIobMmoSbUNREvYlEddRFhVRHfdRIbdRKfdRJuNRF NJ1UIx3UTvXUwSnUTxXVUU2rMyXVU0XVsgrVVGXVVoWqVXXVWJVVojLVWbXVW/0pWMXVXeVg1ZXS 1V4F1mD9qFoV1mI11o761WNV1mU9pWRl1meF1k4i1mil1mrlJGe11mzVVkXC1m311m+VlGkF13El V0np1nJFV3I913Rl120V13aF13Jd13ilV2ad13rF12J913zl/1dovdeNWoZQ2ASBJdiBNdiCRdiD VdiEZdiFddiGhdiHldiIpdiJddh97deMNVefWgY1UIM0+NiQBdmRFdmSJdmTNdmURdmVVdmWZdmX ddmYhdmVhQOM1dibTS2fCoVdEys1CEGcBdpD+teM2oQ0KCs14MmgVdpJGVqM2tmyeoOfXdqp3Y8B wzVK0oXdggHd0jxOCgWj7dmkpdqxBQolw6Rd6FpPetqelVqydVvZAq8xrKRdEM5N2gSeDas0ENu3 fduT4y4m24InE4bAdTF6sLLCdbI0CIMtjMXl+wm0LToX67hoYDItmDKgyzKHW6Sv7Tl9BIADuEen Qlq+JV2eWP+8XOOuXuMuuAu2YZOB8cI1ZIsDZWtCp+w7gZsHkjxJ25pCHaBc/ItdZkOkTdBFfaiC sqOH4yWq3dSwGPCJ0S3d0j2/XEu/lmvONIu5GiQ6m4O1/Xux0H0x7Ws1TNyHfOC88NW/nQPfwVlb oAMEbAO5NFsEFQCAtjReBtMHKiiwvUwpcdMwskqDto3esV1C23K8A4Y8yZOEYmuH5lwEOwA9rn1c w0O5eRgDoGO2govgGEhbQyranvuDspuHFWAwWjDEjYtfckQ1fTiE/TQp5nXe593bAV5aVUS/Vly/ 302/3oI87qUH+gsKyI24HBAGFzTfFQsGIPhhFzak9k0zz3VmAMdtR7SLtWhYhzfQuZoErAxjKzgQ YBquYZ9gwicsX6KDvylMsCosMi3cByyEA5vrsjDgx6IzPNq6gRWbwl0LrjOzNjlWJM5tNuV9MaDU iWHAhC1QAVljtU88BWHjhRl+4RsACr0F/+O+pccbZsXKI0FZpMXEvcU0i4QvW18hJsTm9C03kDI7 ALpQvtw/xts0e9+dUARTrIUfIIZp47ddwGIrfoMLjillIAag8NlKdtuhFcjB0WIHIzpKulsQLrt8 0N/7LU6RI0dSfMs5tinoJWaqPVel5LWmNCDg04n2oyRABro/wDZ2CIBTkAf6zYFheMXBw0VAsN2c itptJmBGmkwc2Ffz1cGZY2JGIt6jhWR87temvSgn/qphNugw7qkPFitKbmiltdmSUmiv8uKJVlqE tqhNeAOC1uig5eiKigaPNWmQPWmTVumVZmmPRemXdumYDtmZhmmalumaxumb1mmb5umc7v/pna7o kPbWoCYpNYCDo9aEo1ZqpFbqpIYDp37qpl7qqabqqrbqq8bqrNbqrbZqqIbqVxbqjB3pioKDIAiC Czhrs1ZrtEbrtGZrs27rt1bruabrurbru8brvNbrvebrtYbrtA4CsA5rfh1rilKDDgiCI7gAxT4C xHZsxl5sxn7sxXbsxb6AylZszL7sIOgAy9bsz+Zszw7tzB7tze5s0j5t0xbt1AZt1ubs13bs117f waZXoh4pTUjr2LbsIzhr3kZsy05stEbs12Zs4l5s4/bt4E7u4kZs5lZu5Ibu5j5u6V7u6X5u6kbu 3d7t3g6C2aZteC1sVzrs1+Zu4YZrxQ4pbvL+bd4277f+7dx269d27/h+7/aG7/nG7/vWb/vm7/RO a/Q+7sUW7O//ptfwbqWypu7t1m30Ru/hXm+0ZuwGT2wH52wGj2zzbmyznmzllvAMh20LP4IOp/AO AHER5+4Fh+3uJvB+tW2RUgP25myfqIfr7u32dm62Zm8JV+8aT+8HT28JD3Adp3DgBnIL7/HyLnLr Bm4BX3HC/ikEf+1oKIa0bgJva+sHr24YT3AjH/IiR3IIN2/55nIN5/H1/vIjF/MvB3DlPm7vbnJ5 /akXB3Nvi+1TqAcSh7hiOAIpV2xv42w7B+4ut3EkL/NCD3QyP/QgP3MfZ/RCP3H0FvMBf/N0bfGP 0oT2lvLeprtlCAIGW4MjYLALYLAgGAGd4O1o2IQcr3Hn3nLt/3ZuyM5yBc9uWHf1FH91VwfuFJft Sa9XA2clKEfsQeR0tkbsUl+DKl8DO4+GSvgu+H5vHc/14Y52+ObxJdfy875ybDdrAL92+4Z0aYds XXdzXv9WX1+lF+fuaOD0DiiyTUjsIwgFrqoEdi8GKZfyU5jycMduXKf15N7yWZ91frfuf4/tfpd1 JT8CSSf3ca10jypr4JZyxy6yNWD3fRBYZO/0N6sEO98Hij/vajdy8g5wked2HM92b8/28pbvlf/2 /075Z5/2DpDihU9Xc1elS89xPhdu4woCdU/sIouDIKjyfSB1b+vwINfuIy/4MP93Isd1pU9xp6d1 qMfybI9thd+neW+1+VSSc/RW9+lOsGLog50IqXnv+XpYbClP+tjecbZ/79jWbUSfejUfeUWPe6kf +eJ++tye+awn14bvqEtfdTAv7RpHegkX9B0XczBPbsJfelWX9ST3d0JP/Lh3ew0vbqz3+2zdelTq +hOn+yPfbrsn8wVnfJQHcZPP8SXXdel2+dXvdx53bkNX7nHffGrt/FOC8rqH9tVP80Rvfdk/9KgP 93A37xF36+K3dqeXe6Rf9YAP7NsvV8DnKHTH8oAH8TSH+7+m8JWHbsIX8ufGcOsu+dRv/jFPfOZH bNuX//5nzX1TEvyBF/4fH3kUJ/+nJ/FEn/qpN3MzB4gLQToEuXBkYBCEBA0iRHhE4MOGBhkSfHhw okM1+zZy7OjxI8iQIkeSLGnyJMqUKleybOnyJcyYMmfSrGnzJs6cOmkq2+kTZw44muBQEqpmqKaj cJQqJQpHqFOkaoxCVVoUaVSrUJNi1Yp1qNKkW6sOjUq1bFGoY42ifSoWa1E1Gn/SrWv3Lt68evfy 7ev3L95lgAcTLmz4MOLEihczbuz4Md6ekCdTrmz5MubMmjdzxiy5M+jQokeTLm36NGqcglOzbu36 NezYsmfL/Ez7Nu7cunfz7q3Xtu/gwocTL2689erjyjCXM2/u/Lld4NCnU69u/fpx6di3c+/u/bvm 5ODHky9v/nxd7ejXs2/vvr369/Ln069sv1y8/fz69/OHHb8/gAEKOCBj/xF4IIIJKqgTfgs6+CCE EZpkoIQVWnghgBRiuCGHHZ7XoIchijjidhqSeCKKKfJmoootuvjiaSDCOCONNXLGoo056rgjYDjy +COQQeYko5BFGnlkTD4iuSSTV0wq2SSUUfJIpJRVWsnjk1dquWWIWXL5JZgRUhkmmWVK6KWZaapp H5pruvkmemPCOSed7LVZJ555Pnennn36OZycfwo6qHF8EnoooqwZmiijjYIWqKORSk5K2qKTWnpp YpViuimnfUHaKaihEqapqKWaytOpqarq16eruvoqTKTCOuusstJ6q6qt4rorr/vY2iuwmP4aLLGR 6lossqUOmyyzgi7bLLREeR4bLbWOPlsttmpemy23YU7bLbh5bhsuuVKOWy66S36bLrtkntsuvFjG Oy+e69J7b5Pv4rtvivry+6+I9gI8sI7+EnxDcIUGI7ywgwIz/PCJCkM8cYASU3yxfg5jvPGZHHsM o8Ufi/zhyCWTGLLJKXOHssotV6exyzG/x7LMNStHs805A6ozz+MC4twz0Lj9HDTRscFcNNLODZ00 06Yt3TTUoR0dNdW9PV011pZdnTXXj03dNdiubR022YaNXTbaf32dNtudnd023NFd0sbcc1vSBt1s 0N0GG3O3cXfee/eNN+CX6D334H/jbbjgfhd+ON+OLw554o83TvjklyseOOKScx455p9XnnnnoTNe +uang5465Z6rPrrorrdu+uysa2456rivrjvsr8t+O+m7B9977bz/nvvwxwsfO+3AM2878s8b33z0 vlO/vPXQY1988tcT73z202v/ffXcS9/9+MqTvz345oePvvjxZ/8+2DJ710133ffrbz//+/vfPwD/ J8AAEnCABiwgAg+owAQycIEObCAEHyjBCFJwghasIAYvqMEMcnCDHuwgCD8owhCScIQmLCEKFTgY ZZywhSl8oQtjCMMZyrCGNLyhDXOIwx3qsIc8/KEPgwjEva3QgfnDHxIvcUQlJnGJTmwiFJkoxSdO MYpUvKIVs1jFLWKRi1rsIhi/KEYvkjGMZRyjGdOIxjWesY1qdCMb3yjHONIRjnac4x3riMc96rGP efwjHwHpR/oNUYiGLCQiD6nIRDJykY5sJCQfKclIUrKGRaTb3aRYyU1OspOc/KQnQwnKUYqylKQ8 5SIv6T8qorL/laZ8pStjCctZyrKWtLylLAlpwUDy0o+9FCQwfylMXxIzmMUcpjGTicxlHrOZynQm M58pzWhSE5p1ZIMq+ZdJxdltb9v8pjfD2c1xcrOc4CTnOc0pTnWic53pfKc749nOebKznvCk5z3t KU994nOf+fynPwPaz4Hys6AAJehBDSpQhSJ0oQl9qEMj2tCJMrSiEKXoRS0qUY1idKPpvN8K7cfK JdqypLg8qUlTitKVqrSlLA0l/RT4UpfSdKY2rSlOb6rTnKoUpD3KYDWnaU2hEjWoRh3qUYuK1KUq talJfSpToerUqFLVjvYrIkl3qlWebrWrXP2qV8MKVhBuM6T3IttmVsWq1rGuta1sfatb4xrJmPZP rnaFK17vqte88nWvAtz/XzZ3WVWpEnawhp0qYgub2MMqtrGMfexiI+tYxIqUbmYFoCXq9k3NerSz Hf0sR0Ob0dF6VrSlJS1oUWva1J62tax97Wpjq9rZula2taUtbHFrW4L6z6yXeINH9BEMS8BhH8L1 H3CPG0BNdCQZmvwfcY373L5S16/Vva51s4vdvOkPm4BZRt2SG4w2MFe4xdXHdC9RXHoIMBT7yMcl MNGTeQxQE+bdBz3Gq939bpe//u0vgFf6P1WeV7922Ic8/Pa/TERDufoTL93c0GD9JpG8xqVwWiu8 xShyeMMezvBzQaw/EVc2xBom8UhR3GEVf/jELjYxjEf8YhnHuMQ0vrGN/3Oc4hnreMU83nGNgYxj Ife4xUH28ZGNPGQkL1nJRWYxlH/M5CdL2clEvvKUs3pZBguXbgfWB4STQ9/zXkIw9K3bgedhP/fi IxMbWY083NCRYVy4DQzeSH7tbFw40829G0lwgAP930ELutCENqBM20DX39aZ0fpws3DTfIlo7GMd ye0JfO13in3Ew34HlgccKC0PTFA6GG9o8CW4bGrjHgPSwQj1PpDhakmX+tCGvrWtc43rXV+CwNKd W3mJEY38Fte4wpjbnRu9t550Gs3vhfTcBBOP8r5auu6VB942LQ9Xn1q4zDV2k6OcZHGHu8rkpvK4 za3udLO73O1Gt7vjDf/veWPZylm+t73zfe567xvf/db3uuXN74DT299VLuCAf6pECP922NAmNUfu y5FjTPEO79U0gkN93APno9ur1gcwKN1sULxX4x8PhoQjHgxds5zXLm85zGW5ygIumsxKJDk+Cow3 +VI6H272lXTtx3A57yMY0J40p5N7CU2gms19RrB4ib7yNrhBGT1/OdZjrvWsc12SAgTnlids5wlz +RIkhy/J56HxMnNafyQXrhsEg4+li1rVdr+weD9Bdumq+uxm3wd9+ze4S2wWk97krN0Q/zfFZ9bw iXf84iHfeMIfXvKMv7zlM0/5x28+8p2ffOE/j3nRaz70pq886VN/es6ar97zrQc96l8/etmXPva2 Z/3tXZ972OO+97r3Pe9/L/zgE3/2uzc+8JE/fOUXv/bJd/7yod981R9f84O/vgBVCdyOdJnabUgO fLn9a/uRnCPImFtyKa2P839/Iz3pcrK7XGCPt38j+sgsjbuu/63zf//+N2ID1Y0uIRAAEZAB6o/N HWAAKZiG8U8D9h8E/p8ERqDWIVqHKVrcZC2gBm4gB3agB34gCIagCI4gCZagCZ4gCqagCq4gC7ag C74gDMagDM4gDdagDd4qIA7moA7uIA/2oA/+IBAGoRAOIREWoREeIRImoRIuIRM2oRM+IRRGoRRO KSEVVqEVXiEWZqEWbiEXdqEXfiEYhqEYjiEZlqEZniEapqEariEbtqEbJb4hHMahHM4hHdahHd4h HuahHu4hH/ahH/4hIAaiIA4iIRaiIR4jIiImoiIuIiM2oiM+IiRGoiROIiVWoiVeIiZmoiZuIid2 oicifiIohqIojiIplqIpniIqpqIqriIrtqIrviIsxqIsziIt1iGiLd4iLuaiLu4iL/aiL/4iMAaj MA4jMRajMR4jMiajMi4eIzM2ozM+IzRGozROIzVWozVeIzZmozZuIzd2ozd+HiM4hqM4jiM5lqM5 niM6pqM6riM7tqM7viM8xqM8zh4jPdajPd4jPuajPu4jP/ajP/4jQAakQA4kQRakQR4dJEImpEIu JEM2pEM+JERGpEROJEVWpEVeJEZmpEYbbiRHdqRHfiRIhqRIjiRJlqRJniRKpqRKriRLG7akS74k TMakTM4kTdakTd4kTuakTu4kT/akTxn+JFAGpVAOJVEWpVEeJVImpVIuJVNmZEAAADs= ------=_NextPart_000_0188_01D20394.B3F29B70--

5 18

Re: [ovirt-users] Unable to backend oVirt with Cinder
by Natalie Gavrilov 01 Sep '16

01 Sep '16

------=_Part_78565955_853594013.1472641664749 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi Logen, I'll refer only to using authentication , because I had configured it previously. This means: /etc/cinder/cinder.conf should have: auth_strategy = keystone I'm using keystonerc file, example keystonerc_admin: ---------------------------------------------------------------------------- unset OS_SERVICE_TOKEN export OS_USERNAME=admin export OS_PASSWORD=password export OS_AUTH_URL=http://CINDER-HOST:5000/v2.0 export PS1='[\u@\h \W(keystone_admin)]\$ ' export OS_TENANT_NAME=admin export OS_REGION_NAME=RegionOne ---------------------------------------------------------------------------- This will be step by step as much as possible just to make sure nothing is missed (assuming Cinder and Ceph are configured correctly). Go to: External providers -> Add Fill in the fields: Name: Type: OpenStack Volume Provider url: http://CINDER_HOST:8776 Check "Requires Authentication" Fill in the information, this is an example: Username: admin Password: password Tenant name: admin Authentication URL: http://CINDER-HOST:5000/v2.0 Test should return "Test succeeded, managed to access provider." Now click Ok. Now lets configure additional information: Lower pane: Authentication Keys Click on: New Fill in UUID field with rbd_secret_uuid and value :which is the key (it's in /etc/ceph/ceph.client.USERNAME.keyring) Hope this helps.. Regards, Natalie ----- Original Message ----- From: "Aharon Canan" < acanan(a)redhat.com > To: "Natalie Gavrilov" < ngavrilo(a)redhat.com > Sent: Wednesday, August 31, 2016 8:53:22 AM Subject: Fwd: [ovirt-users] Unable to backend oVirt with Cinder Hi Can you help with below? This is community email and will be great if you can help this guy. Aharon ---------- Forwarded message ---------- From: Logan Kuhn < logank(a)wolfram.com > Date: Tue, Aug 30, 2016 at 11:07 PM Subject: [ovirt-users] Unable to backend oVirt with Cinder To: users < users(a)ovirt.org > I've got Cinder configured and pointed at Ceph for it's back end storage. I can run ceph commands on the cinder machine and cinder is configured for noauth and I've also tried it with Keystone for auth. I can run various cinder commands and it'll return as expected. When I configure it in oVirt it'll add the external provider fine, but when I go to create a disk it doesn't populate the volume type field, it's just empty. The corresponding command for cinder: cinder type-list and cinder type-show <name> returns fine and it is public. Ovirt and Cinder are on the same host so it isn't a firewall issue. Cinder config: [DEFAULT] rpc_backend = rabbit #auth_strategy = keystone auth_strategy = noauth enabled_backends = ceph #glance_api_servers = http://10.128.7.252:9292 #glance_api_version = 2 #[keystone_authtoken] #auth_uri = http://10.128.7.252:5000/v3 #auth_url = http://10.128.7.252:35357/v3 #auth_type = password #memcached_servers = localhost:11211 #project_domain_name = default #user_domain_name = default #project_name = services #username = user #password = pass [ceph] volume_driver = cinder.volume.drivers.rbd.RBDDriver volume_backend_name = ceph rbd_pool = ovirt-images rbd_user = cinder rbd_secret_uuid = <secret> rbd_ceph_conf = /etc/ceph/ceph.conf rbd_flatten_volume_from_snapshot = true rbd_max_clone_depth = 5 rbd_store_chunk_size = 4 rados_connect_timeout = -1 #glance_api_version = 2 [database] connection = postgresql:// user:pass@10.128.2.33/cinder [oslo_concurrency] lock_path = /var/lib/cinder/tmp [oslo_messaging_rabbit] rabbit_host = localhost rabbit_port = 5672 rabbit_userid = user rabbit_password = pass Regards, Logan _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users ------=_Part_78565955_853594013.1472641664749 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: arial,helvetica,sans-serif; font-siz= e: 12pt; color: #000000"><div>Hi Logen,<br></div><div><br></div><div>I'll r= efer only to<strong> using authentication</strong>, because I had configure= d it previously. </div><div>This means: /etc/cinder/cinder.conf should have= : auth_strategy =3D keystone</div><div>I'm using  keystonerc file, exa= mple keystonerc_admin:<br></div><div>--------------------------------------= --------------------------------------<br></div><div>unset OS_SERVICE_TOKEN= <br>export OS_USERNAME=3Dadmin<br>export OS_PASSWORD=3Dpassword<br>export O= S_AUTH_URL=3Dhttp://CINDER-HOST:5000/v2.0<br>export PS1=3D'[\u@\h \W(keysto= ne_admin)]\$ '<br><br>export OS_TENANT_NAME=3Dadmin<br>export OS_REGION_NAM= E=3DRegionOne<br>----------------------------------------------------------= ------------------<br></div><div><br></div><div>This will be step by step a= s much as possible just to make sure nothing is missed (assuming Cinder and= Ceph are configured correctly).<br></div><div><br></div><div>Go to: <br>Ex= ternal providers -> Add<br>Fill in the fields:<br>Name:<br>Type: <strong= ><span class=3D"GEMOY02DCID" id=3D"SubTabProviderGeneralView_formPanel_col0= _row1_value">OpenStack Volume</span></strong><br>Provider url: <a class=3D"= linkification-ext" href=3D"http://ogofen-cinder.scl.lab.tlv.redhat.com:8776= " title=3D"Linkification: http://ogofen-cinder.scl.lab.tlv.redhat.com:8776"= target=3D"_blank">http://CINDER_HOST:8776</a><br>Check "Requires Authentic= ation" </div><div><br></div><div>Fill in the information, this is an exampl= e:<br></div><div>Username: admin<br>Password: password<br>Tenant name: admi= n<br>Authentication URL: <a class=3D"linkification-ext" href=3D"http://nata= lie-cinder.scl.lab.tlv.redhat.com:5000/v2.0" title=3D"Linkification: http:/= /natalie-cinder.scl.lab.tlv.redhat.com:5000/v2.0" target=3D"_blank">http://= CINDER-HOST:5000/v2.0</a><br></div><div><br></div><div>Test should return <= strong>"Test succeeded, managed to access provider."</strong> <br>Now click= Ok.<br></div><div><br></div><div><br></div><div><strong><span data-mce-sty= le=3D"text-decoration: underline;" style=3D"text-decoration: underline;">No= w lets configure additional information:</span></strong><br></div><div><br>= </div><div>Lower pane: <strong>Authentication Keys</strong><br>Click on: Ne= w<br>Fill in <strong>UUID</strong> field with rbd_secret_uuid <br>and <stro= ng>value</strong>:which is the key (it's in /etc/ceph/ceph.client.USERNAME.= keyring)<br></div><div><br></div><div><br>Hope this helps..<br></div><div><= br></div><div>Regards,<br></div><div>Natalie<br></div><div><br><hr id=3D"zw= chr"><br>From: "Aharon Canan" <<a class=3D"linkification-ext" href=3D"ma= ilto:acanan@redhat.com" title=3D"Linkification: mailto:acanan@redhat.com" t= arget=3D"_blank">acanan(a)redhat.com</a>><br>To: "Natalie Gavrilov" <<a= class=3D"linkification-ext" href=3D"mailto:ngavrilo@redhat.com" title=3D"L= inkification: mailto:ngavrilo@redhat.com" target=3D"_blank">ngavrilo@redhat= .com</a>><br>Sent: Wednesday, August 31, 2016 8:53:22 AM<br>Subject: Fwd= : [ovirt-users] Unable to backend oVirt with Cinder<br></div><div><br></div= ><div>Hi<br></div><div><br></div><div>Can you help with below?<br>This is c= ommunity email and will be great if you can help this guy.<br></div><div><b= r></div><div>Aharon<br>---------- Forwarded message ----------<br>From: Log= an Kuhn <<a class=3D"linkification-ext" href=3D"mailto:logank@wolfram.co= m" title=3D"Linkification: mailto:logank@wolfram.com" target=3D"_blank">log= ank(a)wolfram.com</a>><br>Date: Tue, Aug 30, 2016 at 11:07 PM<br>Subject: = [ovirt-users] Unable to backend oVirt with Cinder<br>To: users <<a class= =3D"linkification-ext" href=3D"mailto:users@ovirt.org" title=3D"Linkificati= on: mailto:users@ovirt.org" target=3D"_blank">users(a)ovirt.org</a>><br></= div><div><br></div><div><br>I've got Cinder configured and pointed at Ceph = for it's back end storage.<br>I can run ceph commands on the cinder machine= and cinder is configured for<br>noauth and I've also tried it with Keyston= e for auth.  I can run various<br>cinder commands and it'll return as = expected.<br></div><div><br></div><div>When I configure it in oVirt it'll a= dd the external provider fine, but when<br>I go to create a disk it doesn't= populate the volume type field, it's just<br>empty.  The correspondin= g command for cinder: cinder type-list and cinder<br>type-show <name>= returns fine and it is public.<br></div><div><br></div><div>Ovirt and Cind= er are on the same host so it isn't a firewall issue.<br></div><div><br></d= iv><div>Cinder config:<br>[DEFAULT]<br>rpc_backend =3D rabbit<br>#auth_stra= tegy =3D keystone<br>auth_strategy =3D noauth<br>enabled_backends =3D ceph<= br>#glance_api_servers =3D <a class=3D"linkification-ext" href=3D"http://10= .128.7.252:9292" title=3D"Linkification: http://10.128.7.252:9292" target= =3D"_blank">http://10.128.7.252:9292</a><br>#glance_api_version =3D 2<br></= div><div><br></div><div>#[keystone_authtoken]<br>#auth_uri =3D <a class=3D"= linkification-ext" href=3D"http://10.128.7.252:5000/v3" title=3D"Linkificat= ion: http://10.128.7.252:5000/v3" target=3D"_blank">http://10.128.7.252:500= 0/v3</a><br>#auth_url =3D <a class=3D"linkification-ext" href=3D"http://10.= 128.7.252:35357/v3" title=3D"Linkification: http://10.128.7.252:35357/v3" t= arget=3D"_blank">http://10.128.7.252:35357/v3</a><br>#auth_type =3D passwor= d<br>#memcached_servers =3D localhost:11211<br>#project_domain_name =3D def= ault<br>#user_domain_name =3D default<br>#project_name =3D services<br>#use= rname =3D user<br>#password =3D pass<br></div><div><br></div><div>[ceph]<br= >volume_driver =3D cinder.volume.drivers.rbd.RBDDriver<br>volume_backend_na= me =3D ceph<br>rbd_pool =3D ovirt-images<br>rbd_user =3D cinder<br>rbd_secr= et_uuid =3D <secret><br>rbd_ceph_conf =3D /etc/ceph/ceph.conf<br>rbd_= flatten_volume_from_snapshot =3D true<br>rbd_max_clone_depth =3D 5<br>rbd_s= tore_chunk_size =3D 4<br>rados_connect_timeout =3D -1<br>#glance_api_versio= n =3D 2<br></div><div><br></div><div>[database]<br>connection =3D postgresq= l://<a class=3D"linkification-ext" href=3D"http://user:pass@10.128.2.33/cin= der" title=3D"Linkification: http://user:pass@10.128.2.33/cinder" target=3D= "_blank">user:pass@10.128.2.33/cinder</a><br></div><div><br></div><div>[osl= o_concurrency]<br>lock_path =3D /var/lib/cinder/tmp<br></div><div><br></div= ><div>[oslo_messaging_rabbit]<br>rabbit_host =3D localhost<br>rabbit_port = =3D 5672<br>rabbit_userid =3D user<br>rabbit_password =3D pass<br></div><di= v><br></div><div>Regards,<br>Logan<br></div><div><br></div><div>___________= ____________________________________<br>Users mailing list<br><a class=3D"l= inkification-ext" href=3D"mailto:Users@ovirt.org" title=3D"Linkification: m= ailto:Users@ovirt.org" target=3D"_blank">Users(a)ovirt.org</a><br><a class=3D= "linkification-ext" href=3D"http://lists.ovirt.org/mailman/listinfo/users" = title=3D"Linkification: http://lists.ovirt.org/mailman/listinfo/users" targ= et=3D"_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br></div></= div></body></html> ------=_Part_78565955_853594013.1472641664749--

3 3

How to purge disk remained in locked state
by Gianluca Cecchi 01 Sep '16

01 Sep '16

Hello, during some tests with ovirt-imageio-proxy and disk uploads, I had a case where while uploading the disk image I had a temporary problem with the target datastore. So now I have one disk that results in web admin page as "Locked" (some days now) but on which I can't do anything from web admin: no remove or else. And I presume the disk is not there at all because under images directory I don't see its assigned ID (b945b1e3-56a0-4329-a563-32858ff3968e) that I see in web admin pane: [root@ractor images]# pwd /rhev/data-center/mnt/ractor.mydomain:_NFS__DOMAIN/556abaa8-0fcc-4042-963b-f27db5e03837/images [root@ractor images]# ll total 48 drwxr-xr-x. 2 vdsm kvm 4096 Jun 22 12:13 00687daf-c3f7-4eda-8a7c-cf21e491dbd6 drwxr-xr-x. 2 vdsm kvm 4096 Jun 22 15:04 0efda4c2-20be-4160-b6e4-3572d020ac8a drwxr-xr-x. 2 vdsm kvm 4096 Aug 12 14:54 3b641c29-5196-4b2f-b1a5-fb31f8064780 drwxr-xr-x. 2 vdsm kvm 4096 Jun 22 12:13 4dd9e8b5-cb70-4065-902f-548b5081b30d drwxr-xr-x. 2 vdsm kvm 4096 Dec 1 2015 7d5dd44f-f5d1-4984-9e76-2b2f5e42a915 drwxr-xr-x. 2 vdsm kvm 4096 Jun 22 12:13 a85b57ae-2d81-4b7e-a456-409a375bfaf3 drwxr-xr-x. 2 vdsm kvm 4096 Dec 4 2015 ba11e44c-7cf5-4ef1-a9cd-0a6630bda801 drwxr-xr-x. 2 vdsm kvm 4096 Dec 4 2015 d2f2b967-c0c3-4648-9daa-553e8ef4652b drwxr-xr-x. 2 vdsm kvm 4096 Aug 12 14:54 d49f6096-96a2-4ef2-926a-a54a8246d303 drwxr-xr-x. 2 vdsm kvm 4096 Dec 4 2015 d9d2cd3f-0b1c-4e04-bd6a-1ffafc723344 drwxr-xr-x. 2 vdsm kvm 4096 Apr 29 15:15 da89b194-c42f-4543-9b91-982af8122d21 drwxr-xr-x. 2 vdsm kvm 4096 Apr 29 15:15 e75cf270-2fea-40bd-8cb1-3aca33a7bd9b How can I purge the situation? Any command in database or other? Thanks, Gianluca

2 2

Change Engine History Logging from Advanched to Basic
by Matt . 01 Sep '16

01 Sep '16

Is there a way to change the Engine History from Advanced to Basic ? If so I also would like to know how to empty the DB for older data when it's on Basic again, manually. Thanks!

2 2

vdsm memory consumption (ovirt 4.0)
by Federico Alberto Sayd 01 Sep '16

01 Sep '16

I have issues with my ovirt setup related to memory consumption. After upgrading to 4.0 I noted a considerable grow in vdsm memory consumption. I suspect that the grow is related to a memory leak. When I boot up the system and activate the host the memory consumption is about 600MB. After 5 days running and host in maintenance mode the memory consumption is about 1,4 GB. I need to put my hosts in maintenance and reboot to free memory. Can anyone help me to debug this problem? OS Version: RHEL - 7 - 2.1511.el7.centos.2.10 Kernel Version: 3.10.0 - 327.22.2.el7.x86_64 KVM Version: 2.3.0 - 31.el7.16.1 LIBVIRT Version: libvirt-1.2.17-13.el7_2.5 VDSM Version: vdsm-4.18.11-1.el7.centos Thank you

2 4

Changing the gluster mount point in ovirt 3.6
by Goorkate, B.J. 01 Sep '16

01 Sep '16

Hi all, I recently moved my gluster back end to a dedicated gluster network. Now I would like to change the mount point of my master Storage Domain to point to that network too. Is that possible? I tried to detach the Storage Domain from the datacenter in order to re-add or import it with the new IP-address, but I got the message: "Error while executing action: Cannot remove the master Storage Domain from the Data Center without another active Storage Domain to take its place. -Either activate another Storage Domain in the Data Center, or remove the Data Center." Has anybody got an idea on how to solve this? Thanks in advance! Regards, Bertjan ------------------------------------------------------------------------------ De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. Het Universitair Medisch Centrum Utrecht is een publiekrechtelijke rechtspersoon in de zin van de W.H.W. (Wet Hoger Onderwijs en Wetenschappelijk Onderzoek) en staat geregistreerd bij de Kamer van Koophandel voor Midden-Nederland onder nr. 30244197. Denk s.v.p aan het milieu voor u deze e-mail afdrukt. ------------------------------------------------------------------------------ This message may contain confidential information and is intended exclusively for the addressee. If you receive this message unintentionally, please do not use the contents but notify the sender immediately by return e-mail. University Medical Center Utrecht is a legal person by public law and is registered at the Chamber of Commerce for Midden-Nederland under no. 30244197. Please consider the environment before printing this e-mail.

3 3

[ANN] oVirt 4.0.4 First Release Candidate is now available
by Sandro Bonazzola 01 Sep '16

01 Sep '16

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

2 2