December 2015 - 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

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

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

Dedicated NICs for gluster network
by Nicolas Ecarnot 22 Aug '16

22 Aug '16

Hello, [Here : oVirt 3.5.3, 3 x CentOS 7.0 hosts with replica-3 gluster SD on the hosts]. On the switchs, I have created a dedicated VLAN to isolate the glusterFS traffic, but I'm not using it yet. I was thinking of creating a dedicated IP for each node's gluster NIC, and a DNS record by the way ("my_nodes_name_GL"), but I fear using this hostname or this ip in oVirt GUI host network interface tab, leading oVirt think this is a different host. Not being sure this fear is clearly described, let's say : - On each node, I create a second ip+(dns record in the soa) used by gluster, plugged on the correct VLAN - in oVirt gui, in the host network setting tab, the interface will be seen, with its ip, but reverse-dns-related to a different hostname. Here, I fear oVirt might check this reverse DNS and declare this NIC belongs to another host. I would also prefer not use a reverse pointing to the name of the host management ip, as this is evil and I'm a good guy. On your side, how do you cope with a dedicated storage network in case of storage+compute mixed hosts? -- Nicolas ECARNOT

5 11

oVirt-shell command to move a disk
by Nicolas Ecarnot 16 Aug '16

16 Aug '16

Hello, I'm confused because though I'm using ovirt-shell to script many actions every day, and even after a large bunch of reading and testing, I can not find the correct syntax to move (offline/available) disks between storage domains. May you help me please? (oVirt 3.4.4) -- Nicolas Ecarnot

4 10

One RHEV Virtual Machine does not Automatically Resume following Compellent SAN Controller Failover
by Duckworth, Douglas C 30 May '16

30 May '16

Hello -- Not sure if y'all can help with this issue we've been seeing with RHEV... On 11/13/2015, during Code Upgrade of Compellent SAN at our Disaster Recovery Site, we Failed Over to Secondary SAN Controller. Most Virtual Machines in our DR Cluster Resumed automatically after Pausing except VM "BADVM" on Host "BADHOST." In Engine.log you can see that BADVM was sent into "VM_PAUSED_EIO" state at 10:47:57: "VM BADVM has paused due to storage I/O problem." On this Red Hat Enterprise Virtualization Hypervisor 6.6 (20150512.0.el6ev) Host, two other VMs paused but then automatically resumed without System Administrator intervention... In our DR Cluster, 22 VMs also resumed automatically... None of these Guest VMs are engaged in high I/O as these are DR site VMs not currently doing anything. We sent this information to Dell. Their response: "The root cause may reside within your virtualization solution, not the parent OS (RHEV-Hypervisor disc) or Storage (Dell Compellent.)" We are doing this Failover again on Sunday November 29th so we would like to know how to mitigate this issue, given we have to manually resume paused VMs that don't resume automatically. Before we initiated SAN Controller Failover, all iSCSI paths to Targets were present on Host tulhv2p03. VM logs on Host show in /var/log/libvirt/qemu/badhost.log that Storage error was reported: block I/O error in device 'drive-virtio-disk0': Input/output error (5) block I/O error in device 'drive-virtio-disk0': Input/output error (5) block I/O error in device 'drive-virtio-disk0': Input/output error (5) block I/O error in device 'drive-virtio-disk0': Input/output error (5) All disks used by this Guest VM are provided by single Storage Domain COM_3TB4_DR with serial "270." In syslog we do see that all paths for that Storage Domain Failed: Nov 13 16:47:40 multipathd: 36000d310005caf000000000000000270: remaining active paths: 0 Though these recovered later: Nov 13 16:59:17 multipathd: 36000d310005caf000000000000000270: sdbg - tur checker reports path is up Nov 13 16:59:17 multipathd: 36000d310005caf000000000000000270: remaining active paths: 8 Does anyone have an idea of why the VM would fail to automatically resume if the iSCSI paths used by its Storage Domain recovered? Thanks Doug -- Thanks Douglas Charles Duckworth Unix Administrator Tulane University Technology Services 1555 Poydras Ave NOLA -- 70112 E: duckd(a)tulane.edu O: 504-988-9341 F: 504-988-8505

5 5

3.6 upgrade issue
by Jon Archer 01 May '16

01 May '16

Hi all, Wonder if anyone can shed any light on an error i'm seeing while running engine-setup. If just upgraded the packages to the latest 3.6 ones today (from 3.5), run engine-setup, answered the questions, confirming install then get presented with: [ INFO ] Cleaning async tasks and compensations [ INFO ] Unlocking existing entities [ INFO ] Checking the Engine database consistency [ INFO ] Stage: Transaction setup [ INFO ] Stopping engine service [ INFO ] Stopping ovirt-fence-kdump-listener service [ INFO ] Stopping websocket-proxy service [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ ERROR ] Failed to execute stage 'Misc configuration': function getdwhhistorytimekeepingbyvarname(unknown) does not exist LINE 2: select * from GetDwhHistoryTimekeepingByVarName( ^ HINT: No function matches the given name and argument types. You might need to add explicit type casts. [ INFO ] Yum Performing yum transaction rollback [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20150929144137-7u5rhg.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20150929144215-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed Any ideas, where to look to fix things? Thanks Jon

5 4

virt-viewer shows no bootoption
by Taste-Of-IT 03 Apr '16

03 Apr '16

Hello, i will install my first vm with centos and setup vnc and spice with bootoption and centos as iso in dvd drive. i downloaded virt-viewer 3.1 for my windows10. if i start the vnc console which opened console.vv and than opened the virt-viewer i see only message of bios version and no boot medium as information. if i reboot the screen doesnt changed and i also have no option from the activated bootmenue? Can anyone help?

3 4

MAC spoofing for specific VMs
by Christopher Young 13 Mar '16

13 Mar '16

I'm working on some load-balancing solutions and they appear to require MAC spoofing. I did some searching and reading and as I understand it, you can disable the MAC spoofing protection through a few methods. I was wondering about the best manner to enable this for the VMs that require it and not across the board (if that is even possible). I'd like to just allow my load-balancer VMs to do what they need to, but keep the others untouched as a security mechanism. If anyone has any advice on the best method to handle this scenario, I would greatly appreciate it. It seems that this might turn into some type of feature request, though I'm not sure if this is something that has to be done at the Linux bridge level, the port level, or the VM level. Any explanations into that would also help in my education. Thanks, Chris

3 5

Highly Available in 3.6 and USB support
by jaumotte, styve 21 Feb '16

21 Feb '16

--_000_AM3PR02MB29653FCC03F78819A980A6A86070AM3PR02MB296eurprd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi everybody, After testing some features on 3.5, we are planning to finaly go to 3.6. So= me problems still exist. A major problem still remain on the < Highly Available > option on vm wich = doesn't work. I had a cluster with 4 engines and a simple vm. When I start = a poweroff from the node where this vm is living, the node is shutting down= but my vm doesn't restart on another node of the cluster. The power managm= ent of all the node are correctly configure. The HA feature of then hosted-= engine is working well (except it is very long). Another problem consist of passing usb host device to the virtual machine. = We've got some specials usb keys for activating old application and we need= to attach this key to vm. At first, I try with standard usb mass storage k= ey to test this approach. I can't start virtual machine when I add usb devi= ce, I always have the message < The host ... did not satisfy internal filte= r HostDevice because it does not support host device passthrough >. Have an= y idea where I can find an HowTo to help me ? Tanks for your help, SJ --_000_AM3PR02MB29653FCC03F78819A980A6A86070AM3PR02MB296eurprd_ 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"FR" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial",sans-serif;color:black">Hi everybody,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial",sans-serif;color:black"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial",sans-serif;color:black">After testing some features on 3.5, we ar= e planning to finaly go to 3.6. Some problems still exist. <o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial",sans-serif;color:black"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial",sans-serif;color:black">A major problem still remain on the &laqu= o; Highly Available » option on vm wich doesn’t work.= I had a cluster with 4 engines and a simple vm. When I start a poweroff fr= om the node where this vm is living, the node is shutting down but my vm does= n’t restart on another node of the cluster. The power managment of al= l the node are correctly configure. The HA feature of then hosted-engine is= working well (except it is very long).<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial",sans-serif;color:black"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial",sans-serif;color:black">Another problem consist of passing usb ho= st device to the virtual machine. We’ve got some specials usb keys fo= r activating old application and we need to attach this key to vm. At first, I try with standard usb mass storage key to test this= approach. I can’t start virtual machine when I add usb device, I alw= ays have the message « The host … did not satisfy internal= filter HostDevice because it does not support host device passthrough ». Have any idea where I can find an HowTo to help = me ?<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial",sans-serif;color:black"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial",sans-serif;color:black">Tanks for your help,<o:p></o:p></span></p= > <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial",sans-serif;color:black"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial",sans-serif;color:black">SJ<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial",sans-serif;color:black"><o:p> </o:p></span></p> </div> </body> </html> --_000_AM3PR02MB29653FCC03F78819A980A6A86070AM3PR02MB296eurprd_--

4 7

Re: [ovirt-users] R: Re: Network instability after upgrade 3.6.0 -> 3.6.1
by Jon Archer 04 Feb '16

04 Feb '16

This is a multi-part message in MIME format. --------------060204050902010701050107 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi Stefano, It's definitely not the switch, it seems to be the latest kernel package (kernel-3.10.0-327.3.1.el7.x86_64) which stops bonding working correctly, reverting back to the previous kernel brings the network up in 802.3ad mode (4). I know, from reading the release notes of 7.2, that there were some changes to the bonding bits in the kernel so i'm guessing maybe some defaults have changed. I'll keep digging and post back as soon as i have something. Jon On 29/12/15 19:55, Stefano Danzi wrote: > Hi! I didn't solve yet. I'm still using mode 2 on bond interface. > What's your switch model and firmware version? > > -------- Messaggio originale -------- > Da: Jon Archer <jon(a)rosslug.org.uk> > Data: 29/12/2015 19:26 (GMT+01:00) > A: users(a)ovirt.org > Oggetto: Re: [ovirt-users] Network instability after upgrade 3.6.0 -> > 3.6.1 > > Stefano, > > I am currently experiencing the same issue. 2x nic lacp config at > switch, mode 4 bond at server with no connectivity. Interestingly I am > able to ping the switch itself. > > I haven't had time to investigate thoroughly but my first thought is > an update somewhere. > > Did you ever resolve and get back to mode=4? > > Jon > > On 17 December 2015 17:51:50 GMT+00:00, Stefano Danzi > <s.danzi(a)hawai.it> wrote: > > I partially solve the problem. > > My host machine has 2 network interfaces with a bond. The bond was > configured with mode=4 (802.3ad) and switch was configured in the same way. > If I remove one network cable the network become stable. With both > cables attached the network is instable. > > I removed the link aggregation configuration from switch and change the > bond in mode=2 (balance-xor). Now the network are stable. > The strange thing is that previous configuration worked fine for one > year... since the last upgrade. > > Now ha-agent don't reboot the hosted-engine anymore, but I receive two > emails from brocker evere 2/5 minutes. > First a mail with "ovirt-hosted-engine state transition > StartState-ReinitializeFSM" and after "ovirt-hosted-engine state > transition ReinitializeFSM-EngineStarting" > > > Il 17/12/2015 10.51, Stefano Danzi ha scritto: > > Hello, I have one testing host (only one host) with self > hosted engine and 2 VM (one linux and one windows). After > upgrade ovirt from 3.6.0 to 3.6.1 the network connection works > discontinuously. Every 10 minutes HA agent restart hosted > engine VM because result down. But the machine is UP, only the > network stop to work for some minutes. I activate global > maintenace mode to prevent engine reboot. If I ssh to the > hosted engine sometimes the connection work and sometimes no. > Using VNC connection to engine I see that sometime VM reach > external network and sometimes no. If I do a tcpdump on > phisical ethernet interface I don't see any packet when > network on vm don't work. Same thing happens fo others two VM. > Before the upgrade I never had network problems. > ------------------------------------------------------------------------ > Users mailing list Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > ------------------------------------------------------------------------ > > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -- Sent from my Android device with K-9 Mail. Please excuse my brevity. --------------060204050902010701050107 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hi Stefano,<br> <br> It's definitely not the switch, it seems to be the latest kernel package (kernel-3.10.0-327.3.1.el7.x86_64) which stops bonding working correctly, reverting back to the previous kernel brings the network up in 802.3ad mode (4).<br> <br> I know, from reading the release notes of 7.2, that there were some changes to the bonding bits in the kernel so i'm guessing maybe some defaults have changed.<br> <br> I'll keep digging and post back as soon as i have something.<br> <br> Jon<br> <br> <div class="moz-cite-prefix">On 29/12/15 19:55, Stefano Danzi wrote:<br> </div> <blockquote cite="mid:yuu6vcix8xss464s04yxu6xv.1451418904304@email.android.com" type="cite"> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> Hi! I didn't solve yet. I'm still using mode 2 on bond interface. What's your switch model and firmware version? <br> <br> -------- Messaggio originale --------<br> Da: Jon Archer <a class="moz-txt-link-rfc2396E" href="mailto:jon@rosslug.org.uk"><jon(a)rosslug.org.uk></a> <br> Data: 29/12/2015 19:26 (GMT+01:00) <br> A: <a class="moz-txt-link-abbreviated" href="mailto:users@ovirt.org">users(a)ovirt.org</a> <br> Oggetto: Re: [ovirt-users] Network instability after upgrade 3.6.0 -> 3.6.1 <br> <br> Stefano,<br> <br> I am currently experiencing the same issue. 2x nic lacp config at switch, mode 4 bond at server with no connectivity. Interestingly I am able to ping the switch itself.<br> <br> I haven't had time to investigate thoroughly but my first thought is an update somewhere.<br> <br> Did you ever resolve and get back to mode=4?<br> <br> Jon<br> <br> <div class="gmail_quote">On 17 December 2015 17:51:50 GMT+00:00, Stefano Danzi <a class="moz-txt-link-rfc2396E" href="mailto:s.danzi@hawai.it"><s.danzi(a)hawai.it></a> wrote: <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> <pre class="k9mail">I partially solve the problem. My host machine has 2 network interfaces with a bond. The bond was configured with mode=4 (802.3ad) and switch was configured in the same way. If I remove one network cable the network become stable. With both cables attached the network is instable. I removed the link aggregation configuration from switch and change the bond in mode=2 (balance-xor). Now the network are stable. The strange thing is that previous configuration worked fine for one year... since the last upgrade. Now ha-agent don't reboot the hosted-engine anymore, but I receive two emails from brocker evere 2/5 minutes. First a mail with "ovirt-hosted-engine state transition StartState-ReinitializeFSM" and after "ovirt-hosted-engine state transition ReinitializeFSM-EngineStarting" Il 17/12/2015 10.51, Stefano Danzi ha scritto: <blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> Hello, I have one testing host (only one host) with self hosted engine and 2 VM (one linux and one windows). After upgrade ovirt from 3.6.0 to 3.6.1 the network connection works discontinuously. Every 10 minutes HA agent restart hosted engine VM because result down. But the machine is UP, only the network stop to work for some minutes. I activate global maintenace mode to prevent engine reboot. If I ssh to the hosted engine sometimes the connection work and sometimes no. Using VNC connection to engine I see that sometime VM reach external network and sometimes no. If I do a tcpdump on phisical ethernet interface I don't see any packet when network on vm don't work. Same thing happens fo others two VM. Before the upgrade I never had network problems. <hr> Users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a></blockquote> <hr> Users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> </pre></blockquote></div> -- Sent from my Android device with K-9 Mail. Please excuse my brevity. </blockquote> </body></html> --------------060204050902010701050107--

5 14

ovirt 3.6 and gluster arbiter volumes?
by Arik Mitschang 27 Jan '16

27 Jan '16

Hi ovirt-users, I have been working on a new install of ovirt 3.6 hosted-engine and ran into difficulty adding a gluster data storage domain to host my VMs. I have 4 servers for gluster (separate from vm hosts) and would like to have the quorum enforcement of replica 3 without sacrificing space. I created a gluster using replica 3 arbiter 1 That looks like this: Volume Name: arbtest Type: Distributed-Replicate Volume ID: 01b36368-1f37-435c-9f48-0442e0c34160 Status: Stopped Number of Bricks: 2 x 3 = 6 Transport-type: tcp Bricks: Brick1: t2-gluster01b:/gluster/00/arbtest Brick2: t2-gluster02b:/gluster/00/arbtest Brick3: t2-gluster03b:/gluster/00/arbtest.arb Brick4: t2-gluster03b:/gluster/00/arbtest Brick5: t2-gluster04b:/gluster/00/arbtest Brick6: t2-gluster01b:/gluster/00/arbtest.arb Options Reconfigured: nfs.disable: true network.ping-timeout: 10 storage.owner-uid: 36 storage.owner-gid: 36 cluster.server-quorum-type: server cluster.quorum-type: auto network.remote-dio: enable cluster.eager-lock: enable performance.stat-prefetch: off performance.io-cache: off performance.read-ahead: off performance.quick-read: off performance.readdir-ahead: on But adding to gluster I get the following error: "Error while executing action AddGlusterFsStorageDomain: Error creating a storage domain's metadata" I guess my question really is, are volumes like this supposed to be supported in ovirt 3.6? If so, then this looks like some bug to me and I will file a report. Here are versions of main components I am using: ovirt-engine-3.6.0.3-1.el7.centos.noarch glusterfs-3.7.6-1.el7.x86_64 vdsm-4.17.10.1-0.el7.centos.noarch Thanks, -Arik

4 4

Unable to upgrade ovirt-engine 3.5.5 to 3.6.1 on EL6
by Frank Wall 18 Jan '16

18 Jan '16

Hi, I've just tried to upgrade my ovirt-engine 3.5.5 which is still running on EL6, but it failed due to a dependency error regarding slf4j: # engine-setup [ INFO ] Stage: Initializing [ INFO ] Stage: Environment setup Configuration files: ['/etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf', '/etc/ovirt-engine-setup.conf.d/10-packaging.conf', '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf'] Log file: /var/log/ovirt-engine/setup/ovirt-engine-setup-20151231233407-lmovl5.log Version: otopi-1.4.0 (otopi-1.4.0-1.el6) [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ INFO ] Stage: Environment customization --== PRODUCT OPTIONS ==-- --== PACKAGES ==-- [ INFO ] Checking for product updates... [ ERROR ] Yum: [u'ovirt-engine-3.6.1.3-1.el6.noarch requires slf4j >= 1.7.0', u'vdsm-jsonrpc-java-1.1.5-1.el6.noarch requires slf4j >= 1.6.1'] [ INFO ] Yum: Performing yum transaction rollback [ ERROR ] Failed to execute stage 'Environment customization': [u'ovirt-engine-3.6.1.3-1.el6.noarch requires slf4j >= 1.7.0', u'vdsm-jsonrpc-java-1.1.5-1.el6.noarch requires slf4j >= 1.6.1'] [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20151231233407-lmovl5.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20151231233424-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed I've followed the upgrade guide [1], and yes, I'm aware that AiO is no longer supported on EL6 [2], but this is just my Hosted-Engine VM, *not* an AiO host. So I thought it would still work. I haven't attached any further logs, because this error is really obvious I guess. These are the currently installed oVirt packages: otopi-1.4.0-1.el6.noarch otopi-java-1.4.0-1.el6.noarch ovirt-engine-3.5.5-1.el6.noarch ovirt-engine-backend-3.5.5-1.el6.noarch ovirt-engine-cli-3.5.0.5-1.el6.noarch ovirt-engine-dbscripts-3.5.5-1.el6.noarch ovirt-engine-extension-aaa-jdbc-1.0.4-1.el6.noarch ovirt-engine-extensions-api-impl-3.5.5-1.el6.noarch ovirt-engine-jboss-as-7.1.1-1.el6.x86_64 ovirt-engine-lib-3.6.1.3-1.el6.noarch ovirt-engine-restapi-3.5.5-1.el6.noarch ovirt-engine-sdk-python-3.5.2.1-1.el6.noarch ovirt-engine-setup-3.6.1.3-1.el6.noarch ovirt-engine-setup-base-3.6.1.3-1.el6.noarch ovirt-engine-setup-plugin-ovirt-engine-3.6.1.3-1.el6.noarch ovirt-engine-setup-plugin-ovirt-engine-common-3.6.1.3-1.el6.noarch ovirt-engine-setup-plugin-websocket-proxy-3.6.1.3-1.el6.noarch ovirt-engine-tools-3.5.5-1.el6.noarch ovirt-engine-userportal-3.5.5-1.el6.noarch ovirt-engine-webadmin-portal-3.5.5-1.el6.noarch ovirt-engine-websocket-proxy-3.5.5-1.el6.noarch ovirt-host-deploy-1.3.1-1.el6.noarch ovirt-host-deploy-java-1.3.1-1.el6.noarch ovirt-image-uploader-3.5.1-1.el6.noarch ovirt-iso-uploader-3.5.2-1.el6.noarch vdsm-jsonrpc-java-1.0.15-1.el6.noarch Any ideas? [1] http://www.ovirt.org/OVirt_3.6.1_Release_Notes#oVirt_Hosted_Engine [2] http://www.ovirt.org/OVirt_3.6.1_Release_Notes#Known_issues Regards - Frank

8 17

Regarding ovirt
by shailendra saxena 11 Jan '16

11 Jan '16

Hi, Does ovirt-restapi provide any URL which can provide all storage devices attached to the particular host and partition list of every device ? Is creating and deleting partition also supported ? Thanks Shailendra

2 1

Release Date for Ovirt-node 3.6?
by Timothy Burger 11 Jan '16

11 Jan '16

--_000_9737D87CAED33C4981BB1EC457E781C933FB0EPARMB1bergenccnju_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Is there any word on a release date for a final ovirt-node 3.6? --_000_9737D87CAED33C4981BB1EC457E781C933FB0EPARMB1bergenccnju_ 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">Is there any word on a release date for a final ovir= t-node 3.6?<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> </body> </html> --_000_9737D87CAED33C4981BB1EC457E781C933FB0EPARMB1bergenccnju_--

2 1

How to add faster NIC to oVirt cluser / host?
by Christophe TREFOIS 10 Jan '16

10 Jan '16

Dear all, I have currently a data center with two clusters and each cluster had 1 host. On one of the hosts, I now enabled 10 GbE NIC called p4p1. Currently everything is going over a 1 GbE NIC called em1 (ovirtmgmt). My question now is, how I could add my 10 GbE NIC to the setup for instance to use for transferring data during transmissions to export domain or to simply replace the 1 GbE? I prefer little downtime (eg only temp network loss), but a full downtime (shutting down) could be acceptable. Thank you for any pointers or starting points you could provide, Kind regards, — Christophe

3 8

upgrade 3.6 to 3.6.1
by Sebastien Philippot 07 Jan '16

07 Jan '16

------=_Part_6463445_91078605.1451458242284 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,=20 We have ovirt 3.6 on CentOS 7.1 on engine + hosts.=20 We would like to upgrade to 3.6.1.=20 I'm looking for the best procedure.=20 For the moment, we have 2 hosts in a cluster "prod" with only one default n= etwork.=20 * We must upgrade OS on CentOS 7.2 before ?=20 1/ upgrade engine to centos 7.2 first ? =3D> yum update , reboot and engine= -setup ?=20 2/ first host to maintenance, look for migation of VMs on the second host a= nd upgrade between the web interface or "yum update and reboot" for centos = 7.2 ?=20 3/ up the first host and maintenance for the second, etc ..=20 Thanks,=20 S=E9bastien=20 --=20 --=20 ------------------------------------------------------=20 S=E9bastien PHILIPPOT - Plate-forme GenOuest=20 IRISA-INRIA, Campus de Beaulieu=20 35042 Rennes cedex, France=20 T=E9l: +33 (0) 2 99 84 71 58=20 ------=_Part_6463445_91078605.1451458242284 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: times new roman, new york, times, se= rif; font-size: 12pt; color: #000000"><div>Hello,<br></div><div><br></div><= div>We have ovirt 3.6 on CentOS 7.1 on engine + hosts. <br></div><div>We wo= uld like to upgrade to 3.6.1.<br></div><div>I'm looking  for the best = procedure. </div><div>For the moment, we have 2 hosts in a cluster "pr= od" with only one default network.<br></div><div><br></div><div>* We must u= pgrade OS on CentOS 7.2 before ? <br></div><div>1/ upgrade engine to centos= 7.2 first ? =3D> yum update , reboot and engine-setup ? <br></div><div>= 2/ first host to maintenance, look for migation of VMs on the second host a= nd upgrade between the web interface or "yum update and reboot" for centos = 7.2 ? <br></div><div>3/ up the first host and maintenance for the second, e= tc ..<br></div><div><br></div><div><span style=3D"font-family: arial,helvet= ica,sans-serif;" face=3D"arial, helvetica, sans-serif" data-mce-style=3D"fo= nt-family: arial,helvetica,sans-serif;">Thanks,</span></div><div><br></div>= <div>S=E9bastien<br></div><div><br></div><div>-- <br></div><div><span name= =3D"x"></span>--<br>------------------------------------------------------<= br>S=E9bastien PHILIPPOT - Plate-forme GenOuest<br>IRISA-INRIA, Campus de B= eaulieu<br>35042 Rennes cedex, France<br>T=E9l:   +33 (0) 2 99 84 71 5= 8<span name=3D"x"></span><br></div></div></body></html> ------=_Part_6463445_91078605.1451458242284--

2 1

Documents for java-sdk ovirt and restapi
by shailendra saxena 07 Jan '16

07 Jan '16

hi, I am using java sdk ovirt and rest api. Could you tell where i can find the documents for the same ? -- Thanx & regards, Shailendra Kr. Saxena IIIT Allahabad

2 2

Storage was removed after detach from DC
by Nhã Phạm 07 Jan '16

07 Jan '16

------=_NextPart_000_0168_01D1353B.AA054630 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi all, =20 My name is Nha and now I had a really serious problem with ovirt 3.5.6. I set up ovirt 3.5.6 running on single server with DC name is Local, = storage was local too. Then I want to move VM from local server to = another local, so that I put a backup hard drive to move all VM into it. Everything was fine. Then I detached the hard drive and all vm on backup = storage was deleted. =20 Step executed. 1. Shut down VM. 2. Select Disk tab and select a disk. 3. Click move and start to move to backup storage. 4. Put back up storage to Maintenance 5. Click detach on back up storage. =20 Please help because data on vm was really important. =20 Thanks. ------=_NextPart_000_0168_01D1353B.AA054630 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dutf-8"> <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 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 all,<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>My name is = Nha and now I had a really serious problem with ovirt = 3.5.6.<o:p></o:p></p><p class=3DMsoNormal>I set up ovirt 3.5.6 running = on single server with DC name is Local, storage was local too. Then I = want to move VM from local server to another local, so that I put a = backup hard drive to move all VM into it.<o:p></o:p></p><p = class=3DMsoNormal>Everything was fine. Then I detached the hard drive = and all vm on backup storage was deleted.<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>Step = executed.<o:p></o:p></p><p class=3DMsoListParagraph = style=3D'text-indent:-.25in;mso-list:l0 level1 lfo1'><![if = !supportLists]><span style=3D'mso-list:Ignore'>1.<span = style=3D'font:7.0pt "Times New Roman"'>      = </span></span><![endif]>Shut down VM.<o:p></o:p></p><p = class=3DMsoListParagraph style=3D'text-indent:-.25in;mso-list:l0 level1 = lfo1'><![if !supportLists]><span style=3D'mso-list:Ignore'>2.<span = style=3D'font:7.0pt "Times New Roman"'>      = </span></span><![endif]>Select Disk tab and select a = disk.<o:p></o:p></p><p class=3DMsoListParagraph = style=3D'text-indent:-.25in;mso-list:l0 level1 lfo1'><![if = !supportLists]><span style=3D'mso-list:Ignore'>3.<span = style=3D'font:7.0pt "Times New Roman"'>      = </span></span><![endif]>Click move and start to move to backup = storage.<o:p></o:p></p><p class=3DMsoListParagraph = style=3D'text-indent:-.25in;mso-list:l0 level1 lfo1'><![if = !supportLists]><span style=3D'mso-list:Ignore'>4.<span = style=3D'font:7.0pt "Times New Roman"'>      = </span></span><![endif]>Put back up storage to = Maintenance<o:p></o:p></p><p class=3DMsoListParagraph = style=3D'text-indent:-.25in;mso-list:l0 level1 lfo1'><![if = !supportLists]><span style=3D'mso-list:Ignore'>5.<span = style=3D'font:7.0pt "Times New Roman"'>      = </span></span><![endif]>Click detach on back up = storage.<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>Please help because data on vm was really = important.<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>Thanks.<o:p></o:p></p></div></body></html> ------=_NextPart_000_0168_01D1353B.AA054630--

2 1

doubts about oVirt
by Fauéz Passos 07 Jan '16

07 Jan '16

This is a multi-part message in MIME format. --------------050706010207030304060702 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=windows-1252"> </head> <body bgcolor="#FFFFFF" text="#000000"> Good morning, <br> I own the oVirt 3.5 installed together with storages iscsi, by the biggest reasons I needed to change the virtual IP of the storages. Now my host is displaying the following message:<br> The error message for connection 192.168.200.14 iqn.2003-10.com.lefthandnetworks: mg-climate-space: 469: vms (LUN 36000eb3b1aeb895a00000000000001d5) returned by VDSM was: Failed to setup iSCSI subsystem<br> and<br> Failed to connect to Host OP10 Storage Servers<br> <br> But everything is working properly, only this message is displayed every five minutes, leaving the log very confusing ... is there any place where I change the default virtual IP data network?<br> <br> OBS: old virtual IP: 192.168.200.14<br> new virtual IP: 192.168.200.20<br> <br> thank you<br> <br> <div class="moz-signature">-- <br> <meta http-equiv="Content-Type" content="text/html; charset=windows-1252"> <title>Untitled Document</title> <style type="text/css"> a:link { text-decoration:none; color:#666; } a:visited { text-decoration:none; } a:hover { text-decoration:underline; } </style> <table border="0" width="600"> <tbody> <tr> <td width="188"><img src="cid:part1.05070503.07050303@inpe.br" style="width: 188px; height: 108px"> </td> <td align="left" bgcolor="#FFFFFF" width="402"> <font style="font-family:Arial, Helvetica, sans-serif; font-size:20px; font-weight:700; color:#009e9e;"> Fauéz A. O. Passos </font> <br> <font style="font-family:Arial, Helvetica, sans-serif; font-size:14px; color:#666;"> Analista de Sistemas - Embrace/INPE </font> <br> <font style="font-family:Arial, Helvetica, sans-serif; font-size:14px; color:#666;"> +55 12 3208-7878 </font> <br> <font style="font-family:Arial, Helvetica, sans-serif; font-size:14px;"> <a href="mailto:fauez.passos@inpe.br"> fauez.passos(a)inpe.br </a> </font> <br> <font style="font-family:Arial, Helvetica, sans-serif; font-size:14px;"> <a href="www.centralit.com.br"> www.centralit.com.br </a> </font> <br> </td> </tr> </tbody> </table> </div> </body> </html> --------------050706010207030304060702 Content-Type: image/png; name="logo_centralit_assinatura_email.png" Content-Transfer-Encoding: base64 Content-ID: <part1.05070503.07050303(a)inpe.br> Content-Disposition: inline; filename="logo_centralit_assinatura_email.png" iVBORw0KGgoAAAANSUhEUgAAALwAAABsCAYAAADQd9iEAAAAGXRFWHRTb2Z0d2FyZQBBZG9i ZSBJbWFnZVJlYWR5ccllPAAADWtJREFUeNrsnW1sHEcZxyfROeBQXxw3pA0+iEOTDw4qTZDI iwKq+yGRSKhaYqMmFFHHSJBIiAQoyYdS8tYvpFXrVEh9kWK7lVCRkhQHKKgJKAUUYlOpaahi I1opjr1OG9eE2EZ1Uaua/Y/9LHPj3bu9u9292dvnL63ubl/mbX/zzDOzs3NzpqamzgohmgSL lQDN5SJgMfAsFgPPYjHwLBYDnxQNTL4vP4cty/ne39cnXjxxgguHga8svT7+H7H63KsS8Ls3 bxE7/t4vuobfEePj42Lvgz9m6IsUyhBbWEpxERcH+11/uyBufPChuH/bdgn5Ans/oN/53pg8 B9BDW1tauMAK0HPW2/Kztf5WtvCmwQ4BdlVPz18gJtZvcKBnS88uTcXA7qWRb32boWfgkwE7 Q8/AJw52hp6BTxzsDD0DnzjYGXoGPnGwM/QMfOJgZ+gZ+MTBztAz8ImDnaFn4BMHO0PPwCcO doaegY8l7B+zBuVnc0uLeCCzhKGPgVIMe/Gwf+rxIxL2nz32qLMfMyaLgR6qOX+OZ1myhQ8O 7vYBS85ufOTQ4UBg//qWzVmwY0pr5+cbA7H09/36dzJtmG+PjcXAF2zJh65fl/PXX+r7R+Cw Bw39by4PyjQO/ms6zQw9A1+w29LV0SHBubj+y6HAHhT0atq/efVd50UThp6Bj2z0xS/sQUCv ajRdK67+cC9Dz8CbC3vQ0P838xmGnoE3G3aGnoFPHOwMPQOfONgZegY+cbAz9Ax84mBn6Bn4 xMHO0DPwiYOdoWfgyw47dOvTPxdzJ98TrW07IssDoG+qq2XoGfhoYYfe2fk98VH1/EiBwczK V67fCCQshr5CgQ/rZY2ogaHVhuOcBwY+prBHDUwYsDP0FQZ8VK/hhQ1MmLAz9BUCfNTvnIYF TBSwM/QxB75cL1gHDUyUsDP0MQW+XLAHDUw5YGfo3WX0S9wH37osVtXcFFh4NSuWi5p168Qf 0zViskBgxONHJDC/+OULonHlytBhn2cNivpMvchkMqVnvK5WVD/0sFj421Piyfaj4qlnn0ks 8HOS+Nfzd/VeKHj8m57E1lalfENfLOy37WqTn9/fs8fedouk3Rvo7NrVyQQebs2pkVH5vben J5Awe9MLxfWqeQVfVwj0pbgxdS+dCrQM5w0Nik9cnAbpyGOPGr0ESKKBL7cPXyz05fTZvbT4 +WNy3RvToQ8beGM7rSbC7qcTaCLsEK9wZjDwpsKeD3pTYWfoDQbedNh16LGSGaD/Qf+bRsPO 0BsIfKnL3y06/kLk0EOAHmmPUvDH4Zcz9DEFPoi1HtvqFgTyUoXpIthb65cEtpZlUqBPVQrs +ptKxaziGyfYedXimFp401bxjSPsQa5aXOmWfm6lwV6p0HvBztDHBPgwYa806PPBztAbDnwU sFcK9H5hZ+gNBT5K2OMOfaGwM/SGAV8O2OMKfbGwM/SGAF9O2OMGfamwM/RlBt4E2OMCfVCw M/RlAt4k2E2HPmjYGfqIgTcRdlOhDwt2hj5bKRNh/6z4SKz565/F57ZvEz/56cOhZR4QQKVM Q1i7bp38vFpCOtaM/Vss/+cl0djWZmx+AX06nZZpPXnipHzxpZB3e01RaG88DUy+L7dihBe3 8UZRlB3qGx8WNx2ZFkMNIow45Tcshf3GU2hUNVR/XG5x0Kr0TUaEEaf8sg/PYjHwLBYDz2KV TWV/AUTtQNWmUon2L1kVCjxW/To6MCS6r416jgQ8kFniDKPFQTS6QAprlMGP8DL5c9bbzu8n Glc4hgRj6BhWJGFoEUOh+v58ousY+BzCMKWfv3nBcWwH37wsfvWF22Nh9YP665ogdMUuZzU9 6hCkZQ27ruDmtZ99+BJcl9XnXi0IDFQQXBOH5S9YDHwW7KWsNYNWIeplMFjswxclQP61195w hZ18dXpAJRdOvfauayuAMC5s+GLeJ7DUCY7Tgy8ThFWK1ZWKsaz2k+3tzm9MocBamgx8Hh29 Ys2aYgBoO29vFPfesmhWBdjTkJEujD7fA2EgrP3LG3x3ghHPvYsXif0rlrnCj8qBFcNI6Cvs bvi07Dt0j4w6lRTXttoVc/fSTFaF0zuHbp1YdBghNR5UckyfwPr3SPseO041X4gXee22K7/e sqHMkEaMaOlhxqmTX5HA48a12yDqQkc015wM3Djc0IsT2Td7QWp2cnHT2wcsz/gBJTaAh8qU ddxuCdTWBJUK5+qtEfYfsCtBlw232onWO4dunVjqMOqdSC8XLZ/7h0qNDWWkhtl080KmudzA q1aSBOj8TECCJdNbADff3m+HFhXj4vhEzimy+Sa7yVGmN/qla1Vqn6bUvg535A3stAIwXWiO g9DBtwZm3XS4HqhQB2wXBp+6v4/zvcb+dcGKuw2HAkqKd6kdHyqvWwWm/bWpVN54EA4g94Id 50Q9o5ItfACWDDcuiI4kuRi6G6Rb7/3Ll81a1RcWuqluvWfnF2mE20LphNugd7rRsUZ8tEFz fn82Kxz1wZOb26PHgwqsw44WDq4YnYPjSL/fSsuK2MLrymftfLtK2g2H9XNzVQC1CgxB0z3i DYwKIYWNiqP3DUrV2TWrs+LR+zqoSHpakB/sy+fqsco4ShOGYGF1sGEhPSsarPmk5mq5jGh4 DWXqrk2pT1Wlq6O0MHIoVatENLrjJoxwdV/7C9NrGvA6PK9PBPPwSO9c0shFqZ1GL3craP9Z d6f0t4/0CuF2Pc4xaToDuzS27kjXzHIFgvA/i3110E9HNQqt0sqFVSEWHr6m+nAEwu98FsyP S6BaN/i7DfOrfV+/1MOS11ZVGXFT/LSExb6TysCH7NLocMI6A/pc4+E0RKe7HjQSo7sed968 MNZPGfV/G6cHZl55Qnny3CJDR2nwWF8XbqbXzEnsc4NdDeueWz45q9XwGjlBXBgyVLewXKJS fHq9n4A8uZUPygXDpCxDR2lofoz++F8+Vey9IG82WTg05V7gHlDmw8BVgr9NlQLXLPvTeTmy gfhwHo5hfo3+cEq6PwZOKkNlfkV5iUS2cvZvpBctGIZ0MTrFT1gNBx4CiNRMu7kv+UYbcNP1 SWMYmlOfTMqHMnkWGKJxeROFiop86mVEc4FYMXFpHEBt31ufvOVHXkvEwcIDXr+dX5yHhz1R LvBUTBnxjMcKAZ4sPR65+xnXhtuBp4q5OreAAxDnCw/HMeErDq8KIr/5KjLKxtSWynSFttRe PsHHhitzZXLS8cWnJ1JVS0ALhVO+PDIyan9OSPdG9g3SNeKexYs8w8J56hBgrpdGdLdLr2S5 jhcSjyo8s7go+zUfzLRSVeIOu7+DPkyuMPVlDtWlC4ctS1jW//tTWC/SbY1Iv+cFrbCX2isb 8CxWOYDnhZhYPEoTtNA8njl9Wn7Hu5FxXGa5mDxj2Yvx8XGxcdMmUZ/JGJlOrEeDe2Jq+mJn 4fv7+sTO73xX+oAoVCyoT/BXqpDn+7dtFzV2npFvfB+2LGPS19XR4XyH8UE6EyP48FMh6s4N X5qyhoac332XLk2dPH486xzs6zl/Puv32NiY62984lw9TNqv/saneh5JjSvf+Wq4ucJQtfdH D06dfvnlrHPV8/3kAcdowzFdeplRPJQPEoWhXnfb0oZZZaVfly+csNTU85rcwtLcsC0drLra XMKibG1pcX7D+mGJtzOnz4i7N2+RLgBcASwTAeH3rpkWgixnb0+vbDWopXjk0GG5n67B732y JTkjz6O/aKHrIcSlXu91PuJGfHSdVxiqsA9uDAkuA/1TCI5RmGpceh5QJjje2dEpvyN9ucqM 9iNsWjJv30xrig3nUfohxE/xYh+1RBQW0kHnuoXDFt5FsCLfuG+b8/vwwUNTX/3KZmcfLD2s oXoc+2Bd0DLQOUefaHcsJ74j3M5jx5xrEZ5qUdXfahrISmEfhZXrfNVSIx2q1dXDUAUL6qfF U/Op5wHhojxIKDdc51VmFK/aMlIrgk81Tep3xEvWXg0L8VFYXuHE0cKH2mmFNScrAWHxTdV6 Yz1D1frDymAfPmERYVFgrY7M/MkXjQv39pDlXJt1raq0i1/aZ6ely7aYCBth6XHrwjm0n1ol pMkrDD3f1Dkn/x3nqtdM59fylQd8h/X1KjO3a1DOSEPap4++o22HbFUQ/krlukLDSWynFQUE UNAk0k1XO2/NLc2ySceNxIbv2DcNWLMs6IziEm3ctFF+xwpZmUy90/z61R9sF6DVvqnqClu5 BKip6d814374CQPgoHOO9CG/cBUIbPxLH3Ua8dmsuHe6aHFTVB6EA+hylZk+SoTjMDKqYSC5 lR3KFvcMbg7lL184PCypiZZiRiGi4HDTAAwV8EP2cfJP8XeNBDdgA+xblZu5VcLSKQHKzFxL FlW1Pupv9Qkh4kUletFuNabDr895Pm46zoffCqgQP465haEK52HkA/lCeMgX+fBIM65HHrDP Kw8Q8rhvpuI89ewzvspMhRf9CMQDQ6Eea21rkxUYS+fp8aKMUKkpzFzhxFH8pNXHeDoABWRR Nunk9vltjSpFsf0Xv0pR38xIU9SqBPehGIU9KY4tPCtR4rk0LAaexWLgWSwGnsWKl/4nwABT FM6PZB15nQAAAABJRU5ErkJggg== --------------050706010207030304060702--

2 1

python floppy in RunOnce mode
by Giulio Casella 07 Jan '16

07 Jan '16

Hi, I'm trying to boot a vm with non persistent floppy using python ovirt sdk (the "RunOnce" way in administrator portal), but guest OS can't see floppy drive. The ultimate goal is to deploy floppy with sysprep unattend.xml file for windows 7 pools of vm. Here is a snippet of code I use: ------------------------------------------------- myvm = api.vms.get(name="vmname") content="This is file content!" f=params.File(name="foobar.txt",content=content) fs=params.Files() fs.add_file(f) payload=params.Payload() payload.set_type("floppy") payload.set_files(fs) payloads=params.Payloads() payloads.add_payload(payload) thevm=params.VM() thevm.set_payloads(payloads) action=params.Action(vm=thevm) myvm.start(action=action) xml = ParseHelper.toXml(action) print xml ------------------------------------------------- As you can see, for debugging purpose, I print my xml action, and I get: ------------------------------------------------- <action> <vm> <payloads> <payload type="floppy"> <files> <file> <name>foobar.txt</name> <content>This is file content</content> </file> </files> </payload> </payloads> </vm> </action> ------------------------------------------------- in the admin portal I can see my vm in "RunOnce" state, but no floppy is present... In fact in the vm process command line (ps -ef | grep qemu-kvm | grep vmname) I can't see -drive option referring to floppy (I only see 2 "-drive" options, referring to vm system disk and to a correctly mounted cdrom ISO) What I'm doing wrong? (The engine is RHEV-M version 3.4.1-0.31.el6ev) Thanks in advance, Giulio

3 11

Getting event message "The Hosted Engine Storage Domain isn't Active" every two hours
by Will Dennis 07 Jan '16

07 Jan '16

Thought I’d start a new thread for this issue… Please also refer to my prior thread<http://lists.ovirt.org/pipermail/users/2015-December/036907.html> where I have the background to this. Again, I am running hosted engine on hyperconverged infra. Is this issue possibly related to Bug 1269768<https://bugzilla.redhat.com/show_bug.cgi?id=1269768> ?

2 3

Delete disk references without deleting the disk
by Johan Kooijman 06 Jan '16

06 Jan '16

Hi all, I have about 100 old VM's in my cluster. They're powered down, ready for deletion. What I want to do is delete the VM's including disks without actually deleting the disk images from the storage array itself. Is that possible? At the end I want to be able to delete the storage domain (which then should not hold any data, as far as ovirt is concerned). Reason for this: it's a ZFS pool with dedup enabled, deleting the images one by one will kill the array with 100% iowa for some time. -- Met vriendelijke groeten / With kind regards, Johan Kooijman

4 9

HE (3.6) on gluster storage, chicken and egg status
by Fil Di Noto 06 Jan '16

06 Jan '16

I've managed to get hosted-engine running but could use some direction for what comes next. Summary: 4 Hosts, CentOS 7.2, oVirt 3.6 (from ovirt.org repo) All hosts are in default/default datacenter/cluster All 4 hosts are running glusterd HE is installed on glusterfs volume, replica 3, on hosts 1,2, and 3. ( started with replica 4, but removed 4th brick to satisfy HE --deploy) Status: All hosts are active Datacenter is not initialized Issues: Attach hosted_storage to Default datacenter fails New volume dialog doesn't allow me to select a datacenter (list is empty) Questions: 1. Why doesn't replica 4 work as a glusterfs volume, is this just because of the installer or is there a more fundamental reason? 2. I assume the reason I can't create new volumes is because I don't have a data storage domain configured yet. I want all of my data storage to be glusterfs. How do I escape this chicken/egg puzzle? 3. What question should I be asking that I am not? Thanks

4 5

HA cluster
by Budur Nagaraju 04 Jan '16

04 Jan '16

HI Getting below error while configuring Hosted engine, root@he ~]# hosted-engine --deploy [ INFO ] Stage: Initializing [ INFO ] Generating a temporary VNC password. [ INFO ] Stage: Environment setup Continuing will configure this host for serving as hypervisor and create a VM where you have to install oVirt Engine afterwards. Are you sure you want to continue? (Yes, No)[Yes]: yes Configuration files: [] Log file: /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20151126102302-bkozgk.log Version: otopi-1.3.2 (otopi-1.3.2-1.el6) It has been detected that this program is executed through an SSH connection without using screen. Continuing with the installation may lead to broken installation if the network connection fails. It is highly recommended to abort the installation and run it inside a screen session using command "screen". Do you want to continue anyway? (Yes, No)[No]: yes [WARNING] Cannot detect if hardware supports virtualization [ INFO ] Bridge ovirtmgmt already created [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup *[ ERROR ] The following VMs has been found: 2b8d6d91-d838-44f6-ae3b-c92cda014280[ ERROR ] Failed to execute stage 'Environment setup': Cannot setup Hosted Engine with other VMs running* [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20151126102310.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [root@he ~]#

5 23

Upgrade path from Fedora 20 oVirt 3.5 to Fedora 22 oVirt 3.6
by David Marzal Canovas 04 Jan '16

04 Jan '16

--=_35f37747b7409088194fea6f348517b4 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Hi would like to be sure of the correct upgrate path to take. Should I first upgrade Fedora 20 -> Fedora 21 -> Fedora 22 and then upgrade oVirt from 3.5 to 3.6? Or would be better to upgrade in the Fedora 20: oVirt 3.5 -> oVirt 3.6 and then make the OS upgrades FD20->FD21->FD22 In the release notes http://www.ovirt.org/OVirt_3.6_Release_Notes#Install_.2F_Upgrade_from_previ… [1] don't says anything about the upgrade path of the OS, but searching I'm aware that oVirt 3.5 is only compatible with FD20 not with 21, or 22 oVirt 3.6 is only compatible with FD20 not with 21 or 20 Thanks in advance -- David Marzal Cánovas Servicio de Mecanización e Informática Asamblea Regional de Murcia Paseo Alfonso XIII, nº53 30203 - Cartagena Tlfno: 968326800 Links: ------ [1] http://www.ovirt.org/OVirt_3.6_Release_Notes#Install_.2F_Upgrade_from_previ… --=_35f37747b7409088194fea6f348517b4 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; charset= =3DUTF-8" /></head><body style=3D'font-size: 10pt'> <p>Hi would like to be sure of the correct upgrate path to take.</p> <p>Should I first upgrade Fedora 20 -> Fedora 21 -> Fedora 22</p> <p>and then upgrade oVirt from 3.5 to 3.6?</p> <p>Or would be better to upgrade in the Fedora 20: oVirt 3.5 -> oVirt 3= =2E6</p> <p>and then make the OS upgrades FD20->FD21->FD22</p> <p>In the release notes <a href=3D"http://www.ovirt.org/OVirt_3.6_Release_N= otes#Install_.2F_Upgrade_from_previous_versions">http://www.ovirt.org/OVirt= _3.6_Release_Notes#Install_.2F_Upgrade_from_previous_versions</a></p> <p>don't says anything about the upgrade path of the OS, but searching I'm = aware that</p> <p>oVirt 3.5 is only compatible with FD20 not with 21, or 22</p> <p>oVirt 3.6 is only compatible with FD20 not with 21 or 20</p> <p>Thanks in advance</p> <div>-- <br /> <table border=3D"0" cellspacing=3D"0" cellpadding=3D"0"> <tbody> <tr> <td><img src=3D"http://www.asambleamurcia.es/templates/sumandoesfuerzos/ima= ges/ARM.png" alt=3D"" width=3D"130" height=3D"79" /></td> <td>David Marzal Cánovas <br />Servicio de Mecanización = e Informática<br />Asamblea Regional de Murcia<br />Paseo Alfonso XI= II, nº53<br />30203 - Cartagena<br />Tlfno: 968326800</td> </tr> </tbody> </table> </div> </body></html> --=_35f37747b7409088194fea6f348517b4--

5 5

New oVirt Node releases?
by Kevin Hung 04 Jan '16

04 Jan '16

Hello, I have noticed that there have not been any official releases of oVirt Node since 3.5.2 [1]. I have tried looking through the Users and the Announce mailing lists for any information regarding the lack of releases, but I was not able to find anything from the past few months. The official documentation for oVirt seems to indicate that oVirt Node is still supported. Are there just build problems preventing oVirt Node from being released? Or are we supposed to use either the latest Jenkins build or our own build [2] if we wish to deploy oVirt Node? [1] http://resources.ovirt.org/pub/ovirt-3.5/iso/ovirt-node/el7-3.5.2/ [2] http://www.ovirt.org/Node_Building

3 3

Which browser should I use?
by gregor 04 Jan '16

04 Jan '16

Hi, after a painful upgrade from 3.5 to 3.6 (AIO) I try to figure out the deeper meaning of the message which is display on the webinterface. "This Browser version isn't optimal for displaying the application graphics (refer to Documentation for details)" Can anybody please point me where in the Documentation this is explained? I tried the latest Firefox and Google-Chrome from arch linux but still get these message? (I hope it doesn't mean to use the Internet Explorer or now known as Edge) cheers gregor

5 5

Refresh Host Devices
by ovirt＠timmi.org 04 Jan '16

04 Jan '16

Hi list, how can I refresh the host devices (usb) in the frontend? "Refresh Capabilities" does not work for me. I want to attach a usb device to a VM but I can't see the device in the frontend. # lsub is showing the device. Best regards Christoph

3 3

Migration Failure With FibreChannel+NFS
by Charles Tassell 03 Jan '16

03 Jan '16

Hi Everyone, I've been playing around with oVirt 3.6.1 to see if we can use it to replace VMWare, and I'm running into a problem with live migrations. They fail and I can't seem to find an error message that describes why (the error logging is VERY verbose, so maybe I'm just missing the important part.) I've setup two hosts that use a fibre channel SAN for the VM datastore and an NFS share for the ISO datastore. I have a VM which is just booting off of a SystemRescue ISO file with a 2GB disk. It seems to run fine, but when I try to migrate it to the other host I get the following in the engine.log of the hosted engine: 2015-12-31 09:28:20,433 INFO [org.ovirt.engine.core.bll.MigrateVmCommand] (default task-31) [61255087] Lock Acquired to object 'EngineLock:{exclusiveLocks='[2be4938e-f4a3-4322-bae3-8a9628b81835=<VM, ACTION_TYPE_FAILED_VM_IS_BEING_MIGRATED$VmName cdTest02>]', sharedLocks='null'}' 2015-12-31 09:28:20,526 INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-31) [61255087] Candidate host 'oVirt-01' ('cbfd733b-8ced-487d-8754-a2217ce1210f') was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'Migration' (correlation id: null) 2015-12-31 09:28:20,646 INFO [org.ovirt.engine.core.bll.MigrateVmCommand] (org.ovirt.thread.pool-8-thread-30) [61255087] Running command: MigrateVmCommand internal: false. Entities affected : ID: 2be4938e-f4a3-4322-bae3-8a9628b81835 Type: VMAction group MIGRATE_VM with role type USER 2015-12-31 09:28:20,701 INFO [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (org.ovirt.thread.pool-8-thread-30) [61255087] START, MigrateVDSCommand( MigrateVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', vmId='2be4938e-f4a3-4322-bae3-8a9628b81835', srcHost='ovirt-01.virt.roblib.upei.ca', dstVdsId='1200a78f-6d05-4e5e-9ef7-6798cf741310', dstHost='ovirt-02.virt.roblib.upei.ca:54321', migrationMethod='ONLINE', tunnelMigration='false', migrationDowntime='0', autoConverge='false', migrateCompressed='false', consoleAddress='null'}), log id: f2548d4 2015-12-31 09:28:20,703 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] (org.ovirt.thread.pool-8-thread-30) [61255087] START, MigrateBrokerVDSCommand(HostName = oVirt-01, MigrateVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', vmId='2be4938e-f4a3-4322-bae3-8a9628b81835', srcHost='ovirt-01.virt.roblib.upei.ca', dstVdsId='1200a78f-6d05-4e5e-9ef7-6798cf741310', dstHost='ovirt-02.virt.roblib.upei.ca:54321', migrationMethod='ONLINE', tunnelMigration='false', migrationDowntime='0', autoConverge='false', migrateCompressed='false', consoleAddress='null'}), log id: 5ec26536 2015-12-31 09:28:21,435 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] (org.ovirt.thread.pool-8-thread-30) [61255087] FINISH, MigrateBrokerVDSCommand, log id: 5ec26536 2015-12-31 09:28:21,449 INFO [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (org.ovirt.thread.pool-8-thread-30) [61255087] FINISH, MigrateVDSCommand, return: MigratingFrom, log id: f2548d4 2015-12-31 09:28:21,504 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-30) [61255087] Correlation ID: 61255087, Job ID: ff37dfc9-f543-4e7b-983c-62cb0056959c, Call Stack: null, Custom Event ID: -1, Message: Migration started (VM: cdTest02, Source: oVirt-01, Destination: oVirt-02, User: admin@internal). 2015-12-31 09:28:22,984 WARN [org.ovirt.engine.core.vdsbroker.VmsMonitoring] (DefaultQuartzScheduler_Worker-3) [] skipping VM '2be4938e-f4a3-4322-bae3-8a9628b81835' from this monitoring cycle - the VM data has changed since fetching the data 2015-12-31 09:28:22,992 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-3) [] START, FullListVDSCommand(HostName = , FullListVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', vds='Host[,cbfd733b-8ced-487d-8754-a2217ce1210f]', vmIds='[2beb0a49-6f2a-460a-b253-d3fcc7b68d31]'}), log id: dfa1177 2015-12-31 09:28:23,628 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-3) [] FINISH, FullListVDSCommand, return: [{status=Up, nicModel=rtl8139,pv, emulatedMachine=pc, guestDiskMapping={96768549-c104-4e9c-a={name=/dev/vda}, QEMU_DVD-ROM={name=/dev/sr0}}, vmId=2beb0a49-6f2a-460a-b253-d3fcc7b68d31, pid=9358, devices=[Ljava.lang.Object;@16b85d46, smp=2, vmType=kvm, displayIp=0, display=vnc, displaySecurePort=-1, memSize=4096, displayPort=5900, cpuType=Westmere, spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir, statusTime=4299531100, vmName=HostedEngine, clientIp=, pauseCode=NOERR}], log id: dfa1177 2015-12-31 09:28:23,636 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-32) [699a8657] START, GetExistingStorageDomainListQuery(GetExistingStorageDomainListParameters:{refresh='true', filtered='false'}), log id: 23a50a1d 2015-12-31 09:28:23,637 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (org.ovirt.thread.pool-8-thread-32) [699a8657] START, HSMGetStorageDomainsListVDSCommand(HostName = oVirt-01, HSMGetStorageDomainsListVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', storagePoolId='00000000-0000-0000-0000-000000000000', storageType='null', storageDomainType='Data', path='null'}), log id: 3b3d52a7 2015-12-31 09:28:25,137 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (org.ovirt.thread.pool-8-thread-32) [699a8657] FINISH, HSMGetStorageDomainsListVDSCommand, return: [383a1e7d-8b86-4a50-8bc3-e4374c57a3e5, 8dfcc83b-64d7-4ff7-9800-02ba3430ea7b], log id: 3b3d52a7 2015-12-31 09:28:25,155 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-32) [699a8657] START, HSMGetStorageDomainInfoVDSCommand(HostName = oVirt-01, HSMGetStorageDomainInfoVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', storageDomainId='8dfcc83b-64d7-4ff7-9800-02ba3430ea7b'}), log id: 173f9a1 2015-12-31 09:28:26,407 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-32) [699a8657] FINISH, HSMGetStorageDomainInfoVDSCommand, return: <StorageDomainStatic:{name='oVirt_FC01', id='8dfcc83b-64d7-4ff7-9800-02ba3430ea7b'}, null>, log id: 173f9a1 2015-12-31 09:28:26,407 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-32) [699a8657] FINISH, GetExistingStorageDomainListQuery, log id: 23a50a1d 2015-12-31 09:28:26,407 WARN [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand] (org.ovirt.thread.pool-8-thread-32) [] CanDoAction of action 'ImportHostedEngineStorageDomain' failed for user SYSTEM. Reasons: ACTION_TYPE_FAILED_STORAGE_DOMAIN_NOT_EXIST 2015-12-31 09:28:38,649 INFO [org.ovirt.engine.core.vdsbroker.VmAnalyzer] (DefaultQuartzScheduler_Worker-52) [] VM '2be4938e-f4a3-4322-bae3-8a9628b81835'(cdTest02) moved from 'MigratingFrom' --> 'Up' 2015-12-31 09:28:38,650 INFO [org.ovirt.engine.core.vdsbroker.VmAnalyzer] (DefaultQuartzScheduler_Worker-52) [] Adding VM '2be4938e-f4a3-4322-bae3-8a9628b81835' to re-run list 2015-12-31 09:28:38,662 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-52) [] START, FullListVDSCommand(HostName = , FullListVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', vds='Host[,cbfd733b-8ced-487d-8754-a2217ce1210f]', vmIds='[2beb0a49-6f2a-460a-b253-d3fcc7b68d31]'}), log id: 6ca982ad 2015-12-31 09:28:39,672 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-52) [] FINISH, FullListVDSCommand, return: [{status=Up, nicModel=rtl8139,pv, emulatedMachine=pc, guestDiskMapping={96768549-c104-4e9c-a={name=/dev/vda}, QEMU_DVD-ROM={name=/dev/sr0}}, vmId=2beb0a49-6f2a-460a-b253-d3fcc7b68d31, pid=9358, devices=[Ljava.lang.Object;@7cf9a247, smp=2, vmType=kvm, displayIp=0, display=vnc, displaySecurePort=-1, memSize=4096, displayPort=5900, cpuType=Westmere, spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir, statusTime=4299546770, vmName=HostedEngine, clientIp=, pauseCode=NOERR}], log id: 6ca982ad 2015-12-31 09:28:39,681 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-37) [718efaaf] START, GetExistingStorageDomainListQuery(GetExistingStorageDomainListParameters:{refresh='true', filtered='false'}), log id: 2751bc0b 2015-12-31 09:28:39,682 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (org.ovirt.thread.pool-8-thread-37) [718efaaf] START, HSMGetStorageDomainsListVDSCommand(HostName = oVirt-01, HSMGetStorageDomainsListVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', storagePoolId='00000000-0000-0000-0000-000000000000', storageType='null', storageDomainType='Data', path='null'}), log id: 6ffe19fd 2015-12-31 09:28:39,730 ERROR [org.ovirt.engine.core.vdsbroker.VmsMonitoring] (DefaultQuartzScheduler_Worker-52) [] Rerun VM '2be4938e-f4a3-4322-bae3-8a9628b81835'. Called from VDS 'oVirt-01' 2015-12-31 09:28:39,738 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (org.ovirt.thread.pool-8-thread-36) [] START, MigrateStatusVDSCommand(HostName = oVirt-01, MigrateStatusVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', vmId='2be4938e-f4a3-4322-bae3-8a9628b81835'}), log id: 3cd2d338 2015-12-31 09:28:40,323 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (org.ovirt.thread.pool-8-thread-36) [] FINISH, MigrateStatusVDSCommand, log id: 3cd2d338 2015-12-31 09:28:40,362 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-36) [] Correlation ID: 61255087, Job ID: ff37dfc9-f543-4e7b-983c-62cb0056959c, Call Stack: null, Custom Event ID: -1, Message: Failed to migrate VM cdTest02 to Host oVirt-02 . Trying to migrate to another Host. 2015-12-31 09:28:40,477 WARN [org.ovirt.engine.core.bll.MigrateVmCommand] (org.ovirt.thread.pool-8-thread-36) [] CanDoAction of action 'MigrateVm' failed for user admin@internal. Reasons: VAR__ACTION__MIGRATE,VAR__TYPE__VM,VAR__ACTION__MIGRATE,VAR__TYPE__VM,VAR__ACTION__MIGRATE,VAR__TYPE__VM,SCHEDULING_NO_HOSTS 2015-12-31 09:28:40,478 INFO [org.ovirt.engine.core.bll.MigrateVmCommand] (org.ovirt.thread.pool-8-thread-36) [] Lock freed to object 'EngineLock:{exclusiveLocks='[2be4938e-f4a3-4322-bae3-8a9628b81835=<VM, ACTION_TYPE_FAILED_VM_IS_BEING_MIGRATED$VmName cdTest02>]', sharedLocks='null'}' 2015-12-31 09:28:40,512 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-36) [] Correlation ID: 61255087, Job ID: ff37dfc9-f543-4e7b-983c-62cb0056959c, Call Stack: null, Custom Event ID: -1, Message: No available host was found to migrate VM cdTest02 to. 2015-12-31 09:28:40,520 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-36) [] Correlation ID: 61255087, Job ID: ff37dfc9-f543-4e7b-983c-62cb0056959c, Call Stack: null, Custom Event ID: -1, Message: Migration failed (VM: cdTest02, Source: oVirt-01). 2015-12-31 09:28:42,059 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (org.ovirt.thread.pool-8-thread-37) [718efaaf] FINISH, HSMGetStorageDomainsListVDSCommand, return: [383a1e7d-8b86-4a50-8bc3-e4374c57a3e5, 8dfcc83b-64d7-4ff7-9800-02ba3430ea7b], log id: 6ffe19fd 2015-12-31 09:28:42,088 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-37) [718efaaf] START, HSMGetStorageDomainInfoVDSCommand(HostName = oVirt-01, HSMGetStorageDomainInfoVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', storageDomainId='8dfcc83b-64d7-4ff7-9800-02ba3430ea7b'}), log id: 4aca610e 2015-12-31 09:28:43,340 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-37) [718efaaf] FINISH, HSMGetStorageDomainInfoVDSCommand, return: <StorageDomainStatic:{name='oVirt_FC01', id='8dfcc83b-64d7-4ff7-9800-02ba3430ea7b'}, null>, log id: 4aca610e 2015-12-31 09:28:43,341 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-37) [718efaaf] FINISH, GetExistingStorageDomainListQuery, log id: 2751bc0b 2015-12-31 09:28:43,341 WARN [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand] (org.ovirt.thread.pool-8-thread-37) [] CanDoAction of action 'ImportHostedEngineStorageDomain' failed for user SYSTEM. Reasons: ACTION_TYPE_FAILED_STORAGE_DOMAIN_NOT_EXIST 2015-12-31 09:28:55,757 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-8) [] START, FullListVDSCommand(HostName = , FullListVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', vds='Host[,cbfd733b-8ced-487d-8754-a2217ce1210f]', vmIds='[2beb0a49-6f2a-460a-b253-d3fcc7b68d31]'}), log id: 6a41d8c6 2015-12-31 09:28:56,767 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-8) [] FINISH, FullListVDSCommand, return: [{status=Up, nicModel=rtl8139,pv, emulatedMachine=pc, guestDiskMapping={96768549-c104-4e9c-a={name=/dev/vda}, QEMU_DVD-ROM={name=/dev/sr0}}, vmId=2beb0a49-6f2a-460a-b253-d3fcc7b68d31, pid=9358, devices=[Ljava.lang.Object;@74a71c9b, smp=2, vmType=kvm, displayIp=0, display=vnc, displaySecurePort=-1, memSize=4096, displayPort=5900, cpuType=Westmere, spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir, statusTime=4299563870, vmName=HostedEngine, clientIp=, pauseCode=NOERR}], log id: 6a41d8c6 2015-12-31 09:28:56,776 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-42) [59b077df] START, GetExistingStorageDomainListQuery(GetExistingStorageDomainListParameters:{refresh='true', filtered='false'}), log id: c77c6e6 2015-12-31 09:28:56,777 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (org.ovirt.thread.pool-8-thread-42) [59b077df] START, HSMGetStorageDomainsListVDSCommand(HostName = oVirt-01, HSMGetStorageDomainsListVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', storagePoolId='00000000-0000-0000-0000-000000000000', storageType='null', storageDomainType='Data', path='null'}), log id: 3faa3525 2015-12-31 09:28:57,435 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (org.ovirt.thread.pool-8-thread-42) [59b077df] FINISH, HSMGetStorageDomainsListVDSCommand, return: [383a1e7d-8b86-4a50-8bc3-e4374c57a3e5, 8dfcc83b-64d7-4ff7-9800-02ba3430ea7b], log id: 3faa3525 2015-12-31 09:28:57,456 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-42) [59b077df] START, HSMGetStorageDomainInfoVDSCommand(HostName = oVirt-01, HSMGetStorageDomainInfoVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', storageDomainId='8dfcc83b-64d7-4ff7-9800-02ba3430ea7b'}), log id: 3e139bdf 2015-12-31 09:28:58,666 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-42) [59b077df] FINISH, HSMGetStorageDomainInfoVDSCommand, return: <StorageDomainStatic:{name='oVirt_FC01', id='8dfcc83b-64d7-4ff7-9800-02ba3430ea7b'}, null>, log id: 3e139bdf 2015-12-31 09:28:58,666 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-42) [59b077df] FINISH, GetExistingStorageDomainListQuery, log id: c77c6e6 2015-12-31 09:28:58,666 WARN [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand] (org.ovirt.thread.pool-8-thread-42) [] CanDoAction of action 'ImportHostedEngineStorageDomain' failed for user SYSTEM. Reasons: ACTION_TYPE_FAILED_STORAGE_DOMAIN_NOT_EXIST 2015-12-31 09:29:12,776 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-60) [] START, FullListVDSCommand(HostName = , FullListVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', vds='Host[,cbfd733b-8ced-487d-8754-a2217ce1210f]', vmIds='[2beb0a49-6f2a-460a-b253-d3fcc7b68d31]'}), log id: 18733300 2015-12-31 09:29:12,823 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-60) [] FINISH, FullListVDSCommand, return: [{status=Up, nicModel=rtl8139,pv, emulatedMachine=pc, guestDiskMapping={96768549-c104-4e9c-a={name=/dev/vda}, QEMU_DVD-ROM={name=/dev/sr0}}, vmId=2beb0a49-6f2a-460a-b253-d3fcc7b68d31, pid=9358, devices=[Ljava.lang.Object;@27f48830, smp=2, vmType=kvm, displayIp=0, display=vnc, displaySecurePort=-1, memSize=4096, displayPort=5900, cpuType=Westmere, spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir, statusTime=4299580890, vmName=HostedEngine, clientIp=, pauseCode=NOERR}], log id: 18733300 2015-12-31 09:29:12,832 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-50) [4ddfdad5] START, GetExistingStorageDomainListQuery(GetExistingStorageDomainListParameters:{refresh='true', filtered='false'}), log id: 7bbc9a0a 2015-12-31 09:29:12,833 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (org.ovirt.thread.pool-8-thread-50) [4ddfdad5] START, HSMGetStorageDomainsListVDSCommand(HostName = oVirt-01, HSMGetStorageDomainsListVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', storagePoolId='00000000-0000-0000-0000-000000000000', storageType='null', storageDomainType='Data', path='null'}), log id: 4d600567 2015-12-31 09:29:13,438 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (org.ovirt.thread.pool-8-thread-50) [4ddfdad5] FINISH, HSMGetStorageDomainsListVDSCommand, return: [383a1e7d-8b86-4a50-8bc3-e4374c57a3e5, 8dfcc83b-64d7-4ff7-9800-02ba3430ea7b], log id: 4d600567 2015-12-31 09:29:13,482 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-50) [4ddfdad5] START, HSMGetStorageDomainInfoVDSCommand(HostName = oVirt-01, HSMGetStorageDomainInfoVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', storageDomainId='8dfcc83b-64d7-4ff7-9800-02ba3430ea7b'}), log id: 6ff4b44f 2015-12-31 09:29:14,883 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-50) [4ddfdad5] FINISH, HSMGetStorageDomainInfoVDSCommand, return: <StorageDomainStatic:{name='oVirt_FC01', id='8dfcc83b-64d7-4ff7-9800-02ba3430ea7b'}, null>, log id: 6ff4b44f 2015-12-31 09:29:14,883 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-50) [4ddfdad5] FINISH, GetExistingStorageDomainListQuery, log id: 7bbc9a0a 2015-12-31 09:29:14,883 WARN [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand] (org.ovirt.thread.pool-8-thread-50) [] CanDoAction of action 'ImportHostedEngineStorageDomain' failed for user SYSTEM. Reasons: ACTION_TYPE_FAILED_STORAGE_DOMAIN_NOT_EXIST Any ideas?

2 5

Configuring another interface for trunked (tagged) VM traffic
by Will Dennis 02 Jan '16

02 Jan '16

Hi all, Taking the next step on configuring my newly-established oVirt cluster, and that would be to set up a trunk (VLAN tagged) connection to each cluster host (there are 3) for VM traffic. What I’m looking at is akin to setting up vSwitches on VMware, except I have never done this on a VMware cluster, just on individual hosts… Anyhow, I have the following NICs available on my three hosts (conveniently, they are the exact same hardware platform): ovirt-node-01 | success | rc=0 >> 3: enp4s0f0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 4: enp4s0f1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 5: enp12s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master ovirtmgmt state UP mode DEFAULT qlen 1000 6: enp12s0f1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 ovirt-node-02 | success | rc=0 >> 3: enp4s0f0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 4: enp4s0f1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 5: enp12s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master ovirtmgmt state UP mode DEFAULT qlen 1000 6: enp12s0f1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 ovirt-node-03 | success | rc=0 >> 3: enp4s0f0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 4: enp4s0f1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 5: enp12s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master ovirtmgmt state UP mode DEFAULT qlen 1000 6: enp12s0f1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 As you may see, I am using the ‘enp12s0f0’ interface on each host for the ‘ovirtmgmt’ bridge. This network carries the admin traffic as well as Gluster distributed filesystem traffic, but I now want to establish a separate link to each host for VM traffic. The ‘ovirtmgmt’ bridge is NOT trunked/tagged, only a single VLAN is used. For the VM traffic, I’d like to use the ‘enp4s0f0’ interface on each host, and tie them into a logical network named “vm-traffic” (or the like) and make that a trunked/tagged interface. Are there any existing succinct instructions on how to do this? I have been reading thru the oVirt Admin Manual’s “Logical Networks” section (http://www.ovirt.org/OVirt_Administration_Guide#Logical_Network_Tasks) but it hasn’t “clicked” in my mind yet... Thanks, Will

1 1

SPM
by Fernando Fuentes 02 Jan '16

02 Jan '16

Team, I noticed that my SPM moved to another host which was odd because I have a set SPM. Somehow when that happen two of my hosts went down and all my vms when in pause state. The oddity behind all this is that my primary storage which has allways been my SPM was online without any issues.. What could of have cause that? and is there a way prevent from the SPM migrating unless there is an issue? -- Fernando Fuentes ffuentes(a)txweather.org http://www.txweather.org

2 1

oVirt hosted engine agent and broker duplicate logs to syslog
by Aleksey Chudov 02 Jan '16

02 Jan '16

Hi, After upgrade from 3.6.0 to 3.6.1 agent and broker duplicate their logs to syslog. So, the same messages logged twice to files in /var/log/ovirt-hosted-engine-ha/ directory and to /var/log/messages file. Agent and broker configuration files remain the same for 3.5, 3.6.0 and 3.6.1 and there is not such logs duplication in 3.5 and 3.6.0. Is it a bug or expected behavior? OS is CentOS 7.2 # rpm -qa 'ovirt*' ovirt-vmconsole-1.0.0-1.el7.centos.noarch ovirt-vmconsole-host-1.0.0-1.el7.centos.noarch ovirt-host-deploy-1.4.1-1.el7.centos.noarch ovirt-hosted-engine-ha-1.3.3.5-1.el7.centos.noarch ovirt-engine-sdk-python-3.6.0.3-1.el7.centos.noarch ovirt-release36-002-2.noarch ovirt-setup-lib-1.0.0-1.el7.centos.noarch ovirt-hosted-engine-setup-1.3.1.3-1.el7.centos.noarch # cat /etc/ovirt-hosted-engine-ha/agent-log.conf [loggers] keys=root [handlers] keys=syslog,logfile [formatters] keys=long,sysform [logger_root] level=INFO handlers=syslog,logfile propagate=0 [handler_syslog] level=ERROR class=handlers.SysLogHandler formatter=sysform args=('/dev/log', handlers.SysLogHandler.LOG_USER) [handler_logfile] class=logging.handlers.TimedRotatingFileHandler args=('/var/log/ovirt-hosted-engine-ha/agent.log', 'd', 1, 7) level=DEBUG formatter=long [formatter_long] format=%(threadName)s::%(levelname)s::%(asctime)s::%(module)s::%(lineno)d::%(name)s::(%(funcName)s) %(message)s [formatter_sysform] format=ovirt-ha-agent %(name)s %(levelname)s %(message)s datefmt= Aleksey

3 4

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

31 Dec '15

----_com.android.email_999765613676600 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 CiAgICAKSGkgRGFuLEkgY2FuJ3QgY2hhbmdlIHN3aXRjaCBzZXR0aW5ncyB1bnRpbCBuZXh0IHdl ZWsuSSB3aWxsIHBvc3QgYSBtZXNzYWdlIGFmdGVyIG90aGVycyB0ZXN0cy4KCi0tLS0tLS0tIE1l c3NhZ2dpbyBvcmlnaW5hbGUgLS0tLS0tLS0KRGE6IERhbiBLZW5pZ3NiZXJnIDxkYW5rZW5AcmVk aGF0LmNvbT4gCkRhdGE6IDMxLzEyLzIwMTUgIDA5OjQ0ICAoR01UKzAxOjAwKSAKQTogU3RlZmFu byBEYW56aSA8cy5kYW56aUBoYXdhaS5pdD4gCkNjOiBKb24gQXJjaGVyIDxqb25Acm9zc2x1Zy5v cmcudWs+LCBtYnVybWFuQHJlZGhhdC5jb20sIHVzZXJzQG92aXJ0Lm9yZyAKT2dnZXR0bzogUmU6 IFtvdmlydC11c2Vyc10gUjogUmU6IE5ldHdvcmsgaW5zdGFiaWxpdHkgYWZ0ZXIgdXBncmFkZSAz LjYuMCAtPgogIDMuNi4xIAoKSSBkbyBub3Qgc2VlIGFueXRoaW5nIHN1c3BlY2lvdXMgaGVyZS4K CldoaWNoIGtlcm5lbCB2ZXJzaW9uIHdvcmtlZCB3ZWxsIGZvciB5b3U/CgpXb3VsZCBpdCBiZSBw b3NzaWJsZSB0byBib290IHRoZSBtYWNoaW5lIHdpdGggaXQsIGFuZCByZXRlc3QgYm9uZCBtb2Rl CjQsIHNvIHRoYXQgd2UgY2FuIHdob2xlLWhlYXJ0ZWRseSBwbGFjZSB0aGUgYmxhbWUgb24ga2Vy bmVsPwo= ----_com.android.email_999765613676600 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keT4KICAgIAo8ZGl2PkhpIERhbiw8L2Rp dj48ZGl2PkkgY2FuJ3QgY2hhbmdlIHN3aXRjaCBzZXR0aW5ncyB1bnRpbCBuZXh0IHdlZWsuPC9k aXY+PGRpdj5JIHdpbGwgcG9zdCBhIG1lc3NhZ2UgYWZ0ZXIgb3RoZXJzIHRlc3RzLjwvZGl2Pjxi cj48YnI+PGRpdiBzdHlsZT0iZm9udC1zaXplOjEwMCU7dGV4dC1hbGlnbjpsZWZ0O2NvbG9yOiMw MDAwMDAiPi0tLS0tLS0tIE1lc3NhZ2dpbyBvcmlnaW5hbGUgLS0tLS0tLS08YnI+RGE6IERhbiBL ZW5pZ3NiZXJnICZsdDtkYW5rZW5AcmVkaGF0LmNvbSZndDsgPGJyPkRhdGE6IDMxLzEyLzIwMTUg IDA5OjQ0ICAoR01UKzAxOjAwKSA8YnI+QTogU3RlZmFubyBEYW56aSAmbHQ7cy5kYW56aUBoYXdh aS5pdCZndDsgPGJyPkNjOiBKb24gQXJjaGVyICZsdDtqb25Acm9zc2x1Zy5vcmcudWsmZ3Q7LCBt YnVybWFuQHJlZGhhdC5jb20sIHVzZXJzQG92aXJ0Lm9yZyA8YnI+T2dnZXR0bzogUmU6IFtvdmly dC11c2Vyc10gUjogUmU6IE5ldHdvcmsgaW5zdGFiaWxpdHkgYWZ0ZXIgdXBncmFkZSAzLjYuMCAt Jmd0OwogIDMuNi4xIDxicj48YnI+PC9kaXY+SSBkbyBub3Qgc2VlIGFueXRoaW5nIHN1c3BlY2lv dXMgaGVyZS48YnI+PGJyPldoaWNoIGtlcm5lbCB2ZXJzaW9uIHdvcmtlZCB3ZWxsIGZvciB5b3U/ PGJyPjxicj5Xb3VsZCBpdCBiZSBwb3NzaWJsZSB0byBib290IHRoZSBtYWNoaW5lIHdpdGggaXQs IGFuZCByZXRlc3QgYm9uZCBtb2RlPGJyPjQsIHNvIHRoYXQgd2UgY2FuIHdob2xlLWhlYXJ0ZWRs eSBwbGFjZSB0aGUgYmxhbWUgb24ga2VybmVsPzxicj48L2JvZHk+PC9odG1sPg== ----_com.android.email_999765613676600--

1 0

Can I reduce the Java heap size of engine-backup???
by John Florian 31 Dec '15

31 Dec '15

I'm trying to run the engine-backup script via a Bacula job using the RunScript option so that the engine-backup dumps its output someplace where Bacula will collect it once engine-backup finishes. However the job is failing and with enough digging I eventually learned the script was writing the following in /tmp/hs_err_pid5789.log: # # There is insufficient memory for the Java Runtime Environment to continue. # Native memory allocation (mmap) failed to map 2555904 bytes for committing reserved memory. # Possible reasons: # The system is out of physical RAM or swap space # In 32 bit mode, the process size limit was hit # Possible solutions: # Reduce memory load on the system # Increase physical memory or swap space # Check if swap backing store is full # Use 64 bit Java on a 64 bit OS # Decrease Java heap size (-Xmx/-Xms) # Decrease number of Java threads # Decrease Java thread stack sizes (-Xss) # Set larger code cache with -XX:ReservedCodeCacheSize= # This output file may be truncated or incomplete. # # Out of Memory Error (os_linux.cpp:2627), pid=5789, tid=140709998221056 # # JRE version: (8.0_65-b17) (build ) # Java VM: OpenJDK 64-Bit Server VM (25.65-b01 mixed mode linux-amd64 compressed oops) # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again # So is there any good way to reduce the Java heap size? I mean I know what -Xmx does, but where might I try setting it, ideally so that it affects the engine-backup only? Any idea of good setting for a very small environment with a dozen VMs? -- John Florian

3 5

oVirt on Dell SC1435
by Michael Cooper 31 Dec '15

31 Dec '15

Hey Guys, First time pposter here, I am having an issue with installing oVirt on a Dell SC1435 I ran lscpu to make sure I was Virtualized in the bios, The following was the result [root@council ~]# lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 8 On-line CPU(s) list: 0-7 Thread(s) per core: 2 Core(s) per socket: 4 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 30 Model name: Intel(R) Core(TM) i7 CPU K 875 @ 2.93GHz Stepping: 5 CPU MHz: 1197.000 BogoMIPS: 5862.18 Virtualization: VT-x L1d cache: 32K L1i cache: 32K L2 cache: 256K L3 cache: 8192K NUMA node0 CPU(s): 0-7 So I then tried to run the hosted-engine --deploy and this is what happens: [root@starfleet tmpengineiso]# screen [ INFO ] Stage: Initializing [ INFO ] Generating a temporary VNC password. [ INFO ] Stage: Environment setup Continuing will configure this host for serving as hypervisor and create a VM where you have to install oVirt Engine afterwards. Are you sure you want to continue? (Yes, No)[Yes]: YEs Configuration files: [] Log file: /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20151230042443-p6o0qo.log Version: otopi-1.4.0 (otopi-1.4.0-1.el7.centos) [ ERROR ] Failed to execute stage 'Environment setup': Hardware does not support virtualization [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20151230042447.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination I have attached my logfile, and a few screeshots .... Let me know please, Thanks, -- Michael A Cooper Linux Certified Zerto Certified http://www.coopfire.com

4 3

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

31 Dec '15

[sorry, this is my first time to use mailing list, repost again, with content from html to plain text] ### Description ### 1. problem 1) migrate vm {name:xyz001, mem(min, max) = (2G,4G)} from ovirt host n33 to n34, failed. 2) shutting down vm {name: test001, mem(min, max) = (1G,1G)} on n34, update test001's config: Host->Start Running On: Specific(n34), then start test001, while, it's running on n33. 2. err message Error while executing action: migrate [engine gui] xyz001: Cannot migrate VM. There is no host that satisfies current scheduling constraints. See below for details: The host n33.ovirt did not satisfy internal filter Memory because has availabe 1863 MB memory. Insufficient free memory to run the VM. The host n34.ovirt did not satisfy internal filter Memory because its swap value was illegal. [engine.log] INFO [org.ovirt.engine.core.bll.MigrateVmCommand] (default task-23) [5916aa3b] Lock Acquired to object 'EngineLock:{exclusiveLocks='[73351885-9a92-4317-baaf-e4f2bed1171a=<VM, ACTION_TYPE_FAILED_VM_IS_BEING_MIGRATED$VmName test11>]', sharedLocks='null'}' INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-23) [5916aa3b] Candidate host 'n34' ('2ae3a219-ae9a-4347-b1e2-0e100360231e') was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'Memory' (correlation id: null) INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-23) [5916aa3b] Candidate host 'n33' ('688aec34-5630-478e-ae5e-9d57990804e5') was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'Memory' (correlation id: null) WARN [org.ovirt.engine.core.bll.MigrateVmCommand] (default task-23) [5916aa3b] CanDoAction of action 'MigrateVm' failed for user admin@internal. Reasons: VAR__ACTION__MIGRATE,VAR__TYPE__VM,SCHEDULING_ALL_HOSTS_FILTERED_OUT,VAR__FILTERTYPE__INTERNAL,$hostName n33,$filterName Memory,$availableMem 1863,VAR__DETAIL__NOT_ENOUGH_MEMORY,SCHEDULING_HOST_FILTERED_REASON_WITH_DETAIL,VAR__FILTERTYPE__INTERNAL,$hostName n34,$filterName Memory,VAR__DETAIL__SWAP_VALUE_ILLEGAL,SCHEDULING_HOST_FILTERED_REASON_WITH_DETAIL INFO [org.ovirt.engine.core.bll.MigrateVmCommand] (default task-23) [5916aa3b] Lock freed to object 'EngineLock:{exclusiveLocks='[73351885-9a92-4317-baaf-e4f2bed1171a=<VM, ACTION_TYPE_FAILED_VM_IS_BEING_MIGRATED$VmName test11>]', sharedLocks='null'}' 3. DC Compatibility Version: 3.5 4. Cluster Memory Optimization: For Server Load - Allow scheduling of 150% of physical memory Memory Balloon: Enable Memory Balloon Optimization Enable KSM: Share memory pages across all available memory (best KSM effectivness) 5. HOST name: n33, n34 mem: 32G 6. VM [n33] 11 vms (min, max) = (2G,4G) = 8 (min, max) = (2G,8G) = 1 (min, max) = (2G,2G) = 2 total: 22G/44G [n34] 7 vms (min, max) = (0.5G,1G) = 1 (min, max) = (1G,2G) = 1 (min, max) = (2G,2G) = 1 (min, max) = (2G,4G) = 3 (min, max) = (8G,8G) = 1 total: 17.5G/25G -------------------------------------------- (min, max) = (2G,4G) stands for: Memory Size: 4G Physical Memory Guaranteed: 2G Memory Balloon Device Enabled: checked -------------------------------------------- 7. rpm version [root@n33 ~]# rpm -qa |grep vdsm vdsm-yajsonrpc-4.16.27-0.el6.noarch vdsm-jsonrpc-4.16.27-0.el6.noarch vdsm-cli-4.16.27-0.el6.noarch vdsm-python-zombiereaper-4.16.27-0.el6.noarch vdsm-xmlrpc-4.16.27-0.el6.noarch vdsm-python-4.16.27-0.el6.noarch vdsm-4.16.27-0.el6.x86_64 [root@engine ~]# rpm -qa |grep ovirt ovirt-release36-001-2.noarch ovirt-engine-setup-base-3.6.0.3-1.el6.noarch ovirt-engine-setup-3.6.0.3-1.el6.noarch ovirt-image-uploader-3.6.0-1.el6.noarch ovirt-engine-wildfly-8.2.0-1.el6.x86_64 ovirt-engine-setup-plugin-vmconsole-proxy-helper-3.6.0.3-1.el6.noarch ovirt-host-deploy-1.4.0-1.el6.noarch ovirt-engine-backend-3.6.0.3-1.el6.noarch ovirt-engine-webadmin-portal-3.6.0.3-1.el6.noarch ovirt-engine-jboss-as-7.1.1-1.el6.x86_64 ovirt-engine-lib-3.6.0.3-1.el6.noarch ovirt-engine-setup-plugin-ovirt-engine-common-3.6.0.3-1.el6.noarch ovirt-engine-setup-plugin-ovirt-engine-3.6.0.3-1.el6.noarch ovirt-engine-setup-plugin-websocket-proxy-3.6.0.3-1.el6.noarch ovirt-engine-sdk-python-3.6.0.3-1.el6.noarch ovirt-iso-uploader-3.6.0-1.el6.noarch ovirt-vmconsole-proxy-1.0.0-1.el6.noarch ovirt-engine-extensions-api-impl-3.6.0.3-1.el6.noarch ovirt-engine-websocket-proxy-3.6.0.3-1.el6.noarch ovirt-engine-vmconsole-proxy-helper-3.6.0.3-1.el6.noarch ebay-cors-filter-1.0.1-0.1.ovirt.el6.noarch ovirt-host-deploy-java-1.4.0-1.el6.noarch ovirt-engine-tools-3.6.0.3-1.el6.noarch ovirt-engine-restapi-3.6.0.3-1.el6.noarch ovirt-engine-3.6.0.3-1.el6.noarch ovirt-engine-extension-aaa-jdbc-1.0.1-1.el6.noarch ovirt-engine-cli-3.6.0.1-1.el6.noarch ovirt-vmconsole-1.0.0-1.el6.noarch ovirt-engine-wildfly-overlay-001-2.el6.noarch ovirt-engine-dbscripts-3.6.0.3-1.el6.noarch ovirt-engine-userportal-3.6.0.3-1.el6.noarch ovirt-guest-tools-iso-3.6.0-0.2_master.fc22.noarch ### DB ### [root@engine ~]# su postgres bash-4.1$ cd ~ bash-4.1$ psql engine engine=# select vds_id, physical_mem_mb, mem_commited, vm_active, vm_count, reserved_mem, guest_overhead, transparent_hugepages_state, pending_vmem_size from vds_dynamic; vds_id | physical_mem_mb | mem_commited | vm_active | vm_count | reserved_mem | guest_overhead | transparent_hugepages_state | pending_vmem_size --------------------------------------+-----------------+--------------+-----------+----------+--------------+----------------+-----------------------------+------------------- 688aec34-5630-478e-ae5e-9d57990804e5 | 32057 | 45836 | 11 | 11 | 321 | 65 | 2 | 0 2ae3a219-ae9a-4347-b1e2-0e100360231e | 32057 | 26120 | 7 | 7 | 321 | 65 | 2 | 0 (2 rows) ### memory ### [n33] # free -m total used free shared buffers cached Mem: 32057 31770 287 0 41 6347 -/+ buffers/cache: 25381 6676 Swap: 29999 10025 19974 Physical Memory: 32057 MB total, 25646 MB used, 6411 MB free Swap Size: 29999 MB total, 10025 MB used, 19974 MB free Max free Memory for scheduling new VMs: 1928.5 MB [n34] # free -m total used free shared buffers cached Mem: 32057 31713 344 0 78 13074 -/+ buffers/cache: 18560 13497 Swap: 29999 5098 24901 Physical Memory: 32057 MB total, 18593 MB used, 13464 MB free Swap Size: 29999 MB total, 5098 MB used, 24901 MB free Max free Memory for scheduling new VMs: 21644.5 MB ### code ### ##from: https://github.com/oVirt/ovirt-engine v3.6.0 ##from: D:\code\java\ovirt-engine\backend\manager\modules\dal\src\main\resources\bundles\AppErrors.properties VAR__DETAIL__SWAP_VALUE_ILLEGAL=$detailMessage its swap value was illegal ##from: D:\code\java\ovirt-engine\backend\manager\modules\bll\src\main\java\org\ovirt\engine\core\bll\scheduling\policyunits\MemoryPolicyUnit.java #-----------code--------------1# private boolean isVMSwapValueLegal(VDS host) { if (!Config.<Boolean> getValue(ConfigValues.EnableSwapCheck)) { return true; } (omitted..) return ((swap_total - swap_free - mem_available) * 100 / physical_mem_mb) <= Config.<Integer> getValue(ConfigValues.BlockMigrationOnSwapUsagePercentage) (omitted..) } #-----------code--------------1# if EnableSwapCheck = False then return True, so we can simply disable this option? Any Suggestion? [root@engine ~]# engine-config --get BlockMigrationOnSwapUsagePercentage BlockMigrationOnSwapUsagePercentage: 0 version: general so,, Config.<Integer> getValue(ConfigValues.BlockMigrationOnSwapUsagePercentage) = 0 so,, (swap_total - swap_free - mem_available) * 100 / physical_mem_mb <= 0 so,, swap_total - swap_free - mem_available <= 0 right? so,, if (swap_total - swap_free) <= mem_available then return True else return False #-----------code--------------2# for (VDS vds : hosts) { if (!isVMSwapValueLegal(vds)) { log.debug("Host '{}' swap value is illegal", vds.getName()); messages.addMessage(vds.getId(), EngineMessage.VAR__DETAIL__SWAP_VALUE_ILLEGAL.toString()); continue; } if (!memoryChecker.evaluate(vds, vm)) { int hostAavailableMem = SlaValidator.getInstance().getHostAvailableMemoryLimit(vds); log.debug("Host '{}' has {} MB available. Insufficient memory to run the VM", vds.getName(), hostAavailableMem); messages.addMessage(vds.getId(), String.format("$availableMem %1$d", hostAavailableMem)); messages.addMessage(vds.getId(), EngineMessage.VAR__DETAIL__NOT_ENOUGH_MEMORY.toString()); continue; } (omitted..) } #-----------code--------------2# !isVMSwapValueLegal then throw exception, right? so,, when we migrate vm from n33 to n34, the swap status on n34 actually is: (swap_total - swap_free) > mem_available swap_used > mem_available? confused... so,, the logic is: 1) check n33: swap[passed], then memory[failed], then goto (for..continue..loop) 2) check n34: swap[failed], then goto (for..continue..loop) If I have misunderstood anything, please let me know. ### conclusion ### 1) n33 do not have enough memory. [yes, I know that.] 2) n34 memory is illegal [why and how to solve it?] 3) what I tried: --change config: BlockMigrationOnSwapUsagePercentage [root@engine ~]# engine-config --set BlockMigrationOnSwapUsagePercentage=75 -cver general [root@engine ~]# engine-config --get BlockMigrationOnSwapUsagePercentage BlockMigrationOnSwapUsagePercentage: 75 version: general Result: failed. --disable EnableSwapCheck How? Option not found from 'engine-config --list', should I update table field direct from db? --disk swap partition on host Should I do this operation? --update ovirt-engine? No useful infomation found in latest release note, should I do this operation? ### help ### any help would be appreciated. ZYXW. Reference http://www.ovirt.org/Sla/FreeMemoryCalculation http://lists.ovirt.org/pipermail/users/2012-November/010858.html http://lists.ovirt.org/pipermail/users/2013-March/013201.html http://comments.gmane.org/gmane.comp.emulators.ovirt.user/19288 http://jim.rippon.me.uk/2013/07/ovirt-testing-english-instructions-for.html

2 4

How to manually restore ovirt-engine from sql dump file?
by Arman Khalatyan 31 Dec '15

31 Dec '15

Hello, Due to the HW error we lost ovirt-engine db. We have only recent dump files from /var/lib/ovirt-engine/backups/ Is it possible to restore database using dump files? BTW the VMs are still running without ovirt-engine. Thanks, Arman. *********************************************************** Dr. Arman Khalatyan eScience -SuperComputing Leibniz-Institut für Astrophysik Potsdam (AIP) An der Sternwarte 16, 14482 Potsdam, Germany ***********************************************************

2 1

virt-viewer error
by 靳占冰 31 Dec '15

31 Dec '15

This is a multi-part message in MIME format. --------------030407000705030404080406 Content-Type: text/plain; charset=gbk; format=flowed Content-Transfer-Encoding: 7bit virt-viewer-x64-3.0.msi version can not connect a virtual machine. Error: Can not find the specified file When I select Console button to connect AD virtual machines, reported the following error: cannot find Application. 1.My client system is windows7 2.I use the Firefox browser --------------030407000705030404080406 Content-Type: multipart/related; boundary="------------080908020104080006090707" --------------080908020104080006090707 Content-Type: text/html; charset=gbk Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=gbk"> </head> <body bgcolor="#FFFFFF" text="#000000"> virt-viewer-x64-3.0.msi version can not connect a virtual machine. <br> Error: Can not find the specified file<br> <br> <img src="cid:part1.05080101.01050702@horebdata.cn" alt="" height="372" width="713"><br> <br> When I select Console button<img src="cid:part2.03040805.05010002@horebdata.cn"> to connect AD virtual machines, reported the following error: cannot find Application.<br> 1.My client system is windows7<br> 2.I use the Firefox browser<br> </body> </html> --------------080908020104080006090707 Content-Type: image/png; name="fhbgcgej.png" Content-Transfer-Encoding: base64 Content-ID: <part1.05080101.01050702(a)horebdata.cn> Content-Disposition: inline; filename="fhbgcgej.png" iVBORw0KGgoAAAANSUhEUgAAAwwAAAGWCAIAAABaf5MgAAAgAElEQVR4nOy9eXwU15nvXfLc uWHxG7+ajBObCLxhsxoy8XIdYmMTJ3EAIbCzOMYQkslEzif2a+fOvLmJAxaIxZZibMiMHJvB BgkhEMKyiFkkgVBLLNqXbvW+V+97txaQ0ILq/nFqObX0ph3x/D6/D7Sqq6tOPedUnW8/53QV kZOTQ4FAIBAIBAKB+CIAkkAgEAgEAoHEAkgCgUAgEAgEkhBAEggEAoFAIJCEAJJAIBAIBAKB JASQBAKBQCAQCCQhgCQQCAQCgUAgCQEkgUAgEAgEAkkIIAkEmmgNDd08K/N1aLtu3pzsolAU RVGh/pCiW1Efrg/0B27evElRlOW6pf9m/2SXCwQCgSZZiUGSNX/jYxvzrewf7OsRiLct3iJr /sbHHsuqxRZyf8VTbdZjnCQ2n1XLFrw2K/HiR+SlBzDJyAQ/NyHiCkeXKyIvLZVHRr1NwTbo RRF5KRYA/l+Jl3Q0YcS2MrUqYiRq6+hc/P0aWUNweHgyi3Fj6MY+y7451XOIcoIoJ+48f+dO 005dj25D2wZXnyvBjRCvE5JO6MPRzvoRXmaSObulJTqtxkqC0zPaCTXCs5iUoU+NwUUAU+Jn fYL7FVwKDhw4ILzeJFk86U8z0RiZSNnYFG9URbLmb6T7s4R7QYESOxewrnOkO4qihE7hZE9Y UVhGySMJKHFIGrtC1WbxMQaHmI0bsb2wfyS0zajrMttn/0oKkriWTcrG7IQZvXCaYQo2JtdH 4VFG5KUHZCTaeGkphmPsHwkVdrRh5NEbKZtoTgoGg1ardWBgYKw22N0z+Nha2YNPV5vt18dq m8nq+tD1LYotRDnxz1X//KPmH2W0Ztwnu48oJ/6x4h9nVs703vAmuB3idaKFasFNHEgGkkZ8 1ktvbTQXJ6nTaqwkhqQRn1BxNz5WSryQSRZgbMobbSuj3DopG/vLS3JFwlMJwv4yiW3E/Rze N0qkL0anBAuQxD6lwjKFIGljfj6NfFihWAhFcRa8ExWq+EvYv9Be8tE7tVlZ+fmjgySaOTdm ZXEQlpW1USrZFE38ls2dO+xXDfR3RF5aKpOVou8dpLyU+wLCfnESf83jXgu2lnzBIhEygkGS YKdURF4qk8kEu4i6U8Gmmb8i8tJSuVzOlFgml48QkpgwcguxcovLKbUFriokPyLOBYwgwpgG BgZUKpVarfb7/TfHaIQs3DnwxFrZN75dnr3f0Ns3lPgHO77/RMvdRGvajEtzZlyYM+PLe2ac uGfGkXtmfHrXjEP3/5P7bFnim/rA8gFRTjxZ92RNsAYtkQVld1fdTZQTMypn+G74EtwOgiTC SXBODpKkznr2skBfZJg3uLOY/gu7BDF/8T6YzBdkydNK3KBG1uokIEnqhGJXoz/OvMFdZOi/ sI0zf6GMb+IXgcQCInnWS8SE3S9aEvOkE35vSuRyii2X2KlkNOIVQ1oiSCJleByjFEYy5vQ6 paV4keJK0ENaa61WYcsXN++RnAuShGHN35iVlRVr4/zOlOvo+UM5EutwKzGAk0x3HCcsMUsr OiLhhSV6lJKAJKuVu0oJCI5BFOzCtnHjRhFT4dtjy8FxsjV/48b82vysfCtKwtUmB0mC0TZ2 H2wGnz2KUWaSsIVcf8++ha/Du2AIPoud34KtJSLJVWPslFsiTOmLt8Stjn+bjshLS+WkXCaP oMwxOVJIihkKQTmjHm+Mj/CKfEBGjjDCjAYHB9VqtUqlUiqVSqVyrDhJro7MfeLLbz5x5gev XhkcTGKDg6GA9QdPDN1LDMwhQvcQ9q8Tmq8TTf8PUTf/Hu+pE1QyZbu3+t451XMaI43oz6Hh offN76eUp6Cht2QzSaOBJImznh0cxy7zzMWfOYG5c1l0BZK4OiWgGKcV/vbIWp0UJEmcUPRq 7AaZtCme5JIsEv49LJGLQCKKU0hRAdgxpXgnnfjspxK6nHLfPbmQxo1G9GJICx9u4+cVuRy2 ZGEkYi6usgQk2WSlWz6z7kjPhVohO+Dds2hT+BJBR8ttWrwOvoTdcvJ5oDhhiV1a/hFJXlii RCkZSKLHD7k/HntMgkzYaT9osDFKEPCyYvi3Md9am5VVS1nzs1goS0ii8OH75TWjZCHpgOh8 4Y1Ys98q+Ockc8nAaYM5gdisCSm9tUQU48Ij3qn4ghRnp/ilH/uWVCqPkDIZSUXkMnkkkhwk iXcXixdFV5QYkBQdOrnPjiDCFEVRVH9/v06n02g0iJM6Ojo6OjoCgcDQUBK5H7E6u/u3vHn1 7kc/n/PY31f/4vKNgeSoa8Dn1T7/WPgewvMNwvh1ov2rRNNDdwdOnxxOslREOfF84/Psn8PU sK3PpunWGK8ZTddMQ8OJbo2GpAMEz8lAksRZLzpbRZ0B83H8CiTMP/G/2sZVtI6Ua8CjaHVS kCRxQgk7/uiMJVmkxC8CiSjGWS8uAJ5UiXfS8cAmwcspVnD6Jb6CZDTG8OqK9sFuQlyYWDEf I0jCuzRx8x7VuYBWEkAGtstoG2dfsivgEwwF28GOS/p0HlVYEilt9BRP9CglB0mUNX9jVr74 gAVr0l8G6e+F0jFAn+ZNF2IJi06ATQ1I4k7lmLmXhCEJvRL8mWBxpAomWpggJMXcKXofTylx VwI65Z4kJInDKF4Y4zouXCBOicXsrkY6ymY0GvV6PctJSqVSoVAgTkoqnzQ4OITWHxgYCoRu ZP7HpX9aUJj2Lyf/eUnJXz/T3ehPOjU12NPdsnKZ9RuE9i5CPj818PeSEeS3iHLiucbnhinh 1PG6cN0x1zHPDU+i2xnlxG3Jsz4RSOIG9UVfTJNIH2GSPK247EFC+WDuU7GHjKOdUIlAUowi jQckiQsZpQCkKKcTP9KJX06jQVKMaIzs3I/2FRQHrXGFpGijYMIuDdNYnAsc7ojhJnoGiFdY hk74p+oYQVKcsCRS2piQFCVKSUISzVvseKJgZItedSN7mcvKijp3nR5KFE9OsuZnbWTG9UYx J4mXYRuL4TYWGaJlfSmps1qUjacoUlYqk/G+kPG3lmjJcGrDvoFJZn3F1/TYO42g0XTstGYv S7JSZorEiIbbeGHkxzPWdRw/XuwSLfERPs6WSmXpE9DAwIBGo0GpI7lc3t7e3tra2tLS0tzc 3NTU1NLS4vV6E+eSnp7+A/nKg4Wq7e/VP/Jk4V0PHPzGoiP/7/wjC58ui3SOcDL4YFfnpZXf VixOC5UdH9kW7q2+N/VC6hn/GXyhslt5z8V7iHJC061JdoNJsBGraGd9jOE2cVdRmyX8yih9 dYorqdMKz6tGbagJtDppSBKdUFyXyyVDJCApWpESvwgkGA/JQkYtgHikSfqk4xUnicup1Jqx ozGCq6sEJDEfZ6tFsjBRY54kJPGG1pjGjbf8GKNdSZ0L2Nxh7t0YcINvnL9NiSk0kmgymuG2 OGGJWVphtinGOL4wSklDkqicUgOaWPovegSs+Rv5WS0h5CUJSZjY2Vooc7ZRcAuAxPPv/JbN Td+LNiVT9CLCpIHxk47r47m/RSvFF5dKlkAgfHuS18c4O43wcsv8jTP/j2xOEhdGuggsjcW5 jrOHxZ8tK/4It6Io+Z9wkYeHhweiq7+/P9lfutU3eR759sF/SN2bkvrhjHvzUh/89KnVZXpz V1IbEajX5/NVn09qHhKuPFseUU4su7zsjP/MjaEbFEVdjVx9puEZopz4g+4PgzcHk93gKCBJ dNYLBwuysiS+erITKrKy8OmsglGG5FJKotOKXSKTiXglmVYnDUmiEwrnLmavIsYSFQktKZWY uB3rIhBXUc/66DHh0V3Uk07yaOJcTulvbuI1o0cjXjGkxR+kk5ER/NYH9NVbXJhYMecXKSFx XZp4NIn3vmDWcZLnAjcwJbEj0Ygdu3GrxHRpYYmlBsJEg3LJdMdxwhK7tKIgCi4s0aMEN5ME gSZInZ19ZypN+z5q/uuB1vIqa6Szb3LLMzA8sFmxmSgnZp+f/d367z7f+Pw3qr5BlBM/aPxB qD+U1KZGONaWhJL7yjmNlFwKYjprSkViShVm4jV9Tsf4RwKQBALdvuob6jvoOLjw0kL0i7Z7 q+/90Pph52DnZJeLleiL4+0icULrtteU4pIpVZiJ1y0PSUlcWACSQCAQCAQCgSQEkAQCgUAg EAgkIYAkEAgEAoFAIAkBJIFAIBAIBAJJCCAJBAKBQCAQSEIASSAQCAQCgUASAkgCgUAgEAgE khBAEggEAoFAIJCEAJJAIBAIBAKBJASQBAKBQCAQCCQhgCQQCAQCgUAgCQEkgUAgEAgEAkmI yMnJcYR6wWAwGAwGg8G4iZycnM5uagyt1drGdoMTsGXwxMQZanBiDHGGOE8nQ5whzpNogCTw xMUZanBiDHGGOE8nQ5whzpNogCTwxMUZanBiDHGGOE8nQ5whzpNogCTwxMUZanBiDHGGOE8n Q5whzpNogCTwxMUZanBiDHGGOE8nQ5whzpNogCTwxMUZanBiDHGGOE8nQ5whzpNogCTwxMUZ anBiDHGGOE8nQ5whzpNogCRwEnE26hrqL/6HvD5b0fCeouEvjHM6Gt9rkv2+vX5/pOvmyLYM HkNDnCHO08kQZ4jzJBogCZxEnG3W1qD9k+HrZ6m+KurGJaq/mRpUUINKalB5s6fUq39dJ//Y 4w2OYMvgMTTEGeI8nQxxhjhPogGSwEnE2WZt85MH+yMn+iPH+sMnB7ov3rzRMTxgGh509EX+ 3m39adj6lqrpXa/Xn+yWwWNoiDPEeToZ4gxxnkTf4pAkz1uZmpr6WmVnN9V56o3U1FXvyyc/ pre6Y0GSpdVPHuh27+3x7O32/LXH/1lPoPCav7AvfHrwenOXe3/EvtXU9qZWczWpGnztFDXy GpTnrUQNABwjzqfeSKXjXPlaKqaVee2SIY32Fm9T8RZOd0e9IrHR/cDU2c2PORtV/pp06OCC lmCcu6nObtP7XASZQOHXk8QN15BocZZspaOKoVStTe3KmhaQlPpGgYO+pmTLKHd44sI3LR0T klr81rz+yLH+8NH+yLH+rjNDvQ1DN9oG+1oGexsGe+uHrlW6Tf+l1zYlVYO/KqAc/pHVoOn9 lampmZWkY/LjNnUcDZK2FFAOf+VrqanfzTaZzZRZlrciNXXFLlOQv3L7B6tSn1m1InVVdi0V FG+f21S8hdPdMdqz2Uyb9FS+lpqaujLvipkym6mCLampK/Ka+WvKslelpq7a3QQXtITjjE78 lXl1JBfAd1v515NEtw/XkOhxlmylI49hlFpLopCTUFnTAZJWrFi1pYDyYdeUL9gvbuh7G/p6 8dob7ML3mRWYr3r0VT4+L98GjglJTV7TX3p9+695//O6N++675Pr/k97g4d7g/m9wfzewKe9 gU+chvfHAJKkqqP9g1X8hdiXku9GSXvclk4EkkgPRWc4tlSSHnzlytdSU595tzJ7ReqKbBPb Q7PBR+cR4iGphZWvpaaufO0N1Nl/0Z1gVUZdOJUdpz1zkV+1W0aZSSrYTXXK855OTd1SSAV5 a1b+JjV1RbbJ3Sp9QZv0I51ycT71Rmrqqndrmah2U0EPZTZTKIC/KqAcTVxK6YvXmKaYyDVE ormKmvQ0dbz2zLRSYQ8rjKGw/41ba5IXfHneSi7sKL06OZU1HSDpV9l5K35V6Shhrimlb6Su zGt0UOaCN1LRt2H0/WxLpcOB6DV1xS6Tm379RqGHoagSymymPxWFl28Lx6hB0tLoNe3uDx3q j5QMdJ7s7zzZ3/l5P/2ipD9S3B857NTv1msak6pBTKuyZfSVbmWOiamO1H8todd85l0T+3X8 ip/q7Da9uyI1dUul2cydeOBEIUmetxJllRyCNVftllG17zJnB/Px3xQzuRC0qRKphf7K11JT U1fk1Too0kyZZXlPi88syaqUrt8p7Xjt+Y0v6F75jQIzyzqVr6Wmrsg2oV6c6X5M769MTd1S SdZLXdAAkkRxbv9glXRw5DxIQuFFkFRgpnxxryG1ec9IdAT8Jm2mfJMdkAmLMx+SmFZaLOph 8RgWit9NqNYkrxKpWypJB1WbvSo1dVX2lcmprGkBSQVU0a9X7dqNXVOa8lYwF6otBdzXC7OD 6y1ID1dnjdjXC+5Tt+u1KRYkmeu9xq3dzj91O/7c7dza7dzG/Lut27mty/n2NdfbDs3bek1D sjXINvRsGVX3l1WpqW8Umik227Ei2+Twm95/hvvS4HMgKjK9vzI19VeV5ts+VR4nznxI4pRZ SdJxpv3Fa6mpT+fJzJS7Ne+Z1NQtBZQP6+mZhF/qlgLqSo7EQnr7WyoRs7ZLn1lRqlJi4eQH M7k4i4bbGpnQMRdrBlLrRd3PryrNV6Jc0Cb7SKdanEcISdJtjLuGRGmuvCY96dGYyDhLQBK6 2Ap62DD/Oix8N06tSYcdZVXRVzguqzoJlTVNIMlR8sbT312FdbGr3m+lyALmwo1/aWPCzQwW cB/JlnGXNrP59ppdkWANkuarHt3/7vW92xf4oC+wT+QPbvjfdaj/Xa+pS7oGsapBkMT0K/jw EOUmK7fQZwRKpQIkJRZnyTlJyLzQ8REqNTV1SyVzpjA1IoIkn+T2HVQndlkUn1miqoy6cMo6 8eG2bBnlk+etXJnXzmTv+JBU+Vpq6tO7TCwk4Rc0gKQY7TlJSKI6Y15DojRXXpOexo473IZa qWy3qIf1C2PIfzdOrUmHvYmGJNITA5ImorKmCyTR349XZcuo45n0KVH3l1UxIMkdxsC2Ne8Z ZrQV9QdT/wI9fo4FSabLbu1ve+y/67a90W17U+Q3ehyv25W/1Sf56zZh1TDVwfS+q3bLKNSp oDlkDibn5ANISjDO0nOShEZnxG7mulOwJZWeRCznskpowgE6rSQWCrYvlzqz5FJVKblwsiOZ dJwlJg7T+f+6MPVFJuqbV+1i2jPe8nfzFnIXNIAk6YnbT3NjsnTHLBdCEp2BXpmKD7fFuoZI NtfuWKfMdHIi1+fdMqrw16IeFoMkFkmxd+PXWrSrRAxImrDKmjaQhOqG7mKfpjOqb/xGPPwv CUlhqrOUnQK2Krd+Og88j6YGSdMlt3rLNUfmNcfvrjneuOZ4ne/fXXNk2ju26DWXR1CDvInb XHXQo87uMNX+Fy6/imYscVMIYeJ27DgnBEmm91cyY21h7lOIVtng8yZuSywUbV/qzJKsSsmF kx7M5OIs/euqyn/lZefeKGCmGAsbeavUBW1qB2Fy4txN0dNT+E2LF0AGSVeykBSl4fGuIRLN 9XaHJHErFfawfiyGcol349SaZP8rDUmTUFm3OCR1U51himQS+D4HE/EwPWnL7KAcaMoFtlqn n2Kvv9zsemY58u18YYpRg1ZTjUv1csSYETKsCxkyMKM/10WM68n2n+nUl0ZWg3jV4NXBnmao vpgfV9MLUb1P+xkDo61BPxdJB38eEm43yY+knws1G3yHg9uU5ELh9qXOLMmqlFw4ZR2/PWN2 sIMCBW+kbqn0dWOXKbyRS17QJvtIp2Kcu6lO1FwFTUsUQLOZIknue2/8a4hUc41xykwbx2jP kq2U18PiMZR6N06tSYY9THEzJrGuYYIr69aHJPAExpk0yVwdGd3Wl7rJn3STPxX5J9dsL5Ht 63Xq2mS3DB5DQ5ynepz9FAwQT0ScwRDnURsgCZxEnEljtVPxQsTwvbBe2p3G71lbX9Cpa5Ld MngMDXGGOE8nQ5whzpNogCRwEnG2map86udu2KO63/GcS7FKr5Ylu2XwGBriDHGeToY4Q5wn 0QBJ4CTibNBUXz33vfbq59ovRnH1c5fPfF+thOG2yTTEGeI8nQxxhjhPogGSwBMXZ6jBiTHE GeI8nQxxhjhPogGSwBMXZ6jBiTHEGeI8nQxxhjhPogGSwBMXZ6jBiTHEGeI8nQxxhjhPogGS wBMXZ6jBiTHEGeI8nQxxhjhPogGSwBMXZ6jBiTHEGeI8nQxxhjhPogGSwBMXZ6jBiTHEGeI8 nQxxhjhPoomcnBwqYV26Z0niK0fT3r0HWefmlVVd0Iqd9EZPbSaW56q4v1W5y4nNp0ZfWBAI BAJNNZ3aTPAluv4zYvoBrk/A3l2em7uZ/Sy7fPMptkPheha0R95ubgNBnJOEJBAIBAKBQKDb RABJIBAIBAKBQBICSAKBQCAQCASSEEASCAQCgUAgkIQAkkAgEAgEAoEkBJAEAoFAIBAIJCGA JBAIBAKBQCAJETk5OaFwJxgMBoPBYDAYN5GTk9PTNwgGg8FgMBgMxg2QBAaDwWAwGCxhgCQw GAwGg8FgCQMkgcFgMBgMBksYIAkMBoPBYDBYwpMPSbl5ZVVVWtyTHhQwGAwGg8HgSYYkMSEB J4HBYDAYDJ4KnjhIKiqqieFNv/5Dbl5Zbl6ZQuEBSAKDwWAwGDzpniBIKiqqiX1TS5aTAJLA YDAYDAZPBU8oJLF5o9zcstzcst//vgB5DCCp9b1Hl73XxC0pfYWg9egexaRHGQwGg8FjZ+4K T4t3/Y/5kY2lSeyoZBO9ZWEXc5sY4jwtIKlpzzJB5RVvZGuo9BWCeKVk8gMNBoPB4DFy6SvE sl2t3JKmPcvi9N+t7z1KbCpOdkds582+uL0McY4JSbI5SzT3Pdx+/92WuXOU876hmTdHPy+t 9eG7TXO/rpz3kPa+u81z7z2XtjiR3eCQJCCkUUISXWe8yCp2LePqtXgjJJPAYDB4OlnYeff0 KXYtYy/1il3LmMwH+rbc+t6jTCZkV+tgT8kmcWqkac8yLvkh6LO5jyff/d/ahjjHyyTVfHMp NX8e9Ugateh+asF8avF91CNpQ4vmUovnUguWXLx3foK7QZCE8GhsIUkY677BHsgkgcFg8HS2 uPPmel/s+o+9ZjMcre89yn2W6yBidd59UzHDAXGeGMcfbpOlPTSw+EFqYdrwgjRq0f1DSx6g FtxPPTI3cULq4UMSjkfjBEnYSKqwgsFgMBh8i1ui8+4p2URsLBW+xeuzJfITxRtv1c4b4jwx TmhOUsOcRdSCB6nFc6n591FLF1MPL738zYVJ7QZBkhiPxgeS8OyRYteyJGeQgcFgMHhKO3qG gxuyYSXReRdv5N5Gg0e3XOcNcZ4YJzpxW3bvfGrxg9SitBuPpF2Z91Cyuxn3WwDgkRVEeeoF HQwGg8GjsPRcmVdK0FtSM1p4qQ5uDgY7aRXvvLnpyVO484Y4T4yT+HVb3Zx51MKHqueljWxP sW8muXfvQYXCg1x1YQwzSbxxUzAYDAbf+hZ23sUbuanB+DW/ac8yYYYD7yxa33uUvU0Mt7z0 FXai8RTuvCHOE+PkbgFw6Z4lo9/l3r0HWefmlVVd0Iqd9GYFkcUzgUBIYDAYPK0c+/492K+u 2GwHNwyEvbvsvV1cr88u31Qs0WejPd5uk1whzpP97DYwGAwGg8HgqWmAJDAYDAaDwWAJAySB wWAwGAwGSxggCQwGg8FgMFjCAElgMBgMBoPBEgZIAoPBYDAYDJYwQBIYDAaDwWCwhImcnJxQ uBMMBoPBYDAYjJvIycmJ/cAQEAgEAoFAoNtQAEkgEAgEAoFAEgJIAoFAIBAIBJIQQBIIBAKB QCCQhACSQCAQCAQCgSQ0+ZCUm1dWVaXFPbnlAYFAIBAIBKImHZLEhAScBAKBQCAQaCpo4iCp qKgmhjf9+g+5eWW5eWUKhQcgCQQCgUAg0KRrgiCpqKgm7gqIkwCSQKCkNAwCgUDjr8m+1E2O JhSS2LxRbm5Zbm7Z739fgEyNHpJUucuX56q4v09tJmhtPjVmRwECTSnh16+bN2/evHlzaGho ENMACDQ9Vfoqwdeyd+UJfuTV0uT2g7Ysf3dZ/F1MB+EXkKGhLzYJ4rw8RxXnssR0vkl1vac2 E6gHF3blk6/pAEmq3OUEQRBcZE9t5ipIlbscOAk03STAI5aN+vv7+/v7+/r6ekGg6aySjcSj u1u5v1t3P8pfIFLr7keJjSUj3o9wh9NcfX19/f39/f2fbyKWvacYHBoaunnz5vDwsDJnObE8 RxkjqzSyLpeFJPbFlFEsSJLNWaK57+H2+++2zJ2jnPcNzbw5+nlprQ/fbZr7deW8h7T33W2e e++5tMWJ7AaHJAEhjRKSVLnLieW5KjyyfBQFSgJNMwmyR4iNEBhdu3atp6enu7u7q6urq6ur EwSanjr2c2JpdgO+pCF7KbuoIXspk/n4+TH+gqXZDZ2dx37OpUbwz6CV8c2jF9zH2TWmrdCl o7u7u6en59q14o3Eo3ta+/r7+wcHB2/evHnzZgeDScNsgoLLG3ELlueq8BEdLovB65EFbMR9 fAr12XEySTXfXErNn0c9kkYtup9aMJ9afB/1SNrQornU4rnUgiUX752f4G4QJCE8GltIooVD Eh9FaYpKeosg0FSUIIE0MDDQ19d3/fr1np6ezs7OcDgcDAYDgYCPkRcEmobK/ymx5J1a3qLa d5YQP81H76EXvNfs27XvLOE+K/E+b/PiF9Na7HUjEAgEg8Fw+OjPiaW7mnquX7/e19c3MDAw NDTUkbOc2Fw2PDxchg3ZcMM3LATxul6J9+nFggTSrZVJQpKlPTSw+EFqYdrwgjRq0f1DSx6g FtxPPTI3cUKi+JCE49G4QBJ1ajOHrac280biQKBbWywhsQkkhEfBYNDj8TgcDpIkLRaLyWQy gkDTVh9vIBb+n3OiZRs+Fr517v8sJDZ8jL+Q/JDgfXYb4he3gUwmk9VqtdvtLtehnxJLtl8N dXZ29vT0oDG4wdJNxKay4eEyUTaCZSOJPNCpzdMXkiiKapiziFrwILV4LjX/PmrpYurhpZe/ uTCp3SBIEuPR+EASnvTbfGrqBR0EGrEQJA0NDfX39/f29nZ3d4dCIY/HY7VadTqdQqFobW1t ampqaGioZ1RXV1cPAk0r5a4mHn69iLeo6PWHidW59UWvPyyYa0yszuXe5j7PCm2I9z67efGL 20BNTU2tra0dHR1abd6LxKI/Vzv9fn84HFn1Tu0AACAASURBVO7p6ent7W1/dxmx6YthZc5y YZwlIEk84DY9IYmiKNm986nFD1KL0m48knZl3kPJ7mbcbwEQPbIwJwk0bcSmkdAoW3d3dyAQ cLlcLpertbW1vLz8pZ+9OgL/+OVNYDB4ZB7ZSTfFfeTIkZaWlubmveuIBX84o3e73aFQqKen p7e39d1lxKYvhoaHyzZL9qy8lJIEDuE9MjciNw0giaKoujnzqIUPVc9LG9meYt9Mcu/egwqF B7nqwuggCa8bmJEEmi7CB9rQKFsoFHI6nSaTqaSk5KWXX3154y/OlJ8Pd10Pd10Pd8dzF+dQ 17VQ17VQJ+0g3yGxIz1JORjuHpkDCblL2qGxc7grwJQnGO4ORrpDkZ5QZ08oIg7OddpdMd05 YktVx63pYKSHdcw67fZHrZRoTrDl0B5xO8QPYcTuud736aGCYKQn0nU9IXf3jpODndc+PXyk p/fGmfLzL2/8xUsvv3r48JuriYd/Xyq3WCwejyccDhe/QhDL9igGB2/evFm2mSA2l6GrE9fr shAk6pTpv7jl2GSY6QFJFEVdumfJ6He5d+9B1rl5ZVUXtGInvdGow22QRQJNE+EDbdevX+/s 7PR4PBaLpaSk5IU1GWcrLrj8XWZnUGv10SZjWWP18u1BVlu8aotXbfaozR6V2S1tk0vaxqhW GpxidxgciViht8e2XGeTsJZk3R7XGgm3acg2Db2CXGdT6OwKvUOhd3QYHEqjkz40k1tl9qjM HrXFo7F6NRavxupD1pJ+zGzY41uNbBHYi6yKZjOyZyxtkbba4mHLw7PVqxa2K6/G6lXTH2G2 wDQkpcnVYXR1GJ0dRqfC4JTrHXK9o11nb9fa2nU8t2ltbVpbu8D8dQQNgGkejjg2OBQx2p7g XeHH7aIlSdrgtHvD7+//2Gj3KwzOBN1hdI3eSpNbYLMzuPc/P3H4Igab3+6NnK248MKajBWC IbWl2S3Xr/f39w8NDQ3zhtzEd93BuuHlubncTGF2OTYZRkBOUwmUJv8BtyAQKBEJ0kjBYNBq tV65cuWll189W3HB4Y1weJQYJyFU0pJeLUl3Zlq2Y7N4NBav2uLRSFltdkvbFMtiqFKanIm4 w+iIb4NdaL0NWRHbOgnTjKWjrdDbOvT2Dr2d7imNTqXJqTK5VCZ04B6Nxau1ItOR15F+ZL2N NrsktrWkX2sVmN5mVK6y4PZqJPElYWvEluIejVV4yHir04mMVuZaEUNOKjPqoV0dJmeHCdGS Q4HI2GDvMDoUBjuyXG+TS1KygWeuAfBaiDOWTbQlmp/RqTQ6VEanyuhUGnlwz4KOFDzdApAk RiUWktCfpDt0tuLCSy+/Wl5e3tbWZjQanU5nMBjs7u7u6+tDdwS4HW7DDZAEAt0aYiGpt7cX pZF0Ot2XX37545++7PJ3SfRV8SBJR/q0pJft0rSkl+7SbHSvxvZtOlLCWqvIFk9sa8xusdVm VxybnIlYZXQIrDQ6lEZ7VBskLAFbBnp9ZrNody6N2a2xeLRWLyIkHRM9hEQGewDZaA8Ymdex rbcH9DaBGcCSdDTGikfGiVhMOXTDEFlv87Hl5NnuN2DW23x6m4/XhGw+ls7ViLxNLrXZpTK5 lEaaTpQ0nTiURkeH0d5hpNFHGc8qo0NlciJjjcQVy9FboIr5rMrkooFJREsjRKURQdI4cZIA kpQmt90beXnjLz766KO6ujq1Wk2SpM/n6+zs7O3tBUgCgUBTS+xY27Vr18LhsMPhUCgUmZmZ p89V8EbZEoAkpsPzs6/1Np/ejro3H9ax+Q02unsz2HwGmx+3nu4gRSa9sa2zevh2J2KtJSFr zC5kpodzSliSsXh24EYfUZmcambjWotbZ3HrrB62y0esYLDRVGRyBBO0EdkucDy6sgktAqwx sHgv0cpjjGZHwOgImBwBk4NbyLQf1IT8NG+RXq3Vo7W4NRa3xiJIUrrUZpfK7MTsUsVjaw2z KU1iLUdrcWutbi3e5JhWp7G4NBYXzfSIlowuHJUYTnLiGaZxhSTESe99cODHP8tEfu+DA5JL EuckMSTpbf7T5yoyMzNlMll7e7vJZHK73eFw+Nq1a8yIG0ASCASaGhoeHkb3RmLH2lpbW1/6 2au+cI80IUVBJZaQmCyFT29jkMgeMNj9Roff5AgYHWx/HzDa/SamqzNxfZ5f2jZfbBtIL249 6Rkr60gP173RnZxLaLOENTw7eTY5NSYnw0YurcWls7r1VnanXoPNZ7T7jDY/Gy6TM2hyBs3O oJl+EYpmk4SDcRwNs3gOjKHFVW9yxrZEsZloMOs4OAo0OgJsqklPelE9aq0erdVDI47VgwiG hhXOUQAIawA61CpIj25Ujcqjs7p1dEJUApWYSUvOEXCS3RN6f//fRgBJCoPzxz/LZK8PiIoE S0YJSUqT2xfueelnr54/f765uVmv1zscjkAg0NPTg+7BDZAEAoGmihAksb/8t1gsTU1NL/3s 1XDX9diQdKG24fCR4zm5e//0x7f/9Me3c3L35hcWV11qZAZEAkzqiOkUnQEz6uocAbMzYHYG LS66kxPaEZCyP7ZNdp/AxgRssHkTskQ/56ZtlXbU9BWdLsJeWJlNkR4Di0d2n8nhMzn8JkfA 7AiaHUGzM2hxhcyuoMUVQra6wwJbkF246ZXNko5OWlKOUl9jbpeELdiBc3aHLO6Q1R2yuLDm 5AiYnYjzAiZHwOjwGx1+gx2lLZm8I+lhcpAstbj5joU4MVuLT9p22ka7z8isjIBYb/XorDQn IVRCA3AMJzlpTxQkiakIfz36TJLS5A52XnvpZ6+Wl5c3NjZqtVqbzeb3+7u6utC0JIAkEAg0 VYQgqbe3t6ury+fzmUymhoaG2JDUpDDkFxbn5L6fX1BUXlnd0ChvaJSXV1bnFxTl5r5fcPRE q8rEJQycAZOD7r0srqDVHbS6Q1Z3yOpC/watrpDYFrpT5NsZiG+HH3d8tHL4ErfR7uVs8xpt XiMpbSyn5YliuntmlxhJepsmu8/EK2TA4gxasOCQ7jDPnghtt8D0CmKWsrrDVpeELXEsYpQx smQboNsJ3yTtsMDsW1j7CTFMGTQ7AyaH3+TwR6Nko81rtEsQj1HSdm+8puKPbaODhngclXRW jw5LKfE4KflBt9FAkpiTkJIiJNYxIOncuXP19fUajYYkSa/Xy05LAkgCgUBTRcPDwwMDAywk GY3G+vr6GJDUpDB8/MlnH3988NK5KvXxz3V7cjSZv1X88l9b//d/NO3Pq/6y/OOPD37y34fa 1CaTM2hyBlBiwOJGmY+Q1R0iPaiTC5FulpMkbHEFpJ0MJFkcfrPDl4iTgyS8yyQ9uKNTUULm umG7z+TwMZAUsDgDiBTFnGR1h0mPEBqSwqN4bBS2tJ9YS6w/1M5ijRTCxvIoaCkqKgkhiX0L a0JBiytodgXMrgDDSSweoarkZRONNq/B5kH+MiuFeKcqKioxLSEpyGZtduKoxGYrRZyEjbsp kkwmMZDkQ1OURsxJ7BNqR0ZIsSHp7NmzdXV1KpXKarXejpAUCneCweAp7mAo4vUFXG6vlbTr 9caWlrbK8xdiQFJ+YfHHHx+UnyxzvvH/dX3wgfa+eebvfEf75JMtc+41vvWm/he/bCgq+fjj g0eKTpic3EAJ14d5QjbPpawU9j4oe8o9bHqgNiuFeKeKTQkEra7ad1KIbRcweGovXktkHGoP WF3SliInv7Tbj68lMg610X9K0lL9kfVEelEdvpAey6vemkIQWdX0nzYvMtOJeoQWIdTV/Aze fWLeqWIJyWTHelOH3+JEdBhkIYkOlyfMunxnCpF9mfRE2CXNRRuIdSeasHUkQUqaongOWd0h qxxBUu07KcS2KhZWtIf5B0EQBJFe3CiFNUmZZC0/kU6sP9weIj3RzD9AdjmL4G4c6VhU8jPU KzLDQKe3pxBZF1mWEg/m4tVkcvhMDuVn6wiC2HmGB98SyUuLMyDkJDqf5NVbvTor94NNNX/Q TZFMMmmsIIl9SO14QNLx4hMVleevXK1va1fo9AYraXe5vT5/MBiKTPqFcbxN5OTk9PQNgsHg Ke7u3oFwd68/3O3yBs02p0Klq669giBJIzUPKSf3/dpzVe4/b+0zmymK8uzcWTdz5uWZMzT/ /u9uinLq9erXfnvx1Lnc3PdlV5roWSNsDskdJhUn0gli7VGtzRu2ecK2qj0p2Zfs6LUn3FK0 gci+hF7bPGEbg002N2P5iXRifX570OaOatIldDSiOrcjZU2hiv5TmqVk21I4kLI46X6u4ch6 giAIIuOzVrSE7RS9Qttpm/iuL8gg1hbVMXR1OiuFINZ92uIVdK4Wp9/qDFhdwabCDUR6cZM7 ZHOHbW4mPt6IzROxeSL2jpPpxLsV3ojdG7F7IzZvpOXYi8S6kmZvxIbsSdZhnhUl6cT6fDm/ gtyM5SXpxPr8dmyJOyzcwkhdsTNl7VEtc7xC22kzB86uxt8I6Q5Z3UGrm8kwOQNmp5+2A3vB jMCaHb4z21OIrGpzfOLxW5z+xsL1BEGsSc8giJ1nnajWWAcERpyE9otAzcCNu0kMuimxZJLC 4JCPAJKYn7wlS0gOvkbGSSZHIBokff7F36tklxpb5Cqt0UQ6XN6gP9wd6enr7h2Y9AvjeBsg CQy+NSyGpIs1l1lIou/yzPjwkeP5BUUdBcfcb77py89HeWPTG2+0/vKXjut9nRQl37cv9/HH r+bszS8oOnL0BIIkK5P2sHl0BRkE3ed5I3Zv2MH2cJ6w3RO2M50x/afnEg1JHsaKE+nE+nw5 hk1SFnMS6QpI+MLuFGJXuStAsokokc/uSCF21PBTU+pD64g1BbJD64g1BcqoI3p22qIMBAZJ GDad3p5CrC2qs9P5KrPDZ2HSSBwkuUKkO2SjgxmxeSJ22vqCDGJtkY7FhdZjLxLrSlq87Aqc kwemiE1xMp3YkC/HXjAgRXrCpKIknVh/WB5majlBJ7Rre9W7KcSeCvwQvNHNHSO9FztdSDq9 ZHWFuJFcYaIxgHOSFCQxlYKbbRWugOXC7hRi11ms8UjTuTNAUxozPwmfnKTDJnEzP3bD7ghg cKAbiI8rJCFCsjASvE6Wk0yOwPt//cThBUjiGSAJDL41nBQk5eTuLa+sVv75nca7v654/HHP Z5/1U1TnjRsmp8s1MNC+d++2lJS8O+6oeXljeWX1X/7yAZNDYrpPxECKiM3DfvsP2704DGkL Moi1RzUMFfEG4HjjL65g+Q520G5XOSKhC7vZRe9cCJCuQHPheiJ91zvp9JKmwvXM+2jMruad FGLbBYyKzu9KYVdACaTzu1KInWfxfrHt2Foi47NWXwNvMK56awqxteDYGmYHWyu8JrvXVLEz hcj+rIAdl8o+bfeYbJ76ggxi7dE6G5qH5DHaPMaKnSnEuk9bvEab5/R2phTpRfUO/9nt3PDk mkK11RVqPrqBHa+s8IRtzPhaMwMHLfw/bew6jNYe1fJG67jRzzCJjYfSqyEMag+Tbl1+BrG2 UMsM2PErxc0bOaW1o5Z0h0jFiXRi/eGiPSn0ZjVkFf2aGRbU5WcQa4+WCHdNtw38QLDhWpTW UpSkswfGHHVL0QZiXXE+e2g7alEa6SzWbM6gcbfKXVx8s6oRpJ7ensIOp9Yf4ZrNp61oGFSK nCp3pTCZJP6oLrHtPM1SjYXrifSd29IJYnsNmqFvaju2hsg42OzV27w60qOzeumbFOCQZGQh iX7KSlxOGg0k/fhnmQZG7C0A8CUASaM3QBIYfGs4KUj60x/fbmiUt73886ZvfasyJeXcP/6j Yf9+27Vr3t5e1V//upUgPiOIL++4o2rZsoZG+Z/++DYNSUxnbLu4J4XYU+GL0EMkHna45NL2 FCKrKmzzhGxVe1LWFTfHhaSqPSnE7nJ3iHQHaVftTiF2leOvESQxwES2F6eL5jM1Fq4ndtQw kFSzLf14gzNgcfrP7kgh0o81OP0Wp+rQOmLbedTn+SxO39kdKUR6Ub3DZ247tpYgtlainrJ6 WwpBENln7F6z3dtQkIGGz0wVO1MIgsi6aLJ7THbFZ+kEYqM6BpIQIZnsXmNL0Rpi3cFmj7Fi 5+p8ucnuNdmrt6UQa/I7zA5/Y+F6ApXNFbTKT6xF5OHW5mcQRPYlBibYHE+kpehFYl1JM5OP IT2R5qIXCWJPOfodnOJkOkG8UxUhPfr8DEIwe6l8J5MWqtqTglJEchaSwmTVnpR1J5q4iU1i SMJrjXktP5FOEMS64iZPiMYj9FpxIp0g3qmiIYkg8F2j5eHmog3oGFke4gbgmCUMRekKMmhy ainaQBDE2kINSe9x/eH2kLUKS/agdM75XSlExmetPrOTrsQ1BR04JNUXrCfWFtXbfWYHjcX1 UolDjqdFg7Znd6QQ22UWp9/irNmWQmw7j3Bq12mHz+zwox0Z7EJIUosgiZ2QJMecBCQlzEmC W0eKlwAkjd4ASWDwreFEIEnDh6SmDS+e+Yd/KCGI6u9/X/nZZ+4bN1zXr5uKiz/++tdPEETp HXdcfPRRMSTZvAiS1ud3iCGJHl/DwSgOJDG5ineqaEgqz+bSAQRBEMT6w+0ok3S8iR5fU+ev Q8kYFTeyxswEx4fSmCwOgiQEKMcanD6L02dxVm9LIdYc6TA7fGaH8tA6ghmUqd6WQmytYGcg XdyaQmytoDNJKHtksnnoP0WQZLR5jOU7U4js02iKd0sRm5Fak99hdvhwSLI4g1YXP1XDJoR2 XBJAEnODAH1+BrH2qI69XwA915s/Usab982FkQ9Jbjq1ExWS2BQRm7Uq1PDWYavVEyI92vwM Yu1RDfOCzW/puD+xQjaLMmTCnFnVnhRiTwWzvEnIbbXvpBAElto5syOF2C4zM1PyGwppDDpD Q5Lys3T+wRA7z6B3sT9pVJLMJNHwlHGoDb3Yddbptzhk21KI1QUdZodsawrx5wqfwUZDEnu7 S7XZrZKEJJ1dngAn2T2hvf/5idHmlfhBXPKTuEcwXxtZaXQZ7f4P/uu/Hd5IB3bzJICkyYek 3Lyyqiot7kkPChg8BZ0gJGmw4bb6f/23k3fccfGBB1QnT/ooSnHxYvvFi4a+Pse5c5+mpZ2/ 445LG14SD7fZvGG79/L2FDR1JuzwYcNtXnYSUtjmCVXsTCGya20e3ugb1gGjBBI+rLP+cHuw fEcKsaNWMBWJD0lo7pH68DqCINhRNvWhdcSaIyp6KAR1nw5/45H1RPqxBmx87VCrz0J3hMJe 8zQ73FbBzjHiQ5KNhiSjFCQZbB4DyfzmnFR8mk4QRPaXNo/R3vFpOrE6X0GP+KQfa3AGLI7A 2R0pBLH+UHuQdIXOoaNGk+IZPmDRAcsP6fgIgn4Qd0kCktDQ1Y5LpBtjIx4khcuzU+gVokIS XkfiIbkYkKSRKjD3mv3VXmKQVNzs4e2RuUdA7bYUAs27P7M9hciSsT9dRHmjOgebSVJ+lk6s zu+I/qM2bPStUjQyS3OS6tA6Ys0R5dkdKWuOKNH8p8bC9cTaorrKXSlri+rs9F0uESRprG61 xYUgSSUYbtM75Dq7PAFOsntCeQfyVQab0uAcPSSNmJNUJrfaaM87eAQgSeBJhiQxIQEngcGS TgqS0MTtq7tzLj37rObkySBFaevr3yaIvxGEqaOjm6LC587l/M//WZ+9RzxxG03Wbj32IkHQ U4wdvojj4rspOy87fJe3pxBZ1cz0W0VJOrGnwhO2e8KtRRsIbio3GkypRaNydLaJ7XHpARqm S95RS7pDzfR85yDpCpLtxVmFatIVJF2aw+sI7ndtF3anpB9vdAXO7UghdtRYXQGrS31oHUGk H2/ARkzWHFGi3o7NMJmZEbc1BR30cBuaooQGa4js0/ScJAQ6NDkRWRfxidtGm8doo8HotN1r sFX9OYV4u8JjtHmNLcfWEHQPTUOSg5k2XqixukJ0PokeiorYPPqCDCKrSmK4jV7CzrlmhtvQ R9g1K3buqWAmSrMfOSxHw3MbDsuZvJTiZDo7ckf/iZPWJbZUpEeXn7GnnJ8NsvGmGbFz+XUF GQTBQR5WWk/EVvVuCiqk4mQ6Qaw9qrN5IjbP5e3Zl+3MErsnYvfqCzIIIvsyM3X9RDNN3pfY RsKgUi09He387hSC2HYezdqWbU0hVhd0MBO3ZfRtIJipSKbKXasLOkRjbcwv3SpRogiffnS8 wRWwoFHd9Iw1dM7Sb3H6ze3H1xIZq9OJ1fkdRuZW4DorDkkuFfPrNuxOknZJSBJzkt0T+uJM 1YWaOj3pVRr5N1gaESQly0lKo0tldhvs/qra+rJzFwGSBJ44SCoqqonhTb/+Q25eWW5emULh AUgCg8VOCpLQLQAunjr35cuvyHfs8F648DZBHCaI0wRR8D/+R1Crbd6zp+DhRy6WncFvAcD9 ug0xUAc+zbak1RtxeC9vTyGyLqIfu4XtXl1BBjdXt2InlrvZUcv8hE3LTYbeUYtG3LDpzPTk JBaS0KTdc+yk3fTjjS72V9k176RkHGoLWNuL17KDXOkZLAzRIybpx+rbj68liK3n2V+MM78V Ty+qR5mkLLas6z5t9ppsdCbpz++ws5GL6mxeo81bVyC8T5KRuY3hVe6tdavXEqvzFUa719RG TwlfU6A0n2fnp69fsw4dfph0h23ucMvRDWjEraXoRd6A11GdIJLYVGgdu8O1hVqbW4ftf/1a qUwSmr7NjbgJ30VLuB2J1mEgyR1Gu1tbSEPS2uw9ayVKiChnfb48zJ+mzSzBB/jQVG5vuOUY nmFihwixezvtqEU008BN50dDYH4Tm0ly+OjXdLPhbpqFc1IDN7MbaedZbpSWvZcEgWYmoQlM Zof/zPYUgth5Gj0vhXlIM3oWr9riUpldSpNTaXJ1GJ0dBqciHiQJUElr8aiNtg//67/Pnq9p VxvNEncbj/KQxJiWeOJeFJudQbnGfO5C7b68gxqTXUd6OX4CSJowSCoqqol9U0uWkwCSwGBJ Jw5JyOhmktWHjpQuXnoyJeUzgigjiAqCqCWIA3fccXzRktZDR/CbSYpG3CJ2X8Thi9h9ETTo hnWEIRtzM8DmoxuIdcVN/CEbydtzs/cJjGXRHSbx++LQ3VWWDFsiHlKp3ppCbK3E7yfJPB6O vlPzRZQBQmNnnMt3phDZX/Jvq60nPbEe9GZx6ywu2la3nvTorfSTTOin+eKPdXMGLM4gem6J xRXCb40tcU9ISQsfCJOQGws3EOnFDWP5TBLtYZQhi1LOc9kpxI7ahG5BSd9sk7bolpIh7k7c zG24ufsVJf44P/6tt9n7dxulxuNEt9tm7+FO//6fSyOxd0hCkIQRkhyHpOioxHKSyug02jyn K2sPHDr2/v6/ifzxSPzXTxL3gfzjp89fMtl9arMwzwSQNKGQxOaNcnPLcnPLfv/7AuRRQVLr e48yXwoe3aOY9ICCwePkZCGJfSxJVdmZK9t3X97wUs3SpZeWLr264aWG7N0Xy87gjyUxO4Nm YTKJ5iT0L3evHfqW0Oyv1WrfSVl/qF0MQ1F4KN4z3US3AeR3XW3H1tBTi/jGusC6ggwi6yL+ bAqms0QEU/XnFOLtcoaEWAA6l51C7Pg7DkMsAMWzlnvt1lnceivzrDebl+6J7X6THT0BN8A+ HfbsjpQ1hRqLKzSuT1uzuGq3peAPKhnZ40pwaw6tI9YUqqOu0F68lth9NtkHm3B4hDUV9DQ3 ZOxZJSijg55nzD7YOCHbcMe5Qzd6mAn7dBT0QBIujWR2o4E2pdHZgczcQ1Kud8h19nZdEpyk tXjsnpC0veER2OGNJGsd6RMPxiFI4lJvC/9PeRxIKn0FrbmxNInrW8kmYtl7TX2DPa3vPYpe TBnf6pBU+gqxbFcreq3YtYx4pWTyYwoGj4eThaT4D7gtPNGqNDFPt+VxEp1PQreK9jLAxNwV mo9K+MNKxY7Sj8Z7oJvo6bYCx3xkG//pXaK8wkUESdyz4vmQJMYjbTLWWdw6q0fPPLse9cRG m9/EDYIEzc6Q2Tl+VDTe1qK5VmOytei5MbqdIKw0OZgH3zr8zB0dfSjCevZRIcyjiNngi02j FZthivkkExrI7F6Dzau3eXSkR2d1ayUJyeBQGBxyg5352b+9XUdbngwqSXukM5NG82O3aJmk U///QmLxn6tjQFLre48Sm4qTvb6xkMS+mDKOBUmyOUs09z3cfv/dlrlzlPO+oZk3Rz8vrfXh u01zv66c95D2vrvNc+89l7Y4kd3gkCQgpFFBEj+gTXuWQTIJPF2dLCRpsEeUHD5yPCd375/+ +Paf/vh2Tu7e/CPFVZca9Ta/weY32ANGO81J7LgbjkriZ4qx4yY497AJEtzRZ0KIuIffRdHD VYwNPEsNqZDoW74Ht462mzM3TObWsja7kDW0nazVuE3IDmkbHfQKZqfa7NSYXVoL2p1HZ/Xo SK+O9OlJn4GNuSNodARNjCWi5+BsmsLGyynZBpIzth0eGDkCBrvfYPMZ7D69zYd+X4bCq7W6 tdgYKFutOmtMY62C4ye+EYGhhoT2orG4NRaXGnsOCUdIeodcb8fTSNKcFG+K0pjT0thCkkp7 7o+LicXvXPWHuyM9bTuXMRkmlDfiBnaW7Wod7CnZxKWgmJ66ac8yLskkYCPu48lj1rg5Tiap 5ptLqfnzqEfSqEX3UwvmU4vvox5JG1o0l1o8l1qw5OK98xPcDYIkhEdjCUk8l75CQCYJPG09 AkgS3GESWUci+/WkX2/z621+gy1gwDgJRyULfzYJ+pbPMRA3FBIwOQJGge1+QzQLuEeif/JI WidpK/eMCNaoP+PZ7FIjm5xiq0xOldGBW4nb4FAa7Kw7cOvtSoOjQ2/v0NNL0EdURrRll9rs 1ljo2+porYiWUPADepvfYA8gY3Hj2TDlLSiwsBkkbJahmQP3G+x+vc2H/tWTPj3p05FeLenR kh4NfY8ipk7N2Gu2Ws1ObAWeNWaupV/ucwAAIABJREFUYSAA0lq5hsRrUTQbsT9kcypNThUz CamDnoRkR9kjuc6Op5EkOCkKJI0rJ40GlcRzksr/tJj4aaE/3F30CkFs/BxdnYo34py0qZh+ wY7zcL1zLEjqu9UySciytIcGFj9ILUwbXpBGLbp/aMkD1IL7qUfmJk5IPXxIwvFo7CBJsWtZ koOgYPAt5bGCJJyTWFRC6Q0D210hVHIGza6gGYGRK0ibnyKi+zOb32CjkYuxj7VO0qSXtlTn pLN6UL6HNcM9Ips5o/5PRdvJ2SQ0DkAM69hYK3DreJZHcTtj9KdCb0PYpDQ4VEanyuRSmd1q s1tldqvNHo3Fq7V6ETDpbH7ONDnR1k2E/WNlfUIOxLXBFmDX55oK02C0Vq/G4lFb3Cqzm65o uk5dKpNLKVXF4trnmQdSbrUZb1EurEU5ER51GB0dRofC4Ogw2BUsIXE8ZGvT2tq1NjEnJYJK UzCfJDFx+79/TPy00B8+/nPi0Z0tzHAbj40k8kDFG6cvJPX0DTbMWUQteJBaPJeafx+1dDH1 8NLL31yY1G4QJInxaIwgqfSVZKeJgcG3mscQkiRSSqRfT6d5OFTCc0smZ5CfJQqwaSE9Rjxa ku7+BdYIbPHQ5vVJQqOnPeDmdW9GCSuNTqXR0WG0czbYFVKW6+3tGNy062ztWrINt4Zs01il rabdyrMFuU1tbdOQbRqynekv5Xq7wuDoMDrRbWmU6N59Zo/a4lVbUEA4a2PW5jhYVDujsLDq SUn74liq5aitXrXFozZ71GaPyuRWGl0dRhZZ2Gp1yA12OVbFrCXbgALxsdHeYbRj3Iy3Jdod BgeLRwqDXY7aj96G5Y1s7VpbG+M4nBQ9nzROU5TGPpNUt3MpIZAEJBVv5N5Gk2GmJyT19A3K 7p1PLX6QWpR245G0K/MeSnY343gLgNb3HoXftYFvA48YkhJEJW4Azo4Bkz1gcHDYhIGRn/mg T4tDj8WDvo4LrMJtwu2KYe53Q5zpvgo9/AG3gjbqHW1yvTDHwzfZqrEK3IKstrSoLS0qS4vK zLoZt5J2E2dTY4epSWlq6jA1dZjQuy0qS7PK0qK2tmrIVg3ZRtMSKiTbadFPyFKZPCqTR2ny KE0eldk74faMudUCW8T2xjHzWdRslGa30uzuMDE2uhQGp9zgaNdzvEszis7WRv/Jo952HSnZ GOh0oN6Gw5aCbVR6h0JvV2C81a63tett7Tp2RySORxwkRUGluJAUh5Mmdh635Jykn+QH/eHj PydePR5j4nbre49iE2CKN0pAUtOeZdMHknr6BuvmzKMWPlQ9L21ke4p9M8m9ew8qFB7kqgtJ /boN5iGBbwuPEpJicBKGSj6J0RM7z2gEBH3j577lWzx8DJIiHhOdROHZ4IzhDoPoQQ3s0x74 pr/K89JCNkQnIltbNdYWtbVFbW1WWZCbcCvNTUoT60bcHbQbOBs5KzB3mBo6TI1Kc6PS3KSy NKuszSpri5ps1djatPY2rb1d65DrnAq9S6F3dRhcCoOrw+hGVjK0NLF2j4dVApvFjk5azKeU RpfS5FKa3B0mV4fJpTC65AanXO9s1znadY42rb1Va2vT2lo1JELSFjXZomGstuJmgFiiYbRp xAjFti6uUbUzENams7XpyDYt2UpDWBRIipZSGg0nTWA+SQBJ/5lBsL9uw+ckNe1ZJswk4biD 5zK45aWvsBO6pwck9fQNXrpnyeh3uXfvQda5eWVVF7RiJ7gpPJXHm2MPBk87Jw5J/vC1YOd1 SYfiuisxd15DDkZY9wQjPcFwTzDcEwh3J+FQl9j+mPZJuFNsb1DsiMAe1gHWYWQ3bv9IHQi7 A2FPIOIJRlAZfKFOfsm7faFuP3K4h3UAzJluKn7MggbgDXZ6pWtcotK9TF0ILNWKunyhLl+w yytwSMJSzTKW/fwjmgDHDbU32C0JSVHuk4T9uo0dYuOG2xS72HeXvbdrI/sDN3b5pmIJNkK3 WWJnfE++J/8Bt2AwOBEnCEn+8LX8o8WZv3sLDAaDk/KhI8cEnAR33AZIAoNvDScIScHO65m/ eyv2FEAQCAQSK/N3bwXCPQBJuAGSwOBbwwBJIBBoXAWQJDZAEhh8axggCQQCjasAksQGSAKD bw0DJIFAoHEVQJLYAElg8K1hgCQQCDSuAkgSGyAJDL41DJAEAoHGVQBJYhM5OTmhcCcYDJ7i DoYiXl/A5fZaSbtOb2hpaauoPA+QBAKBxkrRIOl48YnyisorV+vb2hVand5K2l1ur88fDIYi k35hHG8TOTk5k10vIBAovoaHhwcGBnp7ezs7O71er9ForKurA0gCgUBjpWiQdObMmatXryqV SovF4vF4Ojs7e3t7BwcHh4eHJ7vI4y6AJBDo1hBAEggEGlcBJIkFkAQC3RoCSAKBQOMqgCSx AJJAoFtDEwZJPp+vvq7uRHHxvg8/3LZ161tvvvnWm29u27p134cfnigurq+r8/l8Y3VQIBBo 6ghBEv4IaoAkgCQQ6NZQVEjqvq4lfaxDXSOHJL1eX3LixI7t248cOVJTU2MwGMKh0ODg4ODg YDgUMhgMNTU1R44c2bF9e8mJE3q9fmwPEAQCTa4yf/dWINKjNLlYAyRNPiTl5pVVVWlxT255 QKCpqXGFpEAgcOrUqX379slksmAgENDrnBcvmo4Xaz/6m+rdnLZ3tne8v1d/pMBWXePX64N+ v0wm27dv36lTpwKBwHgcLAgEmngxkORmDZA0yZAkJiTgJBBIUuMHSTqt9qOPPqqsqIgEg65L l21flHo/O0S+9ZZt0yb7Sz+xvbjBun69cf16zYYX2198sWHLFmVBAdlQ73E6KysqPvroI50W TlgQaDoIIEmsiYOkoqKaGN706z/k5pXl5pUpFB6AJBBIrOiQ1Ksl/ayThSSFQvHX/fuVSmVQ LreeKAkeOeL4zW/cL77oXL/euW49uW6ddd0607p1xtXpujVrNKtfUL3wQvPq1ZfXrpV/+KG3 pVWpVP51/36FQjF+Bw4CgSZGAEliTRAkFRXVxF0BcRJAEggkqfGAJJ1W+9f9+202m/3sWeex 464//sn14ovO9evtGRnkunWW9HTT2rXG1au1P/qR+oUXlD/4geIHP2h//vmW732v+dlnLz3/ /Lkf/NBUWmqz2f66fz/kk0CgW10ASWJNKCSxeaPc3LLc3LLf/74AmRoNJKlylxO0lueqxEux hSDQLawxh6RAIPDRRx8plUr72bPOQ4fsma+5N2SQP/yh4ZlnTN//vmntWuOPfqR/4UfqH/5Q +fz3Fc8/3/6977U+v6phxYqry//l8hNPXH766epnnjn77HOmzz9XKpUfffQRzE8CgW5psbcA EEASwWrRH2viQNKpzWjNzaeS2PGpzXRXrcpdPsX67FsdktjQUgiMUL1gS09tTrKyQKCpqRiQ pCP9rBOHpFOnTlVWVATlcuO+fY7f/taekWF8bqXvN7/p+/JL529+0/Hd72h/+EPV888jPGp+ 7rmmZ5+98thjzRkZ9kOH2l/ddH7xoqonn6x46jt/X/msr7m5sqLi1Ck400CgW1jsLQBUJjdy iJ9JqvzjImLJtoYYkMT1w8mI7bPxLn1qKBYkyeYs0dz3cPv9d1vmzlHO+4Zm3hz9vLTWh+82 zf26ct5D2vvuNs+991za4kR2g0OSgJBGBUn8gDIMemozVkkjqzIQaKppbCFJr9fv27cvEgxq /vY3x9at5Np1xlWr3Fu2UB4PRVGUz2fauLHpsccQHjU+80zDymcufetbjT/6kbmmxhIOknJ5 /U9+enrhwjPf/vbfH3+8/Mc/iQSD+/btg/sC3AY6l0lknpvsQkysbpdDZm8BoDK7kUPC4bbK bUuIpdkNvb29g4OKHHYcB3WygiEcJqmEj+nwemQBG3Efn0J9dpxMUs03l1Lz51GPpFGL7qcW zKcW30c9kja0aC61eC61YMnFe+cnuBsESQiPxhKSeGKSRoJ83dQjUxBoBBpbSCo5caK6utrd 1Gh8+8/W9HTjqlXkyy9Tfj+3hserffXVumXLGleuvLpiRe2ypQ2r15gvXTI4HCq1Wmkw6Jub LrzwQunDD3++ZOkX335Md7RIJpOVnDiR8AGdy2QvoLwO6FwmsWK/kYq1xLh/hWCVUUm8x8TX Me5fQYyuAzXuX0FgGmVnLC6ncf+Kse3hETEId4RV5xgdisR+x7LWk9x1kgdzLnPsAzD+wu+T FAWSLDXblhA/P9bb21u6iSA2l6EPckM2LASpcpdzXa/E+/RiQQJp6vXX8YfbZGkPDSx+kFqY NrwgjVp0/9CSB6gF91OPzE2ckCg+JOF4NHaQpMpdTogH2yT+BIFuTcWCJJufdSKQ5PP5dmzf HvD5DMePG3/5S+MLP9A8/bTl5Z9T3d34aje8XtWrr15cuPDiksVXV682Xr5scDrVarW8rc3l 9V67dq1s9epjDzxwbPHiE0uWVrz806Dfv2P79oTuxy3oQs5l4r2fCIHGG5IS2p70Osb9K1as GB2E8CEmfucaB3pE5RwnSIoWtHFMuox1tSeupA7KuH8FQazIzBzjsE+ExDeTFEOS5/BPiJ8f 6+0t2UQsy1Eyw208NpLIA7HjO9MQkiiKapiziFrwILV4LjX/PmrpYurhpZe/uTCp3SBIEuPR GEHSqc14fg4ySaDpqDGEpPq6uiNHjvj1hvbXX9d+//ua51cpv/e91scfN/7bv1GRCEVRQ0ND vb2914aGOm32lg0bap97znj5ss5mU6tU7e3tLq/3Wnf3keeeO3DnnUfuuiv/rrs+u+uuE8u/ 5VUoCgsL6+vq4h3KuczYHCDsDMcdkkZMSWjZ6LhABDHxKSip6I0XJEUJ2niOTE0aJY3goMY8 7BOhRCCJziS17l4mzBxKQJJ4wG16QhJFUbJ751OLH6QWpd14JO3KvIeS3c043gJAlbtc+BM2 XphhThJoemgMIelEcXFNTY3t/MX2n/5MtWpVx7PPtj37bMszz1xevFT5i1/0BgIDFNXV1RUO hXydne6ODs3Fi0qDob29vamx0e5y9XR15a9Y8cmddxbOnn149uxDs2cfmj37aFqa8tNPa2tr TxQXxzmSWCNX6A1BBxMLkrDBKvYT3MgPvlbmuXOZzCLRpyRJRbBdcbfHlINXQGxfEh+PtlwY CHqJsBjYoBYXqtgblOyt8cEx/E1R6CS2zxJDtC0Llomr41wmsWL/OXrLmee4VSTqK06sJDcu PrRzmcSK/fsFe4nTePgLY7QuSUkGh2vizB+ZmcIlkzSiSFEUA0kqk4u15Jyknx/r7O0t2URs KosxcRsb3aH4P19jl3IjctMAkiiKqpszj1r4UPW8tJHtKfbNJPfuPahQeJCrLiT16zYJBMKW wq/bQNNEYwhJ+z780GAwqA9+2rp6tfyZlW3PPN309NMNK1bUf+e7FxcubNm0KeRyha5dc7tc FotFbzIp9frW1taGhgYbIqRnnz1w551HZ80qmD07f/bs/NmzD8+efeRrX6t5/XWDwbDvww/j HEl8SBJ0tdEhSaInwldm30a9YfSuVrhH4/5MZht42ksAANyuhDvlfQRDimjLo0CSZDHw9RMp pzRYcAHlPshfHnX72NYlMixRY4SVhKNVGjmERxYtVuKGIShwrEPDts2SsgTPRfk4+0J8OJKK 8i63AWYF8ZLJEwNJ7mi/bjvwIsH+ug2fk8QREQtBwp+eM39xy09tJohpBUkURV26Z8nod7l3 70HWuXllVRe0Yie4KTyVR4sGIrhPEmi6KRokRbp79TY/63ACkLRt69ZwKNS8Y3vLqucQHjWs eOrKU09devLJmu98p/yhBy6tWWNpbjaRpEajUXZ0tLW2NjY22uz27q6uwu99DxEScuHs2YWz ZxfMnl3w1a+eev774VBo29atcY4koQm4gu/u0TJJqI/F3hXNH5bqD0WfEu6R3knMjAKvWNjr aImcBJfzDk+qGML145VTtH1hOMW9NU+i7QuqRswZokgLqyNK5LjXMZJhfESLM8UfxzIcbnBA 4zeeqB8XJvL4hyNOLUUjHmYf3PviJZOmaJDEHTDvPknYr9t42SHhT92I5bm5m9nOmF2++ZQE G6FefQr125P/gFsQCJSIYkJSgHUikPTWm28ODg5Wv/JK03e/27BixZX/9b8uPfFEzZNPVj/5 ZMVDD/195szjs2ZVr16t0mgUSiXKIV2+ciUUCp3esuWTO+88PmvWMcZHmX+Pzp597NFHBwcH 33rzzXiHkiglRcEO6c5Mov/lryA59iFIHOBjTJJf77HNi3/OJQkxyUMSDxXExRAOxsUrZyLR ixI66e3HzvKJIEl63tKIISlK/i72oUlDEnaQ0o0H/7iIteIoKvKgbeCFEC+ZLNGQxPz+X/LX bXDHbRAINBU1tpDU399fm5l55amnLj3xRM3jj1c/8UTVt7515mtfK505s3jWrNPz5slLSlqV ypaWloaGhsuXL9deuiS7cqX5yy/PLFlydNas4lmzimfNOoF79uxj//IvAwMDCUASr/OlKObX bYIZGcKJR7xJIWzPvV84hMabFX4uUwpcJD7F36MAMQT9NZeGEM7m4Yb28JE9fAgpynLpESTp YmDrJ1LORIbbsLQcm6XZv98YZft8DBL27eLhNnF1JARJUrES7FFU4FiHJoKkKI0nyse5YTvR 4UhK1LTwUK7IzFwhaOr8JZMkgCSxAJJAoFtDsSDJHmCd4HBbwB+o3/aO7Kmnqh9/vPrJJyoW Lz41c+bnM2cWz5r197Q0+Zdftmi1zc3NDfX1lxsaLtfV1cpkFy9erLp6ta2i4uyiRcWzZn0+ c2bpzJlljE/deWfZCy+EgsH4w21I4gmywmmrvO4XXx1fiVvOG18SLBOCgsSneHvkNiH6KTe9 jpCRuP7TuH8FkZkpXaxoy6WPLUox6KUMV8YuZ5Tti6Mv2CE+N0iwfQEGCShJNAAnUR2JZZIk YiXao7DA0Q5NOpMk1QyifZyHbJLFkjhgdjVe2xZSn9SSyVHm794KRnrUZjdrgCSAJBDo1lAM SDLYA6wTgaR9H36o1ekVBw5ceOqpqiefLF+6tHTmzBOzZh2dNassLa39739v1miaW1rq6+tt Tmc4GCz//POqS5dk1dU1NTV17e3q2tqKBQs+nznzy5kzv5w588zMmWdmzDj71a/K3nxTr9fH n7idsCZ+kkYie4y3TrT3J/poJmx/47CjOJucArN3pqcAksQCSAKBbg0lAkkJZpJOFBdXV1eb Lpwv/86KiuXLESEdmzXr87vvbi8tbdZompqb6+rqbE5nJBwueOqpIw8+WHHy85qGhob6+tbW Vr3NZmtqqJo//8yMGZUzZpyfMePCjBknv3qX+khBTU1N/FsAJCGJX0+NsxLZY+x1pgokTWD0 xnxHcWM18Q3jthA73AaQxAogCQS6NRQXkhIfbquvq8svyHdqNadXrCj9p38qnjXr6KxZJV/7 WvvJk80aTVNTU11dHel0RsJh9Gv/Y7NmnVy4UPbll206nU6jIUkydL03pFDUpM2r/spXZF/5 Ss1XvlJy/wM+tbKw8EgCN5Oc3po6kHTrCmI1Ocr83VuByDWV2aMye9Rmj9rsAUgCSAKBbg3F hqSk5iShx5K4HI4vf/jD4n/+56OzZuXPnn3igQeaLl5skMuvXr1qczgiodChlSs/ufPOY8wc 7VNLlrTW1Nj9/kAgcGN4OBwKXVy48MpXvlI/c8aVu+5qznkvGAhk79iR0GNJQCDQ1BMOSSqA JIqiECSFwp1gMHiKOxiKeH0Bl9trJe06vaGlpa2i8vzIJm5TFFVy4oRMJlMfPHgsLa3gzjsP z57937NnH3/iieqzZ61udyQU+vTppz++8070C/8Ts2aVzpx5aubMs488YmlrG6SornD4/I9+ VDVjRuusWW2zZ59MTSVrqmU1ST3gFgQCTS1l/u6tYOc1tcXDOtx17aWfvXq8+ER5ReWVq/Vt 7QqtTm8l7S631+cPBkORSb8wjreJnJycnr5BMBg8xd3dOxD+v+2deXRT94Hv7x9zTghx3rTN IwlGkh3vlrc/0jMvYZgz05l2+ibT5E3IamNnzpSpX0/6XiE9zdIkM6QwFKt1wWTM63TopIHE YCiOREoMxgY7eAEcb7Jly/K+S94XgYwX+L0/rnR3rdZyJb6f8zk5irZrX9n39/Hv/iSWbFNz S+OWmf7hMb2h+0pNrc+RZDKZjhw5Mj8zc/473/n00UePP/TQb6Oi/l9U1Mknn2yrqDi+/elj UVEnHnro082bT2/e/IfNm3UPPnhh06aLmzZdy8oa+eyz6r//+6sPPKB/6KGOqKimR/77+f/5 P+dnZo4cOWIymYJwKAcABAJxJM0u3tr58q5zn52vqr52s6nNYOztGxodt8xMzS3NW5eXbKsh PzAGWkQShOGhs0iaW7J1DU0xzngWSYQQnU5XcemSpbHxk4TE3z/yyG+ioo5FRR2LijoaFXUs Kuqjhx76+KGH6I9EKnvwwc8ffPDSpk1VmzbVPPBA1aZN9Q880BEVZXz4Yf03vnE6Nna6ufly RYVOh38ACIAwJv/1PVNzVn3vOOPMAiIJkQRhOOgskmYXb3cOTjLOLHgaSdPT08eOHevo6DCV ln4aG3v8kUc+jIo6FhX1m6io33Ii6YxjGqly06aaBx5o2Ly56cEHO6Kiuh9+uOORR0qjowfK PjMYDMeOHZueng70QRwAEDjyX98zNbfU1jPGOD1vRSQhkiAMA/0eSYSQbqPxaFHR8PBwT2np x/Hxv9uy5cOHHz7GiaRTmzef40wj1W7adDMqqi0qquvhh1sfeeRMXNyAVjs8PHy0qKjb6Pm/ Sw0AkCOIJLGIJAjDw0BEEiFEr9cfLSrq6OiwNDbq/ubbv33ssd99/ev/ERV1nB9Jlzdtqn7g gRsPPtTy8MNNX/+69mtf+/zvnplube3o6DhaVKTX6wN34AYABAdEktjQR5KmWFtVZeQa8p0C oQz1OJJueRVJhJBuo/HYsWMVly7Nz8wM1tTUvf2zj5+IO/6Nb3z6ta+VRkWd27z5wubNFZs3 X3344fN/+qenvv71Sy+/3Ff22fzMTMWlS8eOHcMcEgCRASJJbIgjSVxI6CQIJXUfSQOWzgGL D5FECJmentbpdEeOHLly5cr05OSkydT/xRfNv/rVxZzs0qf/x6fpaef/7pkv33jDePKEpaNj emqq+urVI0eO6HQ6rEMCIGKwR5JptM00ikiiDV4klZTUuDB395uaYq2mWKvXmxFJEIp1E0kD lo1EEo3JZDp75swH+/adPHmypqamp6dnbnZ2bW1tbW1tbna2p6enpqbm5MmTH+zbd/bMGbzb H4AIgxdJplFEkjVokVRSUuP6tWE6CZEEoaSuIslRSBuMJJrJycnrDQ1nSkuPHD78/nvv7fnx j/f8+Mfvv/fekcOHz5SWXm9owGdqAxCRCCPJNIpICmokMfNGGo1Wo9Hu3XuClmwkkpoPZVB2 Mg7q+beWZVO5paHexRD6xaBFEgDg/iT/9T1Ts4tt3SOCSKIYUt666CaSyrLpe+aUeXF8O5tL ZR5qXF6zNh/KoC/IxnCPpLJsKvNAM31ZfyCTyj7L2ekURSGSYKSISAIABBQ2khydJJhJ0v00 hVK/e9VFJDUfyvBh2GUiibkgG11FUnV0WldMYmvslgFldIfqsS5VtEmlaE7c0qd8tEMVb4zZ 0q/cWq5Qe7IZbiQJCmlDkcTfoY0HM+2TSWdzKSq31LdXC0JZikgCAAQUXiR1j0idbit/W02p /6V+am5p3tqyP9Mxw0TPG7EndjIPNDNTFfQV9pG68WAmO8kkaCP24TIauN3MJNVsSycJKpKk IKmxJDmBqGNIkmI9VUnUSpKcdmVrgoeboSOJziN/RhLPsmyKM5O07GvSQihLEUkAgIAijKTu EfGapIvvqKmXPpmaWyrJpqicc/TRqTSH20m5pfYLzHkednR2FUnL4TaTRFutiF9Vx5EUxb1k BUmNXU97giTHkiSl54Vk5UcSN4/8F0n6A5mik6CIJBhBIpIAAAFFIpLmloQLt//zBeqlT6bm Tr9KZexvcpxu47WRxLBbmhO5kWRdXrsRnUqS44haSRJiSLqaJKbXbkvxajN0JInzyE+RVJYt uUwMkQQjSEQSACCgeBJJ9pmkhv3plACJSCrNYW+mF8NEZiRZl9eqtyYQdRxJVdxJUtSp4r3d TAA/AqD5UIbE+9qYmxBJMEJEJAEAAooHkVT+tpp68eOZqbnTr1K7TrtYuN18KIOzAKY0RyKS Gg9mRk4kWZfXGqJVJCX+qkrh25Zcf5hkYeFxvd5MW1Xp1bvb+OuQJF8tCMNfRBIAIKC4jaQP n6OYd7dx1yQ1HswUziRxc4c7l8FeX5bNLOiOjEiyLq9dezxt45ssLDzOqCnWVlUaxXr4VNyp PN4ae/aFQSTBCNFZJM0hkgAA/sBZJDn5nCTOu9uYoZYddvUHmFszDx3IYd7gxlyfWyrRRvTH LDErvkNv6P+BWwihJyKSAAABxaOF2/jEbQihDHURSV3hF0m9Rdu3F/U6/q88f3tRb3k+RVH2 K3uLtotmifnkl5PyfMmrHU/JXmaRvtb15jgP6C3aTlHbi8pFd5d60vJ8ivMtAiB/EEliEUkQ hoceziRNh20k2S9J9QbpLdrurDiE3WN/Lic5JF0uvK+mt2g7+0j7/zgqir6Bdw/upqSyjQOa Ccib/Nf3TCKS+CKSIAwPXS3cHrQXkiEcIolXEnQ3lOdvL+plp3NEdVOeLz1Zw/YK2y3CSHI9 KUVv320kOb4K95Ek/WUCEA7QkdSKSOKISIIwPHQTSYNhE0mEECZLuMHkdJ7FfSJxL0tEkttw cXe6jXe7i9Nt9Eal55MwjQRkDxNJrYgkh4gkCMNDl5E0yUwmhVcksf9nzwz+9cSxDGj79vxy 0U0SNZJf7iaS2BN73Gkfj2Z2AEMUAAAgAElEQVSS6K25DC7uU/b2cr8BFBIIA7iRRItIQiRB GB66iyR7J4VPJHHnYJwtJCrPpyj6TJx9lkgqU5iQ6e0t7+2VjCRmKRKbQ9xtOT3Dxj2NV7R9 O5VfVJRfVCQxU8Q5bUg/rjx/O2aQQJiBSBJLFRQUzM4tQAhl7szsvGVyenzCMjg00m3qaWpq uVRx2b5w2x5Jk52DYfDuNsf8D7ceeou2b98uXJvdW7TdnkSClUHstRKtIowk+gITR45c4vWY B+9uKy8qKrKfTJOcf7J/bdvz850/FdYrAXnjLJJOl565eKmirv56S6ve2G0aHBoZn7BMTs3M zM6H/MAYaKmCgoJQvy4AAPfcu3dvdXXVZrMtLCxYLJbe3t6Ghgb7RwCwkTQp/0gihIgCQ7zs iDdpJFxXxH+PmuQJNU4kbS/qJbxKYk/Ksc/neiaptyi/qJfbXZITSaLlT5znxZpuIH+cRdKF Cxfq6+s7OjoGBgbMZvPCwoLNZltbW7t3716ov+SAg0gCIDxwH0kDk50D4RdJ9hrivkVse37+ dl5SuF58LXmr4/m4p93YLuI3Ev8JpCKpvIheZc7bjmgmif+sTjcOgEyxR5JxpNWISLKDSAIg PHAdSV0DTCTdDp9I4n78UW8RHUZSUy5uI4k/o0MI8zSSEzjit/A7TSbJjwDgfQ/O/lfqEQDI Gl4kGRFJhCCSAAgXXEXSADeSZD+TZD9bJTn7I32DZCSxbcRrE+6ScHu3uFpyxJ3D4m6MeYyw u5w82fb8fH5bSXxpAMgbYSQZEUmIJADCBLczSV3hEkkAAFmCSBIT+kjSFGurqoxcQ/v1ACBP 3ESS/YxbGLy7DQAgT+hIakEkcQhxJIkLCZ0EgCRuI4n+nCREEgDAN5hIakEkOQheJJWU1Lgw d/ebmmKtplir15sRSQCIcffuNgstIgkA4Bv5r++xzNgjqQWRRAgJWiSVlNS4vQPdSYgkACRx GUkWRBIAYIPQkdTcNcx0EiIpqJHEzBtpNFqNRrt37wlaspFIMmiy7G8vydIYAvTlAxB6XEdS FyIJALAxHJE0xHTS1NzSzpd3se/iTH27xk0k6fLoe+bpvNiwLs8+gBs0WTIbycM9knR5zGth 0GR597IAEE64jaQuRBIAYAPwI2mYiSRmJqni7VQq7f0bLiLJt4GYiSTmgmxwFUnV0WldMYmt sVsGlNEdqse6VNEmlaI5cUuf8tEOVbwxZku/cmu5Qu3JZriRJCikDUUSb4fKb+8C4D/cLdy2 dGHhNgBgA3AiaajFONxiHJ4Snm6reD+NSv/5DZvNtramL3Ccx7F3keDEjmNSiXumhxdRgjZi Hy6j+Q43M0k129JJgookKUhqLElOIOoYkqRYT1UStZIkp13ZmuDhZuhIovPIn5HEhTOpBEDk 4cFHAFi6EEkAAF/hRhI9nySKpIGa99OoV0/ZbLayXIrK09IPZIdfJoIMmix22kLidvvVggkk +c11uD/dVq2IX1XHkRTFvWQFSY1dT3uCJMeSJKXnhUT4kcTNI/9EkiM/kUgggvHgwyQRSQAA 3xFF0pA4ksy/f5F69ZTNdjaXyizocJxu47WRxFCsy4vcSCKE3IhOJclxRK0kCTEkXU0S02u3 pXi1GTqSxHnkz5kkfrgCEGG4/WdJ6E5CJAEAfMOTSLLPJDX/W6bwn+aRiCTxCbfIjCRCSPXW BKKOI6mKO0mKOlW8t5sJ0EcACLIIS7dBBBM5/3YbAECW0JHU1DnU1OkskireT6NePbVgs53N pXK1LhZuGzRZlEQOcYdpdgSPgEgihDREq0hK/FWVwrctuf4wycLC43q9mbaq0qt3tzF7FDNJ IJJxHUmdiCQAwMbgRhLdSYJI+u3zFPPuNu6aJLaImAgSDs6O/2Ov1+Ux80uREUmEkGuPp218 k4WFxxk1xdqqSqNYL56OXQ8vt30LgD/xOJJuI5IAAD7gLJKcfE4S591tvNkh4VvdqCyNJo8Z oZnr83QSbUSfoJPRYB76f+AWAOAJLiKpE5EEANgwgkhq6pRauI1P3AYAyBBnkTSLSAIA+AOJ SJpFJCGSAAgHPIskvLsNAOAj+a/vscwsNHUOIpIYEEkAhAceRJKlc8AyPY9IAgD4Qv7reyzT dCQNIpJoEEkAhAeIJABAQEEkiUEkARAeuIskS+eAxdCPSAIA+Ej+63vM0wuNhgGmkxBJiCQA wgOXkWQx9NtFJAEAfIOJpEbDwFeGwabOQUQSVVBQMDu3ACGUuTOz85bJ6fEJy+DQSLepp6mp 5VLFZUQSAMBfcCOJnk+aml3c+fKu06VnLl6qqKu/3tKqN3abBodGxicsk1MzM7PzIT8wBlqq oKDAurwGIZS5S7bVuSXb1NzSuGWmf3hMb+i+UlNLRxJTSIgkAIDPCCKp0TBAR9K5z85XVV+7 2dRmMPb2DY2OW2am5pbmrctLttWQHxgDLSIJwvDQaSQtIJIAAH5AHEmTiCREEoRhISIJABBQ EEliEUkQhoeIJABAQKEj6SYiiSMiCcLwEJEEAAgoTCTdRCQ5DH0kaYq1VVVGriHfKRDKUE8i qQORBADwlfzX95in5292DDCdhEgKcSSJCwmdBKGkbiOpo9/S0YdIAgD4iCOS+plOQiQFL5JK SmpcmLv7TU2xVlOs1evNiCQIxbqOJLqQEEkAAJ/hRJK9kyyIpOBEUklJjevXhukkRBKEkrqI JKaQEEkAAJ/Jf33PBBtJ/Tc7EEnBjSRm3kij0Wo02r17T9ASP0SS/kAmlX029DsUwgDpWSSZ EUkAAN+gI+mGKJIohpS3LrqJpLJs+p45ZV4c387mUpmHGpfXrM2HMugLsjFCIqk0h6IoRBKM ZJ1F0szCbaaQEEkAAJ9hIonpJMsMbyZJ99MUSv3uVReR1Hwog8ot9fb4xkQSc0E2uoqk6ui0 rpjE1tgtA8roDtVjXapok0rRnLilT/lohyreGLOlX7m1XKH2ZDPcSBIUkh8i6WwulXMIM0kw snUXSeaOPnM7IgkA4Cv2SGrvZzrJMrPAP91W/raaUv9L/dTc0ry1ZX+mY4aJnjdqPpRh///M A81r1rO57BSUI30aD2ayk0yCNmIf7n1mBUw3M0k129JJgookKUhqLElOIOoYkqRYT1UStZIk p13ZmuDhZuhIovPI35FUlk3lluJ0G4x0EUkAgIDiQST1XnxHTb30ydTcUkk2ReWco49OpTnc TsottV/IPNBMH77Ksh2nelxF0nK4zSTRViviV9VxJEVxL1lBUmPX054gybEkSel5IVn5kcTN o41HUmkO/TIgkmCE6zKS7IXERNIgAAB4CRtJjk4SR1Lff75AvfTJ1NzpV6mM/U2O0228NpKY ByrNidxIsi6v3YhOJclxRK0kCTEkXU0S02u3pXi1GTqSxHm0wUhqPJiZcVBvXV5DJMGI13kk 3WIKiYmkBQAA8BJeJLVLR5J9JqlhfzolQCKS6OXCNPRgHZmRZF1eq96aQNRxJFVxJ0lRp4r3 djMB+giAA5nCV8m7FfUQho8uIqmdG0lziCQAgC8II6ldek3Six/PTM2dfpXaddrFwu3mQxmc d1OV5khEUuPBzMiJJOvyWkO0iqTEX1UpfNuS6w+TLCw8rtebaasq8REAEAr1KJJ6EUkAAB+h I+l6e5+zSPrwOYp5dxt3TVLjwUzhTBI3d5oPZThmkjjXl2UzC7ojI5Ksy2vXHk/b+CYLC48z aoq1VZVGsd4/LSIJRrjuI6kXkQQA8B0mkphOoiPJyeckcd7dxpxiY0+36dlTPZmHDuQwb3Bj rs8tlWgj+mOWmBXfoTf0/8AthNAT3URSLyIJALAhuJFEd5LEwm184jaEUIZ6GElTiCQAgE/k v75nYgqRxBORBGF46CqSHIWkRyQBAHzFHkn6PqaTEEmIJAjDQ7eRpEckAQA2ABtJekSSXUQS hOGh60jSI5IAABuDF0l6RNKaFZEEYbjoIpL0iCQAAszHVw0vH7m8Y9/5sPPlI5c/vmrw5HvM f33PODeS9IgkRBKEYSIiCYBQ8VFVR9bR2sSGW1kGEnYmNtzKOlr7UVWH22+TjqQGRBJHqqCg YHZuAUIoc2dm5y2T0+MTlsGhkW5TT1NTy6WKy1KRZEUkAeBfXjhckXT99o+G7v27+W7Y+aOh e0nXb79wuMLtt8lEUgM/kk6Xnrl4qaKu/npLq97YbRocGhmfsExOzczMzof8wBhoqYKCgsD/ 08IAgI1y79691dVVm822sLBgsVh6e3sbGhpEkTSBSALA7+zYdz7LQD6cuDttWw87P5y4m2Ug O/add/ttOoukCxcu1NfXd3R0DAwMmM3mhYUFm822trZ27969UB8XAw4iCYDwwINImkAkARAI mEiasq2Hnb5FUgMiiRCCSAIgXEAkARAqmEiatK2HnT5HUgMiCZEEQLjgLpImEEkABAg6ko5O 3LXY1v3iqe9TeToXdzDtf8r1HbzwqHeRNFff1otIYkAkARAeuIykCUQSAIFjx77zmQZSNH53 4ta6D9b/8mn2X4LVrk9of0BxyNWuT9xan2g//E3KBU//vN2XTU/cWi8av5vpaySZEUkhjyRN sbaqysg1tF8PAPLEXSSNI5IACBAbjKSJW+sTt0w/f+oHn9Ix9P0L9iu1P6CYy+2Hv/nU4Xon D//0+4ik0BDiSBIXEjoJAElcRtI4IgmAwMFE0vitdR/VH879pWn81oXcp36Q+5RwmujJX5p8 f2Z3+hBJtIgkEsxIKimpcWHu7jc1xVpNsVavNyOSABDjUST1IJIA8D90JB0ZuztmXffNT75v 76Fdn5k++LOnP9Cvj+kPP/n9C2PW9TrN009qTHWap4XpJAgpjcm3TR8Z8zaSehBJDEGKpJKS Grd3oDsJkQSAJO4jqWcckQRAINix73xq+919A2uNk6u+eOqfKYraeWr16GvUzlNdPxEtPso4 0CV8yI1fZ7z2uY+b47tvYC21/a6nkTRJR1IPIokmqJHEzBtpNFqNRrt37wlasoFIMmiyuD9q ebpAfQsAhBY3kdQzru8Zb+sZRyQB4Hd27Dufor/7r/1rN8wr3tv5xjd3P59HPV+yciSPer6k 841vPvXG9ZUb1wsz8s7fMK/8Yf9TGfs76Tv/Yf9Tz5es3DCzt27cf+1fS9F7EUl1rXQk9TCR xA6xqW/XuIkkXZ4Pg7Euj8rSGAghBk0WfUE2hH0k6fIQRuC+AJEEQKigI+n9vrX6iRXf/HUu 9b8+pf/buUc0k5T+8876iZX6ic4933xqT/1K/cRKfX1hOvce3yw84+um3+/zMZLq23rN07yZ pIq3U6m092+4iCSDJsuHMZmJJOaCbHAVSdXRaV0xia2xWwaU0R2qx7pU0SaVojlxS5/y0Q5V vDFmS79ya7lC7clmuJEkKKSNRZL8shOAwOAqkhyFhEgCIBDs2Hc+WX/3Z72r18bu+OYvc6ln T975ZS717AeFaU8Wnhq7c62uMC1Xd23szqkPnkr7wHBt7M61k7spinr25J1rnFs37s96V5O9 jCSmkwSRNDBQ8X4alf7zGzabbW1NX8CcyKG7iD2zk6UxsJNKzBVEEFGCNmIfLqOpDzczSTXb 0kmCiiQpSGosSU4g6hiSpFhPVRK1kiSnXdma4OFm6Eii88ivkaTLo7KysgSvAgARiNNImr/F FBIiCYBA4JdIokl70pFEwkjSPUs99X/rdM9SVNoHhpBHEt1J5ul5wZqkmvfTqFdP2Wy2slyK ytPSRyddHreT8nT2C8yYLHG7/WrBBFJ4zSTRVCviV9VxJEVxL1lBUmPX054gybEkSel5IRF+ JHHzaKORpMujpF4GACIPF5HUhkgCIJDs2Hc+SX/3nZ6V6tFl3yzYRX3v5HL1qOFHT+4uoK+s /VXarl/96EmKoqjvnWTuYL+zBLu0vm36nZ6VJJ8iqa5VIpLMv3+RevWUzXY2l8os6HCcbuO1 kcQ4zCyMicBIIoTciE4lyXFErSQJMSRdTRLTa7eleLUZOpLEebTxNUlcfDsZCkBYgEgCIFTs 2Hc+qe3uW6Y7VcO2sPMt052kNr9Fkn0mqfnfMoURJxFJ4hNukRlJhJDqrQlEHUdSFXeSFHWq eG83E6CPAODN5yGSQETjLJKmEUkABJgd+84ntt39qelOxdDtsPOnpjuJvkbShDCSKt5Po149 tWCznc2lcrUuFm4bNFmURA5xh2l2BI+ASCKENESrSEr8VZXCty25/jDJwsLjer2ZtqrSuzVJ jj2KRgKRDCIJgFCxY9/5xLb1nxiXywduhZ0/MS4ntq37JZJ++zzFvLuNuyaJLSJmHBYOzo7/ Y6/X5THzS5ERSYSQa4+nbXyThYXHGTXF2qpKo1gvno7zQUkoJBDBIJIACBUvHK6IqbPuNKy+ 0bUcdu40rMbUWV84XOH223QWSU4+J4nz7jbe7JDwrW5UlkbDrh9mrs/TSbQRfYJORqEU+n/g FgDgCYgkAELFR1UdWUdrY+pvJbSuh50x9beyjtZ+VNXh9tv04HQbPnEbACBLEEkAhJDjle3P F17ase982Pl84aXjle2efI+IJDGIJADCA0QSACCgIJLEIJIACA8QSQCAgIJIEoNIAiA8QCQB AAIKIkkMIgmA8ACRBAAIKIgkMYgkAMIDRBIAIKAgksRQBQUFs3MLEEKZOzM7b5mcHp+wDA6N dJt6mppaLlVcRiQBAPyFs0g6XXrm4qWKuvrrLa16Y7dpcGhkfMIyOTUzMzsf8gNjoKUKCgqs y2sQQpm7ZFudW7JNzS2NW2b6h8f0hu4rNbWIJACAv3AWSec+O19Vfe1mU5vB2Ns3NDpumZma W5q3Li/ZVkN+YAy0iCQIw0MXkdSKSAIAbBhEklhEEoThoTiSrn5Zh0gCAPgLRJJYRBKE4SE3 kgZGxhFJAAD/4jSStJ9fqamlI6l/eAyRBCGUnUwkTUzOiiOJtq1n3Dyz9NHJU/mv74EQQq/8 7Ucnh80z4kgq0/3xSk1tY7O+s7sPkRRsNcXaqioj15DvFAhl6JJtdd66zERSe6eppu76zpd3 Tc1ZuZHUNzpjnlmamrPKyklXLk3OLlnk7aSHzrmS95wzi7TmmUXzNOvE9IKnTs27dlzCOfdO euSYWMvsRhx3PANvQ1NzE1PzE9Pz5ukFWma/8V4Xx89SyH/O5aP9p26W/uVadPzgOX7kZhbN 9h8k7s/G/LB51tA3Vt/WW9/WS0fS1JyVjqSrX9Y1tXZ0mhBJwVVcSOgkCCWlI2l63mqemhsa M3d299Veb/yn3f984eLlzkELE0leOhF47dtiSq7VNN5qGm9hHWsxjbV0jzXL2BYPNbmyuXuU tsk42mQc/aprhLaxc7ixc/imYeimYehGx6Ck19sHJNT3u7ahrU8gPf65kDuL4NbaFpPQ5m7f rOM8tq7FVNdiqm/taWjrbWjrva7vu9Hef7NjoNEw+FXnUKNh6KvO4aaukWbjaLNxlN7z9A8V bVB+qiV+wmVlq2mMtqV7lLa5e7TJONJkHPmqa7ixc+imYfCmYfBGx8D19v7r7f0N+j5a7g9D U+fghYuX/2n3P5+/cLGmtqG5zdDV0z84OjExOTs9b0Uk+dmSkhoX5u5+U1Os1RRr9XozIglC sXQkzS7etkzPD49bjL0DN75qPfHpqVd2vTY4McedTArLTuqWdSf5JZK4nUSnkh86yV0q+dBJ nteSHyNJ3EzOOomOJEEncSMJncSNJNeddKNjwEUnmYbMr+x6rejDY19cqqy93tja3tXdNzg0 ZrZMz88u3kYk+dOSkhrXH2rJdBIiCUJJl2yrC7fuzC7enpxZGDVP9QwMN7cZPjt/Yecru764 VNk/PtvKqRCZdRLn2B22nRSI+SRBJLnupPCIpA2k0rUmoyCSmE66ru8TzCfRkUR3kgwmk+Se Skwk0Z30VdewuJMEhdQ1MP7Fpcqdr+y6fKWm8uqX1xtb2jtNvYMjo+apyZmF2cXbC7fuIJL8 Jh1JzLyRRqPVaLR7956g3Vgk6Q9kUnZyykK+QyEMkEu21cXbK/SyJPoNbp3dfc1thg+Lf/Pd Z5774lLl4MRc19CkzDupld9JLaJOCnkJBa2TJE+6+dhJLlPJ507yJJX8GEmu55MEnSS/k25h EEmCTnJ20q3FOGwaMn9xqfK7zzz3ZxQf9XtXHQuSFm+vSEVSWbYPw/HZXCrzUOPymrX5UAZ9 QTaGeyTpD2RSGQf1ossQRppMJE3PWy3T8yMTk/3DY+2dpq9a2j8s/s3OV3a9suu1CxcvT8/f Ci+nWEO/3NWfzrtTsMaWXWbLW9ntsQsuZBY+e+vE9LxHCpeNz/nP+YmpefP0vHma+XYWJ2cX mcXyU3PCtymE/EdaTlppRT+fS1OOHzl6NTfzI2SeWfhj+aVXdr2285Vd/37sh39Dxf3go2vX G1v0hm5T/1Dle2lU+gd181ankdR8KIPKLfX2+MZEEnNBNrqKpOrotK6YxNbYLQPK6A7VY12q aJNK0Zy4pU/5aIcq3hizpV+5tVyh9mQz3EgSFNKGIkl+1QlhgFyyrTKdNLNwa3JmYcwyPTAy buof+qql/VLl1d/9/sTOl3dBCOEGLfrwWEVVdXnF/u9QCT88eb1F39nV0z8wMj5mqfvXdCp9 f9PCrTtLtrb9gtM4zYcy7P+feaB5zXo2l52CcozUjQcz2UkmQRuxD/c+swKmm5mkmm3pJEFF khQkNZYkJxB1DElSrKcqiVpJktOubE3wcDN0JNF55M9IOptL5ZSV5tj3K6aR4P0gXUvcKaXe wRGDsbe5zVB346srNbXlFVXnL1zUfv5Fme6P57Sfn9N+fu6z8xBGkO/+JRWbe5R35ZHXYqm/ evfcZ+ff/iuKvsC7fPQfY6lvvW2/wDz23b+kqL98h/fwc5+dP/fOt6jYfzwieSGy1X5+Tvt5 me6P5y9c/OJSZeXVg9+lEn9U2tKi7+w09fUOjoxMTNbsS6deKZ23Lp/Ooaicc/RBqTSH20m5 pfYLmQea6aNWWTZFZZ9ds7qOpOVwm0mirVbEr6rjSIriXrKCpMaupz1BkmNJktLzQrLyI4mb RxuMpMaDmZRj13NfBggjWDqSFm7doT9b0jw1R3dSV0+/3tD9VUt7/c2mL+tv1NQ2XP2y7kpN 7ZWa2qrqaxBGkL/4DpXwg4/4Vx74LvW3vxDe9NEP46nv7ude4Lv/b6nvHLhWVX3td/87gfrb X7BPlfDD30leiGjpw8XVL+tqahtqrzdebzz891TyG7rurp5+upDMU3NTn2ZTr55duPWHbCpz f5PjdBuvjSTmgUpzIjeSrMtrN6JTSXIcUStJQgxJV5PE9NptKV5tho4kcR75IZI4O5S39yGM ULnn3WYXbzOdRJ966zT1tXeaWtu7mtsMTa0djc36m01tEEaWR56hkv7PWd6Vp3+cRD1z5ObZ vYmCtcbU937V1Hbz7N5E+kJT282mtl89w96c+OMy9uH0HX79PSpp72nJC5FuY7O+qbWjuc3Q 2t7V3nnsOSrlzYtDAyPj9kKaW6rfn0Fln1386hcZwv0sEUnMeR7mVE9kRpJ1ea16awJRx5FU xZ0kRZ0q3tvNBOojAPg7FJEE7xPFnWSZnh+zTA+PWwZGxnsHR7r7Brt6+jtNfZ3dfQZjL4SR 5W+epVJ+8jn3mvKfpFDPFtM3/cOH4od8/lYyff3nbyVT9D17DcbeD5+jkn9abjD26n6aQj33 G/pK3U9TqJS3dMZeQ/E/CC9Eup3dfZ2mvq6e/u6+wd7B3z1PqX921TJmmbZMz0/NLc0uNv08 g3r1zMqS7Vy25Moh3pQSe26nNEcikthpjgiIJOvyWkO0iqTEX1UpfNuS6w+TLCw8rtebaasq PX93W1k2uxQJp9vg/SIdSXQn0efdpuetk7OL5qm5ccvMqHlqaMw8ODrRPzxG2zc0CmEE+V/P U+q3L7PX/MdOilK/e5G5vPO/6OsvvqOmqBf+Y2i07/K7qfSF/3yBuWff5XdTKSr1nSt9vOv/ 63nK8WzMldxHRa7MEWNwdGJozDxqPvEilfZ+7dzk7OL0vHVuyXYqm6Iyf3HTtrpkWz2dQ/Fy RzCTxM2d5kMZzEjNXl+WzSzojoxIsi6vXXs8beObLCw8zqgp1lZVGsV684SOT2XAwm14P8nt JGZKaXreOjW3NDmzYJmen5icHbfMQBiJfvKi4FRP2r6r7K3176UxN7zyEX3ll/vU9sucW9P2 vfcS81jm+lc++vgV+5XMBfsW0977MuTfezCcmJy1TM9Pzpx6WbCfHYW0ZFvlfUghM6vEnm7j 3Jp56EAO8wY35vrcUok2ogd0ZsV36A39P3ALIfRNppOYKaV56zJdS0wwQQiht07PW+nDCH1I Wbh1h/5UpCW2kEJ/AAyOiCQIw1tBKnFrCUIIfZZuo/s2j2gRSRBGgtyjGIQQ+t2QH+VCIiIJ QgghhFBCRBKEEEIIoYSIJAghhBBCCRFJEEIIIYQSUgUFBbNzCxBCCCGEkCtVUFDg+h8MAQAA AAC4D0EkAQAAAABIgEgCAAAAAJAAkQQAAAAAIAEiCQAAAABAgtBHkqZYW1Vl5BrarwcAAAAA gIQ8ksSFhE4CAAAAgBwIXiSVlNS4MHf3m5piraZYq9ebEUkAAAAACDlBiqSSkhq3d6A7CZEE AAAAADkQ1Ehi5o00Gq1Go9279wQt8TmSdHmUgDxd4L4LAAAAMkB06M/SGDx8iFdjhC7P/swG TZb7TUQe2M/hHklcDJosJBIAAEQ+zKBqx6DJcjN++zZAMNsRbvA+AfvZZSRVR6d1xSS2xm4Z UEZ3qB7rUkWbVIrmxC19ykc7VPHGmC39yq3lCrUnm+FGkqCQ/BRJujzMIgEAwH2BeCzlDt8G TRb/3AJ7RZbGwJ8f4T6GGUIEYzb78PttkMF+djeTVLMtnSSoSJKCpMaS5ASijiFJivVUJVEr SXLala0JHm6GjiQ6j+x+rHsAAA97SURBVAIRSZhFAgCA+waJCQdmFOD+xcxeZm7mTYZI3M57 ehnPcAQF7GcPTrdVK+JX1XEkRXEvWUFSY9fTniDJsSRJ6XkhEX4kcfPIT5Ekv/0KAAAgUEgd 83V5VJ5OeBNvzJb4S9r+oDAcvIMC9rNna5JuRKeS5DiiVpKEGJKuJonptdtSvNoMHUniPPJP JMlvtwIAAAgYzmc4OKeAeKeC+IO3+ERQ2A3eQQH72eOF29VbE4g6jqQq7iQp6lTx3m4moB8B IL+9CgAAIHBIr5VxnAWSWnvBm+qQGKa5gzd7pkjGg3dQwH725t1tDdEqkhJ/VaXwbUuuP0yy sPC4Xm+mrar0KpKwHgkAAO4rhGOpLo9dGsxdK8OO1NzBnXmoQZPFPI69XpfHzHvIePAOCtjP Xn4EwLXH0za+ycLC44yaYm1VpVGsN88nv50KAAAggLj+/B7uqSDuMC58CxaVpdGwoz5zfZ5O Ysymt3i/jTXYz6H+t9sAAAAAAOQJIgkAAAAAQAJEEgAAAACABIgkAAAAAAAJEEkAAAAAABIg kgAAAAAAJEAkAQAAAABIQBUUFMzOLUAIIYQQQq5UQUGBdXkNQgghhBByRSRBCCGEEEqISIIQ QgghlBCRBCGEEEIoISIJQgghhFDC0EeSplhbVWXkGvKdAiGEEEIY4kgSFxI6CUIIIYRyMHiR VFJS48Lc3W9qirWaYq1eb0YkQQghhDDkBimSSkpqXH+oJdNJiCQIIYQQysGgRhIzb6TRaDUa 7d69J2g3FEnNhzIoO9lnQ79DIYQQBtiybIpP5qFGDx+SU+bFhs7m2p+5+VCG+01EntjPYR9J +gOZVMZBvZXeuVTmgebQ71MIIYSBtCybf7RvPJjpZvxuPpRB5ZZ6uyFm8GYu3F9iP7uMpOro tK6YxNbYLQPK6A7VY12qaJNK0Zy4pU/5aIcq3hizpV+5tVyh9mQz3EgSFNLGIqksm3099Acy MZkEIYQRr3Dw5v3BvKw/kOmY+aDnM9gTDpkHmtesZ3PFUyONBzPZyQ/BmM0+3PvhP7zFfnY3 k1SzLZ0kqEiSgqTGkuQEoo4hSYr1VCVRK0ly2pWtCR5uho4kOo/8GkmYSYIQwvtN8eDNjr6l Oey5HvYyM8PBGynKsh3rNFwN3stynOHAfg6O7k+3VSviV9VxJEVxL1lBUmPX054gybEkSel5 IVn5kcTNI7+uSZJRe0IIIQyYEoO39WwulVMmvIk3ZkuMEaU54Tp4Yz8HR4/WJN2ITiXJcUSt JAkxJF1NEtNrt6V4tRk6ksR5tNFIErWqYxoQQghhpOp8hoPzVh6K+/czf/AuzWFvpkeNsBu8 sZ+Do6cLt6u3JhB1HElV3ElS1Knivd1MgD4CgLe7Rf8LIYQwEpVeK5N9do2/UJUjb6qDXb1a miMxeLPLk2U8eGM/B0cv3t3WEK0iKfFXVQrftuT6wyQLC4/r9WbaqkrfZpK4C8oghBBGqsLB uzSHXRrMXSvTeDBTOMPBHYabD2Uw5x/Y68uymYXGMh68sZ+Do3cfAXDt8bSNb7Kw8Dijplhb VWkU68UTctbPo5AghPA+0PXn93DedcXMdrCngTi3Zh46wI76zPW5pRJjNr3F++29QdjPof63 2yCEEEII5SkiCUIIIYRQQkQShBBCCKGEiCQIIYQQQgkRSRBCCCGEEiKSIIQQQgglRCRBCCGE EEpIFRQUzM4tQAghhBBCrlRBQYHrfzAEAAAAAOA+BJEEAAAAACABIgkAAAAAQALqrbfeCvXX AAAAAAAgO6g9e/aE+msAAAAAAJAdVFFRUWi/Ak2xtqrKyDW0Xw8AAAAAACGEunjxYgg3Ly4k dBIAAAAA5ABVW1sbnC2VlNS4MHf3m5piraZYq9ebEUkAAAAACDnUr3/96yBspqSkxu0d6E5C JAEAAABADgQ1kph5I41Gq9Fo9+49QUs2EkkGTRZFk6UxBOjLBwAAIB90eRQf94d/x0PydN5t h35mgybrfhxhsJ+D9TlJgYokgyaLfdGY3QwAACCCER7teUOBJAZNlnfjNn879+nwgv3sMpKq o9O6YhJbY7cMKKM7VI91qaJNKkVz4pY+5aMdqnhjzJZ+5dZyhdqTzXAjSVBIG4okXR735ZDf 7gUAAOB3xAd77vDNnl+wDxCCEw7c+RHuY5jRRDBmsw/3fvgPb7Cf3c0k1WxLJwkqkqQgqbEk OYGoY0iSYj1VSdRKkpx2ZWuCh5uhI4nOIz9GkqBZdXmy2rcAAAACgcRfxMxwwB0I2MvMzcLz D8LbeU8v4xmOoID97MHptmpF/Ko6jqQo7iUrSGrsetoTJDmWJCk9LyTCjyRuHvnjdJtjh9MR ikgCAIAIR2ostZ9Y4N/EG7MlhgfmbETYDd5BAfvZszVJN6JTSXIcUStJQgxJV5PE9NptKV5t ho4kcR75YeE2M6GXpdH5dDIUAABAWOF8hoNzCoh3Kog/eItPBIXd4B0UsJ89XrhdvTWBqONI quJOkqJOFe/tZoLzEQDy270AAAD8jvRaGcdZIKm/lXlTHRLDNHfwZs8UyXjwDgrYz968u60h WkVS4q+qFL5tyfWHSRYWHtfrzbRVld4s3Gb2KFYkAQDAfYFwLHU2FLAjNXdwZx5q0GQxj2Ov 1+Ux8x4yHryDAvazlx8BcO3xtI1vsrDwOKOmWFtVaRTrxdOx03ky27UAAAACguvP7+GeCuIO 48K3YFFZGg076jPX5+kkxmx6i/fbKIP9HKzPSQIAAAAACC8QSQAAAAAAEiCSAAAAAAAkQCQB AAAAAEiASAIAAAAAkACRBAAAAAAgASIJAAAAAEACqqCgYHZuAUIIIYQQcqUKCgpq24YghBBC CCFXRBKEEEIIoYSIJAghhBBCCRFJEEIIIYQSIpIghBBCCCUMfSRpirVVVUauId8pEEIIIYQh jiRxIaGTIIQQQigHgxdJJSU1Lszd/aamWKsp1ur1ZkQShBBCCENukCKppKTG9YdaMp2ESIIQ QgihHPQikjIr/so4PubbZuhIYuaNNBqtRqPdu/cErR8iadC2QgixLbDXTK4IOmxlcSrkuxv6 zckVsmrrcnu3QduKJ3e7fxTukAWr4xfEOsnebdTG/t6MOn22qdnV9dlB/otih3O95JUiuxbX nf6GSj1D1+K6B19hsJ1d5R9nJld4B6VB2wpZnx0c6lpct18/aFvh7/natgWr5I4SHdA4x7Sp 2VXhUY7dBPcZ6JeePlpKHRu7FteF+5P7i8Z5oONrZjfNeTabVeJ1oe/prxeL/bm14/7X3PEQ wW5xLXen3Y9HEuxnjyMp/uKfU8svJJf/uW+bCXQkdS2uryzarIJDM29fTwmPXzCs9SCS7OOo zH7lQqhohyxY+aMdfZk3vjrbz/bxUhBDjiGQvczZBPcOPO0DrfSvp+TTOmrD/tXK5yXm765R Gy8LmB0riCR+PjqPJOlvk3dkG7XZL7uLJO4LwW5R4leG3S5nQ+z+Z39sJF5TzhcwavPvb6Jw L7n/MRB+116+oB7+VRZpYj97FklPf/4X1O2d1PJL1K3n48t3+LAZbiQJCskfkWQ/EDMHCN5O 5714rv6WhaFwwUpWZh2zApxhkv0LhnMl82fr+uwi+/pKTirYf5nl9ysXKiV2CP+PNsewKhj2 FqziQ579V4l3AB21SQ2WvE1IDv/2oZf3y8tR+mm5MzS+HZQDJO+LWbCSFSvn62e+F34krVht gnL1KpL4L5Djbt5EkuALW7ESyQMpd0PMD4mzSKLv73gep33ss+K9xI1FzvwWL0YdPcqdluMe RsR/G9AX2IfL5ictSGI/exBJ0V9sp5Z3UndeopZfppZ3Uree/2+Vf+HtZuhIovPI/5HE3dHc PzqFxxQXv88wVC5Yeb9g9C8kd4aDbd9RG/O36YKV+a2TnsBwiEgSyN0h/J0j+Teiyz8cuQfQ qdnV9dlJ8THOk5kk3qvM18nTynYmSTwhx4sMztfMiaRR3sDjZSQJisexk32fSbIt8P6e9HEm ifli7C+fvw+8EnuJ+ZY5BwrOZea75v21zP58uhq8Xez/CBf72V0kpV/48z+5vZNa3knZXqBs O6lbO6nlF6nlF9MvetdJ3Eji5pE/IkkYtuzfLqJ9Lf1XKQylooF2UPTa2f+X9+vKDI38wVV0 yJbfr1yI5e0Qzt/63O7k3tnV5Cv3FeE9nBcuzF+TLl8IJ5Hk9GnZ6UOvlj4EXsc3wvwoOvbS JH/u0+mI4vmaJDZTHDuBXffDmV7l4GRNEvMrwzshKB60JP7QF61J4r/K9JcRgHUOUnvJPr/I v4m3hyUaXWJ6ry08Bu+giP3sMpKSdU9Ryzup5Rc47mQvVHnRSXQkifPID5EkPnY43deYSZKh gkgi1knJ5a4ro4LfSfvrK7FuFJHkSsEO4Q574oklN6enhZHEP0nHzLdzp3+c/gK6iCTx04oi TE6n0dkTB/ZvnP7WuCvTJSKJXTTt2HXiMxeupvQc95y0P6G3p9uEi6WY9uI9ivdy81vQiYE6 Gep8hkOUgERq8Oa8NUFqFVc4DN5BEfvZeSQpv9hBtXyb+urbVONfUze/Rd38NnXzW1TL31At 36Fufou6+ddU01//yR+f9nAzgfsIAO6Mn+NFdQy0EmuSZHSmE9a2DTmNJHczScx93MwOyu9X LsQ63yHcg5dgxbEXrx3/JkH6OFt45PwmyacVXCm3P34cy+y4I4HNxv0iJSPJ0SUrXq5Jkr6b V5Ek/Sg6am3ST+hkBZvI4EUSd+pOaou8qQ6Js/ncb1BiIu0+PZJgP8vmwyQLC4/r9WbaqkqP I0lqLbaTFbsL1oDM+sINKjnQSq9JEv6ZK16TJJ6rkN+vXIgVnT2x7y5fVvmIToByJ0XEr45w Woins36SfFreVyi7N2RMza6urwjabnWd2wpOImnIMSfk7cJt3jlTiZMagmfwaCbJ8RDCPUnH +1WV1UwS991z3L+c2Z8f5isR/QqIVmjwlzzKdfAOitjPofhnSQoLjzNqirVVlUaxHj4VO1Jy pV+PVeEpeRSSLHU2GyH57jZm8tbZu9tEx2v5/cqFWKen27i1JIA5+yMYvKXeHsydeHf66kh8 Hgc/kng5Jfm0nGl8WRUS8wVLVwh7B+lIcn72UOpzknjvY+D/snj1OUnS7zxivnLx8jL+RzR5 G0nO34bsKqP5uv78Hu5ZeO5fUPRlzq2rtln2G2Su55x6Fozo8vthC7DYz6H+t9sghBBCCOUp IglCCCGEUEJEEoQQQgihhIgkCCGEEEIJEUkQQgghhBIikiCEEEIIJfz/xEoCe3EwcOEAAAAA SUVORK5CYII= --------------080908020104080006090707 Content-Type: image/png; name="I[XKT_E_GD[62BIJ[`ZD8[4.png" Content-Transfer-Encoding: base64 Content-ID: <part2.03040805.05010002(a)horebdata.cn> Content-Disposition: inline; filename="I[XKT_E_GD[62BIJ[`ZD8[4.png" iVBORw0KGgoAAAANSUhEUgAAABkAAAAUCAIAAAD3FQHqAAABiElEQVQ4Ec2UTUsCQRjH581Z JFYKREOokybksQ+Rhy7ehS7ePOXFzxL4AezgqVN4EJIgEAJPHn3LDQnFzRTT3ZmeZRJE115o g4aFnZ3nz+/5PzPPLJZSIo8G8YjjYLxkMVdfUDjGWEixsBYIr0s45RBVmtWYs7T6/Zu5uy9b 2JTQ+mM9c5mZaTNLWJADbAZ4ANYrFxU/92/6cmcps83nZhu1i+fFntXDBAdJMF1OD24HwhaA /i4LtsMxgkQilOgedPNPeR/32Zo93huTHaJ2UGlW98Tdl1JIJKGiCZr0R32kIXiwDUk2zmLJ c2d9HIhAnVGnUWuga8RCzHq1JJXyDYLOcf2gRpDG9mP6VK/eVCOLiPFgxA/juqazI0YpIJ2m WRpavmH1y1G4K/AzbpjG58qtNUIHQOZaq1a6L5Vb5bmYZ6+y0d1o7jQX1sPKyZo1d5Yjkohg wigzp2byOJk6SQ1fhjDXmAZRMLgGAvrf9z0kUZnhAkDTQx9Af6i6tl1Gj315+c/5r6x3h3Hw dFbwgr0AAAAASUVORK5CYII= --------------080908020104080006090707-- --------------030407000705030404080406--

1 0

oVirt 3.6.1 ISO storage domain with all-in-one local disk install not working as expected
by Matthew Bohnsack 30 Dec '15

30 Dec '15

Hello, I installed an all-in-one oVirt 3.6.1 system on CentOS 7.2 with local disk configured for images and ISOs. However, the engine web GUI doesn't mention the ISO_DOMAIN, and I can't seem to select an uploaded ISO and attach it to a VM. Any idea what I'm doing wrong here? Thanks, -Matthew Additional detail... I did engine setup with this where all paths are on local disk: OVESETUP_CONFIG/isoDomainName=str:ISO_DOMAIN OVESETUP_CONFIG/isoDomainACL=str:*(rw) OVESETUP_CONFIG/isoDomainMountPoint=str:/home/ovirt-localdisk/iso OVESETUP_AIO/storageDomainDir=str:/home/ovirt-localdisk/images/ With this, I was able to upload an image like so: [root@host ~]# engine-iso-uploader upload -i ISO_DOMAIN ./CentOS-7-x86_64-Minimal-1511.iso Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort): Uploading, please wait... INFO: Start uploading ./CentOS-7-x86_64-Minimal-1511.iso Uploading: [########################################] 100% INFO: ./CentOS-7-x86_64-Minimal-1511.iso uploaded successfully After this, the local filesystem had my image: [root@host ~]# find /home/ovirt-localdisk/iso/ -iname \*.iso /home/ovirt-localdisk/iso/d33449b5-f660-4e90-abd4-5d55f9c27b85/images/11111111-1111-1111-1111-111111111111/CentOS-7-x86_64-Minimal-1511.iso But this seems to say something's wrong: [root@host ~]# engine-iso-uploader list Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort): ERROR: There are no ISO storage domains. Further, the engine web gui has no mention of the ISO storage domain nor does CentOS-7-x86_64-Minimal-1511.iso show up as an option to attach as a CDROM to guests.

2 3

Re: [ovirt-users] Self-hosted engine: Host cannot activate - network issues
by Yedidyah Bar David 30 Dec '15

30 Dec '15

On Tue, Dec 29, 2015 at 4:15 AM, Alan Murrell <lists(a)murrell.ca> wrote: > I am attempting to install oVirt 3.6 on a CentOS7 host. it is a single > server, so I am trying to install a self-hosted engine. I am able to > install oVirt 3.5 self-hosted engine, but am having some problems doing it > with 3.6. > > Everything appears to go fine; the engine-setup completes successfully. On > the host, I pressed"1" to indicate engine-setup was complete, and it can > connect to the webadmin but the host never becomes operational. > > I am able to log in to the webadmin, and indeed the host is in a > non-operational state. When I click on the host then click on the "Virtual > networks" tab, all my interfaces are showing a red arrow. > > When I click on "Setup Host Networks", my "ovirtmgmt" network is unassigned. > Believing this to be why my host is not operational (since it is under > "Required"), I assigned it to my management interface, but the interfaces > still remain red. In addition, the "ovirtmgmt" network does have a green > arrow, but also the icon indicating "Out of sync". If I click on "Sync All > Networks", I get the following error: > > "Error while executing action SyncAllHostNetworks: Network is currently > being used" > > which makes sense, since "ovirtmgmt" is assigned/in use. I am unable to > unassign ovirtmgmt. > > Current status is this: > > - All network interfaces are showing the red "down" arrow > - "ovirtmgmt" is assigned to my management NIC, but indicating that it is > out of sync > - I am unable to unassign the "ovirtmgmt" network (or at least, if I do, > the "OK" button is greyed out) > > I could destroy the engine VM and go through the setup again, with the idea > of once it is installed and waiting for the host to become operational, I > could do a "Sync All Networks" and see if the networks turn green and go > from there. > > I wanted to see what sort of insight I could get from here first. I am not > sure what logs would be useful to you, so let me know what you want to see > and I and make them available (I will likely zip them up and post a link) from host: /var/log/ovirt-hosted-engine-*/* (-setup and -ha) /var/log/vdsm/* from engine: /var/log/ovirt-engine/* /var/log/ovirt-engine/host-deploy/* If last one is empty, it means the engine did not manage to get host-deploy logs. Please check and try to copy what you find from /tmp of the host while waiting for host-deploy ("Waiting for the host to become operational"). > > Something else I could try if this becomes a "puzzler" is to do a 3.5.x > self-hosted engine then perform an in-place upgrade to 3.6 and see if that > works? I would rather try to help make a direct 3.6 install work, though... Did you principally do exactly the same thing in 3.5 and 3.6? In both cases just had a simple network interface (no vlan/bonding/whatever) and input it when asked? What exact versions (OS and ovirt)? I also changed the subject. Best, -- Didi

2 5

ovirt 3.6 centos7.2 all-in-one install: The VDSM host was found in a failed state.
by Matthew Bohnsack 29 Dec '15

29 Dec '15

Hello, I am attempting to build a fairly basic proof of concept ovirt 3.6 machine with the engine, host and guests all on a single physical CentOS 7.2 box with local storage (to start), but am running into issues where engine-install produces the following error: [ ERROR ] The VDSM host was found in a failed state. Please check engine and bootstrap installation logs. The engine webconsole seems to be working fine after this - I can login and click around - but there's no host CPU/storage resources available, as expected. From the logs shown below, there seems to be an issue with the vdsm installation process being unable to contact the engine host during installation. Any ideas what's going wrong and/or what I can do to debug things further so I can move beyond this issue? Thanks, -Matthew Steps I took to install and diagnose the problem: 1. Installed system with our configuration management system. 2. Deleted users using UID=36 (needed by vdsm user) and UID=108 (needed by ovirt user). 3. Ensured that /etc/sudoers contained the line "#includedir /etc/sudoers.d" so that /etc/sudoers.d/50_vdsm will take effect. 4. Made directories for isos and images: # mkdir /state/partition1/images/; chmod 777 /state/partition1/images/ # mkdir /state/partition1/iso/; chmod 777 /state/partition1/iso/ 5. Ensured selinux was disabled and no firewall rules were installed. 6. Installed RPMs: # yum -y install http://resources.ovirt.org/pub/yum-repo/ovirt-release36.rpm # yum -y install ovirt-engine ovirt-engine-setup-plugin-allinone # rpm -qa | grep ovirt-release36 ovirt-release36-002-2.noarch 7. Installed engine with an all-in-one configuration (Configure VDSM on this host? Yes): # cat /root/ovirt-engine.ans # action=setup [environment:default] OVESETUP_DIALOG/confirmSettings=bool:True OVESETUP_CONFIG/applicationMode=str:virt OVESETUP_CONFIG/remoteEngineSetupStyle=none:None OVESETUP_CONFIG/sanWipeAfterDelete=bool:False OVESETUP_CONFIG/storageIsLocal=bool:False OVESETUP_CONFIG/firewallManager=none:None OVESETUP_CONFIG/remoteEngineHostRootPassword=none:None OVESETUP_CONFIG/firewallChangesReview=none:None OVESETUP_CONFIG/updateFirewall=bool:False OVESETUP_CONFIG/remoteEngineHostSshPort=none:None OVESETUP_CONFIG/fqdn=<...host.fqdn...> OVESETUP_CONFIG/storageType=none:None OSETUP_RPMDISTRO/requireRollback=none:None OSETUP_RPMDISTRO/enableUpgrade=none:None OVESETUP_DB/secured=bool:False OVESETUP_DB/host=str:localhost OVESETUP_DB/user=str:engine OVESETUP_DB/dumper=str:pg_custom OVESETUP_DB/database=str:engine OVESETUP_DB/fixDbViolations=none:None OVESETUP_DB/port=int:5432 OVESETUP_DB/filter=none:None OVESETUP_DB/restoreJobs=int:2 OVESETUP_DB/securedHostValidation=bool:False OVESETUP_ENGINE_CORE/enable=bool:True OVESETUP_CORE/engineStop=none:None OVESETUP_SYSTEM/memCheckEnabled=bool:True OVESETUP_SYSTEM/nfsConfigEnabled=bool:True OVESETUP_PKI/organization=str:<...dn...> OVESETUP_PKI/renew=none:None OVESETUP_CONFIG/isoDomainName=str:ISO_DOMAIN OVESETUP_CONFIG/engineHeapMax=str:7975M OVESETUP_CONFIG/adminPassword=str:<...password...> OVESETUP_CONFIG/isoDomainACL=str:*(rw) OVESETUP_CONFIG/isoDomainMountPoint=str:/state/partition1/iso OVESETUP_CONFIG/engineDbBackupDir=str:/var/lib/ovirt-engine/backups OVESETUP_CONFIG/engineHeapMin=str:7975M OVESETUP_AIO/configure=bool:True OVESETUP_AIO/storageDomainName=str:local_storage OVESETUP_AIO/storageDomainDir=str:/state/partition1/images/ OVESETUP_PROVISIONING/postgresProvisioningEnabled=bool:True OVESETUP_APACHE/configureRootRedirection=bool:True OVESETUP_APACHE/configureSsl=bool:True OVESETUP_VMCONSOLE_PROXY_CONFIG/vmconsoleProxyConfig=bool:True OVESETUP_ENGINE_CONFIG/fqdn=str:<...fqdn...> OVESETUP_CONFIG/websocketProxyConfig=bool:True # engine-setup --config-append=/root/ovirt-engine.ans ... [ INFO ] Starting engine service [ INFO ] Restarting httpd [ INFO ] Waiting for VDSM host to become operational. This may take several minutes... [ ERROR ] The VDSM host was found in a failed state. Please check engine and bootstrap installation logs. [WARNING] Local storage domain not added because the VDSM host was not up. Please add it manually. [ INFO ] Restarting ovirt-vmconsole proxy service [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20151228112813-iksxhe.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20151228113003-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ INFO ] Execution of setup completed successfully 8. Examined /var/log/ovirt-engine/setup/ovirt-engine-setup-20151228112813-iksxhe.log and found this error message which seems to indicate that the vdsm installation process was unable to contact the engine: 2015-12-28 11:29:29 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:941 execute-output: ('/bin/systemctl', 'start', 'httpd.service') stderr: 2015-12-28 11:29:29 DEBUG otopi.context context._executeMethod:142 Stage closeup METHOD otopi.plugins.ovirt_engine_setup.ovirt_engine.all-in-one.vdsmi.Plugin._closeup 2015-12-28 11:29:29 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.all-in-one.vdsmi vdsmi._closeup:211 Connecting to the Engine 2015-12-28 11:29:29 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.all-in-one.vdsmi vdsmi._waitEngineUp:103 Waiting Engine API response 2015-12-28 11:29:29 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.all-in-one.vdsmi vdsmi._waitEngineUp:133 Cannot connect to engine Traceback (most recent call last): File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/all-in-one/vdsmi.py", line 127, in _waitEngineUp insecure=True, File "/usr/lib/python2.7/site-packages/ovirtsdk/api.py", line 191, in __init__ url='' File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 115, in request persistent_auth=self.__persistent_auth File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py", line 79, in do_request persistent_auth) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py", line 155, in __do_request raise errors.RequestError(response_code, response_reason, response_body) RequestError: ^M status: 503^M reason: Service Unavailable^M detail: <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>503 Service Unavailable</title> </head><body> <h1>Service Unavailable</h1> <p>The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.</p> </body></html> 2015-12-28 11:29:36 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.all-in-one.vdsmi vdsmi._waitEngineUp:133 Cannot connect to engine Traceback (most recent call last): File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/all-in-one/vdsmi.py", line 127, in _waitEngineUp insecure=True, File "/usr/lib/python2.7/site-packages/ovirtsdk/api.py", line 191, in __init__ url='' File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 115, in request persistent_auth=self.__persistent_auth File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py", line 79, in do_request persistent_auth) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py", line 155, in __do_request raise errors.RequestError(response_code, response_reason, response_body) RequestError: ^M status: 404^M reason: Not Found^M detail: ... <!DOCTYPE html> <html> <head> <meta http-equiv="Content-type" content="text/html; charset=utf-8" /> <link id="id-link-favicon" rel="shortcut icon" href="/ovirt-engine/theme-resource/favicon" type="image/x-icon" /> <title>404 - Page not found</title> ... </html> 2015-12-28 11:29:50 DEBUG otopi.ovirt_engine_setup.engine_common.database database.execute:171 Database: 'None', Statement: ' select version, option_value from vdc_options where option_name = %(name)s ', args: {'name': 'SupportedClusterLevels'} 2015-12-28 11:29:50 DEBUG otopi.ovirt_engine_setup.engine_common.database database.execute:221 Result: [{'version': 'general', 'option_value': '3.0,3.1,3.2,3.3,3.4,3.5,3.6'}] 2015-12-28 11:29:50 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.all-in-one.vdsmi vdsmi._closeup:225 engine SupportedClusterLevels [3.0,3.1,3.2,3.3,3.4,3.5,3.6], PACKAGE_VERSION [3.6.1.3], 2015-12-28 11:29:50 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.all-in-one.vdsmi vdsmi._getSupportedClusterLevels:181 Attempting to load the dsaversion vdsm module 2015-12-28 11:29:50 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.all-in-one.vdsmi vdsmi._closeup:236 VDSM SupportedClusterLevels [['3.4', '3.5', '3.6']], VDSM VERSION [4.17.13-0.el7.centos], 2015-12-28 11:29:50 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.all-in-one.vdsmi vdsmi._closeup:259 Creating the local data center 2015-12-28 11:29:50 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.all-in-one.vdsmi vdsmi._closeup:269 Creating the local cluster into the local data center 2015-12-28 11:29:52 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.all-in-one.vdsmi vdsmi._closeup:284 Adding the local host to the local cluster 2015-12-28 11:29:55 INFO otopi.plugins.ovirt_engine_setup.ovirt_engine.all-in-one.vdsmi vdsmi._waitVDSMHostUp:58 Waiting for VDSM host to become operational. This may take several minutes... 2015-12-28 11:29:55 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.all-in-one.vdsmi vdsmi._waitVDSMHostUp:87 VDSM host in installing state 2015-12-28 11:29:56 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.all-in-one.vdsmi vdsmi._waitVDSMHostUp:87 VDSM host in installing state 2015-12-28 11:29:58 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.all-in-one.vdsmi vdsmi._waitVDSMHostUp:87 VDSM host in installing state 2015-12-28 11:29:59 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.all-in-one.vdsmi vdsmi._waitVDSMHostUp:87 VDSM host in installing state 2015-12-28 11:30:00 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.all-in-one.vdsmi vdsmi._waitVDSMHostUp:87 VDSM host in installing state 2015-12-28 11:30:01 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.all-in-one.vdsmi vdsmi._waitVDSMHostUp:87 VDSM host in installing state 2015-12-28 11:30:02 ERROR otopi.plugins.ovirt_engine_setup.ovirt_engine.all-in-one.vdsmi vdsmi._waitVDSMHostUp:77 The VDSM host was found in a failed state. Please check engine and bootstrap installation logs. 2015-12-28 11:30:02 WARNING otopi.plugins.ovirt_engine_setup.ovirt_engine.all-in-one.vdsmi vdsmi._closeup:306 Local storage domain not added because the VDSM host was not up. Please add it manually. 2015-12-28 11:30:02 DEBUG otopi.context context._executeMethod:142 Stage closeup METHOD otopi.plugins.ovirt_engine_setup.vmconsole_proxy_helper.system.Plugin._closeup 9. Looked at the vdsm logs and examined service status: # ls -l /var/log/vdsm/ total 8 drwxr-xr-x 2 vdsm kvm 6 Dec 9 03:24 backup -rw-r--r-- 1 vdsm kvm 0 Dec 28 11:13 connectivity.log -rw-r--r-- 1 vdsm kvm 0 Dec 28 11:13 mom.log -rw-r--r-- 1 root root 2958 Dec 28 11:30 supervdsm.log -rw-r--r-- 1 root root 1811 Dec 28 11:30 upgrade.log -rw-r--r-- 1 vdsm kvm 0 Dec 28 11:13 vdsm.log # cat /var/log/vdsm/upgrade.log MainThread::DEBUG::2015-12-28 11:30:02,803::upgrade::90::upgrade::(apply_upgrade) Running upgrade upgrade-unified-persistence MainThread::DEBUG::2015-12-28 11:30:02,806::libvirtconnection::160::root::(get) trying to connect libvirt MainThread::DEBUG::2015-12-28 11:30:02,813::utils::669::root::(execCmd) /sbin/ip route show to 0.0.0.0/0 table main (cwd None) MainThread::DEBUG::2015-12-28 11:30:02,826::utils::687::root::(execCmd) SUCCESS: <err> = ''; <rc> = 0 MainThread::DEBUG::2015-12-28 11:30:02,826::unified_persistence::46::root::(run) upgrade-unified-persistence upgrade persisting networks {} and bondings {} MainThread::INFO::2015-12-28 11:30:02,827::netconfpersistence::179::root::(_clearDisk) Clearing /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ MainThread::DEBUG::2015-12-28 11:30:02,827::netconfpersistence::187::root::(_clearDisk) No existent config to clear. MainThread::INFO::2015-12-28 11:30:02,827::netconfpersistence::179::root::(_clearDisk) Clearing /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ MainThread::DEBUG::2015-12-28 11:30:02,827::netconfpersistence::187::root::(_clearDisk) No existent config to clear. MainThread::INFO::2015-12-28 11:30:02,827::netconfpersistence::129::root::(save) Saved new config RunningConfig({}, {}) to /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ MainThread::DEBUG::2015-12-28 11:30:02,827::utils::669::root::(execCmd) /usr/share/vdsm/vdsm-store-net-config unified (cwd None) MainThread::DEBUG::2015-12-28 11:30:02,836::utils::687::root::(execCmd) SUCCESS: <err> = 'cp: cannot stat \xe2\x80\x98/var/run/vdsm/netconf\xe2\x80\x99: No such file or directory\n'; <rc> = 0 MainThread::DEBUG::2015-12-28 11:30:02,837::upgrade::51::upgrade::(_upgrade_seal) Upgrade upgrade-unified-persistence successfully performed # cat /var/log/vdsm/supervdsm.log MainThread::DEBUG::2015-12-28 11:30:02,415::supervdsmServer::539::SuperVdsm.Server::(main) Making sure I'm root - SuperVdsm MainThread::DEBUG::2015-12-28 11:30:02,415::supervdsmServer::548::SuperVdsm.Server::(main) Parsing cmd args MainThread::DEBUG::2015-12-28 11:30:02,415::supervdsmServer::551::SuperVdsm.Server::(main) Cleaning old socket /var/run/vdsm/svdsm.sock MainThread::DEBUG::2015-12-28 11:30:02,415::supervdsmServer::555::SuperVdsm.Server::(main) Setting up keep alive thread MainThread::DEBUG::2015-12-28 11:30:02,415::supervdsmServer::561::SuperVdsm.Server::(main) Creating remote object manager MainThread::DEBUG::2015-12-28 11:30:02,416::fileUtils::192::Storage.fileUtils::(chown) Changing owner for /var/run/vdsm/svdsm.sock, to (36:36) MainThread::DEBUG::2015-12-28 11:30:02,416::supervdsmServer::572::SuperVdsm.Server::(main) Started serving super vdsm object sourceRoute::DEBUG::2015-12-28 11:30:02,416::sourceroutethread::79::root::(_subscribeToInotifyLoop) sourceRouteThread.subscribeToInotifyLoop started restore-net::DEBUG::2015-12-28 11:30:03,080::libvirtconnection::160::root::(get) trying to connect libvirt restore-net::INFO::2015-12-28 11:30:03,188::vdsm-restore-net-config::86::root::(_restore_sriov_numvfs) SRIOV network device which is not persisted found at: 0000:01:00.1. restore-net::INFO::2015-12-28 11:30:03,189::vdsm-restore-net-config::86::root::(_restore_sriov_numvfs) SRIOV network device which is not persisted found at: 0000:01:00.0. restore-net::INFO::2015-12-28 11:30:03,189::vdsm-restore-net-config::86::root::(_restore_sriov_numvfs) SRIOV network device which is not persisted found at: 0000:01:00.3. restore-net::INFO::2015-12-28 11:30:03,189::vdsm-restore-net-config::86::root::(_restore_sriov_numvfs) SRIOV network device which is not persisted found at: 0000:01:00.2. restore-net::INFO::2015-12-28 11:30:03,189::vdsm-restore-net-config::385::root::(restore) starting network restoration. restore-net::DEBUG::2015-12-28 11:30:03,189::vdsm-restore-net-config::183::root::(_remove_networks_in_running_config) Not cleaning running configuration since it is empty. restore-net::INFO::2015-12-28 11:30:03,205::netconfpersistence::179::root::(_clearDisk) Clearing /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ restore-net::DEBUG::2015-12-28 11:30:03,206::netconfpersistence::187::root::(_clearDisk) No existent config to clear. restore-net::INFO::2015-12-28 11:30:03,206::netconfpersistence::129::root::(save) Saved new config RunningConfig({}, {}) to /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ restore-net::DEBUG::2015-12-28 11:30:03,207::vdsm-restore-net-config::329::root::(_wait_for_for_all_devices_up) All devices are up. restore-net::INFO::2015-12-28 11:30:03,214::netconfpersistence::71::root::(setBonding) Adding bond0({'nics': [], 'options': ''}) restore-net::INFO::2015-12-28 11:30:03,214::vdsm-restore-net-config::396::root::(restore) restoration completed successfully. # systemctl status supervdsmd ● supervdsmd.service - Auxiliary vdsm service for running helper functions as root Loaded: loaded (/usr/lib/systemd/system/supervdsmd.service; static; vendor preset: enabled) Active: active (running) since Mon 2015-12-28 11:30:02 EST; 1h 8min ago Main PID: 81535 (supervdsmServer) CGroup: /system.slice/supervdsmd.service └─81535 /usr/bin/python /usr/share/vdsm/supervdsmServer --sockfile /var/run/vdsm/svdsm.sock Dec 28 11:30:02 hostname systemd[1]: Started Auxiliary vdsm service for running helper functions as root. Dec 28 11:30:02 hostname systemd[1]: Starting Auxiliary vdsm service for running helper functions as root.

1 2

Network instability after upgrade 3.6.0 -> 3.6.1
by Stefano Danzi 29 Dec '15

29 Dec '15

Hello, I have one testing host (only one host) with self hosted engine and 2 VM (one linux and one windows). After upgrade ovirt from 3.6.0 to 3.6.1 the network connection works discontinuously. Every 10 minutes HA agent restart hosted engine VM because result down. But the machine is UP, only the network stop to work for some minutes. I activate global maintenace mode to prevent engine reboot. If I ssh to the hosted engine sometimes the connection work and sometimes no. Using VNC connection to engine I see that sometime VM reach external network and sometimes no. If I do a tcpdump on phisical ethernet interface I don't see any packet when network on vm don't work. Same thing happens fo others two VM. Before the upgrade I never had network problems.

3 4

virt-viewer error
by 靳占冰 29 Dec '15

29 Dec '15

virt-viewer-x64-3.0.msi version can not connect a virtual machine. Error: Can not find the specified file

2 1

Hosted engine vs. hypervisor hosts naming on hyperconverged setup
by Will Dennis 29 Dec '15

29 Dec '15

Hi all, I have a hyperconverged setup where I have a hosted engine that runs on one of three hosts, which are named “ovirt-node-[01,02,03]” — [root@ovirt-node-01 ~]# hosted-engine --vm-status | grep -e "Hostname" -e "Engine" Hostname : ovirt-node-01 Engine status : {"health": "good", "vm": "up", "detail": "up"} Hostname : ovirt-node-02 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Hostname : ovirt-node-03 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown”} When I deployed the hosted engine, I gave it a separate hostname/IP, as I expected it would need it (hostname = “ovirt-engine-01”) However, when I look at the hosts in the oVirt web admin screen, I see that the first host has the name “ovirt-engine-01” whereas it has the hostname of “ovirt-node-01” I also notice that even though the 1st host is showing the number of VM’s running as “1”, when I click on the “VMs” node, there are no VMs showing. Not sure of what “should be”, but, would expect that the first host would have a name equal to its DNS hostname (like the other two do), and that in VMs I would see the engine VM. But is that not how a hosted engine setup works? And if not, if the engine VM migrates over to another host, will that host gain the name "“ovirt-engine-01”? I ask this now because I want to set up a storage domain on these hosts using GlusterFS, and I have to select a host to base the connection on. In the “Use Host” dropbox, I currently see the values: ovirt-node-03 ovirt-node-02 ovirt-engine-01 I would expect that the last entry would be for “ovirt-host-01”, not “ovirt-engine-01”… I don’t want to set up the storage domain until I figure this out, so as to prevent potential breakage... Thanks, Will

3 10

Hosted engine support
by Budur Nagaraju 29 Dec '15

29 Dec '15

HI Installed KVM in the host in which VT is enabled . installed one vm centos6.7 64 bit in the KVM server and tried to configure Hosted engine ,getting the below error , *"Failed to execute stage ‘Environment Customization’: Hardware virtualization support is not available :please check BIOS settings and turn on NX support if available"* Even though VT is enabled facing the issue any setting needs to be done in the vm ? Thanks, Nagaraju

2 1

Change "ovirt-engine" virtual directory
by Hamid Mazrae Mollaie 29 Dec '15

29 Dec '15

hi all i want to change "ovirt-engine" in url's web admin portal for branding. how can i do? tanx

2 3

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

29 Dec '15

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

4 5

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

29 Dec '15

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

4 4

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

29 Dec '15

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

2 1

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

29 Dec '15

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

2 1

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

28 Dec '15

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

1 0

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

28 Dec '15

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

2 3

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

28 Dec '15

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

2 1

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

28 Dec '15

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

1 0

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

28 Dec '15

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

4 5

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

27 Dec '15

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

2 1

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

27 Dec '15

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

2 1

Hosted Engine RAM
by Justin Foreman 27 Dec '15

27 Dec '15

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

2 1

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

24 Dec '15

And a happy new year, from Sweden! /K

3 2

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

24 Dec '15

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

1 0

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

24 Dec '15

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

2 1

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

24 Dec '15

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

2 1

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

24 Dec '15

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

2 2

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

24 Dec '15

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

2 3

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

24 Dec '15

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

3 4

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

23 Dec '15

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

3 3

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

23 Dec '15

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

1 0

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

23 Dec '15

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

3 4

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

23 Dec '15

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

1 0

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

23 Dec '15

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

2 2

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

23 Dec '15

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

1 0

uncaught exception with engine vm in 3.6.1 selecting hosted_storage
by Gianluca Cecchi 23 Dec '15

23 Dec '15

Hello after updating from 3.6.0 to 3.6.1 my HE environment, I'm not able to import/activate the hosted_storage domain because it results anattached Moreover I get the popup message Uncaught exception occurred. Please try reloading the page. Details: (TypeError) __gwt$exception: <skipped>: c is null when I select the line of hosted_storage domain in storage tab. See: https://drive.google.com/file/d/0BwoPbcrMv8mvVlc1XzNUZ18yWWs/view?usp=shari… I don't find apparently ERROR messages wen I do this, so I don't know where to watch. On engine, where the db lives, I have under /var/lib/pgsql/data/pg_log [root@ractorshe pg_log]# ls -lrt total 12 -rw-------. 1 postgres postgres 0 Dec 16 01:00 postgresql-Wed.log -rw-------. 1 postgres postgres 0 Dec 17 01:00 postgresql-Thu.log -rw-------. 1 postgres postgres 0 Dec 18 01:00 postgresql-Fri.log -rw-------. 1 postgres postgres 7480 Dec 20 00:39 postgresql-Sat.log -rw-------. 1 postgres postgres 3488 Dec 20 01:29 postgresql-Sun.log -rw-------. 1 postgres postgres 0 Dec 21 01:00 postgresql-Mon.log -rw-------. 1 postgres postgres 0 Dec 22 01:00 postgresql-Tue.log On Sunday logs, when the engine was started I see LOG: database system was not properly shut down; automatic recovery in progress LOG: redo starts at 1/254C6710 LOG: record with zero length at 1/254EB6B8 LOG: redo done at 1/254EB688 LOG: last completed transaction was at log time 2015-12-19 23:49:47.920147+00 LOG: database system is ready to accept connections LOG: autovacuum launcher started ERROR: insert or update on table "storage_domain_dynamic" violates foreign key constraint "fk_stora ge_domain_dynamic_storage_domain_static" DETAIL: Key (id)=(00000000-0000-0000-0000-000000000000) is not present in table "storage_domain_static". CONTEXT: SQL statement "INSERT INTO storage_domain_dynamic(available_disk_size, id, used_disk_size) VALUES(v_available_disk_size, v_id, v_used_disk_size)" PL/pgSQL function insertstorage_domain_dynamic(integer,uuid,integer) line 3 at SQL statement STATEMENT: select * from insertstorage_domain_dynamic($1, $2, $3) as result and then many lines of kind LOG: autovacuum: found orphan temp table "pg_temp_8"."tt_temp22" in database "engine" so messages related to domains and could be the reason of the exception and of the inability of importing/attaching my HE storage domain. Let me know if I can provide more logs or output of queries from the database. Gianluca

4 8

How to run "engine-backup"?
by Will Dennis 23 Dec '15

23 Dec '15

--_000_F3282EEAFF180F43BAF1AD0A7C34739D38F285njmailneclabscom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Yay, I *finally* have my 3-host hyper-converged oVirt datacenter stood up := ) [root@ovirt-node-01 ~]# hosted-engine --vm-status --=3D=3D Host 1 status =3D=3D-- Status up-to-date : True Hostname : ovirt-node-01 Host ID : 1 Engine status : {"health": "good", "vm": "up", "detail= ": "up"} Score : 3400 stopped : False Local maintenance : False crc32 : 65c41ca5 Host timestamp : 217522 --=3D=3D Host 2 status =3D=3D-- Status up-to-date : True Hostname : ovirt-node-02 Host ID : 2 Engine status : {"reason": "vm not running on this hos= t", "health": "bad", "vm": "down", "detail": "unknown"} Score : 3400 stopped : False Local maintenance : False crc32 : a7a599d8 Host timestamp : 56101 --=3D=3D Host 3 status =3D=3D-- Status up-to-date : True Hostname : ovirt-node-03 Host ID : 3 Engine status : {"reason": "vm not running on this hos= t", "health": "bad", "vm": "down", "detail": "unknown"} Score : 3400 stopped : False Local maintenance : False crc32 : 6e138d0b Host timestamp : 432658 Now in the oVirt webadmin UI down in the "Alerts" section, I am seeing this= message: "There is no full backup available, please run engine-backup to prevent dat= a loss in case of corruption." I do not see a "engine-backup" CLI command on my hosts; how does one do thi= s? (I have searched ovirt.org to no avail...) Thanks, Will --_000_F3282EEAFF180F43BAF1AD0A7C34739D38F285njmailneclabscom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">Yay, I *<b>finally</b>* have my 3-host hyper-converg= ed oVirt datacenter stood up :)<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">[root@ovirt-node-01 ~]# hosted-engine --vm-status<o:= p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">--=3D=3D Host 1 status =3D=3D--<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Status up-to-date     &nbsp= ;            : True<= o:p></o:p></p> <p class=3D"MsoNormal">Hostname       &n= bsp;           &nbsp= ;       : ovirt-node-01<o:p></o:p></p> <p class=3D"MsoNormal">Host ID       &nb= sp;            =         : 1<o:p></o:p></p> <p class=3D"MsoNormal">Engine status      &nb= sp;            =    : {"health": "good", "vm": &quot= ;up", "detail": "up"}<o:p></o:p></p> <p class=3D"MsoNormal">Score       &nbsp= ;            &n= bsp;         : 3400<o:p></o:p></p> <p class=3D"MsoNormal">stopped       &nb= sp;            =         : False<o:p></o:p></p> <p class=3D"MsoNormal">Local maintenance     &nbsp= ;            : False= <o:p></o:p></p> <p class=3D"MsoNormal">crc32       &nbsp= ;            &n= bsp;         : 65c41ca5<o:p></o:p><= /p> <p class=3D"MsoNormal">Host timestamp      &n= bsp;           &nbsp= ;  : 217522<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">--=3D=3D Host 2 status =3D=3D--<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Status up-to-date     &nbsp= ;            : True<= o:p></o:p></p> <p class=3D"MsoNormal">Hostname       &n= bsp;           &nbsp= ;       : ovirt-node-02<o:p></o:p></p> <p class=3D"MsoNormal">Host ID       &nb= sp;            =         : 2<o:p></o:p></p> <p class=3D"MsoNormal">Engine status      &nb= sp;            =    : {"reason": "vm not running on this host"= , "health": "bad", "vm": "down", &q= uot;detail": "unknown"}<o:p></o:p></p> <p class=3D"MsoNormal">Score       &nbsp= ;            &n= bsp;         : 3400<o:p></o:p></p> <p class=3D"MsoNormal">stopped       &nb= sp;            =         : False<o:p></o:p></p> <p class=3D"MsoNormal">Local maintenance     &nbsp= ;            : False= <o:p></o:p></p> <p class=3D"MsoNormal">crc32       &nbsp= ;            &n= bsp;         : a7a599d8<o:p></o:p><= /p> <p class=3D"MsoNormal">Host timestamp      &n= bsp;           &nbsp= ;  : 56101<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">--=3D=3D Host 3 status =3D=3D--<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Status up-to-date     &nbsp= ;            : True<= o:p></o:p></p> <p class=3D"MsoNormal">Hostname       &n= bsp;           &nbsp= ;       : ovirt-node-03<o:p></o:p></p> <p class=3D"MsoNormal">Host ID       &nb= sp;            =         : 3<o:p></o:p></p> <p class=3D"MsoNormal">Engine status      &nb= sp;            =    : {"reason": "vm not running on this host"= , "health": "bad", "vm": "down", &q= uot;detail": "unknown"}<o:p></o:p></p> <p class=3D"MsoNormal">Score       &nbsp= ;            &n= bsp;         : 3400<o:p></o:p></p> <p class=3D"MsoNormal">stopped       &nb= sp;            =         : False<o:p></o:p></p> <p class=3D"MsoNormal">Local maintenance     &nbsp= ;            : False= <o:p></o:p></p> <p class=3D"MsoNormal">crc32       &nbsp= ;            &n= bsp;         : 6e138d0b<o:p></o:p><= /p> <p class=3D"MsoNormal">Host timestamp      &n= bsp;           &nbsp= ;  : 432658<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Now in the oVirt webadmin UI down in the “Aler= ts” section, I am seeing this message:<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">“There is no full backup available, please run= engine-backup to prevent data loss in case of corruption.”<o:p></o:p= ></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I do not see a “engine-backup” CLI comma= nd on my hosts; how does one do this? (I have searched ovirt.org to no avai= l...)<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Thanks,<o:p></o:p></p> <p class=3D"MsoNormal">Will<o:p></o:p></p> </div> </body> </html> --_000_F3282EEAFF180F43BAF1AD0A7C34739D38F285njmailneclabscom_--

3 5

mount a usb
by alireza sadeh seighalan 23 Dec '15

23 Dec '15

hi everyone i want to mount a usb to a windows vm in ovirt3.6.1. how can i run it?thanks in advance

2 1

virtual Disk
by Taste-Of-IT 22 Dec '15

22 Dec '15

Hello, i testing oVirt 3.6 as Self-Hosted-Engine and create a virtual machine. Now i want to change the size of the disk and found the possibilities to change the size of the disk and a field to grow the disk. In ovirt manual it is descripted to change the value of the grow field. My question is what is the difference and what are the results of that. E.g what happend if i only change the disk size from 8 to 10? is it the same like i change the grow size from 0 to 2? thx for technical explanation.

2 3

After update to 3.6.1 profile internal does not exist message
by Gianluca Cecchi 22 Dec '15

22 Dec '15

Hello. I updated my test self hosted engine vm to 3.6.1 and to CentOS 7.2. Now it seems it isn't able to to login to webadmin due to this in engine.log (field is empty in web admin gui) 2015-12-19 13:59:05,182 ERROR [org.ovirt.engine.core.bll.aaa.LoginBaseCommand] (default task-17) [] Can't login because authentication profile 'internal' doesn't exist. Is it an already known problem? The first ERRROR message I find in it is dated 13:34 and it is an SQL one: 2015-12-19 13:34:39,882 ERROR [org.ovirt.engine.core.bll.Backend] (ServerService Thread Pool -- 42) [] Failed to run compensation on startup for Command 'org.ovirt.engine.core.bll.storage.AddExistingFileStorageDomainCommand', Command Id 'bb7ee4a3-6b35-4c62-9823-a434a40e5b38': CallableStatementCallback; SQL [{call insertstorage_domain_dynamic(?, ?, ?)}]; ERROR: insert or update on table "storage_domain_dynamic" violates foreign key constraint "fk_storage_domain_dynamic_storage_domain_static" Detail: Key (id)=(00000000-0000-0000-0000-000000000000) is not present in table "storage_domain_static". Where: SQL statement "INSERT INTO storage_domain_dynamic(available_disk_size, id, used_disk_size) VALUES(v_available_disk_size, v_id, v_used_disk_size)" PL/pgSQL function insertstorage_domain_dynamic(integer,uuid,integer) line 3 at SQL statement; nested exception is org.postgresql.util.PSQLException: ERROR: insert or update on table "storage_domain_dynamic" violates foreign key constraint "fk_storage_domain_dynamic_storage_domain_static" Detail: Key (id)=(00000000-0000-0000-0000-000000000000) is not present in table "storage_domain_static". Where: SQL statement "INSERT INTO storage_domain_dynamic(available_disk_size, id, used_disk_size) VALUES(v_available_disk_size, v_id, v_used_disk_size)" PL/pgSQL function insertstorage_domain_dynamic(integer,uuid,integer) line 3 at SQL statement 2015-12-19 13:34:39,882 ERROR [org.ovirt.engine.core.bll.Backend] (ServerService Thread Pool -- 42) [] Exception: org.springframework.dao.DataIntegrityViolationException: CallableStatementCallback; SQL [{call insertstorage_domain_dynamic(?, ?, ?)}]; ERROR: insert or update on table "storage_domain_dynamic" violates foreign key constraint "fk_storage_domain_dynamic_storage_domain_static" Detail: Key (id)=(00000000-0000-0000-0000-000000000000) is not present in table "storage_domain_static". I think it is not related to update from CentOS 7.1 to 7.2 that generates an update of PostgreSQL too because it is 10 minutes later: from installed one Nov 04 12:55:30 Installed: postgresql-server-9.2.13-1.el7_1.x86_64 to 7.2 one Dec 19 13:45:51 Updated: postgresql-server-9.2.14-1.el7_1.x86_64 BTW: my order was yum update "ovirt-engine-setup-*" engine-setup the engine-setup completed successfully with ... [ INFO ] Stage: Misc configuration [ INFO ] Backing up database localhost:engine to '/var/lib/ovirt-engine/backups/engine-20151219132925.5OoFQA.dump'. [ INFO ] Creating/refreshing Engine database schema [ INFO ] Creating/refreshing Engine 'internal' domain database schema [ INFO ] Upgrading CA [ INFO ] Configuring WebSocket Proxy [ INFO ] Generating post install configuration file '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf' [ INFO ] Stage: Transaction commit [ INFO ] Stage: Closing up --== SUMMARY ==-- SSH fingerprint: 19:56:8d:3e:50:fc:90:37:5a:ba:6c:57:30:b1:7d:93 Internal CA DA:E6:04:34:99:A0:DB:CE:3F:0A:7B:A2:96:67:4C:7F:19:CA:95:5F Note! If you want to gather statistical information you can install Reports and/or DWH: http://www.ovirt.org/Ovirt_DWH http://www.ovirt.org/Ovirt_Reports Web access is enabled at: http://ractorshe.mydomain:80/ovirt-engine https://ractorshe.mydomain:443/ovirt-engine --== END OF SUMMARY ==-- [ INFO ] Starting engine service [ INFO ] Restarting httpd [ INFO ] Restarting ovirt-vmconsole proxy service [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20151219132415-2pfee1.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20151219133045-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ INFO ] Execution of setup completed successfully Strangely the VM was shutdown... In /var/log/libvirt/qemu/HostedEngine.log I saw (in UTC) 2015-12-19 12:31:19.494+0000: shutting down So I exited from global maintenance, the VM was started and I verified that admin web gui was ok with new version. Then I put maintenance again and run on engine VM systemctl stop ovirt-engine yum update (I forgot to also shutdown POstgreSQL before... ) shutdown -r now As it was in maintenance it wasn't started again so I exited from maintenance and VM was started, but now I'm not able to see the internal profile.... Let me know if you need further info. Gianluca

5 12

Re: [ovirt-users] Cannot retrieve answer file from 1st HE host when setting up 2nd host
by Simone Tiraboschi 22 Dec '15

22 Dec '15

On Tue, Dec 22, 2015 at 3:06 PM, Will Dennis <wdennis(a)nec-labs.com> wrote: > See attached for requested logs > Thanks, the issue is here: Dec 21 19:40:53 ovirt-node-03 etc-glusterfs-glusterd.vol[1079]: [2015-12-22 00:40:53.496109] C [MSGID: 106002] [glusterd-server-quorum.c:351:glusterd_do_volume_quorum_action] 0-management: Server quorum lost for volume engine. Stopping local bricks. Dec 21 19:40:53 ovirt-node-03 etc-glusterfs-glusterd.vol[1079]: [2015-12-22 00:40:53.496410] C [MSGID: 106002] [glusterd-server-quorum.c:351:glusterd_do_volume_quorum_action] 0-management: Server quorum lost for volume vmdata. Stopping local bricks. So at that point gluster lost its quorum and the fail system got read-only. On the getStorageDomainsList VDSM internally raises cause the file-system is read only: Thread-141::DEBUG::2015-12-21 11:29:59,666::fileSD::157::Storage.StorageDomainManifest::(__init__) Reading domain in path /rhev/data-center/mnt/glusterSD/localhost:_engine/e89b6e64-bd7d-4846-b970-9af32a3295ee Thread-141::DEBUG::2015-12-21 11:29:59,666::__init__::320::IOProcessClient::(_run) Starting IOProcess... Thread-141::DEBUG::2015-12-21 11:29:59,680::persistentDict::192::Storage.PersistentDict::(__init__) Created a persistent dict with FileMetadataRW backend Thread-141::ERROR::2015-12-21 11:29:59,686::hsm::2898::Storage.HSM::(getStorageDomainsList) Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/hsm.py", line 2882, in getStorageDomainsList dom = sdCache.produce(sdUUID=sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 100, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 124, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 143, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/glusterSD.py", line 32, in findDomain return GlusterStorageDomain(GlusterStorageDomain.findDomainPath(sdUUID)) File "/usr/share/vdsm/storage/fileSD.py", line 198, in __init__ validateFileSystemFeatures(manifest.sdUUID, manifest.mountpoint) File "/usr/share/vdsm/storage/fileSD.py", line 93, in validateFileSystemFeatures oop.getProcessPool(sdUUID).directTouch(testFilePath) File "/usr/share/vdsm/storage/outOfProcess.py", line 350, in directTouch ioproc.touch(path, flags, mode) File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 543, in touch self.timeout) File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 427, in _sendCommand raise OSError(errcode, errstr) OSError: [Errno 30] Read-only file system But instead of reporting a failure to hosted-engine-setup, it reported a successfully execution where it wasn't able to find any storage domain there ( this one is a real bug, I'm going to open a bug on that, can I attach your logs there? ): Thread-141::INFO::2015-12-21 11:29:59,702::logUtils::51::dispatcher::(wrapper) Run and protect: getStorageDomainsList, Return response: {'domlist': []} Thread-141::DEBUG::2015-12-21 11:29:59,702::task::1191::Storage.TaskManager.Task::(prepare) Task=`96a9ea03-dc13-483e-9b17-b55a759c9b44`::finished: {'domlist': []} Thread-141::DEBUG::2015-12-21 11:29:59,702::task::595::Storage.TaskManager.Task::(_updateState) Task=`96a9ea03-dc13-483e-9b17-b55a759c9b44`::moving from state preparing -> state finished Thread-141::DEBUG::2015-12-21 11:29:59,703::resourceManager::940::Storage.ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-141::DEBUG::2015-12-21 11:29:59,703::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-141::DEBUG::2015-12-21 11:29:59,703::task::993::Storage.TaskManager.Task::(_decref) Task=`96a9ea03-dc13-483e-9b17-b55a759c9b44`::ref 0 aborting False Thread-141::INFO::2015-12-21 11:29:59,704::xmlrpc::92::vds.XMLRPCServer::(_process_requests) Request handler for 127.0.0.1:39718 stopped And so, cause VDSM doesn't report any existing storage domain, hosted-engine-setup assumes that you are going to deploy the first host and so your original issue. > > > *From:* Simone Tiraboschi [mailto:stirabos@redhat.com] > *Sent:* Tuesday, December 22, 2015 8:56 AM > *To:* Will Dennis > *Cc:* Sahina Bose; Yedidyah Bar David > > *Subject:* Re: [ovirt-users] Cannot retrieve answer file from 1st HE host > when setting up 2nd host > > > > > > On Tue, Dec 22, 2015 at 2:44 PM, Will Dennis <wdennis(a)nec-labs.com> wrote: > > Which logs are needed? > > > Let's start with vdsm.log and /var/log/messages > Then it's quite strange that you have that amount of data in mom.log so > also that one could be interesting. > > > > > > /var/log/vdsm > > total 24M > > drwxr-xr-x 3 vdsm kvm 4.0K Dec 18 20:10 . > > drwxr-xr-x. 13 root root 4.0K Dec 20 03:15 .. > > drwxr-xr-x 2 vdsm kvm 6 Dec 9 03:24 backup > > -rw-r--r-- 1 vdsm kvm 2.5K Dec 21 11:29 connectivity.log > > -rw-r--r-- 1 vdsm kvm 173K Dec 21 11:21 mom.log > > -rw-r--r-- 1 vdsm kvm 2.0M Dec 17 10:09 mom.log.1 > > -rw-r--r-- 1 vdsm kvm 2.0M Dec 17 04:06 mom.log.2 > > -rw-r--r-- 1 vdsm kvm 2.0M Dec 16 22:03 mom.log.3 > > -rw-r--r-- 1 vdsm kvm 2.0M Dec 16 16:00 mom.log.4 > > -rw-r--r-- 1 vdsm kvm 2.0M Dec 16 09:57 mom.log.5 > > -rw-r--r-- 1 root root 115K Dec 21 11:29 supervdsm.log > > -rw-r--r-- 1 root root 2.7K Oct 16 11:38 upgrade.log > > -rw-r--r-- 1 vdsm kvm 13M Dec 22 08:44 vdsm.log > > > > > > *From:* Simone Tiraboschi [mailto:stirabos@redhat.com] > *Sent:* Tuesday, December 22, 2015 3:58 AM > *To:* Will Dennis; Sahina Bose > *Cc:* Yedidyah Bar David; users > *Subject:* Re: [ovirt-users] Cannot retrieve answer file from 1st HE host > when setting up 2nd host > > > > > > > > On Tue, Dec 22, 2015 at 2:09 AM, Will Dennis <wdennis(a)nec-labs.com> wrote: > > http://ur1.ca/ocstf > > > > > 2015-12-21 11:28:39 DEBUG otopi.plugins.otopi.dialog.human > dialog.__logString:219 DIALOG:SEND Please specify the full > shared storage connection path to use (example: host:/path): > 2015-12-21 11:28:55 DEBUG otopi.plugins.otopi.dialog.human > dialog.__logString:219 DIALOG:RECEIVE localhost:/engine > > > > OK, so you are trying to deploy hosted-engine on GlusterFS in a > hyper-converged way (using the same hosts for virtualization and for > serving GlusterFS). Unfortunately I've to advise you that this is not a > supported configuration on oVirt 3.6 due to different open bugs. > > So I'm glad you can help us testing it but I prefer to advise that today > that schema is not production ready. > > > > In your case it seams that VDSM correctly connects the GlusterFS volume > seeing all the bricks > > > 2015-12-21 11:28:55 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.storage.nfs plugin.execute:936 > execute-output: ('/sbin/gluster', '--mode=script', '--xml', 'volume', > 'info', 'engine', '--remote-host=localhost') stdout: > <?xml version="1.0" encoding="UTF-8" standalone="yes"?> > <cliOutput> > <opRet>0</opRet> > <opErrno>0</opErrno> > <opErrstr/> > <volInfo> > <volumes> > <volume> > <name>engine</name> > <id>974c9da4-b236-4fc1-b26a-645f14601db8</id> > <status>1</status> > <statusStr>Started</statusStr> > <brickCount>6</brickCount> > <distCount>3</distCount> > > > > but then VDSM doesn't find any storage domain there: > > > > > otopi.plugins.ovirt_hosted_engine_setup.storage.storage.Plugin._late_customization > 2015-12-21 11:29:58 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.storage.storage > storage._getExistingDomain:476 _getExistingDomain > 2015-12-21 11:29:58 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.storage.storage > storage._storageServerConnection:638 connectStorageServer > 2015-12-21 11:29:58 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.storage.storage > storage._storageServerConnection:701 {'status': {'message': 'OK', 'code': > 0}, 'statuslist': [{'status': 0, 'id': > '67ece152-dd66-444c-8d18-4249d1b8f488'}]} > 2015-12-21 11:29:58 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.storage.storage > storage._getStorageDomainsList:595 getStorageDomainsList > 2015-12-21 11:29:59 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.storage.storage > storage._getStorageDomainsList:598 {'status': {'message': 'OK', 'code': 0}, > 'domlist': []} > > > > Can you please attach also the correspondent VDSM logs? > > > > Adding Sahina here. > > > > > > On Dec 21, 2015, at 11:58 AM, Simone Tiraboschi <stirabos(a)redhat.com > <mailto:stirabos@redhat.com>> wrote: > > > On Mon, Dec 21, 2015 at 5:52 PM, Will Dennis <wdennis(a)nec-labs.com<mailto: > wdennis(a)nec-labs.com>> wrote: > > However, when I went to the 3rd host and did the setup, I selected > 'glusterfs' and gave the path of the engine volume, it came back and > incorrectly identified it as the first host, instead of an additional > host... How does setup determine that? I confirmed that on this 3rd host > that the engine volume is available and has the GUID subfolder of the > hosted engine... > > > Can you please attach a log of hosted-engine-setup also from there? > > > > >

2 2

Re: [ovirt-users] Hosted Engine crash - state = EngineUp-EngineUpBadHealth
by Simone Tiraboschi 22 Dec '15

22 Dec '15

On Tue, Dec 22, 2015 at 4:03 PM, Will Dennis <wdennis(a)nec-labs.com> wrote: > I believe IPtables may be the culprit... > > > > Host 1: > > ------- > > [root@ovirt-node-01 ~]# iptables -L > > Chain INPUT (policy ACCEPT) > > target prot opt source destination > > ACCEPT all -- anywhere anywhere state > RELATED,ESTABLISHED > > ACCEPT icmp -- anywhere anywhere > > ACCEPT all -- anywhere anywhere > > ACCEPT tcp -- anywhere anywhere tcp dpt:54321 > > ACCEPT tcp -- anywhere anywhere tcp > dpt:sunrpc > > ACCEPT udp -- anywhere anywhere udp > dpt:sunrpc > > ACCEPT tcp -- anywhere anywhere tcp dpt:ssh > > ACCEPT udp -- anywhere anywhere udp dpt:snmp > > ACCEPT tcp -- anywhere anywhere tcp dpt:16514 > > ACCEPT tcp -- anywhere anywhere multiport > dports rockwell-csp2 > > ACCEPT tcp -- anywhere anywhere multiport > dports rfb:6923 > > ACCEPT tcp -- anywhere anywhere multiport > dports 49152:49216 > > REJECT all -- anywhere anywhere reject-with > icmp-host-prohibited > > > > Chain FORWARD (policy ACCEPT) > > target prot opt source destination > > REJECT all -- anywhere anywhere PHYSDEV > match ! --physdev-is-bridged reject-with icmp-host-prohibited > > > > Chain OUTPUT (policy ACCEPT) > > target prot opt source destination > > > > Host 2: > > ------- > > [root@ovirt-node-02 ~]# iptables -L > > Chain INPUT (policy ACCEPT) > > target prot opt source destination > > ACCEPT all -- anywhere anywhere state > RELATED,ESTABLISHED > > ACCEPT icmp -- anywhere anywhere > > ACCEPT all -- anywhere anywhere > > ACCEPT tcp -- anywhere anywhere tcp dpt:54321 > > ACCEPT tcp -- anywhere anywhere tcp > dpt:sunrpc > > ACCEPT udp -- anywhere anywhere udp > dpt:sunrpc > > ACCEPT tcp -- anywhere anywhere tcp dpt:ssh > > ACCEPT udp -- anywhere anywhere udp dpt:snmp > > ACCEPT tcp -- anywhere anywhere tcp dpt:16514 > > ACCEPT tcp -- anywhere anywhere multiport > dports rockwell-csp2 > > ACCEPT tcp -- anywhere anywhere multiport > dports rfb:6923 > > ACCEPT tcp -- anywhere anywhere multiport > dports 49152:49216 > > REJECT all -- anywhere anywhere reject-with > icmp-host-prohibited > > > > Chain FORWARD (policy ACCEPT) > > target prot opt source destination > > REJECT all -- anywhere anywhere PHYSDEV > match ! --physdev-is-bridged reject-with icmp-host-prohibited > > > > Chain OUTPUT (policy ACCEPT) > > target prot opt source destination > > > > Host 3: > > ------- > > [root@ovirt-node-03 ~]# iptables -L > > Chain INPUT (policy ACCEPT) > > target prot opt source destination > > > > Chain FORWARD (policy ACCEPT) > > target prot opt source destination > > > > Chain OUTPUT (policy ACCEPT) > > target prot opt source destination > > > > > > An example of my Gluster engine volume status (off host #2): > > > > [root@ovirt-node-02 ~]# gluster volume status > > Status of volume: engine > > Gluster process TCP Port RDMA Port Online > Pid > > > ------------------------------------------------------------------------------ > > Brick ovirt-node-02:/gluster_brick2/engine_ > > brick 49217 0 Y > 2973 > > Brick ovirt-node-03:/gluster_brick3/engine_ > > brick N/A N/A N > N/A > > Brick ovirt-node-02:/gluster_brick4/engine_ > > brick 49218 0 Y > 2988 > > Brick ovirt-node-03:/gluster_brick5/engine_ > > brick N/A N/A N > N/A > > NFS Server on localhost 2049 0 Y > 3007 > > Self-heal Daemon on localhost N/A N/A Y > 3012 > > NFS Server on ovirt-node-03 2049 0 Y > 1671 > > Self-heal Daemon on ovirt-node-03 N/A N/A Y > 1707 > > > > I had changed the base port # per instructions found at > http://www.ovirt.org/Features/Self_Hosted_Engine_Hyper_Converged_Gluster_Su… > : > > “By default gluster uses a port that vdsm also wants, so we need to change > base-port setting avoiding the clash between the two daemons. We need to add > > > > option base-port 49217 > > to /etc/glusterfs/glusterd.vol > > > > and ensure glusterd service is enabled and started before proceeding.” > > > > So I did that on all the hosts: > > > > [root@ovirt-node-02 ~]# cat /etc/glusterfs/glusterd.vol > > volume management > > type mgmt/glusterd > > option working-directory /var/lib/glusterd > > option transport-type socket,rdma > > option transport.socket.keepalive-time 10 > > option transport.socket.keepalive-interval 2 > > option transport.socket.read-fail-log off > > option ping-timeout 30 > > # option base-port 49152 > > option base-port 49217 > > option rpc-auth-allow-insecure on > > end-volume > > > > > > Question: does oVirt really need IPtables to be enforcing rules, or can I > just set everything wide open? If I can, how to specify that in setup? > hosted-engine-setup asks: iptables was detected on your computer, do you wish setup to configure it? (Yes, No)[Yes]: You have just to say no here. If you say no it's completely up to you to configure it opening the required ports or everything disabling it if you don't care. The issue with gluster ports is that hosted-engine-setup simply configure iptables for what it knows you'll need and on 3.6 it's always assuming that the gluster volume is served by external hosts. > > > > W. > > > > > > *From:* Sahina Bose [mailto:sabose@redhat.com] > *Sent:* Tuesday, December 22, 2015 9:19 AM > *To:* Will Dennis; Simone Tiraboschi; Dan Kenigsberg > > *Subject:* Re: [ovirt-users] Hosted Engine crash - state = > EngineUp-EngineUpBadHealth > > > > > > On 12/22/2015 07:47 PM, Sahina Bose wrote: > > > > On 12/22/2015 07:28 PM, Will Dennis wrote: > > See attached for requested log files > > > From gluster logs > > [2015-12-22 00:40:53.501341] W [MSGID: 108001] > [afr-common.c:3924:afr_notify] 0-engine-replicate-1: Client-quorum is not > met > [2015-12-22 00:40:53.502288] W [socket.c:588:__socket_rwv] > 0-engine-client-2: readv on 138.15.200.93:49217 failed (No data available) > > [2015-12-22 00:41:17.667302] W [fuse-bridge.c:2292:fuse_writev_cbk] > 0-glusterfs-fuse: 3875597: WRITE => -1 (Read-only file system) > > Could you check if the gluster ports are open on all nodes? > > > It's possible you ran into this ? - > https://bugzilla.redhat.com/show_bug.cgi?id=1288979 > > > > > > > > *From:* Sahina Bose [mailto:sabose@redhat.com <sabose(a)redhat.com>] > *Sent:* Tuesday, December 22, 2015 4:59 AM > *To:* Simone Tiraboschi; Will Dennis; Dan Kenigsberg > *Cc:* users > *Subject:* Re: [ovirt-users] Hosted Engine crash - state = > EngineUp-EngineUpBadHealth > > > > > > On 12/22/2015 02:38 PM, Simone Tiraboschi wrote: > > > > > > On Tue, Dec 22, 2015 at 2:31 AM, Will Dennis <wdennis(a)nec-labs.com> wrote: > > OK, another problem :( > > I was having the same problem with my second oVirt host that I had with my > first one, where when I ran “hosted-engine —deploy” on it, after it > completed successfully, then I was experiencing a ~50sec lag when SSH’ing > into the node… > > vpnp71:~ will$ time ssh root@ovirt-node-02 uptime > 19:36:06 up 4 days, 8:31, 0 users, load average: 0.68, 0.70, 0.67 > > real 0m50.540s > user 0m0.025s > sys 0m0.008s > > > So, in the oVirt web admin console, I put the "ovirt-node-02” node into > Maintenance mode, then SSH’d to the server and rebooted it. Sure enough, > after the server came back up, SSH was fine (no delay), which again was the > same experience I had had with the first oVirt host. So, I went back to the > web console, and choose the “Confirm host has been rebooted” option, which > I thought would be the right action to take after a reboot. The system > opened a dialog box with a spinner, which never stopped spinning… So > finally, I closed the dialog box with the upper right (X) symbol, and then > for this same host choose “Activate” from the menu. It was then I noticed I > had recieved a state transition email notifying me that > "EngineUp-EngineUpBadHealth” and sure enough, the web UI was then > unresponsive. I checked on the first oVirt host, the VM with the name > “HostedEngine” is still running, but obviously isn’t working… > > So, looks like I need to restart the HostedEngine VM or take whatever > action is needed to return oVirt to operation… Hate to keep asking this > question, but what’s the correct action at this point? > > > > ovirt-ha-agent should always restart it for you after a few minutes but > the point is that the network configuration seams to be not that stable. > > > > I know from another thread that you are trying to deploy hosted-engine > over GlusterFS in an hyperconverged way and this, as I said, is currently > not supported. > > I think that it can also requires some specific configuration on network > side. > > > For hyperconverged gluster+engine , it should work without any specific > configuration on network side. However if the network is flaky, it is > possible that there are errors with gluster volume access. Could you > provide the ovirt-ha-agent logs as well as gluster mount logs? > > > > > Adding Sahina and Dan here. > > > > Thanks, again, > Will > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > >

2 1

FOSDEM16 Virt & IaaS devroom schedule published
by Mikey Ariel 22 Dec '15

22 Dec '15

I am happy to announce that the schedule for the Virtualization & Infrastructure-as-a-Service devroom at FOSDEM 2016 is finalized and published. Link to the detailed announcement and call for volunteers: http://community.redhat.com/blog/2015/12/fosdem16-virt-iaas-devroom-schedul… Cheers, Mikey -- Mikey Ariel Community Lead, oVirt www.ovirt.org "To be is to do" (Socrates) "To do is to be" (Jean-Paul Sartre) "Do be do be do" (Frank Sinatra) Mobile: +420-702-131-141 IRC: mariel / thatdocslady Twitter: @ThatDocsLady

1 0

Restart of vdsmd
by gflwqs gflwqs 22 Dec '15

22 Dec '15

Hi list, Do i need to put host into maintenance before i restart vdsmd if i need to change a parameter in /etc/vdsm/vdsm.conf? Thanks! Christian

2 1

iLO2
by Eriks Goodwin 22 Dec '15

22 Dec '15

------=_Part_48121_1727506711.1450775295131 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit I have been tinkering with various settings and configurations trying to get power management working properly--but it keeps giving me "Fail:" (without any details) every time I test the settings. The servers I am using are HP Proliant DL380 G6 with integrated iLO2. Any tips? I can use the same credentials to log into the system via the web interface--so I'm sure I have the address, username, and passwd right. :-) ------=_Part_48121_1727506711.1450775295131 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: tahoma,new york,times,serif; font-size: 10pt; color: #000000"><div>I have been tinkering with various settings and configurations trying to get power management working properly--but it keeps giving me "Fail:" (without any details) every time I test the settings.  The servers I am using are HP Proliant DL380 G6 with integrated iLO2.  Any tips?<br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><div>I can use the same credentials to log into the system via the web interface--so I'm sure I have the address, username, and passwd right.  :-)<br data-mce-bogus="1"></div></div></body></html> ------=_Part_48121_1727506711.1450775295131--

3 2