July 2017 - Users - oVirt List Archives

Network Address Change
by Paul.LKW 28 Dec '22

28 Dec '22

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

4 6

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

08 Jun '22

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

5 4

OVS switch type for hosted-engine
by Devin A. Bougie 06 May '22

06 May '22

Is it possible to setup a hosted engine using the OVS switch type instead of Legacy? If it's not possible to start out as OVS, instructions for switching from Legacy to OVS after the fact would be greatly appreciated. Many thanks, Devin

4 5

OVN routing and firewalling in oVirt
by Gianluca Cecchi 19 Apr '22

19 Apr '22

Hello, how do we manage routing between different OVN networks in oVirt? And between OVN networks and physical ones? Based on architecture read here: http://openvswitch.org/support/dist-docs/ovn-architecture.7.html I see terms for logical routers and gateway routers respectively but how to apply to oVirt configuration? Do I have to choose between setting up a specialized VM or a physical one: is it applicable/advisable to put on oVirt host itself the gateway functionality? Is there any security policy (like security groups in Openstack) to implement? Thanks, Gianluca

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

Unable to find OVF_STORE after recovery / upgrade
by Sam Cappello 26 May '19

26 May '19

This is a multi-part message in MIME format. --------------05F3D0780062C6D37C1619A7 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, so i was running a 3.4 hosted engine two node setup on centos 6, had some disk issues so i tried to upgrade to centos 7 and follow the path 3.4 > 3.5 > 3.6 > 4.0. i screwed up dig time somewhere between 3.6 and 4.0, so i wiped the drives, installed a fresh 4.0.3, then created the database and restored the 3.6 engine backup before running engine-setup as per the docs. things seemed to work, but i have the the following issues / symptoms: - ovirt-ha-agent running 100% CPU on both nodes - messages in the UI that the Hosted Engine storage Domain isn't active and Failed to import the Hosted Engine Storage Domain - hosted engine is not visible in the UI and the following repeating in the agent.log: MainThread::INFO::2016-10-03 12:38:27,718::hosted_engine::461::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 3400) MainThread::INFO::2016-10-03 12:38:27,720::hosted_engine::466::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host vmhost1.oracool.net (id: 1, score: 3400) MainThread::INFO::2016-10-03 12:38:37,979::states::421::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Engine vm running on localhost MainThread::INFO::2016-10-03 12:38:37,985::hosted_engine::612::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) Initializing VDSM MainThread::INFO::2016-10-03 12:38:45,645::hosted_engine::639::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Connecting the storage MainThread::INFO::2016-10-03 12:38:45,647::storage_server::219::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server) Connecting storage server MainThread::INFO::2016-10-03 12:39:00,543::storage_server::226::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server) Connecting storage server MainThread::INFO::2016-10-03 12:39:00,562::storage_server::233::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server) Refreshing the storage domain MainThread::INFO::2016-10-03 12:39:01,235::hosted_engine::666::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Preparing images MainThread::INFO::2016-10-03 12:39:01,236::image::126::ovirt_hosted_engine_ha.lib.image.Image::(prepare_images) Preparing images MainThread::INFO::2016-10-03 12:39:09,295::hosted_engine::669::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Reloading vm.conf from the shared storage domain MainThread::INFO::2016-10-03 12:39:09,296::config::206::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) Trying to get a fresher copy of vm configuration from the OVF_STORE MainThread::WARNING::2016-10-03 12:39:16,928::ovf_store::107::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) Unable to find OVF_STORE MainThread::ERROR::2016-10-03 12:39:16,934::config::235::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) Unable to get vm.conf from OVF_STORE, falling back to initial vm.conf I have searched a bit and not really found a solution, and have come to the conclusion that i have made a mess of things, and am wondering if the best solution is to export the VMs, and reinstall everything then import them back? i am using remote NFS storage. if i try and add the hosted engine storage domain it says it is already registered. i have also upgraded and am now running oVirt Engine Version: 4.0.4.4-1.el7.centos hosts were installed using ovirt-node. currently at 3.10.0-327.28.3.el7.x86_64 if a fresh install is best, any advice / pointer to doc that explains best way to do this? i have not moved my most important server over to this cluster yet so i can take some downtime to reinstall. thanks! sam --------------05F3D0780062C6D37C1619A7 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 bgcolor="#FFFFFF" text="#000000"> Hi,<br> so i was running a 3.4 hosted engine two node setup on centos 6, had some disk issues so i tried to upgrade to centos 7 and follow the path 3.4 > 3.5 > 3.6 > 4.0. i screwed up dig time somewhere between 3.6 and 4.0, so i wiped the drives, installed a fresh 4.0.3, then created the database and restored the 3.6 engine backup before running engine-setup as per the docs. things seemed to work, but i have the the following issues / symptoms:<br> - ovirt-ha-agent running 100% CPU on both nodes<br> - messages in the UI that the Hosted Engine storage Domain isn't active and Failed to import the Hosted Engine Storage Domain<br> - hosted engine is not visible in the UI<br> and the following repeating in the agent.log:<br> <br> MainThread::INFO::2016-10-03 12:38:27,718::hosted_engine::461::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 3400)<br> MainThread::INFO::2016-10-03 12:38:27,720::hosted_engine::466::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host vmhost1.oracool.net (id: 1, score: 3400)<br> MainThread::INFO::2016-10-03 12:38:37,979::states::421::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Engine vm running on localhost<br> MainThread::INFO::2016-10-03 12:38:37,985::hosted_engine::612::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) Initializing VDSM<br> MainThread::INFO::2016-10-03 12:38:45,645::hosted_engine::639::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Connecting the storage<br> MainThread::INFO::2016-10-03 12:38:45,647::storage_server::219::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server) Connecting storage server<br> MainThread::INFO::2016-10-03 12:39:00,543::storage_server::226::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server) Connecting storage server<br> MainThread::INFO::2016-10-03 12:39:00,562::storage_server::233::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server) Refreshing the storage domain<br> MainThread::INFO::2016-10-03 12:39:01,235::hosted_engine::666::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Preparing images<br> MainThread::INFO::2016-10-03 12:39:01,236::image::126::ovirt_hosted_engine_ha.lib.image.Image::(prepare_images) Preparing images<br> MainThread::INFO::2016-10-03 12:39:09,295::hosted_engine::669::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Reloading vm.conf from the shared storage domain<br> MainThread::INFO::2016-10-03 12:39:09,296::config::206::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) Trying to get a fresher copy of vm configuration from the OVF_STORE<br> MainThread::WARNING::2016-10-03 12:39:16,928::ovf_store::107::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) Unable to find OVF_STORE<br> MainThread::ERROR::2016-10-03 12:39:16,934::config::235::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) Unable to get vm.conf from OVF_STORE, falling back to initial vm.conf<br> <br> I have searched a bit and not really found a solution, and have come to the conclusion that i have made a mess of things, and am wondering if the best solution is to export the VMs, and reinstall everything then import them back?<br> i am using remote NFS storage.<br> if i try and add the hosted engine storage domain it says it is already registered.<br> i have also upgraded and am now running <span class="gwt-InlineLabel">oVirt Engine Version: 4.0.4.4-1.el7.centos<br> hosts were installed using ovirt-node. currently at 3.10.0-327.28.3.el7.x86_64<br> if a fresh install is best, any advice / pointer to doc that explains best way to do this?<br> i have not moved my most important server over to this cluster yet so i can take some downtime to reinstall.<br> thanks!<br> sam<br> <br> </span><br> </body> </html> --------------05F3D0780062C6D37C1619A7--

3 2

[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

VM has paused due to no storage space error
by Sandvik Agustin 15 May '19

15 May '19

Hi users, I have this problem that sometimes 1 to 3 VM just automatically paused with user interaction and getting this error "VM has paused due to no storage space error". any inputs from you guys are very appreciated. TIA Sandvik

5 5

VM Import from remote libvirt Server on web gui with Host key verification failed or permission denied error
by Rogério Ceni Coelho 15 May '19

15 May '19

Hi Ovirt Jedi´s !!! First of all, congratulations for this amazing product. I am an Vmware and Hyper-V Engineer but i am very excited with oVirt. Now, let´s go to work ... :-) I am trying to Import vm from remote libvirt server on web gui but i was unable to solve the problem until now. [image: pasted1] Node logs : [root@hlg-rbs-ovirt-kvm01-poa ~]# tail -f /var/log/vdsm/vdsm.log | grep -i error | grep -v Host.getStats jsonrpc.Executor/0::ERROR::2016-10-06 10:24:52,432::v2v::151::root::(get_external_vms) error connection to hypervisor: 'Cannot recv data: Permission denied, please try again.\r\nPermission denied, please try again.\r\nPermission denied (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by peer' jsonrpc.Executor/0::INFO::2016-10-06 10:24:52,433::__init__::513::jsonrpc.JsonRpcServer::(_serveRequest) RPC call Host.getExternalVMs failed (error 65) in 10.05 seconds [root@hlg-rbs-ovirt-kvm02-poa ~]# grep error /var/log/vdsm/vdsm.log | grep get_external_vms jsonrpc.Executor/7::ERROR::2016-10-06 10:25:37,344::v2v::151::root::(get_external_vms) error connection to hypervisor: 'Cannot recv data: Host key verification failed.: Connection reset by peer' [root@hlg-rbs-ovirt-kvm02-poa ~]# Engine Logs : [root@hlg-rbs-ovirt01-poa ~]# tail -f /var/log/ovirt-engine/engine.log 2016-10-06 10:24:42,377 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-97) [] START, GetVmsFromExternalProviderVDSCommand(HostName = hlg-rbs-ovirt-kvm01-poa.rbs.com.br, GetVmsFromExternalProviderParameters:{runAsync='true', hostId='5feddfba-d7b2-423e-a946-ac2bf36906fa', url='qemu+ssh:// root(a)prd-openshift-kvm03-poa.rbs.com.br/system', username='root', originType='KVM'}), log id: eb750c7 *2016-10-06 10:24:53,435 WARN [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-97) [] Unexpected return value: StatusForXmlRpc [code=65, message=Cannot recv data: Permission denied, please try again.* *Permission denied, please try again.* *Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by peer]* 2016-10-06 10:24:53,435 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-97) [] Failed in 'GetVmsFromExternalProviderVDS' method 2016-10-06 10:24:53,435 WARN [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-97) [] Unexpected return value: StatusForXmlRpc [code=65, message=Cannot recv data: Permission denied, please try again. Permission denied, please try again. Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by peer] 2016-10-06 10:24:53,454 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-97) [] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VDSM hlg-rbs-ovirt-kvm01-poa.rbs.com.br command failed: Cannot recv data: Permission denied, please try again. Permission denied, please try again. Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by peer 2016-10-06 10:24:53,454 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-97) [] Command 'org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand' return value 'org.ovirt.engine.core.vdsbroker.vdsbroker.VMListReturnForXmlRpc@6c6f696c' 2016-10-06 10:24:53,454 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-97) [] HostName = hlg-rbs-ovirt-kvm01-poa.rbs.com.br 2016-10-06 10:24:53,454 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-97) [] Command 'GetVmsFromExternalProviderVDSCommand(HostName = hlg-rbs-ovirt-kvm01-poa.rbs.com.br, GetVmsFromExternalProviderParameters:{runAsync='true', hostId='5feddfba-d7b2-423e-a946-ac2bf36906fa', url='qemu+ssh:// root(a)prd-openshift-kvm03-poa.rbs.com.br/system', username='root', originType='KVM'})' execution failed: VDSGenericException: VDSErrorException: Failed to GetVmsFromExternalProviderVDS, error = Cannot recv data: Permission denied, please try again. Permission denied, please try again. Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by peer, code = 65 2016-10-06 10:24:53,454 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-97) [] FINISH, GetVmsFromExternalProviderVDSCommand, log id: eb750c7 2016-10-06 10:24:53,459 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-97) [] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Failed to retrieve VMs information from external server qemu+ssh://root@prd-openshift-kvm03-poa.rbs.com.br/system 2016-10-06 10:24:53,459 ERROR [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default task-97) [] Query 'GetVmsFromExternalProviderQuery' failed: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GetVmsFromExternalProviderVDS, error = Cannot recv data: Permission denied, please try again. Permission denied, please try again. Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by peer, code = 65 (Failed with error unexpected and code 16) 2016-10-06 10:24:53,460 ERROR [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default task-97) [] Exception: org.ovirt.engine.core.common.errors.EngineException: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GetVmsFromExternalProviderVDS, error = Cannot recv data: Permission denied, please try again. Permission denied, please try again. Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by peer, code = 65 (Failed with error unexpected and code 16) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:114) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.runVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.runVdsCommand(QueriesCommandBase.java:257) [bll.jar:] at org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery.getVmsFromExternalProvider(GetVmsFromExternalProviderQuery.java:32) [bll.jar:] at org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery.executeQueryCommand(GetVmsFromExternalProviderQuery.java:27) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:103) [bll.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) [dal.jar:] at org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:558) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:529) [bll.jar:] at sun.reflect.GeneratedMethodAccessor181.invoke(Unknown Source) [:1.8.0_102] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_102] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_102] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerInterceptor.aroundInvoke(CorrelationIdTrackerInterceptor.java:13) [bll.jar:] at sun.reflect.GeneratedMethodAccessor179.invoke(Unknown Source) [:1.8.0_102] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_102] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_102] at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:89) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73) [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:53) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:263) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:374) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:243) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:66) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356) at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:636) at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356) at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:195) at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:73) at org.ovirt.engine.core.common.interfaces.BackendLocal$$$view3.runQuery(Unknown Source) [common.jar:] at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl.runQuery(GenericApiGWTServiceImpl.java:53) at sun.reflect.GeneratedMethodAccessor222.invoke(Unknown Source) [:1.8.0_102] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_102] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_102] at com.google.gwt.rpc.server.RPC.invokeAndStreamResponse(RPC.java:196) at com.google.gwt.rpc.server.RpcServlet.processCall(RpcServlet.java:172) at com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:233) at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129) at org.ovirt.engine.core.utils.servlet.HeaderFilter.doFilter(HeaderFilter.java:94) [utils.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.ui.frontend.server.gwt.GwtCachingFilter.doFilter(GwtCachingFilter.java:132) at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.core.branding.BrandingFilter.doFilter(BrandingFilter.java:73) [branding.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.core.utils.servlet.LocaleFilter.doFilter(LocaleFilter.java:66) [utils.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60) at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77) at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50) at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:284) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:263) at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81) at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:174) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:793) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_102] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_102] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_102] 2016-10-06 10:25:27,202 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-113) [] START, GetVmsFromExternalProviderVDSCommand(HostName = hlg-rbs-ovirt-kvm02-poa.rbs.com.br, GetVmsFromExternalProviderParameters:{runAsync='true', hostId='f9c9d929-b460-4102-bb29-de1e6ad6ad72', url='qemu+ssh:// root(a)prd-openshift-kvm03-poa.rbs.com.br/system', username='root', originType='KVM'}), log id: 4f3174a6 *2016-10-06 10:25:38,338 WARN [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-113) [] Unexpected return value: StatusForXmlRpc [code=65, message=Cannot recv data: Host key verification failed.: Connection reset by peer]* 2016-10-06 10:25:38,338 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-113) [] Failed in 'GetVmsFromExternalProviderVDS' method 2016-10-06 10:25:38,338 WARN [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-113) [] Unexpected return value: StatusForXmlRpc [code=65, message=Cannot recv data: Host key verification failed.: Connection reset by peer] 2016-10-06 10:25:38,343 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-113) [] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VDSM hlg-rbs-ovirt-kvm02-poa.rbs.com.br command failed: Cannot recv data: Host key verification failed.: Connection reset by peer 2016-10-06 10:25:38,343 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-113) [] Command 'org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand' return value 'org.ovirt.engine.core.vdsbroker.vdsbroker.VMListReturnForXmlRpc@42dd60af' 2016-10-06 10:25:38,343 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-113) [] HostName = hlg-rbs-ovirt-kvm02-poa.rbs.com.br 2016-10-06 10:25:38,343 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-113) [] Command 'GetVmsFromExternalProviderVDSCommand(HostName = hlg-rbs-ovirt-kvm02-poa.rbs.com.br, GetVmsFromExternalProviderParameters:{runAsync='true', hostId='f9c9d929-b460-4102-bb29-de1e6ad6ad72', url='qemu+ssh:// root(a)prd-openshift-kvm03-poa.rbs.com.br/system', username='root', originType='KVM'})' execution failed: VDSGenericException: VDSErrorException: Failed to GetVmsFromExternalProviderVDS, error = Cannot recv data: Host key verification failed.: Connection reset by peer, code = 65 2016-10-06 10:25:38,343 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-113) [] FINISH, GetVmsFromExternalProviderVDSCommand, log id: 4f3174a6 2016-10-06 10:25:38,344 ERROR [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default task-113) [] Query 'GetVmsFromExternalProviderQuery' failed: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GetVmsFromExternalProviderVDS, error = Cannot recv data: Host key verification failed.: Connection reset by peer, code = 65 (Failed with error unexpected and code 16) 2016-10-06 10:25:38,345 ERROR [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default task-113) [] Exception: org.ovirt.engine.core.common.errors.EngineException: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GetVmsFromExternalProviderVDS, error = Cannot recv data: Host key verification failed.: Connection reset by peer, code = 65 (Failed with error unexpected and code 16) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:114) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.runVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.runVdsCommand(QueriesCommandBase.java:257) [bll.jar:] at org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery.getVmsFromExternalProvider(GetVmsFromExternalProviderQuery.java:32) [bll.jar:] at org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery.executeQueryCommand(GetVmsFromExternalProviderQuery.java:27) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:103) [bll.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) [dal.jar:] at org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:558) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:529) [bll.jar:] at sun.reflect.GeneratedMethodAccessor181.invoke(Unknown Source) [:1.8.0_102] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_102] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_102] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerInterceptor.aroundInvoke(CorrelationIdTrackerInterceptor.java:13) [bll.jar:] at sun.reflect.GeneratedMethodAccessor179.invoke(Unknown Source) [:1.8.0_102] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_102] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_102] at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:89) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73) [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:53) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:263) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:374) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:243) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:66) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356) at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:636) at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356) at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:195) at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:73) at org.ovirt.engine.core.common.interfaces.BackendLocal$$$view3.runQuery(Unknown Source) [common.jar:] at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl.runQuery(GenericApiGWTServiceImpl.java:53) at sun.reflect.GeneratedMethodAccessor222.invoke(Unknown Source) [:1.8.0_102] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_102] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_102] at com.google.gwt.rpc.server.RPC.invokeAndStreamResponse(RPC.java:196) at com.google.gwt.rpc.server.RpcServlet.processCall(RpcServlet.java:172) at com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:233) at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129) at org.ovirt.engine.core.utils.servlet.HeaderFilter.doFilter(HeaderFilter.java:94) [utils.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.ui.frontend.server.gwt.GwtCachingFilter.doFilter(GwtCachingFilter.java:132) at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.core.branding.BrandingFilter.doFilter(BrandingFilter.java:73) [branding.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.core.utils.servlet.LocaleFilter.doFilter(LocaleFilter.java:66) [utils.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60) at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77) at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50) at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:284) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:263) at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81) at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:174) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:793) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_102] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_102] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_102] 2016-10-06 10:25:52,527 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-118) [] START, GetVmsFromExternalProviderVDSCommand(HostName = hlg-rbs-ovirt-kvm03-poa.rbs.com.br, GetVmsFromExternalProviderParameters:{runAsync='true', hostId='02ead14e-0208-4a74-b1c2-4c19383820f9', url='qemu+ssh:// root(a)prd-openshift-kvm03-poa.rbs.com.br/system', username='root', originType='KVM'}), log id: 7c8b1e2d 2016-10-06 10:26:02,695 WARN [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-118) [] Unexpected return value: StatusForXmlRpc [code=65, message=Cannot recv data: Permission denied, please try again. Permission denied, please try again. Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by peer] 2016-10-06 10:26:02,695 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-118) [] Failed in 'GetVmsFromExternalProviderVDS' method 2016-10-06 10:26:02,696 WARN [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-118) [] Unexpected return value: StatusForXmlRpc [code=65, message=Cannot recv data: Permission denied, please try again. Permission denied, please try again. Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by peer] 2016-10-06 10:26:02,701 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-118) [] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VDSM hlg-rbs-ovirt-kvm03-poa.rbs.com.br command failed: Cannot recv data: Permission denied, please try again. Permission denied, please try again. Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by peer 2016-10-06 10:26:02,701 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-118) [] Command 'org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand' return value 'org.ovirt.engine.core.vdsbroker.vdsbroker.VMListReturnForXmlRpc@5ce9f7f2' 2016-10-06 10:26:02,701 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-118) [] HostName = hlg-rbs-ovirt-kvm03-poa.rbs.com.br 2016-10-06 10:26:02,701 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-118) [] Command 'GetVmsFromExternalProviderVDSCommand(HostName = hlg-rbs-ovirt-kvm03-poa.rbs.com.br, GetVmsFromExternalProviderParameters:{runAsync='true', hostId='02ead14e-0208-4a74-b1c2-4c19383820f9', url='qemu+ssh:// root(a)prd-openshift-kvm03-poa.rbs.com.br/system', username='root', originType='KVM'})' execution failed: VDSGenericException: VDSErrorException: Failed to GetVmsFromExternalProviderVDS, error = Cannot recv data: Permission denied, please try again. Permission denied, please try again. Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by peer, code = 65 2016-10-06 10:26:02,701 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-118) [] FINISH, GetVmsFromExternalProviderVDSCommand, log id: 7c8b1e2d 2016-10-06 10:26:02,701 ERROR [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default task-118) [] Query 'GetVmsFromExternalProviderQuery' failed: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GetVmsFromExternalProviderVDS, error = Cannot recv data: Permission denied, please try again. Permission denied, please try again. Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by peer, code = 65 (Failed with error unexpected and code 16) 2016-10-06 10:26:02,701 ERROR [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default task-118) [] Exception: org.ovirt.engine.core.common.errors.EngineException: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GetVmsFromExternalProviderVDS, error = Cannot recv data: Permission denied, please try again. Permission denied, please try again. Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by peer, code = 65 (Failed with error unexpected and code 16) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:114) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.runVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.runVdsCommand(QueriesCommandBase.java:257) [bll.jar:] at org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery.getVmsFromExternalProvider(GetVmsFromExternalProviderQuery.java:32) [bll.jar:] at org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery.executeQueryCommand(GetVmsFromExternalProviderQuery.java:27) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:103) [bll.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) [dal.jar:] at org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:558) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:529) [bll.jar:] at sun.reflect.GeneratedMethodAccessor181.invoke(Unknown Source) [:1.8.0_102] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_102] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_102] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerInterceptor.aroundInvoke(CorrelationIdTrackerInterceptor.java:13) [bll.jar:] at sun.reflect.GeneratedMethodAccessor179.invoke(Unknown Source) [:1.8.0_102] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_102] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_102] at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:89) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73) [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:53) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:263) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:374) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:243) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:66) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356) at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:636) at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356) at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:195) at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:73) at org.ovirt.engine.core.common.interfaces.BackendLocal$$$view3.runQuery(Unknown Source) [common.jar:] at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl.runQuery(GenericApiGWTServiceImpl.java:53) at sun.reflect.GeneratedMethodAccessor222.invoke(Unknown Source) [:1.8.0_102] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_102] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_102] at com.google.gwt.rpc.server.RPC.invokeAndStreamResponse(RPC.java:196) at com.google.gwt.rpc.server.RpcServlet.processCall(RpcServlet.java:172) at com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:233) at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129) at org.ovirt.engine.core.utils.servlet.HeaderFilter.doFilter(HeaderFilter.java:94) [utils.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.ui.frontend.server.gwt.GwtCachingFilter.doFilter(GwtCachingFilter.java:132) at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.core.branding.BrandingFilter.doFilter(BrandingFilter.java:73) [branding.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.core.utils.servlet.LocaleFilter.doFilter(LocaleFilter.java:66) [utils.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60) at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77) at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50) at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:284) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:263) at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81) at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:174) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:793) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_102] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_102] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_102] ^C [root@hlg-rbs-ovirt01-poa ~]# When i try with virsh i have sucess. [root@hlg-rbs-ovirt-kvm01-poa ~]# virsh -c qemu+ssh:// root(a)prd-openshift-kvm03-poa.rbs.com.br/system The authenticity of host 'prd-openshift-kvm03-poa.rbs.com.br (10.1.8.32)' can't be established. ECDSA key fingerprint is af:e9:12:29:65:ad:41:ab:0a:3c:a1:f0:73:1c:62:a5. Are you sure you want to continue connecting (yes/no)? yes root(a)prd-openshift-kvm03-poa.rbs.com.br's password: Welcome to virsh, the virtualization interactive terminal. Type: 'help' for help with commands 'quit' to quit virsh # list Id Name State ---------------------------------------------------- 5 prd-openshift-etcd03-poa running 6 prd-openshift-master03-poa running 8 prd-openshift-node03-poa running virsh # list --all Id Name State ---------------------------------------------------- 5 prd-openshift-etcd03-poa running 6 prd-openshift-master03-poa running 8 prd-openshift-node03-poa running - teste shut off - teste1 shut off - tpl-centos72-64 shut off virsh # quit [root@hlg-rbs-ovirt-kvm01-poa ~]# Thanks.

3 2

Change host names/IPs
by Davide Ferrari 15 May '19

15 May '19

Hello Is there a clean way and possibly without downtime to change the hostname and IP addresses of all the hosts in a running oVirt cluster? -- Davide Ferrari Senior Systems Engineer

4 7

[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] Large DWH Database, how to empty
by Matt . 26 Feb '19

26 Feb '19

Hi, OK thanks! I saw that after upgrading to 4.0.5 from 4.0.4 the DB already dropped with around 500MB directly and is now at 2GB smaller. Does this sounds familiar to you with other settings in 4.0.5 ? Thanks, Matt 2017-01-08 10:45 GMT+01:00 Shirly Radco <sradco(a)redhat.com>: > No. That will corrupt your database. > > Are you using the full dwh or the smaller version for the dashboards? > > Please set the delete thresholds to save less data and the data older then > the time you set will be deleted. > Add a file to /ovirt-engine-dwhd.conf.d/ > update_time_to_keep_records.conf > > Add these lines with the new configurations. The numbers represent the hours > to keep the data. > > DWH_TABLES_KEEP_SAMPLES=24 > DWH_TABLES_KEEP_HOURLY=1440 > DWH_TABLES_KEEP_DAILY=43800 > > > These are the configurations for a full dwh. > > The smaller version configurations are: > DWH_TABLES_KEEP_SAMPLES=24 > DWH_TABLES_KEEP_HOURLY=720 > DWH_TABLES_KEEP_DAILY=0 > > The delete process by default at 3am every day (DWH_DELETE_JOB_HOUR=3) > > Best regards, > > Shirly Radco > > BI Software Engineer > Red Hat Israel Ltd. > 34 Jerusalem Road > Building A, 4th floor > Ra'anana, Israel 4350109 > > > On Fri, Jan 6, 2017 at 6:35 PM, Matt . <yamakasi.014(a)gmail.com> wrote: >> >> Hi, >> >> I seem to have some large database for the DWH logging and I wonder >> how I can empty it safely. >> >> Can I just simply empty the database ? >> >> Have a good weekend! >> >> Cheers, >> >> Matt >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > >

1 0

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

26 Feb '19

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

2 1

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

21 Jun '18

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

4 4

vdsClient is removed and replaced by vdsm-client
by Irit Goihman 16 Apr '18

16 Apr '18

Hi All, vdsClient will be removed from master branch today. It is using XMLRPC protocol which has been deprecated and replaced by JSON-RPC. A new client for vdsm was introduced in 4.1: vdsm-client. This is a simple client that uses JSON-RPC protocol which was introduced in ovirt 3.5. The client is not aware of the available methods and parameters, and you should consult the schema [1] in order to construct the desired command. Future version should parse the schema and provide online help. If you're using vdsClient, we will be happy to assist you in migrating to the new vdsm client. *vdsm-client usage:* vdsm-client [-h] [-a ADDRESS] [-p PORT] [--unsecure] [--timeout TIMEOUT] [-f FILE] namespace method [name=value [name=value] ...] Invoking simple methods: # vdsm-client Host getVMList ['b3f6fa00-b315-4ad4-8108-f73da817b5c5'] For invoking methods with many or complex parameters, you can read the parameters from a JSON format file: # vdsm-client Lease info -f lease.json where lease.json file content is: { "lease": { "sd_id": "75ab40e3-06b1-4a54-a825-2df7a40b93b2", "lease_id": "b3f6fa00-b315-4ad4-8108-f73da817b5c5" } } It is also possible to read parameters from standard input, creating complex parameters interactively: # cat <<EOF | vdsm-client Lease info -f - { "lease": { "sd_id": "75ab40e3-06b1-4a54-a825-2df7a40b93b2", "lease_id": "b3f6fa00-b315-4ad4-8108-f73da817b5c5" } } EOF *Constructing a command from vdsm schema:* Let's take VM.getStats as an example. This is the entry in the schema: VM.getStats: added: '3.1' description: Get statistics about a running virtual machine. params: - description: The UUID of the VM name: vmID type: *UUID return: description: An array containing a single VmStats record type: - *VmStats namespace: VM method name: getStats params: vmID The vdsm-client command is: # vdsm-client VM getStats vmID=b3f6fa00-b315-4ad4-8108-f73da817b5c5 *Invoking getVdsCaps command:* # vdsm-client Host getCapabilities Please consult vdsm-client help and man page for further details and options. [1] https://github.com/oVirt/vdsm/blob/master/lib/api/vdsm-api.yml -- Irit Goihman Software Engineer Red Hat Israel Ltd.

4 7

Passing VLAN trunk to VM
by Simon Vincent 26 Mar '18

26 Mar '18

Is it possible to pass multiple VLANs to a VM (pfSense) using a single virtual NIC? All my existing oVirt networks are setup as a single tagged VLAN. I know this didn't used to be supported but wondered if this has changed. My other option is to pass each VLAN as a separate NIC to the VM however if I needed to add a new VLAN I would have to add a new interface and reboot the VM as hot-add of NICs is not supported by pfSense.

6 14

HostedEngine with HA
by Carlos Rodrigues 22 Mar '18

22 Mar '18

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

4 30

oVIRT 4.1 / iSCSI Multipathing
by Devin Acosta 05 Mar '18

05 Mar '18

I am using the latest release of oVIRT 4.1.3, and I am connecting a Dell Compelent SAN that has 2 fault domains each on a separate VLAN that I have attached to oVIRT. From what I understand I am suppose to go into “iSCSI Multipathing” option and add a BOND of the iSCSI interfaces. I have done this selecting the 2 logical networks together for iSCSI. I notice that there is an option below to select Storage Targets but if I select the storage targets below with the logical networks the the cluster goes crazy and appears to be mad. Storage, Nodes, and everything goes offline even thought I have NFS also attached to the cluster. How should this best be configured. What we notice that happens is when the server reboots it seems to log into the SAN correctly but according the the Dell SAN it is only logged into once controller. So only pulls both fault domains from a single controller. Please Advise. Devin

7 10

when creating VMs, I don't want hosted_storage to be an option
by Mike Farnam 09 Feb '18

09 Feb '18

Hi All - Is that a way to mark hosted_storage somehow so that it’s not available to add new VMs to? Right now it’s the default storage domain when adding a VM. At the least, I’d like to make another storage domain the default. Is there a way to do this? Thanks

6 8

Official Hyperconverged Gluster oVirt upgrade procedure?
by Hanson 23 Jan '18

23 Jan '18

Hi Guys, Just wondering if we have an updated manual or whats the current procedure for upgrading the nodes in a hyperconverged ovirt gluster pool? Ie Nodes run 4.0 oVirt, as well as GlusterFS, and hosted-engine running in a gluster storage domain. Put node in maintenance mode and disable glusterfs from ovirt gui, run yum update? Thanks!

4 4

[vdsm] status update: running containers alongside VMs
by Francesco Romani 05 Jan '18

05 Jan '18

Hi everyone, I'm happy to share some progress about the former "convirt"[1] project, which aims to let Vdsm containers alongside VMs, on bare metal. In the last couple of months I kept updating the patch series, which is approaching the readiness to be merged in Vdsm. Please read through this mail to see what the patchset can do now, how you could try it *now*, even before it is merged. Everyone is invited to share thoughts and ideas about how this effort could evolve. This will be a long mail; I will amend, enhance and polish the content and make a blog post (on https://mojaves.github.io) to make it easier to consume and to have some easy-to-find documentation. Later on the same content will appear also on the oVirt blog. Happy hacking! +++ # How to try how the experimental container support for Vdsm. Vdsm is gaining *experimental* support to run containers alongside VMs. Vdsm had since long time the ability to manage VMs which run containers, and recently gained support for [atomic guests](http://www.projectatomic.io/blog/2015/01/running-ovirt-guest-agent-as-privileged-container/). With the new support we are describing, you will be able to manage containers with the same, proven infrastructure that let you manage VMs. This feature is currently being developed and it is still not merged in the Vdsm codebase, so some extra work is needed if you want to try it out. We aiming to merge it in the oVirt 4.1.z cycle. ## What works, aka what to expect The basic features are expected to work: 1. Run any docker image on the public docker registry 2. Make the container accessible from the outside (aka not just from localhost) 3. Use file-based storage for persistent volumes ## What does not yet work, aka what NOT to expect Few things are planned and currently under active development: 1. Monitoring. Engine will not get any update from the container besides "VM" status (Up, Down...) One important drawback is that you will not be told the IP of the container from Engine, you will need to connect to the Vdsm host to discover it using standard docker tools. 2. Proper network integration. Some steps still need manual intervention 3. Stability and recovery - it's pre-alpha software after all! :) ## 1. Introduction and prerequisites Trying out container support affects only the host and the Vdsm. Besides add few custom properties (totally safe and supported since early 3.z), there are zero changes required to the DB and to Engine. Nevertheless, we recommend to dedicate one oVirt 4.y environment, or at least one 4.y host, to try out the container feature. To get started, first thing you need is to setup a vanilla oVirt 4.y installation. We will need to make changes to the Vdsm and to the Vdsm host, so hosted engine and/or oVirt node may add extra complexity, better to avoid them at the moment. The reminder of this tutorial assumes you are using two hosts, one for Vdsm (will be changed) and one for Engine (will require zero changes); furthermore, we assume the Vdsm host is running on CentOS 7.y. We require: - one test host for Vdsm. This host need to have one NIC dedicated to containers. We will use the [docker macvlan driver](https://raesene.github.io/blog/2016/07/23/Docker-MacVLAN/), so this NIC *must not be* part of one bridge. - docker >= 1.12 - oVirt >= 4.0.5 (Vdsm >= 4.18.15) - CentOS >= 7.2 Docker >= 1.12 is avaialable for download [here](https://docs.docker.com/engine/installation/linux/centos/) Caveats: 1. docker from official rpms conflicts con docker from CentOS, and has a different package name: docker-engine vs docker. Please note that the kubernetes package from CentOS, for example, require 'docker', not 'docker-engine'. 2. you may want to replace the default service file [with this one](https://github.com/mojaves/convirt/blob/master/patches/centos72/system… and to use this [sysconfig file](https://github.com/mojaves/convirt/blob/master/patches/centos72/syste…. Here I'm just adding the storage options docker requires, much like the CentOS docker is configured. Configuring docker like this can save you some troubleshooting, especially if you had docker from CentOS installed on the testing box. ## 2. Patch Vdsm to support containers You need to patch and rebuild Vdsm. Fetch [this patch](https://github.com/mojaves/convirt/blob/master/patches/vdsm/4.18.15.… and apply it against Vdsm 4.18.15.1. Vdsm 4.18.15.{1,2,...} are supported as well. Rebuild Vdsm and reinstall on your box. [centos 7.2 packages are here](https://github.com/mojaves/convirt/tree/master/rpms/centos72) Make sure you install the Vdsm command line client (vdsm-cli) Restart *both* Vdsm and Supervdsm, make sure Engine still works flawlessly with patched Vdsm. This ensure that no regression is introduced, and that your environment can run VMs just as before. Now we can proceed adding the container support. start docker: # systemctl start docker-engine (optional) # systemctl enable docker-engine Restart Vdsm again # systemctl restart vdsm Now we can check if Vdsm detects docker, so you can use it: still on the same Vdsm host, run $ vdsClient -s 0 getVdsCaps | grep containers containers = ['docker', 'fake'] This means this Vdsm can run containers using 'docker' and 'fake' runtimes. Ignore the 'fake' runtime; as the name suggests, is a test driver, kinda like /dev/null. Now we need to make sure the host network configuration is fine. ### 2.1. Configure the docker network for Vdsm PLEASE NOTE that the suggested network configuration assumes that * you have one network, `ovirtmgmt` (the default one) you use for everything * you have one Vdsm host with at least two NICs, one bound to the `ovirtmgmt` network, and one spare _This step is not yet automated by Vdsm_, so manual action is needed; Vdsm will take care of this automatically in the future. You can use [this helper script](https://github.com/mojaves/convirt/blob/master/patches/vdsm/cont-se…, which reuses the Vdsm libraries. Make sure you have patched Vdsm to support container before to use it. Let's review what the script needs: # ./cont-setup-net -h usage: cont-setup-net [-h] [--name [NAME]] [--bridge [BRIDGE]] [--interface [INTERFACE]] [--gateway [GATEWAY]] [--subnet [SUBNET]] [--mask [MASK]] optional arguments: -h, --help show this help message and exit --name [NAME] network name to use --bridge [BRIDGE] bridge to use --interface [INTERFACE] interface to use --gateway [GATEWAY] address of the gateway --subnet [SUBNET] subnet to use --mask [MASK] netmask to use So we need to feed --name, --interface, --gateway, --subnet and optionally --mask (default, /24, is often fine). For my case the default mask was indeed fine, so I used the script like this: # ./cont-setup-net --name ovirtmgmt --interface enp3s0 --gateway 192.168.1.1 --subnet 192.168.1.0 Thhis is the output I got: DEBUG:virt.containers.runtime:configuring runtime 'docker' DEBUG:virt.containers.command:* calling ['/bin/docker', 'network', 'inspect', 'ovirtmgmt'] Error: No such network: ovirtmgmt DEBUG:virt.containers.command:* called ['/bin/docker', 'network', 'inspect', 'ovirtmgmt'] DEBUG:virt.containers.runtime.Docker:config: cannot load 'ovirtmgmt', ignored DEBUG:virt.containers.command:* calling ['/bin/docker', 'network', 'create', '-d', 'macvlan', '--subnet=192.168.1.0/24', '--gateway=192.168.1.1', '--ip-range=192.168.1.0/24', '-o', 'parent=enp3s0', 'ovirtmgmt'] DEBUG:virt.containers.command:* called ['/bin/docker', 'network', 'create', '-d', 'macvlan', '--subnet=192.168.1.0/24', '--gateway=192.168.1.1', '--ip-range=192.168.1.0/24', '-o', 'parent=enp3s0', 'ovirtmgmt'] DEBUG:virt.containers.runtime:configuring runtime 'fake' You can clearly see what the script did, and why it needed the root privileges. Let's deoublecheck using the docker tools: # docker network ls NETWORK ID NAME DRIVER SCOPE 91535f3425a8 bridge bridge local d42f7e5561b5 host host local 621ab6dd49b1 none null local f4b88e4a67eb ovirtmgmt macvlan local # docker network inspect ovirtmgmt [ { "Name": "ovirtmgmt", "Id": "f4b88e4a67ebb7886ec74073333d613b1893272530cae4d407c95ab587c5fea1", "Scope": "local", "Driver": "macvlan", "EnableIPv6": false, "IPAM": { "Driver": "default", "Options": {}, "Config": [ { "Subnet": "192.168.1.0/24", "IPRange": "192.168.1.0/24", "Gateway": "192.168.1.1" } ] }, "Internal": false, "Containers": {}, "Options": { "parent": "enp3s0" }, "Labels": {} } ] Looks good! the host configuration is completed. Let's move to the Engine side. ## 3. Configure Engine As mentioned above, we need now to configure Engine. This boils down to: Add a few custom properties for VMs: In case you were already using custom properties, you need to amend the command line to not overwrite your existing ones. # engine-config -s UserDefinedVMProperties='volumeMap=^[a-zA-Z_-]+:[a-zA-Z_-]+$;containerImage=^[a-zA-Z]+(://|)[a-zA-Z]+$;containerType=^(docker|rkt)$' --cver=4.0 It is worth stressing that while the variables are container-specific, the VM custom properties are totally inuntrusive and old concept in oVirt, so this step is totally safe. Now restart Engine to let it use the new variables: # systemctl restart ovirt-engine The next step is actually configure one "container VM" and run it. ## 4. Create the container "VM" To finally run a container, you start creating a VM much like you always did, with few changes 1. most of the hardware-related configuration isn't relevant for container "VMs", besides cpu share and memory limits; this will be better documented in the future; unneeded configuration will just be ignored 2. You need to set some custom properties for your container "VM". Those are actually needed to enable the container flow, and they are documented in the next section. You *need* to set at least `containerType` and `containerImage`. ### 4.2. Custom variables for container support The container support needs some custom properties to be properly configured: 1. `containerImage` (*needed* to enable the container system). Just select the target image you want to run. You can use the standard syntax of the container runtimes. 2. `containerType` (*needed* to enable the container system). Selects the container runtime you want to use. All the available options are always showed. Please note that unavailable container options are not yet grayed out. If you *do not* have rkt support on your host, you still can select it, but it won't work. 3. `volumeMap` key:value like. You can map one "VM" disk (key) to one container volume (value), to have persistent storage. Only file-based storage is supported. Example configuration: `containerImage = redis` `containerType = docker` `volumeMap = vda:data` (this may not be needed, and the volume label is just for illustrative purposes) ### 4.2. A little bit of extra work: preload the images on the Vdsm host This step is not needed by the flow, and will be handled by oVirt in the future. The issue is how the container image are handled. They are stored by the container management system (rkt, docker) on each host, and they are not pre-downloaded. To shorten the duration of the first boot, you are advised to pre-download the image(s) you want to run. For example ## on the Vdsm host you want to use with containers # docker pull redis ## 5. Run the container "VM" You are now all set to run your "VM" using oVirt Engine, just like any existing VM. Some actions doesn't make sense for a container "VM", like live migration. Engine won't stop you to try to do those actions, but they will fail gracefully using the standard errors. ## 6. Next steps What to expect from this project in the future? For the integration with Vdsm, we want to fix the existing known issues, most notably: * add proper monitoring/reporting of the container health * ensure proper integration of the container image store with oVirt storage management * streamline the network configuration What is explicitely excluded yet is any Engine change. This is a Vdsm-only change at the moment, so fixing the following is currently unplanned: * First and foremost, Engine will not distinguish between real VMs and container VMs. Actions unavailable to container will not be hidden from UI. Same for monitoring and configuration data, which will be ignored. * Engine is NOT aware of the volumes one container can use. You must inspect and do the mapping manually. * Engine is NOT aware of the available container runtimes. You must select it carefully Proper integration with Engine may be added in the future once this feature exits from the experimental/provisional stage. Thanks for reading, make sure to share your thoughts on the oVirt mailing lists! +++ [1] we keep calling it that way _only_ internally, because it's a short name we are used to. After the merge/once we release it, we will use a different name, like "vdsm-containers" or something like it. -- Francesco Romani Red Hat Engineering Virtualization R & D Phone: 8261328 IRC: fromani

3 2

Empty cgroup files on centos 7.3 host
by Florian Schmid 18 Dec '17

18 Dec '17

Hi, I wanted to monitor disk IO and R/W on all of our oVirt centos 7.3 hypervisor hosts, but it looks like that all those files are empty. For example: ls -al /sys/fs/cgroup/blkio/machine.slice/machine-qemu\\x2d14\\x2dHostedEngine.scope/ insgesamt 0 drwxr-xr-x. 2 root root 0 30. Mai 10:09 . drwxr-xr-x. 16 root root 0 26. Jun 09:25 .. -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_merged -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_merged_recursive -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_queued -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_queued_recursive -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_service_bytes -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_service_bytes_recursive -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_serviced -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_serviced_recursive -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_service_time -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_service_time_recursive -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_wait_time -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_wait_time_recursive -rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.leaf_weight -rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.leaf_weight_device --w-------. 1 root root 0 30. Mai 10:09 blkio.reset_stats -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.sectors -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.sectors_recursive -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.throttle.io_service_bytes -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.throttle.io_serviced -rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.throttle.read_bps_device -rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.throttle.read_iops_device -rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.throttle.write_bps_device -rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.throttle.write_iops_device -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.time -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.time_recursive -rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.weight -rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.weight_device -rw-r--r--. 1 root root 0 30. Mai 10:09 cgroup.clone_children --w--w--w-. 1 root root 0 30. Mai 10:09 cgroup.event_control -rw-r--r--. 1 root root 0 30. Mai 10:09 cgroup.procs -rw-r--r--. 1 root root 0 30. Mai 10:09 notify_on_release -rw-r--r--. 1 root root 0 30. Mai 10:09 tasks I thought, I can get my needed values from there, but all files are empty. Looking at this post: http://lists.ovirt.org/pipermail/users/2017-January/079011.html this should work. Is this normal on centos 7.3 with oVirt installed? How can I get those values, without monitoring all VMs directly? oVirt Version we use: 4.1.1.8-1.el7.centos BR Florian

3 12

Re: [ovirt-users] iSCSI domain on 4kn drives
by Martijn Grendelman 13 Nov '17

13 Nov '17

--------------DE48748F7C67E1FABE46EEAF Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Op 7-8-2016 om 8:19 schreef Yaniv Kaul: > > On Fri, Aug 5, 2016 at 4:42 PM, Martijn Grendelman > <martijn.grendelman(a)isaac.nl <mailto:martijn.grendelman@isaac.nl>> wrote: > > Op 4-8-2016 om 18:36 schreef Yaniv Kaul: >> On Thu, Aug 4, 2016 at 11:49 AM, Martijn Grendelman >> <martijn.grendelman(a)isaac.nl >> <mailto:martijn.grendelman@isaac.nl>> wrote: >> >> Hi, >> >> Does oVirt support iSCSI storage domains on target LUNs using >> a block >> size of 4k? >> >> >> No, we do not - not if it exposes 4K blocks. >> Y. > > Is this on the roadmap? > > > Not in the short term roadmap. > Of course, patches are welcome. It's mainly in VDSM. > I wonder if it'll work in NFS. > Y. I don't think I ever replied to this, but I can confirm that in RHEV 3.6 it works with NFS. Best regards, Martijn. --------------DE48748F7C67E1FABE46EEAF Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> Op 7-8-2016 om 8:19 schreef Yaniv Kaul:<br> <blockquote cite="mid:280cfbd3a16ad1b76cc7de56bda88f45,CAJgorsbJHLV1e3fH4b4AR3GBp1oi44fDhfeii+PQ1iY1RwUStw@mail.gmail.com" type="cite"> <div dir="ltr"><br> <div class="gmail_extra">On Fri, Aug 5, 2016 at 4:42 PM, Martijn Grendelman <span dir="ltr"><<a moz-do-not-send="true" href="mailto:martijn.grendelman@isaac.nl" target="_blank">martijn.grendelman(a)isaac.nl</a>></span> wrote:<br> <div class="gmail_quote"> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div bgcolor="#FFFFFF" text="#000000"> Op 4-8-2016 om 18:36 schreef Yaniv Kaul:<br> <blockquote type="cite"> <div dir="ltr"> <div class="gmail_extra"> <div class="gmail_quote"><span class="">On Thu, Aug 4, 2016 at 11:49 AM, Martijn Grendelman <span dir="ltr"><<a moz-do-not-send="true" href="mailto:martijn.grendelman@isaac.nl" target="_blank">martijn.grendelman(a)isaac.nl</a>></span> wrote:<br> </span><span class=""> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br> <br> Does oVirt support iSCSI storage domains on target LUNs using a block<br> size of 4k?<br> </blockquote> <div><br> </div> </span><span class=""> <div>No, we do not - not if it exposes 4K blocks.</div> <div>Y.</div> </span></div> </div> </div> </blockquote> <br> Is this on the roadmap?<br> </div> </blockquote> <div><br> </div> <div>Not in the short term roadmap.</div> <div>Of course, patches are welcome. It's mainly in VDSM.</div> <div>I wonder if it'll work in NFS.</div> <div>Y.</div> </div> </div> </div> </blockquote> <br> I don't think I ever replied to this, but I can confirm that in RHEV 3.6 it works with NFS.<br> <br> Best regards,<br> Martijn.<br> </body> </html> --------------DE48748F7C67E1FABE46EEAF--

4 4

Re: [ovirt-users] How to import a qcow2 disk into ovirt
by Martín Follonier 04 Oct '17

04 Oct '17

Hi, I've done all the recommendations in this thread, and I'm still getting the "Paused by System" message just after the transfer starts. Honestly I don't know were else to look at, cause I don't find any log entry or packet capture that give me a hint about what is happening. I'll appreciate any help! Thank you in advance! Regards Martin On Thu, Sep 1, 2016 at 5:01 PM, Amit Aviram <aavi...(a)redhat.com> wrote: > You can do both, > Through the database, the table is "vdc_options". change "option_value" > where "option_name" = 'ImageProxyAddress' . > > On Thu, Sep 1, 2016 at 4:56 PM, Gianluca Cecchi <gianluca.cec...(a)gmail.com > > wrote: > >> On Thu, Sep 1, 2016 at 3:53 PM, Amit Aviram <aavi...(a)redhat.com> wrote: >> >>> You can just replace this value in the DB and change it to the right >>> FQDN, it is a config value named "ImageProxyAddress". replace "localhost" >>> with the right address (notice that the port is there too). >>> >>> If this will keep happen after users will have the latest version, we >>> will have to open a bug and fix whatever causes the URL to be "localhost". >>> >>> >> Do you mean through "engine-config" or directly into database? >> In this second case which is the table involved? >> >> Gianluca >> > > [root@ractorshe bin]# systemctl stop ovirt-imageio-proxy engine=# select * from vdc_options where option_name='ImageProxyAddress'; option_id | option_name | option_value | version -----------+-------------------+-----------------+--------- 950 | ImageProxyAddress | localhost:54323 | general (1 row) engine=# update vdc_options set option_value='ractorshe.mydomain:54323' where option_name='ImageProxyAddress'; UPDATE 1 engine=# select * from vdc_options where option_name='ImageProxyAddress'; option_id | option_name | option_value | version -----------+-------------------+--------------------------------------+--------- 950 | ImageProxyAddress | ractorshe.mydomain:54323 | general (1 row) engine=# engine=# select * from vdc_options where option_name='ImageProxyAddress'; option_id | option_name | option_value | version -----------+-------------------+--------------------------------------+--------- 950 | ImageProxyAddress | ractorshe.mydomain:54323 | general (1 row) systemctl stop ovirt-engine (otherwise it remained localhost) systemctl start ovirt-engine systemctl start ovirt-imageio-proxy Now transfer is ok. I tried a qcow2 disck configured as 40Gb but containing about 1.6Gb of data. I'm going to connect it to a VM and see if all is ok also from a contents point of view. Gianluca _______________________________________________ Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users

5 6

oVirt's VM backup
by Victor José Acosta Domínguez 27 Sep '17

27 Sep '17

Hello everyone, i created a python tool to backup and restore oVirt's VMs. Also i created a little "how to" on my blog: http://blog.infratic.com/2017/07/create-ovirtrhevs-vm-backup/ I hope it help someone else Regards Victor Acosta

8 17

ovirt 4.1 hosted engine hyper converged on glusterfs 3.8.10 : "engine" storage domain alway complain about "unsynced" elements
by yayo (j) 08 Sep '17

08 Sep '17

Hi all, We have an ovirt cluster hyperconverged with hosted engine on 3 full replicated node . This cluster have 2 gluster volume: - data: volume for the Data (Master) Domain (For vm) - engine: volume fro the hosted_storage Domain (for hosted engine) We have this problem: "engine" gluster volume have always unsynced elements and we cant' fix the problem, on command line we have tried to use the "heal" command but elements remain always unsynced .... Below the heal command "status": [root@node01 ~]# gluster volume heal engine info Brick node01:/gluster/engine/brick /.shard/8aa74564-6740-403e-ad51-f56d9ca5d7a7.48 /.shard/8aa74564-6740-403e-ad51-f56d9ca5d7a7.64 /.shard/8aa74564-6740-403e-ad51-f56d9ca5d7a7.60 /.shard/8aa74564-6740-403e-ad51-f56d9ca5d7a7.2 /.shard/8aa74564-6740-403e-ad51-f56d9ca5d7a7.68 /8f215dd2-8531-4a4f-b6ed-ea789dd8821b/images/19d71267-52a4-42a3-bb1e-e3145361c0c2/7a215635-02f3-47db-80db-8b689c6a8f01 /8f215dd2-8531-4a4f-b6ed-ea789dd8821b/images/88d41053-a257-4272-9e2e-2f3de0743b81/6573ed08-d3ed-4d12-9227-2c95941e1ad6 /.shard/8aa74564-6740-403e-ad51-f56d9ca5d7a7.61 /.shard/8aa74564-6740-403e-ad51-f56d9ca5d7a7.1 /8f215dd2-8531-4a4f-b6ed-ea789dd8821b/dom_md/ids /.shard/8aa74564-6740-403e-ad51-f56d9ca5d7a7.20 /__DIRECT_IO_TEST__ Status: Connected Number of entries: 12 Brick node02:/gluster/engine/brick /8f215dd2-8531-4a4f-b6ed-ea789dd8821b/images/19d71267-52a4-42a3-bb1e-e3145361c0c2/7a215635-02f3-47db-80db-8b689c6a8f01 <gfid:9a601373-bbaa-44d8-b396-f0b9b12c026f> /8f215dd2-8531-4a4f-b6ed-ea789dd8821b/dom_md/ids <gfid:1e309376-c62e-424f-9857-f9a0c3a729bf> <gfid:e3565b50-1495-4e5b-ae88-3bceca47b7d9> <gfid:4e33ac33-dddb-4e29-b4a3-51770b81166a> /__DIRECT_IO_TEST__ <gfid:67606789-1f34-4c15-86b8-c0d05b07f187> <gfid:9ef88647-cfe6-4a35-a38c-a5173c9e8fc0> /8f215dd2-8531-4a4f-b6ed-ea789dd8821b/images/88d41053-a257-4272-9e2e-2f3de0743b81/6573ed08-d3ed-4d12-9227-2c95941e1ad6 <gfid:9ad720b2-507d-4830-8294-ec8adee6d384> <gfid:d9853e5d-a2bf-4cee-8b39-7781a98033cf> Status: Connected Number of entries: 12 Brick node04:/gluster/engine/brick Status: Connected Number of entries: 0 running the "gluster volume heal engine" don't solve the problem... Some extra info: We have recently changed the gluster from: 2 (full repliacated) + 1 arbiter to 3 full replicated cluster but i don't know this is the problem... The "data" volume is good and healty and have no unsynced entry. Ovirt refuse to put the node02 and node01 in "maintenance mode" and complains about "unsynced elements" How can I fix this? Thank you

4 20

imageio: Error setting ImageProxyAddress's value. No such entry with version general.
by Richard Chan 28 Aug '17

28 Aug '17

oVirt 4.1.4 - engine-setup of imageio proxy on a host, at the end it requires: engine-config -s ImageProxyAddress=xxxxxxxx:54323 But on engine: Error setting ImageProxyAddress's value. No such entry with version general. Any ideas thanks! -- Richard Chan

2 1

oVIRT Node / Network Manager / oVirt 4.1
by Devin Acosta 13 Aug '17

13 Aug '17

I noticed that for some reason when I am running oVirt node on my hosts and disabled NetworkManager it appears that it kept turning itself back on, and my understanding is that Network Manager should be disabled. I had to force remove Network Manager in order to get it to stay disabled. I have been seeing strangeness with my VM's where they disconnect, and where hosted-engine keeps trying to non-stop migrate to another host. Just wanted to first confirm about Network Manager and oVirt Node image. -- Devin Acosta Red Hat Certified Architect

2 1

Problemas with ovirtmgmt network used to connect VMs
by FERNANDO FREDIANI 07 Aug '17

07 Aug '17

Has anyone had problem when using the ovirtmgmt bridge to connect VMs ? I am still facing a bizarre problem where some VMs connected to this bridge stop passing traffic. Checking the problem further I see its mac address stops being learned by the bridge and the problem is resolved only with a VM reboot. When I last saw the problem I run brctl showmacs ovirtmgmt and it shows me the VM's mac adress with agening timer 200.19. After the VM reboot I see the same mac with agening timer 0.00. I don't see it in another environment where the ovirtmgmt is not used for VMs. Does anyone have any clue about this type of behavior ? Fernando

2 7

supervdsmd IOError to /dev/stdout
by Richard Chan 03 Aug '17

03 Aug '17

After an upgrade to 4.0 I have a single host that cannot start supervdsmd because of IOError on /dev/stdout. All other hosts upgraded correctly. In the systemd unit I have to hack StandardOutput=null. Any thing I have overlooked? The hosts are all identical and it is just this one that has this weird behaviour. -- Richard Chan

4 7

After upgrading to 4.1.4 unable to start VM or migrate them
by Arman Khalatyan 02 Aug '17

02 Aug '17

Hi, I am running in to trouble with 4.1.4 after engine upgrade I am not able to start or migrate virtual machines: getting following error: General command validation failure Are there any workarounds?

5 11

sanlock ids file broken after server crash
by Johan Bernhardsson 02 Aug '17

02 Aug '17

Hello, The ids file for sanlock is broken on one setup. The first host id in the file is wrong. >From the logfile i have: verify_leader 1 wrong space name 0924ff77-ef51-435b-b90d-50bfbf2e�ke7 0924ff77-ef51-435b-b90d-50bfbf2e8de7 /rhev/data-center/mnt/glusterSD/ Note the broken char in the space name. This also apears. And it seams as the hostid too is broken in the ids file: leader4 sn 0924ff77-ef51-435b-b90d-50bfbf2e�ke7 rn ��7afa5-3a91-415b- a04c-221d3e060163.vbgkvm01.a ts 4351980 cs eefa4dd7 Note the broken chars there as well. If i check the ids file with less or strings the first row where my vbgkvm01 host are. That has broken chars. Can this be repaired in some way without taking down all the virtual machines on that storage? /Johan

3 6

VDSM Command failed: Heartbeat Exceeded
by Neil 02 Aug '17

02 Aug '17

Hi guys, Please could someone assist me, my DC seems to be trying to re-negotiate SPM and apparently it's failing. I tried to delete an old autogenerated snapshot and shortly after that the issue seemed to start, however after about an hour, the snapshot said successfully deleted, and then SPM negotiated again albeit for a short period before it started trying to re-negotiate again. Last week I upgraded from ovirt 3.5 to 3.6, I also upgraded one of my 4 hosts using the 3.6 repo to the latest available from that repo and did a yum update too. I have 4 nodes and my ovirt engine is a KVM guest on another physical machine on the network. I'm using an FC SAN with ATTO HBA's and recently we've started seeing some degraded IO. The SAN appears to be alright and the disks all seem to check out, but we are having rather slow IOPS at the moment, which we trying to track down. ovirt engine CentOS release 6.9 (Final) ebay-cors-filter-1.0.1-0.1.ovirt.el6.noarch ovirt-engine-3.6.7.5-1.el6.noarch ovirt-engine-backend-3.6.7.5-1.el6.noarch ovirt-engine-cli-3.6.2.0-1.el6.noarch ovirt-engine-dbscripts-3.6.7.5-1.el6.noarch ovirt-engine-extension-aaa-jdbc-1.0.7-1.el6.noarch ovirt-engine-extensions-api-impl-3.6.7.5-1.el6.noarch ovirt-engine-jboss-as-7.1.1-1.el6.x86_64 ovirt-engine-lib-3.6.7.5-1.el6.noarch ovirt-engine-restapi-3.6.7.5-1.el6.noarch ovirt-engine-sdk-python-3.6.7.0-1.el6.noarch ovirt-engine-setup-3.6.7.5-1.el6.noarch ovirt-engine-setup-base-3.6.7.5-1.el6.noarch ovirt-engine-setup-plugin-ovirt-engine-3.6.7.5-1.el6.noarch ovirt-engine-setup-plugin-ovirt-engine-common-3.6.7.5-1.el6.noarch ovirt-engine-setup-plugin-vmconsole-proxy-helper-3.6.7.5-1.el6.noarch ovirt-engine-setup-plugin-websocket-proxy-3.6.7.5-1.el6.noarch ovirt-engine-tools-3.6.7.5-1.el6.noarch ovirt-engine-tools-backup-3.6.7.5-1.el6.noarch ovirt-engine-userportal-3.6.7.5-1.el6.noarch ovirt-engine-vmconsole-proxy-helper-3.6.7.5-1.el6.noarch ovirt-engine-webadmin-portal-3.6.7.5-1.el6.noarch ovirt-engine-websocket-proxy-3.6.7.5-1.el6.noarch ovirt-engine-wildfly-8.2.1-1.el6.x86_64 ovirt-engine-wildfly-overlay-8.0.5-1.el6.noarch ovirt-host-deploy-1.4.1-1.el6.noarch ovirt-host-deploy-java-1.4.1-1.el6.noarch ovirt-image-uploader-3.6.0-1.el6.noarch ovirt-iso-uploader-3.6.0-1.el6.noarch ovirt-release34-1.0.3-1.noarch ovirt-release35-006-1.noarch ovirt-release36-3.6.7-1.noarch ovirt-setup-lib-1.0.1-1.el6.noarch ovirt-vmconsole-1.0.2-1.el6.noarch ovirt-vmconsole-proxy-1.0.2-1.el6.noarch node01 (CentOS 6.9) vdsm-4.16.30-0.el6.x86_64 vdsm-cli-4.16.30-0.el6.noarch vdsm-jsonrpc-4.16.30-0.el6.noarch vdsm-python-4.16.30-0.el6.noarch vdsm-python-zombiereaper-4.16.30-0.el6.noarch vdsm-xmlrpc-4.16.30-0.el6.noarch vdsm-yajsonrpc-4.16.30-0.el6.noarch gpxe-roms-qemu-0.9.7-6.16.el6.noarch qemu-img-rhev-0.12.1.2-2.479.el6_7.2.x86_64 qemu-kvm-rhev-0.12.1.2-2.479.el6_7.2.x86_64 qemu-kvm-rhev-tools-0.12.1.2-2.479.el6_7.2.x86_64 libvirt-0.10.2-62.el6.x86_64 libvirt-client-0.10.2-62.el6.x86_64 libvirt-lock-sanlock-0.10.2-62.el6.x86_64 libvirt-python-0.10.2-62.el6.x86_64 node01 was upgraded out of desperation after I tried changing my DC and cluster version to 3.6, but then found that none of my hosts could be activated out of maintenance due to an incompatibility with 3.6 (I'm still not sure why as searching seemed to indicate Centos 6.x was compatible. I then had to remove all 4 hosts, and change the cluster version back to 3.5 and then re-add them. When I tried changing the cluster version to 3.6 I did get a complaint about using the "legacy protocol" so on each host under Advanced, I changed them to use the JSON protocol, and this seemed to resolve it, however once changing the DC/Cluster back to 3.5 the option to change the protocol back to Legacy is no longer shown. node02 (Centos 6.7) vdsm-4.16.30-0.el6.x86_64 vdsm-cli-4.16.30-0.el6.noarch vdsm-jsonrpc-4.16.30-0.el6.noarch vdsm-python-4.16.30-0.el6.noarch vdsm-python-zombiereaper-4.16.30-0.el6.noarch vdsm-xmlrpc-4.16.30-0.el6.noarch vdsm-yajsonrpc-4.16.30-0.el6.noarch gpxe-roms-qemu-0.9.7-6.14.el6.noarch qemu-img-rhev-0.12.1.2-2.479.el6_7.2.x86_64 qemu-kvm-rhev-0.12.1.2-2.479.el6_7.2.x86_64 qemu-kvm-rhev-tools-0.12.1.2-2.479.el6_7.2.x86_64 libvirt-0.10.2-54.el6_7.6.x86_64 libvirt-client-0.10.2-54.el6_7.6.x86_64 libvirt-lock-sanlock-0.10.2-54.el6_7.6.x86_64 libvirt-python-0.10.2-54.el6_7.6.x86_64 node03 CentOS 6.7 vdsm-4.16.30-0.el6.x86_64 vdsm-cli-4.16.30-0.el6.noarch vdsm-jsonrpc-4.16.30-0.el6.noarch vdsm-python-4.16.30-0.el6.noarch vdsm-python-zombiereaper-4.16.30-0.el6.noarch vdsm-xmlrpc-4.16.30-0.el6.noarch vdsm-yajsonrpc-4.16.30-0.el6.noarch gpxe-roms-qemu-0.9.7-6.14.el6.noarch qemu-img-rhev-0.12.1.2-2.479.el6_7.2.x86_64 qemu-kvm-rhev-0.12.1.2-2.479.el6_7.2.x86_64 qemu-kvm-rhev-tools-0.12.1.2-2.479.el6_7.2.x86_64 libvirt-0.10.2-54.el6_7.6.x86_64 libvirt-client-0.10.2-54.el6_7.6.x86_64 libvirt-lock-sanlock-0.10.2-54.el6_7.6.x86_64 libvirt-python-0.10.2-54.el6_7.6.x86_64 node04 (Centos 6.7) vdsm-4.16.20-1.git3a90f62.el6.x86_64 vdsm-cli-4.16.20-1.git3a90f62.el6.noarch vdsm-jsonrpc-4.16.20-1.git3a90f62.el6.noarch vdsm-python-4.16.20-1.git3a90f62.el6.noarch vdsm-python-zombiereaper-4.16.20-1.git3a90f62.el6.noarch vdsm-xmlrpc-4.16.20-1.git3a90f62.el6.noarch vdsm-yajsonrpc-4.16.20-1.git3a90f62.el6.noarch gpxe-roms-qemu-0.9.7-6.15.el6.noarch qemu-img-0.12.1.2-2.491.el6_8.1.x86_64 qemu-kvm-0.12.1.2-2.491.el6_8.1.x86_64 qemu-kvm-tools-0.12.1.2-2.503.el6_9.3.x86_64 libvirt-0.10.2-60.el6.x86_64 libvirt-client-0.10.2-60.el6.x86_64 libvirt-lock-sanlock-0.10.2-60.el6.x86_64 libvirt-python-0.10.2-60.el6.x86_64 I'm seeing a rather confusing error in the /var/log/messages on all 4 hosts as follows.... Jul 31 16:41:36 node01 multipathd: 36001b4d80001c80d0000000000000000: sdb - directio checker reports path is down Jul 31 16:41:41 node01 kernel: sd 7:0:0:0: [sdb] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK Jul 31 16:41:41 node01 kernel: sd 7:0:0:0: [sdb] CDB: Read(10): 28 00 00 00 00 00 00 00 01 00 Jul 31 16:41:41 node01 kernel: end_request: I/O error, dev sdb, sector 0 I say confusing, because I don't have a 3000GB LUN [root@node01 ~]# fdisk -l | grep 3000 Disk /dev/sdb: 3000.0 GB, 2999999528960 bytes I did have one on Friday, last week, but I trashed it and changed it to a 1500GB LUN instead, so I'm not sure if perhaps this error is still trying to connect to the old LUN perhaps? My LUNS are as follows... Disk /dev/sdb: 3000.0 GB, 2999999528960 bytes (this one doesn't actually exist anymore) Disk /dev/sdc: 1000.0 GB, 999999668224 bytes Disk /dev/sdd: 1000.0 GB, 999999668224 bytes Disk /dev/sde: 1000.0 GB, 999999668224 bytes Disk /dev/sdf: 1000.0 GB, 999999668224 bytes Disk /dev/sdg: 1000.0 GB, 999999668224 bytes Disk /dev/sdh: 1000.0 GB, 999999668224 bytes Disk /dev/sdi: 1000.0 GB, 999999668224 bytes Disk /dev/sdj: 1000.0 GB, 999999668224 bytes Disk /dev/sdk: 1000.0 GB, 999999668224 bytes Disk /dev/sdm: 1000.0 GB, 999999668224 bytes Disk /dev/sdl: 1000.0 GB, 999999668224 bytes Disk /dev/sdn: 1000.0 GB, 999999668224 bytes Disk /dev/sdo: 1000.0 GB, 999999668224 bytes Disk /dev/sdp: 1000.0 GB, 999999668224 bytes Disk /dev/sdq: 1000.0 GB, 999999668224 bytes Disk /dev/sdr: 1000.0 GB, 999988133888 bytes Disk /dev/sds: 1500.0 GB, 1499999764480 bytes Disk /dev/sdt: 1500.0 GB, 1499999502336 bytes I'm quite low on SAN disk space currently so I'm a little hesitant to migrate VM's around for fear of the migrations creating too many snapshots and filling up my SAN. We are in the process of expanding the SAN Array too, but we trying to get to the bottom of the bad IOPS at the moment before adding on addition overhead. Ping tests between hosts and engine all look alright, so I don't suspect network issues. I know this is very vague, everything is currently operational, however as you can see in the attached logs, I'm getting lots of ERROR messages. Any help or guidance is greatly appreciated. Thanks. Regards. Neil Wilson.

2 2

oVirt and Foreman
by Davide Ferrari 01 Aug '17

01 Aug '17

Hello list is anybody successfully using oVirt + Foreman for VM creation + provisioning? I'm using Foremn (latest version, 1.15.2) with latest oVirt version (4.1.3) but I'm encountering several problem, especially related to disks. For example: - cannot create a VM with multiple disks though Foreman CLI (hammer) - if I create a multidisk VM from Foreman, the second disk always gets the "bootable" flag and not the primary image, making the VMs not bootable at all. Any other Foreman user sharing the pain here? Foramn's list is not so useful so I'm trying to ask here. How do you programmatically create virtual machines with oVirt and Foreman? Should I switch do directly using oVirt API? Thanks in advance Davide

5 15

Deploying training lab
by Andy Michielsen 01 Aug '17

01 Aug '17

Hello all, Don't know if this is the right place to ask this but I would like to set up a trainingslab with oVirt. I have deployed an engine and a host with local storage and want to run 1 server and 5 desktops off it. But the desktops will be used on thin clients or old laptops with some minimal os installation running spice client or a webbrowser. I was wondering if anyone can give me pointer in how to set up a minimal laptop which only need to run an spice client. Kind regards.

3 5

fence issue adding host
by Bill James 31 Jul '17

31 Jul '17

--------------DDA22B530AEEAC5C11E37F1E Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit I'm adding 3 hardware nodes to our cluster. All 3 same type of server and software, HP DL360 G8, centos 7. One fails the fence agent test. The one I'm having problems with has a newer version of ilo firmware, not sure if related. Troublemaker: 2.54 Others: 2.53 ovirt-engine-4.1.0.4-1.el7.centos.noarch vdsm-4.19.4-1.el7.centos.x86_64 2017-07-26 15:14:30,215-07 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] EVENT_ID: FENCE_OPERATION_USING_AGENT_AND_PROXY_STARTED(9,020), Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Executing power management status on Host ovirt6.j2noc.com using Proxy Host ovirt1.j2noc.com and Fence Agent ilo4:10.144.254.89. 2017-07-26 15:14:30,216-07 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] START, FenceVdsVDSCommand(HostName = ovirt1.j2noc.com, FenceVdsVDSCommandParameters:{runAsync='true', hostId='23d2c0ab-5dd1-43af-9db3-2a426a539faf', targetVdsId='00000000-0000-0000-0000-000000000000', action='STATUS', agent='FenceAgent:{id='null', hostId='null', order='1', type='ilo4', ip='10.144.254.89', port='null', user='Administrator', password='***', encryptOptions='false', options='power_wait=4'}', policy='null'}), log id: 1498b3c4 *2017-07-26 15:14:30,414-07 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] FINISH, FenceVdsVDSCommand, return: FenceOperationResult:{status='ERROR', powerStatus='UNKNOWN', message='[Failed: Unable to obtain correct plug status or plug is not available, , ]'}, log id: 1498b3c4* 2017-07-26 15:14:30,420-07 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] EVENT_ID: FENCE_OPERATION_USING_AGENT_AND_PROXY_FAILED(9,021), Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Execution of power management status on Host ovirt6.j2noc.com using Proxy Host ovirt1.j2noc.com and Fence Agent ilo4:10.144.254.89 failed. 2017-07-26 15:14:30,420-07 WARN [org.ovirt.engine.core.bll.pm.FenceAgentExecutor] (default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] Fence action failed using proxy host '10.144.110.99', trying another proxy 2017-07-26 15:14:30,740-07 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] EVENT_ID: FENCE_OPERATION_USING_AGENT_AND_PROXY_STARTED(9,020), Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Executing power management status on Host ovirt6.j2noc.com using Proxy Host ovirt2.j2noc.com and Fence Agent ilo4:10.144.254.89. 2017-07-26 15:14:30,741-07 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] START, FenceVdsVDSCommand(HostName = ovirt2.j2noc.com, FenceVdsVDSCommandParameters:{runAsync='true', hostId='91d8fa70-fd24-4530-90f7-982ff068230b', targetVdsId='00000000-0000-0000-0000-000000000000', action='STATUS', agent='FenceAgent:{id='null', hostId='null', order='1', type='ilo4', ip='10.144.254.89', port='null', user='Administrator', password='***', encryptOptions='false', options='power_wait=4'}', policy='null'}), log id: 67d837da 2017-07-26 15:14:30,898-07 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] FINISH, FenceVdsVDSCommand, return: FenceOperationResult:{status='ERROR', powerStatus='UNKNOWN', message='[Failed: Unable to obtain correct plug status or plug is not available, , ]'}, log id: 67d837da 2017-07-26 15:14:30,903-07 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] EVENT_ID: FENCE_OPERATION_USING_AGENT_AND_PROXY_FAILED(9,021), Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Execution of power management status on Host ovirt6.j2noc.com using Proxy Host ovirt2.j2noc.com and Fence Agent ilo4:10.144.254.89 failed. I'm not sure the right syntax for fence_ipmilan since even a "good" host fails: [root@ovirt4 prod vdsm]# fence_ipmilan -a 10.144.254.87 -P -l Administrator -p *** -o status -v chassis power status Executing: /usr/bin/ipmitool -I lanplus -H 10.144.254.87 -U Administrator -P [set] -p 623 -L ADMINISTRATOR chassis power status 1 Error: Unable to establish IPMI v2 / RMCP+ session Failed: Unable to obtain correct plug status or plug is not available Any ideas on what the issue is? --------------DDA22B530AEEAC5C11E37F1E 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="#000000" bgcolor="#FFFFFF"> I'm adding 3 hardware nodes to our cluster. All 3 same type of server and software, HP DL360 G8, centos 7.<br> One fails the fence agent test.<br> The one I'm having problems with has a newer version of ilo firmware, not sure if related.<br> Troublemaker: 2.54<br> Others: 2.53<br> <br> ovirt-engine-4.1.0.4-1.el7.centos.noarch<br> vdsm-4.19.4-1.el7.centos.x86_64<br> <br> <br> 2017-07-26 15:14:30,215-07 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] EVENT_ID: FENCE_OPERATION_USING_AGENT_AND_PROXY_STARTED(9,020), Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Executing power management status on Host ovirt6.j2noc.com using Proxy Host ovirt1.j2noc.com and Fence Agent ilo4:10.144.254.89.<br> 2017-07-26 15:14:30,216-07 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] START, FenceVdsVDSCommand(HostName = ovirt1.j2noc.com, FenceVdsVDSCommandParameters:{runAsync='true', hostId='23d2c0ab-5dd1-43af-9db3-2a426a539faf', targetVdsId='00000000-0000-0000-0000-000000000000', action='STATUS', agent='FenceAgent:{id='null', hostId='null', order='1', type='ilo4', ip='10.144.254.89', port='null', user='Administrator', password='***', encryptOptions='false', options='power_wait=4'}', policy='null'}), log id: 1498b3c4<br> <b>2017-07-26 15:14:30,414-07 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] FINISH, FenceVdsVDSCommand, return: FenceOperationResult:{status='ERROR', powerStatus='UNKNOWN', message='[Failed: Unable to obtain correct plug status or plug is not available, , ]'}, log id: 1498b3c4</b><br> 2017-07-26 15:14:30,420-07 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] EVENT_ID: FENCE_OPERATION_USING_AGENT_AND_PROXY_FAILED(9,021), Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Execution of power management status on Host ovirt6.j2noc.com using Proxy Host ovirt1.j2noc.com and Fence Agent ilo4:10.144.254.89 failed.<br> 2017-07-26 15:14:30,420-07 WARN [org.ovirt.engine.core.bll.pm.FenceAgentExecutor] (default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] Fence action failed using proxy host '10.144.110.99', trying another proxy<br> 2017-07-26 15:14:30,740-07 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] EVENT_ID: FENCE_OPERATION_USING_AGENT_AND_PROXY_STARTED(9,020), Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Executing power management status on Host ovirt6.j2noc.com using Proxy Host ovirt2.j2noc.com and Fence Agent ilo4:10.144.254.89.<br> 2017-07-26 15:14:30,741-07 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] START, FenceVdsVDSCommand(HostName = ovirt2.j2noc.com, FenceVdsVDSCommandParameters:{runAsync='true', hostId='91d8fa70-fd24-4530-90f7-982ff068230b', targetVdsId='00000000-0000-0000-0000-000000000000', action='STATUS', agent='FenceAgent:{id='null', hostId='null', order='1', type='ilo4', ip='10.144.254.89', port='null', user='Administrator', password='***', encryptOptions='false', options='power_wait=4'}', policy='null'}), log id: 67d837da<br> 2017-07-26 15:14:30,898-07 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] FINISH, FenceVdsVDSCommand, return: FenceOperationResult:{status='ERROR', powerStatus='UNKNOWN', message='[Failed: Unable to obtain correct plug status or plug is not available, , ]'}, log id: 67d837da<br> 2017-07-26 15:14:30,903-07 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] EVENT_ID: FENCE_OPERATION_USING_AGENT_AND_PROXY_FAILED(9,021), Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Execution of power management status on Host ovirt6.j2noc.com using Proxy Host ovirt2.j2noc.com and Fence Agent ilo4:10.144.254.89 failed.<br> <br> <br> <br> I'm not sure the right syntax for fence_ipmilan since even a "good" host fails:<br> <br> <br> [root@ovirt4 prod vdsm]# fence_ipmilan -a 10.144.254.87 -P -l Administrator -p *** -o status -v chassis power status <br> Executing: /usr/bin/ipmitool -I lanplus -H 10.144.254.87 -U Administrator -P [set] -p 623 -L ADMINISTRATOR chassis power status<br> <br> 1 Error: Unable to establish IPMI v2 / RMCP+ session<br> <br> <br> Failed: Unable to obtain correct plug status or plug is not available<br> <br> <br> <br> <br> Any ideas on what the issue is?<br> <br> </body> </html> --------------DDA22B530AEEAC5C11E37F1E--

3 4

[ANN] oVirt 4.1.4 GA is now available
by Lev Veyde 31 Jul '17

31 Jul '17

The oVirt Project is pleased to announce the general availability of the oVirt 4.1.4, as of July 31th, 2017 This update is the GA release to the 4.1 series. 4.1.4 brings more than 20 enhancements and more than 90 bugfixes, including more than 70 high or urgent severity fixes, on top of oVirt 4.1 series This release is available now for: * Fedora 24 (tech preview) * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later * oVirt Node 4.1 * Fedora 24 (tech preview) See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available - oVirt Live is already available[4] - oVirt Node is already available[4] Additional Resources: * Read more about the oVirt 4.1.4 release highlights: http://www.ovirt.org/release/4.1.4/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.1.4/ [4] resources.ovirt.org/pub/ovirt-4.1/iso/ -- Lev Veyde Software Engineer, RHCE | RHCVA | MCITP Red Hat Israel <https://www.redhat.com> lev(a)redhat.com | lveyde(a)redhat.com <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

3 2

official status of Windows support in oVirt/RHEV ?
by Matthias Leopold 31 Jul '17

31 Jul '17

Hi, can someone please point me to resources about official status of Windows support in oVirt and RHEV? are there differences between oVirt and RHEV? i'm not talking about technical details, i know that eg. Windows 2008 or 2016 runs in oVirt, it's about support contracts. i looked at https://www.redhat.com/cms/managed-files/rh-red-hat-virtualization-datashee…, there you have the terms "Full support", "Support" and "Vendor Support". What's the difference? thx matthias

2 2

problem while moving/copying disks: vdsm low level image copy failed
by Johan Bernhardsson 31 Jul '17

31 Jul '17

Hello, We get this error message while moving or copying some of the disks on our main cluster running 4.1.2 on centos7 This is shown in the engine: VDSM vbgkvm02 command HSMGetAllTasksStatusesVDS failed: low level Image copy failed I can copy it inside the host. And i can use dd to copy. Haven't tried to run qemu-img manually yet. This is from vdsm.log on the host: 2017-07-28 09:07:22,741+0200 ERROR (tasks/6) [root] Job u'c82d4c53- 3eb4-405e-a2d5-c4c77519360e' failed (jobs:217) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/jobs.py", line 154, in run self._run() File "/usr/share/vdsm/storage/sdm/api/copy_data.py", line 88, in _run self._operation.wait_for_completion() File "/usr/lib/python2.7/site-packages/vdsm/qemuimg.py", line 329, in wait_for_completion self.poll(timeout) File "/usr/lib/python2.7/site-packages/vdsm/qemuimg.py", line 324, in poll self.error) QImgError: cmd=['/usr/bin/taskset', '--cpu-list', '0-15', '/usr/bin/nice', '-n', '19', '/usr/bin/ionice', '-c', '3', '/usr/bin/qemu-img', 'convert', '-p', '-t', 'none', '-T', 'none', '-f', 'raw', u'/rhev/data-center/mnt/glusterSD/vbgsan02:_fs02/0924ff77-ef51- 43 5b-b90d-50bfbf2e8de7/images/750f4184-b852-4b00-94fc- 476f3f5b93c7/3fe43487-3302-4b34-865a-07c5c6aedbf2', '-O', 'raw', u'/rhev/data-center/mnt/glusterSD/10.137.30.105:_fs03/5d47a297-a21f- 4587-bb7c-dd00d52010d5/images/750f4184-b852-4b00-94fc- 476f3f5b93c7/3fe43487-3302-4b34-865 a-07c5c6aedbf2'], ecode=1, stdout=, stderr=qemu-img: error while reading sector 12197886: No data available , message=None The storage domains are all based on gluster. The storage domains that we see this on is configured as dispersed volumes. Found a way to "fix" the problem. And that is to run dd if=/dev/vda of=/dev/null bs=1M inside the virtual guest. After that we can copy an image or use storage livemigration. Is this a gluster problem or an vdsm problem? Or could it be something with qemu-img? /Johan

2 4

Hosted Engine increase memory
by gregor 30 Jul '17

30 Jul '17

Hi, is it possible to increase the memory of an hosted engine after the installation? cheers gregor

3 2

Yum error while installing host on Centos7
by Iurcev, Massimiliano 30 Jul '17

30 Jul '17

I installed ovirt-engine on Centos7. My target is to have a single host machine. During the installation of the (first and unique) host, I get an error: Failed to install Host xxxx. Yum Non-fatal POSTIN scriptlet failure in rpm package gtk2-2.24.28-8.el7.x86_64. This error is followed by other errors: Failed to install Host xxxx. Failed to execute stage 'Package installation': One or more elements within Yum transaction failed. and finally: Host xxxx installation failed. Command returned failure code 1 during SSH session 'root(a)xxxx.mydomain.it'. All other libraries are yum-installed without problems.

2 1

ovirt and mixed selinux
by Bill James 30 Jul '17

30 Jul '17

I was hoping to migrate my systems to using selinux gradually. I added 3 new nodes with selinux in permissive mode. Migration fails to any of the previous hosts that currently have selinux disabled. Is it an all or nothing deal? Obviously not easy to reboot all nodes at once. 2017-07-28 09:35:43,616 ERROR (migsrc/8c566813) [virt.vm] (vmId='8c566813-4bee-4f04-be23-c9fc10e1e1f2') unsupported configuration: Unable to find security driver for model selinux (migration:265) 2017-07-28 09:35:43,641 ERROR (migsrc/8c566813) [virt.vm] (vmId='8c566813-4bee-4f04-be23-c9fc10e1e1f2') Failed to migrate (migration:405) Traceback (most recent call last): ovirt-engine-4.1.0.4-1.el7.centos.noarch libselinux-utils-2.5-6.el7.x86_64 related: http://lists.ovirt.org/pipermail/users/2016-October/076878.html

2 1

Quick way to generate vmconsole host keys?
by Richard Chan 30 Jul '17

30 Jul '17

Is there a quick way to generate the vmconsole host keys without putting the host into maintenance and reinstalling? -- Richard Chan

1 0

[SOLVED] Re: How to stop "Failed to stop image transfer session. Ticket does not exist for image" spam
by Richard Chan 29 Jul '17

29 Jul '17

Solved: I did not see the "Cancel" option in the disk page when the disk upload is stalled. Apologies for the noise. On Sat, Jul 29, 2017 at 2:57 PM, Richard Chan <richard(a)treeboxsolutions.com> wrote: > Using oVirt 4.1.3 - I have some failed disk uploads but the logs are being > spammed by > > > "Failed to stop image transfer session. Ticket does not exist for image" > > How to stop this? Thnaks! > > > -- > Richard Chan > > -- Richard Chan

1 0

Chrome 59 still will not upload to imageio, firefox ok
by Richard Chan 29 Jul '17

29 Jul '17

oVirt 4.1.4 I have imageio proxy working with web ui on firefox. On Chrome 59 I read bz# https://bugzilla.redhat.com/show_bug.cgi?id=1430598 and set "EnableCommonNameFallbackForLocalAnchors": true. However the upload fails with Make sure ovirt-imageio-proxy service is installed and configured, and ovirt-engine's certificate is registered as a valid CA in the browser. The certificate can be fetched from https:// <engine_url>/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA In the terminal I see :ERROR:cert_verify_proc_nss.cc(923)] CERT_PKIXVerifyCert for XXXXXXXX failed err=-8172 for both the web UI and imageio proxy. Any suggestions? -- Richard Chan

1 0

How to stop "Failed to stop image transfer session. Ticket does not exist for image" spam
by Richard Chan 29 Jul '17

29 Jul '17

Using oVirt 4.1.3 - I have some failed disk uploads but the logs are being spammed by "Failed to stop image transfer session. Ticket does not exist for image" How to stop this? Thnaks! -- Richard Chan

1 0

Migration network used also as vm network
by Gianluca Cecchi 28 Jul '17

28 Jul '17

Hello, I have a 10Gbit vlan defined as migration network and currently not enabled as vm network. When you configure a host interface, assigning a vlan that is defined as migration network, you must assign an ip to it on the host. Suppose I want to edit this vlan in DC so that I enable it to be also a VM network, are there any drawbacks having for example on a host the ip for this vlan (the migration ip) and also one or more running VMs with their vnics configured on this vlan too...? Thanks in advance, Gianluca

4 3

Regarding Ovirt Node ISO
by TranceWorldLogic . 28 Jul '17

28 Jul '17

Hi, I want to know packages list in ovirt node ISO. Do we have some documentation or some auto output of jenkin job ? Please let me know. Thanks, ~Rohit

2 1

Re: [ovirt-users] oVirt VM backups
by Victor José Acosta Domínguez 28 Jul '17

28 Jul '17

Also you could try the option i created: http://blog.infratic.com/blog/2017/07/07/create-ovirtrhevs-vm-backup/ Victor Acosta

1 0

Add CentOS 7 host fails during setup validation with 'Cannot locate vdsm package, possible cause is incorrect channels.'
by Schorschi 27 Jul '17

27 Jul '17

Trying to add a CentOS 7 host to oVirt instance, but fails during setup validation with 'Cannot locate vdsm package, possible cause is incorrect channels.' Of course, given this is oVirt (not RHEV) and CentOS not RHEL, there is not any RHEL applicable channel. Anyone have this issue as well? Version of KVM host (CentOS)... Linux node01.dachshund-digital.org 3.10.0-514.26.2.el7.x86_64 #1 SMP Tue Jul 4 15:04:05 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux CentOS Linux release 7.3.1611 (Core) NAME="CentOS Linux" VERSION="7 (Core)" ID="centos" ID_LIKE="rhel fedora" VERSION_ID="7" PRETTY_NAME="CentOS Linux 7 (Core)" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:centos:centos:7" HOME_URL="https://www.centos.org/" BUG_REPORT_URL="https://bugs.centos.org/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" CentOS Linux release 7.3.1611 (Core) CentOS Linux release 7.3.1611 (Core) Version of oVirt (and CentOS hosting oVirt)... Is release 4.1 per install http://resources.ovirt.org/pub/yum-repo/ovirt-release41.rpm Linux ovirt.dachshund-digital.org 3.10.0-514.26.2.el7.x86_64 #1 SMP Tue Jul 4 15:04:05 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux CentOS Linux release 7.3.1611 (Core) NAME="CentOS Linux" VERSION="7 (Core)" ID="centos" ID_LIKE="rhel fedora" VERSION_ID="7" PRETTY_NAME="CentOS Linux 7 (Core)" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:centos:centos:7" HOME_URL="https://www.centos.org/" BUG_REPORT_URL="https://bugs.centos.org/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" CentOS Linux release 7.3.1611 (Core) CentOS Linux release 7.3.1611 (Core) Any help appreciated. Thanks.

2 1

Re: [ovirt-users] Help get oVirt's add featured on Stack Overflow
by Karli Sjöberg 27 Jul '17

27 Jul '17

1 0

Help get oVirt's add featured on Stack Overflow
by Allon Mureinik 27 Jul '17

27 Jul '17

Hi lists, Thanks to Eldan, we have a community ad for oVirt proposed on Stack Overflow [1]. Now, we need some upvotes (current threshold is 6) before SO starts serving it. Have a SO account? Want to help? Just drop by and upvote. Have a great weekend, Allon [1] https://meta.stackoverflow.com/a/351453/2422776

3 4

oVirt VM backups
by Abi Askushi 27 Jul '17

27 Jul '17

Hi All, For VM backups I am using some python script to automate the snapshot -> clone -> export -> delete steps (although with some issues when trying to backups a Windows 10 VM) I was wondering if there is there any plan to integrate VM backups in the GUI or what other recommended ways exist out there. Thanx, Abi

5 6

Windows 2016 Sysprep - Fixed IP
by Sven Achtelik 27 Jul '17

27 Jul '17

--_000_BFAB40933B3367488CE6299BAF8592D1014E52F1255BSOCRATESasl_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, I'm looking into configuring a Windows 2016 Template via Run Once to have a= n static IP. Is there any way to do that ? Maybe over the Sysrep Section ? = I didn't find an answer about how to use it or what syntax should be used ?= Must I put a complete answer file into it or will this section on overwrit= e specific parts of the original file that resides on the engine ? Thank you, Sven --_000_BFAB40933B3367488CE6299BAF8592D1014E52F1255BSOCRATESasl_ 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=3DGenerator content=3D"Micros= oft Word 15 (filtered medium)"><style></style></head><body lang=3DDE link=3D"#0563C1" v= link=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>= <span lang=3DEN-US>I’m looking into configuring a Windows 2016 Templa= te via Run Once to have an static IP. Is there any way to do that ? Maybe o= ver the Sysrep Section ? I didn’t find an answer about how to use it = or what syntax should be used ? Must I put a complete answer file into it o= r will this section on overwrite specific parts of the original file that r= esides on the engine ? <o:p></o:p></span></p><p class=3DMsoNormal><span lan= g=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal><span lang=3DEN-= US>Thank you, <o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US= >Sven <o:p></o:p></span></p></div></body></html>= --_000_BFAB40933B3367488CE6299BAF8592D1014E52F1255BSOCRATESasl_--

2 4

Feature: Maximum memory size | BUG
by Ladislav Humenik 27 Jul '17

27 Jul '17

Hallo, after engine update to 4.1.2 from 4.0.6 we have following bug *Your Future Description: * Maximum memory value is stored in |VmBase.maxMemorySizeMb| property. It is validated against range [/memory of VM/, /*MaxMemorySizeInMB/], where /*MaxMemorySizeInMB/ is one of |VM32BitMaxMemorySizeInMB|, |VM64BitMaxMemorySizeInMB| and |VMPpc64BitMaxMemorySizeInMB| configuration options depending on selected operating system of the VM. Default value in webadmin UI is 4x size of memory. During migration of engine 4.0 -> 4.1 all VM-like entities will get max memory = 4x memory. If a VM (or template) is imported (from export domain, snapshot, external system) and doesn't have max memory set yet, the maximum value of max memory is set (|*MaxMemorySizeInMB| config options). *Our engine settings:* [root@ovirt]# engine-config -g VM64BitMaxMemorySizeInMB VM64BitMaxMemorySizeInMB: 8388608 version: 4.1 VM64BitMaxMemorySizeInMB: 8388608 version: 3.6 VM64BitMaxMemorySizeInMB: 8388608 version: 4.0 [root@ovirt# engine-config -g VM32BitMaxMemorySizeInMB VM32BitMaxMemorySizeInMB: 20480 version: general *Template: *engine=# select vm_guid,vm_name,mem_size_mb,max_memory_size_mb from vm_static where vm_name LIKE 'Blank'; vm_guid | vm_name | mem_size_mb | max_memory_size_mb --------------------------------------+---------+-------------+-------------------- 00000000-0000-0000-0000-000000000000 | Blank | 8192 | 32768 (1 row) *Created VM* - expected is mem_size_mb * VM64BitMaxMemorySizeInMB - we get mem_size_mb * 4 (default) *Engine: *engine=# select vm_guid,vm_name,mem_size_mb,max_memory_size_mb from vm_static where vm_name LIKE 'vm-hotplug%'; vm_guid | vm_name | mem_size_mb | max_memory_size_mb --------------------------------------+-------------+-------------+-------------------- 254a0c61-3c0a-41e7-a2ec-5f77cabbe533 | vm-hotplug | 1024 | 4096 c0794a03-58ba-4e68-8f43-e0320032830c | vm-hotplug2 | 3072 | 12288 (2 rows) *Question:* It is possible to change this (default * 4) behavior in DB?? Kind Regards, Ladislav Humenik, System administrator

3 5

Wrong CPU type set on ovirt node on ovirt version 3.6.4.1-1.el6 - anyone know a fix ?
by Joseph Kelly 27 Jul '17

27 Jul '17

--_000_CY1PR16MB0393574D1CEE59FBF5F2696288BE0CY1PR16MB0393namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, Has anyone come across a fix for this, in that I have a one node cluster in= which the cluster CPU type is reporting correctly as: Cluster CPU Type:Intel SandyBridge Family But the only node is showing: CPU Type:Intel Haswell-noTSX Family However on my node both vdsm and cpuinfo agree on the the cpu model its jus= t that webadmin GUI is reporting "Intel Haswell-noTSX Family" as the CPU type. # vdsClient -s 0 getVdsCapabilities | egrep -i cpuModel cpuModel =3D 'Intel(R) Xeon(R) CPU E5-2670 v3 @ 2.30GHz' #cat /proc/cpuinfo | grep "model name" | head -n 1 model name : Intel(R) Xeon(R) CPU E5-2670 v3 @ 2.30GHz We're still using ovirt t version 3.6.4.1-1.el6 but are trying to move to 4= .1.x And I suspect that a possible fix might to do this: 1) shutdown VM's on the problem node put it into maintenance mode and onlin= e it again. 2) if that doesn't work then put into maintenance mode again and restart vd= smd and online the node again. or does this need to be directly updated in the postgres DB for that node ?= If so does anyone know how to do that ? Thanks, Joe. -- J. Kelly Infrastructure Engineer TradingScreen www.tradingscreen.com<http://www.tradingscreen.com/> --_000_CY1PR16MB0393574D1CEE59FBF5F2696288BE0CY1PR16MB0393namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style type=3D"text/css" style=3D"display:none;"></style> </head> <body dir=3D"ltr"> <div id=3D"divtagdefaultwrapper" style=3D"font-size:10pt;color:#000000;font= -family:Verdana,Geneva,sans-serif;" dir=3D"ltr"> <p></p> <div><span style=3D"font-family: Verdana, Geneva, sans-serif;">Hello,</span= ></div> <div><br> </div> <div><span style=3D"font-family: Verdana, Geneva, sans-serif;">Has anyone c= ome across a fix for this, in that I have a one node cluster in which the c= luster CPU type is reporting correctly as:</span></div> <div><span style=3D"font-size: 10pt; font-family: Verdana, Geneva, sans-ser= if;">Cluster CPU Type:</span><span style=3D"font-size: 10pt; font-family: V= erdana, Geneva, sans-serif;">Intel SandyBridge Family</span><br> </div> <p></p> <p><span style=3D"font-size: 10pt;"><br> </span></p> <p><span style=3D"font-size: 10pt; font-family: Verdana, Geneva, sans-serif= ;">But the only node is showing: </span><br> </p> <p><span style=3D"font-size: 10pt; font-family: Verdana, Geneva, sans-serif= ;">CPU Type:</span><span style=3D"font-size: 10pt; font-family: Verdana, Ge= neva, sans-serif;">Intel Haswell-noTSX Family</span><br> </p> <p></p> <div><br> </div> <div><span style=3D"font-size: 10pt;"><span style=3D"font-family: Verdana, = Geneva, sans-serif;">However on my node </span><span style=3D"font-fam= ily: Verdana, Geneva, sans-serif;">both vdsm and cpuinfo agree on the the c= pu model its just that webadmin GUI is reporting </span></span><br> </div> <div><span style=3D"font-family: Verdana, Geneva, sans-serif;">"Intel = Haswell-noTSX Family" as the CPU type.</span></div> <div><br> </div> <div> <div><span style=3D"font-family: Verdana, Geneva, sans-serif;"># vdsClient = -s 0 getVdsCapabilities | egrep -i cpuModel</span></div> <div><span style=3D"white-space: pre; font-family: Verdana, Geneva, sans-se= rif;"></span><span style=3D"font-family: Verdana, Geneva, sans-serif;">cpuM= odel =3D 'Intel(R) Xeon(R) CPU E5-2670 v3 @ 2.30GHz'</span></div> <div><span style=3D"font-family: Verdana, Geneva, sans-serif;">#cat /proc/c= puinfo | grep "model name" | head -n 1</span></div> <div><span style=3D"font-family: Verdana, Geneva, sans-serif;">model name</= span><span style=3D"white-space: pre; font-family: Verdana, Geneva, sans-se= rif;"> </span><span style=3D"font-family: Verdana, Geneva, sans-serif;">: Intel(R)= Xeon(R) CPU E5-2670 v3 @ 2.30GHz</span></div> <div><br> </div> <span style=3D"font-family: Verdana, Geneva, sans-serif;">We're still = </span><span style=3D"font-family: Verdana, Geneva, sans-serif;">using ovir= t </span><span style=3D"font-family: Verdana, Geneva, sans-serif;">t v= ersion 3.6.4.1-1.el6 but are trying to move to 4.1.x</span></div> <div><span><br> </span></div> <div><span><span style=3D"font-family: Verdana, Geneva, sans-serif;">And&nb= sp;I suspect that a possible </span><span style=3D"font-family: Verdan= a, Geneva, sans-serif;">fix might to do this:</span></span></div> <div><span><br> </span></div> <div><span><span style=3D"font-family: Verdana, Geneva, sans-serif;">1)&nbs= p;</span><span style=3D"font-family: Verdana, Geneva, sans-serif;">shutdown= VM's on the problem node put it into maintenance</span><span style=3D"font= -family: Verdana, Geneva, sans-serif;"> mode and online it again.</span></span></div> <div><span><span style=3D"font-family: Verdana, Geneva, sans-serif;">2)&nbs= p;if that doesn't work then put into maintenance</span><span style=3D"font-= family: Verdana, Geneva, sans-serif;"> mode again and restart vdsmd an= d online the node again.</span></span></div> <div><span><br> </span></div> <div><span><span style=3D"font-family: Verdana, Geneva, sans-serif;">or doe= s this need to be directly </span><span style=3D"font-family: Verdana,= Geneva, sans-serif;">updated in the postgres DB for that node ? If so does= anyone know how to do that ? </span></span></div> <div><span><br> </span></div> <div><span style=3D"font-family: Verdana, Geneva, sans-serif;">Thanks,</spa= n></div> <div><span style=3D"font-family: Verdana, Geneva, sans-serif;">Joe.</span><= /div> <p></p> <p><br> </p> <div id=3D"Signature"> <div id=3D"divtagdefaultwrapper" dir=3D"ltr" style=3D"font-size: 12pt; colo= r: rgb(0, 0, 0); font-family: Calibri, Arial, Helvetica, sans-serif, EmojiF= ont, "Apple Color Emoji", "Segoe UI Emoji", NotoColorEm= oji, "Segoe UI Symbol", "Android Emoji", EmojiSymbols, = EmojiFont, "Apple Color Emoji", "Segoe UI Emoji", NotoC= olorEmoji, "Segoe UI Symbol", "Android Emoji", EmojiSym= bols, EmojiFont, "Apple Color Emoji", "Segoe UI Emoji",= NotoColorEmoji, "Segoe UI Symbol", "Android Emoji", Em= ojiSymbols, EmojiFont, "Apple Color Emoji", "Segoe UI Emoji&= quot;, NotoColorEmoji, "Segoe UI Symbol", "Android Emoji&quo= t;, EmojiSymbols;"> <div style=3D"font-family:Tahoma; font-size:13px"> <table class=3D"" cellspacing=3D"0" cellpadding=3D"0" width=3D"100%" style= =3D"font-family:Cantarell; letter-spacing:normal; orphans:auto; text-indent= :0px; text-transform:none; widows:auto; word-spacing:0px"> <tbody> <tr class=3D""> <td class=3D""> <div>-- <br> <span style=3D"font-size:12pt; color:#000000; font-style:Arial,sans-serif; = font-weight:bold">J. Kelly</span><br> <span style=3D"font-size:10pt; color:#000000; font-style:Arial,sans-serif">= Infrastructure Engineer</span><br> <span style=3D"font-size:12pt; color:#808080; font-style:Arial,sans-serif; = font-weight:bold">TradingScreen</span><br> <span style=3D"font-size:10pt; color:#808080; font-style:Arial,sans-serif">= <a href=3D"http://www.tradingscreen.com/" id=3D"LPNoLP">www.tradingscreen.c= om</a></span><br> </div> </td> </tr> </tbody> </table> <br> </div> </div> </div> </div> </body> </html> --_000_CY1PR16MB0393574D1CEE59FBF5F2696288BE0CY1PR16MB0393namp_--

1 0

user can see other user's vms
by Hari Gowtham 26 Jul '17

26 Jul '17

Hi, we have been trying to use ovirt to let the other devs in our team spawn vms and use it. we are nearly done with the setup. we have the hosted engine up, created gluster volumes and now we have setup the login to the portal too. While trying to spawn vms we noticed that, The admin can view, start or stop the vms on the machines which is fine. But we can see that the users can see each other user's vms too. This will make it possible for one user to start or stop other user's vm which we don't want to happen. we need to avoid this situation were one user has access to other user's vm. A particular user should be able to see the vms created by him alone So that he will have the ability to stop his own vms alone. What is the best way to create this setup? Is this the way it was designed to work or have i done something wrong here? Do let me know. -- Regards, Hari Gowtham.

3 3

iSCSI Multipath issues
by Vinícius Ferrão 25 Jul '17

25 Jul '17

--_000_FAC906FE18D64366A7C371126A43C191ifufrjbr_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCknigJltIGpvaW5pbmcgdGhlIGNyb3dkIHdpdGggaVNDU0kgTXVsdGlwYXRoIGlz c3VlcyBvbiBvVmlydCBoZXJlLiBJ4oCZbSB0cnlpbmcgdG8gZW5hYmxlIHRoZSBmZWF0dXJlIHdp dGhvdXQgc3VjY2VzcyB0b28uDQoNCkhlcmXigJlzIHdoYXQgSeKAmXZlIGRvbmUsIHN0ZXAtYnkt c3RlcC4NCg0KMS4gSW5zdGFsbGVkIG9WaXJ0IE5vZGUgNC4xLjMgd2l0aCB0aGUgZm9sbG93aW5n IG5ldHdvcmsgc2V0dGluZ3M6DQoNCmVubzEgYW5kIGVubzIgb24gYSA4MDIuM2FkIChMQUNQKSBC b25kLCBjcmVhdGluZyBhIGJvbmQwIGludGVyZmFjZS4NCmVubzMgd2l0aCA5MjE2IE1UVS4NCmVu bzQgd2l0aCA5MjE2IE1UVS4NCnZsYW4xMSBvbiBlbm8zIHdpdGggOTIxNiBNVFUgYW5kIGZpeGVk IElQIGFkZHJlc3Nlcy4NCnZsYW4xMiBvbiBlbm80IHdpdGggOTIxNiBNVFUgYW5kIGZpeGVkIElQ IGFkZHJlc3Nlcy4NCg0KZW5vMyBhbmQgZW5vNCBhcmUgbXkgaVNDU0kgTVBJTyBJbnRlcmZhY2Vz LCBjb21wbGV0ZWxseSBzZWdyZWdhdGVkLCBvbiBkaWZmZXJlbnQgc3dpdGNoZXMuDQoNCjIuIFN0 YXJ0ZWQgdGhlIGluc3RhbGxhdGlvbiBvZiBTZWxmLWhvc3RlZCBlbmdpbmUgYWZ0ZXIgdGhyZWUg aG91cnMgb2Ygd2FpdGluZywgYmVjYXVzZTogaHR0cHM6Ly9idWd6aWxsYS5yZWRoYXQuY29tL3No b3dfYnVnLmNnaT9pZD0xNDU0NTM2DQoNCjMuIFNlbGVjdGVkIGlTQ1NJIGFzIGRlZmF1bHQgaW50 ZXJmYWNlIGZvciBIb3N0ZWQgRW5naW5lLiBFdmVyeXRoaW5nIHdhcyBmaW5lLg0KDQo0LiBPbiB0 aGUgSG9zdGVkIEVuZ2luZSBJ4oCZdmUgZG9uZSB0aGUgZm9sbG93aW5nOg0KDQphLiBTeXN0ZW0g PiBEYXRhIENlbnRlcnMgPiBEZWZhdWx0ID4gTmV0d29ya3MNCi4gQ3JlYXRlZCBpU0NTSTEgd2l0 aCBWTEFOIDExIGFuZCBNVFUgOTIxNiwgcmVtb3ZlZCBWTSBOZXR3b3JrIG9wdGlvbi4NCi4gQ3Jl YXRlZCBpU0NTSTIgd2l0aCBWTEFOIDEyIGFuZCBNVFUgOTIxNiwgcmVtb3ZlZCBWTSBOZXR3b3Jr IG9wdGlvbi4NCg0KYi4gU3lzdGVtID4gRGF0YSBDZW50ZXJzID4gRGVmYXVsdCA+IENsdXN0ZXJz ID4gRGVmYXVsdCA+IEhvc3RzID4gb3ZpcnQzLmNjLmlmLnVmcmouYnI8aHR0cDovL292aXJ0My5j Yy5pZi51ZnJqLmJyPiAobXkgbWFjaGluZSkNCg0KU2VsZWN0ZWQgU2V0dXAgSG9zdCBOZXR3b3Jr cyBhbmQgbW92ZWQgaVNDU0kxIHRvIGVubzMgYW5kIGlTQ1NJMiB0byBlbm80LiBCb3RoIGljb25z IGdvbmUgZ3JlZW4sIGluZGljYXRpbmcgYW4g4oCcdXDigJ0gc3RhdGUuDQoNCmMuIFN5c3RlbSA+ IERhdGEgQ2VudGVycyA+IERlZmF1bHQgPiBDbHVzdGVycw0KDQpTZWxlY3RlZCBMb2dpY2FsIE5l dHdvcmtzIGFuZCB0aGVtIE1hbmFnZSBOZXR3b3JrLiBSZW1vdmVkIHRoZSBSZXF1aXJlZCBjaGVj a2JveCBmcm9tIGJvdGggaVNDU0kgY29ubmVjdGlvbnMuDQoNCmQuIFN5c3RlbSA+IERhdGEgQ2Vu dGVycyA+IERlZmF1bHQgPiBTdG9yYWdlDQoNCkFkZGVkIGFuIGlTQ1NJIFNoYXJlIHdpdGggdHdv IGluaXRpYXRvcnMuIEJvdGggc2hvd3MgdXAgY29ycmVjdGx5Lg0KDQplLiBTeXN0ZW0gPiBEYXRh IENlbnRlcnMNCg0KTm93IHRoZSBpU0NTSSBNdWx0aXBhdGggdGFiIGlzIHZpc2libGUuIFNlbGVj dGVkIGl0IGFuZCBhZGRlZCBhbiBpU0NTSSBCb25kOg0KLiBpU0NTSTEgYW5kIGlTQ1NJMiBzZWxl Y3RlZCBvbiBMb2dpY2FsIE5ldHdvcmtzLg0KLiBUd28gaXFu4oCZcyBzZWxlY3RlZCBvbiBTdG9y YWdlIFRhcmdldHMuDQoNCjUuIG9WaXJ0IGp1c3QgZ29lcyBkb3duLiBWRFNNIGdldHMgY3Jhenkg YW5kIGV2ZXJ5dGhpbmcg4oCcY3Jhc2hlc+KAnS4gaVNDU0kgaXMgc3RpbGwgYWxpdmUsIHNpbmNl IHdlIGNhbiBzdGlsbCB0YWxrIHdpdGggdGhlIFNlbGYgSG9zdGVkIEVuZ2luZSwgYnV0ICoqTk9U SElORyoqIHdvcmtzLiBJZiB0aGUgaVNDU0kgQm9uZCBpcyByZW1vdmVkIGV2ZXJ5dGhpbmcgcmVn ZW5lcmF0ZXMgdG8gYSB1c2FibGUgc3RhdGUuDQoNCknigJl2ZSBhZGRlZCB0aGUgZm9sbG93aW5n IGZpbGVzIG9uIG15IHB1YmxpYyBwYWdlIHRvIGhlbHAgb24gZGVidWdnaW5nOg0KL3Zhci9sb2cv dmRzbS92ZHNtLmxvZw0KL3Zhci9sb2cvc2FubG9jay5sb2cNCi92YXIvbG9nL3Zkc20vbW9tLmxv Zw0KL3Zhci9sb2cvbWVzc2FnZXMNCg0KVGhlcmUgYXJlIHNvbWUgcmFuZG9tIGltYWdlcyBvZiBt eSBjb25maWd1cmF0aW9uIHRvbzogaHR0cDovL3d3dy5pZi51ZnJqLmJyL35mZXJyYW8vb3ZpcnQv DQoNCldoYXQgc2hvdWxkIGJlIGRvbmUgbm93PyBJc3N1ZSBhIGJ1ZyBmaXggcmVxdWVzdD8NCg0K VGhhbmtzLA0KVi4NCg0KUFM6IE15IG1hY2hpbmUgaXMgcmVhY2hhYmxlIG92ZXIgdGhlIGludGVy bmV0LiBTbyBpZiBhbnlvbmUgd291bGQgbGlrZSB0byBjb25uZWN0IHRvIGl0LCBqdXN0IGxldCBt ZSBrbm93Lg0KDQoNCg== --_000_FAC906FE18D64366A7C371126A43C191ifufrjbr_ Content-Type: text/html; charset="utf-8" Content-ID: <AC8E9BA23F15D441A9985204E5D2DA9B(a)if.ufrj.br> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KSGVsbG8sDQo8ZGl2IGNsYXNzPSIi PjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5J4oCZbSBqb2luaW5nIHRoZSBj cm93ZCB3aXRoIGlTQ1NJIE11bHRpcGF0aCBpc3N1ZXMgb24gb1ZpcnQgaGVyZS4gSeKAmW0gdHJ5 aW5nIHRvIGVuYWJsZSB0aGUgZmVhdHVyZSB3aXRob3V0IHN1Y2Nlc3MgdG9vLjwvZGl2Pg0KPGRp diBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+SGVyZeKAmXMg d2hhdCBJ4oCZdmUgZG9uZSwgc3RlcC1ieS1zdGVwLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIg Y2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+MS4gSW5zdGFsbGVkIG9WaXJ0IE5vZGUg NC4xLjMgd2l0aCB0aGUgZm9sbG93aW5nIG5ldHdvcmsgc2V0dGluZ3M6PC9kaXY+DQo8ZGl2IGNs YXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48c3BhbiBjbGFzcz0i QXBwbGUtdGFiLXNwYW4iIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPjwvc3Bhbj5lbm8xIGFuZCBl bm8yIG9uIGEgODAyLjNhZCAoTEFDUCkgQm9uZCwgY3JlYXRpbmcgYSBib25kMCBpbnRlcmZhY2Uu PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxzcGFuIGNsYXNzPSJBcHBsZS10YWItc3BhbiIgc3R5bGU9 IndoaXRlLXNwYWNlOnByZSI+PC9zcGFuPmVubzMgd2l0aCA5MjE2IE1UVS48L2Rpdj4NCjxkaXYg Y2xhc3M9IiI+PHNwYW4gY2xhc3M9IkFwcGxlLXRhYi1zcGFuIiBzdHlsZT0id2hpdGUtc3BhY2U6 cHJlIj48L3NwYW4+ZW5vNCB3aXRoIDkyMTYgTVRVLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48c3Bh biBjbGFzcz0iQXBwbGUtdGFiLXNwYW4iIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPjwvc3Bhbj52 bGFuMTEgb24gZW5vMyB3aXRoIDkyMTYgTVRVIGFuZCBmaXhlZCBJUCBhZGRyZXNzZXMuPC9kaXY+ DQo8ZGl2IGNsYXNzPSIiPjxzcGFuIGNsYXNzPSJBcHBsZS10YWItc3BhbiIgc3R5bGU9IndoaXRl LXNwYWNlOnByZSI+PC9zcGFuPnZsYW4xMiBvbiBlbm80IHdpdGggOTIxNiBNVFUgYW5kIGZpeGVk IElQIGFkZHJlc3Nlcy48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+ DQo8ZGl2IGNsYXNzPSIiPjxzcGFuIGNsYXNzPSJBcHBsZS10YWItc3BhbiIgc3R5bGU9IndoaXRl LXNwYWNlOnByZSI+PC9zcGFuPmVubzMgYW5kIGVubzQgYXJlIG15IGlTQ1NJIE1QSU8gSW50ZXJm YWNlcywgY29tcGxldGVsbHkgc2VncmVnYXRlZCwgb24gZGlmZmVyZW50IHN3aXRjaGVzLjwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Mi4g U3RhcnRlZCB0aGUgaW5zdGFsbGF0aW9uIG9mIFNlbGYtaG9zdGVkIGVuZ2luZSBhZnRlciB0aHJl ZSBob3VycyBvZiB3YWl0aW5nLCBiZWNhdXNlOg0KPGEgaHJlZj0iaHR0cHM6Ly9idWd6aWxsYS5y ZWRoYXQuY29tL3Nob3dfYnVnLmNnaT9pZD0xNDU0NTM2IiBjbGFzcz0iIj5odHRwczovL2J1Z3pp bGxhLnJlZGhhdC5jb20vc2hvd19idWcuY2dpP2lkPTE0NTQ1MzY8L2E+PC9kaXY+DQo8ZGl2IGNs YXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4zLiBTZWxlY3RlZCBp U0NTSSBhcyBkZWZhdWx0IGludGVyZmFjZSBmb3IgSG9zdGVkIEVuZ2luZS4gRXZlcnl0aGluZyB3 YXMgZmluZS48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2 IGNsYXNzPSIiPjQuIE9uIHRoZSBIb3N0ZWQgRW5naW5lIEnigJl2ZSBkb25lIHRoZSBmb2xsb3dp bmc6PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFz cz0iIj48c3BhbiBjbGFzcz0iQXBwbGUtdGFiLXNwYW4iIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUi Pjwvc3Bhbj5hLiZuYnNwO1N5c3RlbSAmZ3Q7IERhdGEgQ2VudGVycyAmZ3Q7IERlZmF1bHQgJmd0 OyBOZXR3b3JrczwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48c3BhbiBjbGFzcz0iQXBwbGUtdGFiLXNw YW4iIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPjwvc3Bhbj48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+ PHNwYW4gY2xhc3M9IkFwcGxlLXRhYi1zcGFuIiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj48L3Nw YW4+LiBDcmVhdGVkIGlTQ1NJMSB3aXRoIFZMQU4gMTEgYW5kIE1UVSA5MjE2LCByZW1vdmVkIFZN IE5ldHdvcmsgb3B0aW9uLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48c3BhbiBjbGFzcz0iQXBwbGUt dGFiLXNwYW4iIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPjwvc3Bhbj4uIENyZWF0ZWQgaVNDU0ky IHdpdGggVkxBTiAxMiBhbmQgTVRVIDkyMTYsIHJlbW92ZWQgVk0gTmV0d29yayBvcHRpb24uPC9k aXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48 c3BhbiBjbGFzcz0iQXBwbGUtdGFiLXNwYW4iIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPjwvc3Bh bj5iLiZuYnNwO1N5c3RlbSAmZ3Q7IERhdGEgQ2VudGVycyAmZ3Q7IERlZmF1bHQgJmd0OyBDbHVz dGVycyAmZ3Q7IERlZmF1bHQgJmd0OyBIb3N0cyAmZ3Q7DQo8YSBocmVmPSJodHRwOi8vb3ZpcnQz LmNjLmlmLnVmcmouYnIiIGNsYXNzPSIiPm92aXJ0My5jYy5pZi51ZnJqLmJyPC9hPiZuYnNwOyht eSBtYWNoaW5lKTwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxk aXYgY2xhc3M9IiI+PHNwYW4gY2xhc3M9IkFwcGxlLXRhYi1zcGFuIiBzdHlsZT0id2hpdGUtc3Bh Y2U6cHJlIj48L3NwYW4+U2VsZWN0ZWQgU2V0dXAgSG9zdCBOZXR3b3JrcyBhbmQgbW92ZWQgaVND U0kxIHRvIGVubzMgYW5kIGlTQ1NJMiB0byBlbm80LiBCb3RoIGljb25zIGdvbmUgZ3JlZW4sIGlu ZGljYXRpbmcgYW4g4oCcdXDigJ0gc3RhdGUuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFz cz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48c3BhbiBjbGFzcz0iQXBwbGUtdGFiLXNwYW4i IHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPjwvc3Bhbj5jLiZuYnNwO1N5c3RlbSAmZ3Q7IERhdGEg Q2VudGVycyAmZ3Q7IERlZmF1bHQgJmd0OyBDbHVzdGVyczwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48 YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PHNwYW4gY2xhc3M9IkFwcGxlLXRh Yi1zcGFuIiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj48L3NwYW4+U2VsZWN0ZWQgTG9naWNhbCBO ZXR3b3JrcyBhbmQgdGhlbSBNYW5hZ2UgTmV0d29yay4gUmVtb3ZlZCB0aGUgUmVxdWlyZWQgY2hl Y2tib3ggZnJvbSBib3RoIGlTQ1NJIGNvbm5lY3Rpb25zLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48 YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PHNwYW4gY2xhc3M9IkFwcGxlLXRh Yi1zcGFuIiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj48L3NwYW4+ZC4gU3lzdGVtICZndDsgRGF0 YSBDZW50ZXJzICZndDsgRGVmYXVsdCAmZ3Q7IFN0b3JhZ2U8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+ PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxzcGFuIGNsYXNzPSJBcHBsZS10 YWItc3BhbiIgc3R5bGU9IndoaXRlLXNwYWNlOnByZSI+PC9zcGFuPkFkZGVkIGFuIGlTQ1NJIFNo YXJlIHdpdGggdHdvIGluaXRpYXRvcnMuIEJvdGggc2hvd3MgdXAgY29ycmVjdGx5LjwvZGl2Pg0K PGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PHNwYW4g Y2xhc3M9IkFwcGxlLXRhYi1zcGFuIiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj48L3NwYW4+ZS4g U3lzdGVtICZndDsgRGF0YSBDZW50ZXJzPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0i Ij4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48c3BhbiBjbGFzcz0iQXBwbGUtdGFiLXNwYW4iIHN0 eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPjwvc3Bhbj5Ob3cgdGhlIGlTQ1NJIE11bHRpcGF0aCB0YWIg aXMgdmlzaWJsZS4gU2VsZWN0ZWQgaXQgYW5kIGFkZGVkIGFuIGlTQ1NJIEJvbmQ6PC9kaXY+DQo8 ZGl2IGNsYXNzPSIiPjxzcGFuIGNsYXNzPSJBcHBsZS10YWItc3BhbiIgc3R5bGU9IndoaXRlLXNw YWNlOnByZSI+PC9zcGFuPi4gaVNDU0kxIGFuZCBpU0NTSTIgc2VsZWN0ZWQgb24gTG9naWNhbCBO ZXR3b3Jrcy48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PHNwYW4gY2xhc3M9IkFwcGxlLXRhYi1zcGFu IiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj48L3NwYW4+LiBUd28gaXFu4oCZcyBzZWxlY3RlZCBv biBTdG9yYWdlIFRhcmdldHMuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwv ZGl2Pg0KPGRpdiBjbGFzcz0iIj41LiBvVmlydCBqdXN0IGdvZXMgZG93bi4gVkRTTSBnZXRzIGNy YXp5IGFuZCBldmVyeXRoaW5nIOKAnGNyYXNoZXPigJ0uIGlTQ1NJIGlzIHN0aWxsIGFsaXZlLCBz aW5jZSB3ZSBjYW4gc3RpbGwgdGFsayB3aXRoIHRoZSBTZWxmIEhvc3RlZCBFbmdpbmUsIGJ1dCAq Kk5PVEhJTkcqKiB3b3Jrcy4gSWYgdGhlIGlTQ1NJIEJvbmQgaXMgcmVtb3ZlZCBldmVyeXRoaW5n IHJlZ2VuZXJhdGVzIHRvIGEgdXNhYmxlIHN0YXRlLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIg Y2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+SeKAmXZlIGFkZGVkIHRoZSBmb2xsb3dp bmcgZmlsZXMgb24gbXkgcHVibGljIHBhZ2UgdG8gaGVscCBvbiBkZWJ1Z2dpbmc6PC9kaXY+DQo8 ZGl2IGNsYXNzPSIiPi92YXIvbG9nL3Zkc20vdmRzbS5sb2c8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+ L3Zhci9sb2cvc2FubG9jay5sb2c8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+L3Zhci9sb2cvdmRzbS9t b20ubG9nPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPi92YXIvbG9nL21lc3NhZ2VzPC9kaXY+DQo8ZGl2 IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaGVyZSBhcmUg c29tZSByYW5kb20gaW1hZ2VzIG9mIG15IGNvbmZpZ3VyYXRpb24gdG9vOiZuYnNwOzxhIGhyZWY9 Imh0dHA6Ly93d3cuaWYudWZyai5ici9+ZmVycmFvL292aXJ0LyIgY2xhc3M9IiI+aHR0cDovL3d3 dy5pZi51ZnJqLmJyL35mZXJyYW8vb3ZpcnQvPC9hPjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIg Y2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+V2hhdCBzaG91bGQgYmUgZG9uZSBub3c/ IElzc3VlIGEgYnVnIGZpeCByZXF1ZXN0PzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9 IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhhbmtzLDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5W LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9 IiI+UFM6IE15IG1hY2hpbmUgaXMgcmVhY2hhYmxlIG92ZXIgdGhlIGludGVybmV0LiBTbyBpZiBh bnlvbmUgd291bGQgbGlrZSB0byBjb25uZWN0IHRvIGl0LCBqdXN0IGxldCBtZSBrbm93LjwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJy IGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxzcGFuIGNsYXNzPSJBcHBsZS10YWIt c3BhbiIgc3R5bGU9IndoaXRlLXNwYWNlOnByZSI+PC9zcGFuPjwvZGl2Pg0KPGRpdiBjbGFzcz0i Ij48c3BhbiBjbGFzcz0iQXBwbGUtdGFiLXNwYW4iIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPjwv c3Bhbj48L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_FAC906FE18D64366A7C371126A43C191ifufrjbr_--

4 8

Ovirt Node
by Jose Vicente Rosello Vila 25 Jul '17

25 Jul '17

--_005_B30A1AA2D347B0428A4AFC31D8C738529C79EF55AGENDA1upvnetup_ Content-Type: multipart/alternative; boundary="_000_B30A1AA2D347B0428A4AFC31D8C738529C79EF55AGENDA1upvnetup_" --_000_B30A1AA2D347B0428A4AFC31D8C738529C79EF55AGENDA1upvnetup_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello users, I installed ovirt engine 4.1.3.5-1.el7.centos and I tried to install 2 host= s, but the result was " install failed". Both nodes have been installes from CD image. What can I do? Thanks, Josep Vicent Rosell=F3 Vila =C0rea de Sistemes d'Informaci=F3 i Comunicacions Universitat Polit=E8cnica de Val=E8ncia<http://www.upv.es/> Cam=ED de Vera, s/n 46022 VAL=C8NCIA Edifici 4<http://www.upv.es/pls/oalu/est_map.plano?P_ESTILO=3D2005&P_IDIOMA= =3Dc&P_ENTIDAD=3DCPD>L Tel. +34 963 879 075 (ext.78746) rosello(a)asic.upv.es<mailto:rosello@asic.upv.es> _____ Antes de imprimir este mensaje, piense si es necesario. =A1El cuidado del medioambiente es cosa de todos! --_000_B30A1AA2D347B0428A4AFC31D8C738529C79EF55AGENDA1upvnetup_ Content-Type: text/html; charset="iso-8859-1" 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=3Diso-8859-= 1"> <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"CA" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"ES">Hello users,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"ES"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"ES">I installed ovirt engine <span cla= ss=3D"gwt-inlinelabel"> 4.1.3.5-1.el7.centos and I tried to install 2 hosts, but the result was &#8= 220; install failed”.<o:p></o:p></span></span></p> <p class=3D"MsoNormal"><span class=3D"gwt-inlinelabel"><span lang=3D"ES"><o= :p> </o:p></span></span></p> <p class=3D"MsoNormal"><span class=3D"gwt-inlinelabel"><span lang=3D"ES">Bo= th nodes have been installes from CD image.<o:p></o:p></span></span></p> <p class=3D"MsoNormal"><span class=3D"gwt-inlinelabel"><span lang=3D"ES"><o= :p> </o:p></span></span></p> <p class=3D"MsoNormal"><span class=3D"gwt-inlinelabel"><span lang=3D"ES">Wh= at can I do?</span></span><span lang=3D"ES"><o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"ES"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"ES"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"ES"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:CA"><img width= =3D"1214" height=3D"620" style=3D"width:12.6458in;height:6.4583in" id=3D"Im= agen_x0020_2" src=3D"cid:image001.jpg@01D3057A.117AB600"></span><span lang= =3D"ES"><o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"ES"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"ES">Thanks,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"ES"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"ES" style=3D"mso-fareast-language:CA">= <o:p> </o:p></span></p> <table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding= =3D"0" style=3D"margin-left:5.4pt;border-collapse:collapse"> <tbody> <tr> <td width=3D"241" style=3D"width:147.9pt;border:none;border-top:solid #A6A6= A6 1.0pt;padding:8.5pt 5.4pt 8.5pt 5.4pt"> <p class=3D"MsoNormal" style=3D"margin-left:-5.4pt"><span style=3D"font-siz= e:10.0pt;font-family:"Arial",sans-serif;color:navy;mso-fareast-la= nguage:CA"><img width=3D"234" height=3D"78" style=3D"width:2.4375in;height:= .8125in" id=3D"_x005f_x0032__x005f_x0020_Imagen" src=3D"cid:image002.jpg@01= D3057A.117AB600" alt=3D"Descripci=F3n: Descripci=F3n: logo_upv_val.jpg"></s= pan><span style=3D"mso-fareast-language:CA"><o:p></o:p></span></p> </td> <td width=3D"379" colspan=3D"2" style=3D"width:284.6pt;border:none;border-t= op:solid #A6A6A6 1.0pt;padding:8.5pt 5.4pt 8.5pt 5.4pt"> <p class=3D"MsoNormal"><span style=3D"font-size:9.0pt;font-family:"Ari= al",sans-serif;color:black;mso-fareast-language:CA">Josep Vicent Rosel= l=F3 Vila</span><span style=3D"mso-fareast-language:CA"><o:p></o:p></span><= /p> <p class=3D"MsoNormal"><span style=3D"font-size:9.0pt;font-family:"Ari= al",sans-serif;color:#595959;mso-fareast-language:CA">=C0rea de Sistem= es d’Informaci=F3 i Comunicacions</span><span style=3D"mso-fareast-la= nguage:CA"><o:p></o:p></span></p> <p class=3D"MsoNormal"><b><span style=3D"font-size:9.0pt;font-family:"= Arial",sans-serif;color:#8D721B;mso-fareast-language:CA"><a href=3D"ht= tp://www.upv.es/"><span style=3D"color:#8D721B">Universitat Polit=E8cnica d= e Val=E8ncia</span></a></span></b><span style=3D"mso-fareast-language:CA"><= o:p></o:p></span></p> </td> </tr> <tr> <td width=3D"241" valign=3D"top" style=3D"width:147.9pt;border:none;border-= top:solid #A6A6A6 1.0pt;padding:8.5pt 5.4pt 0cm 5.4pt"> <p class=3D"MsoNormal"><span style=3D"font-size:9.0pt;font-family:"Ari= al",sans-serif;color:navy;mso-fareast-language:CA"> </span><span = style=3D"mso-fareast-language:CA"><o:p></o:p></span></p> </td> <td width=3D"170" valign=3D"top" style=3D"width:127.3pt;border:none;border-= top:solid #A6A6A6 1.0pt;padding:8.5pt 5.4pt 0cm 5.4pt"> <p class=3D"MsoNormal"><span style=3D"font-size:9.0pt;font-family:"Ari= al",sans-serif;color:navy;mso-fareast-language:CA">Cam=ED de Vera, s/n= </span><span style=3D"mso-fareast-language:CA"><o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:9.0pt;font-family:"Ari= al",sans-serif;color:navy;mso-fareast-language:CA">46022 VAL=C8NCIA</s= pan><span style=3D"mso-fareast-language:CA"><o:p></o:p></span></p> <p class=3D"MsoNormal"><u><span style=3D"font-size:9.0pt;font-family:"= Arial",sans-serif;color:#8D721B;mso-fareast-language:CA"><a href=3D"ht= tp://www.upv.es/pls/oalu/est_map.plano?P_ESTILO=3D2005&P_IDIOMA=3Dc&amp= ;P_ENTIDAD=3DCPD"><span style=3D"color:#8D721B">Edifici 4</span></a>L</span= ></u><u><span style=3D"mso-fareast-language:CA"><o:p></o:p></span></u></p> <p class=3D"MsoNormal"><span style=3D"font-size:9.0pt;font-family:"Ari= al",sans-serif;color:navy;mso-fareast-language:CA"> </span><span = style=3D"mso-fareast-language:CA"><o:p></o:p></span></p> </td> <td width=3D"210" valign=3D"top" style=3D"width:157.3pt;border:none;border-= top:solid #A6A6A6 1.0pt;padding:8.5pt 5.4pt 0cm 5.4pt"> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:8.0pt;font-f= amily:"Arial",sans-serif;color:navy;mso-fareast-language:CA">Tel.= +34 963 879 075 (ext.78746)</span><span style=3D"mso-fareast-language:= CA"><o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:9.0pt;font-f= amily:"Arial",sans-serif;color:#8D721B;mso-fareast-language:CA"><= a href=3D"mailto:rosello@asic.upv.es"><span style=3D"color:blue">rosello@as= ic.upv.es</span></a></span><span style=3D"mso-fareast-language:CA"><o:p></o= :p></span></p> </td> </tr> </tbody> </table> <p class=3D"MsoNormal"><span lang=3D"ES" style=3D"mso-fareast-language:CA">= <o:p> </o:p></span></p> <div class=3D"MsoNormal" align=3D"center" style=3D"text-align:center"><span= lang=3D"ES" style=3D"font-size:12.0pt;font-family:"Times New Roman&qu= ot;,serif;mso-fareast-language:CA"> <hr size=3D"2" width=3D"100%" align=3D"center"> </span></div> <p class=3D"MsoNormal"><span lang=3D"ES" style=3D"font-size:12.0pt;font-fam= ily:"Courier New";color:green;mso-fareast-language:CA">Antes de i= mprimir este mensaje, piense si es necesario.<br> =A1El cuidado del medioambiente es cosa de todos!</span><span lang=3D"ES" s= tyle=3D"font-size:12.0pt;font-family:"Times New Roman",serif;mso-= fareast-language:CA"><o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"ES"><o:p> </o:p></span></p> </div> </body> </html> --_000_B30A1AA2D347B0428A4AFC31D8C738529C79EF55AGENDA1upvnetup_-- --_005_B30A1AA2D347B0428A4AFC31D8C738529C79EF55AGENDA1upvnetup_ Content-Type: image/jpeg; name="image002.jpg" Content-Description: image002.jpg Content-Disposition: inline; filename="image002.jpg"; size=6265; creation-date="Tue, 25 Jul 2017 17:13:27 GMT"; modification-date="Tue, 25 Jul 2017 17:13:27 GMT" Content-ID: <image002.jpg(a)01D3057A.117AB600> Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEAeAB4AAD/2wBDAAoHBwgHBgoICAgLCgoLDhgQDg0NDh0VFhEYIx8lJCIf IiEmKzcvJik0KSEiMEExNDk7Pj4+JS5ESUM8SDc9Pjv/wAALCABOAOoBAREA/8QAHwAAAQUBAQEB AQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1Fh ByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZ WmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXG x8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/9oACAEBAAA/APZqKwtT8VWlncyWNlDJ qV/GMvBAQFiHrI5+VB9Tn2rOe58RagwD6vZ2DyRedFaafGJ5ZEzjIkkwvUjkLTdH0e41izN3Nrmv Q5dlGbyMZKkqeFTA5BqrNLPpuqy2EPinU4GjcIHvI4rmN2KhtuAA+cMPxOKv2/iTV7Jd2o2EeoWy kh7nTd29Npwd8DfMMd9pP0rodP1Ky1azS7sLmO4gfo6HIz6H0PsatUUUUUUUUUUUUUUUUUUUUUUV yeqavPrV5Lpmm3RtbKFzFdXqOFeaTH+ogJ/i9W7dBz0ybVdMuI00wWrRabNmIwJbyKbeY5Cy5ZQZ M5wWOdrAc85pLnUxdvZTTOz6jbFIY5bORfLWfccguxEZ3rkFckjJq7NrV/4WiSO5gsbZby5d0S5v WdlLsST8keFQE8k8DPWo74XFhMl3faaiyz363EU8Nwk299uBGFIRiMDgDJyAeag025KXd/c2oa7v 7mQw28gXasDPy7SKfmjPHQjpGoySaYzT2lxJq2nTJHP5nlR3hASLVXXgpIg/iJyFkXuD269nomsw a3ZGaON4JonMdxbyffgkHVW/oehGDWjWR4smmtvCWrT28rQzR2crpIhwVYKSCDT/AAzLLP4X0qae RpZZLOJndzksxQEkmq2jzXD+KPEEUk8kkMUkAiRmyseYgTgdsnmual8Uap4d8W6pc6jum8OSXi27 Sjk2UnlodxH9w7vwP69Lr9zL5+hG0uWWOfUEDGNuJE8tzg+oOBVLxXe3lt4m8KwW1zLFFc3sizIj YEiiMnB9RxUfim+vNC8T6HqwupRpk8psryHcdil/9W+PrxmtDxbc3IsLfTLCd4L3U51t45Izho1+ 9I4+iBvxxWX46mlt7zw1apf3Fpb3GoCKdo5zGWTYTgsD7VuaNY2NrLNJZanc3m4BWWW8acJ9Mk4r mNHVNS1jxS2q6teRRWd+Y4mW+eJYU2A8YIA61qeAb7U73wvJNfSS3Wy4lW0nmG17iEH5GP19ax/C ctt4t0rzbrXLyHX0mZriOO5aN7dg5+QRZxswMdDn1zWv8Qr28sdFsnsrmW3kk1K3jZo2wSrPgj6G tnUdHj1KeKV7y+g8sEBba5aJWz6hetct4CsptY0ODVL3VtUlnju5gAbx9rBJCFBXOCMAVo+ObnVH 03+y9BmMWpTRvcB16qkeGP8A3021f+BGtHR9Rg8V+Fbe9ikkiS9g+YwuVeNujAEdCDkfhXN3enSw +PNN0VNY1YWk9hNNIv26TJZWUA5znua6qLRY4okjF9fsEULue5Yk47k9zVTxTqFxDbwaZYSGO+1J zEkgGTDGBmST/gK9PciuRu4beW1h0+G1msfLQpp5LfJOu4fJnu5xuY8OpGea0ItGv/EWmTywX80c BTEUsr+Y12wxnJwP3PGAMAt1PGK43WPEP2xPsN7ClxJZqIo4hD5NtAxysqsgy33MbXHRjxT7zX7h Apfw80ED3CiMXLO5eHaoNrlh/HtB9MY4pl5qwmmgGr6DcRYeXcyyP5ojZ9yrEWGEKMAC3GADiuj0 Jb/xtcC9/tARJaxFGmW2VZS5BzGxziRB3HQjHc8TNb3DapBazpDBcwMtttdj5NpEUYZROjI+3jJy G+Unjm5d3q6Nrr6os6O9tsh1JUAHm2zcJMwHAKNkeu0Gu3BBGQcg1m+JLCXVPDOp2Fv/AK65tZI0 5/iKkCsPwp4s0dPDNlbX99BYXllAkFzbXLiOSN0AU8NgnpxitDwz5l1PqurmN44dQuQ1uHUqzRoi oGweQCQSM9iKh0OGC/uvE1rcxLNDJqBR0cZVh5MYIrm4NJ1bwv4p0fQwXu/D8l6ZrKZyS9oRG+YS e45yK2PGDlfGHg4YJzey/wDosj+tbnibRY/EPhy+0t+DcREI391xyp/AgVz3gW8vPEnlazqUDxS6 fb/YQrjrMP8AXOPrhR+BpvxEa1XU/CxvvK+zDU8y+aAUC7D1zxiug0S88OTTTw6E9hvADTLaKo9g Tt/GuDg8Kx+JNR8WSQhIdTtNXEtlcMucMEGFbPVT0Irs/C/ihNb0eWS5t2tb+wJjvrTHzRuvXHqD jIrlvFzeF/E2hrqmivE+vuV+wvanbdCXIwGA5GOc7ugzWr8Q2lh8OaR53zyjVLTeQOCQ2Sf0rtK4 74Vn/iiIicj/AEq4Jzx/y1aqVn4vtofE0N3PZ3Ux124NpYyRx5WOCJtoJ/3nLN9MGrPhYnw9401n wwwK2tyf7RsPQBjiRB9G7VNqH/JW9I4PGlz/APoa/wCFdhXAyi+1PV9c1ONmEccosLV8sBEiczHc vK5ZQMjpVaK6S8smT7Rcyw3jlZZPtYnRo41JkKHarBsYTJ/v+1ac2q3GhLFcmRPLcoJUMh2DLYI2 4+QIBwQeQBkGuE16WSDWX0l/IOn6pqMsNtAOpIkGdzFGwNzZGOgqeC4j1DWtQ0WSzae50lXml83U pQo8vAyuE6gYA4rP/tdbrQ38V2weOLT5zAsktyZXRn67Q0fQ7uTnvXU+HNXutN06WKR7ZNQvr0B5 owT+78lGVgpHAAZQeuCc4q2JxJAl7cGR1gZhNvY5eEsBKpOc4GUkHoValsbyM6teadPGD9quGW8D KIo1jIKKmOSQFPGdoJOe9dN4OuJZfD0VtcOXuLCR7OVj1JjYqD+IAP41tSyxwRNLNIscaDLO5wFH qTVBNQ0K+ukVLzT7i4/gCyo7/hzmtFmVFLMQqgZJJwAKzYvEehzTCGLVrNnY4AEy/MfQc8mtFyiq WcgKvJLdB702GaG6hSeCSOaNhlHRgyn6EUPcQRzJA80ayyZ2IWAZsdcDvVaTWNKgnaCXUrOOVDho 2nUMD7jNOttS06/kaK1vbW5dRkpFKrkD1wDWJp+vpaahc22p6tpU0JdmguYp40KLn/VuhPUeo698 V0gK7dwIwec1nL4i0I3Hkrq9iZScbRcJkn061cxaQXCtiGOac4U4AaQ4zj34GamIBHIH41ELq3Nt 9qFxEYNu7zd42Y9c9MU+N45I1eJlZGGVZTkEeoqjca/otpP9nuNVsoZVOCjzqCp9+eKvRvHMiyxs rqwyrKcgj2NIJYmmaJXQyoAWUHlQc4yPfB/KpK86s47O68OaWbuCa6d5bm5FtFDK/mM0zHJK/Lxn +MEVemEs2oJ56XCbbNNsU6oHjDzjK4TjGIwOKba6Fb6/MFmfasaiVl2llcs5z97k8IME/XFcP4v/ AORz8Pf9hy4/9HpTtF/5Kr42/wCvS8/mK57Tf+SIax/2FYv5LXpfh7w/BrumT+bIYnt5YyrquWAa 1iBwe3anwvHe5gcuTLEQ/GUw0LZA9OWJPvU2m6lM1ounW9pJfG9ijnmS1JR4iyITvdhtG7JPXOOB W54b+TWPEcI4UX6uB6FoYyf1p3jld3gXXB/04y/+gmuN1T7Br/w80/R9Hsjd6u9vbiF4oCv2dgFJ cyYAUDB781r66ZdW8baJ4UupC9klq15eKDgXJX5VVvVd3JHeuvudNsbyxaxubSGW1ZdpiZBtx9O1 cd4Pvbl/D/iLR7mZ7gaPcT2sMshyzRBSVBPcgcflWr8OFC/D3RAP+fUH9TVTX4w3xP8ACrd1huz/ AOOLSfE3T7EeA9auhZW/nmEEy+Uu/O5ec4zXR6Xp9laW0MttZwQyNEoZ44lUkYHGQK4PwRc6RBo1 zFdaLPdv/aVwPMTTjKv+sOPmwR/hWv4vd9T8UaD4VLMljd+ZcXiqdvmpGOI+OxPUV08+j6Zc6edP m0+2e0K7fJMQ2Y+naub8eaOdY/sPTre7ksZftjNBPF1idYXKn6ZA/Cp/Cvie4v5J9C12NbXXrFf3 0Y+7cJ2lT1B7+lUTCqfBWePAA/siQ/8AjpNQ+Ib+5034daDp9hM1vLqX2SxEycGJXUbiPfAI/Guv sdE0zTdOXT7WyhS2VdpQoDv92z1J7k1JFDY6JphSGOO1s7VGbaowqKMk/wBa4S1lvNG8XaV4iuzI IfE2ba4jY8QsTm3GO3y/L9Sa9GrnfBTqmjz2GR5lje3ELL6DzWK/oRUHiRGh1qKYAkXFo6AerROs oH4qH/KobDVrbTJ4ri6eGG3f/RmeIEqHLZTJCgZJ3dOmRXnni8keN9CQ8FNdn/WWMj9DT9E/5Kr4 2/69Lz+YrntN/wCSIax/2FYv5LXp/hnVbbT/AA5dtJMFlvZlgtlAJLuLeNcfgQfyqPzDBBd3IgaN oYpCisgVjhSiDpnlnXua7zTrUWOm21rx+5hSMn1woH9Kx/Cx8+6129H3Z9SdVPqI1WP+amrXiy1u r7wlqtpZRGW5ntJI4kBA3MVIA54qfQLea08O6bbXCbJobSKORCc7WCgEfnWV4j0O9fW9O8SaQiS3 1gGikt3baLiFuqhuzDqM8etWZ9fvntmWx0C/e8Iwsc6rHGrf7T5xj6ZqtofhqXQvC99bPILvUb3z bi5kUYEkzg8DPQdAKo+ErrV9F8M6XpN14a1Ay28SxSOrwlBz1+/nH4Vb1fTNQuPiD4f1GC3L2dpD cLPLuGELKAvGcnOKm8fadeav4I1PT9PgM9zPGFjjBAydwPU8dBW5aqyWkKuu1ljUEehxXF+E5NZ8 O6PNZXPhq/mla8nlDRPCVKu5YdXHrWn4p0O/vrnS9e0hE/tPS3LLBK20TRuMPGW7HHQ9M1ZHiK9k hCxeG9T+1HjypQiID7ybsY9xn6U/V7S7uda0GeKDdHb3EjzsGGEBiZR9eSBUHi7wsPEFtFdWUxs9 YsjvsrxeCjf3T6qe4qpNpWpP8KpNJFuTqLaYYDEGHMhXBGenWnap4ZuNc8C2GnMwtNRtIoJYXbkR TxgYzjtnIP1q1a+ItSW3WPUPDeoJeqMMluEkic+qvuAx9cUmtwaprOl2NibHyVvJl+3r5oYRRL8x Ukdd2AvHqayWsfFWv+CdTt9esre21SKVpdPW3YfeTDRnOSB8wxn06109lf3kljbyXemzxXDRKZYw VIR8cjOexzWBd29zoniy8e0aLb4hhxEJsiNbqNOASORuXJ47rVfRvDWv22iXVvfXzz3dnOr6c0jA x/JkqR/EN25lbcScVSvZvPgiNrPJDbvG6rHOqsLaQE70wRgMgyMnJIIxgc1zGuaJf3Gv+HdUkYyS NdwiYbNuJlKBwR6lFRvfDUzRP+SreNf+vS7/AJisrwvZHUfhHqNoASZdXiG1fvPwvyqO5PQV39jp F3Y6XInm2clvbQeUiOhLPcliZNjA5yGwoIHO0DtWtY6ZHPqy2NvJJJb2TpLeSyYJMqjMcPAAO0ne ffHrWfbJ4i8MPq2s6nc/a4WBhto52zM5BxCAF+Q72bnjPSut8PaYdH0G0sXbfLGmZX/vSE7nP4sT Vq/vYdN0+4vrjd5NtE0r7Rk7VGTgVjw+L4rixjvYdF1iS3lQSI62oO5SMggBs9Par+na9puraW2p WFwJoE3b8KQyFeqlTyCPQ1mad41tNWgt7iy0rV5be4I8uYWh2EZxnOeldJVXUr+LS9NuL+dZGito zI4jXc20cnA70unX9vqmnW+oWj77e5jWSNsYyCMio7TVba+vr2zg3s9i6pM235dxXdgHuQCM+maZ Brlhc65daLFNm9tIkllT0Vs4/p+Yo1rW7PQLFby+MnlNKkQ2LuO5jgcfWtCuKGt20HivUZdMTWLk xSCLULeO3M0W8LwU5+VsY6cH0710Go+IbHSdHi1XUfNtbaRkVjKmGjLkAbh2wTz6Vpo6yIrowZWG QwOQRVXTtTttUglmti2yKaSBt64+ZGKt+GRWcniy1u3lGlWV7qkcTFHmtY18vcOoDMQGI9s1ND4l sZdFvNWeK6ghsd/2iOaBkkQqMkbT149OKv6ffQ6lp9vf2xYw3Mayxlhg7WGRkVXttbsLvWrzR4Zt 13ZIjzJ6B84/lz9RWhWfrmkprWlyWjSGKTIkgmXrDIpyrj6ED+VV/D+tPqUMlrexi31SzIS7t/Q9 nX1RuoP4dRWVr9tAddK2iILo24ublZTtglVThS7DlH67XHoQcip1vNAvLFtF1O2/s5peWt7s7Szf 3lkzhznkMDn6Vyi+ELnw54k1DVUju9Ui1O0kt1mt1Ejs74wXGRg8fe+6epxWj4R8JaX4JsornWLy CKaPLxxPKNsTEYLc/ecjjIHA4HvpX97HcpJf2lsmlWQ/12rzwbZCCcfu1Izzn77AAdcGui0u2sbL TYotPKfZQuVdX3Bs8li3ck8k96w7Rz4r1yPUF50bTXP2Y9rqcZBkH+wvIB7kk9hXUVj+Lv8AkTtZ /wCvGb/0A07wrx4S0f8A68Yf/QBXL6YBD8Q/GUVvxbtaQyyqv3RKUOT9SKk+HU2uDwboaRWNkbLy gDK1y3mbMnJ27MZ9s13VNdFkRkdQysMEHoRXDeE79PCtpr2g3jHZobtPbg9XtnyyAeuDlfritrSV HhrwlJfakcTlXvbwjqZG+YgfThR9BXMatZT+F20TxhKu24E5XV8d45zzn2RtoH0FbPxKIbwvbkHI Oo2vTv8AvVrr68/8PTaxH4m8W/2XZWc4Oojcbi4aPB8teMBTmtzxfBHe6LYWuoQRyJcX9sk0X3lO XGR7jrWJp9zP8OtUi0bUZXl8OXT7dPvJDk2jH/li5/u+h/yG6xPPYfCrxBPaMVlM918ynkBp2BI/ Amux0C1trLw/p9taKqwR20YTb0I2jn8etVfGX/Ila1/14zf+gGotMvodG8AWN7LzHbadE2B1Y7Bg D3JwPxrm73TbnwxqPh7xI+PPmn+zauw6ETtnJPojkAe2K9DorI1vQv7SkivrO4NlqlsD5F0q54PV HH8SHuPxGDXMz3hXVJU1m3Ww1O82Qlrp91kyqDhozwHOSTsYg5PQ4qXSrq4lh0ewvZeLmW7nukul DboVchQQ44GWTHTgVROmwSzay1ro9nutZpEhVoniicLt43K2M8nPHbNTWt/pVndK0VhBpQSeOG8Y wKJrNmV+Gc5+Usq4fphqsX89tpMk9w2pGaw1OBoZp5pPmEyfcdAOWyDtwg6qCO9N0rw5LqqOv2F9 G0a42tPbqWSS9IGPu5/dIepH3m74rt4oo4IUhhRY441CoijAUDoAKfVHW9PbVtDvtOSQRNdW7xBy MhdwIzj8aybDTPE9jpFtpsWoaYi28KwrP9mdmwoAzt34zxVrSvDcGkaXd20UzzXV6Xkububl5ZGG Nxx0A7AcAVnaBoXiXQNIstKh1HTJLe0UJua2k3sucn+PGa6uiuZ1vwcmr+KdO1oXRhW3Ty7qELkX KBg6KfYMM1pa3pMmsCzg89Y7aK5Sa4QrkzBOVX2G7aT9KydM8G3MPh7VtI1jWp9WTUXkIeYcxKw4 A5Pfn0z0pl74S1K+8E2OhTanE93ZyQt9paIlXEbZXK5z0AHWtiwj8QreBtRutOe22nKW8Dq+e3JY j9KybTw7r2latq95puoafs1O588rcW7sU+UDGQwz0rT1HSbzU7DT47i5hW4trqG4ldIyFfY2SACc jP1q9qWm2mr6dNp9/As1tOu10buP8feszQfC9vpHhX/hHrh/tltiVCXHLo7E4Pvg4qtpmjeIdAtV 06wvrO+sYhtt/tqsssS9lLLkOB24Bq3faPqWp+F9Q0y91CJrq9ikjEscO1IgwwAFzkgepOTULeGp 5NJ0PTJLxTBppia4wn+vMa4UdeBuAbv0qlZeCryPwlq+h6nrs2pvqBkMc86kmHcPl4z2OG61u2UG rW9jbwT3NvPNHEqyS7GG9gMFsZ7nmtGiorm2gvIHt7mGOeFxho5FDKw9wa56XwNYJg6ZeXenAHKx RuJIgfaOQMo/DFVj4O1QGbbrdo3n7vML6WuX3dc7XAye5xVoeGNWmZjeeJ7jayhWFpaxQllHQFiG OOT371e0zwvo+lT/AGmC18y6IwbmdzLKf+BNkj6DArXoooooooooooooooooooooor//2Q== --_005_B30A1AA2D347B0428A4AFC31D8C738529C79EF55AGENDA1upvnetup_ Content-Type: image/jpeg; name="image001.jpg" Content-Description: image001.jpg Content-Disposition: inline; filename="image001.jpg"; size=63605; creation-date="Tue, 25 Jul 2017 17:13:27 GMT"; modification-date="Tue, 25 Jul 2017 17:13:27 GMT" Content-ID: <image001.jpg(a)01D3057A.117AB600> Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAJsBL4DASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDiq0dP 0trpIZmkjRZbgW8SuCRI/BwcdByBn3ql5En9w1dsr67so0jSGORY5RPGJBnZIBjcOfpweOBVkmnd aHbQ6zN8myzlEf2dWJIVpDgKSOTtIfP+7UcXhuEXttHc3qgXHm7Y40JYbCwPJ4xlapPqmoyW9pDJ hktJmmjJHJYtu5PcZz+Zpf7Vv/tlvcmNC8G/aCvBDliwPP8AtGlYDMOM/KcjscYzQFLOFUZZjgAd zUjQyFiRFtBPAHQULFMrBlUhgcgjsaYGl/wjdx5jKLm1ZU3iV1ZmETIAWU4Gc89gRRceHLm1gMs8 0CjzfKUfMdx4xzjA4YdcGnPrmolnaGKK3Z95cwrtLM4AZ+vXjtx7VCmo3Qs1t5LeObZIZVkk3Fwx IJP3sHoOooAbfaJdabOIroxITOYN27IyADuz/dww5pw0C7yVYxqwZl2luflcIT9NzfoabfX99qNt HBcqGSOSSRcDBBc5Iz6ccDtUsms6jLcCd1QuIkh+7xhWDA9epIyT35oAkPhmdbkRPeWqbhIVdt4B 2feGNueOvTBqk+lzLGzq0bqIBcAqT8yFtoxx1zVibVtRuLiOebEkqRyRhm5O185HXtuOKINVvLe2 iiW3gJiCqJGTLFFbcFPOMZoAivNFubF7hZjGTBGkjFWyCGIHHuCcH6GnWuiSXMkaG5t4WlhE6+YW xs5ySQDjGOc1O2uahMGF5DDd7kKN5ydRv3/wkdD/ADNMj1W5W3eBrK2kjaNYsMpztUkgZDDjJ/QU ARQaLPNBaTtLDFFdyGKNnJ4PQZABIBOcfQ0/+wptzkXNsYY2dXm3NtXZt3HpnqwHTrTjrOomCOAq hgiMZjj2DCFDkEd/XP1NNi1O8iDIYYpI3aRnjdcq+/G4Hnp8ox6YoAk/4Ri+27lMLJ5vlblfI+5v Df7pB4PrUOn6De6nDay2yoUuZzbqS2NrAbst6DHf2qePXtUin82NY1+8NgT5drKF24z0AUY9MVFY arqOmW6wWuFjDbiCM55U8/8AfI/M+tAEcWiXU0NtKpjCXNx9nTLchs4BPopOefY1Knh29a+itG8p JZGkXLNhV2dST6HjB75FPTXdTSOOMLGYY9hSMoMKVbcD65yT+ZoXXdVSGNEKq0UZiSQKC4UsGxk/ QD6CgCqNKl+yLPJLFGzEhIXJ3sA20npgDPHJ7Grb+Gp47y4tmurcPbgGU7ZPly20DG3J574xQ+u6 i6TAwwh5dwMgTDBWbcyjnGCefxOKVte1BbuW6t4o7aeUhneHcCxDbu7HuOnpQBlXNvJaXUtvMAJI nKNg5GQcVFU0qSyzPIYgpdixC9Bk54pvkSf3DQBHRUnkSf3DR5En9w0AR0VJ5En9w0eRJ/cNAEdF SeRJ/cNHkSf3DQBHRUnkSf3DR5En9w0AR0VJ5En9w0eRJ/cNAEdFSeRJ/cNHkSf3DQBHRUnkSf3D R5En9w0AR0VJ5En9w0eRJ/cNAEdFSeRJ/cNHkSf3DQBHRUnkSf3DR5En9w0AR0VJ5En9w0eRJ/cN AEdFSeRJ/cNHkSf3DQBHRUnkSf3DR5En9w0AR0VJ5En9w0eRJ/cNAEdFSeRJ/cNHkSf3DQBHRUnk Sf3DR5En9w0AR0VJ5En9w0eRJ/cNAEdFSeRJ/cNHkSf3DQBHRUnkSf3DR5En9w0AR0VJ5En9w0eR J/cNAEdFSeRJ/cNHkSf3DQBHRUnkSf3DR5En9w0AR0VJ5En9w0eRJ/cNAEdFSeRJ/cNHkSf3DQBH RUnkSf3DR5En9w0AR0VJ5En9w0eRJ/cNAEdFSeRJ/cNHkSf3DQBHRUnkSf3DR5En9w0AR0VJ5En9 w0eRJ/cNAEdFSeRJ/cNHkSf3DQBHRUnkSf3DR5En9w0AR0VJ5En9w0eRJ/cNAEdFSeRJ/cNHkSf3 DQBHRUnkSf3DR5En9w0AR0VJ5En9w0eRJ/cNAEdFSeRJ/cNHkSf3DQBHRUnkSf3DR5En9w0AR0VJ 5En9w0eRJ/cNAEdFSeRJ/cNHkSf3DQBHRUnkSf3DR5En9w0AR0VJ5En9w0eRJ/cNAEdFSeRJ/cNH kSf3DQBHRUnkSf3DR5En9w0AR0VJ5En9w0eRJ/cNAEdFSeRJ/cNHkSf3DQBHRUnkSf3DR5En9w0A R0VJ5En9w0eRJ/cNAEdFSeRJ/cNHkSf3DQBHRUnkSf3DR5En9w0AIf8AUj/eP8hWho+jHV0vWFxH D9lhMvz/AMXtVLyZPKA2HO4/0rR0vV7vSYJIreztH83h2li3Mw9OvT2oAzrS0lvpfLgUFsZ5OKsj R7gxqd8IYttKlwNvA6n1+YcVGkt1DNJLbr5Jc8qgGBznAB9KVrm/ZQpkfC9Ont/gPyoAcdJuBnJi GOrFxtA+v1GKlGhzfZ2d5EWQZ/d9c/jVYzXrIVLuVOcjj61I15ftA0TMxVjye5/GgBf7InDEM8Kg AklnHAAPUds7TSNo92hAdY1Jx1kHUnAH1pn2i+3l977j1Jxz1/xP50jTXrEMWbIxzgA8dM+uKAJE 0e6diB5ZUYJYNkYJxx64psWl3U5k8tMiNsEt8ueccZoS6v402LI4X044pEuL5EZVkkCscnkdf6UA Ph0mWWMO0sMYYkAM3PAJz9PlNQz2MtvEXkMeA+zAcE5xnp6YqV7u/kBDSOQRjGB7/wCJ/OmSy3k8 SxylnROVBA4/HrS1AjFrMbczhP3I/jzxn0+vtTI/vH/dP8qXyZcY2tjrjNOSGQMcoeh/lTAS2g+0 SMu4IqoXZiM4A68d6mTTZZgGgZHRuVLEKducbiOwyDUcQuIJBJEGVx3GKl+0X23aHYLnOAAP8j2o AmXRJ2gDrJE0jH5UVs5HHOfT5hUTaTdLMsWIyzDIw4x1A/8AZhS293eQSxt8zqnRCeMcf4D8hTpb 69d2MW6JGOdq468c59yAaAI/7KufJ87915XOX3/KMd8+lOGkXDAbShZsFVLAEg4+b6AkU1bm/SNU V32KMAYBGPT3/GgXV+BgSPjj07f/AKhQBXnga3kCOVJIDAqcgg9CDTZOo/3R/Knuk743hjtAUZ7A dBSyQyEjCE/KP5UATy6ZJGr7WLtGMyfLhV4zjd3PND6TcpG7bVPloXcZ6DJ6evSgXV+oAEjYAx0X njHPrx60Nd6g6urSyMHzuzjnPX+dAFVPuv8A7v8AUVNp9jJqN15ERwdpYkgkDH/18D8aYkMgD/Ie V/qKWP7TCGERdN2M7TjOOaAJYtKupSVVU3Bd7KXAKg9M+maRtMuE2hjEGYhQu/JJIzjH0IzStdX7 kl3ZiRg7lU5Hv60JcX0ZJV3BJ3cgHnGP5cUALHpU73jW7mONkYKzM3GT0x61FdWM9kIzOoXzBkAH JH19OtSLcXySvKruHfG44HOOlRS/aZ9plBYqMAkDP59/xoAvadpN5qxkFlD5hjxu+YDGfrV7/hEN a/58/wDyIv8AjWt8O/8AW3/+6n8zXT32qGyvDD5Esq/Z2mBjjLkEHHOOgqWxpHBf8IhrX/Pn/wCR F/xo/wCEQ1r/AJ8//Ii/4128Ou74o3a0kZWCqXQg/vSm/YF6+2fWiDWp7q4iSCxDq8LyELONwKkD b9ee/Si4WOI/4RDWv+fP/wAiL/jR/wAIhrX/AD5/+RF/xr0K5vniuPs8MBkkERldtwAjXoD789h6 VVttbElnDI8MjyMVjYIByxj8zgfpii4WOH/4RDWv+fP/AMiL/jR/wiGtf8+f/kRf8a7M+Iiu2VrU C3EDzSMJQzJtIGMY689KntNaN5PFClnMrtuLbzgKFIBOSBnqOg9aLhY4X/hENa/58/8AyIv+NH/C Ia1/z5/+RF/xr0FdUhbUjYhT5o7709M9N279Kqf2rcREzzrB9k+1Pb4UEOuM4brg9OmBRcLHE/8A CIa1/wA+f/kRf8aP+EQ1r/nz/wDIi/41148QS3n2YWtu0KySgPJL0CbC+RkAHgc+lWbTX4buXy1h cNuYZByMBN4OeM5FFwscP/wiGtf8+f8A5EX/ABp0fg3XJZFjSyy7ZwPMXt+Ndla63PdX0McdurQz NwS20xr5av8AifmrotN/5CsH+6/8hRcLHmP/AAgHiT/oHH/v6n+NH/CAeJP+gcf+/qf417hRRcLH h/8AwgHiT/oHH/v6n+NH/CAeJP8AoHH/AL+p/jXuFFFwseH/APCAeJP+gcf+/qf40f8ACAeJP+gc f+/qf417hRRcLHh//CAeJP8AoHH/AL+p/jR/wgHiT/oHH/v6n+Ne4UUXCx4f/wAIB4k/6Bx/7+p/ jR/wgHiT/oHH/v6n+Ne4UUXCx4f/AMIB4k/6Bx/7+p/jR/wgHiT/AKBx/wC/qf417hRRcLHh/wDw gHiT/oHH/v6n+NH/AAgHiT/oHH/v6n+Ne4UUXCx4f/wgHiT/AKBx/wC/qf40f8IB4k/6Bx/7+p/j XuFFFwseH/8ACAeJP+gcf+/qf40f8IB4k/6Bx/7+p/jXuFFFwseH/wDCAeJP+gcf+/qf40f8IB4k /wCgcf8Av6n+Ne4UUXCx4f8A8IB4k/6Bx/7+p/jR/wAIB4k/6Bx/7+p/jXuFFFwseH/8IB4k/wCg cf8Av6n+NH/CAeJP+gcf+/qf417hRRcLHh//AAgHiT/oHH/v6n+NH/CAeJP+gcf+/qf417hRRcLH h/8AwgHiT/oHH/v6n+NH/CAeJP8AoHH/AL+p/jXuFFFwseH/APCAeJP+gcf+/qf40f8ACAeJP+gc f+/qf417hRRcLHh//CAeJP8AoHH/AL+p/jR/wgHiT/oHH/v6n+Ne4UUXCx4f/wAIB4k/6Bx/7+p/ jR/wgHiT/oHH/v6n+Ne4UUXCx4f/AMIB4k/6Bx/7+p/jR/wgHiT/AKBx/wC/qf417hRRcLHh/wDw gHiT/oHH/v6n+NH/AAgHiT/oHH/v6n+Ne4UUXCx4f/wgHiT/AKBx/wC/qf40f8IB4k/6Bx/7+p/j XuFFFwseH/8ACAeJP+gcf+/qf40f8IB4k/6Bx/7+p/jXuFFFwseH/wDCAeJP+gcf+/qf40f8IB4k /wCgcf8Av6n+Ne4UUXCx4f8A8IB4k/6Bx/7+p/jR/wAIB4k/6Bx/7+p/jXuFFFwseH/8IB4k/wCg cf8Av6n+NH/CAeJP+gcf+/qf417hRRcLHh//AAgHiT/oHH/v6n+NH/CAeJP+gcf+/qf417hRRcLH h/8AwgHiT/oHH/v6n+NH/CAeJP8AoHH/AL+p/jXuFFFwseH/APCAeJP+gcf+/qf40f8ACAeJP+gc f+/qf417hRRcLHh//CAeJP8AoHH/AL+p/jR/wgHiT/oHH/v6n+Ne4UUXCx4f/wAIB4k/6Bx/7+p/ jR/wgHiT/oHH/v6n+Ne4UUXCx4f/AMIB4k/6Bx/7+p/jR/wgHiT/AKBx/wC/qf417hRRcLHh/wDw gHiT/oHH/v6n+NH/AAgHiT/oHH/v6n+Ne4UUXCx4f/wgHiT/AKBx/wC/qf40f8IB4k/6Bx/7+p/j XuFFFwseH/8ACAeJP+gcf+/qf40N4C8RqpZtOIAGT+9T/GvcKiuf+PaX/cP8qLhY8TXwF4idQy6c SpGQfNT/ABpf+EA8Sf8AQOP/AH9T/GvZo2kTS1aFBJKIQURm2hjt4Ge31rI8M+LE8TzTi1tGiitg End5ASs3dAB1A/vdD2ouFjy8eBPELOyDTzuXGR5i8Z/Gl/4QDxJ/0Dj/AN/U/wAa9mh/5CN1/up/ WsS78WyW1+0Y0u6MMDFJlOzzWY/6vy13fMDg/wCc0XCx5m/gTxDGAW08gEhR+8Xqenel/wCEA8Sf 9A4/9/U/xr2S6cyW9u5RkLSxkq2MjkcHFZ2valexahp+l6bJb29zfeY32idC6oqAEgKCNzHI7jgE 0XCx5Z/wgHiT/oHH/v6n+NYt/Y3GmXslpeR+XPHjeuQccZ7V7n4b1S41OyuBeCI3FpcvbSSQ58uQ rj5lB6deRzg5FeRePT/xWupf7y/+gihMGjBzRmmZozTEPzRmmZozQA/NGaZmjNAD80ZpmaM0APzR mmZozQA/NGaZmjNAD80ZpmaM0APzRmmZozQA/NGaZmjNAD80ZpmaM0APzRmmZozQA/NGaZmjNAD8 0ZpmaM0APzRmmZozQA/NGaZmjNAD80ZpmaM0APzRmmZozQA/NGaZmjNAD80ZpmaM0APzRmmZozQA /NGaZmjNAD80ZpmaM0APzRmmZozQA/NGaZmjNAD80ZpmaM0APzRmmZozQA/NGaZmjNAD80ZpmaM0 APzRmmZozQA/NGaZmjNAD80ZpmaM0APzRmmZozQB1ngG8t7WS+NzPFCGVMb2Az1rrm1DSXkMjXlo XKGMnzR9084615J9mmP/ACzNH2aX/nkaVh3PVA2grIrrcWgZVCjE+AMDaDjOM44z196b/wASDGPt NtnDAt9pO5t2M5OcnoOvoK8t+zS/88jR9ml/55GiwXPWJrrRriVJJLu2LoNoYT4OPQ4PI9jUQ/sA SLIJ7QMoAXE+AMLtBxnGccZ615Z9ml/55Gj7NL/zyNFguepj+wAADcWrfeyWuMlt2M7iTznA6+gq WG70e3ZWjvbfcqlQzXG4gE5IySfQV5P9ml/55Gj7NL/zyNFguev/ANsad/z/ANr/AN/RVVJNCS4M 4ubUyFmb5p9wBbqQCcAn2FeVfZpf+eRo+zS/88jRYLnqqSaFGioLm1KKSVVp9wXIK4AJ4GCRjpUY Tw8I9nn22Mg5+0ndwNvXOenGPSvLvs0v/PI0fZpf+eRosFz1VJdCjMZjuLRDGwZCs2MEKF9fQAY9 qu23iHSbO9hnn1C3WNQwLB84yOOleO/Zpf8AnkaPs0v/ADyNFgue7f8ACd+G/wDoLQf+Pf4Uf8J3 4b/6C0H/AI9/hXhP2eb/AJ5tR9nm/wCebUWC7Pdv+E78N/8AQWg/8e/wo/4Tvw3/ANBaD/x7/CvC fs83/PNqPs83/PNqLBdnu3/Cd+G/+gtB/wCPf4Uf8J34b/6C0H/j3+FeE/Z5v+ebUfZ5v+ebUWC7 Pdv+E78N/wDQWg/8e/wo/wCE78N/9BaD/wAe/wAK8J+zzf8APNqPs83/ADzaiwXZ7t/wnfhv/oLQ f+Pf4Uf8J34b/wCgtB/49/hXhP2eb/nm1H2eb/nm1Fguz3b/AITvw3/0FoP/AB7/AAo/4Tvw3/0F oP8Ax7/CvCDBKOqEUeTJ/d/UUWC7Pd/+E78N/wDQWg/8e/wo/wCE78N/9BaD/wAe/wAK8I8mT+7+ oo8mT+7+oosF2e7/APCd+G/+gtB/49/hR/wnfhv/AKC0H/j3+FeEeTJ/d/UUeTJ/d/UUWC7Pd/8A hO/Df/QWg/8AHv8ACj/hO/Df/QWg/wDHv8K8JEEp6ITR9nm/55tRYLs92/4Tvw3/ANBaD/x7/Cj/ AITvw3/0FoP/AB7/AArwn7PN/wA82o+zzf8APNqLBdnu3/Cd+G/+gtB/49/hR/wnfhv/AKC0H/j3 +FeE/Z5v+ebUfZ5v+ebUWC7Pdv8AhO/Df/QWg/8AHv8ACj/hO/Df/QWg/wDHv8K8J+zzf882o+zz f882osF2e7f8J34b/wCgtB/49/hR/wAJ34b/AOgtB/49/hXhP2eb/nm1H2eb/nm1Fguz3b/hO/Df /QWg/wDHv8KP+E78N/8AQWg/8e/wrwn7PN/zzaj7PN/zzaiwXZ7t/wAJ34b/AOgtB/49/hR/wnfh v/oLQf8Aj3+FeE/Z5v8Anm1H2eb/AJ5tRYLs92/4Tvw3/wBBaD/x7/Cj/hO/Df8A0FoP/Hv8K8J+ zzf882o+zzf882osF2e7f8J34b/6C0H/AI9/hR/wnfhv/oLQf+Pf4V4T9nm/55tR9nm/55tRYLs9 2/4Tvw3/ANBaD/x7/Cj/AITvw3/0FoP/AB7/AArwn7PN/wA82o+zzf8APNqLBdnu3/Cd+G/+gtB/ 49/hR/wnfhv/AKC0H/j3+FeE/Z5v+ebUfZ5v+ebUWC7Pdv8AhO/Df/QWg/8AHv8ACj/hO/Df/QWg /wDHv8K8J+zzf882o+zzf882osF2e7f8J34b/wCgtB/49/hR/wAJ34b/AOgtB/49/hXhP2eb/nm1 H2eb/nm1Fguz3b/hO/Df/QWg/wDHv8KP+E78N/8AQWg/8e/wrwn7PN/zzaj7PN/zzaiwXZ7t/wAJ 34b/AOgtB/49/hR/wnfhv/oLQf8Aj3+FeE/Z5v8Anm1H2eb/AJ5tRYLs92/4Tvw3/wBBaD/x7/Cj /hO/Df8A0FoP/Hv8K8J+zzf882o+zzf882osF2e7f8J34b/6C0H/AI9/hR/wnfhv/oLQf+Pf4V4T 9nm/55tR9nm/55tRYLs92/4Tvw3/ANBaD/x7/Cj/AITvw3/0FoP/AB7/AArwn7PN/wA82o+zzf8A PNqLBdnu3/Cd+G/+gtB/49/hR/wnfhv/AKC0H/j3+FeE/Z5v+ebUfZ5v+ebUWC7Pdv8AhO/Df/QW g/8AHv8ACj/hO/Df/QWg/wDHv8K8J+zzf882o+zzf882osF2e7f8J34b/wCgtB/49/hR/wAJ34b/ AOgtB/49/hXhP2eb/nm1H2eb/nm1Fguz3b/hO/Df/QWg/wDHv8KP+E78N/8AQWg/8e/wrwn7PN/z zaj7PN/zzaiwXZ7t/wAJ34b/AOgtB/49/hR/wnfhv/oLQf8Aj3+FeE/Z5v8Anm1H2eb/AJ5tRYLs 92/4Tvw3/wBBaD/x7/Cj/hO/Df8A0FoP/Hv8K8J+zzf882o+zzf882osF2e7f8J34b/6C0H/AI9/ hTJvHPhx4JFXVoCSpA6+n0rwz7PN/wA82o+zzf8APNqLBdntw8ZeGZtPFtcapbsjxeW6ndyCMEdK jtfEngyynWa1u7KGRYRbho1I/djovToK8V+zzf8APNqPs83/ADzaiwXZ7fF438OreTudVg2uFwee cZz2qnc6z4IvL03lxe2z3W5GWYl9yFPu7T2/Dr3rxz7PN/zzaj7PN/zzaiwXZ7fd+N/DsiRhNVgJ WVGPXoDz2qLU/Evg3WbX7PqN9aTxA7gGDAqfUEDIPuK8V+zzf882o+zzf882osF2ew6RrPg3Qp7h tN1VIIJ8E2wZvKVh1ZVxwT39cV5v4yvrfUPFd9dWcqywSMpR16H5QKxvs83/ADzaj7PN/wA82piG 5ozTvs83/PNqPs83/PNqAG5ozTvs83/PNqPs83/PNqAG5ozTvs83/PNqPs83/PNqAG5ozTvs83/P NqPs83/PNqAG5ozTvs83/PNqPs83/PNqAG5ozTvs83/PNqPs83/PNqAG5ozTvs83/PNqPs83/PNq AG5ozTvs83/PNqPs83/PNqAG5ozTvs83/PNqPs83/PNqAG5ozTvs83/PNqPs83/PNqAG5ozTvs83 /PNqPs83/PNqAG5ozTvs83/PNqPs83/PNqAG5ozTvs83/PNqPs83/PNqAG5ozTvs83/PNqPs83/P NqAG5ozTvs83/PNqPs83/PNqAG5ozTvs83/PNqPs83/PNqAG5ozTvs83/PNqPs83/PNqAG5ozTvs 83/PNqPs83/PNqAG5ozTvs83/PNqPs83/PNqAG5ozTvs83/PNqPs83/PNqAG5ozTvs83/PNqPs83 /PNqAG5ozTvs83/PNqPs83/PNqAG5ozTvs83/PNqPs83/PNqAG5ozTvs83/PNqPs83/PNqAG5ozT vs83/PNqPs83/PNqAG5ozTvs83/PNqPs83/PNqAG5ozTvs83/PNqPs83/PNqAG5ozTvs83/PNqPs 83/PNqAG5ozTvs83/PNqPs83/PNqAG5ozTvs83/PNqPs83/PNqAG5ozTvs83/PNqPs83/PNqAG5o zTvs83/PNqPs83/PNqANOipfstx/z7z/APftv8KPstx/z7z/APftv8KkoioqX7Lcf8+8/wD37b/C j7Lcf8+8/wD37b/CgCKipfstx/z7z/8Aftv8KPstx/z7z/8Aftv8KAIqKl+y3H/PvP8A9+2/wo+y 3H/PvP8A9+2/woAioqX7Lcf8+8//AH7b/Cj7Lcf8+8//AH7b/CgCKipfstx/z7z/APftv8KPstx/ z7z/APftv8KAIqKl+y3H/PvP/wB+2/wo+y3H/PvP/wB+2/woAioqX7Lcf8+8/wD37b/Cj7Lcf8+8 /wD37b/CgCKipfstx/z7z/8Aftv8KPstx/z7z/8Aftv8KAIqKl+y3H/PvP8A9+2/wo+y3H/PvP8A 9+2/woAioqX7Lcf8+8//AH7b/Cj7Lcf8+8//AH7b/CgCKipfstx/z7z/APftv8KPstx/z7z/APft v8KAPQ/hjbwyaRevJEjN9oxllBONo/xrtfslv/zwi/74Fcb8NHW20i8WdhExufuyHafur2Ndl9st v+fiL/vsUAZj6ppsd6bVoI/NFwINuFzym/dj0xUov9GZVYS2hDNsXgcnrUVxpum3LyNJdKfMn89g JF67NmPpiqx0HT22F9QYupTD70DbVGAAQOOO455qtBal6zv9Iv2RbcwM75KoUAYgEjpj2NXvslv/ AM8Iv++BWRaaTYWl5DcJf5MIYKu9BwSTgkckDceta/2y2/5+Iv8AvsUnboCv1PN/idDHFqlgY40T dC2doxn5h/jXFV23xOkSbU9PMTq4EL5KnOORXFYPofypDEopcH0P5UYPofyoASilwfQ/lRg+h/Kg BKKXB9D+VGD6H8qAEopcH0P5UYPofyoASilwfQ/lRg+h/KgBKKXB9D+VGD6H8qAEopcH0P5UYPof yoASilwfQ/lRg+h/KgBKKXB9D+VGD6H8qAEopcH0P5UYPofyoASilwfQ/lRg+h/KgBKKXB9D+VGD 6H8qAEopcH0P5UYPofyoASilwfQ/lRg+h/KgBKKXB9D+VGD6H8qAEopcH0P5UYPofyoASilwfQ/l Rg+h/KgBKKXB9D+VGD6H8qAEopcH0P5UYPofyoASilwfQ/lRg+h/KgBKKXB9D+VGD6H8qAEopcH0 P5UYPofyoASilwfQ/lRg+h/KgBKKXB9D+VGD6H8qAEopcH0P5UYPofyoASilwfQ/lRg+h/KgBKKX B9D+VGD6H8qAEopcH0P5UYPofyoASilwfQ/lRg+h/KgBKKXB9D+VGD6H8qAEopcH0P5UYPofyoAS ilwfQ/lRg+h/KgBKKXB9D+VGD6H8qAEopcH0P5UYPofyoASilwfQ/lRg+h/KgBKKXB9D+VGD6H8q AEopcH0P5UYPofyoASilwfQ/lRg+h/KgBKKXB9D+VGD6H8qAEopcH0P5UYPofyoASilwfQ/lRg+h /KgBKKXB9D+VGD6H8qAEopcH0P5UYPofyoASilwfQ/lRg+h/KgBKKXB9D+VGD6H8qAEopcH0P5UY PofyoASilwfQ/lRg+h/KgBKKXB9D+VGD6H8qAEopcH0P5UYPofyoASilwfQ/lRg+h/KgBKKXB9D+ VGD6H8qAEopcH0P5UYPofyoASilwfQ/lRg+h/KgBKKXB9D+VGD6H8qAEopcH0P5UYPofyoASilwf Q/lRg+h/KgBKKXB9D+VGD6H8qAEopcH0P5UYPofyoASilwfQ/lRg+h/KgBKKXB9D+VGD6H8qAPeZ 57a2eNbi5SJpW2xh5Apc+gz1NSIEkBKSFgCQSGzyOornPFuiXup3tjNYW8TyRZUyPIu1QWUncjKQ y8dsNxVC48Pa0b+wni+cxXczsHuD5ao0u4HAwc7fT6UIGdkqo4JVywBI4bvTvKH95vzrz248H61H BDBYgwQx3MzYjueTucFJRnuBxj/Grd34R1OaW7nWSXzpGnZWF2ygnchiOAcDGHOPehAdv5Q/vN+d HlD+8351zGiaTq9t4uvb+8SOO1mRlCxzFgx3Aq2CeOM11VADPKH95vzo8of3m/On0UAM8of3m/Oj yh/eb86fRQAzyh/eb86PKH95vzp9FADPKH95vzo8of3m/On0UAM8of3m/Ojyh/eb86fRQAzyh/eb 86PKH95vzp9FADPKH95vzo8of3m/On0UAM8of3m/Ojyh/eb86fRQAzyh/eb86o6tqMGj2n2ifzWB baqqeSa0awfF1ncXmmRfZYjK8UwcoBnIwe3egCj4duodV8RajciIhHjTCyAEjHFdI62kZxIsCnBb DADgdT+ormfCrTP4g1J7iEwSuis0ZGNuTW1q2kHUpI5ElEbxoVUlc9WUn8CFI/GgC/8AZ4f+eMf/ AHyKPs8P/PGP/vkVht4eu5JYWlvsrFKGCqWGVHc8/e/Tmphoc4nt5Ddb/KkLEnOQoI24567RtOeu TQBqtDbopZo4lVRkkqAAKSNLWUkRrC5XGdoBxkZH6Ut3B9ps5oMgeYjJk9sjFYi+GpkC7bpc7wxb aQRgAAjB6gAAZ96ANl2s4d28wJt+9kgY+v5j86kEcTAEIhB5BAFYEfhZyX86WJlZ1fAVvmIKnccn r8v60ybwzdyWxiW8QMWUmX597YzjPOOD09hQB0fkx/8APNP++RUTSWiXCwM8AmYZWMkbiPYdabp9 n9itjGW3Ozs7N/eJOaoahokt5qn2lJxGpRRkFtykbugzg/e7jI7UAa3kx/8APNP++RR5Mf8AzzT/ AL5FYkHhwgJ58qNtK4Rd21QGLFRk9DxTtK0GayujNdXAmw7uqjOFZgozyfY/nQBsGKIAkogA9hTf 9H2o37ra+Np4w2emPWm39u93ZyQRymIyDaXAyQO+PwrFn8NTyCJBdqyRZCM6ENGOfu7SB3x06AUA b3lxBgNiZPQYFIVgCliI8A4JwODWCfCp81cXOIed0fzYPJx37ZH5U2TwvcyXDyPdpIrrhlcMQTkE Drx07UAdF5Mf/PNP++RTD9nVwhWPcTgDHfGf5Vhv4auPPiaK88tUhZGxuyzMDk9e5I/KlHh2485H FzHGAAAiB8Rf7mT36c9qAN7yY/8Anmn/AHyKPJj/AOeaf98isiTw1b3WkNp91JL5RfejQyMjIcDo c565/OtaCCO2gjhhXbHGoVRnOAKYCKkL52rGcHBwBwaUJCSQFjyvUYHFYk/ht5JbuRbnDTs2MZGF IPy8H1warjwvdjySLyMOrxu7hSCxUAevoCPxpAdGscLqGVY2UjIIAIIpq/Z2k2KsZYDOAO2cVz8P hi6h83N1HIj7MRsGCNtyOQD6EdP7oqZfDcxmcy3QdHOW+9ll3A7Dz04P5mgDd8mP/nmn/fIo8mP/ AJ5p/wB8isqfw3a3o09rxpnlsgMMkrKJMDowB5Geea1n3bG2EBscE9M0MBirA+dixtg4OADg+lKs cLDKohHqAKwZvDVz9nEUWoFv3iy5dAPnGcn5cZznv6dajHh+7k1F1mcNbHlpCxzJlgdmM9Bg/maA Oj8mP/nmn/fIprJCgyyxqOmSAKw4fDlwL/zri7EkR8vcnzfNt6Z5p154dlutRnuTcBg7IyI+4hcY 4xnHGCR9aANsRREAhEIPQgCgxwhgpWPJ6DA5rnYvDt/CzKt1HjaFMh3Ev94FiM/e5HtQ3haf9632 pXkdnw0m4nDYz34JxjigDo/Jj/55p/3yKQxxKCWRAB1JArI0nRLnTr4Ty3YlX7OsTA5yxAAzyeOn 61q3MJuIvLD7QSNxxnI9KAH+VH/zzT8hSGOIEAomT04FUf7OlaQh5AVChQ3OWHoaV9MdmJEigb8g YPvz16jP6UAXvJj/AOeaf98ijyY/+eaf98iqlvYPFOZJJd43FgOevrV6gBnkx/8APNP++RR5Mf8A zzT/AL5FPooAZ5Mf/PNP++RR5Mf/ADzT/vkU+igBnkx/880/75FHkx/880/75FPooAZ5Mf8AzzT/ AL5FHkx/880/75FPooAZ5Mf/ADzT/vkUeTH/AM80/wC+RT6KAGeTH/zzT/vkUeTH/wA80/75FPoo AZ5Mf/PNP++RR5Mf/PNP++RT6KAGeTH/AM80/wC+RR5Mf/PNP++RT6KAGeTH/wA80/75FHkx/wDP NP8AvkU+igBnkx/880/75FHkx/8APNP++RT6KAGeTH/zzT/vkUeTH/zzT/vkU+igBnkx/wDPNP8A vkUeTH/zzT/vkU+igBnkx/8APNP++RR5Mf8AzzT/AL5FPooAZ5Mf/PNP++RR5Mf/ADzT/vkU+igB nkx/880/75FHkx/880/75FPooAZ5Mf8AzzT/AL5FHkx/880/75FPooAZ5Mf/ADzT/vkUeTH/AM80 /wC+RT6KAGeTH/zzT/vkUeTH/wA80/75FPooAZ5Mf/PNP++RR5Mf/PNP++RT6KAGeTH/AM80/wC+ RR5Mf/PNP++RT6KAGeTH/wA80/75FHkx/wDPNP8AvkU+igBnkx/880/75FHkx/8APNP++RT6KAGe TH/zzT/vkUeTH/zzT/vkU+igBnkx/wDPNP8AvkUeTH/zzT/vkU+igBnkx/8APNP++RR5Mf8AzzT/ AL5FPooAZ5Mf/PNP++RR5Mf/ADzT/vkU+igBnkx/880/75FHkx/880/75FPooAZ5Mf8AzzT/AL5F Hkx/880/75FPooAZ5Mf/ADzT/vkUeTH/AM80/wC+RT6KAGeTH/zzT/vkUeTH/wA80/75FPooAZ5M f/PNP++RR5Mf/PNP++RT6KAGeTH/AM80/wC+RR5Mf/PNP++RT6KAGeTH/wA80/75FHkx/wDPNP8A vkU+igBnkx/880/75FHkx/8APNP++RT6KAGeTH/zzT/vkUeTH/zzT/vkU+igBnkx/wDPNP8AvkUe TH/zzT/vkU+igBnkx/8APNP++RR5Mf8AzzT/AL5FPooAZ5Mf/PNP++RR5Mf/ADzT/vkU+igBnkx/ 880/75FHkx/880/75FPooAZ5Mf8AzzT/AL5FHkx/880/75FPooAZ5Mf/ADzT/vkUeVH/AM80/IU+ qWqeb9kIitxOpPzoecj6d6cVd2FJ2Vy15Mf/ADzT8hR5Mf8AzzT/AL5FUNPtGhtogpm2GTcFk4KL g8YzxTNF03ULGW7bUNUlvVeT9wrKo8tO2cAZP+Apyik9GKLbWxpeTH/zzT/vkUeTH/zzT/vkVW1a O4m0u4SzkeOcodhTGc+gz0zVW9F48toqxzJiQbpIpMgKMZ3LxnPTv1JqSjRdIkAJjU5OAAopv7v/ AJ4f+Oinzfwf739DUMKlXbeCXP8AF2IppAOzCfuxA8Z4UUZiH/LD/wAdFNi+6cjIwKIVZVOQQufl U9QKLAT+Wf8Ano/6f4UeWf8Ano/6f4VgSave291f4U3DRyhYrYDDFcdR8v45yenaop/E91HDcPFb RzGNto2B8d+Dx1OOKQHSeWf+ej/p/hR5Z/56P+n+Fc/d65qCQSlLdIySfLco5wMsACMfeO0Y7c1M mp6hJpVzcGNI3jlVE3IxJG4biR9D2oA2vLP/AD0f9P8ACjyz/wA9H/T/AArnZNfv2RAluqM0oXIR znlcoOPvcnJ6cVraRfS39q0k0YQhsDaCAeAe/PBJB9xQBc8s/wDPR/0/wo8s/wDPR/0/wrO1PU57 K6SOKEODGXAIYmQjPyrgHkYyc+tUJdb1JrVnigiGEOJNjkE/NhgMfdwv15oA6Dyz/wA9H/T/AAo8 s/8APR/0/wAKwJfEF9DLCv2ES+asjbUDZwN23qO+3n6iprXVdQu7C4lMEUTR25dCAzbn+bGPbj9a ANnyz/z0f9P8KPLP/PR/0/wrnJ/EF+LWbZDGrqMCTY5CnBxkY5JwCPqM1qaTqE9686zwiPyyAOCC OvBz34B49RQBf8s/89H/AE/wo8s/89H/AE/wp9FADPLP/PR/0/wo8s/89H/T/Cn0UAM8s/8APR/0 /wAKPLP/AD0f9P8ACn0UAM8s/wDPR/0/wo8s/wDPR/0/wp9FADPLP/PR/wBP8KPLP/PR/wBP8KfR QAzyz/z0f9P8KPLP/PR/0/wp9Y9zfTPqPlWs+yRCFMUu0K455HcnNXCDlsTKSiVdOOzxjquST+7j 5/AVvecvoawLP/kcNW/65R/yFbNJK4yUzqASQcCl85fQ1Xk/1bfSnU+VATecvoaPOX0NQ0UcqAm8 5fQ0hnUY4PNRVDdTfZ7eSYjd5SM+M9cKTihpIC55y+ho85fQ1yth43sbuHfLDNCRguoG/wAsbUJZ vQAuBUh8Z6cQ+yK6yFJUvFtVuGxznuUYfhQ0kB03nL6Gjzl9DXNx+MdPMStMlzE/ltLIjR/6pQqs SfbDrjHXNaWl6pb6vZi5tRKE3FSJUKsCPajlQXNLzl9DR5y+hqGijlQE3nL6Gjzl9DUNFHKgJvOX 0NHnL6GoaKOVATecvoaTz1yBg81FVTUr6PTbGa8lVmjgjZ2C9TjtRyoDR85fQ0ecvoaw5dfWxCLq du0MrAviFvNVYxgbycDAywHSq6eMtLZ8MLmNP+eskOEx82DnPfY35UWQHSecvoaPOX0Nc3H4z0uV InUXeJSesBG0ZUZPt869PWmJ4200RI1zHcwM0ckgRo9xwhOeh6kKSBRyoDp/OX0NJ565xg5rn/8A hLLFJpIpknjeNhvBjyY1O35m9BlwOM1e1i//ALK024vfKM3kRl/LU4LcjgGjlQGn5y+ho85fQ1zN v4z0+aIu6zIqsVZlXcqfMyrk9ixU4FNl8bWC28skdvdl0XcqSR7N/CtgHJ52sDRyoDqPOX0NHnL6 Gudk8X6bEspdboeSuZR5XKHeUCnn7xYEYp174otLXSI76OK4m82N5I4ghViEGW3Z+6B/nNFkB0Hn L6Gjzl9DXP2/imxvIL57USyNZxNKwKFVfbnIVuh5BFR2/jDT5oo2dLmJyAZEaPPkg7eWPpl15HrR yoLnSecvoaPOX0Nc9b+KrO8uYIbWC5cy3JtmJTbsIUtkgnOOKm/4SK0b7WIllZ7eKWQbl2rKIzht p9jxRZBqbfnL6Gjzl9DXN6L4n/tjUXtls2RVUkyB920gKcNwAM7uOT0Nb1PlC5N5y+hpPPXOMHNR VS1TUBplt55jMjMyRImcZZmCjJ7DJ60uVAafnL6Gjzl9DXN3nib7BNJb3lsIbhYfMGH8xCfnJGQA ekZP6UTeL7FDOkMNzNLCYtyBNuQ5ABGTyPmFFkB0nnL6Gjzl9DXPW/i7TbtlW2F1KzzCFAsJ+ckM cjPGPlbn2rbo5UBN5y+ho85fQ1DRRyoCbzl9DR5y+hqGijlQE3nL6Gjzl9DUNFHKgJvOX0NJ565I wcioqo6lqB08RbIvNmuJkgiQttBY5PJwcDAPajlQGp5y+ho85fQ1z0/iyxsp3tr1ZY7mGLzZljQy LH8pbG4dTgZFRnxjZCbb9mvNoUlm8sZDeYEC4z1JYe1FkB0vnL6Gjzl9DWLB4isZnnGZoxDG8haS PAZUOHI9dp4P9aoxeNtPN00E8N1DIZAiKYyzFSqncQOg+cDvRZAdR5y+ho85fQ1z+oeKLXT9RW1e KZwGKSyqPlQhN+Pc4xx71DB4zsLhv3UF2yMiNGVjBMhIYkAZ7BGJz6UWQHTecvoaPOX0NY2n+IbH VL6S0tWkaSONZdzJtVlIBBGevUVp0cqC5N5y+ho85fQ1DRRyoCbzl9DSeepJ4PFRVmapqr6dcWkM VsZ3u5jGME/Lhck8KT29KOVAbPnL6Gjzl9DXOHxdYmUxxQ3LlLkW0nyBdhwx3cnOPlNQt4405oFl to55R5ipJlNoiBfZuY/nj1xRZAdT5y+ho85fQ1l6bq9tqqyG3EqlApKyJtO1hlW+hFXqOVATecvo aPOX0NQ0UcqAm85fQ0gnU54PFRVk6vriaNcWaSQmRLqVkZw2PLAXOcd+wo5UBuecvoaPOX0Ncjbe OrORLZ7qJ7fzoGlMeC7Bg2AoI4ycVcHi/TSjcXCurFCjxEEN84wfxjaiyA6Lzl9DR5y+hrmh400w QySOLkCNSxxFw2CAQvrjcPSrdj4jsdRvJLa285pI4RNzHgMpAI2569RRyoDa85fQ0ecvoa5w+MNO 3p5YmkRwNpSM5ZiVAAH1cA88HNLB4tspCVnhubdxKYgsiD+/sB4PHIo5UB0XnL6Gjzl9DXKnx3pe 4HbP5XK52fMXDABQvfO7Oc1ftPEVjf34soDN5zQiYb4yoKkZ7855osgNoTqQDg80vnL6GuV1Txeu lXl1amyeVrdYSpEgHmb+vbjaOfepv+Ey0thJ5f2qXZJ5Y2QH5z82SvqPkb8qLINTpPOX0NHnL6Gu dTxhpjpuAueBuZTFyiYU72GeFw6+/PSmS+MtPhRpXS4EIV2DeXy+xtp2juM/yosgOkM6jsaXzl9D VSKZLm3hmiOY5QrqfUHBFYknih49KXUfsSC1mkWOF2nxnL7csApK+vGaHFINzpvOX0NHnL6Guc0z xONRuoIGspYHlYqQ7cqRGr8jH+1it2jlQXJvOX0NJ565xg5qKqWr340rTbi9MfmCCMvszjPI70cq A0/OX0NHnL6GuWtfG+nS+WtwJIpG3ElFMkYUFgG3YHB2nHHatLSNZTVzdeXBLCIHVB5owWBQMDjt w1HKgua/nL6Gjzl9DUNFHKgJfPUk8Hil85fQ1kaxqbaRYvdLbtOA6qwDYCA9WJwcAeuKxbjxwIXu tmnNMkEvl7o5sg/Mq8nbgZDZGCc4PSjlQHY+cvoaPOX0NY+jaymsi8aOExpb3BhUls+YAAQ3tnPS tKjlQXJvOX0NHnL6GoaKOVATecvoaPOX0NQ0UcqAlE6nPB4pfOX0NV16t9adRyoCbzl9DR5y+hqG ijlQE3nL6Gjzl9DUNFHKgJvOX0NHnL6GoaKOVATecvoaPOX0NQ0UcqAm85fQ0ecvoahoo5UBN5y+ ho85fQ1DRRyoCbzl9DR5y+hqGijlQE3nL6Gjzl9DUNFHKgJvOX0NHnL6GoaKOVATecvoaPOX0NQ0 UcqAm85fQ0ecvoahoo5UBK0iOMMpIpmIv7hptFPlQDyYjjKHgYpMQ/3CfrTaKOVAWqRVC52gDJzw O9VI9WsZbr7NHdwtPkr5Yb5sjrxUl3draqgxukkbai5xk9etRYZYoqpa3rSy+VND5TldykNuV19Q fxH51DFr1hMnmRyuYz92QxsEb5tvDEYPNIDRoqg2uaatxHB9utzJIGKgOCPlGTk9Bx61KdUsVVWN 7bBX5UmVcH6c0AWqKrrf2jypGt1A0jjKKJASw9QO9WKACiiigAooooAKKKKACiiigAooooAKKKKA CiiigAppjQuHKqWXoxHIp1FAHOWf/I46t/1zj/kK2aydO/5HPVv+ucf8hWodW04Zzf2gx1/fLx+t NSsNRctkEn+rb6U6nz3MUFv5zHMZxgrznPT+dTYHpR7RXsLldrlairOB6UYHpVcwrFamSosi7HAZ GyrA9CCDkVcwPSg4UEnAA5JNLmCxj/2DpeVP2C3BV94wv8WAM/ko/IU46LppUKbKDaMcbfTOP/Qm /M1cXVNPZFdb21Ku21WEq4J9Bz15FOW/s3aILdW5MqlowJB849R6inzBYoQaJptqmyCxgRdrJgL/ AAtgEfQ4H5CrFraQWUAhtY1iiHIVaf8A2tp+zzPtlv5WCfM8wbOCB97p1Iq2pV1DKQVIyCOho5gs V6Ks4HpRgelHMFitRVnA9KMD0o5gsVqKs4HpRgelHMFitUcqJL+7kVXRlKsrDIIPUGruB6UYHpS5 gsYw0HS1SNBYw7Y23pkZweP8B+Qp40fThtxZQYXGBt6YyR/6E35mtbA9KMD0p8wWMhNE01EVFsoQ qggDGcAkE/qq/kKjPhzSDIXOnW+45ydvXOc/zP5mtvA9KMD0o5gsZMuj6fNMJpbOFpQ2/cV53cDP v0H5CrE8MVyphnRZI3UhlYZB5FXsD0pskkcMbSSsqIoyzMcAD3NLmCxk/wBhaXvVvsFvld2ML/eJ J/Mkn8TSyaHpkqFJLGBlIwQV9gv8gB+Aq6dV08KrG9tdrqWU+auCBnJHPTg/lTjf2YcobqAMqeYQ ZBkJ/e+nvT5gsUV0XTkheFbKERugRl29RkkA/iSfrSz6Pp91ax209pFJBF9xGHC9jVr+1bAAE3du EbG1zINrZzjB6HoamkuraGZIpZ4UlkyURnAZsdcDvRzBYoR6XYw+eI7WJRcArKAOHB6gj8TTDomm l0Y2MG5G3KdvQ4A/9lH5CtGK8tZ4llhuIZI2baHRwQT6Z9aZ/aNj5nl/a7bfjdt81c49cZo5gsUY tE02Bw8NlCjiQShlHIcAgH8ifzp66XYpLcSLaxB7kFZiB98HqD9e9XpLu1hieWW4hSNG2s7OAFPo T2NKl3bSzmGOeF5VG4orgsB64pcwWKttawWcZjtokiQncVQYGemf0FTVZwPSjA9KfMFitUNxbw3S PDcRrJE64ZGGQeav4HpUF7dw2FsZ7jcEBVflQsSSQAAByeSKXMFjMk8PaTNCIpNPgeMDGCvbnv1/ iP5mnHQtLZ5HaxgLSKFc46gEEfqB+Qq5Bq1jOinz0jYyeVsm/dvv/u7Wwc8jj3plprumX3+ovISS zKAWCltpIYgHqBg8jjinzBYih0mwt3Dw2kSMJPNBA6NgjI9Op/M1bqK61rTrJ41uLuJDIQFyeOSo HP8AwJfzq9gelHMBWoqzgelGB6UcwWK1FWcD0owPSjmCxWoqzgelGB6UcwWK1QXFrBeo8NzEssZ2 na3qOh9jWhgelVr6+g0+JZLjfh3EahIy7Mx6AAAmlzBYonQ9MPWxg/1flY29U6Y/ImlOjac0gkNl DvBJDbe+Qf5gH8KtQ6rYzJGy3EamQsqpIdjZX7w2nnI7imWWu6ZqEKS295AyuhkUMwVio/iwece9 PmCxHHptlDPPNHbRLLPkSsF+/nrn69/WoYtA0qHZ5VhApR96kDkNxz+g/IVcn1nT7a7jtprqNJpG CIpPVicAfX2q7gelHMBkXWiabfTtPdWUE0rDaWdckjGP5Uw+HtJMez+z4NuAMY7Akj9SfzNbWB6U YHpS5gMyDS7G2u2uoLWKOdl2F1GDjjj9B+VWqs4HpRgelPmCxWoqzgelGB6UcwWK1Vbmwtb9l+1Q rL5T74ycgqcYyCK08D0qGe6gtWjWd1Qykhc9OASee3ANLmCxmHQNKbzN1hAfNcO+V+8wzg/qfzNN Xw7pCeXt063HltuT5ehyDn8wK0P7V0/y0f7bbFHzsIlXDY6455xUa65pj24mS9gZDGJQFYFth77e uOaOYLDbOwtNPRks7eOFXOWCDqasVDJrNnHBBMDJIs7skYihZ2YjOeAM8YNSf2pZcgzxiRVDNET8 6g4xleo6jrT5gsOopsOqWE6Bo7qHmPzcFgCE/vEHkD3qSzvbbUITLaSpLGHKb15GQcHB70cwWG1V udPtNQG28t451UnaHGcZxn+QrTwPSjA9KOYLGKfD2kM5c6dbFipUnZ2Oc/zP51Fb+F9Itwu2yjco zMrSfMV3EkjPp8x/Ot/A9KMD0pcwGK/h/SZI9j6fblc5xt78H+g/KpbbSbCzuPPtrSKKYJ5YdRyF 44/QflWrgelVF1O0fUDZBz54z/AdpIAJAbGCQCDinzBYqjR9PBQizgGxiy4X7pLbiR/wIZ+tRyaD pUswmksIGkDmTcV/iJyT+fNbOB6UYHpS5gsYieHdIjjMaadbqhGMBfp3/AflU6aVYw3Quo7WJbhU 2LIByFxjH5DFamB6UYHpT5gsZE2j6fdyCa4s4ZZSBl2XJPGP5Uo0fTwzsLOHLvvb5f4sEZ/8eP5m tbA9KoT6mtrDFLcGCJZSAu5z3/ClzDKzaHpjlS1jASpDD5e4AA/QAfgKJtD0y4jWOaxgdEztBX7u Tk4+p5q1BqK3MjRwtbu6MUKiQ5BHX+GrMMjO8iOiqyEdDkHI+lPmFYrrGkEMcUShI02qqjoAOgqs mj6fHK0qWcKuziQkD+IHIPtzzx3rWwPSmTP5URZVDHIABOOpxRzBYojT7QX7Xwt4xdsu0y4+YirF Qz6pHbXHkTSWyS7C+0yHoOf7vsfyqS2vDeRh7fyJFIByHPfp2o5gsOqKeCK5QwzoskTqQyMOD0q3 BJ5sKuVCk9R1p+B6UcwWMn+x9P8APE/2OHzQWO7b3br+eT+ZqSy06z01HSyt44Fc7mCDqcY/kMVd lkZZESNFYtk/McYx+HvVFtbtlZ1aa2BjcRsPMPDHgD7vsfyNHMFi1RSfaZPIMypC8YzyrnnH4Vaw PSjmCxm3VjbahG0N5Ck0e4Ha3rik/s2y+zm3+yxeSX8wx7fl3euPWrV3qFpYSWyXUqxNcyiGLI+8 +CQP0NJFqdjNt2XMW5txCswViFJBODzgEH8qXMOxBZ2Nrp8Zjs4I4EOMqgwOAAP0AH4VYpo1bTmx tvrQ554mX1x6+pFDapYpJ5f2mFpBIsRRGDFWY4AIHT8afMKw6irOB6UYHpRzBYrUVZwPSjA9KOYL FRerfWnVZwPSjA9KOYLFairOB6UYHpRzBYrUVZwPSjA9KOYLFairOB6UYHpRzBYrUVZwPSjA9KOY LFairOB6UYHpRzBYrUVZwPSjA9KOYLFairOB6UYHpRzBYrUVZwPSjA9KOYLFairOB6UYHpRzBYrU VZwPSjA9KOYLFairOB6UYHpRzBYrUVZwPSjA9KOYLFairOB6UYHpRzBYzbfQ7e31y41NB+8mQLtx 909z+PFWNQszeQFUZUlUHYzLuAJGOlW6gN7bLN5TXEIkzjYXGc+mKm7GZ2h6NcadGxvLv7RNyFKr hUBxnGfoKpXHg5blWVrsRqcZSGEIjkOHyy5wTx2A6mpPFviZ/DkFr5MCzTXLlV3HgYGax9M+IU8t 1BBqNgkfmyBA8cnTcQB8p68kZwaHeTuJaKxbfwEkibDfsq7WQIkWFUEAcc57Z647YFSDwNAZ2mku QXZlZsRcEiQP3JPOMHmt5NWsZL42a3KGcEjb7jqM9CR3HWrAniIUiVMP907hz9KXmM5u18GG1ubS Qag7R20wlRPKA6buOD/td8muoqvFfWs8CzRXETROu5XDjBHrUwkQuUDKWXqoPIoAdRUAvbYyyRie PfHjeNw+XOQM/kaW4uoLRA9xKkakgAscZJ4/rQBNRUDXlukiRtPGHkcxqu4ZLAEkfXANPE8TBCsi EPwuGHzfSgCSiiigAooooAKKKKACiiigAooooAKKKKAOf07/AJHPVv8ArnH/ACFNufBGkXWvpqsk PzD5nhAHlyP2Yj/Of50pWZfFmpbWI+ROh9hVj7Sf+e//AI/T9mprUunXqUW/Ztq+mhuajbPdWnlR hc7lOCxUYBB7VbrmWuGVdxlfb67jS+bJ/wA9H/76NCprmbT1M3N8qXQ6Wiua82T/AJ6P/wB9GjzZ P+ej/wDfRquQnnOlqO4iM1vJEr7C6lQ2AcZHXB4Nc95sn/PR/wDvo0ebJ/z0f/vo0cg+cZF4KXbP 9pvfOaZSuTF93Pl5xkn/AJ5j86nPhRPNmxcjyZ5fNkQwgnIdmUA54HzYIwc+2TTPMlzjfJn6mlVp m+60h/4EaOQOchHgoCFVN6C6DCZiO1Pu4x824Y2/3u/pxXR2kH2WzhgLmTykCbyMFsDGeKwPNlHV 3/M0ebJ/z0f/AL6NPkFznS0VzXmyf89H/wC+jR5sn/PR/wDvo0uQOc6Wiua82T/no/8A30aPNk/5 6P8A99GjkDnOlormvNk/56P/AN9GjzZP+ej/APfRo5A5zpaK5rzZP+ej/wDfRo82T/no/wD30aOQ Oc6Wiua82T/no/8A30aPNk/56P8A99GjkDnOlormvNk/56P/AN9GjzZP+ej/APfRo5A5zparahat e2E1vHL5LSDAk2htv4GsPzZP+ej/APfRpRLKTgO+f940cgc4Wfg+O3O6a585/OSXLR5+7Iz4yST1 fue1NXwai2n2U3SvCBuAeEE79mzJOeVx29e/FO8yX+/J+ZpQ8xBIZyB/tGjkHzkT+DN4BN+fNxjz DESVGXztO7P8fcnpzmr19oD300rPdKEni8qUeSCdo3bdpJ+U/NycH8Kq+bLnG98/U0eZL/fk/M0c gc5cbRriSzET3cIkWVJldLYKNykEZXdyMD1/HtWZZ+D3WWWG6nV7Vdu0iMB5G8sqWJzwPmPHsOam 82X++/5ml8yX++/HuaOQXMSy+GDJpNtZ/bWLwOJfOKndJJzuZtrDruPAIxT9J8NLpN8J4rgeWI9n lrHtBOFG48kZ+XsAfUmq/my/33/M0nmyf33/AO+jT5A5jpaK5vzZf77/AJmk82X++/HuaXIHOdLV PVLJtQsjDHKInDpIrlNwBVgwyMjPT1rG82Ufxv8AmaVXmdtqu5Ppuo5B84XfhH7dcfabi9LXDkiY hCqMp28BQ3GAo6k0kng8vPCft7CGNy/liPGclyeQcfx9wcY4xTmeZThmccZ+8aGaZPvNIO/U0cgc 41PCLhhJJf75lKFT5ACjb5eOM/8ATP17mulrnFadgSrSEDrgmm+bJ/z0f/vo0+QXMjpaK5rzZP8A no//AH0aPNk/56P/AN9GlyBznS0VzXmyf89H/wC+jR5sn/PR/wDvo0cgc50tFc15sn/PR/8Avo0e bJ/z0f8A76NHIHOdLVHVLCS/igEM6wyQTLMrMm8ZGeCMj19ayPNk/wCej/8AfRpyvM5wruT1+9Ry D5xH8ILJepdS3jPKWDz/ACkK5D7hgBsD053dB35qNvBZfy0bUGMUcRiCiLHWPZ649+me2cVIzzKS GaQEe5pWaZCQzSAj3NHIHMOi8LOt4t3Jfb5xP5xPkgKTuyRjPHHHX866GucDTspYNIQOpyab5sn/ AD0f/vo0+ToLm6nS0VzXmyf89H/76NHmyf8APR/++jS5A5zpaK5rzZP+ej/99GjzZP8Ano//AH0a OQOc6Wiua82T/no//fRo82T/AJ6P/wB9GjkDnOlrP1fSV1aFI2lMYUOOFzncjJ/7NmsrzZP+ej/9 9GlEkpBIdzjr8xo5B84+Xwmj3gmjufLG/cQsWDjC/KDnGPl7g9eMHmoD4NkdovM1IlIo/LVVh28b Nv8Aex2znGffHFSeZL/fk/M0u6fdt3Sbs4xk9aOQXMWm8N28ttZQXDedHayvJtZfvlt38t36VVuf CbXOoPcNfsIzkJEI/uglTjrj+DrjPPJNKPPJI3Pkcn5ulN3zZxvf/vo0cg+chTwNEjH/AExyp+YB lJw+AM43bccdMfjW5pOnHTbaSNpVleSZ5mZU2DLHJAGTWSXmUkF5ARx1NBklXG53GRnkmnyC5jpK K5rzZP8Ano//AH0aPNk/56P/AN9GlyBznS0VzXmyf89H/wC+jR5sn/PR/wDvo0cgc50tZUeieXq3 2v7QTEJGmWHZyHZQpO7PIxnjHfrWf5sn/PR/++jTt02zfuk2+u40cg+c6Oiua82T/no//fRo82T/ AJ6P/wB9GjkFznS0VzXmyf8APR/++jR5sn/PR/8Avo0cgc50tZF7pE17DFG0yxmNTHuTqyEYYcju O/aqPmyf89H/AO+jTUnuJBlRIeM8PRyD5i1L4bR7xLmLZA6SiXEZIDEdj9a14Y5FeR5CuXI4X2Fc +ZbgDJEgHX79Is8pJBZwR/tUcgcx09RzxtJEVUgNkEZ6cHNc95sn/PR/++jSNPIq53ufbdRyC5i/ caM9zffaJGQq2C8J+65AKgnjPRjxUdjoB06++027qv7sx+Xk7eTnP9PwqoJbkjIEhGcZ30Ga4BwQ 4Pu9HIPmOit4zFCqMQSOuOlSVzKzyMoO9xntuNL5sn/PR/8Avo0cguY35o5GkjeIplcjDZ7/AP6q yP8AhHAwmWVklV/9Wrf8svmLfLx1yx5NVWuJQQAzkn/axTvMuePlk5GR89HIPmL1jo0mnw3MUUgK TuXwxJ2ewrXrl2uJlBLbwB/t0/zZP+ej/wDfRo5BcxranpMWqmAXBPlxMxKY+9lSvXtjOc+1Y8fg zZam3fUHlR8GR3iG9mG7B3Z4+9yMc+2aeHmYMVeQhRk4J4FBeZTgtIPxNHIPnJJvCVvMXJlALhhn yhxmERfpjP40yHwm6akt3JqDSbGVgnl44D7gOuPbgD160nmS/wB+T8zQHmPR5Omepp8j3FzaWOko rmvNk/56P/30aPNk/wCej/8AfRpcgc50tFc15sn/AD0f/vo0ebJ/z0f/AL6NHIHOdLRXNebJ/wA9 H/76NHmyf89H/wC+jRyBznS0VzXmyf8APR/++jR5sn/PR/8Avo0cgc50tFc15sn/AD0f/vo0ebJ/ z0f/AL6NHIHOdLRXNebJ/wA9H/76NHmyf89H/wC+jRyBznS0VzXmyf8APR/++jR5sn/PR/8Avo0c gc50tFc15sn/AD0f/vo0ebJ/z0f/AL6NHIHOdLRXNebJ/wA9H/76NHmyf89H/wC+jRyBznS0VzXm yf8APR/++jR5sn/PR/8Avo0cgc50tFc15sn/AD0f/vo0ebJ/z0f/AL6NHIHOdLRXNebJ/wA9H/76 NHmyf89H/wC+jRyBznS0VzXmyf8APR/++jR5sn/PR/8Avo0cgc50tFc15sn/AD0f/vo0ebJ/z0f/ AL6NHIHOdLRXNebJ/wA9H/76NHmyf89H/wC+jRyBznS0VzXmyf8APR/++jR5sn/PR/8Avo0cgc50 tY8vh63l8SRaqcbkTBTHV+zfl/StiiouWcl8QdEn1bTraa3jaZrWQsYVUsXDDHGOeOtc9Y+HdTv9 T0/dFNEkEgmdpzJgAMpxhlxk47V6Yzqn3mAz6mlBBGQcg9xTTtcVtdzAuNAvJ7O4sFu4o7OQyMjC M+aC+TjOcdWPI5xxVWDwcUCtJNCZAcrhCQh8xWO3J4yFxxjrVr/hNdLM0iILh442KvMkeUXHUnnO B9K1p9TsbaaOGe7gilkAKI8gBYHgYFK1hvzMC38INbW6bfsMksbJtV4PkZVQphhn33fWrOj+Gn0r UWmFwrRmLYSFO9zhRkkk4+724rcnuIbWIy3EqRRggFnYAcnA5+tSUAcbJ4HmdCFuLdSoVAqRlRIA rLufnlvmzmtLVPDT3zWuyaIiGNIyZkLldrBty88McYNbkdxDK7JHKjsv3grAkc45/EH8qkoA48eC 7lpZHku7cFz/AAQ42/LIpYeh+cflU48JzfbYLrzLWJ1kDMsURCIAV4RScc7eeM5PWupooAKKKKAC iiigAooooAKKKKACiiigAooooA4+b/kbNS/3E/kKybjwhp9xrC3pBWI/NJbj7rt6+w9RXSWCLJ4y 1UOoYeXH1HsK3fs0P/PJP++RTajJWkrl0q1Wi26crXVjl7hC0GyMdxgDA4zUua6P7ND/AM8k/wC+ RR9mh/55J/3yKaaUnLuZNNpI5yiuj+zQ/wDPJP8AvkUfZof+eSf98iq5xchzlOQjeuSAMiuh+zQ/ 88k/75FH2aH/AJ5J/wB8ijnDkMV7vIYKCCcjcD19P0pReDP3O3PPfua2fs0P/PJP++RR9mh/55J/ 3yKXMh2ZhTzLKFCgjbnqc1DXR/Zof+eSf98ij7ND/wA8k/75FPnQuU5yiuj+zQ/88k/75FH2aH/n kn/fIo5w5DnKK6P7ND/zyT/vkUfZof8Ankn/AHyKOcOQ5yiuj+zQ/wDPJP8AvkUfZof+eSf98ijn DkOcoro/s0P/ADyT/vkUfZof+eSf98ijnDkOcoro/s0P/PJP++RR9mh/55J/3yKOcOQ5yiuj+zQ/ 88k/75FH2aH/AJ5J/wB8ijnDkOcqSBgsysxwAc1v/Zof+eSf98ij7ND/AM8k/wC+RRzhymIbw7cK Cp4yQep7mnfbFyfkIXsAegrZ+zQ/88k/75FH2aH/AJ5J/wB8ilzIfKzGFyjTxsRtCjBJ696abvIC 4bABBO7npjP1rb+zQ/8APJP++RR9mh/55J/3yKOZBysxhe4OdmTnqT29Pz5pGugyMpDYIx1ra+zQ /wDPJP8AvkUfZof+eSf98ijmQuVmItwoUD5/u7eG6e/1pI51RySGbJDcnnIrc+zQ/wDPJP8AvkUf Zof+eSf98inzoOVmO12oYDBdeMgn26Co47nYGyCSx3E+9bn2aH/nkn/fIo+zQ/8APJP++RS5kPlZ gzTCXbwcjqSabE4R8kZGCOPcV0H2aH/nkn/fIo+zQ/8APJP++RT50LlMVLpUQIqnAHBJ57/40ovB g/KxJHduO3+FbP2aH/nkn/fIo+zQ/wDPJP8AvkUuZD5WY32tQCArAHPfnnP+NVa6P7ND/wA8k/75 FH2aH/nkn/fIp86FynOUV0f2aH/nkn/fIo+zQ/8APJP++RRzhyHOUV0f2aH/AJ5J/wB8ij7ND/zy T/vkUc4chzlFdH9mh/55J/3yKPs0P/PJP++RRzhyHOU+N1QtuBIZSvFdB9mh/wCeSf8AfIo+zQ/8 8k/75FHOHKYouwE2hTgDA59sc077avJ2sSTnlvfNbH2aH/nkn/fIo+zQ/wDPJP8AvkUuZD5WYpul 8soqsBt25zVauj+zQ/8APJP++RR9mh/55J/3yKfOhcpzlFdH9mh/55J/3yKPs0P/ADyT/vkUc4ch zlFdH9mh/wCeSf8AfIo+zQ/88k/75FHOHIc5RXR/Zof+eSf98ij7ND/zyT/vkUc4chzlSQzCJicZ zj+ea3/s0P8AzyT/AL5FH2aH/nkn/fIo5w5TFF38uCGJx6077YoJOxiSc8t75rY+zQ/88k/75FH2 aH/nkn/fIpcyHZmEbj5pCB98Ac84xT0ulWMLtJI9+O/+NbX2aH/nkn/fIo+zQ/8APJP++RRzIXKz HN6OPk/X/PNQTSCRgRnhQPmPJxW/9mh/55J/3yKPs0P/ADyT/vkUcyDlZzlFdH9mh/55J/3yKPs0 P/PJP++RT5w5DnKK6P7ND/zyT/vkUfZof+eSf98ijnDkOcqUzAxbcfNgKTnjAOa3vs0P/PJP++RR 9mh/55J/3yKOcOU5yiuj+zQ/88k/75FH2aH/AJ5J/wB8ijnDkOcoro/s0P8AzyT/AL5FH2aH/nkn /fIo5w5DnKIJHhUDYrYx/Fjp+FdH9mh/55J/3yKPs0P/ADyT/vkUc4cpz4uZNhVo0bjGS3/1qiUH LFsDOOhrpfs0P/PJP++RR9mh/wCeSf8AfIo50HKc5TXBZcDGeOtdL9mh/wCeSf8AfIo+zQ/88k/7 5FHOHKc8s8ipgIuR0O7/AOtSvcPImDGmc9d3/wBaug+zQ/8APJP++RR9mh/55J/3yKXOg5Tm0G1A DjNLXR/Zof8Ankn/AHyKPs0P/PJP++RT5w5TmmB3KVwcZ6nFTfaZBjCKPX5uv6Vv/Zof+eSf98ij 7ND/AM8k/wC+RRzoOU5yeR51xsRTjBIbr+lGa6P7ND/zyT/vkUfZof8Ankn/AHyKOcOUwIpjFuI6 kY/WpjeLvDBCAOi547f4Vs/Zof8Ankn/AHyKPs0P/PJP++RS5kHKzFF4Rj7x/H3zQbpTGVCHkdz0 4xW19mh/55J/3yKPs0P/ADyT/vkUcyHys5yiuj+zQ/8APJP++RR9mh/55J/3yKfOLkOcoro/s0P/ ADyT/vkUfZof+eSf98ijnDkOcoro/s0P/PJP++RR9mh/55J/3yKOcOQ5yiuj+zQ/88k/75FH2aH/ AJ5J/wB8ijnDkOcoro/s0P8AzyT/AL5FH2aH/nkn/fIo5w5DnKK6P7ND/wA8k/75FH2aH/nkn/fI o5w5DnKK6P7ND/zyT/vkUfZof+eSf98ijnDkOcoro/s0P/PJP++RR9mh/wCeSf8AfIo5w5DnKK6P 7ND/AM8k/wC+RR9mh/55J/3yKOcOQ5yiuj+zQ/8APJP++RR9mh/55J/3yKOcOQ5yiuj+zQ/88k/7 5FH2aH/nkn/fIo5w5DnKK6P7ND/zyT/vkUfZof8Ankn/AHyKOcOQ5yiuj+zQ/wDPJP8AvkUfZof+ eSf98ijnDkOcoro/s0P/ADyT/vkUfZof+eSf98ijnDkOcoro/s0P/PJP++RR9mh/55J/3yKOcOQ5 yiuj+zQ/88k/75FH2aH/AJ5J/wB8ijnDkJaKKKzLMbxHoK67bQoGCSRSAhv9k/eH5fyrWhiSCFIo lCoihVA7AU+ii4HlreEtW/0uP+z+XZ9jAAg56HIcfmR+FdrqGlXtxcTmBbVormzW2cyu2UwWyQAC G4b1HSt2svVdet9KlSJ4pppGXdtjA4HTJyR6H8qesrISVlYxF8H3ZuZGmuY5k85ZFMjZL4kDDcAo 5AGByevamQ+F9Xghn2TWivJnCK7BAWjKFuFHcg45Pqc811VpfQXtil3C/wC5dd2W4xjrn0xg1Mrq 33WB4B4PY0vIZhaJ4fl0vU57qTyHM0e0uud332b05GG/St+iigAooooAKKRWDDKkEdOKMjIGRk9q AFooooAKKKKACiiigAooooAKKKKAOf07/kc9W/65x/yFdBXP6d/yOerf9c4/5CugoAKKKKACiiig AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig AooooAKKKKACiiigAooooAKKKKACiiigArlPFUB+1NKYpDuhRI3VWPzBmJHH1FdXUYnjM5hDgyqN xXuB61UZcruBzdtpN/N4Os9MAW3aU4uDIMlIyxYjHckYGPc1TTwzq6vLGZwEihMUMsUxjL7VbyyQ Om0sBjnpmuzzilqXqByVzoutLcxC1f8AdRzh0drlyVXcpYEE88Z9fTgVHPoetPDEsLyRMjHzCLtm 8x8cSjP3QOfl9+nFdjRQBycuh6skUmyQzGYkyhrl+T5hKkcgDCkccCo4vD2svaq1xdSfaRGVJW6f GREoX/yICf8AGuwooWgHHtoWvfbWkF2Qp3ldsuAmS5wfXOV7ce2KG8N6lHPG8bNII0KDddPuwREX GTz8xRxntuzXYUUAUdIt57awWO5J3bmKqXLlFJyq7j1wOM1eoooAKKKKACiiigAooooAKKKKAOf0 7/kc9W/65x/yFdBXP6d/yOerf9c4/wCQroKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigArO 15LyTSJl04sLoldhU4P3h/StGigClpSaglko1SSF5/WIY49/esi50ZtMm+3JdalctvGETazf8COM lfaukppdQcFgD7mhq402k7HNXUd34hsre3aB0aG5R5JZoB5brhuQrdcHAwao22l+IrR4IYW8qONm +aPb5ZJcktt3DClSMLg4wfqe0DBvukH6UtC0JV7anDHSvESPLJbm6QyFN++ZXdmCY3D5x8m7PBPf pjit3RINVh1K8N+0rwNyjSOOuTwACRjHsv0PWtyigYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU UUAc/p3/ACOerf8AXOP+QroK5/Tv+Rz1b/rnH/IV0FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB RRRQAUUUUAFVbjeuSsRfJH3etWqqT6na21wIZZQr8ZODhc9Nx6DPvTQFDXbG5v7a2igUDddI0m7J ATac7gCpIzjjNYt9aa1pKyxaebycmNfLePG0N8524bcQvIH4DJrswQRkcg0tIDkriPXJWSSR7wRt cB2SMIDGqypgDAycqWyDnOKqQxa7bbpWivAzKFPlsDtz5fOOfQ9BnrXcUUAcxoc+uvqNv/aKz+W0 A8xWRVVGwO4HJJz0I69MV09FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHP6d/yOerf9c4/5Cug rn9O/wCRz1b/AK5x/wAhXQUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVbUUuJNPmWzk8u 42kxtgHn8as0UAZXhw6g+lJLqkjNPId20qF2DsOKpPNs1O8tnwwlnDGE/KXXYOfcZH6V0VV7uygv UC3Ee7acqwOGU+oI5FUpWdwOdjnaS0uBaidLOPUNkq2+dyRhBkLjkDcRnbzgnFRzS3aOQialNpzJ tYTI5cqS/THzf3Rk846109tbQWNuIoEWONefxPUk9z71PUvVgcWt/r8hRHFxEqmB2EVsRsXKblOR z1bOCeB2xUlnqXiW4OGhKMCzMDCRhgjHy8lQNuQozz1612FFAHGwav4gMdu0kchBlCsotm3MPlyO VAAGW9P97jnsqKKACiiigAooooAKKKKACiiigAooooAKKKKAOf07/kc9W/65x/yFdBXP6d/yOerf 9c4/5CugoAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKo/2vb+kn5Uf2vb+kn5U+Viui9RVH+17f 0k/Kj+17f0k/KjlYXRerB0e41iXWr2G+aP7NbnCkR4355HP0rQ/te39JPyo/te39JPyp2fYLobq8 hihjfClQSSHGR0OM1Whu2FnqEduZfMggDKG+YhipPH6cVaOq2zAgq5B6grTIb+yt1IhiZATk4XrS 5WCkjm01u9tbRJLG4mvYmjj8+WdciBz15+XP0zxxTJfEWr2gnu5Sd0gQx2xgJRQI1ZgpyOSWPqeO BxXVf2vbnPD8e1L/AGvb+kn5U7MLo56/8QalOxt7RWimRm3lYWO3DkKDng5XBrpNKme40m0llk8y R4UZn27dxwMnHamf2vb+kn5Uf2vb+kn5UcrsF0XqKo/2vb+kn5Uf2vb+kn5UuVhdF6iqP9r2/pJ+ VH9r2/pJ+VHKwui9RVH+17f0k/Kj+17f0k/KjlYXReoqj/a9v6SflR/a9v6SflRysLovUVR/te39 JPyo/te39JPyo5WF0XqKo/2vb+kn5Uf2vb+kn5UcrC6M3Tv+Rz1b/rnH/IV0Fc5pEqz+LtUkTO0x x9foK6OkMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi iigAooooAKKKKACiiigAooooAKKKKACiiigAooooA5eirf8AZl1/cX/voUf2Zdf3F/76FbXRlZlS irf9mXX9xf8AvoUf2Zdf3F/76FF0FmVKKt/2Zdf3F/76FH9mXX9xf++hRdBZmHJqrxau1n9neRcK Q0YyRn1rQclY2I6gE1cGl3IJIjXJ6ncOaP7Luf7i/wDfQougsyjPLEtzZwRwrG/ls7EHO4e578+t XEgjbblsEx5x7+tCaNPGSViUHGPvdB6fSnf2Zdf3B/30KG0PXsILVTnlwfQjmkmt0VWZN3HY/hT/ AOzLr+4P++qT+zLr+4P++hSv5hbyKlFW/wCzLr+4v/fQo/sy6/uL/wB9CndCsypRVv8Asy6/uL/3 0KP7Muv7i/8AfQougsypRVv+zLr+4v8A30KP7Muv7i/99Ci6CzKlFW/7Muv7i/8AfQo/sy6/uL/3 0KLoLMqUVb/sy6/uL/30KP7Muv7i/wDfQougsypRVv8Asy6/uL/30KP7Muv7i/8AfQougsyn4d/5 GTUv+uaV1NcxoMTQ+KNTRxhhGma6esnuaLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooo oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo oAKKKKACoL1nSxnaPO8RsV29c4qeihAcFa67qs91Ywg3Hml/9LTbkRjd8vvyOtXb/wAVX9rcajbI kHmJcAWzFTjyht8wtzyRn2+8K61YY1cusaBz1YLyaQ28LEkxRknOcqOc4z/IflVN3YHON4kvI96C GOaazyl0q/Lly4VMdcZXL4wTjAHWt3Tb0ajp0F0oAEqBsA5A/HA/lUsltBKsiyQxusuN4ZQQ319a eiLGioihVUYCgYAFSA6iiigAooooAKKKKACiiigAooooAKKKKAOf07/kc9W/65x/yFdBXP6d/wAj nq3/AFzj/kK6CgAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigArEm16eLxEmlCwLF8MJfM42dzjHatu ozDGZxMUXzQpUPjkA9v0poCvqmq2mj2TXV9MsUQOAT3PYD3rjrbxY15cK0N6i+bcgLGZATtLgYGD g8V2l/p1pqdv5F9Ak8QYNtcZGR0NVZPDejyX0d42m232iIgpIIwCCDkdPc04S5WU+Xlt1MoeJb9J Z5Xs/NtYpZYztiZMbX2L87Ha2TjoBjn0qy3ipICGurR4YSzL5u9SAEYI5PoAxH161sm1gMLQmGPy 2YsU2jBOc5x9eaiOlWLNcM1nATcjE2YwfMHv61JJhnxvboJGksrlVjTJ+XPzbQwU9ujDnND+McoH isZAsciLcs5x5YZiOAcFvun9K3H0uxlmeaS0gaR02MxQElemPypq6NpymEixt8wnMZ8sfKc54/Gg DJfxekWRLYyqyxG4cB1O2ILu3e59qdB4tSaaCNrGeMSSeW7vwikkAYJAzncPT2zWtDpVjbgiGzgQ HdwsY79fzxTI9F02IxGOxt1MR3IRGMqfWgChdeKI7fUrizS1mlaAEFhwCwTeRk8Abe5PXiqKeNvM CzLYObedI3tiHyz7t5+YAHbwmcde1dBNpVjcztNPaQSSsu0syAkimPommyb99jbnect+7HPOf5kn 8aAMo+LwyGSHT53jycFnVT8sYdsg9MA/nTpfFipGJI7GeRJS3kFSDvCsFYkDJUAn3rYGnWYXaLWE LzwEGORtP5jj6VG+jac/m7rG3Pm43/ux82OlAE9pcpeWcNxH9yVA45B4I9RU1NjjSKNY41CIowqq MACnUAFFFFABRRRQAUUUUAFFFFAHP6d/yOerf9c4/wCQroK5/Tv+Rz1b/rnH/IV0FABRRRQAUUUU AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAcO/inW206XU1js1s4rkwldrFz8+319xXS3uuQ2MzRtB PJsVWkaNQQm4kKOSCSSMcfjis1vAOjvK7sLkq7mQx+cdoJOelbUumWk93HcyQhpo8bWye3IyOhwe melZwU0/eOrETpSS9mvwt2/4JmnxZaNMiwRTTLJhU2AfOx2cDJA43jOenNNj8VwHS4bqeMwyO3z2 +4M6LluePXbWhHomnQ+V5dpGvksXjwPuktuJ/wC+uacdIsWtBatbqYA5cISSATnOPzP51ocpQTxV bNvDWl3GygnDqgyQFJGd2Pusp5498jFNj8X2MkSzLDc+R0klCqViPzcHB5+6emR09avzaHp1wuJb VD827OSCDhRkEdDhV/KqDeE7P7fBNGfLgiO7yQudzfN1JPOdx6g/UUAhYfF+mzWMtzudTGCfKO0u /APy4JB4I78d6b/wmFl9olt/IuTPG2wxqFJL5UFeG4wWHJwOuCcVpRaRZQ2clqkH7iX76sxbPbqT ntVe/wDDtjfiUshR5mVnZWPOGUnAzgE7RkjmgCD/AISq0w7fZ7rEbbJcICY5OQEIByTkdsjpzzVd vGUGbZo7aRopT853LmNRuyxwSD93oOa0xoGmAofsifKu0cnnryeeTyeTzzSL4e0xQo+yKSDu3MxJ Jz3JOT+P0oAqv4pgQlDZXpmVDI0QVdyoADu+9joeg59q07C/h1KAz2xLQ7iqv2fHce1QRaLaWqE2 cSwzBWVJTlyuQB3PI4HHtU+n2MOm6fBZ26hYoUCKAMUAWaKKKACiiigAooooAKKKKAOf07/kc9W/ 65x/yFdBXP6d/wAjnq3/AFzj/kK6CgAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAgu7pLOHz JMkZwAO5rE0zxCXvpbe8UK0s2IdrbuD0z6fStHW9Ok1TTzBDMInDBgxGRx2rm9O8G6jFrEN5d3UA SGQMFQFi2PrjFc1T2vOuXYtRg1d7mrD4rheW682OJYrd3Rgk2+U7X2fcC9z796nbxRZRoHkjukj8 0xF2hIAYHB59jx+dTDQLTMgL3Jikcu0RnbZuLbiQM8c80y78Nade7fOikwGdsLIwyWbc2ef73NdJ BDD4rs3jgaeK4t/O3bfMjP8ACW9Ov3T09vWtHTNSg1azFzbb/LJwNy4NUf8AhFdM+0JNsm3I25R5 z4BySO/bcfzq9p+m2+mQvHbBsO29mdixY4xkk+wFAFuiiigAooooAKKKKACiiigAooooAKKKKACi iigAooooA5/Tv+Rz1b/rnH/IV0Fc/p3/ACOerf8AXOP+QroKACiiigAooooAKKKKACiiigAooooA KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA KKKKACiiigBsj+XGz4J2gnA6ms7R9X/tTzsxhfLI5U5HPb6jvVy+tRe2M9sXKCVCm4dRkVmaLoEm l3ktzNem4Z4xGBs2gDOfU1nLm51bbqO6StYdH4ltHnulcFIrYsHkLqcFTg5QHcOenHPHqKefEumH cEuNzqhdlCMCuM8Nx8p+U8HHSmXfhmzv3drySacMGChyp8vPocZPQdSRUX/CIWBEYLzYjVgACq/e zk8KMfePAwOmRWgi03iLTVUlrg8EKMRsdxzjC4Hzc8cZ5pH8S6TGMveIq7BJuKttwRkDOMZxzt6+ 1Mj8NWcUsThpyIX3woX4i+bcQOOhIGc5/CoU8IadHL5kZlRtmwkFcngrnJGc4PTOPagC/JrNlFYr dvI4idiqjym3FueNuM54PbtUdhr9hqLQpBN+9lQOqMp7qGxnpkAgkA5pqeH7aPTorSKWePyZDIkq sA6sc5xxgDDEYxjmo9P8L2GmXqXVsHDqu3DbTk7QuScZzgeuPagCabxBpsCqz3I+Y4UKjMWO4rwA MnlT+VPbXLBVz5+7kjCozEkYyAAMn7y/nVKXwnZS+cDNc4l42llKoNxbABBHUk85/QUj+ErJ2JE9 2oxgKJeFztyeRznYM5yOvrQvMCf/AISXTDs23GQ2CWKMoUHOMkjAPB4PPFWY9Xs5bSS5SRzHGQGH lNuBOMDbjdzkdu9UIfCOnQ2Ztv3zxFlYhn643Y6Af3j0qydBgaxntnnuXNwytJMXG9sYx2xjAAxj B75zQBFceKdMt7Vp/NkkVUL4jhcnvweOD8p4ODxUqeINPYSbpthjfy2Uqc55xxj/AGT+RqrD4Ssr e2e3inu0hkVlkRZABJndyeO249MDp1xUreGLJpFkZ7jzQsq+YJMNmT7x47jJx6ZNAEsfiLTZZI41 uG8yRioQxOGBBAOQRleWHJx1rTrBh8IWEPl7ZLghJvOxlRlvl9FGPuj7uO9b1ABRRRQAUUUUAFFF FAHP6af+Kz1Yd/Kj/kK6CsDTdo8Y6sAi7ikZLY5PA4rfoAKKKKACiiigAooooAKKKKACiiigAooo oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA5/Tv8Akc9W /wCucf8AIV0Fc/p3/I56t/1zj/kK6CgAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDn9O/5HPVv+ucf8hXQVz+nf8A I56t/wBc4/5CugoAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooA5/Tv+Rz1b/rnH/IV0Fc/p3/I56t/1zj/AJCugoAK KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo ooAKKKKACiiigAooooA5/Tv+Rz1b/rnH/IV0Fc/p3/I56t/1zj/kK6CgAooooAKKKKACiiigAooo oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig Dir1r8eLr5dNm8uVlTOFB3DaPWp/L8Uf8/Lf9+0qW2/5KBdf7g/9AFburXradpdxdIgdo1yAemen PtQBzvl+KP8An5b/AL9pR5fij/n5b/v2laMmvDTpHt7mU3VxvVVRITH1UnqSQR8pwRQ3iq2RmL28 6wqMlyBkHy/Mxt69M/jT5WK6M7y/FH/Py3/ftKPL8Uf8/Lf9+0rTi8TRSGIfZpVLltxYgBVVQxbJ 6jBplt4iN9e2sUMLRBpzHKJBzjyt6kH8qfKwujMlPiSCMyS3hRB1JiWlU+JXUMt2SpGQfLWuh1z/ AJA9x9B/MVQ1C6ls9Cee32+ckS7NwyMnA5H41IzOx4m/5+z/AN+0ox4m/wCfs/8AftKWPX5nkuht QgJGIQq8lznPfnkHj2qyniGGRYmSGVkcLluBglC4GPoKAKuPE3/P2f8Av2lGPE3/AD9n/v2lWX1+ P5HWNwgG5wQCSDEZABzxRL4ihigaRreXchO5AQSAFDZ9+GFAFbHib/n7P/ftKMeJv+fs/wDftK07 fU0uZbmNIZA8AztYgFxzyB+FVJPEMYCzJG5gCOxGBliqqcA54xnFAFfHib/n7P8A37SjHib/AJ+z /wB+0q0de8p51uLVk8suBtcNnagc/wA6Zd+IFRJ0gibzEiZ0duUJXGQf++qAIMeJv+fs/wDftKbI /iSJC8l4VUdSY14q6fEEP77ZbzyeWSAVH3iGCn6cmrFzOtzorzJ92SLcOc/qKAMpG8SSIHS8JU8g +WvNOx4m/wCfs/8AftK0Zrh7Tw+1xFt3xQbl3DIziq1x4gEQlEds7OhZVywAYqyg/T7woAr48Tf8 /Z/79pRjxN/z9n/v2lWz4hhxIVt5m2NtGMYY7wh57cn8qhXX2h843cJOJ2QLGQdihguT68mgCLHi b/n7P/ftKMeJv+fs/wDftKvSa3HHEsn2eQpJJ5cRyPnIJB9x909afaavHeXa26wyxlow6mQYzwCQ B14zQBnY8Tf8/Z/79pRjxN/z9n/v2lTN4hVbnJib7Oyfu/7zt5mz8BxV06ov2KC4WGQmeRYljOFI YkjnPbigDMx4m/5+z/37SkY+JUUs14QoGSfLWrkXiCCY4jgmJZwkfYOS23r0HIqazupL3QxcShQ7 xvkKOO4/pQBlxv4jmQPHellPQiNafjxN/wA/Z/79pWlZOYtEEi43JGzDPqMmqS6vcRPAk5WQypDJ lI8H5wcrjPtwaAIseJv+fs/9+0ox4m/5+z/37SrK+I4mQN9ml4UvINy5jAIHI9fmHFLJ4hhRN4t5 mVgWjxj51DbSfbB9aAKuPE3/AD9n/v2lGPE3/P2f+/aU+XxA6mcRIGRVkcSYHyhVUjjPzfe9RVs6 3H5nlCCVpQ4jK5A+YtgDPv1+lAFHHib/AJ+z/wB+0ox4m/5+z/37Sr9prUN3dxwLFIhdSQz4AyM5 UeuMHpUEeveW0yXMLFlkdYimMOA4QD2OSOaAK+PE3/P2f+/aUyV/EcKF5b0qo6kxrVu48RxwrIPs 0nmIr5DMAu9c5XPfp2q1qDtJozuy7WZFYrnOM4oAzFPiV1DLdkqRkHy1pceJv+fs/wDftK07q6ay 0gToAWVEA3dATgZPsM1Xm1gWAnSZmuZYmwUSPy2A27uh68AnigCpjxN/z9n/AL9pRjxN/wA/Z/79 pVtvENujNuhlEag4fjkhA+MfRhSTaxLb36RzWxWIxgsNwLKS+0HIPI56UAVceJv+fs/9+0ox4m/5 +z/37SrL+IoUj3/ZpiGXemCPmTJG4+nI71JqmrG0ts26b5Wh85ScbVXIGT69e1AFLHib/n7P/ftK MeJv+fs/9+0qefX1MU32aNgyMFV3XKtiQI3068VYu9Uaz1byHj3QGNCWHVWZyoPuOlAFDHib/n7P /ftKMeJgM/az/wB+0qy/iKFIw5tpsMokXkcoSRuJ7dO9XdOvWv4JJTGIwsrRrhs7gDjNAGLFL4in UtDfF1BxkRL/AIVJjxN/z9n/AL9pWjo3/Hkf+ujVSXWLmNpp5kLWsMkyybYsbQpwuGzyTQBHjxN/ z9n/AL9pRjxN/wA/Z/79pVttfjVSfs02VSR3GQMBMZxnrnIxTJtfCxTgQPFIivhmIYZUAnjPowoA r48Tf8/Z/wC/aUY8Tf8AP2f+/aVcXXY2naBbeUz79ioSAX4Jz7D5TUljrMN/ceVHHIoMYkVnwNw4 6D2zQBkyXWvwvsl1DY2M4MS/4U37frf/AEEx/wB+l/wq9rH/AB+r/wBcx/M1RoAPt+t/9BMf9+l/ wo+363/0Ex/36X/CiigA+363/wBBMf8Afpf8KPt+t/8AQTH/AH6X/CiigA+363/0Ex/36X/Cj7fr f/QTH/fpf8KKKAD7frf/AEEx/wB+l/wo+363/wBBMf8Afpf8KKKAAXutBc/2oS+f+eS4x+VH2/W/ +gmP+/S/4UUUAH2/W/8AoJj/AL9L/hR9v1v/AKCY/wC/S/4UUUAH2/W/+gmP+/S/4Ufb9b/6CY/7 9L/hRRQAfb9b/wCgmP8Av0v+FH2/W/8AoJj/AL9L/hRRQAfb9b/6CY/79L/hR9v1v/oJj/v0v+FF FAB9v1v/AKCY/wC/S/4Ufb9b/wCgmP8Av0v+FFFAB9v1v/oJj/v0v+FH2/W/+gmP+/S/4UUUAH2/ W/8AoJj/AL9L/hR9v1v/AKCY/wC/S/4UUUAH2/W/+gmP+/S/4Ufb9b/6CY/79L/hRRQAfb9b/wCg mP8Av0v+FH2/W/8AoJj/AL9L/hRRQAfb9b/6CY/79L/hR9v1v/oJj/v0v+FFFAB9v1v/AKCY/wC/ S/4Ufb9b/wCgmP8Av0v+FFFAB9v1v/oJj/v0v+FH2/W/+gmP+/S/4UUUAH2/W/8AoJj/AL9L/hR9 v1v/AKCY/wC/S/4UUUAH2/W/+gmP+/S/4Ufb9b/6CY/79L/hRRQAfb9b/wCgmP8Av0v+FH2/W/8A oJj/AL9L/hRRQAfb9b/6CY/79L/hR9v1v/oJj/v0v+FFFAB9v1v/AKCY/wC/S/4Ufb9b/wCgmP8A v0v+FFFAB9v1v/oJj/v0v+FH2/W/+gmP+/S/4UUUAH2/W/8AoJj/AL9L/hR9v1v/AKCY/wC/S/4U UUAH2/W/+gmP+/S/4Ufb9b/6CY/79L/hRRQAfb9b/wCgmP8Av0v+FH2/W/8AoJj/AL9L/hRRQAfb 9b/6CY/79L/hR9v1v/oJj/v0v+FFFAB9v1v/AKCY/wC/S/4Ufb9b/wCgmP8Av0v+FFFAB9v1v/oJ j/v0v+FH2/W/+gmP+/S/4UUUAH2/W/8AoJj/AL9L/hR9v1v/AKCY/wC/S/4UUUAH2/W/+gmP+/S/ 4Ufb9b/6CY/79L/hRRQAfb9b/wCgmP8Av0v+FH2/W/8AoJj/AL9L/hRRQAfb9b/6CY/79L/hR9v1 v/oJj/v0v+FFB6GgCdD4ldAyXhKkZB8taXHib/n7P/ftK3LX/j0h/wBxf5VR+23J1K8jVGeG2Cna iD5srnBJPX8KAKOPE3/P2f8Av2lGPE3/AD9n/v2lWm8RW4K7IZnDZIKjqoxkj8Wxj2NJN4gC7lit XZw+1dzABsSBD9OTQBWx4m/5+z/37SjHib/n7P8A37SrUniGJE3/AGaZgQWTBHzKG2kn0wfWtSOR ZYkkU5V1DD6GgDRooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii igDlIW8vx3eSFXKqi5KoWx8o9K6Fr2B1KskzKRggwPgj8qydO/5HPVv+ucf8hXQUAZS22krG8a2O EcgsBavyRwO1SY0/du+ynOc5+yt/d2/3f7vH0rRop3CxmxppsSqEtCAucf6M/GRg/wAPccUkEWmW xUwWZjKtuBW1cYOMZ+76cVp0UXYGVqtwtxps0UUc7OwGAIH55HtVPzWe3WKW0nZdoBVoGI4/Cuho pAc0YoCpU6a2D1H2ZvUn09Sfzpj20LSQOtlNG0DArst2HABGDx05NdRRQBzSwwIu1dNYL6C2b0x6 enH0oeKCUYk01mGc82zemPT0A/KulooA56Jlgd3hspUZ/vFbdgT+lMKRFAh099g3YX7M2Pm+9279 66SigDmpY4Zixl053LHLFrdjnjHp6cUGKAuzHTWLMCGP2ZuR37V0tFAHNskTly2nuTJ9/Nu3P6Us 8jtZPBFazqu3aqiBgB+ldHRQBzqSsbNYJbSdl2BWVoGIP6U1lifdu09zuznNu3OcZ7d8D8q6SigD m9kQLH+z3yxBb/R25wcjt680kkUEpzJpzsclsm2bqeSenrXS0UAc2Y4W35058yHL/wCjtyfXpTkK RS+bHYyLJt27lt2Bx6dK6KigDmvLhy5/s58yffP2duec+nrzUm8CNI/scuyMhkXyGwpHQjiuhooA 5spERIP7PfEhy/8Ao7c859PXmneYY7Uww2kyIFKqqwMAP0roqKAObtJZYrNIXtrjgEEGFv8ACkSO GNNiac4XIbH2duo4HaulooA5b7Jbi4jlFhKPLUqqC3bbyQc9OvFSNHA2/dpznzDl/wDRm5P5V0tF AHNNHC4w2nORz/y7N3GD29AB+FPbY/mbrGQ+bjfm3b5sdM8dq6KigDnEEcUiyR2Eiuq7VYW7Agen SgiNt2dPc7s5zbtzk5PbuRXR0UAc15UHy/8AEub5VKj/AEZuAeo6e5/Oi5eR7FoIrW4AwAqiF+B+ VdLRQBz6zuYFje1nZdoUgwMQePpUH2e22FP7MbaTuI+zNycY9PSunooA5wLEP+Ye/f8A5dm7jae3 pxSLHCigLpzgDj/j3b1z6evNdJRQBzRigYODpzEOct/ozcn8vc06by7gKJ7CSQJ90NbscfpXR0UA c4ViLOxsJCZDlj9nbnnPp68053Er75LKVn4+Y27E8HI7djzXQ0UAc0YYCrKdNbDHcR9mbk/l7mpY 5fJ3eVaTJvO5tsDDJ9eldBRQBzNhJNbW5Rre4B3E/wCpb/CphJiN4xZy7HJLL9nbDE9c8d66CigD mwsQTaNPk27SuPs7dD1HTvSssTZ3ae53Zzm3bnIAPbuAPyro6KAOaMUDBwdOchzlv9Hbk/l70+Mp FKZY7GRJCNpZbdgcenT2roqKAOTvRPcXAdba4ICgf6lv8Kg+z3H/AD63P/flv8K7OigDjPs9x/z6 3P8A35b/AAo+z3H/AD63P/flv8K7OigDjPs9x/z63P8A35b/AAo+z3H/AD63P/flv8K7OigDjPs9 x/z63P8A35b/AAo+z3H/AD63P/flv8K7OigDjPs9x/z63P8A35b/AAo+z3H/AD63P/flv8K7OigD jPs9x/z63P8A35b/AAo+z3H/AD63P/flv8K7OigDjPs9x/z63P8A35b/AAo+z3H/AD63P/flv8K7 OigDjPs9x/z63P8A35b/AAo+z3H/AD63P/flv8K7OigDjPs9x/z63P8A35b/AAo+z3H/AD63P/fl v8K7OigDjPs9x/z63P8A35b/AAo+z3H/AD63P/flv8K7OigDjPs9x/z63P8A35b/AAo+z3H/AD63 P/flv8K7OigDjPs9x/z63P8A35b/AAo+z3H/AD63P/flv8K7OigDjPs9x/z63P8A35b/AAo+z3H/ AD63P/flv8K7OigDjPs9x/z63P8A35b/AAo+z3H/AD63P/flv8K7OigDjPs9x/z63P8A35b/AAo+ z3H/AD63P/flv8K7OigDjPs9x/z63P8A35b/AAo+z3H/AD63P/flv8K7OigDjPs9x/z63P8A35b/ AAo+z3H/AD63P/flv8K7OigDjPs9x/z63P8A35b/AAo+z3H/AD63P/flv8K7OigDjPs9x/z63P8A 35b/AAo+z3H/AD63P/flv8K7OigDjPs9x/z63P8A35b/AAo+z3H/AD63P/flv8K7OigDjPs9x/z6 3P8A35b/AAo+z3H/AD63P/flv8K7OigDjPs9x/z63P8A35b/AAo+z3H/AD63P/flv8K7OigDjPs9 x/z63P8A35b/AAo+z3H/AD63P/flv8K7OigDjPs9x/z63P8A35b/AAo+z3H/AD63P/flv8K7OigD jPs9x/z63P8A35b/AAo+z3H/AD63P/flv8K7OigDjPs9x/z63P8A35b/AAo+z3H/AD63P/flv8K7 OigDjPs9x/z63P8A35b/AAo+z3H/AD63P/flv8K7OigDjPs9x/z63P8A35b/AAo+z3H/AD63P/fl v8K7OigDjPs9x/z63P8A35b/AAo+z3H/AD63P/flv8K7OigDjPs9x/z63P8A35b/AAo+z3H/AD63 P/flv8K7OigDjPs9x/z63P8A35b/AAo+z3H/AD63P/flv8K7OigDjPs9x/z63P8A35b/AAo+z3H/ AD63P/flv8K7OigDjPs9x/z63P8A35b/AAo+z3H/AD63P/flv8K7OigDjPs9x/z63P8A35b/AApD b3GD/otz/wB+W/wrtKKAMCG5lSGNTb3GVUD/AFL/AOFMOw3Hn/YpfO4+fyHzx07V0VFAHN7IiiJ/ Z77YySg+zthc8nHFDLE4IbT3O7Of9HbnJye3rzXSUUAc0YoGDg6cxDnLf6M3P6VYF1IqhVtpwAMA CBuP0rdooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA5/ Tv8Akc9W/wCucf8AIV0Fc3aGYeMdV8gRk+XHneSOw9K2s339y2/77b/CgDlb46/aahqjabHOFknl kU+VvDbbZCgGegLgjjrzUCHX7GfUJoIrndcTyyKfIDlnCp5aH0jOX57Y6jv2Ob7+5bf99t/hRm+/ uW3/AH23+FdKxFlblW1hNHKXV54qEM0kQlEm67ZY1t1YDZjylHHIbnnv7Umoan4otoXS3hnlkjnk 2P8AZgRKg2bQQBxnc/PHTrmuszff3Lb/AL7b/CjN9/ctv++2/wAKFXWnuILHNXE2s3LASQTvIl+h 8o2+I0QSnDK4+98uCeuPbpVa0uPEYEaxxTRefIj3MhtgDHIUfzFUHgqCseG569TXXZvv7lt/323+ FGb7+5bf99t/hSVdJW5UFhukTXNxo9nLfRmO6eFGmQrja5AyMduadqSNJplyiCYs0bAeSQH6fw54 zRm+/uW3/fbf4UZvv7lt/wB9t/hWLl71xrQ5mFtSsbZ1sLeVIy5IeO2Zd7bPlBibOwE8Fhx7jrUd lFrenvfPF9pkkmkDbJIwV+Z5FLA47ZQ/QeldVm+/uW3/AH23+FGb7+5bf99t/hW3t/JCsc3LqXiE NbFbefc2S6eR8uMkcnHXjPUfeHXte0241o6tDDeBjb+SpdmjxuJUEnIXAO7IxnoOnetbN9/ctv8A vtv8KM339y2/77b/AAqXVTVuVBYtVzuu2moz3N8bKRkQ6ftA8otvbL8KcjB6fmK2M339y2/77b/C jN9/ctv++2/wqIT5HdDOfW912XVXhjS4jtvMVQzwj5QGOcHGMEAc5br26VXgn19JZp40uHkm8tXE kG0IwUk7R3UEFc99w5NdRm+/uW3/AH23+FGb7+5bf99t/hWntl/KhWOan1HxEZlEMNwu+HLAwAqj FcjHHJBOOvY8d61dKn1R9XvIr0H7NHkRkpjOD8pB2gHI5PJ59OlaGb7+5bf99t/hRm+/uW3/AH23 +FKVVNW5UFi1XMS2p/4Sm5nmiYrvjMRNk8ucKOjjhea3c339y2/77b/CjN9/ctv++2/wqIT5LjOd kuvEEVgzsblpikW0JbrwxUs38J4BAXof6iA3uvwWOVS9e6ecuVMOVA2odo4PGSfToeR36nN9/ctv ++2/wozff3Lb/vtv8K1VdfyoVino9xfzXV6l6smxH/ds0excZPA4B4AHr9ew1qq5vv7lt/323+FG b7+5bf8Afbf4VjJ3d7DLVFVc339y2/77b/CjN9/ctv8Avtv8KkC1RVXN9/ctv++2/wAKM339y2/7 7b/CgC1RVXN9/ctv++2/wozff3Lb/vtv8KALVFVc339y2/77b/CjN9/ctv8Avtv8KALVFVc339y2 /wC+2/wozff3Lb/vtv8ACgC1RVXN9/ctv++2/wAKM339y2/77b/CgC1RVXN9/ctv++2/wozff3Lb /vtv8KALVFVc339y2/77b/CjN9/ctv8Avtv8KALVFVc339y2/wC+2/wozff3Lb/vtv8ACgC1RVXN 9/ctv++2/wAKM339y2/77b/CgC1RVXN9/ctv++2/wozff3Lb/vtv8KALVFVc339y2/77b/CjN9/c tv8Avtv8KALVFVc339y2/wC+2/wozff3Lb/vtv8ACgC1RVXN9/ctv++2/wAKM339y2/77b/CgC1R VXN9/ctv++2/wozff3Lb/vtv8KALVFVc339y2/77b/CjN9/ctv8Avtv8KALVFVc339y2/wC+2/wo zff3Lb/vtv8ACgC1RVXN9/ctv++2/wAKM339y2/77b/CgC1RVXN9/ctv++2/wozff3Lb/vtv8KAL VFVc339y2/77b/CjN9/ctv8Avtv8KALVFVc339y2/wC+2/wozff3Lb/vtv8ACgC1RVXN9/ctv++2 /wAKM339y2/77b/CgC1RVXN9/ctv++2/wozff3Lb/vtv8KALVFVc339y2/77b/CjN9/ctv8Avtv8 KALVFVc339y2/wC+2/wozff3Lb/vtv8ACgC1RVXN9/ctv++2/wAKM339y2/77b/CgC1RVXN9/ctv ++2/wozff3Lb/vtv8KALVFVc339y2/77b/CjN9/ctv8Avtv8KALVFVc339y2/wC+2/wozff3Lb/v tv8ACgC1RVXN9/ctv++2/wAKM339y2/77b/CgC1RVXN9/ctv++2/wozff3Lb/vtv8KALVFVc339y 2/77b/CjN9/ctv8Avtv8KALVFVc339y2/wC+2/wozff3Lb/vtv8ACgC1RVXN9/ctv++2/wAKM339 y2/77b/CgC1RVXN9/ctv++2/wozff3Lb/vtv8KALVFVc339y2/77b/CjN9/ctv8Avtv8KALVFVc3 39y2/wC+2/wozff3Lb/vtv8ACgC1RVXN9/ctv++2/wAKM339y2/77b/CgC1RVXN9/ctv++2/wozf f3Lb/vtv8KALVFVc339y2/77b/CjN9/ctv8Avtv8KALVFVc339y2/wC+2/wozff3Lb/vtv8ACgC1 RVXN9/ctv++2/wAKM339y2/77b/CgC1RVXN9/ctv++2/wozff3Lb/vtv8KALVFVc339y2/77b/Cj N9/ctv8Avtv8KALVFVc339y2/wC+2/wozff3Lb/vtv8ACgC1RVXN9/ctv++2/wAKM339y2/77b/C gC1RVXN9/ctv++2/wozff3Lb/vtv8KALVFVc339y2/77b/CjN9/ctv8Avtv8KALVFVc339y2/wC+ 2/wozff3Lb/vtv8ACgC1RVXN9/ctv++2/wAKM339y2/77b/CgC1RVXN9/ctv++2/wpN19/dtv++2 /wAKALdFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAc/p3/I 56t/1zj/AJCugrn9O/5HPVv+ucf8hXQUAFFcm41T7ZqN3CZQltcuys9y5DIqA7BFjbgnv+NH9v6l byKkkURdnGT5b4lJWL5EGTtPzt6/d6daB2Osori7vxBqosJGcRwPNCGEwjkxHlZCFAz94lVGfU9O lOTxTqC3L24RPKRVDTyQt+5+ZVJf5snqey+vI5oEdlRXJyXVy3hbSpZ7t45HwZWkMkayHaeGdfmT nBB9sVDYLqmozs8TXUYQQlZZ7phsGAW+QDa+Rnk4zntQB2VFcNpV7qTPpUE092Bbtvnkk3YlEkbM u49wuDn3Art0O5FOQcjqOhoAdRRRQAUUUUAFFFFABRRRQAUVz0OqXQS3DyM7RkvLhRl1KkqP0P5V LJrU0kCbUSJmI+Yt1G5RhffmgDcorMs9UaeeKIooDL/ey2dobOMdOcZ9a06ACiiigAooooAKKKKA CiiigAooooAKKKzfELSr4fvjbvJHL5LbXi++p9R70AjSorjp9c1Kwu7xGBLRFY8yxsyMwjLAJjHL 8c9jkc1abW9XFwx8mAQhz8nlPv2iUR4znGcHOcduhoA6eiuL07xFq32WONES8McDSO/lOGZlTPlc n72cZPv0rTh1i8n8PpeSQoZTcKg8vOGXeBu4J7dskcUAdDRXIL4i1VURp7eLf5YcuscgSMMsZJIz zt3Nn6duaTUPE95ZW8ssAimfapRxC+yX5WPALDGcDufx4p2A7CiuMbxDqH9pvIzxwxhdjI0TlbYe ZgM/PzEjBGMferSttX1C60TUbue3WNoYv3UIVwxPlhjk5z1bHGCMetIDoaK4q4vr6O8vBaT3M05E pCoX3RD/AGomG3AH3WXrx1zUt5dQ/ZlNjqd01sJckzyyrGx2fdEw+YevORnI9qAOworC8O3VxP5v 2l5lyybY7gfPjykJ5GB1JJ479q3aACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKjnJW3kK53BSRj6UMCSiuCtdT1aGGw5vJ3sYW8xX3f6SzQ s67j3wAPxrTh17V7mOAxx2q7sbmMbMGzLsBGGwODnqenWhgdVRXHv4o1RUbFvCZljP7rynycKT5n X7m4bcdfepW8RX1vqVraeWjGS5aOTMT8r5hXcpLccDOACB7DFAHV0VyOsajfW99fpHJJGiurJKQx WMDyM8DqPmbP4+9Nk8T6stnLOtvAUV1jV/LYAghj5nLD5ThQB23d+hAOworD1fVNRtYLd7SGIO0D zSLIjPyNvyjBH948+3Ssq68RX8WpWsEuwNHK6SFYnVCMsofG7kAAHHP1GRR5B0udjRXJw+INTuGT /R44p2whRkciLLxqCRkA5DFh6DjsahuvFOq2dg0kkUBmZA8YWB8E/PlTlhydgPXvgAnFAHZUVz2r a9dWb2CwrCHuITL5bozNIwKfIuOhO48nPTpVC18Vahc3UiCKPyEZmMn2d87AjttwGPOVA7HnpQC1 Oworl7XxJeSeGL3UJUhWW3l2IxQhGU7fmIDH+8eh7VCPEmpmOaRvs0cEbrGLgwOVYHf+8xu+6dqg D1br6gHXUVxzeKdUa7ht1t4IppsDyZInLR5MY3k5GR85446fWpIvEup3N/cW1vHDhZAqytA2F5kB BG7r8g6469OlAHW0Vxtx4q1S2toy8EJmfY4VYHwysqkry3UFj6n/AGeDWqNT1J9Ht51SFbi4uREA YmKxoXIyRnJOBntQBu0VyP8Awll/9nH+ho1z5ZkMQRgdvlBs89txYfhinf8ACTaktn5ktvCpMZkW VYyybQ2znDYySVP3sYJ5wM0AdZRXL6T4jvr29sYriKNFuEbcFjbdkF/m68D5R/eHPXpWdqV5qccu qW8U15++uDLE67v3SR7dyqewPy/m1AHc0VzljNeHUXtZriVE07eXlkyVlDn91k/xYXOeeoFdHQAU UUUAFFZpuZP7ZEXm8bgvlccrtJ3evXiqUuoXSyTRCY7jPuQ7RxGGAI/PH50Ab9FY2l3c8t1GJJt4 eNmYbw2CCMcADb1962aACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigArB 1G/v4bnydP003RVQzu8gjUZ6AE9Twc+nFb1YDX84YjK8E/w0Ab9FFFABRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAc/p3/I56t/1zj/AJCugrn9O/5HPVv+ucf8hXQU ANLqASWXC8HnpShlOCCOenPWuJ1PQdQml1SKG1LQX05nc7hyYwuzjP8AEcf98Vsabpc8OsMssW2z szI9o2R8xlOTx22/MvP96gGb9JkAgZGT0FcjKfEDaldnZepZFxkIyF8Bj/q/w2n6Z704WutwXM8t utyzCVpwszIfMHlx4TPbJDA4wM0IDraK49k8Ri7uE3XflCIjeCjbmymCo4xkb/f8cV0Wkm5NlEbx JUuPLXeHYMAfqO/rQBeooooAKKKKACiiigAooooAKKKKAGgoeRt49KQrGijcEVV6ZAAFc/DZyyWT S20YbfEkeAQNw3HP4g8/nWtqKGa3iPktIFmVmTAJIB9DQBaGwYcbRkYDe1PrGmj8rSZlkj8tWl3x o2PlBYYH174rZoAKKKKACiiigAooooAKKKKACiiigApCwUEsQAOpNLWb4htpbzw/fW8CGSWSFlVR jJP48fnQCL8c0cwJikRwOpVgafXJNDqEFgg0yC9SQTbmUwQwl+OAdvGM98H34qNodet/s8Nml3kX Uju8kispUzZ5742Hj+WaAOwyMkZ5FBIHU4riY7XX4mnmRb4Sy7dzFo8mUIce3lbs++MVq6/balc3 tqkKzNADEwERUJvEgLGTPONo4x70AdCSAMk4FG4cjI4GTz0rl4bXWrrwxqcF/mS6lQrEjAD5tvOD nld3TpVbUdO1dbG6tVjnleUyebcQbA1zuQ7M5PAB+Uj0xjqaBnZUVy0ceuyuts32mGNGCPKpQZXz c5U+yYHT9ap3Da9bLawST3zSTgH935e7zBG2R0wFDBSaBHa0VBZ+Z9nXz93m/wAeeme+Pb0qegAo oooAKKKKACiiigAooooAKKKKAE6UiurjKsGHqDmo7xGksp0QZZo2AHqcVkNBdqhexga3UqisoADE jPIA+ooA3aKyHGoiWUfvSpC5K7RgZGdo9cZpJhqJJ8nzx8ny7tvTaev+1nHtQBsUmRnHeskpqKSB VaVgGIRiVwRu/j/Dpik235iQqLjIB8wvs3dVzt/8exQBr5zS1jWEV9DLCjCURgkkMVxtJYnd/tZx WzQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUyVWeF1RtrlSFb0NACrIjlgrKxU4IB6GnVyMNp d29jEttpdxa3EaRx3U8TJ5kwB+bZz8x77jzz605rTxFLHvkubmOXZgrG0e3IhyO3UycH8e1DA6yk JCgkkADqTXGC4124F00H21x5rxvgxqq4fA8vvgAEH8KQWXiCVIrm6N21yIpIxGHTYGMK4JXocvu/ HHahagdrSFgCASMnoPWueun1Cz8NXEs01x9qe542bSyoZQoCdvu4xn1rJuf+EhjmjnCyoIIpMTTt HgIVcgt6NwmfcelAHb5GcZGeuKWuJ099Y1Pe1vcXf2TziizEx+ZtG/jcBzzt6Z/nWjpTa62uxG9S ZbXyMS7mUqX2pgjHTnf/AJxTsB0mRnGefSlriJ7XxCLq6uI1uRMwWN3yp43ucRAdsFOvvW1q0OsS 2lqLWaVJ0gdpDFtG6UBdoIOeM54pdLh1sbJgjM6zFB5qqVDdwDgkfoPyqSuV8rxDFqUUayytao77 XbaSy5P3+nbGDUf2XxHDb7o7i6klKgFXaPvFliOOofgf4UAdTcQxTxGKdVZGI+VuhIOR+oqWuUih 10usrfaWjjZfLjkMeSu98lv9raE59/rV3w1/aflSf2qLkHzCYvMKn5dq5zj/AGt2KANVNPtY717t IQJ3GC+T7ZwOgzgdPSrNFFABRRRQAUUUUAFFFFABRRRQAUUUUAJtG7dgZxjNG0egpaKAGrGiElVU E9cDrTqKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigArmG++31NdPXM N99vqaAOnooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDn9O /wCRz1b/AK5x/wAhXQVz+nf8jnq3/XOP+QroKAM8a3YtNLEJjvinFs4KnhyNwH0x36VZju4ZBndt +cxjf8u4j0z1rFvfCxu5HcXXl+ZctK+EzuQrjb16g85+vrUdv4ZuYrmO5mntJpd3zK8BKKMRjKgt w37vr7+1AM3bW/t7yBJYZVKyJ5i54O31weakE8TFAsqEyDKYYfN9PWuX/wCEKbcc3uQbfygSp4O3 b0z909SKsW/heWG+s7kTwKYpGdwkXGCxbaoJwBz9aYG5Nf28F1FbySqJpc7V78Akn2GAaLm/t7W1 FxI+Y2ICbPmLk9AoHUmsPVPCj6jfzzC5jjWbcd/l/vVJj2bQ2fu8Zx7mrMegPDo1vaxTqs9vN9oR yCybtxOCCc45I60gJG8TWK/w3R2oXkxbufKAJB3ccYIP5Vbi1W0n8jy5NwnkeOM7T8zLnP8A6Cao Dw8bu9N1q0wuHaLyyke6NANxOMA/MMHHOf1p1tos0F/E7Txm1gmlmiRYyH3PnIJzjA3HGB6UwLya nbSuqI5ZmleEDafvLnd+Ax1qX7VCekilQCSwI2jHXJ7VgXHhWSS6eUXCYeRpCRH+8T52cBGz8pO7 BPfFZ2meFLqYSzTpFakFQkRiAV9oj++oY8ExkHnnNIDshPESAJEJK7gNw5Hr9KVJY5QDG6sCMgqc 5Fc9J4Vea48x5LRVMeGVICMHYybV+bhPmzj1FaWi6bLplosMskUhBY7lTaRk5x7j680AaVFFFABR RRQBSj1S0ZW2sV2qHIKEfKTjP5irFxcJbRh5AxywUBVyST7VlxaTJNZYdjDKVVeRnG0nPfkEGtC7 t5Z4k2MiyJIHGQSDg0ABvYDa+edxjDbT8pypzjkduas1mz2kyWEqD97JK+9toxyWHqegArSoAKKK KACiiigAooooAKKKKACiiigAqvfXsOnWM93csVhgQyOQpJAHXgcmrFVNTszqGm3FqHCGVCu4jOPw oBDE1mykvFtlm/eNbi65BAEZOMk9B16VZa5gQ4eaNTjPLAcetc3L4OeQS/6blmJ2fJjCB0ZEPPQB cfjT18GQ7FEjQyFVVcvFuOBEyYyTnGWz+FD2A6Jp4lLhpUBTG7LD5c9M+lJHcRSFVDgOy7ghOGx6 4rnYvCBFxG008MiRyK/+q+aX5wx3nPOCuB6Cnaf4VmstWs7truN0tY9gVYtrN8m3k5/H9O1AGtba zZ3UsyRSHELFHkZcJuBwQG6dePwq0LiMsFLBWLFVDHBYjrj1rnLjweXW68maBWnk8wZi+6d0hzwe TiTHPp+U8PhqWC++0LPbyFmYkywbinzFgU5wDzz9BQDN1JopP9XIjckfKwPI60/FYfh7QJtF84yz QzGZwx2x7duFC8emcf0rdoAKKKKACiiigAooooAKKKKACiiigAooooAbI6xRs7HCqCT9KrR6lby5 2swIZUIKkEFhkfzqa6RpLSZEGWZGAHviqEemMwhl3mNxIsjKV7BQNp59RnNAF24ukttgZXZnJCqi lie9H2yExwyBiUmYKhAPU+vpTLm3mleCSJ4xJESTuBIORj1qBrSSKG1hXMgSZWLAY9SSaALouImZ 1Ei5RtrDPQ+n60i3MLrlZUI3FeD3HUVQutJaeSVleMCR92GTPVQp/EYyKjk0SRxGqzRhEkLj93zy 27r+lAGl9pj+yfacnytm/OO2M9Kjj1C3lJCsdwkEZBUghsZx+VRvbSrpUtsAHKw7Ex1b5cfzqNdN YyRzCTYwlMrKV6jHCnnse9AFu4u47ZkVlkZnzgIhY8delH2uLEDBiVnOEYDg8Z/Co7m3nklglheN XjDA71JBzj39qiNpJCtlCgLrFICW6YAU5J/E9qALkk8UK7pJFVcgZJ7nj+tMW7iZ2TJBT72RgCqU +kvLcO/mR7N/mKrJnnKnnnp8v60w6PKu5op4w5zjdHkDOe2fegDUEsbbQHUlumD1psdzDKWCSKSr bevfGcD161lyaG0nkgSRxJGuMRpgjr0P4/5zSjRH3BjJCuWyQkeAo+XleeD8vX3oA057hLdVMmfm YKMDPJplvewXQjML7hInmLwRxnFRXkc0sUHyZZZQWCnoORnn602105rWdJFlBAhEZUr34yfxxQBL LqEMM5ifeCuNzBDtXPTJqUTobkwc7wu/pxjOOtVbiwlmnmKyosUwUONp3cenbmpFjk/tPzGX5RDt 3DoTu6flQBbooooAKa7BEZmOAoyTTqZKnmROmcblIzQwRnW3iGyuY2f99Eoi88edEyb09Vz16j8x V03cWwHdlioYJ/Fg+1Yj+FI49HitbWRRcKsaPLLuk3KuMgBiduSM8VkR+EbtL62tMK0MChmu3jGT hFXaDuzt+XpjjnmgDs/tNuqs3nRBVOGO4YB9PrTxKjOyK6l0+8oPI+tcrc+Cmexa3t7mCMSIqyEw feIEmW69fnH5YrT0nQZNN1Ke5M8bJJGF2qmCTxliST6dBxQBoW+oWt3AkscyFHTzFDHB2+uDUpuY MNmaLCjLZYcA+tcpL4HmmaMPewmOOHyseTyw27SDzyO/6UxvDd5c6tdCOKG3gG/bLJCpMm6RXxkE 5AAwDgY4oA6+OSHIjjaPO3cFUjp649KUTRF2QSIXUgMoYZGemawNH8MSaVe2032mN1htxC2I8NIQ oGeScdO1Qt4Uuv7Xm1BLyDzTJvjUw4H393zYPpx+tHUDoI7+1laRUuIiYnEb4YfKxAIH1wRUn2iH fs82PfnG3cM59K5ceC5Es/IW4tz6s0HrEsZbGfvDbkHtk1YbwjGZTKJIhKWZhIYgWyZRIDn1wMfj QBr/ANr2fmmLzh5mWVU7uVALbfXGasNcwqHLTRgR435YfL9fSuUh8EzIZXku7dnlR0JEGAoZNuRz weh/Src3hed7Se3jmtAry7/Ma3zI4LM2HbPJG7gj096AOh8+LcV8xNwAJG4ZA9akrndM8My6bdJI s8EirbrEQYvvkKoyck4+729fauioAKKKKACiiigAooooAKKKKACiiigAooooArtfQLLLGX+eIqGG Dxu6VMZEXq6jPqao3GmGeV5BLtLSI/3ewxlfxxVcaGzLiWWNsJsX5Ony7QevWgDVMqDdl1G372T0 +tOBzyKy30mQwyRrJDhn3bjHlmGSeT+PFX7SA21pDAW3GNAu7GM4FAE1FFFABRRRQAUUUUAFFFFA BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABXMN99vqa6euYb77fU0AdPRRRQAUUUUAFFFFABRRRQAU UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHP6d/yOerf9c4/5Cugrn9O/5HPVv+ucf8hX QUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBHcS+RbSy4z sQtj1wKpDWIhJiRSE25LgEhTkjB/Kr8kayxtG4yrgqR7GqjaTasQSrY5yN5wec8j6mgBYNTtp5ki RmDuu4BhjtnH1xzVyq0djBFOJkUhwoXrxwMfyqzQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFcw332 +prp65hvvt9TQB09FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU UUAc/p3/ACOerf8AXOP+QroK5/Tv+Rz1b/rnH/IV0FAHIXeuX9ldXG6VpI21AxwrtHAWPcY8474z nr1qe08Tma5WKKS3aN5CfOmm+VgRGdiEDlh5mAPb3rp9o9B1z070zyoUCjZGoU5UYHB9qAZyNr4v uooVSW2M5S28xpGYKWbbu3Y/u9jgVdt/FMsl9ZwSR2+2aRojIkhYMQxUFR1wcdTx78V0QSM4cKhy uAQO3+FAijXbhFGwYXA+79KfUDmNY8S3NjqzRxpGYrcvuhDfvZcRbgcY+5k9fUGrM2sz3GgW902L QS3AhmlUgiNNxUuDyBnA5PTNb5jQtuKKWxjOOcUeWgj2bV2Yxtxxj6UgOQe4v7q9a30y/u7xY4CY 5Y3jRQ29gN+R84GAMjrg1esdVnlvLK1e5V7gXVwtxGuMhF37cjqB93B9xXQqioAFUAAYGB2oEaBy 4VQ54LY5NMDlG8RXMF4YnPmLHcyfIGAklXeyKqDHzbcZP4UyHxjNLIwMVsSoADxzkxru8vl+ONu/ n6e/HWtEj/eQZGcHHIz15qtY6Va6fFIkEZIkOXMjFy3AHJPsAKQGNJ4pljuBGI7STEefkn++2xm3 KSPufLjPqa1dE1I6rpy3DBA29kYJnGQcd/8A6/1q6IkBBCLkDaDjoPSlVFRQqKFUdABgCgB1FFFA BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFRXURmtpEEkkRI+/GcMPpUtFDA4q38UTa ZBZQyObySa2E0jSv84YxM/YAAfJ79auP4pvLYSfaoLRMbkVlkYjeNhGeOn7wD6j0PHTeVGWDbFyB jOO3pStGjAhkUg9QR1oA4uLxVe3Dx6gIyLZIyrwJICHfy5Hz93OPk9fT052U16ZtCuL0JbvLDKYs pL+6fkDcrHqOfzGK2wijooH0FIIkEflhF2Yxtxxj6UAcyPGEhkt41tFYzqjKwYgHfwnUf3gw/Cq4 8byyCURx2Y2yYWR5iqFdjMO2c/Lj8a6/YvHyjjpxUMlhbSyRSPChaJi6ccAkYJx+NAC2c5urZJWA UuM7R1X2PuO9T0gAHQAZpaACiiigAooooAKKKKACiiigAooooAKKKKAIriQw20sijJRCwHrgVnG8 uv7LuGjlR50dVSTaMHO09P8AgWK1qjSCKOPy0iRUBztCgD16UAYz6rcz3IFu37t9iqFC7s87uTx1 GPwq1FfTizhZlVna48lt3GBuI7cZ47cVda0t3Xa8ETL6FAR1z/M07yIvLWPyk2LjC7RgY6cUAZq6 yzzRjyUWNlLsWf8Ah25H0PHIqSw1Jr67ZNmxVQ5XryCPYevpVz7LbgEeRFgkt9wdT1NC2kCABIUQ AgjaoHv2oAqSXcq6qsQYeXuVCmOTlWOc+2KqT6pcxvcxqybxN+6+Xogxu+v/ANetkxRmUSlFMgGA +OQPTNIYIicmJCeeSo79f5CgDNsL25kuohMWKSh8ZC44PGMc/nTn1djLEkUQ+ZiGLN0GWHHv8tX4 7aCF2eKGNHbqyqATSfZbfczeRFljuJ2Dk+tAGbFrD7XYrvIGVUkDP3cDgcnmny615Ewikg+cr0D5 w2AdpOMd/wD61X3s7aQYe3iYehQGj7Jb5J8iLJG3OwdOmKAKFrqzvII5YxkyFGKsPlyzBQPX7vWp dUupbZU8p1Q7XckjOdozt/GrQtLcbdsEYKghSFAwD1x6U5oImREeNWVMbQwzjHSgCheahLa36Alf JMXKkc7yfl5/DH41Tg1G+KB5HJCGNXKqu3JODkdfyrcaKNzlkVjxyRnpyP1pn2S38wSeRFvXo2wZ H40AZ99qMttPcIhHyoGTpjOCeaVtbK+YPs53RkIcNkbiSMDA6cda0XgikJLxoxIwcqDmk+ywCMx+ THsIwV2DGPpQAsEvnwRyhSu9Q2G6ipKQAKAFAAHQCloAKjnYpbyMvVVJH5VJRQwODtvEmoRQWBln edrSJjdjaB57NEzpnjjgA8VduPFd0/lRxi2QrMiu6SZ88ebtIi4+bgc+ma63Yv8AdH5UghjG3EaD Z935en0oYGDaa9NqOiX84aC3khjysyEyIu5AwzxnK5waxTq120sNuNQcL5r7na8jCn5QRtmCnd64 IBGfSu5VFQYVQoJzgDFMNtAUCGGPYDkLtGM0Ac8mt/Z7bUVku0mkhMflIJlLEGNCSCBzySc4pi+L povmu7eCONgXRvNOAMS4BJHUmL/x6ukFvCGDCGMEDAO0cCnNEjDDIpHoRQCMPTvEMl/fNbmOCLag cOZDh87eF46rnDehK+tb9N8tOPkXjpxTqACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo AKKKKAMq41CeC7mQsvl+ZFHGcdCcZB+oPH0q1fSSKbdIpPLMkm0sACcbSe/0qwYo2zuRTkgnI7jo aSS3hljEckUboOQrKCB+FAEVhM89sGkIZgzLuA4bBIz+lWaasaJjYqrgYGBjj0p1ABRRRQAUUUUA FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVzDffb6munrmG++31NAHT0UUUAFFFFABR RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBz+nf8jnq3/XOP+QroK5/Tv8A kc9W/wCucf8AIV0FAHMXUPiCXVrtY5ZI7VmQRmMLwm5MkE9Gx5meP6Ut/ZapPoNmm15byGSUksVz jZIqk9jnK/nWn/bIGoy2j2dwnlbC0rNGEwxIU/ezyQeMZqZ9Y06OMyPfWyoHMZYyqAGHUdetHQdz nZbbxDDbyCB5trnlAV+RRIwAQDGPk21a0/8At3/hIIftYl+yiHbMxK7GbYuCAOnzbv8AHGK2BrGn ExAX9qTKxSP96vzkHBA555qWG/tbiKSWG5hkjiJDsrghSOuT2oESQ/db7/3j9/r1/lUlZ1nrun32 PJuY/mlaKPLj94V67eeRzU82p2VvOYZ7uCOUIXKPIAQo5zj04NAFqiqI1rTSVAv7XLMEH71eWPbr 15H50v8AbOm+VJJ9vtfLjYI7eauFJ6AnNAF2iqzalZLGZGu4AgBYt5gxgHBP5kD8alinimGYpFcY BypzwelAElFFFABRRRQAUUUUAFFV7e+guhGYXJEgYrwR0OD/ADpJ7+G3lMcgfgBmYISFB4BJ/A0A WaKKKACiiigAooooAKKKKACiiigAooooAKKKrajfR6Zp1xeTK7xwRmRljGWIHYD1oAs0Vlr4isWv Bbs7J/ooujI+AioSAATnrz0qaXWtNgbbLqFqhKh8NMo+U9D16UAXqKqPq1hG0qve26tEQJAZBlc9 M/WiDVLO4lSFLmHz3TzBEJFLbfXANAFuiqj6rYRtOr3tupgx5oMg+TPTPpTJda02F9suoWqNtDYa ZRweh6+4oAvUVSfWNOjMwe+tgYcCUGVfk5xzzxzUUviHTIrhLf7ZA8zoXVFkByAu7Oc4HHPNAGlR Wa/iDTY7yW2e7iVoU3ysXG1OcYJzwc9qvRTxTruhkSRcA5U5HIyP0NAElFFFABRRRQAUUUUAFFFF ABRRRQAUU1mVEZmOFUZJPYVUXVbVig3MpckYZCMfX06j86ALtFNjcSRq65wwyMjFOoAKKKKACiii gAooooAKKKKACiiigAooooAKKKKACiiigAoopsj+XGz7WbaCdq9T7CgB1FZieIbB1gZpfLjmgE4e QhVVSQACSeCTnj2NWDqtgJfKN5biTf5e3zBnd/d+vI4oAt0Vn/23ZCZI3njUtEZmJlTCKO55/l6G p/7Rs/sX2z7VD9m/57bxs6469OvFAFmiqNhrFnqMcJgmTfNH5qRsw37PXHpT31WwjadXvLdWgx5o Mg+TPTPpQBboqjLrWmQttl1C1RtobDTKOD0PXpzTn1jTo2mV762Bhx5gMq/JzjnnjmgC5RWTJ4l0 1IriVLhZUtziQowOPlDcc8jDA5FSSa9ZI8QSRZVlGUdHUr0J5OePunrQBpUVmt4h0xLqeF7yFfs4 BkcyKFUkkbSc9flPFSrq9nJqS2EUySXDRmQqjA7QNvX0zuGKALtFZw1/TftM8P2uEfZwvmOXG1SS QFJz1yp4qWPVLV7eedpBFFBI0bvIQoBU4PPpQBcorO/t2zYyiN9/lleQy4ZSAdwJPKgMMmnvrWnx zxwG7hMsk3kBVYE78E4OOnQ0AXqKqDVrBghW9tzvLKuJByR1A+lWqAFooooAKKKKACiiigAooooA KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK5hvvt9TXT1z Dffb6mgDp6Ki8/8A2DR5/wDsGgCWiovP/wBg0ef/ALBoAloqLz/9g0ef/sGgCWiovP8A9g0ef/sG gCWiovP/ANg0ef8A7BoAloqLz/8AYNHn/wCwaAJaKi8//YNHn/7BoAloqLz/APYNHn/7BoAloqLz /wDYNHn/AOwaAJaKi8//AGDR5/8AsGgCWiovP/2DR5/+waAJaKi8/wD2DR5/+waAMTTv+Rz1b/rn H/IV0Fc9pjbvGOqnGP3cf8hXQ0AZt3o0d3PPK0rr53k5AA48ty4/POKzrfwdbwQNEJ3IIdQSuTtM ZQA5JzgE/wCFMvfFktoupgWatLazrFCvmY81SAWY8cY+b16D1q4fE9ql5dQOsheFlVY0jYu+d2SB /wABb8BmjoMqXHhVp9SYifbaSxkTDaNzcp8o9Pudat23huOLT7u0luHkFzEsO4KFKoq7VHHUgd+9 PHiWwkiieKVsSNtUtG3qgP8A6GtRHxdposjdN9oESkZLQkEAruDfQigRDH4ST7dFdz3bSzCUyyfJ tVzuDDABwMEd80/VvCw1e/a4mvZVjK4EQUEL8pU+38RPTPvjipdW8Rx6VPPG8TvstDcIVR23EE8H aDgcdTS2niGK612TTsRgqnysJQWZwAXXb1GAy8/X0pgQX3hVbwbReyxxmd5nUKPmLMrfptxzng9O lMn8JhbX/RLopPHCI4yyAjpIDke/mGtCTXrSNpxtnYRP5e5YiVd8hdqnucnH/wCqm2niOxvbyO3g MxaToxiIXO3dtz64zx7Ut0O9jMj8HbrZVmvHG1QURV4jfcrnkEEjcvtwa3tPshp9nFbRsDFEgVAF xjFZ0Xii2MlzHPFMksUzRoqoW83D7Pl9TkjI7Zptx4tsYoJZIY57ho4RNtRDkg44578/5NMRu0Ux H3gnay4OPmGKfSAKKKKACiiigDPttMa1mikSUHZFsKleCcj5vyFOurKWeaUpKixzRiN8rlgBnpz7 1WTWn2M0kKj92rqQ3BJJ46egz+dX72d4I08pVZ3kVBuOAM0ATKCFwccdMelOqg1/ItlJKY18yKTY 67uDyBwfoav0AFFFFABRRRQAUUUUAFFFFABRRRQAVW1CzXULCa1ZyiyrtLAcirNRXJmW3c24jMoH y+YTt/HHNAGDJ4OgcSf6VNuZ2dSf4fnVlHGDhdgHXoami8K28UaosrAKBjCjtE0f/sxNJZeJM2Uc l/FiaS3W5226s6qjcDJIHOc/lT4/FumSruRpjH5fmb/Jbb9zfjPrt5xQ1pYERQeE44Z4XN07JA4e JCg4O4M2T3yQPpS2XhYWeo2l19tlkW1TakbKMfc2/wD1+mffFMl8X20N2BJHIlr5Ik8xlOWYlhtH bgIx69uKsv4r0tGG6Vwpk8tXKEK3TJB7gblyfemA1/DzkOsd6VQT/aIAYlPluWLHJ6sMk8cUyPwn bxwCJZ3wARkqM8xeV/LmpU8U2EuRGty75ARBC26T73KjuPkb8qefEVnFPFFKz5lnMKsIzgNuC4Oe +SKVugeZmx+E53STzb5oisrmERoOEZwTuIwTnA7jHvUsXg6KCyW2jvJAoV0ZigJYNEsf5/KDVrUP Eltp9+tu6vsUkTzFTsixGXxn1wBx71OmvWUmmC+jZ3jaTygirly+cbceuaEGxnSeEizP5eoSxqch FCD5VLlyCQQTyT3H887Gm2X9m6fBaCQyJBGsaEjBwABz+VZdj4rtrm3t3mV0kncII1QkqSAef++h /kGpT4q08M64uS4JCqIWzJgkMV9QNpz9PpRtoBtUVjSeJrLE3kl38opk7Dht2MAe/wAwplv4rspI fMn3wfuUm2MhyoYKcHsT8w6dqANyiqVhqkGoqTAsowcMHQqV4BGQfUEEVdoAKKKKACiiigAooooA ZNEJoJImJAdSpI96oDSvMg2zujSM+4uE6DAGB6dB+tXriXyLaWUDJRC2PXAqj/av2cEXwRDtV1MZ JBBz6+mDQBasbeS2txHLKZWyTk5/rViqf9p2583bvYRgEkL1z6fnUbazB9neaJJZVVN52p+mfWgD QoqkNUgBkDFtyNgqEOe/+BqJtbgIjMYZgzAOSMBBkjk/gaANKioba6S6QtGGG04IZcEd+n0IqagA ooooAKKKKACiiigAooooAKKKKACiiigAooooA5248H280Uy/aJAXnMqZHEakMPLABHy/O5/GpW8L xgQiG5eIRTtLlVG7BIO0H0+UDuPbpjdooA5tvBsTRGE3cnkFcldi537dm7PptPSr8miK1m8Mc7I/ 2o3SPtB2vu3Yx3FatFAGBpnhSHTL6G5Wd5TGgGGHVtu3cOcDjtj8akfw858wR3pVBP8AaIQYlPlu W3HJ6sMk8cVt0UAYEfhO3jgEQncgAjJUZ/1Ri/kSarReE53WTzL5oisrmERoOFZgTuIwTnaO4xXU UUdbgc1H4Mjisvsy3suwJtUlFJB2Kmff7gP50p8HRO0jyXkjSysXkYIACx3ZIHb7/wCldJRRcDmp vB5kSRF1GVEYbFAQcJlzgkHJ5c857Drzm3pfhxdLvI5UuneOJGVIyg4LbdxJ6n7g4962qKAOZk8F xSqVa8kIUBYRsxsUb+DggtxI36Vf/sCNNPa1hnZCLgXEblQdjBgQMdxxWvRQBz1z4VNyzub51klG 2VhEuGUqoIA7fcBqRfDAW5aX7Y4UzeYIwgCgEOCMepEh5GOgOM5zu0UAYWleF4tJkSSGctIiMisy 54IQDOSScBB3/KtylooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii igAooooAKKKKACiiigAooooAKKKKACuYb77fU109cw332+poAual4kTTNcisJYMxPbtM0+/G0jOF xjvtPeqln41t3sLC4vrSa2a8mMIC4dY2D7QCeOp9BV/UtG0vVpjLd5Zyip8shXhW3Dp7/pxVWbwp ok88Uzh98Tl1xKQMl/M6ezciheYPyF/4TKzIJSz1GQmV40CW5YvsJDsozyBjk/lmpLjxdp1pfXNr cLcRvBCZ8mPh14+73zkgcgUT+H9KntYYN80Yhd3R4p2RxvJLjcDnBz0qE+EtCNzcTlG3XCsrjzWx hsZx6cqD9RQAkfjO3McjS2N6sizNEsCxFpSFVWZivYDd6/nmnz+NNMg89iLhoYURjMsfyMXAKKCT 1O4cfnSHwtpBt/LM11v8xpDN9qfzSWAVgXzkggDIqaXw/o81pc2zIBFcFCyq5G0oAFK+mABQBFF4 10ud7BITM7XxIQKo+Qhtp3c9j6ZroKwJPDOkTW9nBI0rRWjbkUzNhjnPzevIrb8+L++v50ASUVH5 8X99fzo8+L++v50ASUVH58X99fzo8+L++v50ASUVH58X99fzo8+L++v50ASUVH58X99fzo8+L++v 50ASUVH58X99fzo8+L++v50ASUVH58X99fzo8+L++v50ASUVH58X99fzo8+L++v50ASUVH58X99f zo8+L++v50AYenf8jnq3/XOP+QroK57TGDeMdVKnI8uPn8BW3dXMVlaTXNw+yGFDI7HsoGSaAKU/ h7TridppYN0jb8nef4wA3f8A2R/k1CfCumjzmjSWOWU58xZmDIcsflOePvN+ZFV5PGNpbCP7bbXN s0nlMiyBclJG2huDxgnkdR6VdHiLTi75uYhCsUcon8xSjhywAHOf4T2/rQFyC08K2FvHEJFeR0RQ T5jBcjblgucAkopP0p9x4V0q5iWOSB9qqEwJWGVC7cHn0FPPibSBLcI1/AptwhclsL843Lg9Dkc8 Vbg1Oyurp7a3u4ZZ0UMyI4JAOMH9R+dABNpttO0rSISZYfs7/MeU54/U1FFolhAIfLgCtDIZEfJ3 bjnOW6nOT1qsninS3vri2FymLeNXebcNmWZlCg565U8Vdn1SytrJLua6hS2fBWUuNrZ6YPegPIgk 0GykeZiJh5rbyFmYBXyDuUZwDkA5FOttEsbN42giKtG29TvJ527M9fSlbXNMSQxtf2wYR+djzB9z Gd30xz9KrSeJ9PQSskqSRxwCYSLImGyxUKMnO7IxzxQBNLoNjNktG4YszBlkYFWZg5IOeDuANRP4 Y0yTAaKTasRhUea2FBGCRzwfep4td02WWCFb6386dVaOMSglgwJGPXOD+RrQoAZHGI1IDM2Tn5jm n0UUAFFFFABRRRQBQi0qEWnkzgSH5QSMjO05XvVma1S4iCOXwG3AhiCD9amooApy6erWhghbYGIJ LZbPOSevX3q5RRQAUUUUAFFFFABRRRQAUUUUAFFFFABSEZBB6GlooAzJfD9hLbrCYnCLHHGu2RgQ qHK857E0kPhzTreBYoYXRF+7iRsj5NnXOfu1qUUAZH/CL6Z5Pl+Sw6Hf5h3Zyxzn1+dvzqV9AsHa M+UwMchkBDkHJxkfQ7Rx7VpUUAZbeHrAqgVJI2QAI8crKygbuhByPvt+dNfw1pr3UdwYX8yN/MH7 xsbt24EjPrzWtRQBm3WgWF7dPPcRM5cHcm9gjHaVyVzjO04zT/7HtTp62eJPLVt6t5h3hs53Buuc 1fooAyB4X0wQJCIpBGrq+3zWwxAAGeeegqKDwrZrEwneaWZnZhKJWUoGZiQuD8o+Yggda3KKAMv/ AIR3TjOZTCxbCqoMjYUKQQAM8DKjj2oj8OabGka+QXEeNu92bomwdTz8vFalFAFOx0u305Ntv5nJ yxeQsW4AGSeuAABVyiigAooooAKKKKACiiigBskayxtG4yrgqR7Gqn9lWxQqwdjx87OSwx05/E/n V2igCnJpdtK7MytuYAZ3njBB4/IUi6TaohRVcIV2lQ5wfc89fertFAFR9MtZAQyEkhhncc8kE/yp i6RaLtAjbAOSN5wx5PPr1P51eooAht7aO1QrHu5OSWYknt1PsBU1FFABRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFc w332+prp65hvvt9TQBsXd/pthKkV5fW9vI4yqSzKhbtwCanBgZwglUsSRgNzx1/LNc54g0fUrnxJ BfWcLSQrAsbbJ44zkOTzuRsjB7Yqh/wiepwteR2SpbLI92yus5+fzNpTI7dCPbrQB23kr7/nR5K+ /wCdcLZaVqyRTiysliaG6lX7M9021VeBVBDkfMAefzqSHwrrB1+0nuLgtarBHG+2b7oEe1oyOpBO TketAHaIkUiB433KehU5Bp3kr7/nXB2fhTWbabRFjt7e3isCu9kuGLMN53D0wQc4+oNbXg/RtQ0c 36XoXypJN0RMvmO3XJY9PTtmgDovJX3/ADo8lff86kooAj8lff8AOjyV9/zqSigCPyV9/wA6PJX3 /OpKKAI/JX3/ADo8lff86kooAj8lff8AOjyV9/zqSigCPyV9/wA6PJX3/OpKKAI/JX3/ADo8lff8 6kooAj8lff8AOjyV9/zqSigCPyV9/wA6PJX3/OpKKAOe0wBfGWqgf884/wCQrbvLWK+s5rW4XdDO hjdc9QRg1i6d/wAjnq3/AFzj/kK6CgDm5fBy3AiefUbiS4g8oQzFVyixuHAxjByQMnvjtVCPwGHu 5fNmZIohCYJQ2XaRWkZ2YAAAHzSMV0UV/JJrF1a4Ty4Y1YEdcn1qlP4lWw8PWeo3cJdp4hI6xkDH y7jgE81MZqauu5UouOjKyeCLe3kSSzvJoHiCeXhEIUrGYycYxyrHj1qxo3hG10O+NxazzbPJEIiO AMAKMtgfMflHJ55NWtR1+LT544zBNKCqPIyY/dqzBFJyeeT29KpR+MbWa2WeO2uDEZAm8gBQpGQ2 ScdO3rVElX/hX9ptUG9uG8kRrb5C/uhGzso4A3ffI59qv3fhWC40Oz0yOeSGK1ORtVcP8pB3LjB+ 8T9cVAviaeSIoLVhdyblhiBVgSHdQd2R2QnH61b0zxJDqV2kEcEwV1JSZgAGIVGIxnI4cfrRa4bM oxeCIIdPksI764FpJEism1Ml0RVV84z0ReOmfyqa48JLd3SXk9/O15GI9suxAAyOzg7QMfxEY9Pf moZfGSw3Uha1k+zFB5HTdK29lJHPA+Q9ea0L/wAR21hDZSNHM/2sb0VV+YLxkkeo3DjrRvqFraFG 18EWdrLFIlzOWSSGU52/M0bSNnp3MjfpiulrnJPGVvFG7PaXCncBEp2/vRlxkc8f6tuvt609/FsK pI8dlcuibiT8oOxQu5sE9i6jHXr6UAdBRWBZeJ45r21tZEYvdFtjrtAX7xAIyT0XrT5PFEaXUsH2 O4LLIYojlcSuGVCBzxy45PvQBuUVjXXia2tNJt75opWFwxVYgBuyASw9ONp+tQzeKMXPkW9nIz+d En7xghZXYAsAeeMigDforDsfEcVy+ptKCsdkPM4APyYbnIJyflP6U6TxGIBD9osbiNnG9wWQ7Eyq hjg88sOBz1oA2qK5O58YTObb7PaSQxuweRpNrHyypIIG7qcH6elXk8WW7XHlta3ChkaSNztw6AOc 9cj/AFZ4PtQFjeornpfGFvFCszWswiMvlhiyZP3ckDOcAsKhk8YCH7RPJaOLVIkki+ZQ0gJky3Xp hOnWgDp6Kyb7X47JLdxbTSpNCZ2K7R5cY25Jyf8AaHAqrF4ut5rtrZLWYur4yHTbtwx3Zzjoh/Sg DoKKxLfxRbTaNdai0UkaWz+W6EgksduMEHH8QqCfxciWhkis5t7W7yoJCEBZQ3y5J5+4ensaAOio rIsvEMN5qjaf5MqTImXOMqrYUlc/8CHPfmqVp4qeSIpLZSvdF2EaoVAlAZxkZPGBGev9aAOkornp fFinAtLSSRmMJTzGVN6uyAkAnPG8fjWhrOoS6bawywxGUvcRxlFGWIZsHHI5oA0aK5uPxaEcLdW0 iGS6aBR8oZBuVV3DPPLdqhTxbM9rbK9uYbuRI3KsAUZWZRuBB46njr60AdVRXML4xEWnz3dxauYo 3CoQ6hnXyw5OCeDz057VffXGl0x7u3hKKtysCmXHzjzAjHAPHU4zQBsUVi2nie1ubfUJmikjWxG6 TlW3LgkEYPtUK+LoBeR2k1pcRXBk8t0+VinKgHgnIyw6e9AHQUVzT+LSxHl2ciIqzNKWZd8exQw+ XPU56HFPPinbcui2s0odtluqhQXwWDNktwMqeuKAOiorD1TxEbbSYrmzt3mluLZriNTgBVCgktk9 tw4HNTab4httSmuo4klAtgSXK/KwBIOPxU8UAa1Fc3H40tpoFlhs7l1ILEjaAEAU7uTzw44HPUVI vjC1kldI7ed9svl7gAAQN+5s57eW3HXp60AdBRXNjxYrykfZpYvLQyMkmzLghCuG3YH3x+RFbOl6 jHqumw3kKsqSgkK3UYOD/KgC3RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF FFFABRRRQAUUUUAFc61rPub903U10VYOo65BpVz5d5FcBGXckkcZcMe446EcfnQByv8AwsG9/vx/ 9+6P+Fg3v9+P/v3WPaaXBLdYeJjEYYWBycFmxnn86SXRYQXKyyJEg3EmPLH5EPrjGWoA2f8AhYN7 /fj/AO/dH/Cwb3+/H/37rG/4R4byFuWYbzED5X8YJHPPC8df0qpZadHdWrzSTtHtLABY92dq7j3H agDpP+Fg3v8Afj/790f8LBvf78f/AH7rH/4RzDKGu1G58D5OdueuM9fb9ahOihoZHimdyFV0Xy8E qQDzz79s0Ab3/Cwb3+/H/wB+6P8AhYN7/fj/AO/dZLeHNpx54wRuyygEAb8j72P4fX8qybu3FrcP CH8woxG4DAP0oA6z/hYN7/fj/wC/dH/Cwb3+/H/37rimYhwMfKe/pRGWYEsMcnHrioVSLlydTZ0J qmqr2eh2v/Cwb3+/H/37o/4WDe/34/8Av3XNWNlDdQSNJJIjKcbsDYD/AAj1JJ4wPrV4aDC9yRHO 5t+VWUENvYNjGMDB4PFWYmv/AMLBvf78f/fuj/hYN7/fj/791gnTbUQPLuuNpgSWPlc7n4VDxzyD z6VKmi2rytELiUMsnl7yow7D7yqOpIAJz06UAbP/AAsG9/vx/wDfuj/hYN7/AH4/+/dc+2m2/kzS rNKAtqtzGjKMkEgEE9OKgv7a3tmgWNpVZ0DyCTB2A8joBnjn8aAOn/4WDe/34/8Av3R/wsG9/vx/ 9+6yBoEL3FxDHcOxjYhSdq4Hl79zDrz04qKx0aK9SELNIXlQyqyr8uwOFPHXPJNAG5/wsG9/vx/9 +6P+Fg3v9+P/AL91z82m28d7FEkk0iyxh0VAGZzzwGHy4yOv+FE+n2kcFy8dy7+UdqucbGbj5B/e PXkccUAdB/wsG9/vx/8Afuj/AIWDe/34/wDv3XGUUAdn/wALBvf78f8A37o/4WDe/wB+P/v3XGVs x+HzMzrHOmRDHIoLDOWxnIHIAyfyoA0rXxnJa6lcXu2N5Z1CsGU4GPTFXv8AhZFx/wA8Lf8A75b/ ABrm4dCaaNZVuo2jcBl2qdzKep29RjBpsWjG51G5tYJhiGQxqzIfmOSB9OlAHQJ49kS7luBFGXkA UqS5UAegql/wklh5Qi/smxMYOQpVyBxjHXpjtVD/AIR6YqAlzC0hHCYYHO0NjOMdD1pq6DI6u0d1 CwUsowrZZlOCAOvHr70kkth3bNHUvFQ1O6tZpooALZgyoIzzhgw56jkCpW8WWrR7G0yyKb/MwUbG fz6e3Ssa/wBGeyt3mEyOqYyq5JXPqe1Sv4fcBSLmJdyhtr54X5cknGON4piNSTxZaypIj6XYlZDu YbG5Od3r6kn8ami8cJBIrxWFmjLnBWNhjIAPf0UfkKxn8P7IlJuhvZyBiNsFQuc/5496kl8OGKAl pyJlco2FyowW59f4f1oAvN4rtGaZjpdlunOZCEYFjnPr6k/mann8crcrEs1jaOISDGCjfLj8f0rK bw0yqUFwpmXcXGCFADAZ9+Dmqx0N/sguFuYmV0MkY2tl1C7j9OPWgDafxhbyRmNtNstpAGAjDoSf X1Y/maq6n4ji1OOONre3hjWQuyxxfeJxnk9Og5FU7fQ1u7W0aG4IlnBLBkO0fMVAyPpUg8Nu9ukq zqnTfv6DIXH/AKEfyoA0Y/F9tFcpcR6ZYrMn3XEbZHX39z+dOl8ZwzK6yadZMH3bso3O4gnv3Kg/ gKw7zSPsNlJJLOrTxyIjRoOF3KSOe/TtTI7KD7NbtM05kud/liJQwXbxyOpyfToKAOhk8axy2aWr 2FmYI8bE2MAuPTmo28X2zyySNplkXkKljsbqCCO/HIB49KyV8PyEyZuoQIm8uQ7W+V8qNvTn7w5p R4dk6m7gAJKqcN8zDdkdO2w8/SgDXtfGcNl5v2bTrKMSjDhUb5hzx16cnj3qNPFVpGsSrpdiBC29 Pkbg8e/sPyHpWWvh+Z92yeM4AZflYBlO3nP/AAIcVJD4d3XESy3cYhkfy1dVOWb5sgA9Punk0AaZ 8YW5Cg6ZY4VQo/dtwBnA6+5qjDrtskt1JcWltcm4YMQ8RAGCxHT/AHjz3qhZaQ97brKs6Ju3/KQS cIASfTuKsy+HnQRBLmNpGIDAA4GX2DB70AaUviy1m2CTS7FhGSVHltwTgnv7D8hTH8TWMm/dpNgT I25v3bcnn3/2m49zWadAcEr9ri8wbQF2tyzKWAz9BSt4dliAae5hRFKiQ8koTtwMDr97rQBp3Pi2 K7ubWaeztmFqpWKMo20Z29s9tooi8V2cJYx6VYLuBB/dtyCCCOvTBIx71lx6PE7X6ee4e3nEKfJn dy3Jx7LUy+GnKurTrvHKHHyn7p5/BqANKHxlDb2klrFp9msEv30CNhuMZPPsPyph8W2xKFtMsjsQ xjKMflwR6+5/M+tZMWgSyQwubiNTMhkVSDnaFDH9CKgOmGOe4SW4iSO3ClpQCw+bGMAc9/woA6KD xsltN5sNjaJIECbgrdBx6+w/Ko5fF1tPEY5NMsWQ8EeW3qW9fUk/iaxzoUirMzXMQW3AM7Yb93kZ HbnPtT9S0B7BZpBOjRocqDwzLnbn8+3pQBqP4ttZHdm0uxJcBT+7boMY78fdH5D0qS78btd26wmN IgsgkVowchgc55z3rm5LJBZ2csMhd7hmQqVwFIIGAe/XrV1/D5EcZiuUkcyGJ/lIAbeEwPxNAEsm tQyziaRpWlDbgxIznOc/d9QDTYtWt4F2wh0Gd2Bjrx/s+w/Kmf8ACPlVl3XcYMSh3O1sKpUt6cnA qG50SS1jlMk8W+NDIEAPzIG25B6dT0oAsPqlrKu1w5XjjjHC7R/D6cfSrA8SkQeQJ5/K3b9mVxuz uz9315qjFpltLDE4uGxhGmdSpEQJwcp94Y9eRSyaOhtpJ4ZAqKFKNJKhR8sQcMOO3SgCzBriWkMs VrJLCsq7XC7SCMYGQV6c9Kr2GpR2EMai4nkdHMgkO0fMe+AuOw/KmnRS2o3drFOo+znA3DLP9AKk /wCEcmDBXuYFbAypPIJAOAO/X9DR5gPGr24XaPMxknGR1Iwf4fTjHSnrrsaTPMryiR23swxktzz9 33P5moY/Dk0mAs0bswPC5AVvQnH6cGmR6C8sYkS6iKO2yM7W+dvmGMY4+6eTQBZn12O6t4oLh5ZI YhiNGxhRjGB8vTFSw+JWt5JJIZ7hHlOXII+b/wAdrLsdNXUIMxTbJlYKyupwSxwuCPxzUi6G7xRS x3MTRzsUhO1h5jDORjt06mgC2uuRIhRWlCkEEZB4OMj7vTgfkKcviAJKZFlmDl95bI+9gjP3fc/m aRfDtusz+bdP5XmLFGVXBZjjrwe59O1QHw87ySC3uFZANybkILLjPPYHmgCK0vILaGRHmmmMjbmY hV9MYAXjG1enoK3rDx02m2UdrbwQmKPO3cDnk57YHesU+HZSSI7qB8ZJwGGFBKk9OxBpItBeVEkS 4jZXCsoUHcVOPmx26/pQDOj/AOFkXH/PC3/75b/Gj/hZFx/zwt/++W/xrl7vR5LYxbZY5fNkEY25 wGPQE9M02TS1jR3N5FsVzFnY/LjOV6e3X3oA6r/hZFx/zwt/++W/xo/4WRcf88Lf/vlv8a5ez0Wa 9WJkljUSqGG7PA37Ofxpz6JILU3KTxvAEMhcAjAxxkH1IIH0oA6b/hZFx/zwt/8Avlv8aP8AhZFx /wA8Lf8A75b/ABrmoNBlmt4ZmuII1lUOA7YwpJAP146VUvrZLOQQ72aZc+ZlcD2x36UAdh/wsi4/ 54W//fLf40H4kXOPlgts+6t/jXDUUAd0fiPOrECK2YDoQrjP60n/AAsi4/54W/8A3y3+NcNRQB3P /CyLj/nhb/8AfLf40f8ACyLj/nhb/wDfLf41w1FAHc/8LIuP+eFv/wB8t/jR/wALIuP+eFv/AN8t /jXDUUAdz/wsi4/54W//AHy3+NH/AAsi4/54W/8A3y3+NcNRQB3P/CyLj/nhb/8AfLf40f8ACyLj /nhb/wDfLf41w1FAHc/8LIuP+eFv/wB8t/jR/wALIuP+eFv/AN8t/jXDUUAdz/wsi4/54W//AHy3 +NH/AAsi4/54W/8A3y3+NcNRQB3P/CyLj/nhb/8AfLf40f8ACyLj/nhb/wDfLf41w1FAHc/8LIuP +eFv/wB8t/jR/wALIuP+eFv/AN8t/jXDUUAdz/wsi4/54W//AHy3+NH/AAsi4/54W/8A3y3+NcNR QB3P/CyLj/nhb/8AfLf40f8ACyLj/nhb/wDfLf41w1FAHc/8LIuP+eFv/wB8t/jR/wALIuP+eFv/ AN8t/jXDUUAdz/wsi4/54W//AHy3+NH/AAsi4/54W/8A3y3+NcNRQB3P/CyLj/nhb/8AfLf40f8A CyLj/nhb/wDfLf41w1FAHc/8LIuP+eFv/wB8t/jR/wALIuP+eFv/AN8t/jXDUUAdz/wsi4/54W// AHy3+NH/AAsi4/54W/8A3y3+NcNRQB3P/CyLj/nhb/8AfLf40f8ACyLj/nhb/wDfLf41w1FAHc/8 LIuP+eFv/wB8t/jR/wALIuP+eFv/AN8t/jXDUUAdz/wsi4/54W//AHy3+NH/AAsi4/54W/8A3y3+ NcNRQB3P/CyLj/nhb/8AfLf40f8ACyLj/nhb/wDfLf41w1FAHc/8LIuP+eFv/wB8t/jR/wALIuP+ eFv/AN8t/jXDUUAdz/wsi4/54W//AHy3+NH/AAsi4/54W/8A3y3+NcNRQB3P/CyLj/nhb/8AfLf4 0f8ACyLj/nhb/wDfLf41w1FAHc/8LIuP+eFv/wB8t/jR/wALIuP+eFv/AN8t/jXDUUAdz/wsi4/5 4W//AHy3+NH/AAsi4/54W/8A3y3+NcNRQB3P/CyLj/nhb/8AfLf40f8ACyLj/nhb/wDfLf41w1FA Hc/8LIuP+eFv/wB8t/jR/wALIuP+eFv/AN8t/jXDUUAegR+Pb2ZA6W1sVP8Avf407/hOL/8A59bb /wAe/wAa5jS1Q6fIXIBAJXnvmmG5xfLC6tGjKQpdcBmB42nuCKz9ouZx7fqbww86ivHz/A6r/hOL /wD59bb/AMe/xo/4Ti//AOfW2/8AHv8AGuWuDLkJCp3fePOOnaohcS5BVSVJJGRz16fhTdRJ2Lp4 SdSPMmvv/r+kdd/wnF//AM+tt/49/jR/wnF//wA+tt/49/jXIvNNGrEtliFIGzgcf41LDK7yOGHA GRgUlUTdgng5xi5XVkdT/wAJxf8A/Prbf+Pf41HN8QLyAAyW9sAc9Ax6fjXLq5Z4x5jAlcn05HT/ AD0xVfUmLW8THqUYn/vmqjJSIq4eVJXb/rX/ACOg/wCFup/zzh/79vR/wtxP+ecP/ft6870qyhvb ZhcKyqrhRLH1BI/iHPH4cVcs9Mt7bxIbSdRIgt3YLKFPz7CV4JAPOMDNUYHcf8LcT/nnD/37ej/h bif884f+/b1xiaZps/nyX032RoWUMgCRlg+ApVVJHByTz09KsS6FokcxRppMu6xgfaFGzJcb89xh Qe3WgDq/+FuJ/wA84f8Av29SwfFRrlmWKKAlRuOUccfnXG3Oj6TJIJFxFCyAs8dwuIsIpHB6l2LD 2NQyWNtYau8dm2Y2ty20yByvz459DgA96HoB6P8A8JzfkZ+y23/j3+NH/CcX/wDz623/AI9/jXKT tMRFFbn97ICFAXcSccYFRWEk7oEuZd7bTlgu05z/APXoA7D/AITi/wD+fW2/8e/xo/4Ti/8A+fW2 /wDHv8a4t5pra23K0juWfG8FuATge1K13dLsIQYYnAKnscAflzQB2f8AwnF//wA+tt/49/jR/wAJ xf8A/Prbf+Pf41xLX9x8+0cDBBMZ9+PrwKsXMsmVCllHl7ztHPUA/kKAOuPjm/AJ+y23H+9/jVL/ AIWFN18mD/vlv8a523kkLMrMzKUYqW64BwD+I/lWx4Ksorlbh10+2v5xwUmnC7F9Qu09+9AGAIX2 Kg1G22KcqvntgH2GKX7PI+F/tC2PGADOen5VTlADJjj5QansYVuLiONiQD3HWsPasVyYW8wUsNQt wGypInbnPUdKRbGThEvLb5jwqynn8MeldBqnhiz03w613DLcNKZYx87DHJwegFc5bH/SYP8AeP8A Wh1JJ2C5Y/s+8Ax9qjxndjzWxn16Un9n3aoV+1RhTjI81sHHTtS3DmOEuACQQOazJdRuHGNwUf7I rsw9CpiPhsc9fExo/EjYFtqDWzD7VEy7wxkMjFwRnHOMgcmoTpN1JgmeFskkZkY89+1T6dI32U55 3Lg5+hqW3OFi9mFcspuMmjoi+ZJmW+kmR0DXFsSwyE8w4YeuMc1IuiTRLjzocHpl2P8ASraoHmtd wzlWz+Rqy8KPcRRYwpwOKjnV72LdSbXLfQqRWmoRWzQx3cawZyVDnGTxnpSvBqUuGe+RtjAgmVuG HQ9OvWupsfDtpdWU5d5htlK4Vhzt6dveuZlXypJ41JKq2Bn2JpqtfYnpcie11ByZHvYydysSZD1H 3T07UxnvIlSF9UhQKdyqZSMc5yOPXmnfwN7EVnal/r1Hbyx/M1XOxXLUpkeSRpdTti0i7XJmPzD0 PHTgUx4PPkJe/tHcjkmUk4A+lGk/8fUz4UtHbuykqDg8c8/WtKzu5pb6BJCjK8iqwMScgnkdK68P hp14OcWtDlrYuNGag1uVP9J2yf8AE0t9snD/AL8/Nxj09OKA10qFRqluqlt+BOR83r09hVFkUuDj k81KcRwsAAe3Irh9szquW1kvBIZl1W3D4wWExzjpjp0pJJLqSExS6pbNH1KmXjn8KpOgDso6A4ro /AMEN14jljuIY5UFsTtkUMM5X1pxqtuwXOe+zR/8/wBZcf8ATU/4Uv2VCcfbbLP/AF1P+FetX9jY WqoY9NsTuJB3QLU9rpmnTW6SNp1mGYZ4gX/CttRnj/2Nf+fyz/7+n/CrUNteOzPDfQlgoBZJTnAx jt2wPyqPxNti8T6lFEiIiTEKFXAHSnaYx8if32/zNYuq0xXLDW+qAOWvVw+N37w8/pTVh1KGV5Vv kWSU7mYSHLH16davWdol7dPHIzqu3d8p59K0Doduwx5kw+hH+FXGUmrhc5429/nm+TJ/6aN6Y9PT inEajuLHUVyw2k+Y3T8vc1o3umRW5YI8nCZ5I9/asdScVTbQIfIl3cW8iy6lA8SkBw0xwD2B4pvm XO4EatBkDA/fngccdPYflWde3MjXkiZwqsQAPrVd3OegqeZjNz7TeKW/4m8A3dR5xwfwxQLi8LMf 7YgLHJOZzz9ePc/nV/wpodpq9vLJeB28sEhQ2AceuOf1qhqDoL57VbeBIQhICxgEEDPXrWVTEck+ S3S/yHBc6Bp7w5LavCctuJ889eOensPyqRLTUrtWeO7WVclSVkYjJGCOnpisaWQhioAA9BW3opLa Vk/893/9BStlJiHw6drNsqrDcGML90Kzcc5449SaBY6yhBFyQR/tt7e3sPyq7n5WbGdq01Jd0KsU TJPPFdFGhKqm49Dmr4qFCSjJPUpnTtYaERNcbo16KWYj+XuaZHpuqW8ZhjnEaSE/IGYZOOe3pWvN GIJ3jXorYBPWiEDzrYf9Nx/6C1Ycx0mKsOoXKBl1CORAMZEpxxg+nsPyFK1pqSgBr1AAdw/et1Oe enufzNMtRiyUdt7fzqbrntjpjtS52NCLHqiRhVv1CYwB5jdOPb2H5URwanGSY75V4I4lb1J9PUn8 6hZyDkVYgPmIWbv1xWcayk7HVXwc6MFKTWpClhfW6oUuokCZZcSHAz17d8U5H1BHymrQhuTkXBzy c+nqKslsSFAABsP8qyYxkqO2O1Xzs5bFkx3eS51KDIIOfPPUDA7ehIpytersZdUhGwYXEx4H5ew/ KqyNukZCo2qpIFZuraq2nQGT7Nb3BMioFmDEKNpJxgjnpWlGMqs1CO7E9EbMaXaO8kepQKztudvO I3Hnk8c9T+dSH+0HO86pETkYPnntj29h+VZOlzpe/Yp/s0MHnwyF44twUlX2g4JParbthGwB8rYH 0qanNTm4PoNalplv5JBI+pRM8fIYzH5e3p+FNSO7jnadNRgWV/vP5xyf0qK5G1ImGfmGSO1Z013J GTtC+mcdKKfNN2QpNRV2a+L7MZ/tSDKZ2Eznjjnt6U2VbuaN1m1O3dGO5w05OT+VYkd5M0oLMGGD wRxV63uGmkCOq7eOg6VpVpzpb2IhUU9iyLGWSNE+22pRclF844GeuOParAm1ASKRq0W9RtBE5yBn Pp61HGN23PQMpAH1xTZlFvJujyCy81h7RmlhxW6beDqdv84w2Zz8wxjnj0yKna4uTYSWr3lkwk4d 2nYlhnPTp2HNdzFaW0OiaYq2tvulgXe5iUsflHfFQCwswy7bO3Vg33hGMnmtNRHDZu1VIxqluAmN oE54x07USw3UxZZtQt2zgMpm4OOnGPeuy8RwwHwl9ojtreKbzgu+OJVOMn0FcKTgBR/dBqXJpjRZ WO8ileRdRgWSX7zecct9eKUNfRsif2pCGUYUecen5ewqluJZv9npVW5uX3kcHb8ozk8VPOyJzUFd moZbogIdWhwOMeef8KkZL58StqcBOcg+f3GeenufzrEtp2Zn3AMMcA9qu2jfaJgsijB4OOPX/Cnz smnUU1dE8drLGCI761XcQSFmPJHI7dqkaS7Jk3arAS42v++PI/L3NSadbpdeYzAoVHGziqqxJ5Uj EZK9M0vaM1sX7W/u4QVN9ay9CCZ2Vl+hA6cCmyT38heSPULaJDnKxSnHv2z25NT+F9IttX1CZbkO EjVSFRsZycc962/FnhjTtI0p7vT45IZUYdJCQc+oNHO3qaqjotdzlV+0ghl1S3BzwROfXPp680pl uxuH9qwDccn98f8AD2FZzt5csgCjHbPbNI/Eyr6jr3p87MjQkkuJFCyarbsB0BmP+FSGW9YtnV4C WG0/vz0/L3P51FZRImqWnyggzJkMMg5I/wAa9gbSdPY5awtST3MK/wCFNSbEeUW097aSRsupWpVX 3+W0x2k57jHrUTRXkzSbtRgYybd/78/NjpnjtXrn9k6f/wA+Fr/35X/CuH+IVvDaXVgLaGOEFHJ8 tQueR6U22kMwEt9RClU1GABDuwJ+mc+31qJtPu7je7XdvIZMFj5uc4/CoUBL+XuYK52sAcZFWyrJ pauksigYUKCMY/Ko9ox2KY01m6XVn/39/wDrUf2Y/wDz82nH/TX/AOtW/wCGdGs7iAT3EZmO8qFc /KPwrota8N6YNJeeG2EEqIXDREjJHrVXla4jz/8Asx+P9JtOen73/wCtSf2a3/P1Z/8Af3/61Kzl McAk45NOlJSRgOy5qPaMdhh05h1urP8A7+//AFqQ6eV63VmP+2p/wpVXcwyTSBAXx2DYpSqtK41C 7sJ9h/6e7P8A7+n/AApV04sCRdWeB/01P+FNuEWKSUIMBTke1RXR2gKvABx+gqYV3OKkuoTg4ScX 0LC6czuFW6syxOABKf8ACkOnkZBurTjr+9P+FQ52QBl4Y96fZKbq9hgdmCyyBWK9cH0pqrJmdxfs Y/5/LP8A7+n/AApTY7V3G8ssevm//WroNa0qx0eSSzt7ZG327uZpCWkBCkjBzgcj0p8Wj2Vh4ftt R8kTzzKCRMSVHHYDH61vGM5SUVbUmc+SLk+hzgsdwyLyzI/66n/CnHTmHW6s/wDv7/8AWqS8jRNQ u40QKiO20DtVbeTCPasHVknYq5INPJxi7s+en70/4UHTyDg3dnnOP9af8KdagMXJA45qvcErcui8 AcVpRc6snGNjsweDqYubhTaVu5P/AGaxUN9qs8Hv5p/wpDp5XGbuz5/6an/Cm2jmSOVW52/MD701 zlM/jU1JTpy5ZWM8Vh54ao6c7XXYk/s88/6XZ8f9NT/hQLAnP+l2fH/TU/4VEwySP89KfaKJbuNX GVbOR68U6c5VJqC6nLOfJFyfQd/Z5zj7XZ5/66n/AApBYZ/5e7P/AL+n/Ct+DTrVvmaBCfWq13Z2 8UchSFFO09K9H6hW7r8Tk+vw7MyhpzMcC6syf+up/wAKT7B/092f/f0/4VHAcqppoc+WG7gV5Xtp HaWBpjlsfarPOM/63/61K2luvW6s/wAJc/0qGSZo7RZBgsr4BPpiqMt/cS7QXwF6ADFbU1UqbWNa dKU1dGkNPLdLuzP/AG1P+FOOlSLEJDc2ewnGfO7/AJVEl2WiQ+XGCpxkDqB6+tNIzGT3Lk1m6skz NqxKdPIBJu7PA6/vT/hSfYen+l2fJwP3p6/lTn5swCASCpz36GsPU5JIWjMbsuc9DUuu0rnRhsPL EVVSi7XNs6cy9bqzH/bU/wCFILHP/L3Z/wDf0/4VzBvLg4zNIcdPmp0V1O0qKZXwWHf3qFin2PUl kVVK/OvxOm/s84z9rs8f9df/AK1TroVyxUCa0ywyoM2CR+VV0xhCQDluQe/BqxdSN9s3biGjcBTn kcVp7ZnhrUbPos9sgaae0RT0Jl6/pUH2RcZ+22WP+uv/ANavRfBVtBqOivPeQRTyGZhmRAcAAYAH bqa6D+x9N/6B9p/35X/CtU5NXA8bFjkgC8s8n/pqf8KPsOf+Xuz/AO/p/wAK9X1vR9P/ALDviLK3 VlgdlZYwpBCkggivIx80MjHqAP1qZTlERY/sx9wX7VZ5Pbzf/rU1tPKthruzB9PNP+FJOSJgR12A /jgVFdyMNQCqcDaDx9a6MHSniqvs4tLS5lXrKjHmaJRY5z/pdnx1/en/AAp66XIwJW5tCFG4/veg /KtLUtIgt7PzkaQsY95yRjP5VVtIVW3Q8kysgbPpk8Vz1Jyg7G0dUV5NMeI4kubNTgHBl7Hp2pgs M9Luz/7+n/CkunMl7M7cnzDx2pJFEYXHOfWpVVgP+wHbu+12eP8Arr/9akax2nDXdmD/ANdT/hTY 2J2x9mcLnHIrUuNKhS2dxJNuxk5fOfw6V1UaNSrHmViZTUWZpsNoy13ZjnH+tPX8qU6eQFJu7P5h kfvTz+lMlUP9mY/8tVLsO2f8imSktDGxPJJH0H+TXN7RlFkaRMQCJbcg9DuPP6Uv9jz/APPW3/76 P+FT5+VPZF/9BFOmylpOynDIhKn0OKftGBX/ALFuMZ8yDH+8f8KBo1wRkSW+B/tn/Csa11v7T4kb TH0+z8nznj3jzN+BnBzv68elb2mu0ljaO7FmZFyT3rfEU50LKVtRJ3Kp051Xc1xahfUucfyp40mU pvFxabcZz5h6flWjaQpMsnmLnCjH/fTf4VJp1jHcWcUjNIrqBhlbHXnFc7qMLmQ2nMoBa6tAD0Pm n/Ch9MaNQz3dkAf+m39MUjxD7WUBYAFuQeeKgmk8yQAqo2jHA6/Wl7VhcuwpNbxssd7ZBG65kz/S lbzZV2vd2Dr1xvP6cVngnyWH0NIGOzrjAJGKXP5FKclZp7Gpm5YnF5Y8dt//ANam+ZP/AM/tj/33 /wDWrODt5YbcfWpJ41RYyM5Zdx+uTT9qyS9vn/5/bH/vv/61J5k//P7Y/wDff/1qda6fDKkZcv8A PFvPPQ7sVlH7p9qPasDS3y7CPtthtPbf/wDWqKWJ52DPe2Rx/wBND/hVEH5cetIvGaPaMd2y5bWZ sg4tL2zgD8sEk4P5io59LhupWlurixmkbGWeU5/QVGPuMaQcjmj2rEKNDshjDad/39aj+wrMDrp2 P+ujU0H5vxpB9/FP2jGObRbFSNz6cD/10anRada2+fJuNPj3ddsh5/Sq8o4Pt61AWJkHt0qlNiub iXE8UTRx6paIGG1iJOSPTO36/maZGXjbcNQsScY5fA/RayGHzVLtHlj6ilzsLmuJpu19Y/8AfZ/w pBcSnpf2H/fZ/wAKxZ2KgBTgZqONiM+wp87C5vG5lH/L/Yf99n/Cm/aGLBvt2n5Xod54/SsV+fwF JgBvpRzsLmy8xbdm/sAW4JDnJ/Soo4xGd0eo2iHGMrMQf5VnMo2Djtmol4zRzhc//9k= --_005_B30A1AA2D347B0428A4AFC31D8C738529C79EF55AGENDA1upvnetup_--

3 2

oVirt memory quota
by Staniforth, Paul 25 Jul '17

25 Jul '17

--_000_150099104189557101leedsbeckettacuk_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, when I restart the ovirt engine all quotas show 100% usage for = memory, if I open the quota in edit mode and close it again it updates memo= ry used. I'm using 4.1.3.5-1.el7.centos Regards, Paul S. To view the terms under which this email is distributed, please go to:- http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html --_000_150099104189557101leedsbeckettacuk_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style type=3D"text/css" style=3D"display:none"></style> </head> <body dir=3D"ltr" style=3D"font-size:12pt;color:#000000;background-color:#F= FFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;"> <p>Hello,</p> <p>            when I restart the ovirt engin= e all quotas show 100% usage for memory, if I open the = quota in edit mode and close it again it upda= tes memory used. </p> <p>I'm using  4.1.3.5-1.el7.centos</p> <p><br> </p> <p>Regards,</p> <p>               Paul S. <br> </p> To view the terms under which this email is distributed, please go to:- <br= > <a href=3D"http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html"= target=3D"_blank">http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaim= er.html</a> <p></p> </body> </html> --_000_150099104189557101leedsbeckettacuk_--

1 0

Ovirt node ready for production env?
by Lionel Caignec 25 Jul '17

25 Jul '17

Hi, i'm did not test myself so i prefer asking before use it (https://www.ovirt.org/node/) Is ovirt node can be used for production environment ? Is it possible to add some software on host (ex: backup tools, ossec,... )? How does work security update, is it managed by ovirt? or can i plug ovirt node on spacewalk/katello? Sorry for my "noobs question" Regards -- Lionel

3 2

Problems with oVirt3.5 engine + CentOS6 Host
by Antonio Sebastian Salles M. 25 Jul '17

25 Jul '17

Hello friends, Since a few days I've been trying to register a CentOS 6 host on an oVirt 3.5 engine, but I have not been able to finish the process successfully. I copied the ssh keys and lifted vdsmd without problems, then tried via firefox with admin portal to integrate it, but without success. Could you help me? This is the error ... Thank you very much! [root@ovirt ovirt-engine]# tail -f -n0 /var/log/ovirt-engine/engine.log 2017-07-19 17:21:25,078 WARN [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (ajp--127.0.0.1-8702-3) Unable to get value of property: vdsName for class org.ovirt.engine.core.common.businessentities.VdsStatic 2017-07-19 17:21:25,079 WARN [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (ajp--127.0.0.1-8702-3) Unable to get value of property: vdsName for class org.ovirt.engine.core.common.businessentities.VdsStatic 2017-07-19 17:21:25,079 INFO [org.ovirt.engine.core.bll.InstallVdsCommand] (ajp--127.0.0.1-8702-3) [7a173239] Running command: InstallVdsCommand internal: false. Entities affected : ID: 9b82c66f-46c8-49dc-8ab3-2b5e27c7bdd5 Type: VDSAction group EDIT_HOST_CONFIGURATION with role type ADMIN 2017-07-19 17:21:25,088 WARN [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (ajp--127.0.0.1-8702-3) Unable to get value of property: vdsName for class org.ovirt.engine.core.common.businessentities.VdsStatic 2017-07-19 17:21:25,088 WARN [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (ajp--127.0.0.1-8702-3) Unable to get value of property: vdsName for class org.ovirt.engine.core.common.businessentities.VdsStatic 2017-07-19 17:21:25,090 INFO [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (ajp--127.0.0.1-8702-3) [7a173239] Lock Acquired to object EngineLock [exclusiveLocks= key: 9b82c66f-46c8-49dc-8ab3-2b5e27c7bdd5 value: VDS , sharedLocks= ] 2017-07-19 17:21:25,093 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-3) [7a173239] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Failed to verify Power Management configuration for Host kvm2.segic.cl. 2017-07-19 17:21:25,095 INFO [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (org.ovirt.thread.pool-8-thread-32) [7a173239] Running command: InstallVdsInternalCommand internal: true. Entities affected : ID: 9b82c66f-46c8-49dc-8ab3-2b5e27c7bdd5 Type: VDS 2017-07-19 17:21:25,095 INFO [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (org.ovirt.thread.pool-8-thread-32) [7a173239] Before Installation host 9b82c66f-46c8-49dc-8ab3-2b5e27c7bdd5, kvm2.segic.cl 2017-07-19 17:21:25,105 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-3) [7a173239] Correlation ID: 7a173239, Call Stack: null, Custom Event ID: -1, Message: Host kvm2.segic.cl configuration was updated by admin@internal. 2017-07-19 17:21:25,106 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-32) [7a173239] START, SetVdsStatusVDSCommand(HostName = kvm2.segic.cl, HostId = 9b82c66f-46c8-49dc-8ab3-2b5e27c7bdd5, status=Installing, nonOperationalReason=NONE, stopSpmFailureLogged=false), log id: 8c3992 2017-07-19 17:21:25,109 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-32) [7a173239] FINISH, SetVdsStatusVDSCommand, log id: 8c3992 2017-07-19 17:21:25,133 INFO [org.ovirt.engine.core.bll.InstallerMessages] (org.ovirt.thread.pool-8-thread-32) [7a173239] Installation 158.170.39.12: Connected to host 158.170.39.12 with SSH key fingerprint: 16:2b:79:78:60:ea:d2:24:0a:8d:7c:2f:2e:8e:20:51 2017-07-19 17:21:25,138 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-32) [7a173239] Correlation ID: 7a173239, Call Stack: null, Custom Event ID: -1, Message: Installing Host kvm2.segic.cl. Connected to host 158.170.39.12 with SSH key fingerprint: 16:2b:79:78:60:ea:d2:24:0a:8d:7c:2f:2e:8e:20:51. 2017-07-19 17:21:25,223 INFO [org.ovirt.engine.core.bll.VdsDeploy] (org.ovirt.thread.pool-8-thread-32) [7a173239] Installation of 158.170.39.12. Executing command via SSH umask 0077; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; tar --warning=no-timestamp -C "${MYTMP}" -x && "${MYTMP}"/setup DIALOG/dialect=str:machine DIALOG/customization=bool:True < /var/cache/ovirt-engine/ovirt-host-deploy.tar 2017-07-19 17:21:25,223 INFO [org.ovirt.engine.core.utils.archivers.tar.CachedTar] org.ovirt.thread.pool-8-thread-32) Tarball '/var/cache/ovirt-engine/ovirt-host-deploy.tar' refresh 2017-07-19 17:21:25,254 INFO [org.ovirt.engine.core.uutils.ssh.SSHDialog] (org.ovirt.thread.pool-8-thread-32) SSH execute root(a)158.170.39.12 'umask 0077; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; tar --warning=no-timestamp -C "${MYTMP}" -x && "${MYTMP}"/setup DIALOG/dialect=str:machine DIALOG/customization=bool:True' 2017-07-19 17:21:25,351 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (VdsDeploy) Error during deploy dialog: java.lang.NullPointerException at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:835) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:748) [rt.jar:1.7.0_141] 2017-07-19 17:21:25,353 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (org.ovirt.thread.pool-8-thread-32) [7a173239] Error during host 158.170.39.12 install: java.lang.NullPointerException at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:835) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:748) [rt.jar:1.7.0_141] 2017-07-19 17:21:25,354 ERROR [org.ovirt.engine.core.bll.InstallerMessages] (org.ovirt.thread.pool-8-thread-32) [7a173239] Installation 158.170.39.12: null 2017-07-19 17:21:25,357 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-32) [7a173239] Correlation ID: 7a173239, Call Stack: null, Custom Event ID: -1, Message: Failed to install Host kvm2.segic.cl. <UNKNOWN>. 2017-07-19 17:21:25,357 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (org.ovirt.thread.pool-8-thread-32) [7a173239] Error during host 158.170.39.12 install, prefering first exception: java.lang.NullPointerException at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:835) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:748) [rt.jar:1.7.0_141] 2017-07-19 17:21:25,358 ERROR [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (org.ovirt.thread.pool-8-thread-32) [7a173239] Host installation failed for host 9b82c66f-46c8-49dc-8ab3-2b5e27c7bdd5, kvm2.segic.cl.: java.lang.NullPointerException at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:835) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:748) [rt.jar:1.7.0_141] 2017-07-19 17:21:25,359 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-32) [7a173239] START, SetVdsStatusVDSCommand(HostName = kvm2.segic.cl, HostId = 9b82c66f-46c8-49dc-8ab3-2b5e27c7bdd5, status=InstallFailed, nonOperationalReason=NONE, stopSpmFailureLogged=false), log id: 5c71c632 2017-07-19 17:21:25,362 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-32) [7a173239] FINISH, SetVdsStatusVDSCommand, log id: 5c71c632 2017-07-19 17:21:25,365 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-32) [7a173239] Correlation ID: 7a173239, Call Stack: null, Custom Event ID: -1, Message: Host kvm2.segic.cl installation failed. Please refer to /var/log/ovirt-engine/engine.log and log logs under /var/log/ovirt-engine/host-deploy/ for further details.. 2017-07-19 17:21:25,365 INFO [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (org.ovirt.thread.pool-8-thread-32) [7a173239] Lock freed to object EngineLock [exclusiveLocks= key: 9b82c66f-46c8-49dc-8ab3-2b5e27c7bdd5 value: VDS , sharedLocks= ] -- Antonio Salles | Fedora Ambassador

1 0

[Italy] oVirt Live Installation and Maintenance event
by Sandro Bonazzola 24 Jul '17

24 Jul '17

Hi, just an highlight on an event happening in Italy on August 2nd: Sogno (oVirtuale) di una notte di mezza estate <https://www.bglug.it/evento/sogno-ovirtuale-di-una-notte-di-mezza-estate/> It will be in Bergamo and will last 2.5 hours. During the event you'll be able to assist to a live install of an hyperconverged deployment, configuration and maintenance of clusters. If you're going to attend be sure to book a seat with eventbrite! -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

Ovirt 4.1 additional hosted-engine deploy setup on another host not working
by TranceWorldLogic . 24 Jul '17

24 Jul '17

Hi, I want to add another host to hosted-engine. Hence I tried to follow steps as shown in below link: http://www.ovirt.org/documentation/self-hosted/chap-Installing_Additional_H… Topic : *Adding an Additional Self-Hosted Engine Host* But I not found any additional sub-tab call hosted-engine. Even adding host I tired to edit host but still not observe. Do I need to run some command hosted-engine --deploy to add another host ? Or is it handle by GUI automatically ? Thanks, ~Rohit

3 3

NullPointerException when changing compatibility version to 4.0
by Marcel Hanke 24 Jul '17

24 Jul '17

Hi, i currently have a problem with changing one of our clusters to compatibility version 4.0. The Log shows a NullPointerException after several successful vms: 2017-07-19 11:19:45,886 ERROR [org.ovirt.engine.core.bll.UpdateVmCommand] (default task-31) [1acd2990] Error during ValidateFailure.: java.lang.NullPointerException at org.ovirt.engine.core.bll.UpdateVmCommand.validate(UpdateVmCommand.java:632) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.internalValidate(CommandBase.java:886) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:391) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:493) [bll.jar:] ..... On other Clusters with the exect same configuration the change to 4.0 was successfull without a problem. Turning off the cluster for the change is also not possible because of >1200 Vms running on it. Does anyone have an idea what to do, or that to look for? Thanks Marcel

4 10

ovirt-hosted-engine state transition messages
by Jim Kusznir 23 Jul '17

23 Jul '17

Hello: I find that I often get random-seeming messages. A lot of them mention "ReintializeFSM", but I also get engine down, engine start, etc. messages. All the time, nothing appears to be happening on the cluster, and I rarely can find anything wrong or any trigger/cause. Is this normal? What causes this (beyond obvious hardware issues / hosts rebooting)? Most of the time when I get these, my cluster is going along smoothly, and nothing (not even administrative access) is interrupted. Could ISP issues cause these messages to be generated? Thanks! --Jim

5 7

Re: [ovirt-users] workflow suggestion for the creating and destroying the VMs?
by Karli Sjöberg 21 Jul '17

21 Jul '17

3 4

ovirt on sdcard?
by Lionel Caignec 21 Jul '17

21 Jul '17

Hi, i'm planning to install some new hypervisors (ovirt) and i'm wondering if it's possible to get it installed on sdcard. I know there is write limitation on this kind of storage device. Is it a viable solution? there is somewhere some tuto about tuning ovirt on this kind of storage? Thanks -- Lionel

5 5

workflow suggestion for the creating and destroying the VMs?
by Arman Khalatyan 20 Jul '17

20 Jul '17

Hi, Can some one share an experience with dynamic creating and removing VMs based on the load? Currently I am just creating with the python SDK a clone of the apache worker, are there way to copy some config files to the VM before starting it ? Thanks, Arman.

1 0

Ovirt Engine Reports oVirt >= 4
by Victor José Acosta Domínguez 20 Jul '17

20 Jul '17

Hello everyone, quick question, is ovirt-engine-reports deprecated on oVirt >= 4? Because i don't find ovirt-engine-reports package on oVirt's 4 repo. Regards Victor Acosta

2 1

Problems with oVirt3.5 engine + CentOS6 Host
by Antonio Sallés 20 Jul '17

20 Jul '17

Hello friends, Since yesterday I've been trying to register a CentOS 6 host on an oVirt 3.5 engine, but I have not been able to finish the process successfully. I copied the ssh keys and lifted vdsmd without problems, then tried via firefox with admin portal to integrate it, but without success. Could you help me? This is the error ... Thank you very much! [root@ovirt ovirt-engine]# tail -f -n0 /var/log/ovirt-engine/engine.log 2017-07-19 17:21:25,078 WARN [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (ajp--127.0.0.1-8702-3) Unable to get value of property: vdsName for class org.ovirt.engine.core.common.businessentities.VdsStatic 2017-07-19 17:21:25,079 WARN [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (ajp--127.0.0.1-8702-3) Unable to get value of property: vdsName for class org.ovirt.engine.core.common.businessentities.VdsStatic 2017-07-19 17:21:25,079 INFO [org.ovirt.engine.core.bll.InstallVdsCommand] (ajp--127.0.0.1-8702-3) [7a173239] Running command: InstallVdsCommand internal: false. Entities affected : ID: 9b82c66f-46c8-49dc-8ab3-2b5e27c7bdd5 Type: VDSAction group EDIT_HOST_CONFIGURATION with role type ADMIN 2017-07-19 17:21:25,088 WARN [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (ajp--127.0.0.1-8702-3) Unable to get value of property: vdsName for class org.ovirt.engine.core.common.businessentities.VdsStatic 2017-07-19 17:21:25,088 WARN [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (ajp--127.0.0.1-8702-3) Unable to get value of property: vdsName for class org.ovirt.engine.core.common.businessentities.VdsStatic 2017-07-19 17:21:25,090 INFO [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (ajp--127.0.0.1-8702-3) [7a173239] Lock Acquired to object EngineLock [exclusiveLocks= key: 9b82c66f-46c8-49dc-8ab3-2b5e27c7bdd5 value: VDS , sharedLocks= ] 2017-07-19 17:21:25,093 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-3) [7a173239] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Failed to verify Power Management configuration for Host kvm2.segic.cl. 2017-07-19 17:21:25,095 INFO [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (org.ovirt.thread.pool-8-thread-32) [7a173239] Running command: InstallVdsInternalCommand internal: true. Entities affected : ID: 9b82c66f-46c8-49dc-8ab3-2b5e27c7bdd5 Type: VDS 2017-07-19 17:21:25,095 INFO [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (org.ovirt.thread.pool-8-thread-32) [7a173239] Before Installation host 9b82c66f-46c8-49dc-8ab3-2b5e27c7bdd5, kvm2.segic.cl 2017-07-19 17:21:25,105 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-3) [7a173239] Correlation ID: 7a173239, Call Stack: null, Custom Event ID: -1, Message: Host kvm2.segic.cl configuration was updated by admin@internal. 2017-07-19 17:21:25,106 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-32) [7a173239] START, SetVdsStatusVDSCommand(HostName = kvm2.segic.cl, HostId = 9b82c66f-46c8-49dc-8ab3-2b5e27c7bdd5, status=Installing, nonOperationalReason=NONE, stopSpmFailureLogged=false), log id: 8c3992 2017-07-19 17:21:25,109 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-32) [7a173239] FINISH, SetVdsStatusVDSCommand, log id: 8c3992 2017-07-19 17:21:25,133 INFO [org.ovirt.engine.core.bll.InstallerMessages] (org.ovirt.thread.pool-8-thread-32) [7a173239] Installation 158.170.39.12: Connected to host 158.170.39.12 with SSH key fingerprint: 16:2b:79:78:60:ea:d2:24:0a:8d:7c:2f:2e:8e:20:51 2017-07-19 17:21:25,138 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-32) [7a173239] Correlation ID: 7a173239, Call Stack: null, Custom Event ID: -1, Message: Installing Host kvm2.segic.cl. Connected to host 158.170.39.12 with SSH key fingerprint: 16:2b:79:78:60:ea:d2:24:0a:8d:7c:2f:2e:8e:20:51. 2017-07-19 17:21:25,223 INFO [org.ovirt.engine.core.bll.VdsDeploy] (org.ovirt.thread.pool-8-thread-32) [7a173239] Installation of 158.170.39.12. Executing command via SSH umask 0077; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; tar --warning=no-timestamp -C "${MYTMP}" -x && "${MYTMP}"/setup DIALOG/dialect=str:machine DIALOG/customization=bool:True < /var/cache/ovirt-engine/ovirt-host-deploy.tar 2017-07-19 17:21:25,223 INFO [org.ovirt.engine.core.utils.archivers.tar.CachedTar] (org.ovirt.thread.pool-8-thread-32) Tarball '/var/cache/ovirt-engine/ovirt-host-deploy.tar' refresh 2017-07-19 17:21:25,254 INFO [org.ovirt.engine.core.uutils.ssh.SSHDialog] (org.ovirt.thread.pool-8-thread-32) SSH execute root(a)158.170.39.12 'umask 0077; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; tar --warning=no-timestamp -C "${MYTMP}" -x && "${MYTMP}"/setup DIALOG/dialect=str:machine DIALOG/customization=bool:True' 2017-07-19 17:21:25,351 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (VdsDeploy) Error during deploy dialog: java.lang.NullPointerException at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:835) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:748) [rt.jar:1.7.0_141] 2017-07-19 17:21:25,353 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (org.ovirt.thread.pool-8-thread-32) [7a173239] Error during host 158.170.39.12 install: java.lang.NullPointerException at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:835) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:748) [rt.jar:1.7.0_141] 2017-07-19 17:21:25,354 ERROR [org.ovirt.engine.core.bll.InstallerMessages] (org.ovirt.thread.pool-8-thread-32) [7a173239] Installation 158.170.39.12: null 2017-07-19 17:21:25,357 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-32) [7a173239] Correlation ID: 7a173239, Call Stack: null, Custom Event ID: -1, Message: Failed to install Host kvm2.segic.cl. <UNKNOWN>. 2017-07-19 17:21:25,357 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (org.ovirt.thread.pool-8-thread-32) [7a173239] Error during host 158.170.39.12 install, prefering first exception: java.lang.NullPointerException at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:835) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:748) [rt.jar:1.7.0_141] 2017-07-19 17:21:25,358 ERROR [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (org.ovirt.thread.pool-8-thread-32) [7a173239] Host installation failed for host 9b82c66f-46c8-49dc-8ab3-2b5e27c7bdd5, kvm2.segic.cl.: java.lang.NullPointerException at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:835) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:748) [rt.jar:1.7.0_141] 2017-07-19 17:21:25,359 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-32) [7a173239] START, SetVdsStatusVDSCommand(HostName = kvm2.segic.cl, HostId = 9b82c66f-46c8-49dc-8ab3-2b5e27c7bdd5, status=InstallFailed, nonOperationalReason=NONE, stopSpmFailureLogged=false), log id: 5c71c632 2017-07-19 17:21:25,362 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-32) [7a173239] FINISH, SetVdsStatusVDSCommand, log id: 5c71c632 2017-07-19 17:21:25,365 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-32) [7a173239] Correlation ID: 7a173239, Call Stack: null, Custom Event ID: -1, Message: Host kvm2.segic.cl installation failed. Please refer to /var/log/ovirt-engine/engine.log and log logs under /var/log/ovirt-engine/host-deploy/ for further details.. 2017-07-19 17:21:25,365 INFO [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (org.ovirt.thread.pool-8-thread-32) [7a173239] Lock freed to object EngineLock [exclusiveLocks= key: 9b82c66f-46c8-49dc-8ab3-2b5e27c7bdd5 value: VDS , sharedLocks= ] -- Antonio Salles | Fedora Ambassador

1 0

Re: [ovirt-users] Host stuck unresponsive after Network Outage
by Pavel Gashev 19 Jul '17

19 Jul '17

--_000_90D58F04AB4E44D98CF3C90FDCB546C1acroniscom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QW50aG9ueSwNCg0KT3V0cHV0IG9mIOKAnHN5c3RlbWN0bCBzdGF0dXMgLWwgdmRzbS1uZXR3b3Jr 4oCdIHdvdWxkIGhlbHAuDQoNCg0KRnJvbTogPHVzZXJzLWJvdW5jZXNAb3ZpcnQub3JnPiBvbiBi ZWhhbGYgb2YgIkFudGhvbnkuRmlsbG1vcmUiIDxBbnRob255LkZpbGxtb3JlQHRhcmdldC5jb20+ DQpEYXRlOiBUdWVzZGF5LCAxOCBKdWx5IDIwMTcgYXQgMTg6MTMNClRvOiAidXNlcnNAb3ZpcnQu b3JnIiA8dXNlcnNAb3ZpcnQub3JnPg0KQ2M6ICJCcmFuZG9uLk1hcmtncmFmIiA8QnJhbmRvbi5N YXJrZ3JhZkB0YXJnZXQuY29tPiwgIlNhbmRlZXAuTWVuZGlyYXR0YSIgPFNhbmRlZXAuTWVuZGly YXR0YUB0YXJnZXQuY29tPg0KU3ViamVjdDogW292aXJ0LXVzZXJzXSBIb3N0IHN0dWNrIHVucmVz cG9uc2l2ZSBhZnRlciBOZXR3b3JrIE91dGFnZQ0KDQpIZXkgT3ZpcnQgVXNlcnMgYW5kIFRlYW0s DQoNCkkgaGF2ZSBhIGhvc3QgdGhhdCBJIGFtIHVuYWJsZSB0byByZWNvdmVyIHBvc3QgYSBuZXR3 b3JrIG91dGFnZS4gIFRoZSBob3N0IGlzIHN0dWNrIGluIHVucmVzcG9uc2l2ZSBtb2RlLCBldmVu IHRob3VnaCB0aGUgaG9zdCBpcyBvbiB0aGUgbmV0d29yaywgYWJsZSB0byBTU0ggYW5kIHNlZW1z IHRvIGJlIGhlYWx0aHkuICBJ4oCZdmUgdHJpZWQgc2V2ZXJhbCB0aGluZ3MgdG8gcmVjb3ZlciB0 aGUgaG9zdCBpbiBPdmlydCwgYnV0IGhhdmUgaGFkIG5vIHN1Y2Nlc3Mgc28gZmFyLiAgSeKAmWQg bGlrZSB0byByZWFjaCBvdXQgdG8gdGhlIGNvbW11bml0eSBiZWZvcmUgYmxvd2luZyBhd2F5IGFu ZCByZWJ1aWxkaW5nIHRoZSBob3N0Lg0KDQpFbnZpcm9ubWVudDogSSBoYXZlIGFuIE92ZW5naW5l IHNlcnZlciB3aXRoIGFib3V0IDI2IERhdGFjZW50ZXJzLCB3aXRoIDIgdG8gMyBob3N0cyBwZXIg RGF0YWNlbnRlci4gIE15IE92ZW5naW5lIHNlcnZlciBpcyBob3N0ZWQgY2VudHJhbGx5LCB3aXRo IG15IGhvc3RzIGJlaW5nIGJhcmUtbWV0YWwgYW5kIGRpc3RyaWJ1dGVkIHRocm91Z2hvdXQgbXkg ZW52aXJvbm1lbnQuICAgIE92ZW5naW5lIGlzIHZlcnNpb24gNC4wLjYuDQoNCldoYXQgSeKAmXZl IHRyaWVkOiBwdXQgaW50byBtYWludGVuYW5jZSBtb2RlLCByZWJvb3RlZCB0aGUgaG9zdC4gIENv bmZpcm1lZCBob3N0IHdhcyByZWJvb3RlZCBhbmQgdHJpZWQgdG8gYWN0aXZlLCBnb2VzIGJhY2sg dG8gdW5yZXNwb25zaXZlLiAgIEF0dGVtcHRlZCBhIHJlaW5zdGFsbCwgd2hpY2ggZmFpbHMuDQoN CkNoZWNraW5nIGZyb20gdGhlIGhvc3QgcGVyc3BlY3RpdmUsIEkgY2FuIHNlZSB0aGUgZm9sbG93 aW5nIHByb2JsZW1zOg0KDQpbYm94bmFtZX5dIyBzeXN0ZW1jdGwgc3RhdHVzIHZkc21kDQril48g dmRzbWQuc2VydmljZSAtIFZpcnR1YWwgRGVza3RvcCBTZXJ2ZXIgTWFuYWdlcg0KICAgTG9hZGVk OiBsb2FkZWQgKC91c3IvbGliL3N5c3RlbWQvc3lzdGVtL3Zkc21kLnNlcnZpY2U7IGVuYWJsZWQ7 IHZlbmRvciBwcmVzZXQ6IGVuYWJsZWQpDQogICBBY3RpdmU6IGluYWN0aXZlIChkZWFkKQ0KDQpK dWwgMTQgMTI6MzQ6MjggYm94bmFtZSBzeXN0ZW1kWzFdOiBEZXBlbmRlbmN5IGZhaWxlZCBmb3Ig VmlydHVhbCBEZXNrdG9wIFNlcnZlciBNYW5hZ2VyLg0KSnVsIDE0IDEyOjM0OjI4IGJveG5hbWUg c3lzdGVtZFsxXTogSm9iIHZkc21kLnNlcnZpY2Uvc3RhcnQgZmFpbGVkIHdpdGggcmVzdWx0ICdk ZXBlbmRlbmN5Jy4NCg0KR29pbmcgYSBiaXQgZGVlcGVyLCB0aGUgcmVzdWx0cyBvZiBqb3VybmFs Y3RsIOKAk3hlOg0KDQpbcm9vdEBib3huYW1lIH5dIyBqb3VybmFsY3RsIC14ZQ0KLS0gRGVmaW5l ZC1CeTogc3lzdGVtZA0KLS0gU3VwcG9ydDogaHR0cDovL2xpc3RzLmZyZWVkZXNrdG9wLm9yZy9t YWlsbWFuL2xpc3RpbmZvL3N5c3RlbWQtZGV2ZWwNCi0tDQotLSBVbml0IGxpYnZpcnRkLnNlcnZp Y2UgaGFzIGJlZ3VuIHNodXR0aW5nIGRvd24uDQpKdWwgMTggMDk6MDc6MzEgYm94bmFtZSBzeXN0 ZW1kWzFdOiBTdG9wcGVkIFZpcnR1YWxpemF0aW9uIGRhZW1vbi4NCi0tIFN1YmplY3Q6IFVuaXQg bGlidmlydGQuc2VydmljZSBoYXMgZmluaXNoZWQgc2h1dHRpbmcgZG93bg0KLS0gRGVmaW5lZC1C eTogc3lzdGVtZA0KLS0gU3VwcG9ydDogaHR0cDovL2xpc3RzLmZyZWVkZXNrdG9wLm9yZy9tYWls bWFuL2xpc3RpbmZvL3N5c3RlbWQtZGV2ZWwNCi0tDQotLSBVbml0IGxpYnZpcnRkLnNlcnZpY2Ug aGFzIGZpbmlzaGVkIHNodXR0aW5nIGRvd24uDQpKdWwgMTggMDk6MDc6MzEgYm94bmFtZSBzeXN0 ZW1kWzFdOiBSZWxvYWRpbmcuDQpKdWwgMTggMDk6MDc6MzEgYm94bmFtZSBzeXN0ZW1kWzFdOiBC aW5kaW5nIHRvIElQdjYgYWRkcmVzcyBub3QgYXZhaWxhYmxlIHNpbmNlIGtlcm5lbCBkb2VzIG5v dCBzdXBwb3J0IElQdjYuDQpKdWwgMTggMDk6MDc6MzEgYm94bmFtZSBzeXN0ZW1kWzFdOiBbL3Vz ci9saWIvc3lzdGVtZC9zeXN0ZW0vcnBjYmluZC5zb2NrZXQ6Nl0gRmFpbGVkIHRvIHBhcnNlIGFk ZHJlc3MgdmFsdWUsIGlnbm9yaW5nOiBbOjoNCkp1bCAxOCAwOTowNzozMSBib3huYW1lIHN5c3Rl bWRbMV06IFN0YXJ0ZWQgQXV4aWxpYXJ5IHZkc20gc2VydmljZSBmb3IgcnVubmluZyBoZWxwZXIg ZnVuY3Rpb25zIGFzIHJvb3QuDQotLSBTdWJqZWN0OiBVbml0IHN1cGVydmRzbWQuc2VydmljZSBo YXMgZmluaXNoZWQgc3RhcnQtdXANCi0tIERlZmluZWQtQnk6IHN5c3RlbWQNCi0tIFN1cHBvcnQ6 IGh0dHA6Ly9saXN0cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9zeXN0ZW1kLWRl dmVsDQotLQ0KLS0gVW5pdCBzdXBlcnZkc21kLnNlcnZpY2UgaGFzIGZpbmlzaGVkIHN0YXJ0aW5n IHVwLg0KLS0NCi0tIFRoZSBzdGFydC11cCByZXN1bHQgaXMgZG9uZS4NCkp1bCAxOCAwOTowNzoz MSBib3huYW1lIHN5c3RlbWRbMV06IFN0YXJ0aW5nIEF1eGlsaWFyeSB2ZHNtIHNlcnZpY2UgZm9y IHJ1bm5pbmcgaGVscGVyIGZ1bmN0aW9ucyBhcyByb290Li4uDQotLSBTdWJqZWN0OiBVbml0IHN1 cGVydmRzbWQuc2VydmljZSBoYXMgYmVndW4gc3RhcnQtdXANCi0tIERlZmluZWQtQnk6IHN5c3Rl bWQNCi0tIFN1cHBvcnQ6IGh0dHA6Ly9saXN0cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0 aW5mby9zeXN0ZW1kLWRldmVsDQotLQ0KLS0gVW5pdCBzdXBlcnZkc21kLnNlcnZpY2UgaGFzIGJl Z3VuIHN0YXJ0aW5nIHVwLg0KSnVsIDE4IDA5OjA3OjMxIGJveG5hbWUgc3lzdGVtZFsxXTogU3Rh cnRpbmcgVmlydHVhbGl6YXRpb24gZGFlbW9uLi4uDQotLSBTdWJqZWN0OiBVbml0IGxpYnZpcnRk LnNlcnZpY2UgaGFzIGJlZ3VuIHN0YXJ0LXVwDQotLSBEZWZpbmVkLUJ5OiBzeXN0ZW1kDQotLSBT dXBwb3J0OiBodHRwOi8vbGlzdHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vc3lz dGVtZC1kZXZlbA0KLS0NCi0tIFVuaXQgbGlidmlydGQuc2VydmljZSBoYXMgYmVndW4gc3RhcnRp bmcgdXAuDQpKdWwgMTggMDk6MDc6MzIgYm94bmFtZSBzeXN0ZW1kWzFdOiBTdGFydGVkIFZpcnR1 YWxpemF0aW9uIGRhZW1vbi4NCi0tIFN1YmplY3Q6IFVuaXQgbGlidmlydGQuc2VydmljZSBoYXMg ZmluaXNoZWQgc3RhcnQtdXANCi0tIERlZmluZWQtQnk6IHN5c3RlbWQNCi0tIFN1cHBvcnQ6IGh0 dHA6Ly9saXN0cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9zeXN0ZW1kLWRldmVs DQotLQ0KLS0gVW5pdCBsaWJ2aXJ0ZC5zZXJ2aWNlIGhhcyBmaW5pc2hlZCBzdGFydGluZyB1cC4N Ci0tDQotLSBUaGUgc3RhcnQtdXAgcmVzdWx0IGlzIGRvbmUuDQpKdWwgMTggMDk6MDc6MzIgYm94 bmFtZSBzeXN0ZW1kWzFdOiBTdGFydGluZyBWaXJ0dWFsIERlc2t0b3AgU2VydmVyIE1hbmFnZXIg bmV0d29yayByZXN0b3JhdGlvbi4uLg0KLS0gU3ViamVjdDogVW5pdCB2ZHNtLW5ldHdvcmsuc2Vy dmljZSBoYXMgYmVndW4gc3RhcnQtdXANCi0tIERlZmluZWQtQnk6IHN5c3RlbWQNCi0tIFN1cHBv cnQ6IGh0dHA6Ly9saXN0cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9zeXN0ZW1k LWRldmVsDQotLQ0KLS0gVW5pdCB2ZHNtLW5ldHdvcmsuc2VydmljZSBoYXMgYmVndW4gc3RhcnRp bmcgdXAuDQpsaW5lcyAyNzUxLTI3OTcvMjc5NyAoRU5EKQ0KDQpEb2VzIHRoZSBjb21tdW5pdHkg aGF2ZSBzdWdnZXN0aW9ucyBvbiB3aGF0IGNhbiBiZSBkb25lIG5leHQgdG8gcmVjb3ZlciB0aGlz IGhvc3Qgd2l0aGluIE92aXJ0PyAgSSBjYW4gcHJvdmlkZSBhZGRpdGlvbmFsIGxvZyBkdW1wcyBh cyBuZWVkZWQsIHBsZWFzZSBpbmZvcm0gd2l0aCB3aGF0IHlvdSBuZWVkIHRvIGFzc2lzdCBmdXJ0 aGVyLg0KDQpUaGFuayB5b3UsDQpUb255DQoNCg== --_000_90D58F04AB4E44D98CF3C90FDCB546C1acroniscom_ Content-Type: text/html; charset="utf-8" Content-ID: <F68C33CB1CFBDD49B0C6277F306B7E68(a)acronis.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWls eTpDYWxpYnJpO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFu LkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseTpD YWxpYnJpOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0 eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgljb2xvcjp3 aW5kb3d0ZXh0O30NCnNwYW4ubXNvSW5zDQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0K CW1zby1zdHlsZS1uYW1lOiIiOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7DQoJY29sb3I6 dGVhbDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglm b250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzky LjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2Vj dGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5 IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1HQiIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRG NzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+QW50aG9ueSw8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVh c3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+T3V0 cHV0IG9mIOKAnHN5c3RlbWN0bCBzdGF0dXMgLWwgdmRzbS1uZXR3b3Jr4oCdIHdvdWxkIGhlbHAu PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6 RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpu b25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20g MGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ RnJvbTogPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZsdDt1c2Vycy1ib3Vu Y2VzQG92aXJ0Lm9yZyZndDsgb24gYmVoYWxmIG9mICZxdW90O0FudGhvbnkuRmlsbG1vcmUmcXVv dDsgJmx0O0FudGhvbnkuRmlsbG1vcmVAdGFyZ2V0LmNvbSZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+ VHVlc2RheSwgMTggSnVseSAyMDE3IGF0IDE4OjEzPGJyPg0KPGI+VG86IDwvYj4mcXVvdDt1c2Vy c0BvdmlydC5vcmcmcXVvdDsgJmx0O3VzZXJzQG92aXJ0Lm9yZyZndDs8YnI+DQo8Yj5DYzogPC9i PiZxdW90O0JyYW5kb24uTWFya2dyYWYmcXVvdDsgJmx0O0JyYW5kb24uTWFya2dyYWZAdGFyZ2V0 LmNvbSZndDssICZxdW90O1NhbmRlZXAuTWVuZGlyYXR0YSZxdW90OyAmbHQ7U2FuZGVlcC5NZW5k aXJhdHRhQHRhcmdldC5jb20mZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPltvdmlydC11c2Vyc10g SG9zdCBzdHVjayB1bnJlc3BvbnNpdmUgYWZ0ZXIgTmV0d29yayBPdXRhZ2U8L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGV5IE92aXJ0IFVzZXJzIGFu ZCBUZWFtLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGhhdmUgYSBob3N0IHRoYXQgSSBhbSB1 bmFibGUgdG8gcmVjb3ZlciBwb3N0IGEgbmV0d29yayBvdXRhZ2UuJm5ic3A7IFRoZSBob3N0IGlz IHN0dWNrIGluIHVucmVzcG9uc2l2ZSBtb2RlLCBldmVuIHRob3VnaCB0aGUgaG9zdCBpcyBvbiB0 aGUgbmV0d29yaywgYWJsZSB0byBTU0ggYW5kIHNlZW1zIHRvIGJlIGhlYWx0aHkuJm5ic3A7IEni gJl2ZSB0cmllZCBzZXZlcmFsIHRoaW5ncyB0byByZWNvdmVyIHRoZSBob3N0IGluIE92aXJ0LA0K IGJ1dCBoYXZlIGhhZCBubyBzdWNjZXNzIHNvIGZhci4mbmJzcDsgSeKAmWQgbGlrZSB0byByZWFj aCBvdXQgdG8gdGhlIGNvbW11bml0eSBiZWZvcmUgYmxvd2luZyBhd2F5IGFuZCByZWJ1aWxkaW5n IHRoZSBob3N0LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj5FbnZpcm9ubWVudDwvYj46IEkg aGF2ZSBhbiBPdmVuZ2luZSBzZXJ2ZXIgd2l0aCBhYm91dCAyNiBEYXRhY2VudGVycywgd2l0aCAy IHRvIDMgaG9zdHMgcGVyIERhdGFjZW50ZXIuJm5ic3A7IE15IE92ZW5naW5lIHNlcnZlciBpcyBo b3N0ZWQgY2VudHJhbGx5LCB3aXRoIG15IGhvc3RzIGJlaW5nIGJhcmUtbWV0YWwgYW5kIGRpc3Ry aWJ1dGVkIHRocm91Z2hvdXQgbXkgZW52aXJvbm1lbnQuJm5ic3A7ICZuYnNwOyZuYnNwO092ZW5n aW5lIGlzDQogdmVyc2lvbiA0LjAuNi4mbmJzcDsgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi PldoYXQgSeKAmXZlIHRyaWVkOiA8L2I+cHV0IGludG8gbWFpbnRlbmFuY2UgbW9kZSwgcmVib290 ZWQgdGhlIGhvc3QuJm5ic3A7IENvbmZpcm1lZCBob3N0IHdhcyByZWJvb3RlZCBhbmQgdHJpZWQg dG8gYWN0aXZlLCBnb2VzIGJhY2sgdG8gdW5yZXNwb25zaXZlLiZuYnNwOyZuYnNwOyBBdHRlbXB0 ZWQgYSByZWluc3RhbGwsIHdoaWNoIGZhaWxzLiZuYnNwOw0KPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxiPkNoZWNraW5nIGZyb20gdGhlIGhvc3QgcGVyc3BlY3RpdmUsIEkgY2FuIHNlZSB0aGUg Zm9sbG93aW5nIHByb2JsZW1zOg0KPC9iPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5bYm94bmFt ZX5dIyBzeXN0ZW1jdGwgc3RhdHVzIHZkc21kPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj7il48gdmRzbWQuc2VydmljZSAtIFZpcnR1YWwgRGVza3RvcCBTZXJ2ZXIgTWFuYWdl cjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7Jm5ic3A7IExvYWRl ZDogbG9hZGVkICgvdXNyL2xpYi9zeXN0ZW1kL3N5c3RlbS92ZHNtZC5zZXJ2aWNlOyBlbmFibGVk OyB2ZW5kb3IgcHJlc2V0OiBlbmFibGVkKTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+Jm5ic3A7Jm5ic3A7IEFjdGl2ZTogaW5hY3RpdmUgKGRlYWQpPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPkp1bCAxNCAxMjozNDoyOCBib3huYW1lIHN5c3RlbWRbMV06IERlcGVuZGVuY3kg ZmFpbGVkIGZvciBWaXJ0dWFsIERlc2t0b3AgU2VydmVyIE1hbmFnZXIuPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5KdWwgMTQgMTI6MzQ6MjggYm94bmFtZSBzeXN0ZW1kWzFd OiBKb2IgdmRzbWQuc2VydmljZS9zdGFydCBmYWlsZWQgd2l0aCByZXN1bHQgJ2RlcGVuZGVuY3kn LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj5Hb2luZyBhIGJpdCBkZWVwZXIsIHRoZSByZXN1 bHRzIG9mIGpvdXJuYWxjdGwg4oCTeGU6IDwvYj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+W3Jv b3RAYm94bmFtZSB+XSMgam91cm5hbGN0bCAteGU8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPi0tIERlZmluZWQtQnk6IHN5c3RlbWQ8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPi0tIFN1cHBvcnQ6IGh0dHA6Ly9saXN0cy5mcmVlZGVza3RvcC5vcmcvbWFp bG1hbi9saXN0aW5mby9zeXN0ZW1kLWRldmVsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj4tLTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LS0gVW5pdCBs aWJ2aXJ0ZC5zZXJ2aWNlIGhhcyBiZWd1biBzaHV0dGluZyBkb3duLjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+SnVsIDE4IDA5OjA3OjMxIGJveG5hbWUgc3lzdGVtZFsxXTog U3RvcHBlZCBWaXJ0dWFsaXphdGlvbiBkYWVtb24uPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj4tLSBTdWJqZWN0OiBVbml0IGxpYnZpcnRkLnNlcnZpY2UgaGFzIGZpbmlzaGVk IHNodXR0aW5nIGRvd248bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0tIERl ZmluZWQtQnk6IHN5c3RlbWQ8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0t IFN1cHBvcnQ6IGh0dHA6Ly9saXN0cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9z eXN0ZW1kLWRldmVsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tLTxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LS0gVW5pdCBsaWJ2aXJ0ZC5zZXJ2aWNl IGhhcyBmaW5pc2hlZCBzaHV0dGluZyBkb3duLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+SnVsIDE4IDA5OjA3OjMxIGJveG5hbWUgc3lzdGVtZFsxXTogUmVsb2FkaW5nLjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SnVsIDE4IDA5OjA3OjMxIGJveG5h bWUgc3lzdGVtZFsxXTogQmluZGluZyB0byBJUHY2IGFkZHJlc3Mgbm90IGF2YWlsYWJsZSBzaW5j ZSBrZXJuZWwgZG9lcyBub3Qgc3VwcG9ydCBJUHY2LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+SnVsIDE4IDA5OjA3OjMxIGJveG5hbWUgc3lzdGVtZFsxXTogWy91c3IvbGli L3N5c3RlbWQvc3lzdGVtL3JwY2JpbmQuc29ja2V0OjZdIEZhaWxlZCB0byBwYXJzZSBhZGRyZXNz IHZhbHVlLCBpZ25vcmluZzogWzo6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5KdWwgMTggMDk6MDc6MzEgYm94bmFtZSBzeXN0ZW1kWzFdOiBTdGFydGVkIEF1eGlsaWFyeSB2 ZHNtIHNlcnZpY2UgZm9yIHJ1bm5pbmcgaGVscGVyIGZ1bmN0aW9ucyBhcyByb290LjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LS0gU3ViamVjdDogVW5pdCBzdXBlcnZkc21k LnNlcnZpY2UgaGFzIGZpbmlzaGVkIHN0YXJ0LXVwPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj4tLSBEZWZpbmVkLUJ5OiBzeXN0ZW1kPG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj4tLSBTdXBwb3J0OiBodHRwOi8vbGlzdHMuZnJlZWRlc2t0b3Aub3JnL21h aWxtYW4vbGlzdGluZm8vc3lzdGVtZC1kZXZlbDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+LS08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0tIFVuaXQg c3VwZXJ2ZHNtZC5zZXJ2aWNlIGhhcyBmaW5pc2hlZCBzdGFydGluZyB1cC48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0tPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj4tLSBUaGUgc3RhcnQtdXAgcmVzdWx0IGlzIGRvbmUuPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5KdWwgMTggMDk6MDc6MzEgYm94bmFtZSBzeXN0ZW1kWzFdOiBT dGFydGluZyBBdXhpbGlhcnkgdmRzbSBzZXJ2aWNlIGZvciBydW5uaW5nIGhlbHBlciBmdW5jdGlv bnMgYXMgcm9vdC4uLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LS0gU3Vi amVjdDogVW5pdCBzdXBlcnZkc21kLnNlcnZpY2UgaGFzIGJlZ3VuIHN0YXJ0LXVwPG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tLSBEZWZpbmVkLUJ5OiBzeXN0ZW1kPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tLSBTdXBwb3J0OiBodHRwOi8vbGlzdHMu ZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vc3lzdGVtZC1kZXZlbDxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LS08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPi0tIFVuaXQgc3VwZXJ2ZHNtZC5zZXJ2aWNlIGhhcyBiZWd1biBzdGFydGluZyB1 cC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkp1bCAxOCAwOTowNzozMSBi b3huYW1lIHN5c3RlbWRbMV06IFN0YXJ0aW5nIFZpcnR1YWxpemF0aW9uIGRhZW1vbi4uLjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LS0gU3ViamVjdDogVW5pdCBsaWJ2aXJ0 ZC5zZXJ2aWNlIGhhcyBiZWd1biBzdGFydC11cDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+LS0gRGVmaW5lZC1CeTogc3lzdGVtZDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+LS0gU3VwcG9ydDogaHR0cDovL2xpc3RzLmZyZWVkZXNrdG9wLm9yZy9tYWls bWFuL2xpc3RpbmZvL3N5c3RlbWQtZGV2ZWw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPi0tPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tLSBVbml0IGxp YnZpcnRkLnNlcnZpY2UgaGFzIGJlZ3VuIHN0YXJ0aW5nIHVwLjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+SnVsIDE4IDA5OjA3OjMyIGJveG5hbWUgc3lzdGVtZFsxXTogU3Rh cnRlZCBWaXJ0dWFsaXphdGlvbiBkYWVtb24uPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj4tLSBTdWJqZWN0OiBVbml0IGxpYnZpcnRkLnNlcnZpY2UgaGFzIGZpbmlzaGVkIHN0 YXJ0LXVwPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tLSBEZWZpbmVkLUJ5 OiBzeXN0ZW1kPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tLSBTdXBwb3J0 OiBodHRwOi8vbGlzdHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vc3lzdGVtZC1k ZXZlbDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LS08bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0tIFVuaXQgbGlidmlydGQuc2VydmljZSBoYXMgZmlu aXNoZWQgc3RhcnRpbmcgdXAuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4t LTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LS0gVGhlIHN0YXJ0LXVwIHJl c3VsdCBpcyBkb25lLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SnVsIDE4 IDA5OjA3OjMyIGJveG5hbWUgc3lzdGVtZFsxXTogU3RhcnRpbmcgVmlydHVhbCBEZXNrdG9wIFNl cnZlciBNYW5hZ2VyIG5ldHdvcmsgcmVzdG9yYXRpb24uLi48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPi0tIFN1YmplY3Q6IFVuaXQgdmRzbS1uZXR3b3JrLnNlcnZpY2UgaGFz IGJlZ3VuIHN0YXJ0LXVwPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tLSBE ZWZpbmVkLUJ5OiBzeXN0ZW1kPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4t LSBTdXBwb3J0OiBodHRwOi8vbGlzdHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8v c3lzdGVtZC1kZXZlbDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LS08bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0tIFVuaXQgdmRzbS1uZXR3b3JrLnNl cnZpY2UgaGFzIGJlZ3VuIHN0YXJ0aW5nIHVwLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+bGluZXMgMjc1MS0yNzk3LzI3OTcgKEVORCk8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+RG9lcyB0aGUgY29tbXVuaXR5IGhhdmUgc3VnZ2VzdGlvbnMgb24gd2hhdCBjYW4gYmUgZG9u ZSBuZXh0IHRvIHJlY292ZXIgdGhpcyBob3N0IHdpdGhpbiBPdmlydD8mbmJzcDsgSSBjYW4gcHJv dmlkZSBhZGRpdGlvbmFsIGxvZyBkdW1wcyBhcyBuZWVkZWQsIHBsZWFzZSBpbmZvcm0gd2l0aCB3 aGF0IHlvdSBuZWVkIHRvIGFzc2lzdCBmdXJ0aGVyLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5U aGFuayB5b3UsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Ub255PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_90D58F04AB4E44D98CF3C90FDCB546C1acroniscom_--

3 9

Hosted Engine/NFS Troubles
by Phillip Bailey 19 Jul '17

19 Jul '17

Hi, I'm having trouble with my hosted engine setup (v4.0) and could use some help. The problem I'm having is that whenever I try to add additional hosts to the setup via webadmin, the operation fails due to storage-related issues. webadmin shows the following error messages: "Host <host name> cannot access the Storage Domain(s) hosted_storage attached to the Data Center Default. Setting Host state to Non-Operational. Failed to connect Host ovirt-node-1 to Storage Pool Default" The VDSM log from the host shows the following error message: "Thread-18::ERROR::2017-07-17 13:01:11,483::sdc::146:: Storage.StorageDomainCache::(_findDomain) domain ca044720-e5cf-40a8-8b21-57a17026db7c not found Traceback (most recent call last): File "/usr/share/vdsm/storage/sdc.py", line 144, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 174, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'ca044720-e5cf-40a8-8b21-57a17026db7c',)" The engine log shows the following error messages: "2017-07-17 18:32:11,409 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-6-thread-34) [] Domain 'ca044720-e5cf-40a8-8b21-57a17026db7c:hosted_storage' was reported with error code '358' 2017-07-17 18:32:11,410 ERROR [org.ovirt.engine.core.bll.InitVdsOnUpCommand] (org.ovirt.thread.pool-6-thread-34) [] Storage Domain 'hosted_storage' of pool 'Default' is in problem in host 'ovirt-node-1' 2017-07-17 18:32:11,487 ERROR [org.ovirt.engine.core.dal. dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-34) [] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Host ovirt-node-1 reports about one of the Active Storage Domains as Problematic." I have ownership set to vdsm/kvm and full rwx rights enabled on both directories. I have successfully mounted both the master domain and the hosted_storage manually on one of the hosts I'm trying to add. I have attached the engine log and the VDSM log for that host. Could someone please help me figure out what's causing this? -Phillip Bailey

4 6

[kolla] Looking for Docker images for Cinder, Glance etc for oVirt
by Leni Kadali Mutungi 19 Jul '17

19 Jul '17

Hello all. I am trying to use the Cinder and Glance Docker images you provide in relation to the setup here: http://www.ovirt.org/develop/release-management/features/cinderglance-docke… I tried to run `sudo docker pull kollaglue/centos-rdo-glance-registry:latest` and got an error of not found. I thought that it could possible to use a Dockerfile to spin up an equivalent of it, so I would like some guidance on how to go about doing that. Best practices and so on. Alternatively, if it is possible, may you point me in the direction of the equivalent images mentioned in the guides if they have been superseded by something else? Thanks. CCing the oVirt users and devel lists to see if anyone has experienced something similar. -- - Warm regards Leni Kadali Mutungi

4 3

test email
by Abi Askushi 19 Jul '17

19 Jul '17

several days without receiving any email from this list. please test back. Abi

2 1

[ANN] oVirt 4.1.4 Second Release Candidate is now available
by Sandro Bonazzola 19 Jul '17

19 Jul '17

The oVirt Project is pleased to announce the availability of the Second Release Candidate of oVirt 4.1.4 for testing, as of July 19th, 2017 This is pre-release software. Please take a look at our community page[1] to know how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This pre-release should not to be used in production. This update is the second release candidate of the fourth in a series of stabilization updates to the 4.1 series. 4.1.4 brings more than 20 enhancements and more than 80 bugfixes, including more than 50 high or urgent severity fixes, on top of oVirt 4.1 series This release is available now for: * Fedora 24 (tech preview) * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later * oVirt Node 4.1 * Fedora 24 (tech preview) See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available - oVirt Live is already available[4] - oVirt Node is already available[4] Additional Resources: * Read more about the oVirt 4.1.4 release highlights: http://www.ovirt.org/release/4.1.4/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.1.4/ [4] resources.ovirt.org/pub/ovirt-4.1-pre/iso/ -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

"remove" option greyed out on Permissions tab
by Ian Neilsen 19 Jul '17

19 Jul '17

Hey guys Ive just noticed that I am unable to choose the "remove" option on any "Permissions" tab in Ovirt Self-hosted 4.1. Anyone have a suggestion on how to fix this. Im logged in as admin, original admin created during installation. Thanks in Advance -- Ian Neilsen Mobile: 0424 379 762 Linkedin: http://au.linkedin.com/in/ianneilsen Twitter : ineilsen

1 1

Backup oVirt Node configuration
by Fernando Frediani 19 Jul '17

19 Jul '17

Folks. I had a need to reinstall a oVirt Node a few times these days. This imposed reconfigure it all in order to add it back to oVirt Engine. What is a better way to backup a oVirt Node configuration, for when you reinstall it or if it fail completelly you just reinstall it and restore the backed up files with network configuration, UUID, VDSM, etc ? Thanks Fernando

1 0

Host stuck unresponsive after Network Outage
by Anthony.Fillmore 18 Jul '17

18 Jul '17

--_000_f25a1076729a4b24a9712b1c5c7f8a9fteemlmbx11phqtargetcom_ Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable Hey Ovirt Users and Team, I have a host that I am unable to recover post a network outage. The host = is stuck in unresponsive mode, even though the host is on the network, able= to SSH and seems to be healthy. I=1B$B!G=1B(Bve tried several things to r= ecover the host in Ovirt, but have had no success so far. I=1B$B!G=1B(Bd l= ike to reach out to the community before blowing away and rebuilding the ho= st. Environment: I have an Ovengine server with about 26 Datacenters, with 2 to= 3 hosts per Datacenter. My Ovengine server is hosted centrally, with my h= osts being bare-metal and distributed throughout my environment. Ovengin= e is version 4.0.6. What I=1B$B!G=1B(Bve tried: put into maintenance mode, rebooted the host. = Confirmed host was rebooted and tried to active, goes back to unresponsive.= Attempted a reinstall, which fails. Checking from the host perspective, I can see the following problems: [boxname~]# systemctl status vdsmd =1B$B!|=1B(B vdsmd.service - Virtual Desktop Server Manager Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled; vendor p= reset: enabled) Active: inactive (dead) Jul 14 12:34:28 boxname systemd[1]: Dependency failed for Virtual Desktop S= erver Manager. Jul 14 12:34:28 boxname systemd[1]: Job vdsmd.service/start failed with res= ult 'dependency'. Going a bit deeper, the results of journalctl -xe: [root@boxname ~]# journalctl -xe -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit libvirtd.service has begun shutting down. Jul 18 09:07:31 boxname systemd[1]: Stopped Virtualization daemon. -- Subject: Unit libvirtd.service has finished shutting down -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit libvirtd.service has finished shutting down. Jul 18 09:07:31 boxname systemd[1]: Reloading. Jul 18 09:07:31 boxname systemd[1]: Binding to IPv6 address not available s= ince kernel does not support IPv6. Jul 18 09:07:31 boxname systemd[1]: [/usr/lib/systemd/system/rpcbind.socket= :6] Failed to parse address value, ignoring: [:: Jul 18 09:07:31 boxname systemd[1]: Started Auxiliary vdsm service for runn= ing helper functions as root. -- Subject: Unit supervdsmd.service has finished start-up -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit supervdsmd.service has finished starting up. -- -- The start-up result is done. Jul 18 09:07:31 boxname systemd[1]: Starting Auxiliary vdsm service for run= ning helper functions as root... -- Subject: Unit supervdsmd.service has begun start-up -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit supervdsmd.service has begun starting up. Jul 18 09:07:31 boxname systemd[1]: Starting Virtualization daemon... -- Subject: Unit libvirtd.service has begun start-up -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit libvirtd.service has begun starting up. Jul 18 09:07:32 boxname systemd[1]: Started Virtualization daemon. -- Subject: Unit libvirtd.service has finished start-up -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit libvirtd.service has finished starting up. -- -- The start-up result is done. Jul 18 09:07:32 boxname systemd[1]: Starting Virtual Desktop Server Manager= network restoration... -- Subject: Unit vdsm-network.service has begun start-up -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit vdsm-network.service has begun starting up. lines 2751-2797/2797 (END) Does the community have suggestions on what can be done next to recover thi= s host within Ovirt? I can provide additional log dumps as needed, please = inform with what you need to assist further. Thank you, Tony --_000_f25a1076729a4b24a9712b1c5c7f8a9fteemlmbx11phqtargetcom_ Content-Type: text/html; charset="iso-2022-jp" 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=3Diso-2022-= jp"> <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">Hey Ovirt Users and Team,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I have a host that I am unable to recover post a net= work outage.  The host is stuck in unresponsive mode, even though the = host is on the network, able to SSH and seems to be healthy.  I=1B$B!G= =1B(Bve tried several things to recover the host in Ovirt, but have had no success so far.  I=1B$B!G=1B(Bd like to reach out to = the community before blowing away and rebuilding the host.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><b>Environment</b>: I have an Ovengine server with a= bout 26 Datacenters, with 2 to 3 hosts per Datacenter.  My Ovengine se= rver is hosted centrally, with my hosts being bare-metal and distributed th= roughout my environment.    Ovengine is version 4.0.6.  <o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><b>What I=1B$B!G=1B(Bve tried: </b>put into maintena= nce mode, rebooted the host.  Confirmed host was rebooted and tried to= active, goes back to unresponsive.   Attempted a reinstall, whic= h fails.  <o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><b>Checking from the host perspective, I can see the= following problems: <o:p></o:p></b></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">[boxname~]# systemctl status vdsmd<o:p></o:p></p> <p class=3D"MsoNormal">=1B$B!|=1B(B vdsmd.service - Virtual Desktop Server = Manager<o:p></o:p></p> <p class=3D"MsoNormal">   Loaded: loaded (/usr/lib/systemd/system= /vdsmd.service; enabled; vendor preset: enabled)<o:p></o:p></p> <p class=3D"MsoNormal">   Active: inactive (dead)<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Jul 14 12:34:28 boxname systemd[1]: Dependency faile= d for Virtual Desktop Server Manager.<o:p></o:p></p> <p class=3D"MsoNormal">Jul 14 12:34:28 boxname systemd[1]: Job vdsmd.servic= e/start failed with result 'dependency'.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><b>Going a bit deeper, the results of journalctl &#8= 211;xe: <o:p></o:p></b></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">[root@boxname ~]# journalctl -xe<o:p></o:p></p> <p class=3D"MsoNormal">-- Defined-By: systemd<o:p></o:p></p> <p class=3D"MsoNormal">-- Support: http://lists.freedesktop.org/mailman/lis= tinfo/systemd-devel<o:p></o:p></p> <p class=3D"MsoNormal">--<o:p></o:p></p> <p class=3D"MsoNormal">-- Unit libvirtd.service has begun shutting down.<o:= p></o:p></p> <p class=3D"MsoNormal">Jul 18 09:07:31 boxname systemd[1]: Stopped Virtuali= zation daemon.<o:p></o:p></p> <p class=3D"MsoNormal">-- Subject: Unit libvirtd.service has finished shutt= ing down<o:p></o:p></p> <p class=3D"MsoNormal">-- Defined-By: systemd<o:p></o:p></p> <p class=3D"MsoNormal">-- Support: http://lists.freedesktop.org/mailman/lis= tinfo/systemd-devel<o:p></o:p></p> <p class=3D"MsoNormal">--<o:p></o:p></p> <p class=3D"MsoNormal">-- Unit libvirtd.service has finished shutting down.= <o:p></o:p></p> <p class=3D"MsoNormal">Jul 18 09:07:31 boxname systemd[1]: Reloading.<o:p><= /o:p></p> <p class=3D"MsoNormal">Jul 18 09:07:31 boxname systemd[1]: Binding to IPv6 = address not available since kernel does not support IPv6.<o:p></o:p></p> <p class=3D"MsoNormal">Jul 18 09:07:31 boxname systemd[1]: [/usr/lib/system= d/system/rpcbind.socket:6] Failed to parse address value, ignoring: [::<o:p= ></o:p></p> <p class=3D"MsoNormal">Jul 18 09:07:31 boxname systemd[1]: Started Auxiliar= y vdsm service for running helper functions as root.<o:p></o:p></p> <p class=3D"MsoNormal">-- Subject: Unit supervdsmd.service has finished sta= rt-up<o:p></o:p></p> <p class=3D"MsoNormal">-- Defined-By: systemd<o:p></o:p></p> <p class=3D"MsoNormal">-- Support: http://lists.freedesktop.org/mailman/lis= tinfo/systemd-devel<o:p></o:p></p> <p class=3D"MsoNormal">--<o:p></o:p></p> <p class=3D"MsoNormal">-- Unit supervdsmd.service has finished starting up.= <o:p></o:p></p> <p class=3D"MsoNormal">--<o:p></o:p></p> <p class=3D"MsoNormal">-- The start-up result is done.<o:p></o:p></p> <p class=3D"MsoNormal">Jul 18 09:07:31 boxname systemd[1]: Starting Auxilia= ry vdsm service for running helper functions as root...<o:p></o:p></p> <p class=3D"MsoNormal">-- Subject: Unit supervdsmd.service has begun start-= up<o:p></o:p></p> <p class=3D"MsoNormal">-- Defined-By: systemd<o:p></o:p></p> <p class=3D"MsoNormal">-- Support: http://lists.freedesktop.org/mailman/lis= tinfo/systemd-devel<o:p></o:p></p> <p class=3D"MsoNormal">--<o:p></o:p></p> <p class=3D"MsoNormal">-- Unit supervdsmd.service has begun starting up.<o:= p></o:p></p> <p class=3D"MsoNormal">Jul 18 09:07:31 boxname systemd[1]: Starting Virtual= ization daemon...<o:p></o:p></p> <p class=3D"MsoNormal">-- Subject: Unit libvirtd.service has begun start-up= <o:p></o:p></p> <p class=3D"MsoNormal">-- Defined-By: systemd<o:p></o:p></p> <p class=3D"MsoNormal">-- Support: http://lists.freedesktop.org/mailman/lis= tinfo/systemd-devel<o:p></o:p></p> <p class=3D"MsoNormal">--<o:p></o:p></p> <p class=3D"MsoNormal">-- Unit libvirtd.service has begun starting up.<o:p>= </o:p></p> <p class=3D"MsoNormal">Jul 18 09:07:32 boxname systemd[1]: Started Virtuali= zation daemon.<o:p></o:p></p> <p class=3D"MsoNormal">-- Subject: Unit libvirtd.service has finished start= -up<o:p></o:p></p> <p class=3D"MsoNormal">-- Defined-By: systemd<o:p></o:p></p> <p class=3D"MsoNormal">-- Support: http://lists.freedesktop.org/mailman/lis= tinfo/systemd-devel<o:p></o:p></p> <p class=3D"MsoNormal">--<o:p></o:p></p> <p class=3D"MsoNormal">-- Unit libvirtd.service has finished starting up.<o= :p></o:p></p> <p class=3D"MsoNormal">--<o:p></o:p></p> <p class=3D"MsoNormal">-- The start-up result is done.<o:p></o:p></p> <p class=3D"MsoNormal">Jul 18 09:07:32 boxname systemd[1]: Starting Virtual= Desktop Server Manager network restoration...<o:p></o:p></p> <p class=3D"MsoNormal">-- Subject: Unit vdsm-network.service has begun star= t-up<o:p></o:p></p> <p class=3D"MsoNormal">-- Defined-By: systemd<o:p></o:p></p> <p class=3D"MsoNormal">-- Support: http://lists.freedesktop.org/mailman/lis= tinfo/systemd-devel<o:p></o:p></p> <p class=3D"MsoNormal">--<o:p></o:p></p> <p class=3D"MsoNormal">-- Unit vdsm-network.service has begun starting up.<= o:p></o:p></p> <p class=3D"MsoNormal">lines 2751-2797/2797 (END)<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Does the community have suggestions on what can be d= one next to recover this host within Ovirt?  I can provide additional = log dumps as needed, please inform with what you need to assist further.<o:= p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Thank you,<o:p></o:p></p> <p class=3D"MsoNormal">Tony<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> </body> </html> --_000_f25a1076729a4b24a9712b1c5c7f8a9fteemlmbx11phqtargetcom_--

1 0

mirror
by Fabrice Bacchella 18 Jul '17

18 Jul '17

I'm reading https://www.ovirt.org/develop/infra/repository-mirrors/ It says: You'll find in resources.ovirt.org a user named mirror I'm looking at http://resources.ovirt.org and don't see anything about that user. Where should I look ?

2 3

ISCSI storage with multiple nics on same subnet disabled on host activation
by Nelson Lameiras 17 Jul '17

17 Jul '17

------=_Part_57353689_1234561196.1496840388734 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello,=20 In our oVirt hosts, we are using DELL equallogic SAN with each server conne= cting to SAN via 2 physical interfaces. Since both interfaces share the sam= e network (Equalogic limitation) we must patch the linux kernel to to allow= iSCSI multipath with multiple NICs in the same subnet with sysctl :=20 ---------------------------------------------------------------------------= -----------------=20 net.ipv4.conf.p2p1.arp_ignore=3D1 net.ipv4.conf.p2p1.arp_announce=3D2 net.ipv4.conf.p2p1.rp_filter=3D2 net.ipv4.conf.p2p2.arp_ignore=3D1 net.ipv4.conf.p2p2.arp_announce=3D2 net.ipv4.conf.p2p2.rp_filter=3D2=20 ---------------------------------------------------------------------------= -----------------=20 This works great in most setups, but for a strange reason, on some of our s= etups, the sysctl configuration is updated by VDSM when activating a host a= nd the second interface stops working immeadiatly :=20 ---------------------------------------------------------------------------= -----------------=20 vdsm.log=20 2017-06-07 11:51:51,063+0200 INFO (jsonrpc/5) [storage.ISCSI] Setting stri= ct mode rp_filter for device 'p2p2'. (iscsi:602) 2017-06-07 11:51:51,064+0200 ERROR (jsonrpc/5) [storage.HSM] Could not conn= ect to storageServer (hsm:2392) Traceback (most recent call last): File "/usr/share/vdsm/storage/hsm.py", line 2389, in connectStorageServer conObj.connect() File "/usr/share/vdsm/storage/storageServer.py", line 433, in connect iscsi.addIscsiNode(self._iface, self._target, self._cred) File "/usr/lib/python2.7/site-packages/vdsm/storage/iscsi.py", line 232, = in addIscsiNode iscsiadm.node_login(iface.name, target.address, target.iqn) File "/usr/lib/python2.7/site-packages/vdsm/storage/iscsiadm.py", line 33= 7, in node_login raise IscsiNodeError(rc, out, err)=20 ---------------------------------------------------------------------------= -----------------=20 "strict mode" is enforced for second interface, and it no longuer works...= =20 Which means - at least - that there is no redundancy in case of hardware fa= illure and this is not acceptable for our production needs.=20 What is really strange is that we have another "twin" site on another geogr= aphic region with simillar hardware configuration and same oVirt installati= on, and this problem does not happen.=20 What can be the root cause of this behaviour? How can I correct it?=20 our setup:=20 hostedEngine : Centor 7.3, ovirt 4.1.2=20 3 physical nodes centos 7.3, ovirt 4.1.2=20 SAN DELL Equalogic=20 cordialement, regards,=20 =09Nelson LAMEIRAS=20 Ing=C3=A9nieur Syst=C3=A8mes et R=C3=A9seaux / Systems and Networks enginee= r=20 Tel: +33 5 32 09 09 70=20 nelson.lameiras(a)lyra-network.com=20 www.lyra-network.com | www.payzen.eu=20 =09 =09 =09 Lyra Network, 109 rue de l'innovation, 31670 Lab=C3=A8ge, FRANCE=20 ------=_Part_57353689_1234561196.1496840388734 Content-Type: multipart/related; boundary="----=_Part_57353690_157338222.1496840388734" ------=_Part_57353690_157338222.1496840388734 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: arial, helvetica, sans-serif; font-s= ize: 12pt; color: #000000"><div>Hello,<br></div><div><br data-mce-bogus=3D"= 1"></div><div>In our oVirt hosts, we are using DELL equallogic SAN with eac= h server connecting to SAN via 2 physical interfaces. Since both interfaces= share the same network (Equalogic limitation) we must patch the linux kern= el to to allow iSCSI multipath with multiple NICs in the same subnet with s= ysctl :<br data-mce-bogus=3D"1"></div><div><br data-mce-bogus=3D"1"></div><= div>-----------------------------------------------------------------------= ---------------------<br data-mce-bogus=3D"1"></div><div><pre>net.ipv4.conf= .p2p1.arp_ignore=3D1 net.ipv4.conf.p2p1.arp_announce=3D2 net.ipv4.conf.p2p1.rp_filter=3D2 net.ipv4.conf.p2p2.arp_ignore=3D1 net.ipv4.conf.p2p2.arp_announce=3D2 net.ipv4.conf.p2p2.rp_filter=3D2<br><br></pre><p>--------------------------= ------------------------------------------------------------------<br><br><= /p><p>This works great in most setups, but for a strange reason, on some of= our setups, the sysctl configuration is updated by VDSM when activating a = host and the second interface stops working immeadiatly :</p><div>---------= ---------------------------------------------------------------------------= --------</div><div>vdsm.log<br data-mce-bogus=3D"1"></div><div><pre id=3D"p= review"><code>2017-06-07 11:51:51,063+0200 INFO (jsonrpc/5) [storage.ISCSI= ] Setting strict mode rp_filter for device 'p2p2'. (iscsi:602) 2017-06-07 11:51:51,064+0200 ERROR (jsonrpc/5) [storage.HSM] Could not conn= ect to storageServer (hsm:2392) Traceback (most recent call last): File "/usr/share/vdsm/storage/hsm.py", line 2389, in connectStorageServer conObj.connect() File "/usr/share/vdsm/storage/storageServer.py", line 433, in connect iscsi.addIscsiNode(self._iface, self._target, self._cred) File "/usr/lib/python2.7/site-packages/vdsm/storage/iscsi.py", line 232, = in addIscsiNode iscsiadm.node_login(iface.name, target.address, target.iqn) File "/usr/lib/python2.7/site-packages/vdsm/storage/iscsiadm.py", line 33= 7, in node_login raise IscsiNodeError(rc, out, err)</code></pre><pre><br><br></pre><p st= yle=3D"margin: 0px;" data-mce-style=3D"margin: 0px;">----------------------= ----------------------------------------------------------------------</p><= /div></div><div><div><br data-mce-bogus=3D"1"></div><div>"strict mode" is e= nforced for second interface, and it no longuer works...</div><div>Which me= ans - at least - that there is no redundancy in case of hardware faillure a= nd this is not acceptable for our production needs.<br data-mce-bogus=3D"1"= ></div><div><br data-mce-bogus=3D"1"></div><div>What is really strange is t= hat we have another "twin" site on another geographic region with simillar = hardware configuration and same oVirt installation, and this problem does n= ot happen.</div><div><br data-mce-bogus=3D"1"></div><div>What can be the ro= ot cause of this behaviour? How can I correct it?<br data-mce-bogus=3D"1"><= /div><div><br data-mce-bogus=3D"1"></div><div>our setup:</div><div>hostedEn= gine : Centor 7.3, ovirt 4.1.2<br></div><div>3 physical nodes centos 7.3, o= virt 4.1.2<br data-mce-bogus=3D"1"></div><div>SAN DELL Equalogic<br data-mc= e-bogus=3D"1"></div></div><div><br data-mce-bogus=3D"1"></div><div data-mar= ker=3D"__SIG_PRE__"><div>cordialement, regards,</div><div><br data-mce-bogu= s=3D"1"></div><table style=3D"margin: 0px; table-layout: fixed; border: non= e; width: 345pt; padding: 0px;" data-mce-style=3D"margin: 0px; table-layout= : fixed; border: none; width: 345pt; padding: 0px;" width=3D"460" cellspaci= ng=3D"0" cellpadding=3D"0" border=3D"0"><tbody><tr><td style=3D"margin: 0; = font-size: 11px; font-family: Arial,sans-serif; color: #2b3c7a; line-height= : 16px; width: 86.25pt; text-align: left;" data-mce-style=3D"margin: 0; fon= t-size: 11px; font-family: Arial,sans-serif; color: #2b3c7a; line-height: 1= 6px; width: 86.25pt; text-align: left;" width=3D"115" valign=3D"top"><a hre= f=3D"https://www.lyra-network.com/" style=3D"border: none; text-decoration:= none; width: 100%; display: block; clear: both;" data-mce-href=3D"https://= www.lyra-network.com/" data-mce-style=3D"border: none; text-decoration: non= e; width: 100%; display: block; clear: both;"><img src=3D"cid:6fa8666d679e1= 8cab5e566228d0ca3519aabec27@zimbra" alt=3D"" data-mce-src=3D"/home/admin@ly= ra-network.com/corporate-documents/element-signature_logo_lyra_115x94.jpg" = doc=3D"corporate-documents/element-signature_logo_lyra_115x94.jpg" height= =3D"94" width=3D"115" border=3D"0"></a><br data-mce-bogus=3D"1"></td><td st= yle=3D"margin: 0; font-size: 11px; font-family: Arial,sans-serif; color: #2= b3c7a; line-height: 16px; width: 258.75pt;" data-mce-style=3D"margin: 0; fo= nt-size: 11px; font-family: Arial,sans-serif; color: #2b3c7a; line-height: = 16px; width: 258.75pt;" width=3D"345" valign=3D"top"><table style=3D"margin= : 0; width: 258.75pt; table-layout: fixed; border: none;" data-mce-style=3D= "margin: 0; width: 258.75pt; table-layout: fixed; border: none;" width=3D"3= 45" cellspacing=3D"0" cellpadding=3D"0" border=3D"0"><tbody><tr><td style= =3D"font-size: 16px; font-family: Arial,sans-serif; color: #2b3c7a; line-he= ight: 18px; font-weight: bold;" data-mce-style=3D"font-size: 16px; font-fam= ily: Arial,sans-serif; color: #2b3c7a; line-height: 18px; font-weight: bold= ;">Nelson LAMEIRAS</td></tr><tr><td style=3D"font-family: Arial,sans-serif;= color: #2b3c7a; font-size: 11px; line-height: 16px;" data-mce-style=3D"fon= t-family: Arial,sans-serif; color: #2b3c7a; font-size: 11px; line-height: 1= 6px;">Ing=C3=A9nieur Syst=C3=A8mes et R=C3=A9seaux<span style=3D"font-famil= y: Arial,sans-serif; color: #337ab7; font-size: 11px;" data-mce-style=3D"fo= nt-family: Arial,sans-serif; color: #337ab7; font-size: 11px;"> / Systems a= nd Networks engineer</span></td></tr><tr><td style=3D"line-height: 16px; fo= nt-family: 'Arial',sans-serif; color: #2b3c7a; font-size: 11px;" data-mce-s= tyle=3D"line-height: 16px; font-family: 'Arial',sans-serif; color: #2b3c7a;= font-size: 11px;"><span style=3D"font-family: Arial,sans-serif; color: #2b= 3c7a; font-size: 11px;" data-mce-style=3D"font-family: Arial,sans-serif; co= lor: #2b3c7a; font-size: 11px;">Tel: +33 5 32 09 09 70</span></td></tr><tr>= <td style=3D"line-height: 16px; font-family: 'Arial',sans-serif; color: #2b= 3c7a; font-size: 11px;" data-mce-style=3D"line-height: 16px; font-family: '= Arial',sans-serif; color: #2b3c7a; font-size: 11px;"><a href=3D"mailto:nels= on.lameiras(a)lyra-network.com" style=3D"font-size: 11px; font-family: Arial,= sans-serif; line-height: 16px; text-decoration: none;" data-mce-href=3D"mai= lto:nelson.lameiras@lyra-network.com" data-mce-style=3D"font-size: 11px; fo= nt-family: Arial,sans-serif; line-height: 16px; text-decoration: none;">nel= son.lameiras(a)lyra-network.com</a><br data-mce-bogus=3D"1"></td></tr><tr><td= style=3D"line-height: 16px; font-family: 'Arial',sans-serif; color: #2b3c7= a; font-size: 11px;" data-mce-style=3D"line-height: 16px; font-family: 'Ari= al',sans-serif; color: #2b3c7a; font-size: 11px;"><a href=3D"https://www.ly= ra-network.com/" style=3D"font-size: 11px; font-family: Arial,sans-serif; l= ine-height: 16px; border: none; text-decoration: none;" data-mce-href=3D"ht= tps://www.lyra-network.com/" data-mce-style=3D"font-size: 11px; font-family= : Arial,sans-serif; line-height: 16px; border: none; text-decoration: none;= ">www.lyra-network.com</a> <a href=3D"https://payzen.eu" style=3D"font-size= : 11px; font-family: Arial,sans-serif; line-height: 16px; border: none; tex= t-decoration: none;" data-mce-href=3D"https://payzen.eu" data-mce-style=3D"= font-size: 11px; font-family: Arial,sans-serif; line-height: 16px; border: = none; text-decoration: none;"> | www.payzen.eu</a><br data-mce-bogus=3D"1">= </td></tr></tbody></table></td></tr></tbody></table><table style=3D"margin:= 0; table-layout: fixed; border: none; width: 345pt;" data-mce-style=3D"mar= gin: 0; table-layout: fixed; border: none; width: 345pt;" data-mce-selected= =3D"1" width=3D"460" cellspacing=3D"0" cellpadding=3D"0"><tbody><tr><td sty= le=3D"margin: 0; font-size: 11px; font-family: Arial,sans-serif; color: #2b= 3c7a; line-height: 16px; width: 24pt; text-align: left;" data-mce-style=3D"= margin: 0; font-size: 11px; font-family: Arial,sans-serif; color: #2b3c7a; = line-height: 16px; width: 24pt; text-align: left;" width=3D"32" valign=3D"t= op"><a href=3D"https://www.youtube.com/channel/UCrVl1CO_Jlu3KbiRH-tQ_vA" st= yle=3D"border: none; text-decoration: none; margin: 0; float: left; display= : inline-block; width: 32px;" data-mce-href=3D"https://www.youtube.com/chan= nel/UCrVl1CO_Jlu3KbiRH-tQ_vA" data-mce-style=3D"border: none; text-decorati= on: none; margin: 0; float: left; display: inline-block; width: 32px;"><img= src=3D"cid:2806a89cb9fbba6f879bd3fd54a93b515defd6d2@zimbra" alt=3D"" data-= mce-src=3D"/home/admin(a)lyra-network.com/corporate-documents/element-signatu= re_logo_YouTube_32x28.jpg" doc=3D"corporate-documents/element-signature_log= o_YouTube_32x28.jpg" height=3D"28" width=3D"32" border=3D"0"></a><br data-m= ce-bogus=3D"1"></td><td style=3D"margin: 0; font-size: 11px; font-family: A= rial,sans-serif; color: #2b3c7a; line-height: 16px; width: 30.75pt; text-al= ign: left;" data-mce-style=3D"margin: 0; font-size: 11px; font-family: Aria= l,sans-serif; color: #2b3c7a; line-height: 16px; width: 30.75pt; text-align= : left;" width=3D"41" valign=3D"top"><a href=3D"https://www.linkedin.com/co= mpany/lyra-network_2" style=3D"border: none; text-decoration: none; margin:= 0; float: left; display: inline-block; width: 41px;" data-mce-href=3D"http= s://www.linkedin.com/company/lyra-network_2" data-mce-style=3D"border: none= ; text-decoration: none; margin: 0; float: left; display: inline-block; wid= th: 41px;"><img src=3D"cid:878634ba055bb6ae851a7ef4540f754afa3ff86c@zimbra"= data-mce-src=3D"/home/admin(a)lyra-network.com/corporate-documents/element-s= ignature_logo_LinkedIn_41x28.jpg" doc=3D"corporate-documents/element-signat= ure_logo_LinkedIn_41x28.jpg" height=3D"28" width=3D"41" border=3D"0"></a><b= r data-mce-bogus=3D"1"></td><td style=3D"margin: 0; font-size: 11px; font-f= amily: Arial,sans-serif; color: #2b3c7a; line-height: 16px; width: 31.5pt; = text-align: left;" data-mce-style=3D"margin: 0; font-size: 11px; font-famil= y: Arial,sans-serif; color: #2b3c7a; line-height: 16px; width: 31.5pt; text= -align: left;" width=3D"42" valign=3D"top"><a href=3D"https://twitter.com/L= yraNetwork" style=3D"border: none; text-decoration: none; margin: 0; float:= left; display: inline-block; width: 42px;" data-mce-href=3D"https://twitte= r.com/LyraNetwork" data-mce-style=3D"border: none; text-decoration: none; m= argin: 0; float: left; display: inline-block; width: 42px;"><img src=3D"cid= :18a767bbdad6a1133fc4152b03ea78228ce25a14@zimbra" alt=3D"" data-mce-src=3D"= /home/admin@lyra-network.com/corporate-documents/element-signature_logo_Twi= tter_42x28.jpg" doc=3D"corporate-documents/element-signature_logo_Twitter_4= 2x28.jpg" height=3D"28" width=3D"42" border=3D"0"></a><br data-mce-bogus=3D= "1"></td><td style=3D"margin: 0; font-size: 11px; font-family: Arial,sans-s= erif; color: #2b3c7a; line-height: 16px; width: 258.75pt; text-align: left;= " data-mce-style=3D"margin: 0; font-size: 11px; font-family: Arial,sans-ser= if; color: #2b3c7a; line-height: 16px; width: 258.75pt; text-align: left;" = width=3D"345" valign=3D"top"><a href=3D"https://payzen.eu" style=3D"border:= none; text-decoration: none; margin: 0; float: left; display: inline-block= ; width: 61px;" data-mce-href=3D"https://payzen.eu" data-mce-style=3D"borde= r: none; text-decoration: none; margin: 0; float: left; display: inline-blo= ck; width: 61px;"><img src=3D"cid:d3fc119a0aa72bf985c19ca559c993b5b4b54ca3@= zimbra" alt=3D"" data-mce-src=3D"/home/admin(a)lyra-network.com/corporate-doc= uments/element-signature_payzen_61x28.jpg" doc=3D"corporate-documents/eleme= nt-signature_payzen_61x28.jpg" height=3D"28" width=3D"61" border=3D"0"></a>= <br data-mce-bogus=3D"1"></td></tr></tbody></table><table style=3D"margin: = 0; table-layout: fixed; border: none; width: 345pt;" data-mce-style=3D"marg= in: 0; table-layout: fixed; border: none; width: 345pt;" width=3D"460" cell= spacing=3D"0" cellpadding=3D"0"><tbody><tr><td><hr style=3D"background: #29= 3b79 none repeat scroll 0% 0%; width: 100%; height: 4px; color: #293b79; ma= rgin: 0px;" data-mce-style=3D"background: #293b79 none repeat scroll 0% 0%;= width: 100%; height: 4px; color: #293b79; margin: 0px;"></td></tr></tbody>= </table><table style=3D"margin: 0; table-layout: fixed; border: none; width= : 345pt;" data-mce-style=3D"margin: 0; table-layout: fixed; border: none; w= idth: 345pt;" data-mce-selected=3D"1" width=3D"460" cellspacing=3D"0" cellp= adding=3D"0"><tbody><tr><td style=3D"margin: 0; font-size: 11px; font-famil= y: Arial,sans-serif; color: #2b3c7a; line-height: 16px; width: 30.75pt; tex= t-align: left;" data-mce-style=3D"margin: 0; font-size: 11px; font-family: = Arial,sans-serif; color: #2b3c7a; line-height: 16px; width: 30.75pt; text-a= lign: left;"><div>Lyra Network, 109 rue de l'innovation, 31670 Lab=C3=A8ge,= FRANCE</div></td></tr></tbody></table><div><br></div></div></div></body></= html> ------=_Part_57353690_157338222.1496840388734 Content-Type: image/jpeg; name=element-signature_logo_lyra_115x94.jpg Content-Disposition: attachment; filename=element-signature_logo_lyra_115x94.jpg Content-Transfer-Encoding: base64 Content-ID: <6fa8666d679e18cab5e566228d0ca3519aabec27@zimbra> /9j/4QAYRXhpZgAASUkqAAgAAAAAAAAAAAAAAP/sABFEdWNreQABAAQAAAA8AAD/4QOBaHR0cDov L25zLmFkb2JlLmNvbS94YXAvMS4wLwA8P3hwYWNrZXQgYmVnaW49Iu+7vyIgaWQ9Ilc1TTBNcENl aGlIenJlU3pOVGN6a2M5ZCI/PiA8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4 OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA1LjYtYzEzMiA3OS4xNTkyODQsIDIwMTYvMDQvMTktMTM6 MTM6NDAgICAgICAgICI+IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5 OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+IDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiIHht bG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxuczpzdFJlZj0i aHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIgeG1sbnM6eG1w PSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bXBNTTpPcmlnaW5hbERvY3VtZW50SUQ9 InhtcC5kaWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1LTgxYmQtMTYwMTFjZjk5YWVjIiB4bXBNTTpEb2N1 bWVudElEPSJ4bXAuZGlkOkU1QUU4Nzk1OEExMzExRTZBNTFCRjVENEYyNDYxNTQ1IiB4bXBNTTpJ bnN0YW5jZUlEPSJ4bXAuaWlkOkU1QUU4Nzk0OEExMzExRTZBNTFCRjVENEYyNDYxNTQ1IiB4bXA6 Q3JlYXRvclRvb2w9IkFkb2JlIFBob3Rvc2hvcCBDQyAyMDE1LjUgKFdpbmRvd3MpIj4gPHhtcE1N OkRlcml2ZWRGcm9tIHN0UmVmOmluc3RhbmNlSUQ9InhtcC5paWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1 LTgxYmQtMTYwMTFjZjk5YWVjIiBzdFJlZjpkb2N1bWVudElEPSJ4bXAuZGlkOmRkMGY5MmM1LTc4 YWYtY2U0NS04MWJkLTE2MDExY2Y5OWFlYyIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRG PiA8L3g6eG1wbWV0YT4gPD94cGFja2V0IGVuZD0iciI/Pv/uAA5BZG9iZQBkwAAAAAH/2wCEAAYE BAQFBAYFBQYJBgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8f Hx8fHx8BBwcHDQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f Hx8fHx8fHx8fHx8fH//AABEIAF4AcwMBEQACEQEDEQH/xACdAAEBAAIDAQEAAAAAAAAAAAAACAUH AgMGBAEBAQADAQEAAAAAAAAAAAAAAAACBAUBAxAAAAUDAgAHDQcCBwAAAAAAAAECAwQRBQYSByFR E7RWFzcxQSKS0nOT03RVlQgYYXEyQiMUFYEzsVJicmODOBEAAgECAwcEAgIDAAAAAAAAAAECEQNR EwQhgbESMlIzMUGhFHEVwQUiQzT/2gAMAwEAAhEDEQA/AKpAE9b/AGQZdF3FtNpsd4l29M2DHSll iS6w0bzsp5slqJCiLvERnTuENTRQg7bckntK15vmojj1WfMP0rc+Jy/JD7Fjt+EMueJ6bbnBN4bR lkWdkt+XPtDaHSfjKnSHyUpTZkg+TcLSdFGRjyv3rUo0iqP8EoQkntZ7fcOy5VdrXGYxuccGW2+S 3nCecYq3oUWnU2RmfhGXAPPSXLcJNzVVT8kNVbnKKUHRmppW1/zBOSXVtZS4lpSjNtP8nLKhfcSR alqdPXp+ERhauKKTe38nX1WfMP0qc+Jy/JHPsWO34RPLniOqz5h+lTnxOX5IfYsdvwhlzxHVZ8w/ Spz4nL8kPsWO34Qy54jqs+YfpU58Tl+SH2LHb8IZc8R1WfMP0qc+Jy/JD7Fjt+EMueJ2bCX3MH9y LxZr7eJdxKBCkoW0/JdfaJ5mUy2a0EszL/MRHTuGGshDLTiqVf8AAst81GUGMssgAAAAE5b89s+L +zwefPDV0fhlv4FW71oo0ZRaAAAAAAAAAAAAACdtj+3DLfNXDn7I1dX4Y7uBWtdbKJGUWQAAAACc t+e2fF/Z4PPnhq6Pwy38Crd60UaMotAAAAAAAAAAAAABO2x/bhlvmrhz9kaur8Md3ArWutlEjKLI AAAABOW/PbPi/s8Hnzw1dH4Zb+BVu9aKNGUWjAKzrGk5cnEjkq/nVo5RMbk3NOnkzd/uU0fgKvdH rky5eb2I86rQz48iQAAAAAAAAABO2x/bhlvmrhz9kaur8Md3ArWutlEjKLIAAAABOW/PbPi/s8Hn zw1dH4Zb+BVu9aKNGUWjSD//AKkj+xnzJQ0V/wA2/wDkr/7D3e7GX5DiOMfzlniMTEMPIRORIJfg tOeCladCk/nNJH94raa1GcuVnpck4qqOrJdz4dr2yazKOhDjkxhlUGMszop98i/TOlD/AE/CNX+0 x23p27nIJXKRqeeyjdnLMd27sGSzLdEO4Xd4uWifqkhDDiFut0qrUSzQlNa9wz7g9bemjK44puiI yuNRTOzGs53hud+gvzsYjwMVnqNfLuqUTrEck69bitZmStPc1NJIz4hy5ZtKLpKskIzk36bDHRt2 9yMsuMw9v8ejybNBc5M5s5Rp5Uy4aEZuMJSai4dPCZFStBN6a3BLne1nMyT6Uffgu8GQ5DnysXuN mbtZx461TG1ms3kyGiLWRHXToMz8Hg7nfMQvaWMYcydTsLjcqG2BSPYnbY/twy3zVw5+yNXV+GO7 gVrXWyiRlFkAAAAAnLfntnxf2eDz54auj8Mt/Aq3etFGjKLROmdZbAxL5g/5yey6/GjREJW2wSTc M3YpoKms0F3VcY1bNpzscqKs5UnU9pad4cG3Fefw1UWXFO7x3mULkpaJJnoM6JNC10WREak/aXGK 8tLO1/ns2HorilsNTYzar/kOQWTa+5tmmBjk+W9cKGqimkrJS68RcCkoV/yC7clGMXcXrJI8Yptq OBsj5oEpTiNmSRESSuKSJJFwUJlzgoKv9f1P8Hrf9Db1wh/vbVJh6tH7lhbOvi5RBpr/AEqKMXR1 PZrYaC2x3Jgbawp+IZjBkwpkWS480603rSslkRU7qTOuiqFlUlEfepw6WosO61ODK9ufLsZ27f36 RkG/8q9OwXbe3PgKciMPp0uHHS22hpxRf60o1f4VC9DlsUrWjEHWdSghllknbY/twy3zVw5+yNXV +GO7gVrXWyiRlFkAAAAAnLfntnxf2eDz54auj8Mt/Aq3etFGjKLRxU00o6qQlR8ZkRhUGMyO7W7H 7FOvUpCSZgMrfMqERqNJeCgj41qokvtMTtxcpJL3OSdFU1n8vFimPwbrnF18O55DIXybhlw8ihZm s08RLdqVOJJC5rZqqgvSJ42V7v3MpM3dTBnyWbtBQmHFnXFpLzdXOWjW9tWo2irwPpd0pWhVPBPU R0qILTVWx+y+STuYmQj7sxHH1Kctb7NuahnMflKW2akk3J/bvGlojqtpv8ZuJP8ACR8Ag9M8dtTu YdErdfEJTCZKrY/L5JSySbrbCdKmicdWRLeWlJK/bs8skq+ElSacJ8HVppr3OZiP2RuxFK4W5xi3 LK2T5D8NmY8baHHnWySSeTSa6to1K8JTumn3gtM6PbtQzDYYqnqTtsf24Zb5q4c/ZGrq/DHdwK1r rZRIyiyAAAAATlvz2z4v7PB588NXR+GW/gVbvWijRlFoADGZHjVmyO2Ltd4YOTAcUlbjJLcbJRoO qam2pCuA+GlROFxwdV6nJRT2M+q226DbLfHt8BkmIcRtLMdlNaJQgqEVTqZ/eYjKTbqwlQ5Hb4Bp Uk4zRpUpa1FoTQ1uEaVqPg7qiUZGffDmYodSbNZ0toaTBjk02hbTaCaQSUtu/wBxCSpQkr/MXfHe d4iiP12z2h5k2XYMdxlSkuKbW0hSTW2kkIUZGVKpSkiI+8RApPEURydtltdQpDsRlxCtepKm0mR8 qdXKkZfn/NxjnMxQ+kcOk7bH9uGW+auHP2Rq6vwx3cCta62USMosgAAAAE5b89s+L+zwefPDV0fh lv4FW71oo0ZRaAAAAAAAAAAAAACdtj+3DLfNXDn7I1dX4Y7uBWtdbKJGUWQAAAACb9/3mWN4cbff WTTLUWEt1xX4UpTNeNSj+wiGtolW1LfwKt7qRuTrY226RwfSkKH1rnaz3zI4jrZ226RwfSkH1rna xmRxHWztt0jg+lIPrXO1jMjiOtnbbpHB9KQfWudrGZHEdbO23SOD6Ug+tc7WMyOJ+o3W24WtKE5F CUpR0SknCqZmH1rnazjuxW2pnbTfbPeGnHbXMamNtK0OLaVqJKjKtDELlqUNklQ7C5GfS6mOu+f4 XZpy4F0vMWHMbJKlsOrJKyJRVTUvtIdjZnJVSOuaXqfF1sbbdI4PpSEvrXO1nMyOJp7YiQxJ3oyi RHcS9Hejz3GXUcKVoVOZNKi+wyOovaxUsx3cDwtdbKNGUWgAAAADX+4GzGPZveWbtcpsuO+xGTFS iObRINCFrcIz1oWdaun3xas6qVtUSR5ztKTqeZ+lrCvely8Zj1Q9f2M8EQyEPpawr3pcvGY9UH7G eCGQh9LWFe9Ll4zHqg/YzwQyEPpawr3pcvGY9UH7GeCGQh9LWFe9Ll4zHqg/YzwQyEc2flfwxl5t 1NzuJqbUSiI1MUqX/UOr+xmn6I5LTRaaxNg4XhNuxOHIiwX3n0SXCdWb5pMyMk6eDSlPEPDU6mV5 pteg0+nVpNI8zm+xeNZfkDt7nzprEl5Dbam2FNEgibTpKmttR97jErWslCNEkTlaUnUwP0tYV70u XjMeqHp+xngiOQj023+zGPYReXrtbZsuQ+/GVFUiQbRoJC1ocMy0IQdatF3x5XtVK4qNInC0oups AVT0AAAAAAAAAAAAAAAAAAAAAAAAAAAAD//Z ------=_Part_57353690_157338222.1496840388734 Content-Type: image/jpeg; name=element-signature_logo_YouTube_32x28.jpg Content-Disposition: attachment; filename=element-signature_logo_YouTube_32x28.jpg Content-Transfer-Encoding: base64 Content-ID: <2806a89cb9fbba6f879bd3fd54a93b515defd6d2@zimbra> /9j/4QAYRXhpZgAASUkqAAgAAAAAAAAAAAAAAP/sABFEdWNreQABAAQAAAA8AAD/4QOBaHR0cDov L25zLmFkb2JlLmNvbS94YXAvMS4wLwA8P3hwYWNrZXQgYmVnaW49Iu+7vyIgaWQ9Ilc1TTBNcENl aGlIenJlU3pOVGN6a2M5ZCI/PiA8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4 OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA1LjYtYzEzMiA3OS4xNTkyODQsIDIwMTYvMDQvMTktMTM6 MTM6NDAgICAgICAgICI+IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5 OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+IDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiIHht bG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxuczpzdFJlZj0i aHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIgeG1sbnM6eG1w PSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bXBNTTpPcmlnaW5hbERvY3VtZW50SUQ9 InhtcC5kaWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1LTgxYmQtMTYwMTFjZjk5YWVjIiB4bXBNTTpEb2N1 bWVudElEPSJ4bXAuZGlkOjQ1REY5Njk1OEExNzExRTY5OUVDOTI1QTU3QzAwNzI0IiB4bXBNTTpJ bnN0YW5jZUlEPSJ4bXAuaWlkOjQ1REY5Njk0OEExNzExRTY5OUVDOTI1QTU3QzAwNzI0IiB4bXA6 Q3JlYXRvclRvb2w9IkFkb2JlIFBob3Rvc2hvcCBDQyAyMDE1LjUgKFdpbmRvd3MpIj4gPHhtcE1N OkRlcml2ZWRGcm9tIHN0UmVmOmluc3RhbmNlSUQ9InhtcC5paWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1 LTgxYmQtMTYwMTFjZjk5YWVjIiBzdFJlZjpkb2N1bWVudElEPSJ4bXAuZGlkOmRkMGY5MmM1LTc4 YWYtY2U0NS04MWJkLTE2MDExY2Y5OWFlYyIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRG PiA8L3g6eG1wbWV0YT4gPD94cGFja2V0IGVuZD0iciI/Pv/uAA5BZG9iZQBkwAAAAAH/2wCEAAYE BAQFBAYFBQYJBgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8f Hx8fHx8BBwcHDQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f Hx8fHx8fHx8fHx8fH//AABEIABwAIAMBEQACEQEDEQH/xAB5AAADAQEAAAAAAAAAAAAAAAAABwgF BgEAAgMBAAAAAAAAAAAAAAAAAAQCAwUBEAABBAECBAUFAAAAAAAAAAABAgMEBQARBiESEwcxUdIU CEEik1UYEQACAQMCBQUAAAAAAAAAAAAAAQIRAwQhMVFhEiITQaHBYhX/2gAMAwEAAhEDEQA/AKpw AnD5Hbg3JA35XxKqxmxUPVrJEaI862FuqkPp4IbI5lHQDNXBhFwbaW4tebqcMIvfYjURtz6eesv1 YzWz9fYh38zR7eX2+mu5lHV3VhaNOe8aTJgTHnweVXEBba1cQRkb8IeNtJbHYN9WpW+YY2T53inQ 4HfzZk6a4lmHGaiOSHl8EoT7mSOZR+gBIzUxU3Yklz+Be4+9DRl30N3dMOxjbyro9EzHW3MqupHc L7qlaoX1SsFvlHl44moPpa6XXiW113FPuu3qrT5I7dfrJLUxllMRl15hQWjqBbiuXmTqCQlQx23F rHdSqTrNFFZlDAou7vZa43xuSNaw7CPFZZhIiKbeSsqKkOuuE/aCNNHcexspW40a9Sm5bcmcH/J1 5+0rvxOenGf0o8GQ8DN7ZXxzv9vbpqrhy0huMQJCHlstocBKU+ITqANcru50ZRao9SUbLTqPvMwv DAAwAMAP/9k= ------=_Part_57353690_157338222.1496840388734 Content-Type: image/jpeg; name=element-signature_logo_LinkedIn_41x28.jpg Content-Disposition: attachment; filename=element-signature_logo_LinkedIn_41x28.jpg Content-Transfer-Encoding: base64 Content-ID: <878634ba055bb6ae851a7ef4540f754afa3ff86c@zimbra> /9j/4QAYRXhpZgAASUkqAAgAAAAAAAAAAAAAAP/sABFEdWNreQABAAQAAAA8AAD/4QOBaHR0cDov L25zLmFkb2JlLmNvbS94YXAvMS4wLwA8P3hwYWNrZXQgYmVnaW49Iu+7vyIgaWQ9Ilc1TTBNcENl aGlIenJlU3pOVGN6a2M5ZCI/PiA8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4 OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA1LjYtYzEzMiA3OS4xNTkyODQsIDIwMTYvMDQvMTktMTM6 MTM6NDAgICAgICAgICI+IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5 OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+IDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiIHht bG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxuczpzdFJlZj0i aHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIgeG1sbnM6eG1w PSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bXBNTTpPcmlnaW5hbERvY3VtZW50SUQ9 InhtcC5kaWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1LTgxYmQtMTYwMTFjZjk5YWVjIiB4bXBNTTpEb2N1 bWVudElEPSJ4bXAuZGlkOjY2MEYzRTFGOEExNzExRTY5QzI5OUNGQkY1MzM2MUQ1IiB4bXBNTTpJ bnN0YW5jZUlEPSJ4bXAuaWlkOjY2MEYzRTFFOEExNzExRTY5QzI5OUNGQkY1MzM2MUQ1IiB4bXA6 Q3JlYXRvclRvb2w9IkFkb2JlIFBob3Rvc2hvcCBDQyAyMDE1LjUgKFdpbmRvd3MpIj4gPHhtcE1N OkRlcml2ZWRGcm9tIHN0UmVmOmluc3RhbmNlSUQ9InhtcC5paWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1 LTgxYmQtMTYwMTFjZjk5YWVjIiBzdFJlZjpkb2N1bWVudElEPSJ4bXAuZGlkOmRkMGY5MmM1LTc4 YWYtY2U0NS04MWJkLTE2MDExY2Y5OWFlYyIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRG PiA8L3g6eG1wbWV0YT4gPD94cGFja2V0IGVuZD0iciI/Pv/uAA5BZG9iZQBkwAAAAAH/2wCEAAYE BAQFBAYFBQYJBgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8f Hx8fHx8BBwcHDQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f Hx8fHx8fHx8fHx8fH//AABEIABwAKQMBEQACEQEDEQH/xAB2AAEBAQEAAAAAAAAAAAAAAAAABggH AQEAAwEAAAAAAAAAAAAAAAAAAwQFAhAAAQMEAgICAgMBAAAAAAAAAQIDBAARBQYhEjEHMghBE1Fh IhcRAAICAQIDCQAAAAAAAAAAAAABAgMREgQxkTIhQVGhscETMxX/2gAMAwEAAhEDEQA/ANU0Bl33 zsuzQfZcmHj8tMiMKaihDLMl1psKcQkXslSUjk8mtjZ1xdeWkVbW9RDZ/ZN8wOXkYnI7LKMuL1Lq o+RddaIWkLHVwLAPCuf4NWYVwksqPkcNtd5V+ldr2ef7MwkaZmJsqK6p/uy9JdcbUBGcULpUog8i 9Q7uuKreEjquT1GsKxC2KAUBk37B2/6y72t1tB7X8dbIvf8Aq3mtvZfVzKlvUWWw7Dr+Dfy8rCt4 d153Z8ew0FNx3kohuxmUyFtAfFPyBUOBz+arwhKWE89L9SRtLmTuns4xj7LLaxYaGNE6SYojlJZ6 rhLUf19f89eyj4qa1t7ft449ziPWairGLQoBQHFvZ/onObht0jNxclFjMPNtNpZdS4Vj9aAk36gj mtDb7yMIaWiGdTbySSfqnsKbdctAFh1Fm3Bwfx8fFT/ox8GcfAyk9dfX7OapuGNzj+SiPRoJcKmG kuBRDjS2x1uAPK71DfvYzg444nUKmnk7lWcTigFAKAUAoBQCgP/Z ------=_Part_57353690_157338222.1496840388734 Content-Type: image/jpeg; name=element-signature_logo_Twitter_42x28.jpg Content-Disposition: attachment; filename=element-signature_logo_Twitter_42x28.jpg Content-Transfer-Encoding: base64 Content-ID: <18a767bbdad6a1133fc4152b03ea78228ce25a14@zimbra> /9j/4QAYRXhpZgAASUkqAAgAAAAAAAAAAAAAAP/sABFEdWNreQABAAQAAAA8AAD/4QOBaHR0cDov L25zLmFkb2JlLmNvbS94YXAvMS4wLwA8P3hwYWNrZXQgYmVnaW49Iu+7vyIgaWQ9Ilc1TTBNcENl aGlIenJlU3pOVGN6a2M5ZCI/PiA8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4 OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA1LjYtYzEzMiA3OS4xNTkyODQsIDIwMTYvMDQvMTktMTM6 MTM6NDAgICAgICAgICI+IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5 OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+IDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiIHht bG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxuczpzdFJlZj0i aHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIgeG1sbnM6eG1w PSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bXBNTTpPcmlnaW5hbERvY3VtZW50SUQ9 InhtcC5kaWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1LTgxYmQtMTYwMTFjZjk5YWVjIiB4bXBNTTpEb2N1 bWVudElEPSJ4bXAuZGlkOjdDMkI3MjMyOEExNzExRTY5MDUyRTk1NEIyREUwNjVCIiB4bXBNTTpJ bnN0YW5jZUlEPSJ4bXAuaWlkOjdDMkI3MjMxOEExNzExRTY5MDUyRTk1NEIyREUwNjVCIiB4bXA6 Q3JlYXRvclRvb2w9IkFkb2JlIFBob3Rvc2hvcCBDQyAyMDE1LjUgKFdpbmRvd3MpIj4gPHhtcE1N OkRlcml2ZWRGcm9tIHN0UmVmOmluc3RhbmNlSUQ9InhtcC5paWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1 LTgxYmQtMTYwMTFjZjk5YWVjIiBzdFJlZjpkb2N1bWVudElEPSJ4bXAuZGlkOmRkMGY5MmM1LTc4 YWYtY2U0NS04MWJkLTE2MDExY2Y5OWFlYyIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRG PiA8L3g6eG1wbWV0YT4gPD94cGFja2V0IGVuZD0iciI/Pv/uAA5BZG9iZQBkwAAAAAH/2wCEAAYE BAQFBAYFBQYJBgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8f Hx8fHx8BBwcHDQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f Hx8fHx8fHx8fHx8fH//AABEIABwAKgMBEQACEQEDEQH/xAB3AAEBAQEBAAAAAAAAAAAAAAAABwUI BgEBAAMBAQAAAAAAAAAAAAAAAAMEBQIBEAABAwIEBwEBAQAAAAAAAAABAgMEAAUREhMGITFBFBUH CIEiFhEAAgIBAgQHAAAAAAAAAAAAAAERAgMxBCHBEgVBUWGBQhMV/9oADAMBAAIRAxEAPwDC9g7u 3dH33uJiNeri2wxcJQQ01JfCUNodVwCUqwSlI/AK3sGKropS0Kd7OWZMXcPsyZDdnQ7he5UFhQQ/ LZelOMoURiEqWlRAOFdumNOGqyeTYtPzFfL1df8ASm5XCTP0ey0e5eceyZu4zZc5VhjlGOFZ/cKJ dMKNeRNhbclzrOJxQCgOSW7o5a/oKXMRFXNT5iYw/EaAUtbL61tOBKTwXglWOXrW30zgj0RUmLlb 9p3rZ/r/ANd3GxWJtm3XC8B1EO2RsEqDkng88pAP8JSnEk8ugqlt6Xy5Fa3FImyNVUI8z8nJCU7o SOSRAA/O5qbuXx9+Rxg8ToGsssCgFAc/7q+b9xXrc11u7V3iNN3CW/JbQUuhaUuuFYBIHMA9K08e +rWqUPgivbC25MofK25Qoq81DKjwKlJeUT+kE13+jXyZ59DKX6a9WXPYfmO+msTPJdtp6AWMuhq4 5swHPVFVN1uFkiFoS46dJSqqEgoBQCgFAKAUAoBQH//Z ------=_Part_57353690_157338222.1496840388734 Content-Type: image/jpeg; name=element-signature_payzen_61x28.jpg Content-Disposition: attachment; filename=element-signature_payzen_61x28.jpg Content-Transfer-Encoding: base64 Content-ID: <d3fc119a0aa72bf985c19ca559c993b5b4b54ca3@zimbra> /9j/4QAYRXhpZgAASUkqAAgAAAAAAAAAAAAAAP/sABFEdWNreQABAAQAAAA8AAD/4QOBaHR0cDov L25zLmFkb2JlLmNvbS94YXAvMS4wLwA8P3hwYWNrZXQgYmVnaW49Iu+7vyIgaWQ9Ilc1TTBNcENl aGlIenJlU3pOVGN6a2M5ZCI/PiA8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4 OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA1LjYtYzEzMiA3OS4xNTkyODQsIDIwMTYvMDQvMTktMTM6 MTM6NDAgICAgICAgICI+IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5 OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+IDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiIHht bG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxuczpzdFJlZj0i aHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIgeG1sbnM6eG1w PSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bXBNTTpPcmlnaW5hbERvY3VtZW50SUQ9 InhtcC5kaWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1LTgxYmQtMTYwMTFjZjk5YWVjIiB4bXBNTTpEb2N1 bWVudElEPSJ4bXAuZGlkOkU1NjczQjM2OEEzNDExRTZCOEJBQ0Y4Mzg3RTEzODkyIiB4bXBNTTpJ bnN0YW5jZUlEPSJ4bXAuaWlkOkU1NjczQjM1OEEzNDExRTZCOEJBQ0Y4Mzg3RTEzODkyIiB4bXA6 Q3JlYXRvclRvb2w9IkFkb2JlIFBob3Rvc2hvcCBDQyAyMDE1LjUgKFdpbmRvd3MpIj4gPHhtcE1N OkRlcml2ZWRGcm9tIHN0UmVmOmluc3RhbmNlSUQ9InhtcC5paWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1 LTgxYmQtMTYwMTFjZjk5YWVjIiBzdFJlZjpkb2N1bWVudElEPSJ4bXAuZGlkOmRkMGY5MmM1LTc4 YWYtY2U0NS04MWJkLTE2MDExY2Y5OWFlYyIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRG PiA8L3g6eG1wbWV0YT4gPD94cGFja2V0IGVuZD0iciI/Pv/uAA5BZG9iZQBkwAAAAAH/2wCEAAYE BAQFBAYFBQYJBgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8f Hx8fHx8BBwcHDQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f Hx8fHx8fHx8fHx8fH//AABEIABwAPQMBEQACEQEDEQH/xABvAAABBAMAAAAAAAAAAAAAAAAAAQUG BwIDBAEBAAAAAAAAAAAAAAAAAAAAABAAAQQABAQEAgsBAAAAAAAAAQIDBAUAERIGITETFEEiFQfS I1FhcYGhMlIkRMQWhhEBAAAAAAAAAAAAAAAAAAAAAP/aAAwDAQACEQMRAD8AvqZ7q7OhzZMSS9IQ Yjy2JT/avqZbW2rSvU6lBSACOeeAljLzTzSHmVhxpxIW24k5pUlQzBBHgRgM8BBJ9fKuvcGwr3La wgxIlfGeaagyVsJ1uOOBRUBmOSRgI0bnZgfQwdx7qDrroYZSVzBrcJ0hKM2xq+7AWBU7PTXTEShc 2svRx6MuWp5o5gjigj68BombFRKmPyTfXTPXWpzoszloaRqOelCQPKkeAwEP6lp6f6V6vYaP9Z6b 3fcr7ntuhno6vPnxwGyohb2ntbpr6Y17NdKt7Bp5+YHlPJLitKyltI0KGk+XPANVgzV1Eyyqbe3s IMmnhsMbVaYcebDraY+XVbQ15XXFOghQVnkMBkbjcVPTUs6M5IkPbnpWa1hKlrWG7QZBp0hROnUh xRUfHTgJDWuwtsbptVTpC1xaqhgJfkuFTji9DjoKiTmpSlq/HAcO2d11d/cuXUySJG4C0+NvbfCH CmK2hClHUop0GQ6E+dWfAeUYBi2lY2E+zgW7twhVlHDk+7AkzFO9u2lRdjORFIEZrTmAkA+GYwDl TwLJhjZFouxsF3NzN6r7Lj7imExHUOSHWi0TpyCdORIzzwHT/J/7n+vgLVAA5YBChBUlRSCpOelR HEZ88sA2WG3YVhb1lnJW4VVJcXFjAgM9VxOjqKTlmVJTnp48M8Ax2+3N3J3TJu6KVAbRKisxnWpr brh+SpasxoKf14BBD91hxE2kB+nt5Px4AEL3VGoiZSAr4qyjyOP2+fAL2nuvw/e0vDl8iT8eAbv8 Lur0vPvYXrPrfrfU6bvb59Lp6NOev83HngLBwBgDAGAMAYAwBgP/2Q== ------=_Part_57353690_157338222.1496840388734-- ------=_Part_57353689_1234561196.1496840388734--

3 5

Active Directory authentication setup
by Todd Punderson 17 Jul '17

17 Jul '17

--_000_ff591869654646c7bc8df4c4af6d898fdoongaorg_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I've been pulling my hair out over this one. Here's the outp= ut of ovirt-engine-extension-aaa-ldap-setup. Everything works fine if I use= "plain" but I don't really want to do that. I searched the error that's sh= own below and tried several different "fixes" but none of them helped. Thes= e are Server 2016 DCs. Not too sure where to go next. [ INFO ] Stage: Initializing [ INFO ] Stage: Environment setup Configuration files: ['/etc/ovirt-engine-extension-aaa-ldap-setup= .conf.d/10-packaging.conf'] Log file: /tmp/ovirt-engine-extension-aaa-ldap-setup-201707151709= 53-wfo1pk.log Version: otopi-1.6.2 (otopi-1.6.2-1.el7.centos) [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment customization Welcome to LDAP extension configuration program Available LDAP implementations: 1 - 389ds 2 - 389ds RFC-2307 Schema 3 - Active Directory 4 - IBM Security Directory Server 5 - IBM Security Directory Server RFC-2307 Schema 6 - IPA 7 - Novell eDirectory RFC-2307 Schema 8 - OpenLDAP RFC-2307 Schema 9 - OpenLDAP Standard Schema 10 - Oracle Unified Directory RFC-2307 Schema 11 - RFC-2307 Schema (Generic) 12 - RHDS 13 - RHDS RFC-2307 Schema 14 - iPlanet Please select: 3 Please enter Active Directory Forest name: home.doonga.org [ INFO ] Resolving Global Catalog SRV record for home.doonga.org [ INFO ] Resolving LDAP SRV record for home.doonga.org NOTE: It is highly recommended to use secure protocol to access the LDA= P server. Protocol startTLS is the standard recommended method to do so. Only in cases in which the startTLS is not supported, fallback to= non standard ldaps protocol. Use plain for test environments only. Please select protocol to use (startTLS, ldaps, plain) [startTLS]= : ldaps Please select method to obtain PEM encoded CA certificate (File, = URL, Inline, System, Insecure): System [ INFO ] Resolving SRV record 'home.doonga.org' [ INFO ] Connecting to LDAP using 'ldaps://DC1.home.doonga.org:636' [WARNING] Cannot connect using 'ldaps://DC1.home.doonga.org:636': {'info': = 'TLS error -8157:Certificate extension not found.', 'desc': "Can't contact = LDAP server"} [ INFO ] Connecting to LDAP using 'ldaps://DC2.home.doonga.org:636' [WARNING] Cannot connect using 'ldaps://DC2.home.doonga.org:636': {'info': = 'TLS error -8157:Certificate extension not found.', 'desc': "Can't contact = LDAP server"} [ INFO ] Connecting to LDAP using 'ldaps://DC3.home.doonga.org:636' [WARNING] Cannot connect using 'ldaps://DC3.home.doonga.org:636': {'info': = 'TLS error -8157:Certificate extension not found.', 'desc': "Can't contact = LDAP server"} [ ERROR ] Cannot connect using any of available options Also: 2017-07-15 18:18:06 INFO otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap= .common common._connectLDAP:391 Connecting to LDAP using 'ldap://DC2.home.d= oonga.org:389' 2017-07-15 18:18:06 INFO otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap= .common common._connectLDAP:442 Executing startTLS 2017-07-15 18:18:06 DEBUG otopi.plugins.ovirt_engine_extension_aaa_ldap.lda= p.common common._connectLDAP:459 Exception Traceback (most recent call last): File "/usr/share/ovirt-engine-extension-aaa-ldap/setup/bin/../plugins/ovi= rt-engine-extension-aaa-ldap/ldap/common.py", line 443, in _connectLDAP c.start_tls_s() File "/usr/lib64/python2.7/site-packages/ldap/ldapobject.py", line 564, i= n start_tls_s return self._ldap_call(self._l.start_tls_s) File "/usr/lib64/python2.7/site-packages/ldap/ldapobject.py", line 99, in= _ldap_call result =3D func(*args,**kwargs) CONNECT_ERROR: {'info': 'TLS error -8157:Certificate extension not found.',= 'desc': 'Connect error'} 2017-07-15 18:18:06 WARNING otopi.plugins.ovirt_engine_extension_aaa_ldap.l= dap.common common._connectLDAP:463 Cannot connect using 'ldap://DC2.home.do= onga.org:389': {'info': 'TLS error -8157:Certificate extension not found.',= 'desc': 'Connect error'} 2017-07-15 18:18:06 INFO otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap= .common common._connectLDAP:391 Connecting to LDAP using 'ldap://DC3.home.d= oonga.org:389' 2017-07-15 18:18:06 INFO otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap= .common common._connectLDAP:442 Executing startTLS 2017-07-15 18:18:06 DEBUG otopi.plugins.ovirt_engine_extension_aaa_ldap.lda= p.common common._connectLDAP:459 Exception Traceback (most recent call last): File "/usr/share/ovirt-engine-extension-aaa-ldap/setup/bin/../plugins/ovi= rt-engine-extension-aaa-ldap/ldap/common.py", line 443, in _connectLDAP c.start_tls_s() File "/usr/lib64/python2.7/site-packages/ldap/ldapobject.py", line 564, i= n start_tls_s return self._ldap_call(self._l.start_tls_s) File "/usr/lib64/python2.7/site-packages/ldap/ldapobject.py", line 99, in= _ldap_call result =3D func(*args,**kwargs) CONNECT_ERROR: {'info': 'TLS error -8157:Certificate extension not found.',= 'desc': 'Connect error'} Any help would be appreciated! Thanks --_000_ff591869654646c7bc8df4c4af6d898fdoongaorg_ 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">Hi,<o:p></o:p></p> <p class=3D"MsoNormal">        &nbs= p;      I’ve been pulling my hair out over t= his one. Here’s the output of ovirt-engine-extension-aaa-ldap-setup. = Everything works fine if I use “plain” but I don’t really= want to do that. I searched the error that’s shown below and tried several different “fixes” but none of them helped. These= are Server 2016 DCs. Not too sure where to go next.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">[ INFO  ] Stage: Initializing<o:p></o:p></p> <p class=3D"MsoNormal">[ INFO  ] Stage: Environment setup<o:p></o:p></= p> <p class=3D"MsoNormal">        &nbs= p; Configuration files: ['/etc/ovirt-engine-extension-aaa-ldap-setup.conf.d= /10-packaging.conf']<o:p></o:p></p> <p class=3D"MsoNormal">        &nbs= p; Log file: /tmp/ovirt-engine-extension-aaa-ldap-setup-20170715170953-wfo1= pk.log<o:p></o:p></p> <p class=3D"MsoNormal">        &nbs= p; Version: otopi-1.6.2 (otopi-1.6.2-1.el7.centos)<o:p></o:p></p> <p class=3D"MsoNormal">[ INFO  ] Stage: Environment packages setup<o:p= ></o:p></p> <p class=3D"MsoNormal">[ INFO  ] Stage: Programs detection<o:p></o:p><= /p> <p class=3D"MsoNormal">[ INFO  ] Stage: Environment customization<o:p>= </o:p></p> <p class=3D"MsoNormal">        &nbs= p; Welcome to LDAP extension configuration program<o:p></o:p></p> <p class=3D"MsoNormal">        &nbs= p; Available LDAP implementations:<o:p></o:p></p> <p class=3D"MsoNormal">        &nbs= p;  1 - 389ds<o:p></o:p></p> <p class=3D"MsoNormal">        &nbs= p;  2 - 389ds RFC-2307 Schema<o:p></o:p></p> <p class=3D"MsoNormal">        &nbs= p;  3 - Active Directory<o:p></o:p></p> <p class=3D"MsoNormal">        &nbs= p;  4 - IBM Security Directory Server<o:p></o:p></p> <p class=3D"MsoNormal">        &nbs= p;  5 - IBM Security Directory Server RFC-2307 Schema<o:p></o:p></p> <p class=3D"MsoNormal">        &nbs= p;  6 - IPA<o:p></o:p></p> <p class=3D"MsoNormal">        &nbs= p;  7 - Novell eDirectory RFC-2307 Schema<o:p></o:p></p> <p class=3D"MsoNormal">        &nbs= p;  8 - OpenLDAP RFC-2307 Schema<o:p></o:p></p> <p class=3D"MsoNormal">         &nb= sp; 9 - OpenLDAP Standard Schema<o:p></o:p></p> <p class=3D"MsoNormal">        &nbs= p; 10 - Oracle Unified Directory RFC-2307 Schema<o:p></o:p></p> <p class=3D"MsoNormal">        &nbs= p; 11 - RFC-2307 Schema (Generic)<o:p></o:p></p> <p class=3D"MsoNormal">        &nbs= p; 12 - RHDS<o:p></o:p></p> <p class=3D"MsoNormal">        &nbs= p; 13 - RHDS RFC-2307 Schema<o:p></o:p></p> <p class=3D"MsoNormal">        &nbs= p; 14 - iPlanet<o:p></o:p></p> <p class=3D"MsoNormal">        &nbs= p; Please select: 3<o:p></o:p></p> <p class=3D"MsoNormal">        &nbs= p; Please enter Active Directory Forest name: home.doonga.org<o:p></o:p></p= > <p class=3D"MsoNormal">[ INFO  ] Resolving Global Catalog SRV record f= or home.doonga.org<o:p></o:p></p> <p class=3D"MsoNormal">[ INFO  ] Resolving LDAP SRV record for home.do= onga.org<o:p></o:p></p> <p class=3D"MsoNormal">        &nbs= p; NOTE:<o:p></o:p></p> <p class=3D"MsoNormal">        &nbs= p; It is highly recommended to use secure protocol to access the LDAP serve= r.<o:p></o:p></p> <p class=3D"MsoNormal">        &nbs= p; Protocol startTLS is the standard recommended method to do so.<o:p></o:p= ></p> <p class=3D"MsoNormal">        &nbs= p; Only in cases in which the startTLS is not supported, fallback to non st= andard ldaps protocol.<o:p></o:p></p> <p class=3D"MsoNormal">        &nbs= p; Use plain for test environments only.<o:p></o:p></p> <p class=3D"MsoNormal">        &nbs= p; Please select protocol to use (startTLS, ldaps, plain) [startTLS]: ldaps= <o:p></o:p></p> <p class=3D"MsoNormal">        &nbs= p; Please select method to obtain PEM encoded CA certificate (File, URL, In= line, System, Insecure): System<o:p></o:p></p> <p class=3D"MsoNormal">[ INFO  ] Resolving SRV record 'home.doonga.org= '<o:p></o:p></p> <p class=3D"MsoNormal">[ INFO  ] Connecting to LDAP using 'ldaps://DC1= .home.doonga.org:636'<o:p></o:p></p> <p class=3D"MsoNormal">[WARNING] Cannot connect using 'ldaps://DC1.home.doo= nga.org:636': {'info': 'TLS error -8157:Certificate extension not found.', = 'desc': "Can't contact LDAP server"}<o:p></o:p></p> <p class=3D"MsoNormal">[ INFO  ] Connecting to LDAP using 'ldaps://DC2= .home.doonga.org:636'<o:p></o:p></p> <p class=3D"MsoNormal">[WARNING] Cannot connect using 'ldaps://DC2.home.doo= nga.org:636': {'info': 'TLS error -8157:Certificate extension not found.', = 'desc': "Can't contact LDAP server"}<o:p></o:p></p> <p class=3D"MsoNormal">[ INFO  ] Connecting to LDAP using 'ldaps://DC3= .home.doonga.org:636'<o:p></o:p></p> <p class=3D"MsoNormal">[WARNING] Cannot connect using 'ldaps://DC3.home.doo= nga.org:636': {'info': 'TLS error -8157:Certificate extension not found.', = 'desc': "Can't contact LDAP server"}<o:p></o:p></p> <p class=3D"MsoNormal">[ ERROR ] Cannot connect using any of available opti= ons<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Also:<o:p></o:p></p> <p class=3D"MsoNormal">2017-07-15 18:18:06 INFO otopi.plugins.ovirt_engine_= extension_aaa_ldap.ldap.common common._connectLDAP:391 Connecting to LDAP u= sing 'ldap://DC2.home.doonga.org:389'<o:p></o:p></p> <p class=3D"MsoNormal">2017-07-15 18:18:06 INFO otopi.plugins.ovirt_engine_= extension_aaa_ldap.ldap.common common._connectLDAP:442 Executing startTLS<o= :p></o:p></p> <p class=3D"MsoNormal">2017-07-15 18:18:06 DEBUG otopi.plugins.ovirt_engine= _extension_aaa_ldap.ldap.common common._connectLDAP:459 Exception<o:p></o:p= ></p> <p class=3D"MsoNormal">Traceback (most recent call last):<o:p></o:p></p> <p class=3D"MsoNormal">  File "/usr/share/ovirt-engine-extension-= aaa-ldap/setup/bin/../plugins/ovirt-engine-extension-aaa-ldap/ldap/common.p= y", line 443, in _connectLDAP<o:p></o:p></p> <p class=3D"MsoNormal">    c.start_tls_s()<o:p></o:p></p> <p class=3D"MsoNormal">  File "/usr/lib64/python2.7/site-packages= /ldap/ldapobject.py", line 564, in start_tls_s<o:p></o:p></p> <p class=3D"MsoNormal">    return self._ldap_call(self._l.st= art_tls_s)<o:p></o:p></p> <p class=3D"MsoNormal">  File "/usr/lib64/python2.7/site-packages= /ldap/ldapobject.py", line 99, in _ldap_call<o:p></o:p></p> <p class=3D"MsoNormal">    result =3D func(*args,**kwargs)<o= :p></o:p></p> <p class=3D"MsoNormal">CONNECT_ERROR: {'info': 'TLS error -8157:Certificate= extension not found.', 'desc': 'Connect error'}<o:p></o:p></p> <p class=3D"MsoNormal">2017-07-15 18:18:06 WARNING otopi.plugins.ovirt_engi= ne_extension_aaa_ldap.ldap.common common._connectLDAP:463 Cannot connect us= ing 'ldap://DC2.home.doonga.org:389': {'info': 'TLS error -8157:Certificate= extension not found.', 'desc': 'Connect error'}<o:p></o:p></p> <p class=3D"MsoNormal">2017-07-15 18:18:06 INFO otopi.plugins.ovirt_engine_= extension_aaa_ldap.ldap.common common._connectLDAP:391 Connecting to LDAP u= sing 'ldap://DC3.home.doonga.org:389'<o:p></o:p></p> <p class=3D"MsoNormal">2017-07-15 18:18:06 INFO otopi.plugins.ovirt_engine_= extension_aaa_ldap.ldap.common common._connectLDAP:442 Executing startTLS<o= :p></o:p></p> <p class=3D"MsoNormal">2017-07-15 18:18:06 DEBUG otopi.plugins.ovirt_engine= _extension_aaa_ldap.ldap.common common._connectLDAP:459 Exception<o:p></o:p= ></p> <p class=3D"MsoNormal">Traceback (most recent call last):<o:p></o:p></p> <p class=3D"MsoNormal">  File "/usr/share/ovirt-engine-extension-= aaa-ldap/setup/bin/../plugins/ovirt-engine-extension-aaa-ldap/ldap/common.p= y", line 443, in _connectLDAP<o:p></o:p></p> <p class=3D"MsoNormal">    c.start_tls_s()<o:p></o:p></p> <p class=3D"MsoNormal">  File "/usr/lib64/python2.7/site-packages= /ldap/ldapobject.py", line 564, in start_tls_s<o:p></o:p></p> <p class=3D"MsoNormal">    return self._ldap_call(self._l.st= art_tls_s)<o:p></o:p></p> <p class=3D"MsoNormal">  File "/usr/lib64/python2.7/site-packages= /ldap/ldapobject.py", line 99, in _ldap_call<o:p></o:p></p> <p class=3D"MsoNormal">    result =3D func(*args,**kwargs)<o= :p></o:p></p> <p class=3D"MsoNormal">CONNECT_ERROR: {'info': 'TLS error -8157:Certificate= extension not found.', 'desc': 'Connect error'}<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Any help would be appreciated!<o:p></o:p></p> <p class=3D"MsoNormal">Thanks<o:p></o:p></p> </div> </body> </html> --_000_ff591869654646c7bc8df4c4af6d898fdoongaorg_--

2 3

Engine HA-Issues
by Sven Achtelik 17 Jul '17

17 Jul '17

--_000_BFAB40933B3367488CE6299BAF8592D1014E52E495ACSOCRATESasl_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, after running solid for several month my ovirt-engine started rebooting on = several hosts. I've looked into the hostend-engine -vm-status and it sees t= hat the engine is up on one host but not reachable. At the same time I can = access the gui and everything is working fine. After some time the engine i= s shutting down and all hosts are trying to start the engine until one is t= he winner, at least it looks like this. Any clues where to look at and find= the issue with the liveliness check ? ---------------------------------------------------------------------------= ----------------------------- --=3D=3D Host 1 status =3D=3D-- conf_on_shared_storage : True Status up-to-date : True Hostname : ovirt-node01 Host ID : 1 Engine status : {"reason": "vm not running on this hos= t", "health": "bad", "vm": "down", "detail": "unknown"} Score : 3400 stopped : False Local maintenance : False crc32 : 3eb33843 local_conf_timestamp : 17128 Host timestamp : 17113 Extra metadata (valid at timestamp): metadata_parse_version=3D1 metadata_feature_version=3D1 timestamp=3D17113 (Fri Jul 14 11:50:23 2017) host-id=3D1 score=3D3400 vm_conf_refresh_time=3D17128 (Fri Jul 14 11:50:38 2017) conf_on_shared_storage=3DTrue maintenance=3DFalse state=3DEngineDown stopped=3DFalse --=3D=3D Host 2 status =3D=3D-- conf_on_shared_storage : True Status up-to-date : True Hostname : ovirt-node02.mgmt.lan Host ID : 2 Engine status : {"reason": "failed liveliness check", = "health": "bad", "vm": "up", "detail": "up"} Score : 3400 stopped : False Local maintenance : False crc32 : 2a8c86cc local_conf_timestamp : 523182 Host timestamp : 523167 Extra metadata (valid at timestamp): metadata_parse_version=3D1 metadata_feature_version=3D1 timestamp=3D523167 (Fri Jul 14 11:50:25 2017) host-id=3D2 score=3D3400 vm_conf_refresh_time=3D523182 (Fri Jul 14 11:50:40 2017) conf_on_shared_storage=3DTrue maintenance=3DFalse state=3DEngineStarting stopped=3DFalse --=3D=3D Host 3 status =3D=3D-- conf_on_shared_storage : True Status up-to-date : True Hostname : ovirt-node03.mgmt.lan 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 : f8490d79 local_conf_timestamp : 527698 Host timestamp : 527683 Extra metadata (valid at timestamp): metadata_parse_version=3D1 metadata_feature_version=3D1 timestamp=3D527683 (Fri Jul 14 11:50:33 2017) host-id=3D3 score=3D3400 vm_conf_refresh_time=3D527698 (Fri Jul 14 11:50:47 2017) conf_on_shared_storage=3DTrue maintenance=3DFalse state=3DEngineDown stopped=3DFalse ---------------------------------------------------------------------------= ------------------- Thank you, Sven --_000_BFAB40933B3367488CE6299BAF8592D1014E52E495ACSOCRATESasl_ 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=3DContent-Type content= =3D"text/html; charset=3Dus-ascii"><meta name=3DGenerator content=3D"Micros= oft Word 15 (filtered medium)"><style></style></head><body lang=3DDE link=3D"#0563C1" v= link=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>= <span lang=3DEN-US>after running solid for several month my ovirt-engine st= arted rebooting on several hosts. I’ve looked into the hostend-engine= –vm-status and it sees that the engine is up on one host but not rea= chable. At the same time I can access the gui and everything is working fin= e. After some time the engine is shutting down and all hosts are trying to = start the engine until one is the winner, at least it looks like this. Any = clues where to look at and find the issue with the liveliness check ? <o:p>= </o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US><o:p> </o:p><= /span></p><p class=3DMsoNormal><span lang=3DEN-US>-------------------------= ---------------------------------------------------------------------------= ----<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US><o:p>&nbs= p;</o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>--=3D=3D Host 1 = status =3D=3D--<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-U= S><o:p> </o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>conf_= on_shared_storage          &nb= sp;  : True<o:p></o:p></span></p><p class=3DMsoNormal><span lang= =3DEN-US>Status up-to-date        &= nbsp;         : True<o:p></o:p></sp= an></p><p class=3DMsoNormal><span lang=3DEN-US>Hostname   &n= bsp;           &nbsp= ;           : ovirt-node0= 1<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>Host ID&nbsp= ;            &n= bsp;           &nbsp= ;  : 1<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>En= gine status          &nbs= p;           : {"rea= son": "vm not running on this host", "health": &qu= ot;bad", "vm": "down", "detail": "u= nknown"}<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>= Score           &nbs= p;            &= nbsp;     : 3400<o:p></o:p></span></p><p class=3DMsoNor= mal><span lang=3DEN-US>stopped       &nb= sp;            =         : False<o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US>Local maintenance   &nb= sp;            =   : False<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US= >crc32           &nb= sp;            =       : 3eb33843<o:p></o:p></span></p><p class=3DM= soNormal><span lang=3DEN-US>local_conf_timestamp    &nb= sp;          : 17128<o:p></o:p= ></span></p><p class=3DMsoNormal><span lang=3DEN-US>Host timestamp &nb= sp;            &nbsp= ;      : 17113<o:p></o:p></span></p><p class= =3DMsoNormal><span lang=3DEN-US>Extra metadata (valid at timestamp):<o:p></= o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>   &n= bsp;    metadata_parse_version=3D1<o:p></o:p></span></p><p c= lass=3DMsoNormal><span lang=3DEN-US>      &nb= sp; metadata_feature_version=3D1<o:p></o:p></span></p><p class=3DMsoNormal>= <span lang=3DEN-US>        timestamp=3D1= 7113 (Fri Jul 14 11:50:23 2017)<o:p></o:p></span></p><p class=3DMsoNormal><= span lang=3DEN-US>        host-id=3D1<o:= p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>  &nbs= p;     score=3D3400<o:p></o:p></span></p><p class=3DMso= Normal><span lang=3DEN-US>        vm_con= f_refresh_time=3D17128 (Fri Jul 14 11:50:38 2017)<o:p></o:p></span></p><p c= lass=3DMsoNormal><span lang=3DEN-US>      &nb= sp; conf_on_shared_storage=3DTrue<o:p></o:p></span></p><p class=3DMsoNormal= ><span lang=3DEN-US>        maintenance= =3DFalse<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>&nbsp= ;       state=3DEngineDown<o:p></o:p></span><= /p><p class=3DMsoNormal><span lang=3DEN-US>     &n= bsp;  stopped=3DFalse<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal><span lang=3D= EN-US><o:p> </o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>-= -=3D=3D Host 2 status =3D=3D--<o:p></o:p></span></p><p class=3DMsoNormal><s= pan lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal><span lan= g=3DEN-US>conf_on_shared_storage       &= nbsp;     : True<o:p></o:p></span></p><p class=3DMsoNor= mal><span lang=3DEN-US>Status up-to-date     &nbsp= ;            : True<= o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>Hostname =             &nb= sp;            = : ovirt-node02.mgmt.lan<o:p></o:p></span></p><p class=3DMsoNormal><span la= ng=3DEN-US>Host ID         &nb= sp;            =       : 2<o:p></o:p></span></p><p class=3DMsoNorma= l><span lang=3DEN-US>Engine status      &nbsp= ;            &n= bsp;  : {"reason": "failed liveliness check", &quo= t;health": "bad", "vm": "up", "deta= il": "up"}<o:p></o:p></span></p><p class=3DMsoNormal><span l= ang=3DEN-US>Score         &nbs= p;            &= nbsp;       : 3400<o:p></o:p></span></p><p cl= ass=3DMsoNormal><span lang=3DEN-US>stopped     &nb= sp;            =           : False<o:p></o:p></= span></p><p class=3DMsoNormal><span lang=3DEN-US>Local maintenance &nb= sp;            =     : False<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>crc32         &nb= sp;            =         : 2a8c86cc<o:p></o:p></span></p>= <p class=3DMsoNormal><span lang=3DEN-US>local_conf_timestamp  &nb= sp;            : 523= 182<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>Host times= tamp           &nbsp= ;         : 523167<o:p></o:p></span= ></p><p class=3DMsoNormal><span lang=3DEN-US>Extra metadata (valid at times= tamp):<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US> &= nbsp;      metadata_parse_version=3D1<o:p></o:p></= span></p><p class=3DMsoNormal><span lang=3DEN-US>    &n= bsp;   metadata_feature_version=3D1<o:p></o:p></span></p><p class= =3DMsoNormal><span lang=3DEN-US>        = timestamp=3D523167 (Fri Jul 14 11:50:25 2017)<o:p></o:p></span></p><p class= =3DMsoNormal><span lang=3DEN-US>        = host-id=3D2<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>&n= bsp;       score=3D3400<o:p></o:p></span></p>= <p class=3DMsoNormal><span lang=3DEN-US>     &nbsp= ;  vm_conf_refresh_time=3D523182 (Fri Jul 14 11:50:40 2017)<o:p></o:p>= </span></p><p class=3DMsoNormal><span lang=3DEN-US>    =     conf_on_shared_storage=3DTrue<o:p></o:p></span></p><p cl= ass=3DMsoNormal><span lang=3DEN-US>      &nbs= p; maintenance=3DFalse<o:p></o:p></span></p><p class=3DMsoNormal><span lang= =3DEN-US>        state=3DEngineStarting<= o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>  &n= bsp;     stopped=3DFalse<o:p></o:p></span></p><p class= =3DMsoNormal><span lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoN= ormal><span lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal><= span lang=3DEN-US>--=3D=3D Host 3 status =3D=3D--<o:p></o:p></span></p><p c= lass=3DMsoNormal><span lang=3DEN-US><o:p> </o:p></span></p><p class=3D= MsoNormal><span lang=3DEN-US>conf_on_shared_storage    =          : True<o:p></o:p></span></= p><p class=3DMsoNormal><span lang=3DEN-US>Status up-to-date  &nbs= p;            &= nbsp;  : True<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DE= N-US>Hostname          &n= bsp;           &nbsp= ;    : ovirt-node03.mgmt.lan<o:p></o:p></span></p><p class= =3DMsoNormal><span lang=3DEN-US>Host ID      =             &nb= sp;         : 3<o:p></o:p></span></= p><p class=3DMsoNormal><span lang=3DEN-US>Engine status   &n= bsp;           &nbsp= ;      : {"reason": "vm not running= on this host", "health": "bad", "vm": &= quot;down", "detail": "unknown"}<o:p></o:p></span>= </p><p class=3DMsoNormal><span lang=3DEN-US>Score    &n= bsp;            &nbs= p;            := 3400<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>stopped&= nbsp;           &nbs= p;            &= nbsp;  : False<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3D= EN-US>Local maintenance        &nbs= p;         : False<o:p></o:p></span= ></p><p class=3DMsoNormal><span lang=3DEN-US>crc32    &= nbsp;           &nbs= p;             = : f8490d79<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>loc= al_conf_timestamp         &nbs= p;     : 527698<o:p></o:p></span></p><p class=3DMsoNorm= al><span lang=3DEN-US>Host timestamp      &nb= sp;            =   : 527683<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-U= S>Extra metadata (valid at timestamp):<o:p></o:p></span></p><p class=3DMsoN= ormal><span lang=3DEN-US>        metadat= a_parse_version=3D1<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3D= EN-US>        metadata_feature_version= =3D1<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US> &nb= sp;      timestamp=3D527683 (Fri Jul 14 11:50:33 2= 017)<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US> &nb= sp;      host-id=3D3<o:p></o:p></span></p><p class= =3DMsoNormal><span lang=3DEN-US>        = score=3D3400<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>&= nbsp;       vm_conf_refresh_time=3D527698 (Fr= i Jul 14 11:50:47 2017)<o:p></o:p></span></p><p class=3DMsoNormal><span lan= g=3DEN-US>        conf_on_shared_storage= =3DTrue<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US> =        maintenance=3DFalse<o:p></o:p></span><= /p><p class=3DMsoNormal><span lang=3DEN-US>     &n= bsp;  state=3DEngineDown<o:p></o:p></span></p><p class=3DMsoNormal><sp= an lang=3DEN-US>        stopped=3DFalse<= o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US><o:p> </o= :p></span></p><p class=3DMsoNormal><span lang=3DEN-US>---------------------= -------------------------------------------------------------------------<o= :p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>Thank you, <o:p= ></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>Sven <o:p></o:p><= /span></p></div></body></html>= --_000_BFAB40933B3367488CE6299BAF8592D1014E52E495ACSOCRATESasl_--

2 2

Installation oVirt node and engine on the same machine
by wc hung 17 Jul '17

17 Jul '17

Hi all, Could we install oVirt node and engine on the same machine? If we can do that, is there any guide to show the step?

4 6

[Ovirt 4.0] Cluster : Scheduling policy
by TranceWorldLogic . 16 Jul '17

16 Jul '17

Hi, Can some one help me how to select PinToHost policy in ovirt 4.0 ? I am lost in GUI. http://www.ovirt.org/develop/release-management/features/sla/scheduler-poli… Thanks, ~Rohit

2 2

Re: [ovirt-users] oVIRT 4.1.3 / iSCSI / VM Multiple Disks / Snapshot deletion issue.
by Benny Zlotnik 16 Jul '17

16 Jul '17

[Adding ovirt-users] On Sun, Jul 16, 2017 at 12:58 PM, Benny Zlotnik <bzlotnik(a)redhat.com> wrote: > We can see a lot of related errors in the engine log but we are unable > to correlate to the vdsm log. Do you have more hosts? If yes, please > attach their logs as well. > And just to be sure you were attempting to perform cold merge? > > On Fri, Jul 14, 2017 at 7:32 PM, Devin Acosta <devin(a)pabstatencio.com> wrote: >> >> You can get my logs from: >> >> https://files.linuxstack.cloud/s/NjoyMF11I38rJpH >> >> They were a little to big to attach to this e-mail. Would like to know if >> this is the similar bug that Richard indicated is a possibility. >> >> -- >> >> Devin Acosta >> Red Hat Certified Architect, LinuxStack >> 602-354-1220 || devin(a)linuxguru.co >> >> On July 14, 2017 at 9:18:08 AM, Devin Acosta (devin(a)pabstatencio.com) wrote: >> >> I have attached the logs. >> >> >> >> -- >> >> Devin Acosta >> Red Hat Certified Architect, LinuxStack >> 602-354-1220 || devin(a)linuxguru.co >> >> On July 13, 2017 at 9:22:03 AM, richard anthony falzini >> (richardfalzini(a)gmail.com) wrote: >> >> Hi, >> i have the same problem with gluster. >> this is a bug that i opened >> https://bugzilla.redhat.com/show_bug.cgi?id=1461029 . >> In the bug i used single disk vm but i start to notice the problem with >> multiple disk vm. >> >> >> 2017-07-13 0:07 GMT+02:00 Devin Acosta <devin(a)pabstatencio.com>: >>> >>> We are running a fresh install of oVIRT 4.1.3, using ISCSI, the VM in >>> question has multiple Disks (4 to be exact). It snapshotted OK while on >>> iSCSI however when I went to delete the single snapshot that existed it went >>> into Locked state and never came back. The deletion has been going for well >>> over an hour, and I am not convinced since the snapshot is less than 12 >>> hours old that it’s really doing anything. >>> >>> I have seen that doing some Googling indicates there might be some known >>> issues with iSCSI/Block Storage/Multiple Disk Snapshot issues. >>> >>> In the logs on the engine it shows: >>> >>> 2017-07-12 21:59:42,473Z INFO >>> [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] >>> (DefaultQuartzScheduler2) [a5f6eaf2-7996-4d51-ba62-050272d1f097] Command >>> 'ColdMergeSnapshotSingleDisk' (id: '75c535fd-4558-459a-9992-875c48578a97') >>> waiting on child command id: 'd92e9a22-5f0f-4b61-aac6-5601f8ac2cda' >>> type:'PrepareMerge' to complete >>> 2017-07-12 21:59:52,480Z INFO >>> [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] >>> (DefaultQuartzScheduler2) [a5f6eaf2-7996-4d51-ba62-050272d1f097] Command >>> 'RemoveSnapshot' (id: '40482d09-8a7c-4dbd-8324-3e789296887a') waiting on >>> child command id: '75c535fd-4558-459a-9992-875c48578a97' >>> type:'ColdMergeSnapshotSingleDisk' to complete >>> 2017-07-12 21:59:52,483Z INFO >>> [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] >>> (DefaultQuartzScheduler2) [a5f6eaf2-7996-4d51-ba62-050272d1f097] Command >>> 'ColdMergeSnapshotSingleDisk' (id: '75c535fd-4558-459a-9992-875c48578a97') >>> waiting on child command id: 'd92e9a22-5f0f-4b61-aac6-5601f8ac2cda' >>> type:'PrepareMerge' to complete >>> 2017-07-12 22:00:02,490Z INFO >>> [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] >>> (DefaultQuartzScheduler6) [a5f6eaf2-7996-4d51-ba62-050272d1f097] Command >>> 'RemoveSnapshot' (id: '40482d09-8a7c-4dbd-8324-3e789296887a') waiting on >>> child command id: '75c535fd-4558-459a-9992-875c48578a97' >>> type:'ColdMergeSnapshotSingleDisk' to complete >>> 2017-07-12 22:00:02,493Z INFO >>> [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] >>> (DefaultQuartzScheduler6) [a5f6eaf2-7996-4d51-ba62-050272d1f097] Command >>> 'ColdMergeSnapshotSingleDisk' (id: '75c535fd-4558-459a-9992-875c48578a97') >>> waiting on child command id: 'd92e9a22-5f0f-4b61-aac6-5601f8ac2cda' >>> type:'PrepareMerge' to complete >>> 2017-07-12 22:00:12,498Z INFO >>> [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] >>> (DefaultQuartzScheduler3) [a5f6eaf2-7996-4d51-ba62-050272d1f097] Command >>> 'RemoveSnapshot' (id: '40482d09-8a7c-4dbd-8324-3e789296887a') waiting on >>> child command id: '75c535fd-4558-459a-9992-875c48578a97' >>> type:'ColdMergeSnapshotSingleDisk' to complete >>> 2017-07-12 22:00:12,501Z INFO >>> [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] >>> (DefaultQuartzScheduler3) [a5f6eaf2-7996-4d51-ba62-050272d1f097] Command >>> 'ColdMergeSnapshotSingleDisk' (id: '75c535fd-4558-459a-9992-875c48578a97') >>> waiting on child command id: 'd92e9a22-5f0f-4b61-aac6-5601f8ac2cda' >>> type:'PrepareMerge' to complete >>> 2017-07-12 22:00:22,508Z INFO >>> [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] >>> (DefaultQuartzScheduler5) [a5f6eaf2-7996-4d51-ba62-050272d1f097] Command >>> 'RemoveSnapshot' (id: '40482d09-8a7c-4dbd-8324-3e789296887a') waiting on >>> child command id: '75c535fd-4558-459a-9992-875c48578a97' >>> type:'ColdMergeSnapshotSingleDisk' to complete >>> 2017-07-12 22:00:22,511Z INFO >>> [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] >>> (DefaultQuartzScheduler5) [a5f6eaf2-7996-4d51-ba62-050272d1f097] Command >>> 'ColdMergeSnapshotSingleDisk' (id: '75c535fd-4558-459a-9992-875c48578a97') >>> waiting on child command id: 'd92e9a22-5f0f-4b61-aac6-5601f8ac2cda' >>> type:'PrepareMerge' to complete >>> >>> This is what I seen on the SPM when I grep’d the Snapshot ID. >>> >>> 2017-07-12 14:22:18,773-0700 INFO (jsonrpc/6) [vdsm.api] START >>> createVolume(sdUUID=u'0c02a758-4295-4199-97de-b041744b3b15', >>> spUUID=u'00000001-0001-0001-0001-000000000311', >>> imgUUID=u'6a887015-67cd-4f7b-b709-eef97142258d', size=u'107374182400', >>> volFormat=4, preallocate=2, diskType=2, >>> volUUID=u'5921ba71-0f00-46cd-b0be-3c2ac1396845', desc=u'', >>> srcImgUUID=u'6a887015-67cd-4f7b-b709-eef97142258d', >>> srcVolUUID=u'0c3de1a8-ac18-4d7b-b348-3b097bf0a0ae', initialSize=None) >>> from=::ffff:10.4.64.7,60016, flow_id=e94eebf8-75dc-407a-8916-f4ff632f843e >>> (api:46) >>> 2017-07-12 14:22:19,095-0700 WARN (tasks/6) [root] File: >>> /rhev/data-center/00000001-0001-0001-0001-000000000311/0c02a758-4295-4199-97de-b041744b3b15/images/6a887015-67cd-4f7b-b709-eef97142258d/5921ba71-0f00-46cd-b0be-3c2ac1396845 >>> already removed (utils:120) >>> 2017-07-12 14:22:19,096-0700 INFO (tasks/6) [storage.Volume] Request to >>> create snapshot >>> 6a887015-67cd-4f7b-b709-eef97142258d/5921ba71-0f00-46cd-b0be-3c2ac1396845 of >>> volume >>> 6a887015-67cd-4f7b-b709-eef97142258d/0c3de1a8-ac18-4d7b-b348-3b097bf0a0ae >>> (blockVolume:545) >>> 2017-07-12 14:22:19,676-0700 INFO (tasks/6) [storage.LVM] Change LV tags >>> (vg=0c02a758-4295-4199-97de-b041744b3b15, >>> lv=5921ba71-0f00-46cd-b0be-3c2ac1396845, delTags=['OVIRT_VOL_INITIALIZING'], >>> addTags=['MD_10', u'PU_0c3de1a8-ac18-4d7b-b348-3b097bf0a0ae', >>> u'IU_6a887015-67cd-4f7b-b709-eef97142258d']) (lvm:1344) >>> 2017-07-12 14:22:36,010-0700 INFO (jsonrpc/5) [vdsm.api] START >>> getVolumeInfo(sdUUID=u'0c02a758-4295-4199-97de-b041744b3b15', >>> spUUID=u'00000001-0001-0001-0001-000000000311', >>> imgUUID=u'6a887015-67cd-4f7b-b709-eef97142258d', >>> volUUID=u'5921ba71-0f00-46cd-b0be-3c2ac1396845', options=None) >>> from=::ffff:10.4.64.7,59664, flow_id=e94eebf8-75dc-407a-8916-f4ff632f843e >>> (api:46) >>> 2017-07-12 14:22:36,077-0700 INFO (jsonrpc/5) [storage.VolumeManifest] >>> Info request: sdUUID=0c02a758-4295-4199-97de-b041744b3b15 >>> imgUUID=6a887015-67cd-4f7b-b709-eef97142258d volUUID = >>> 5921ba71-0f00-46cd-b0be-3c2ac1396845 (volume:238) >>> 2017-07-12 14:22:36,185-0700 INFO (jsonrpc/5) [storage.VolumeManifest] >>> 0c02a758-4295-4199-97de-b041744b3b15/6a887015-67cd-4f7b-b709-eef97142258d/5921ba71-0f00-46cd-b0be-3c2ac1396845 >>> info is {'status': 'OK', 'domain': '0c02a758-4295-4199-97de-b041744b3b15', >>> 'voltype': 'LEAF', 'description': '', 'parent': >>> '0c3de1a8-ac18-4d7b-b348-3b097bf0a0ae', 'format': 'COW', 'generation': 0, >>> 'image': '6a887015-67cd-4f7b-b709-eef97142258d', 'ctime': '1499894539', >>> 'disktype': '2', 'legality': 'LEGAL', 'mtime': '0', 'apparentsize': >>> '1073741824', 'children': [], 'pool': '', 'capacity': '107374182400', >>> 'uuid': u'5921ba71-0f00-46cd-b0be-3c2ac1396845', 'truesize': '1073741824', >>> 'type': 'SPARSE', 'lease': {'owners': [], 'version': None}} (volume:272) >>> 2017-07-12 14:22:36,186-0700 INFO (jsonrpc/5) [vdsm.api] FINISH >>> getVolumeInfo return={'info': {'status': 'OK', 'domain': >>> '0c02a758-4295-4199-97de-b041744b3b15', 'voltype': 'LEAF', 'description': >>> '', 'parent': '0c3de1a8-ac18-4d7b-b348-3b097bf0a0ae', 'format': 'COW', >>> 'generation': 0, 'image': '6a887015-67cd-4f7b-b709-eef97142258d', 'ctime': >>> '1499894539', 'disktype': '2', 'legality': 'LEGAL', 'mtime': '0', >>> 'apparentsize': '1073741824', 'children': [], 'pool': '', 'capacity': >>> '107374182400', 'uuid': u'5921ba71-0f00-46cd-b0be-3c2ac1396845', 'truesize': >>> '1073741824', 'type': 'SPARSE', 'lease': {'owners': [], 'version': None}}} >>> from=::ffff:10.4.64.7,59664, flow_id=e94eebf8-75dc-407a-8916-f4ff632f843e >>> (api:52) >>> 2017-07-12 14:24:24,854-0700 INFO (jsonrpc/1) [vdsm.api] START >>> deleteVolume(sdUUID=u'0c02a758-4295-4199-97de-b041744b3b15', >>> spUUID=u'00000001-0001-0001-0001-000000000311', >>> imgUUID=u'6a887015-67cd-4f7b-b709-eef97142258d', >>> volumes=[u'5921ba71-0f00-46cd-b0be-3c2ac1396845'], postZero=u'false', >>> force=u'false', discard=False) from=::ffff:10.4.64.7,60016, >>> flow_id=c5e4bda4-9cd3-461d-8164-51d5614b995e (api:46) >>> 2017-07-12 14:24:25,010-0700 INFO (tasks/7) [storage.Volume] Request to >>> delete LV 5921ba71-0f00-46cd-b0be-3c2ac1396845 of image >>> 6a887015-67cd-4f7b-b709-eef97142258d in VG >>> 0c02a758-4295-4199-97de-b041744b3b15 (blockVolume:579) >>> 2017-07-12 14:24:25,130-0700 INFO (tasks/7) [storage.VolumeManifest] >>> sdUUID=0c02a758-4295-4199-97de-b041744b3b15 >>> imgUUID=6a887015-67cd-4f7b-b709-eef97142258d volUUID = >>> 5921ba71-0f00-46cd-b0be-3c2ac1396845 legality = ILLEGAL (volume:398) >>> 2017-07-12 14:24:38,881-0700 INFO (jsonrpc/2) [vdsm.api] START >>> getVolumeInfo(sdUUID=u'0c02a758-4295-4199-97de-b041744b3b15', >>> spUUID=u'00000001-0001-0001-0001-000000000311', >>> imgUUID=u'6a887015-67cd-4f7b-b709-eef97142258d', >>> volUUID=u'5921ba71-0f00-46cd-b0be-3c2ac1396845', options=None) >>> from=::ffff:10.4.64.7,59664, flow_id=c5e4bda4-9cd3-461d-8164-51d5614b995e >>> (api:46) >>> 2017-07-12 14:24:49,911-0700 INFO (jsonrpc/1) [vdsm.api] START >>> getVolumeInfo(sdUUID=u'0c02a758-4295-4199-97de-b041744b3b15', >>> spUUID=u'00000001-0001-0001-0001-000000000311', >>> imgUUID=u'6a887015-67cd-4f7b-b709-eef97142258d', >>> volUUID=u'0c3de1a8-ac18-4d7b-b348-3b097bf0a0ae', options=None) >>> from=::ffff:10.4.64.7,59664, flow_id=c5e4bda4-9cd3-461d-8164-51d5614b995e >>> (api:46) >>> 2017-07-12 14:24:49,912-0700 INFO (jsonrpc/1) [storage.VolumeManifest] >>> Info request: sdUUID=0c02a758-4295-4199-97de-b041744b3b15 >>> imgUUID=6a887015-67cd-4f7b-b709-eef97142258d volUUID = >>> 0c3de1a8-ac18-4d7b-b348-3b097bf0a0ae (volume:238) >>> 2017-07-12 14:24:50,036-0700 INFO (jsonrpc/1) [storage.VolumeManifest] >>> 0c02a758-4295-4199-97de-b041744b3b15/6a887015-67cd-4f7b-b709-eef97142258d/0c3de1a8-ac18-4d7b-b348-3b097bf0a0ae >>> info is {'status': 'OK', 'domain': '0c02a758-4295-4199-97de-b041744b3b15', >>> 'voltype': 'LEAF', 'description': '', 'parent': >>> '00000000-0000-0000-0000-000000000000', 'format': 'COW', 'generation': 0, >>> 'image': '6a887015-67cd-4f7b-b709-eef97142258d', 'ctime': '1499885619', >>> 'disktype': '2', 'legality': 'LEGAL', 'mtime': '0', 'apparentsize': >>> '110729625600', 'children': [], 'pool': '', 'capacity': '107374182400', >>> 'uuid': u'0c3de1a8-ac18-4d7b-b348-3b097bf0a0ae', 'truesize': '110729625600', >>> 'type': 'SPARSE', 'lease': {'owners': [], 'version': None}} (volume:272) >>> 2017-07-12 14:24:50,037-0700 INFO (jsonrpc/1) [vdsm.api] FINISH >>> getVolumeInfo return={'info': {'status': 'OK', 'domain': >>> '0c02a758-4295-4199-97de-b041744b3b15', 'voltype': 'LEAF', 'description': >>> '', 'parent': '00000000-0000-0000-0000-000000000000', 'format': 'COW', >>> 'generation': 0, 'image': '6a887015-67cd-4f7b-b709-eef97142258d', 'ctime': >>> '1499885619', 'disktype': '2', 'legality': 'LEGAL', 'mtime': '0', >>> 'apparentsize': '110729625600', 'children': [], 'pool': '', 'capacity': >>> '107374182400', 'uuid': u'0c3de1a8-ac18-4d7b-b348-3b097bf0a0ae', 'truesize': >>> '110729625600', 'type': 'SPARSE', 'lease': {'owners': [], 'version': None}}} >>> from=::ffff:10.4.64.7,59664, flow_id=c5e4bda4-9cd3-461d-8164-51d5614b995e >>> (api:52) >>> >>> HELP, Right now I am starting to think Block Storage and oVIRT = BAD! >>> >>> >>> >>> >>> -- >>> >>> Devin Acosta >>> Red Hat Certified Architect, LinuxStack >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>

1 0

oVIRT 4.1.3 / iSCSI / VM Multiple Disks / Snapshot deletion issue.
by Devin Acosta 14 Jul '17

14 Jul '17

We are running a fresh install of oVIRT 4.1.3, using ISCSI, the VM in question has multiple Disks (4 to be exact). It snapshotted OK while on iSCSI however when I went to delete the single snapshot that existed it went into Locked state and never came back. The deletion has been going for well over an hour, and I am not convinced since the snapshot is less than 12 hours old that it’s really doing anything. I have seen that doing some Googling indicates there might be some known issues with iSCSI/Block Storage/Multiple Disk Snapshot issues. In the logs on the engine it shows: 2017-07-12 21:59:42,473Z INFO [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] (DefaultQuartzScheduler2) [a5f6eaf2-7996-4d51-ba62-050272d1f097] Command 'ColdMergeSnapshotSingleDisk' (id: '75c535fd-4558-459a-9992-875c48578a97') waiting on child command id: 'd92e9a22-5f0f-4b61-aac6-5601f8ac2cda' type:'PrepareMerge' to complete 2017-07-12 21:59:52,480Z INFO [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] (DefaultQuartzScheduler2) [a5f6eaf2-7996-4d51-ba62-050272d1f097] Command 'RemoveSnapshot' (id: '40482d09-8a7c-4dbd-8324-3e789296887a') waiting on child command id: '75c535fd-4558-459a-9992-875c48578a97' type:'ColdMergeSnapshotSingleDisk' to complete 2017-07-12 21:59:52,483Z INFO [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] (DefaultQuartzScheduler2) [a5f6eaf2-7996-4d51-ba62-050272d1f097] Command 'ColdMergeSnapshotSingleDisk' (id: '75c535fd-4558-459a-9992-875c48578a97') waiting on child command id: 'd92e9a22-5f0f-4b61-aac6-5601f8ac2cda' type:'PrepareMerge' to complete 2017-07-12 22:00:02,490Z INFO [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] (DefaultQuartzScheduler6) [a5f6eaf2-7996-4d51-ba62-050272d1f097] Command 'RemoveSnapshot' (id: '40482d09-8a7c-4dbd-8324-3e789296887a') waiting on child command id: '75c535fd-4558-459a-9992-875c48578a97' type:'ColdMergeSnapshotSingleDisk' to complete 2017-07-12 22:00:02,493Z INFO [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] (DefaultQuartzScheduler6) [a5f6eaf2-7996-4d51-ba62-050272d1f097] Command 'ColdMergeSnapshotSingleDisk' (id: '75c535fd-4558-459a-9992-875c48578a97') waiting on child command id: 'd92e9a22-5f0f-4b61-aac6-5601f8ac2cda' type:'PrepareMerge' to complete 2017-07-12 22:00:12,498Z INFO [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] (DefaultQuartzScheduler3) [a5f6eaf2-7996-4d51-ba62-050272d1f097] Command 'RemoveSnapshot' (id: '40482d09-8a7c-4dbd-8324-3e789296887a') waiting on child command id: '75c535fd-4558-459a-9992-875c48578a97' type:'ColdMergeSnapshotSingleDisk' to complete 2017-07-12 22:00:12,501Z INFO [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] (DefaultQuartzScheduler3) [a5f6eaf2-7996-4d51-ba62-050272d1f097] Command 'ColdMergeSnapshotSingleDisk' (id: '75c535fd-4558-459a-9992-875c48578a97') waiting on child command id: 'd92e9a22-5f0f-4b61-aac6-5601f8ac2cda' type:'PrepareMerge' to complete 2017-07-12 22:00:22,508Z INFO [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] (DefaultQuartzScheduler5) [a5f6eaf2-7996-4d51-ba62-050272d1f097] Command 'RemoveSnapshot' (id: '40482d09-8a7c-4dbd-8324-3e789296887a') waiting on child command id: '75c535fd-4558-459a-9992-875c48578a97' type:'ColdMergeSnapshotSingleDisk' to complete 2017-07-12 22:00:22,511Z INFO [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] (DefaultQuartzScheduler5) [a5f6eaf2-7996-4d51-ba62-050272d1f097] Command 'ColdMergeSnapshotSingleDisk' (id: '75c535fd-4558-459a-9992-875c48578a97') waiting on child command id: 'd92e9a22-5f0f-4b61-aac6-5601f8ac2cda' type:'PrepareMerge' to complete This is what I seen on the SPM when I grep’d the Snapshot ID. 2017-07-12 14:22:18,773-0700 INFO (jsonrpc/6) [vdsm.api] START createVolume(sdUUID=u'0c02a758-4295-4199-97de-b041744b3b15', spUUID=u'00000001-0001-0001-0001-000000000311', imgUUID=u'6a887015-67cd-4f7b-b709-eef97142258d', size=u'107374182400', volFormat=4, preallocate=2, diskType=2, volUUID=u'5921ba71-0f00-46cd-b0be-3c2ac1396845', desc=u'', srcImgUUID=u'6a887015-67cd-4f7b-b709-eef97142258d', srcVolUUID=u'0c3de1a8-ac18-4d7b-b348-3b097bf0a0ae', initialSize=None) from=::ffff:10.4.64.7,60016, flow_id=e94eebf8-75dc-407a-8916-f4ff632f843e (api:46) 2017-07-12 14:22:19,095-0700 WARN (tasks/6) [root] File: /rhev/data-center/00000001-0001-0001-0001-000000000311/0c02a758-4295-4199-97de-b041744b3b15/images/6a887015-67cd-4f7b-b709-eef97142258d/5921ba71-0f00-46cd-b0be-3c2ac1396845 already removed (utils:120) 2017-07-12 14:22:19,096-0700 INFO (tasks/6) [storage.Volume] Request to create snapshot 6a887015-67cd-4f7b-b709-eef97142258d/5921ba71-0f00-46cd-b0be-3c2ac1396845 of volume 6a887015-67cd-4f7b-b709-eef97142258d/0c3de1a8-ac18-4d7b-b348-3b097bf0a0ae (blockVolume:545) 2017-07-12 14:22:19,676-0700 INFO (tasks/6) [storage.LVM] Change LV tags (vg=0c02a758-4295-4199-97de-b041744b3b15, lv=5921ba71-0f00-46cd-b0be-3c2ac1396845, delTags=['OVIRT_VOL_INITIALIZING'], addTags=['MD_10', u'PU_0c3de1a8-ac18-4d7b-b348-3b097bf0a0ae', u'IU_6a887015-67cd-4f7b-b709-eef97142258d']) (lvm:1344) 2017-07-12 14:22:36,010-0700 INFO (jsonrpc/5) [vdsm.api] START getVolumeInfo(sdUUID=u'0c02a758-4295-4199-97de-b041744b3b15', spUUID=u'00000001-0001-0001-0001-000000000311', imgUUID=u'6a887015-67cd-4f7b-b709-eef97142258d', volUUID=u'5921ba71-0f00-46cd-b0be-3c2ac1396845', options=None) from=::ffff:10.4.64.7,59664, flow_id=e94eebf8-75dc-407a-8916-f4ff632f843e (api:46) 2017-07-12 14:22:36,077-0700 INFO (jsonrpc/5) [storage.VolumeManifest] Info request: sdUUID=0c02a758-4295-4199-97de-b041744b3b15 imgUUID=6a887015-67cd-4f7b-b709-eef97142258d volUUID = 5921ba71-0f00-46cd-b0be-3c2ac1396845 (volume:238) 2017-07-12 14:22:36,185-0700 INFO (jsonrpc/5) [storage.VolumeManifest] 0c02a758-4295-4199-97de-b041744b3b15/6a887015-67cd-4f7b-b709-eef97142258d/5921ba71-0f00-46cd-b0be-3c2ac1396845 info is {'status': 'OK', 'domain': '0c02a758-4295-4199-97de-b041744b3b15', 'voltype': 'LEAF', 'description': '', 'parent': '0c3de1a8-ac18-4d7b-b348-3b097bf0a0ae', 'format': 'COW', 'generation': 0, 'image': '6a887015-67cd-4f7b-b709-eef97142258d', 'ctime': '1499894539', 'disktype': '2', 'legality': 'LEGAL', 'mtime': '0', 'apparentsize': '1073741824', 'children': [], 'pool': '', 'capacity': '107374182400', 'uuid': u'5921ba71-0f00-46cd-b0be-3c2ac1396845', 'truesize': '1073741824', 'type': 'SPARSE', 'lease': {'owners': [], 'version': None}} (volume:272) 2017-07-12 14:22:36,186-0700 INFO (jsonrpc/5) [vdsm.api] FINISH getVolumeInfo return={'info': {'status': 'OK', 'domain': '0c02a758-4295-4199-97de-b041744b3b15', 'voltype': 'LEAF', 'description': '', 'parent': '0c3de1a8-ac18-4d7b-b348-3b097bf0a0ae', 'format': 'COW', 'generation': 0, 'image': '6a887015-67cd-4f7b-b709-eef97142258d', 'ctime': '1499894539', 'disktype': '2', 'legality': 'LEGAL', 'mtime': '0', 'apparentsize': '1073741824', 'children': [], 'pool': '', 'capacity': '107374182400', 'uuid': u'5921ba71-0f00-46cd-b0be-3c2ac1396845', 'truesize': '1073741824', 'type': 'SPARSE', 'lease': {'owners': [], 'version': None}}} from=::ffff:10.4.64.7,59664, flow_id=e94eebf8-75dc-407a-8916-f4ff632f843e (api:52) 2017-07-12 14:24:24,854-0700 INFO (jsonrpc/1) [vdsm.api] START deleteVolume(sdUUID=u'0c02a758-4295-4199-97de-b041744b3b15', spUUID=u'00000001-0001-0001-0001-000000000311', imgUUID=u'6a887015-67cd-4f7b-b709-eef97142258d', volumes=[u'5921ba71-0f00-46cd-b0be-3c2ac1396845'], postZero=u'false', force=u'false', discard=False) from=::ffff:10.4.64.7,60016, flow_id=c5e4bda4-9cd3-461d-8164-51d5614b995e (api:46) 2017-07-12 14:24:25,010-0700 INFO (tasks/7) [storage.Volume] Request to delete LV 5921ba71-0f00-46cd-b0be-3c2ac1396845 of image 6a887015-67cd-4f7b-b709-eef97142258d in VG 0c02a758-4295-4199-97de-b041744b3b15 (blockVolume:579) 2017-07-12 14:24:25,130-0700 INFO (tasks/7) [storage.VolumeManifest] sdUUID=0c02a758-4295-4199-97de-b041744b3b15 imgUUID=6a887015-67cd-4f7b-b709-eef97142258d volUUID = 5921ba71-0f00-46cd-b0be-3c2ac1396845 legality = ILLEGAL (volume:398) 2017-07-12 14:24:38,881-0700 INFO (jsonrpc/2) [vdsm.api] START getVolumeInfo(sdUUID=u'0c02a758-4295-4199-97de-b041744b3b15', spUUID=u'00000001-0001-0001-0001-000000000311', imgUUID=u'6a887015-67cd-4f7b-b709-eef97142258d', volUUID=u'5921ba71-0f00-46cd-b0be-3c2ac1396845', options=None) from=::ffff:10.4.64.7,59664, flow_id=c5e4bda4-9cd3-461d-8164-51d5614b995e (api:46) 2017-07-12 14:24:49,911-0700 INFO (jsonrpc/1) [vdsm.api] START getVolumeInfo(sdUUID=u'0c02a758-4295-4199-97de-b041744b3b15', spUUID=u'00000001-0001-0001-0001-000000000311', imgUUID=u'6a887015-67cd-4f7b-b709-eef97142258d', volUUID=u'0c3de1a8-ac18-4d7b-b348-3b097bf0a0ae', options=None) from=::ffff:10.4.64.7,59664, flow_id=c5e4bda4-9cd3-461d-8164-51d5614b995e (api:46) 2017-07-12 14:24:49,912-0700 INFO (jsonrpc/1) [storage.VolumeManifest] Info request: sdUUID=0c02a758-4295-4199-97de-b041744b3b15 imgUUID=6a887015-67cd-4f7b-b709-eef97142258d volUUID = 0c3de1a8-ac18-4d7b-b348-3b097bf0a0ae (volume:238) 2017-07-12 14:24:50,036-0700 INFO (jsonrpc/1) [storage.VolumeManifest] 0c02a758-4295-4199-97de-b041744b3b15/6a887015-67cd-4f7b-b709-eef97142258d/0c3de1a8-ac18-4d7b-b348-3b097bf0a0ae info is {'status': 'OK', 'domain': '0c02a758-4295-4199-97de-b041744b3b15', 'voltype': 'LEAF', 'description': '', 'parent': '00000000-0000-0000-0000-000000000000', 'format': 'COW', 'generation': 0, 'image': '6a887015-67cd-4f7b-b709-eef97142258d', 'ctime': '1499885619', 'disktype': '2', 'legality': 'LEGAL', 'mtime': '0', 'apparentsize': '110729625600', 'children': [], 'pool': '', 'capacity': '107374182400', 'uuid': u'0c3de1a8-ac18-4d7b-b348-3b097bf0a0ae', 'truesize': '110729625600', 'type': 'SPARSE', 'lease': {'owners': [], 'version': None}} (volume:272) 2017-07-12 14:24:50,037-0700 INFO (jsonrpc/1) [vdsm.api] FINISH getVolumeInfo return={'info': {'status': 'OK', 'domain': '0c02a758-4295-4199-97de-b041744b3b15', 'voltype': 'LEAF', 'description': '', 'parent': '00000000-0000-0000-0000-000000000000', 'format': 'COW', 'generation': 0, 'image': '6a887015-67cd-4f7b-b709-eef97142258d', 'ctime': '1499885619', 'disktype': '2', 'legality': 'LEGAL', 'mtime': '0', 'apparentsize': '110729625600', 'children': [], 'pool': '', 'capacity': '107374182400', 'uuid': u'0c3de1a8-ac18-4d7b-b348-3b097bf0a0ae', 'truesize': '110729625600', 'type': 'SPARSE', 'lease': {'owners': [], 'version': None}}} from=::ffff:10.4.64.7,59664, flow_id=c5e4bda4-9cd3-461d-8164-51d5614b995e (api:52) HELP, Right now I am starting to think Block Storage and oVIRT = BAD! -- Devin Acosta Red Hat Certified Architect, LinuxStack

4 5

oVirt Metrics
by Arsène Gschwind 14 Jul '17

14 Jul '17

This is a multi-part message in MIME format. --------------9A99E910BE6E6C7F1C6C0B2C Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi all, I'm trying to setup oVirt metrics as described at https://www.ovirt.org/develop/release-management/features/engine/metrics-st… using SSO. My oVirt installation is based on Version: 4.1.3.5-1.el7.centos. I'm missing the SSO tool called ovirt-register-sso-client as written in the doc to register new SSO client. I couldn't figure out which package contains that tool, is it included in the latest distribution ? Thanks for any help. rgds, Arsène -- *Arsène Gschwind* Fa. Sapify AG im Auftrag der Universität Basel IT Services Klingelbergstr. 70 | CH-4056 Basel | Switzerland Tel. +41 79 449 25 63 | http://its.unibas.ch <http://its.unibas.ch/> ITS-ServiceDesk: support-its(a)unibas.ch | +41 61 267 14 11 --------------9A99E910BE6E6C7F1C6C0B2C 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="#000000" bgcolor="#FFFFFF"> <p>Hi all,</p> <p>I'm trying to setup oVirt metrics as described at <a class="moz-txt-link-freetext" href="https://www.ovirt.org/develop/release-management/features/engine/metrics-st…">https://www.ovirt.org/develop/release-management/features/engine/metrics-st…</a> using SSO.<br> My oVirt installation is based on Version: 4.1.3.5-1.el7.centos.</p> <p>I'm missing the SSO tool called ovirt-register-sso-client as written in the doc to register new SSO client. I couldn't figure out which package contains that tool, is it included in the latest distribution ?</p> <p>Thanks for any help.</p> <p>rgds,<br> Arsène<br> </p> <div class="moz-signature">-- <br> <p class="western" style="margin-bottom: 0in; line-height: 150%"> <font color="#000000"><font face="Tahoma, serif"> <font style="font-size: 8pt" size="1"> <b>Arsène Gschwind</b> </font> </font> <font color="#000000"> <font face="Tahoma, serif"> <font style="font-size: 8pt" size="1"> </font> </font> </font> <font face="Tahoma, serif"> <font style="font-size: 8pt" size="1"> </font> </font> <font face="Tahoma, serif"> </font> <font color="#000000"> <font face="Tahoma, serif"> <font style="font-size: 8pt" size="1"> <br> </font> </font> </font> <font color="#7f7f7f"> <font face="Tahoma, serif"> <font style="font-size: 8pt" size="1"> Fa. Sapify AG im Auftrag der Universität Basel<br> IT Services<br> Klingelbergstr. 70 | CH-4056 Basel | Switzerland<br> Tel. +41 79 449 25 63 | </font> </font> </font> <a href="http://its.unibas.ch/"> <font face="Tahoma, serif"> <font style="font-size: 8pt" size="1"> http://its.unibas.ch </font> </font> </a><br> <font color="#7f7f7f"> <font face="Tahoma, serif"> <font style="font-size: 8pt" size="1"> ITS-ServiceDesk: <a class="moz-txt-link-abbreviated" href="mailto:support-its@unibas.ch">support-its(a)unibas.ch</a> | +41 61 267 14 11 </font> </font> </font> </font></p> <font color="#000000"> </font></div> </body> </html> --------------9A99E910BE6E6C7F1C6C0B2C--

3 2

Fwd: Windows USB Redirection
by Abi Askushi 14 Jul '17

14 Jul '17

Hi All, I have Ovirt 4.1 with 3 nodes on top glusterfs. I Have 2 VMs: Windows 2016 64bit and Windows 10 64bit When I attach a USB flash disk to a VM (from host devices) the VM cannot see the USB drive and report driver issue at device manager (see attached). This happens with both VMs when tested. When testing with Windows 7 or Windows XP USB is attached and accessed normally. Have you encountered such issue? I have installed latest guest tools on both VMs. Many thanx

2 3

Removing iSCSI domain: host side part
by Gianluca Cecchi 14 Jul '17

14 Jul '17

Hello, I have cleanly removed an iSCSI domain from oVirt. There is another one (connecting to another storage array) that is the master domain. But I see that oVirt hosts still maintain the iscsi session to the LUN. So I want to clean from os point of view before removing the LUN itself from storage. At the moment I still see the multipath lun on both hosts [root@ov301 network-scripts]# multipath -l . . . 364817197b5dfd0e5538d959702249b1c dm-2 EQLOGIC ,100E-00 size=4.0T features='0' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=0 status=active |- 9:0:0:0 sde 8:64 active undef running `- 10:0:0:0 sdf 8:80 active undef running and [root@ov301 network-scripts]# iscsiadm -m session tcp: [1] 10.10.100.9:3260,1 iqn.2001-05.com.equallogic:4-771816-e5d0dfb59-1c9b240297958d53-ovsd3910 (non-flash) tcp: [2] 10.10.100.9:3260,1 iqn.2001-05.com.equallogic:4-771816-e5d0dfb59-1c9b240297958d53-ovsd3910 (non-flash) . . . Do I have to clean the multipath paths and multipath device and then iSCSI logout, or is it sufficient to iSCSI logout and the multipath device and its path will be cleanly removed from OS point of view? I would like not to have multipath device in stale condition. Thanks Gianluca

2 2

Failed to create template
by aduckers 13 Jul '17

13 Jul '17

I’m running 4.1 with a hosted engine, using FC SAN storage. I’ve uploaded a qcow2 image, then created a VM and attached that image. When trying to create a template from that VM, we get failures with: failed: low level image copy failed VDSM command DeleteImageGroupVDS failed: Image does not exist in domain failed to create template What should I be looking at to resolve this? Anyone recognize this issue? Thanks

3 11

Re: [ovirt-users] Detach disk from one VM, attach to another VM
by Victor José Acosta Domínguez 13 Jul '17

13 Jul '17

Hello Yes it is possible, you must remove from first VM's configuration (be careful, do not delete your virtual disk) After that you can attach ad that disk to another VM Process should be: - Detach disk from VM1 - Delete disk from VM1's configuration - Attach disk to VM2 Victor Acosta

3 2

2 hosts starting the engine at the same time?
by Gianluca Cecchi 13 Jul '17

13 Jul '17

Hello. I'm on 4.1.3 with self hosted engine and glusterfs as storage. I updated the kernel on engine so I executed these steps: - enable global maintenace from the web admin gui - wait some minutes - shutdown the engine vm from inside its OS - wait some minutes - execute on one host [root@ovirt02 ~]# hosted-engine --set-maintenance --mode=none I see that the qemu-kvm process for the engine starts on two hosts and then on one of them it gets a "kill -15" and stops Is it expected behaviour? It seems somehow dangerous to me.. - when in maintenance [root@ovirt02 ~]# hosted-engine --vm-status !! Cluster is in GLOBAL MAINTENANCE mode !! --== Host 1 status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : ovirt01.localdomain.local Host ID : 1 Engine status : {"health": "good", "vm": "up", "detail": "up"} Score : 2597 stopped : False Local maintenance : False crc32 : 7931c5c3 local_conf_timestamp : 19811 Host timestamp : 19794 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=19794 (Sun Jul 9 21:31:50 2017) host-id=1 score=2597 vm_conf_refresh_time=19811 (Sun Jul 9 21:32:06 2017) conf_on_shared_storage=True maintenance=False state=GlobalMaintenance stopped=False --== Host 2 status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : 192.168.150.103 Host ID : 2 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 3400 stopped : False Local maintenance : False crc32 : 616ceb02 local_conf_timestamp : 2829 Host timestamp : 2812 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=2812 (Sun Jul 9 21:31:52 2017) host-id=2 score=3400 vm_conf_refresh_time=2829 (Sun Jul 9 21:32:09 2017) conf_on_shared_storage=True maintenance=False state=GlobalMaintenance stopped=False --== Host 3 status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : ovirt03.localdomain.local Host ID : 3 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 3400 stopped : False Local maintenance : False crc32 : 871204b2 local_conf_timestamp : 24584 Host timestamp : 24567 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=24567 (Sun Jul 9 21:31:52 2017) host-id=3 score=3400 vm_conf_refresh_time=24584 (Sun Jul 9 21:32:09 2017) conf_on_shared_storage=True maintenance=False state=GlobalMaintenance stopped=False !! Cluster is in GLOBAL MAINTENANCE mode !! [root@ovirt02 ~]# - then I exit global maintenance [root@ovirt02 ~]# hosted-engine --set-maintenance --mode=none - During monitoring of status, at some point I see "EngineStart" on both host2 and host3 [root@ovirt02 ~]# hosted-engine --vm-status --== Host 1 status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : ovirt01.localdomain.local Host ID : 1 Engine status : {"reason": "bad vm status", "health": "bad", "vm": "down", "detail": "down"} Score : 3230 stopped : False Local maintenance : False crc32 : 25cadbfb local_conf_timestamp : 20055 Host timestamp : 20040 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=20040 (Sun Jul 9 21:35:55 2017) host-id=1 score=3230 vm_conf_refresh_time=20055 (Sun Jul 9 21:36:11 2017) conf_on_shared_storage=True maintenance=False state=EngineDown stopped=False --== Host 2 status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : 192.168.150.103 Host ID : 2 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 3400 stopped : False Local maintenance : False crc32 : e6951128 local_conf_timestamp : 3075 Host timestamp : 3058 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=3058 (Sun Jul 9 21:35:59 2017) host-id=2 score=3400 vm_conf_refresh_time=3075 (Sun Jul 9 21:36:15 2017) conf_on_shared_storage=True maintenance=False state=EngineStart stopped=False --== Host 3 status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : ovirt03.localdomain.local Host ID : 3 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 3400 stopped : False Local maintenance : False crc32 : 382efde5 local_conf_timestamp : 24832 Host timestamp : 24816 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=24816 (Sun Jul 9 21:36:01 2017) host-id=3 score=3400 vm_conf_refresh_time=24832 (Sun Jul 9 21:36:17 2017) conf_on_shared_storage=True maintenance=False state=EngineStart stopped=False [root@ovirt02 ~]# and then [root@ovirt02 ~]# hosted-engine --vm-status --== Host 1 status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : ovirt01.localdomain.local Host ID : 1 Engine status : {"reason": "bad vm status", "health": "bad", "vm": "down", "detail": "down"} Score : 3253 stopped : False Local maintenance : False crc32 : 3fc39f31 local_conf_timestamp : 20087 Host timestamp : 20070 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=20070 (Sun Jul 9 21:36:26 2017) host-id=1 score=3253 vm_conf_refresh_time=20087 (Sun Jul 9 21:36:43 2017) conf_on_shared_storage=True maintenance=False state=EngineDown stopped=False --== Host 2 status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : 192.168.150.103 Host ID : 2 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 3400 stopped : False Local maintenance : False crc32 : 4a05c31e local_conf_timestamp : 3109 Host timestamp : 3079 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=3079 (Sun Jul 9 21:36:19 2017) host-id=2 score=3400 vm_conf_refresh_time=3109 (Sun Jul 9 21:36:49 2017) conf_on_shared_storage=True maintenance=False state=EngineStarting stopped=False --== Host 3 status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : ovirt03.localdomain.local Host ID : 3 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 3400 stopped : False Local maintenance : False crc32 : 382efde5 local_conf_timestamp : 24832 Host timestamp : 24816 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=24816 (Sun Jul 9 21:36:01 2017) host-id=3 score=3400 vm_conf_refresh_time=24832 (Sun Jul 9 21:36:17 2017) conf_on_shared_storage=True maintenance=False state=EngineStart stopped=False [root@ovirt02 ~]# and [root@ovirt02 ~]# hosted-engine --vm-status --== Host 1 status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : ovirt01.localdomain.local Host ID : 1 Engine status : {"reason": "bad vm status", "health": "bad", "vm": "down", "detail": "down"} Score : 3253 stopped : False Local maintenance : False crc32 : 3fc39f31 local_conf_timestamp : 20087 Host timestamp : 20070 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=20070 (Sun Jul 9 21:36:26 2017) host-id=1 score=3253 vm_conf_refresh_time=20087 (Sun Jul 9 21:36:43 2017) conf_on_shared_storage=True maintenance=False state=EngineDown stopped=False --== Host 2 status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : 192.168.150.103 Host ID : 2 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 3400 stopped : False Local maintenance : False crc32 : 4a05c31e local_conf_timestamp : 3109 Host timestamp : 3079 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=3079 (Sun Jul 9 21:36:19 2017) host-id=2 score=3400 vm_conf_refresh_time=3109 (Sun Jul 9 21:36:49 2017) conf_on_shared_storage=True maintenance=False state=EngineStarting stopped=False --== Host 3 status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : ovirt03.localdomain.local Host ID : 3 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 3400 stopped : False Local maintenance : False crc32 : fc1e8cf9 local_conf_timestamp : 24868 Host timestamp : 24836 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=24836 (Sun Jul 9 21:36:21 2017) host-id=3 score=3400 vm_conf_refresh_time=24868 (Sun Jul 9 21:36:53 2017) conf_on_shared_storage=True maintenance=False state=EngineStarting stopped=False [root@ovirt02 ~]# and at the end Host3 goes to "ForceStop" for the engine [root@ovirt02 ~]# hosted-engine --vm-status --== Host 1 status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : ovirt01.localdomain.local Host ID : 1 Engine status : {"reason": "bad vm status", "health": "bad", "vm": "down", "detail": "down"} Score : 3312 stopped : False Local maintenance : False crc32 : e9d53432 local_conf_timestamp : 20120 Host timestamp : 20102 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=20102 (Sun Jul 9 21:36:58 2017) host-id=1 score=3312 vm_conf_refresh_time=20120 (Sun Jul 9 21:37:15 2017) conf_on_shared_storage=True maintenance=False state=EngineDown stopped=False --== Host 2 status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : 192.168.150.103 Host ID : 2 Engine status : {"reason": "bad vm status", "health": "bad", "vm": "up", "detail": "powering up"} Score : 3400 stopped : False Local maintenance : False crc32 : 7d2330be local_conf_timestamp : 3141 Host timestamp : 3124 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=3124 (Sun Jul 9 21:37:04 2017) host-id=2 score=3400 vm_conf_refresh_time=3141 (Sun Jul 9 21:37:21 2017) conf_on_shared_storage=True maintenance=False state=EngineStarting stopped=False --== Host 3 status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : ovirt03.localdomain.local Host ID : 3 Engine status : {"reason": "Storage of VM is locked. Is another host already starting the VM?", "health": "bad", "vm": "already_locked", "detail": "down"} Score : 3400 stopped : False Local maintenance : False crc32 : 179825e8 local_conf_timestamp : 24900 Host timestamp : 24883 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=24883 (Sun Jul 9 21:37:08 2017) host-id=3 score=3400 vm_conf_refresh_time=24900 (Sun Jul 9 21:37:24 2017) conf_on_shared_storage=True maintenance=False state=EngineForceStop stopped=False [root@ovirt02 ~]# Comparing /var/log/libvirt/qemu/HostedEngine of host2 and host3 Host2: 2017-07-09 19:36:36.094+0000: starting up libvirt version: 2.0.0, package: 10.el7_3.9 (CentOS BuildSystem <http://bugs.centos.org>, 2017-05-25-20:52:28, c1bm.rdu2.centos.org) qemu version: 2.6.0 (qemu-kvm-ev-2.6.0-28.el7.10.1), hostname: ovirt02.localdomain.local ... char device redirected to /dev/pts/1 (label charconsole0) warning: host doesn't support requested feature: CPUID.07H:EBX.erms [bit 9] Host3: 2017-07-09 19:36:38.143+0000: starting up libvirt version: 2.0.0, package: 10.el7_3.9 (CentOS BuildSystem <http://bu gs.centos.org>, 2017-05-25-20:52:28, c1bm.rdu2.centos.org) qemu version: 2.6.0 (qemu-kvm-ev-2.6.0-28.el7.10.1), hos tname: ovirt03.localdomain.local ... char device redirected to /dev/pts/1 (label charconsole0) 2017-07-09 19:36:38.584+0000: shutting down 2017-07-09T19:36:38.589729Z qemu-kvm: terminating on signal 15 from pid 1835 any comment? Is it only a matter of powering on the VM in paused mode before starting the OS itself, or do I risk corruption due to 2 qemu-kvm processes trying to start the engine vm os? Thanks, Gianluca

4 16

Installation of oVirt 4.1, Gluster Storage and Hosted Engine
by Simone Marchioni 13 Jul '17

13 Jul '17

Hi to all, I have an old installation of oVirt 3.3 with the Engine on a separate server. I wanted to test the last oVirt 4.1 with Gluster Storage and Hosted Engine. Followed the following tutorial: http://www.ovirt.org/blog/2017/04/up-and-running-with-ovirt-4.1-and-gluster… I have 3 hosts as shown in the tutorial. Installed CentOS 7.3, the oVirt 4.1 repo and all required packages. Configured passwordless ssh as stated. Then I log in cockpit web interface, selected "Hosted Engine with Gluster" and hit the Start button. Configured the parameters as shown in the tutorial. In the last step (5) the Generated Gdeply configuration (note: replaced the real domain with "domain.it"): #gdeploy configuration generated by cockpit-gluster plugin [hosts] ha1.domain.it ha2.domain.it ha3.domain.it [script1] action=execute ignore_script_errors=no file=/usr/share/ansible/gdeploy/scripts/grafton-sanity-check.sh -d sdb -h ha1.domain.it,ha2.domain.it,ha3.domain.it [disktype] raid6 [diskcount] 12 [stripesize] 256 [service1] action=enable service=chronyd [service2] action=restart service=chronyd [shell2] action=execute command=vdsm-tool configure --force [script3] action=execute file=/usr/share/ansible/gdeploy/scripts/disable-multipath.sh [pv1] action=create devices=sdb ignore_pv_errors=no [vg1] action=create vgname=gluster_vg_sdb pvname=sdb ignore_vg_errors=no [lv1:{ha1.domain.it,ha2.domain.it}] action=create poolname=gluster_thinpool_sdb ignore_lv_errors=no vgname=gluster_vg_sdb lvtype=thinpool size=110GB poolmetadatasize=1GB [lv2:ha3.domain.it] action=create poolname=gluster_thinpool_sdb ignore_lv_errors=no vgname=gluster_vg_sdb lvtype=thinpool size=80GB poolmetadatasize=1GB [lv3:{ha1.domain.it,ha2.domain.it}] action=create lvname=gluster_lv_engine ignore_lv_errors=no vgname=gluster_vg_sdb mount=/gluster_bricks/engine lvtype=thinlv poolname=gluster_thinpool_sdb virtualsize=50GB [lv4:ha3.domain.it] action=create lvname=gluster_lv_engine ignore_lv_errors=no vgname=gluster_vg_sdb mount=/gluster_bricks/engine lvtype=thinlv poolname=gluster_thinpool_sdb virtualsize=20GB [lv5:{ha1.domain.it,ha2.domain.it}] action=create lvname=gluster_lv_data ignore_lv_errors=no vgname=gluster_vg_sdb mount=/gluster_bricks/data lvtype=thinlv poolname=gluster_thinpool_sdb virtualsize=20GB [lv6:ha3.domain.it] action=create lvname=gluster_lv_data ignore_lv_errors=no vgname=gluster_vg_sdb mount=/gluster_bricks/data lvtype=thinlv poolname=gluster_thinpool_sdb virtualsize=20GB [lv7:{ha1.domain.it,ha2.domain.it}] action=create lvname=gluster_lv_export ignore_lv_errors=no vgname=gluster_vg_sdb mount=/gluster_bricks/export lvtype=thinlv poolname=gluster_thinpool_sdb virtualsize=20GB [lv8:ha3.domain.it] action=create lvname=gluster_lv_export ignore_lv_errors=no vgname=gluster_vg_sdb mount=/gluster_bricks/export lvtype=thinlv poolname=gluster_thinpool_sdb virtualsize=20GB [lv9:{ha1.domain.it,ha2.domain.it}] action=create lvname=gluster_lv_iso ignore_lv_errors=no vgname=gluster_vg_sdb mount=/gluster_bricks/iso lvtype=thinlv poolname=gluster_thinpool_sdb virtualsize=20GB [lv10:ha3.domain.it] action=create lvname=gluster_lv_iso ignore_lv_errors=no vgname=gluster_vg_sdb mount=/gluster_bricks/iso lvtype=thinlv poolname=gluster_thinpool_sdb virtualsize=20GB [selinux] yes [service3] action=restart service=glusterd slice_setup=yes [firewalld] action=add ports=111/tcp,2049/tcp,54321/tcp,5900/tcp,5900-6923/tcp,5666/tcp,16514/tcp services=glusterfs [script2] action=execute file=/usr/share/ansible/gdeploy/scripts/disable-gluster-hooks.sh [shell3] action=execute command=usermod -a -G gluster qemu [volume1] action=create volname=engine transport=tcp replica=yes replica_count=3 key=group,storage.owner-uid,storage.owner-gid,network.ping-timeout,performance.strict-o-direct,network.remote-dio,cluster.granular-entry-heal value=virt,36,36,30,on,off,enable brick_dirs=ha1.domain.it:/gluster_bricks/engine/engine,ha2.domain.it:/gluster_bricks/engine/engine,ha3.domain.it:/gluster_bricks/engine/engine ignore_volume_errors=no arbiter_count=1 [volume2] action=create volname=data transport=tcp replica=yes replica_count=3 key=group,storage.owner-uid,storage.owner-gid,network.ping-timeout,performance.strict-o-direct,network.remote-dio,cluster.granular-entry-heal value=virt,36,36,30,on,off,enable brick_dirs=ha1.domain.it:/gluster_bricks/data/data,ha2.domain.it:/gluster_bricks/data/data,ha3.domain.it:/gluster_bricks/data/data ignore_volume_errors=no arbiter_count=1 [volume3] action=create volname=export transport=tcp replica=yes replica_count=3 key=group,storage.owner-uid,storage.owner-gid,network.ping-timeout,performance.strict-o-direct,network.remote-dio,cluster.granular-entry-heal value=virt,36,36,30,on,off,enable brick_dirs=ha1.domain.it:/gluster_bricks/export/export,ha2.domain.it:/gluster_bricks/export/export,ha3.domain.it:/gluster_bricks/export/export ignore_volume_errors=no arbiter_count=1 [volume4] action=create volname=iso transport=tcp replica=yes replica_count=3 key=group,storage.owner-uid,storage.owner-gid,network.ping-timeout,performance.strict-o-direct,network.remote-dio,cluster.granular-entry-heal value=virt,36,36,30,on,off,enable brick_dirs=ha1.domain.it:/gluster_bricks/iso/iso,ha2.domain.it:/gluster_bricks/iso/iso,ha3.domain.it:/gluster_bricks/iso/iso ignore_volume_errors=no arbiter_count=1 When I hit "Deploy" button the Deployment fails with the following error: PLAY [gluster_servers] ********************************************************* TASK [Run a shell script] ****************************************************** fatal: [ha1.domain.it]: FAILED! => {"failed": true, "msg": "The conditional check 'result.rc != 0' failed. The error was: error while evaluating conditional (result.rc != 0): 'dict object' has no attribute 'rc'"} fatal: [ha2.domain.it]: FAILED! => {"failed": true, "msg": "The conditional check 'result.rc != 0' failed. The error was: error while evaluating conditional (result.rc != 0): 'dict object' has no attribute 'rc'"} fatal: [ha3.domain.it]: FAILED! => {"failed": true, "msg": "The conditional check 'result.rc != 0' failed. The error was: error while evaluating conditional (result.rc != 0): 'dict object' has no attribute 'rc'"} to retry, use: --limit @/tmp/tmpcV3lam/run-script.retry PLAY RECAP ********************************************************************* ha1.domain.it : ok=0 changed=0 unreachable=0 failed=1 ha2.domain.it : ok=0 changed=0 unreachable=0 failed=1 ha3.domain.it : ok=0 changed=0 unreachable=0 failed=1 What I'm doing wrong? Maybe I need to initializa glusterfs in some way... What are the logs used to log the status of this deployment so I can check the errors? Thanks in advance! Simone

3 18

Problems with vdsm-tool and ovn-config option
by Gianluca Cecchi 13 Jul '17

13 Jul '17

Hello, on February I installed OVN controller on some hypervisors (CentOS 7.3 hosts). At that time the vdsm-tool command was part of vdsm-python-4.19.4-1.el7.centos.noarch I was able to configure my hosts with command vdsm-tool ovn-config OVN_central_server_IP local_OVN_tunneling_IP as described here: https://www.ovirt.org/blog/2016/11/ovirt-provider-ovn/ and now here https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.1/ht… I have 2 hosts that I added later and on which I want to configure OVN external network provider too. But now, with vdsm-python at version vdsm-python-4.19.10.1-1.el7.centos.noarch I get an usage error trying to execute the command [root@ov301 ~]# vdsm-tool ovn-config 10.4.192.43 10.4.167.41 Usage: /bin/vdsm-tool [options] <action> [arguments] Valid options: -h, --help Show this help menu. -l, --logfile <path> ... Also, the changelog of the package seems quite broken: [root@ov301 ~]# rpm -q --changelog vdsm-python * Wed Aug 03 2016 Yaniv Bronhaim <ybronhei(a)redhat.com> - 4.18.999 - Re-review of vdsm.spec to return it to fedora Bug #1361659 * Sun Oct 13 2013 Yaniv Bronhaim <ybronhei(a)redhat.com> - 4.13.0 - Removing vdsm-python-cpopen from the spec - Adding dependency on formal cpopen package * Sun Apr 07 2013 Yaniv Bronhaim <ybronhei(a)redhat.com> - 4.9.0-1 - Adding cpopen package * Wed Oct 12 2011 Federico Simoncelli <fsimonce(a)redhat.com> - 4.9.0-0 - Initial upstream release * Thu Nov 02 2006 Simon Grinberg <simong(a)qumranet.com> - 0.0-1 - Initial build [root@ov301 ~]# How can I configure OVN? Thanks in advance, Gianluca

1 1

Manually moving disks from FC to iSCSI
by Gianluca Cecchi 13 Jul '17

13 Jul '17

Hello, I have a source oVirt environment with storage domain on FC I have a destination oVirt environment with storage domain on iSCSI The two environments can communicate only via the network of their respective hypervisors. The source environment, in particular, is almost isolated and I cannot attach an export domain to it or something similar. So I'm going to plan a direct move through dd of the disks of some VMs The workflow would be On destination create a new VM with same config and same number of disks of the same size of corresponding source ones. Also I think same allocation policy (thin provision vs preallocated) Using lvs -o+lv_tags I can detect the names of my origin and destination LVs, corresponding to the disks When a VM is powered down, the LV that maps the disk will be not open, so I have to force its activation (both on source and on destination) lvchange --config 'global {use_lvmetad=0}' -ay vgname/lvname copy source disk with dd through network (I use gzip to limit network usage basically...) on src_host: dd if=/dev/src_vg/src_lv bs=1024k | gzip | ssh dest_host "gunzip | dd bs=1024k of=/dev/dest_vg/dest_lv" deactivate LVs on source and dest lvchange --config 'global {use_lvmetad=0}' -an vgname/lvname Try to power on the VM on destination Some questions: - about overall workflow - about dd flags, in particular if source disks are thin vs preallocated Thanks, Gianluca

3 5

Bizzare oVirt network problem
by FERNANDO FREDIANI 13 Jul '17

13 Jul '17

This is a multi-part message in MIME format. --------------2363491D1BDE9DA861A526B0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello. I am facing a pretty bizzare problem in two of my Nodes running oVirt. A given VM running a few hundred Mbps of traffic simply stops passing traffic and only recovers after a reboot. Checking the bridge with 'brctl showmacs BRIDGE' I see the VM's MAC address missing during this event. It seems the bridge simply unlearn the VM's mac address which only returns when the VM is rebooted. This problems happened in two different Nodes running in different hardware, in different datacenter, in different network architecture, different switch vendors and different bonding modes. The main differences these Nodes have compared to others I have and which don't show this problem are: - The CentOS 7 installed is a Minimal installation instead of oVirt-NG - The Kernel used is 4.12 (elrepo) instead of the default 3.10 - The ovirtmgmt network is used also for the Virtual Machine showing this problem. Has anyone have any idea if it may have anything to do with oVirt (any filters) or any of the components different from a oVirt-NG installation ? Thanks Fernando --------------2363491D1BDE9DA861A526B0 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 bgcolor="#FFFFFF" text="#000000"> <font face="arial, helvetica, sans-serif">Hello.<br> <br> I am facing a pretty bizzare problem in two of my Nodes running oVirt. A given VM running a few hundred Mbps of traffic simply stops passing traffic and only recovers after a reboot. Checking the bridge with 'brctl showmacs BRIDGE' I see the VM's MAC address missing during this event.<br> <br> It seems the bridge simply unlearn the VM's mac address which only returns when the VM is rebooted.<br> This problems happened in two different Nodes running in different hardware, in different datacenter, in different network architecture, different switch vendors and different bonding modes.<br> <br> The main differences these Nodes have compared to others I have and which don't show this problem are:<br> - The CentOS 7 installed is a Minimal installation instead of oVirt-NG<br> - The Kernel used is 4.12 (elrepo) instead of the default 3.10<br> - The ovirtmgmt network is used also for the Virtual Machine showing this problem.<br> <br> Has anyone have any idea if it may have anything to do with oVirt (any filters) or any of the components different from a oVirt-NG installation ?<br> <br> Thanks<br> Fernando<br> </font> </body> </html> --------------2363491D1BDE9DA861A526B0--

2 3

Deleted the default Datacenter and hosted-engine was there...
by Vinícius Ferrão 13 Jul '17

13 Jul '17

Hello, As someone may know I’m learning my way through oVirt. During the configuration of the my production oVirt pool I’ve created a new datacenter and a cluster to put my hosts and deleted the default one. But now I don’t know what to do. I can’t add one of my machines to the new datacenter since it’s still on the “old” and deleted Datacenter. The hosted engine is running on the same machine. What are the next steps? I think I’ve screwed all the installation removing the default DC. Any help is appreciated, V. PS: I still have access to the Hosted Engine, and it’s running fine.

1 0

[ovirt 4.1] how to increase HA VM retry count ?
by TranceWorldLogic . 13 Jul '17

13 Jul '17

Hi, I have created HA VM with priority as High. And then I block host network connection using firewall rule as shown below. e.g. iptables -I INPUT -j DROP; iptables -I OUTPUT -j DROP; As expected ovirt had call fencing to power off host and power on it again. At backgroud ovirt tried 10 time to start that VM but as host down it fail to start. And after 10 trial it giveup to start VM. Is there any way to increase trail count ? And also let me know how to change retry timer. Thanks, ~Rohit

3 4

Add disk image from node command line?
by Chris Adams 12 Jul '17

12 Jul '17

I have a qcow2 disk image sitting on the local filesystem of one node. Is there a way to copy this image to oVirt (into an iSCSI storage domain) without copying it to my desktop and uploading through the web UI? -- Chris Adams <cma(a)cmadams.net>

1 0

trying to use raw disks from foreign KVM directly in oVirt
by Matthias Leopold 12 Jul '17

12 Jul '17

hi, i'm using a KVM system that creates it's disks in raw format as LVM logical volumes. there's one VG with one LV per disk. the physical devices for these LVM entities are iSCSI devices. now my idea was to use these disks directly in oVirt as "Direct LUN". i did the following: - stopped the foreign KVM domain - deactivated the LV that is the disk - reconfigured the SAN so the iSCSI device is removed from foreign KVM host and is visible to the oVirt hosts - created an oVirt "Direct LUN" disk with the iSCSI device - created a VM in oVirt, attached the "Direct LUN" disk to it and set the "bootable" flag - started the VM - console displays "boot failed: not a bootable disk" :-( i tried virtIO, virtIO-SCSI, IDE interfaces for the disk, no change i ran "scan alignment" for the disk, no change i tried without bootable flag, no change strange thing is the wrong virtual size the oVirt GUI display for this disk, GUI says virtual size is 372GB, "qemu-img info" (in the oVirt host) says virtual size is 47GB (which was the size in the foreign KVM system) what could be wrong? can this work at all? could LVM metadata from the old system be a problem? i know the whole operation is a litte crazy, but if this worked the migration process would be so much easier... thx matthias

1 0

[ovirt 4.1] tutorial for external Scheduling policy
by TranceWorldLogic . 12 Jul '17

12 Jul '17

Hi, Can some one point me to some document or tutorial for external Scheduling policy ? I want to understand this feature "external scheduling policy" but not got any idea how to implement that. Please point me some document [best will be tutorial or sample code]. Thanks, ~Rohit

2 1

oVIRT 4.1 / iSCSI Multipathing / Dell Compellent
by Devin Acosta 12 Jul '17

12 Jul '17

I just installed a brand new Dell Compellent SAN for use with our oVIRT 4.1.3 fresh installation. I presented a LUN of 30TB to the cluster over iSCSI 10G. I went into the Storage domain and added a new storage mount called “dell-storage” and logged into each of the ports for the target. It detects the targets just right and the Dell SAN is happy, until a host is rebooted at which point the iSCSI seems to choose to log into only one of the controllers and not all the paths that it originally logged into. At this point the Dell SAN shows only 1/2 connected and therefore my e-mail. When I looked at the original iscsiadm session information after initially joining to domain it shows correct connected to (1f,21,1e,20) ports. tcp: [11] 10.4.77.100:3260,0 iqn.2002-03.com.compellent:5000d310013dfe1f (non-flash) tcp: [12] 10.4.77.100:3260,0 iqn.2002-03.com.compellent:5000d310013dfe21 (non-flash) tcp: [13] 10.4.78.100:3260,0 iqn.2002-03.com.compellent:5000d310013dfe1e (non-flash) tcp: [14] 10.4.78.100:3260,0 iqn.2002-03.com.compellent:5000d310013dfe20 (non-flash) tcp: [15] 10.4.77.100:3260,0 iqn.2002-03.com.compellent:5000d310013dfe1f (non-flash) tcp: [16] 10.4.78.100:3260,0 iqn.2002-03.com.compellent:5000d310013dfe1e (non-flash) After I reboot the hypervisor and it re-connects to the cluster it shows: tcp: [1] 10.4.78.100:3260,0 iqn.2002-03.com.compellent:5000d310013dfe1e (non-flash) tcp: [2] 10.4.78.100:3260,0 iqn.2002-03.com.compellent:5000d310013dfe1e (non-flash) tcp: [3] 10.4.77.100:3260,0 iqn.2002-03.com.compellent:5000d310013dfe1f (non-flash) tcp: [4] 10.4.77.100:3260,0 iqn.2002-03.com.compellent:5000d310013dfe1f (non-flash) What is bizarre is it shows multiple connections to the same IP but it shows 2 connections to 1e, and 2 connections to 1f. It seems to selected only the top controller on each fault domain and not the bottom controller also. I did configure a “bond” inside the iSCSI Multipathing of selecting only the 2 VLANS together for the iSCSI. I didn’t select a target with it because wasn’t sure the proper configuration for this. If I selected both virtual and target port the cluster goes down hard. Any ideas? Devin Acosta

1 0

Detach disk from one VM, attach to another VM
by Davide Ferrari 11 Jul '17

11 Jul '17

Hello I'm using oVirt 4.1.3 and I was wondering if it's possible to detach a disk created specifically for a VM from that VM and attach it to another VM. Reading this https://www.ovirt.org/documentation/admin-guide/chap-Virtual_Machine_Disks/ it seems that's only possible with floating virtual disks, but I have a disk that was created for a specific VM. Thanks!

1 0

Template for imported VMs?
by Eduardo Mayoral 11 Jul '17

11 Jul '17

Hi, I am using oVirt 4.1 and I am importing a significant number of VMs from VMWare. So far, everything is fine. However, I find that after importing each VM I have to modify some parameters of the imported VM (Timezone, VM type from desktop to server, VNC console...). I have those parameters changed on the "blank" template, but it seems that the import process is not picking that template as the base for the imported VM. Where is the import process picking the defaults for the imported VM from? Can those be changed? I have failed to find that information on the docs. Thanks in advance! -- Eduardo Mayoral Jimeno (emayoral(a)arsys.es) Administrador de sistemas. Departamento de Plataformas. Arsys internet. +34 941 620 145 ext. 5153

2 1

[Ovirt 4.1] Hosted engine with glusterfs (2 node)
by TranceWorldLogic . 11 Jul '17

11 Jul '17

Hi, I was trying to setup hosted engine on 2 host machine but it not allowing to setup hosted engine on 2 node gluster file system. I have also modified vdsm.com to allow 2 replica count. But latter I found in code it is hard coded to 3 as shown below: ------------------- ------------------------------- ------------------------------ --------------- src/plugins/gr-he-setup/storage/nfs.py if* replicaCount != '3'*: raise RuntimeError( _( 'GlusterFS Volume is not using replica 3' ) ) ------------------- ------------------------------- ------------------------------ --------------- Can I get to know the reason to hard coded to 3 ? from online I got to know that split brain issue not get resolve automatically using 2 node gluster setup. But please let me know more (why 3 ? why not 2 or 4 ?) If I am missing something please let me know. Also want to understand, can quorum can solve 2 node gluster issue (split-brain) ? Thanks, ~Rohit

2 2

virt-v2v to glusterfs storage domain
by Ramachandra Reddy Ankireddypalle 11 Jul '17

11 Jul '17

Hi, Does virt-v2v command work with glusterfs storage domain. I have an OVA image and that needs to be imported to glusterfs storage domain. Please provide some pointers to this. Thanks and Regards, Ram

2 3

oVirt Node 4.1.2 offering RC update?
by Vinícius Ferrão 11 Jul '17

11 Jul '17

Hello, I’ve noted a strange thing on oVirt. On the Hosted Engine an update was offered and I was a bit confused, since I’m running the latest oVirt Node release. To check if 4.1.3 was already released I issued an “yum update” on the command line and for my surprise an RC release was offered. This not seems to be right: ====================================================================================================================== Package Arch Version Repository Size ====================================================================================================================== Installing: ovirt-node-ng-image-update noarch 4.1.3-0.3.rc3.20170622082156.git47b4302.el7.centos ovirt-4.1 544 M replacing ovirt-node-ng-image-update-placeholder.noarch 4.1.2-1.el7.centos Updating: ovirt-engine-appliance noarch 4.1-20170622.1.el7.centos ovirt-4.1 967 M Transaction Summary ====================================================================================================================== Install 1 Package Upgrade 1 Package Total download size: 1.5 G Is this ok [y/d/N]: N Is this normal behavior? This isn’t really good, since it can lead to stable to unstable moves on production. If this is normal, how can we avoid it? Thanks, V.

3 4

node ng upgrade failed
by Grundmann, Christian 11 Jul '17

11 Jul '17

--_000_6A17C71B52524C408E7AAF69103E9E490FCE2C1Bfabamailserverf_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I tried to update to node ng 4.1.3 (from 4.1.1) which failed Jul 10 10:10:49 imgbased: 2017-07-10 10:10:49,986 [INFO] Extracting image '= /usr/share/ovirt-node-ng/image//ovirt-node-ng-4.1.3-0.20170709.0.el7.squash= fs.img' Jul 10 10:10:50 imgbased: 2017-07-10 10:10:50,816 [INFO] Starting base crea= tion Jul 10 10:10:50 imgbased: 2017-07-10 10:10:50,816 [INFO] New base will be: = ovirt-node-ng-4.1.3-0.20170709.0 Jul 10 10:10:51 imgbased: 2017-07-10 10:10:51,539 [INFO] New LV is: <LV 'on= n_cs-kvm-001/ovirt-node-ng-4.1.3-0.20170709.0' /> Jul 10 10:10:53 imgbased: 2017-07-10 10:10:53,070 [INFO] Creating new files= ystem on base Jul 10 10:10:53 imgbased: 2017-07-10 10:10:53,412 [INFO] Writing tree to ba= se Jul 10 10:12:04 imgbased: 2017-07-10 10:12:04,344 [INFO] Adding a new layer= after <Base ovirt-node-ng-4.1.3-0.20170709.0 [] /> Jul 10 10:12:04 imgbased: 2017-07-10 10:12:04,344 [INFO] Adding a new layer= after <Base ovirt-node-ng-4.1.3-0.20170709.0 [] /> Jul 10 10:12:04 imgbased: 2017-07-10 10:12:04,345 [INFO] New layer will be:= <Layer ovirt-node-ng-4.1.3-0.20170709.0+1 /> Jul 10 10:12:52 imgbased: 2017-07-10 10:12:52,714 [ERROR] Failed to migrate= etc#012Traceback (most recent call last):#012 File "/tmp/tmp.EMsKrrbmZs/u= sr/lib/python2.7/site-packages/imgbased/plugins/osupdater.py", line 119, in= on_new_layer#012 check_nist_layout(imgbase, new_lv)#012 File "/tmp/tmp= .EMsKrrbmZs/usr/lib/python2.7/site-packages/imgbased/plugins/osupdater.py",= line 173, in check_nist_layout#012 v.create(t, paths[t]["size"], paths[= t]["attach"])#012 File "/tmp/tmp.EMsKrrbmZs/usr/lib/python2.7/site-package= s/imgbased/volume.py", line 48, in create#012 "Path is already a volume:= %s" % where#012AssertionError: Path is already a volume: /var/log Jul 10 10:12:53 python: detected unhandled Python exception in '/tmp/tmp.EM= sKrrbmZs/usr/lib/python2.7/site-packages/imgbased/__main__.py' Jul 10 10:12:53 abrt-server: Executable '/tmp/tmp.EMsKrrbmZs/usr/lib/python= 2.7/site-packages/imgbased/__main__.py' doesn't belong to any package and P= rocessUnpackaged is set to 'no' Jul 10 10:15:10 imgbased: 2017-07-10 10:15:10,079 [INFO] Extracting image '= /usr/share/ovirt-node-ng/image//ovirt-node-ng-4.1.3-0.20170622.0.el7.squash= fs.img' Jul 10 10:15:11 imgbased: 2017-07-10 10:15:11,226 [INFO] Starting base crea= tion Jul 10 10:15:11 imgbased: 2017-07-10 10:15:11,226 [INFO] New base will be: = ovirt-node-ng-4.1.3-0.20170622.0 Jul 10 10:15:11 python: detected unhandled Python exception in '/tmp/tmp.pq= f2qhifaY/usr/lib/python2.7/site-packages/imgbased/__main__.py' Jul 10 10:15:12 abrt-server: Executable '/tmp/tmp.pqf2qhifaY/usr/lib/python= 2.7/site-packages/imgbased/__main__.py' doesn't belong to any package and P= rocessUnpackaged is set to 'no' How can I fix it? Thx Christian --_000_6A17C71B52524C408E7AAF69103E9E490FCE2C1Bfabamailserverf_ 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"DE-AT" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hi,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">I tried to update to node ng 4.= 1.3 (from 4.1.1) which failed<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">Jul 10 10:10:49 imgbased: 2017-= 07-10 10:10:49,986 [INFO] Extracting image '/usr/share/ovirt-node-ng/image/= /ovirt-node-ng-4.1.3-0.20170709.0.el7.squashfs.img'<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Jul 10 10:10:50 imgbased: 2017-= 07-10 10:10:50,816 [INFO] Starting base creation<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Jul 10 10:10:50 imgbased: 2017-= 07-10 10:10:50,816 [INFO] New base will be: ovirt-node-ng-4.1.3-0.20170709.= 0<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Jul 10 10:10:51 imgbased: 2017-= 07-10 10:10:51,539 [INFO] New LV is: <LV 'onn_cs-kvm-001/ovirt-node-ng-4= .1.3-0.20170709.0' /><o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Jul 10 10:10:53 imgbased: 2017-= 07-10 10:10:53,070 [INFO] Creating new filesystem on base<o:p></o:p></span>= </p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Jul 10 10:10:53 imgbased: 2017-= 07-10 10:10:53,412 [INFO] Writing tree to base<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Jul 10 10:12:04 imgbased: 2017-= 07-10 10:12:04,344 [INFO] Adding a new layer after <Base ovirt-node-ng-4= .1.3-0.20170709.0 [] /><o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Jul 10 10:12:04 imgbased: 2017-= 07-10 10:12:04,344 [INFO] Adding a new layer after <Base ovirt-node-ng-4= .1.3-0.20170709.0 [] /><o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Jul 10 10:12:04 imgbased: 2017-= 07-10 10:12:04,345 [INFO] New layer will be: <Layer ovirt-node-ng-4.1.3-= 0.20170709.0+1 /><o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Jul 10 10:12:52 imgbased: 2017-= 07-10 10:12:52,714 [ERROR] Failed to migrate etc#012Traceback (most recent = call last):#012  File "/tmp/tmp.EMsKrrbmZs/usr/lib/python2.7/site= -packages/imgbased/plugins/osupdater.py", line 119, in on_new_layer#012    check_nist_layout(imgbase, new_= lv)#012  File "/tmp/tmp.EMsKrrbmZs/usr/lib/python2.7/site-package= s/imgbased/plugins/osupdater.py", line 173, in check_nist_layout#012&n= bsp;   v.create(t, paths[t]["size"], paths[t]["att= ach"])#012  File "/tmp/tmp.EMsKrrbmZs/usr/lib/python2.7/site-packages/imgbased/volume.= py", line 48, in create#012    "Path is already a = volume: %s" % where#012AssertionError: Path is already a volume: /var/= log<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Jul 10 10:12:53 python: detecte= d unhandled Python exception in '/tmp/tmp.EMsKrrbmZs/usr/lib/python2.7/site= -packages/imgbased/__main__.py'<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Jul 10 10:12:53 abrt-server: Ex= ecutable '/tmp/tmp.EMsKrrbmZs/usr/lib/python2.7/site-packages/imgbased/__ma= in__.py' doesn't belong to any package and ProcessUnpackaged is set to 'no'= <o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Jul 10 10:15:10 imgbased: 2017-= 07-10 10:15:10,079 [INFO] Extracting image '/usr/share/ovirt-node-ng/image/= /ovirt-node-ng-4.1.3-0.20170622.0.el7.squashfs.img'<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Jul 10 10:15:11 imgbased: 2017-= 07-10 10:15:11,226 [INFO] Starting base creation<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Jul 10 10:15:11 imgbased: 2017-= 07-10 10:15:11,226 [INFO] New base will be: ovirt-node-ng-4.1.3-0.20170622.= 0<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Jul 10 10:15:11 python: detecte= d unhandled Python exception in '/tmp/tmp.pqf2qhifaY/usr/lib/python2.7/site= -packages/imgbased/__main__.py'<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Jul 10 10:15:12 abrt-server: Ex= ecutable '/tmp/tmp.pqf2qhifaY/usr/lib/python2.7/site-packages/imgbased/__ma= in__.py' doesn't belong to any package and ProcessUnpackaged is set to 'no'= <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> <p class=3D"MsoNormal"><span lang=3D"EN-US">How can I fix it?<o:p></o:p></s= pan></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">Thx Christian<o:p></o:p></span>= </p> </div> </body> </html> --_000_6A17C71B52524C408E7AAF69103E9E490FCE2C1Bfabamailserverf_--

4 29

Re: [ovirt-users] Access VM Console on a Smart Phone with User Permission
by Tomas Jelinek 10 Jul '17

10 Jul '17

On Tue, Jun 27, 2017 at 12:08 PM, Jerome R <jerzkie102030(a)gmail.com> wrote: > I tried this workaround, I tried to logon the user acct to moVirt with 1 > of the admin permission resources, it works I can access to the VM assigned > however I'm able to see what Admin can see in the portal though not able to > perform action. So far that's one of my concern the user should be able to > see just his/her VM assigned. > yes, this is a consequence of using the admin API - you can see all the entities and do actions only on the ones you have explicit rights to. Unfortunately, until the https://github.com/oVirt/moVirt/issues/282 is done, there is nothing better I can offer you. We can try to give that item a priority, just need to get the current RC out of the door (hopefully soon). > > Thanks, > Jerome > > On Tue, Jun 27, 2017 at 3:20 PM, Tomas Jelinek <tjelinek(a)redhat.com> > wrote: > >> >> >> On Tue, Jun 27, 2017 at 10:13 AM, Jerome Roque <jerzkie102030(a)gmail.com> >> wrote: >> >>> Hi Tomas, >>> >>> Thanks for your response. What do you mean by "removing the support for >>> user permissions"? I'm using >>> >> >> The oVirt permission model expects to be told explicitly by one header if >> the logged in user has some admin permissions or not. In the past the API >> behaved differently in this two cases so we needed to remove the option to >> use it without admin permissions. >> >> Now the situation is better so we may be able to bring this support back, >> but it will require some testing. >> >> >>> the latest version of moVirt 1.7.1, and ovirt-engine 4.1. >>> Is there anyone tried running user role in moVirt? >>> >> >> you will get permission denied from the API if you try to log in with a >> user which has no admin permission. If you give him any admin permission on >> any resource, it might work as a workaround. >> >> >>> >>> Best Regards, >>> Jerome >>> >>> On Tue, Jun 20, 2017 at 5:14 PM, Tomas Jelinek <tjelinek(a)redhat.com> >>> wrote: >>> >>>> >>>> >>>> On Fri, Jun 16, 2017 at 6:14 AM, Jerome Roque <jerzkie102030(a)gmail.com> >>>> wrote: >>>> >>>>> Good day oVirt Users, >>>>> >>>>> I need some little help. I have a KVM and used oVirt for the >>>>> management of VMs. What I want is that my client will log on to their >>>>> account and access their virtual machine using their Smart phone. I tried >>>>> to install mOvirt and yes can connect to the console of my machine, but it >>>>> is only accessible for admin console. >>>>> >>>> >>>> moVirt originally worked both with admin and user permissions. We had >>>> to remove the support for user permissions since the oVirt API did not >>>> provide all features moVirt needed for user permissions (search for >>>> example). But the API moved significantly since then (the search works also >>>> for users now for one) so we can move it back. I have opened an issue about >>>> it: https://github.com/oVirt/moVirt/issues/282 - we can try to do it >>>> in next version. >>>> >>>> >>>>> Tried to use web console, it downloaded console.vv but can't open it. >>>>> By any chance could make this thing possible? >>>>> >>>> >>>> If you want to use a web console for users, I would suggest to try the >>>> new ovirt-web-ui [1] - you have a link to it from oVirt landing page and >>>> since 4.1 it is installed by default with oVirt. >>>> >>>> The .vv file can not be opened using aSPICE AFAIK - adding Iordan as >>>> the author of aSPICE to comment on this. >>>> >>>> [1]: https://github.com/oVirt/ovirt-web-ui >>>> >>>> >>>>> >>>>> Thank you, >>>>> Jerome >>>>> >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users(a)ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>> >>>>> >>>> >>> >> >

3 3

op-version for reset-brick (Was: Re: Upgrading HC from 4.0 to 4.1)
by Sahina Bose 10 Jul '17

10 Jul '17

On Wed, Jul 5, 2017 at 8:16 PM, Gianluca Cecchi <gianluca.cecchi(a)gmail.com> wrote: > > > On Wed, Jul 5, 2017 at 7:42 AM, Sahina Bose <sabose(a)redhat.com> wrote: > >> >> >>> ... >>> >>> then the commands I need to run would be: >>> >>> gluster volume reset-brick export ovirt01.localdomain.local:/gluster/brick3/export >>> start >>> gluster volume reset-brick export ovirt01.localdomain.local:/gluster/brick3/export >>> gl01.localdomain.local:/gluster/brick3/export commit force >>> >>> Correct? >>> >> >> Yes, correct. gl01.localdomain.local should resolve correctly on all 3 >> nodes. >> > > > It fails at first step: > > [root@ovirt01 ~]# gluster volume reset-brick export > ovirt01.localdomain.local:/gluster/brick3/export start > volume reset-brick: failed: Cannot execute command. The cluster is > operating at version 30712. reset-brick command reset-brick start is > unavailable in this version. > [root@ovirt01 ~]# > > It seems somehow in relation with this upgrade not of the commercial > solution Red Hat Gluster Storage > https://access.redhat.com/documentation/en-US/Red_Hat_ > Storage/3.1/html/Installation_Guide/chap-Upgrading_Red_Hat_Storage.html > > So ti seems I have to run some command of type: > > gluster volume set all cluster.op-version XXXXX > > with XXXXX > 30712 > > It seems that latest version of commercial Red Hat Gluster Storage is 3.1 > and its op-version is indeed 30712.. > > So the question is which particular op-version I have to set and if the > command can be set online without generating disruption.... > It should have worked with the glusterfs 3.10 version from Centos repo. Adding gluster-users for help on the op-version > > Thanks, > Gianluca >

3 14

Re: [ovirt-users] moVirt 2.0 released!
by Karli Sjöberg 10 Jul '17

10 Jul '17

2 1

Re: [ovirt-users] vm freezes when using yum update
by M Mahboubian 10 Jul '17

10 Jul '17

------=_Part_3118757_945095184.1499053755165 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Yaniv, Thanks for your reply. Apologies for my late reply we had a long holiday he= re.=C2=A0 To answer you: Yes the =C2=A0guest VM become completely frozen and non responsive as soon = as its disk has any activity for example when we shutdown or do a yum updat= e.=C2=A0 Versions of all the components involved - guest OS, host OS (qemu-kvm versi= on), how do you run the VM (vdsm log would be helpful here), exact storage = specification (1Gb or 10Gb link? What is the NFS version? What is it hosted= on? etc.)=C2=A0Y. Some facts about our environment: 1) Previously, this environment was using XEN using raw disk and we change = it to Ovirt (Ovirt were able to read the VMs's disks without any conversion= .)=C2=A02) The issue we are facing is not happening for any of the existing= VMs.=C2=A03) This issue only happens for new VMs.4) Guest (kernel v3.10) a= nd host(kernel v4.1) OSes are both CentOS 7 minimal installation.=C2=A05) N= FS version 4 and Using Ovirt 4.16)=C2=A0The network speed is 1 GB.7)=C2=A0T= he output for rpm -qa | grep qemu-kvm shows:=C2=A0 =C2=A0 =C2=A0qemu-kvm-co= mmon-ev-2.6.0-28.e17_3.6.1.x86_64 =C2=A0 =C2=A0 =C2=A0qemu-kvm-tools-ev-2.6.0-28.e17_3.6.1.x86_64=C2=A0 =C2= =A0 =C2=A0qemu-kvm-ev-2.6.0-28.e17_3.6.1.x86_648)=C2=A0The storage is from = a SAN device which is connected to the NFS server using fiber channel. So for example during shutdown also it froze and shows something like this = in event section: VM ILMU_WEB has been paused due to storage I/O problem. More information: VDSM log at the time of this issue (The issue happened at Jul 3, 2017 9:50:= 43 AM): 2017-07-03 09:50:37,113+0800 INFO (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC = call Host.getAllVmStats succeeded in 0.00 seconds (__init__:515) 2017-07-03 09:50:37,897+0800 INFO (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC = call Host.getAllVmIoTunePolicies succeeded in 0.02 seconds (__init__:515) 2017-07-03 09:50:42,510+0800 INFO (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC = call Host.getAllVmStats succeeded in 0.00 seconds (__init__:515) 2017-07-03 09:50:43,548+0800 INFO (jsonrpc/3) [dispatcher] Run and protect= : repoStats(options=3DNone) (logUtils:51) 2017-07-03 09:50:43,548+0800 INFO (jsonrpc/3) [dispatcher] Run and protect= : repoStats, Return response: {u'e01186c1-7e44-4808-b551-4722f0f8e84b': {'c= ode': 0, 'actual': True, 'version': 4, 'acquired': True, 'delay': '0.000144= 822', 'lastCheck': '8.9', 'valid': True}, u'721b5233-b0ba-4722-8a7d-ba2a372= 190a0': {'code': 0, 'actual': True, 'version': 4, 'acquired': True, 'delay'= : '0.000327909', 'lastCheck': '8.9', 'valid': True}, u'94775bd3-3244-45b4-8= a06-37eff8856afa': {'code': 0, 'actual': True, 'version': 4, 'acquired': Tr= ue, 'delay': '0.000256425', 'lastCheck': '8.9', 'valid': True}, u'731bb771-= 5b73-4b5c-ac46-56499df97721': {'code': 0, 'actual': True, 'version': 0, 'ac= quired': True, 'delay': '0.000238159', 'lastCheck': '8.9', 'valid': True}, = u'f620781f-93d4-4410-8697-eb41045cacd6': {'code': 0, 'actual': True, 'versi= on': 4, 'acquired': True, 'delay': '0.00022004', 'lastCheck': '8.9', 'valid= ': True}, u'a1a7d0a4-e3b6-4bd5-862b-96e70dae3f29': {'code': 0, 'actual': Tr= ue, 'version': 0, 'acquired': True, 'delay': '0.000298581', 'lastCheck': '8= .8', 'valid': True}} (logUtils:54) 2017-07-03 09:50:43,563+0800 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC = call Host.getStats succeeded in 0.01 seconds (__init__:515) 2017-07-03 09:50:46,737+0800 INFO (periodic/3) [dispatcher] Run and protec= t: getVolumeSize(sdUUID=3Du'721b5233-b0ba-4722-8a7d-ba2a372190a0', spUUID= =3Du'b04ca6e4-2660-4eaa-acdb-c1dae4e21f2d', imgUUID=3Du'3c26476e-1dae-44d7-= 9208-531b91ae5ae1', volUUID=3Du'a7e789fb-6646-4d0a-9b51-f5ab8242c8d5', opti= ons=3DNone) (logUtils:51) 2017-07-03 09:50:46,738+0800 INFO (periodic/0) [dispatcher] Run and protec= t: getVolumeSize(sdUUID=3Du'f620781f-93d4-4410-8697-eb41045cacd6', spUUID= =3Du'b04ca6e4-2660-4eaa-acdb-c1dae4e21f2d', imgUUID=3Du'2158fdae-54e1-413d-= a844-73da5d1bb4ca', volUUID=3Du'6ee0b0eb-0bba-4e18-9c00-c1539b632e8a', opti= ons=3DNone) (logUtils:51) 2017-07-03 09:50:46,740+0800 INFO (periodic/2) [dispatcher] Run and protec= t: getVolumeSize(sdUUID=3Du'f620781f-93d4-4410-8697-eb41045cacd6', spUUID= =3Du'b04ca6e4-2660-4eaa-acdb-c1dae4e21f2d', imgUUID=3Du'a967016d-a56b-41e8-= b7a2-57903cbd2825', volUUID=3Du'784514cb-2b33-431c-b193-045f23c596d8', opti= ons=3DNone) (logUtils:51) 2017-07-03 09:50:46,741+0800 INFO (periodic/1) [dispatcher] Run and protec= t: getVolumeSize(sdUUID=3Du'721b5233-b0ba-4722-8a7d-ba2a372190a0', spUUID= =3Du'b04ca6e4-2660-4eaa-acdb-c1dae4e21f2d', imgUUID=3Du'bb35c163-f068-4f08-= a1c2-28c4cb1b76d9', volUUID=3Du'fce7e0a0-7411-4d8c-b72c-2f46c4b4db1e', opti= ons=3DNone) (logUtils:51) 2017-07-03 09:50:46,743+0800 INFO (periodic/0) [dispatcher] Run and protec= t: getVolumeSize, Return response: {'truesize': '6361276416', 'apparentsize= ': '107374182400'} (logUtils:54) ............ 2017-07-03 09:52:16,941+0800 INFO (libvirt/events) [virt.vm] (vmId=3D'c84f= 519e-398d-40a3-85b2-b7e53f3d7f67') abnormal vm stop device scsi0-0-0-0 erro= r eio (vm:4112) 2017-07-03 09:52:16,941+0800 INFO (libvirt/events) [virt.vm] (vmId=3D'c84f= 519e-398d-40a3-85b2-b7e53f3d7f67') CPU stopped: onIOError (vm:4997) 2017-07-03 09:52:16,942+0800 INFO (libvirt/events) [virt.vm] (vmId=3D'c84f= 519e-398d-40a3-85b2-b7e53f3d7f67') CPU stopped: onSuspend (vm:4997) 2017-07-03 09:52:16,942+0800 INFO (libvirt/events) [virt.vm] (vmId=3D'c84f= 519e-398d-40a3-85b2-b7e53f3d7f67') abnormal vm stop device scsi0-0-0-0 erro= r eio (vm:4112) 2017-07-03 09:52:16,943+0800 INFO (libvirt/events) [virt.vm] (vmId=3D'c84f= 519e-398d-40a3-85b2-b7e53f3d7f67') CPU stopped: onIOError (vm:4997) 2017-07-03 09:52:16,943+0800 INFO (libvirt/events) [virt.vm] (vmId=3D'c84f= 519e-398d-40a3-85b2-b7e53f3d7f67') abnormal vm stop device scsi0-0-0-0 erro= r eio (vm:4112) 2017-07-03 09:52:16,944+0800 INFO (libvirt/events) [virt.vm] (vmId=3D'c84f= 519e-398d-40a3-85b2-b7e53f3d7f67') CPU stopped: onIOError On Thursday, June 22, 2017, 2:48 PM, Yaniv Kaul <ykaul(a)redhat.com> wrote: On Thu, Jun 22, 2017 at 5:07 AM, M Mahboubian <m_mahboubian(a)yahoo.com> wrot= e: Dear all,I appreciate if anybody could possibly help with the issue I am fa= cing. In our environment we have 2 hosts 1 NFS server and 1 ovirt engine server. = The NFS server provides storage to the VMs in the hosts. I can create new VMs and install os but once i do something like yum update= the VM freezes. I can reproduce this every single time I do yum update. Is it paused, or completely frozen?=C2=A0 what information/log files should I provide you to trubleshoot this? Versions of all the components involved - guest OS, host OS (qemu-kvm versi= on), how do you run the VM (vdsm log would be helpful here), exact storage = specification (1Gb or 10Gb link? What is the NFS version? What is it hosted= on? etc.)=C2=A0Y. =C2=A0Regards ______________________________ _________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/ mailman/listinfo/users ------=_Part_3118757_945095184.1499053755165 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:Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font= -size:13px"><div id=3D"yiv6639019017"><div id=3D"yui_3_16_0_ym19_1_14990517= 25992_6544"> Hi Yaniv,<div id=3D"yui_3_16_0_ym19_1_1499051725992_6543"><br clear=3D"none= "></div><div id=3D"yui_3_16_0_ym19_1_1499051725992_6566">Thanks for your re= ply. Apologies for my late reply we had a long holiday here. </div><di= v id=3D"yui_3_16_0_ym19_1_1499051725992_6565"><br clear=3D"none"></div><div= id=3D"yui_3_16_0_ym19_1_1499051725992_6564">To answer you:</div><div id=3D= "yui_3_16_0_ym19_1_1499051725992_6563"><br clear=3D"none"></div><div id=3D"= yui_3_16_0_ym19_1_1499051725992_6557">Yes the  guest VM become complet= ely frozen and non responsive as soon as its disk has any activity for exam= ple when we shutdown or do a yum update. </div><div id=3D"yui_3_16_0_y= m19_1_1499051725992_6556"><br clear=3D"none"></div><div id=3D"yui_3_16_0_ym= 19_1_1499051725992_6555"><br clear=3D"none"></div><div id=3D"yui_3_16_0_ym1= 9_1_1499051725992_6546" dir=3D"ltr"><div style=3D"" id=3D"yui_3_16_0_ym19_1= _1499051725992_6554"><span style=3D"" id=3D"yui_3_16_0_ym19_1_1499051725992= _6553">Versions of all the components involved - guest OS, host OS (qemu-kv= m version), how do you run the VM (vdsm log would be helpful here), exact s= torage specification (1Gb or 10Gb link? What is the NFS version? What is it= hosted on? etc.)</span></div><div style=3D"" id=3D"yui_3_16_0_ym19_1_14990= 51725992_6552"><span style=3D""> Y.</span></div><div style=3D"" id=3D"= yui_3_16_0_ym19_1_1499051725992_6551"><span style=3D""><br clear=3D"none"><= /span></div><div style=3D"" id=3D"yui_3_16_0_ym19_1_1499051725992_6551"><sp= an style=3D"" id=3D"yui_3_16_0_ym19_1_1499051725992_9556">Some facts about = our environment:</span></div><div style=3D"" id=3D"yui_3_16_0_ym19_1_149905= 1725992_6551"><span style=3D""><br></span></div><div style=3D"" id=3D"yui_3= _16_0_ym19_1_1499051725992_6551"><span style=3D"" id=3D"yui_3_16_0_ym19_1_1= 499051725992_9703">1) Previously, this environment was using XEN using raw = disk and we change it to Ovirt (Ovirt were able to read the VMs's disks wit= hout any conversion.) </span></div><div style=3D"" id=3D"yui_3_16_0_ym= 19_1_1499051725992_6551"><span style=3D"" id=3D"yui_3_16_0_ym19_1_149905172= 5992_9800">2) The issue we are facing is not happening for any of the exist= ing VMs. </span></div><div style=3D"" id=3D"yui_3_16_0_ym19_1_14990517= 25992_6551"><span style=3D"" id=3D"yui_3_16_0_ym19_1_1499051725992_9686"><b= id=3D"yui_3_16_0_ym19_1_1499051725992_9685">3) This issue only happens for= new VMs.</b></span></div><div style=3D"" id=3D"yui_3_16_0_ym19_1_149905172= 5992_6551"><span style=3D"">4) G</span>uest (kernel v3.10) and host(kernel = v4.1) OSes are both CentOS 7 minimal installation. </div><div style=3D= "" id=3D"yui_3_16_0_ym19_1_1499051725992_6551"><b id=3D"yui_3_16_0_ym19_1_1= 499051725992_9591">5) NFS version 4</b> and Using Ovirt 4.1</div><div style= =3D"" id=3D"yui_3_16_0_ym19_1_1499051725992_6550"><span style=3D"">6) = </span><b>The network speed is 1 GB.</b></div><div style=3D"" id=3D"yui_3_1= 6_0_ym19_1_1499051725992_6550"><span style=3D"">7) </span>The output f= or rpm -qa | grep qemu-kvm shows:</div><div style=3D"" id=3D"yui_3_16_0_ym1= 9_1_1499051725992_6550"><b id=3D"yui_3_16_0_ym19_1_1499051725992_9222">&nbs= p;    qemu-kvm-common-ev-2.6.0-28.e17_3.6.1.x86_64</b><br></div><= div style=3D"" id=3D"yui_3_16_0_ym19_1_1499051725992_6550" dir=3D"ltr"><b i= d=3D"yui_3_16_0_ym19_1_1499051725992_9360"><span style=3D"" id=3D"yui_3_16_= 0_ym19_1_1499051725992_8120">     qemu-kvm-tools-ev-</span>2= .6.0-28.e17_3.6.1.x86_64</b></div><div style=3D"" id=3D"yui_3_16_0_ym19_1_1= 499051725992_6550" dir=3D"ltr"><b id=3D"yui_3_16_0_ym19_1_1499051725992_935= 9">     qemu-kvm-ev-2.6.0-28.e17_3.6.1.x86_64</b></div><div = style=3D"" id=3D"yui_3_16_0_ym19_1_1499051725992_6550" dir=3D"ltr"><b>8)&nb= sp;</b>The storage is from a SAN device which is connected to the NFS serve= r using fiber channel.</div><div style=3D"" id=3D"yui_3_16_0_ym19_1_1499051= 725992_6548"><span style=3D""><br clear=3D"none"></span></div><div style=3D= "" id=3D"yui_3_16_0_ym19_1_1499051725992_6548"><span style=3D"" id=3D"yui_3= _16_0_ym19_1_1499051725992_7076">So for example during shutdown also it fro= ze and shows something like this in event section:</span></div><div style= =3D"" id=3D"yui_3_16_0_ym19_1_1499051725992_6548"><br></div><div style=3D""= id=3D"yui_3_16_0_ym19_1_1499051725992_6548"><b id=3D"yui_3_16_0_ym19_1_149= 9051725992_9195">VM ILMU_WEB has been paused due to storage I/O problem.</b= ></div><div style=3D"" id=3D"yui_3_16_0_ym19_1_1499051725992_6548"><br></di= v><div style=3D"" id=3D"yui_3_16_0_ym19_1_1499051725992_6548"><br></div>Mor= e information:</div><div id=3D"yui_3_16_0_ym19_1_1499051725992_6546" dir=3D= "ltr"><br></div><div id=3D"yui_3_16_0_ym19_1_1499051725992_6546" dir=3D"ltr= ">VDSM log at the time of this issue (The issue happened at Jul 3, 2017 9:5= 0:43 AM):</div><div id=3D"yui_3_16_0_ym19_1_1499051725992_6546" dir=3D"ltr"= ><br></div><div id=3D"yui_3_16_0_ym19_1_1499051725992_6546" dir=3D"ltr"><di= v dir=3D"ltr" id=3D"yui_3_16_0_ym19_1_1499051725992_8436"><pre style=3D"use= r-select: text; font-family: "Courier New", Courier, monospace, a= rial, sans-serif; font-size: 14px; margin-top: 0px; margin-bottom: 0px; wor= d-wrap: break-word;" id=3D"yui_3_16_0_ym19_1_1499051725992_8875">2017-07-03= 09:50:37,113+0800 INFO (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC call Host.= getAllVmStats succeeded in 0.00 seconds (__init__:515) 2017-07-03 09:50:37,897+0800 INFO (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC = call Host.getAllVmIoTunePolicies succeeded in 0.02 seconds (__init__:515) 2017-07-03 09:50:42,510+0800 INFO (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC = call Host.getAllVmStats succeeded in 0.00 seconds (__init__:515) <b id=3D"yui_3_16_0_ym19_1_1499051725992_9241">2017-07-03 09:50:43,548+0800= INFO (jsonrpc/3) [dispatcher] Run and protect: repoStats(options=3DNone) = (logUtils:51) 2017-07-03 09:50:43,548+0800 INFO (jsonrpc/3) [dispatcher] Run and protect= : repoStats, Return response: {u'e01186c1-7e44-4808-b551-4722f0f8e84b': {'c= ode': 0, 'actual': True, 'version': 4, 'acquired': True, 'delay': '0.000144= 822', 'lastCheck': '8.9', 'valid': True}, u'721b5233-b0ba-4722-8a7d-ba2a372= 190a0': {'code': 0, 'actual': True, 'version': 4, 'acquired': True, 'delay'= : '0.000327909', 'lastCheck': '8.9', 'valid': True}, u'94775bd3-3244-45b4-8= a06-37eff8856afa': {'code': 0, 'actual': True, 'version': 4, 'acquired': Tr= ue, 'delay': '0.000256425', 'lastCheck': '8.9', 'valid': True}, u'731bb771-= 5b73-4b5c-ac46-56499df97721': {'code': 0, 'actual': True, 'version': 0, 'ac= quired': True, 'delay': '0.000238159', 'lastCheck': '8.9', 'valid': True}, = u'f620781f-93d4-4410-8697-eb41045cacd6': {'code': 0, 'actual': True, 'versi= on': 4, 'acquired': True, 'delay': '0.00022004', 'lastCheck': '8.9', 'valid= ': True}, u'a1a7d0a4-e3b6-4bd5-862b-96e70dae3f29': {'code': 0, 'actual': Tr= ue, 'version': 0, 'acquired': True, 'delay': '0.000298581', 'lastCheck': '8= .8', 'valid': True}} (logUtils:54) </b>2017-07-03 09:50:43,563+0800 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] = RPC call Host.getStats succeeded in 0.01 seconds (__init__:515) 2017-07-03 09:50:46,737+0800 INFO (periodic/3) [dispatcher] Run and protec= t: getVolumeSize(sdUUID=3Du'721b5233-b0ba-4722-8a7d-ba2a372190a0', spUUID= =3Du'b04ca6e4-2660-4eaa-acdb-c1dae4e21f2d', imgUUID=3Du'3c26476e-1dae-44d7-= 9208-531b91ae5ae1', volUUID=3Du'a7e789fb-6646-4d0a-9b51-f5ab8242c8d5', opti= ons=3DNone) (logUtils:51) 2017-07-03 09:50:46,738+0800 INFO (periodic/0) [dispatcher] Run and protec= t: getVolumeSize(sdUUID=3Du'f620781f-93d4-4410-8697-eb41045cacd6', spUUID= =3Du'b04ca6e4-2660-4eaa-acdb-c1dae4e21f2d', imgUUID=3Du'2158fdae-54e1-413d-= a844-73da5d1bb4ca', volUUID=3Du'6ee0b0eb-0bba-4e18-9c00-c1539b632e8a', opti= ons=3DNone) (logUtils:51) 2017-07-03 09:50:46,740+0800 INFO (periodic/2) [dispatcher] Run and protec= t: getVolumeSize(sdUUID=3Du'f620781f-93d4-4410-8697-eb41045cacd6', spUUID= =3Du'b04ca6e4-2660-4eaa-acdb-c1dae4e21f2d', imgUUID=3Du'a967016d-a56b-41e8-= b7a2-57903cbd2825', volUUID=3Du'784514cb-2b33-431c-b193-045f23c596d8', opti= ons=3DNone) (logUtils:51) 2017-07-03 09:50:46,741+0800 INFO (periodic/1) [dispatcher] Run and protec= t: getVolumeSize(sdUUID=3Du'721b5233-b0ba-4722-8a7d-ba2a372190a0', spUUID= =3Du'b04ca6e4-2660-4eaa-acdb-c1dae4e21f2d', imgUUID=3Du'bb35c163-f068-4f08-= a1c2-28c4cb1b76d9', volUUID=3Du'fce7e0a0-7411-4d8c-b72c-2f46c4b4db1e', opti= ons=3DNone) (logUtils:51) 2017-07-03 09:50:46,743+0800 INFO (periodic/0) [dispatcher] Run and protec= t: getVolumeSize, Return response: {'truesize': '6361276416', 'apparentsize= ': '107374182400'} (logUtils:54)</pre><pre style=3D"user-select: text; font= -family: "Courier New", Courier, monospace, arial, sans-serif; fo= nt-size: 14px; margin-top: 0px; margin-bottom: 0px; word-wrap: break-word;"= id=3D"yui_3_16_0_ym19_1_1499051725992_8875"><br></pre><pre style=3D"user-s= elect: text; font-family: "Courier New", Courier, monospace, aria= l, sans-serif; font-size: 14px; margin-top: 0px; margin-bottom: 0px; word-w= rap: break-word;" id=3D"yui_3_16_0_ym19_1_1499051725992_8875">......</pre><= pre style=3D"user-select: text; font-family: "Courier New", Couri= er, monospace, arial, sans-serif; font-size: 14px; margin-top: 0px; margin-= bottom: 0px; word-wrap: break-word;" id=3D"yui_3_16_0_ym19_1_1499051725992_= 8875">......</pre><pre style=3D"user-select: text; font-family: "Couri= er New", Courier, monospace, arial, sans-serif; font-size: 14px; margi= n-top: 0px; margin-bottom: 0px; word-wrap: break-word;" id=3D"yui_3_16_0_ym= 19_1_1499051725992_8875"><br></pre><pre style=3D"user-select: text; font-fa= mily: "Courier New", Courier, monospace, arial, sans-serif; font-= size: 14px; margin-top: 0px; margin-bottom: 0px; word-wrap: break-word;" id= =3D"yui_3_16_0_ym19_1_1499051725992_8875"><pre style=3D"user-select: text; = font-family: "Courier New", Courier, monospace, arial, sans-serif= ; margin-top: 0px; margin-bottom: 0px; word-wrap: break-word;" id=3D"yui_3_= 16_0_ym19_1_1499051725992_9311"><b id=3D"yui_3_16_0_ym19_1_1499051725992_93= 41">2017-07-03 09:52:16,941+0800 INFO (libvirt/events) [virt.vm] (vmId=3D'= c84f519e-398d-40a3-85b2-b7e53f3d7f67') abnormal vm stop device scsi0-0-0-0 = error eio (vm:4112) 2017-07-03 09:52:16,941+0800 INFO (libvirt/events) [virt.vm] (vmId=3D'c84f= 519e-398d-40a3-85b2-b7e53f3d7f67') CPU stopped: onIOError (vm:4997) 2017-07-03 09:52:16,942+0800 INFO (libvirt/events) [virt.vm] (vmId=3D'c84f= 519e-398d-40a3-85b2-b7e53f3d7f67') CPU stopped: onSuspend (vm:4997) 2017-07-03 09:52:16,942+0800 INFO (libvirt/events) [virt.vm] (vmId=3D'c84f= 519e-398d-40a3-85b2-b7e53f3d7f67') abnormal vm stop device scsi0-0-0-0 erro= r eio (vm:4112) 2017-07-03 09:52:16,943+0800 INFO (libvirt/events) [virt.vm] (vmId=3D'c84f= 519e-398d-40a3-85b2-b7e53f3d7f67') CPU stopped: onIOError (vm:4997) 2017-07-03 09:52:16,943+0800 INFO (libvirt/events) [virt.vm] (vmId=3D'c84f= 519e-398d-40a3-85b2-b7e53f3d7f67') abnormal vm stop device scsi0-0-0-0 erro= r eio (vm:4112) 2017-07-03 09:52:16,944+0800 INFO (libvirt/events) [virt.vm] (vmId=3D'c84f= 519e-398d-40a3-85b2-b7e53f3d7f67') CPU stopped: onIOError</b></pre><pre sty= le=3D"user-select: text; font-family: "Courier New", Courier, mon= ospace, arial, sans-serif; margin-top: 0px; margin-bottom: 0px; word-wrap: = break-word;" id=3D"yui_3_16_0_ym19_1_1499051725992_9311"><b><br></b></pre><= pre style=3D"user-select: text; font-family: "Courier New", Couri= er, monospace, arial, sans-serif; margin-top: 0px; margin-bottom: 0px; word= -wrap: break-word;" id=3D"yui_3_16_0_ym19_1_1499051725992_9311"><b><br></b>= </pre><pre style=3D"user-select: text; font-family: "Courier New"= , Courier, monospace, arial, sans-serif; margin-top: 0px; margin-bottom: 0p= x; word-wrap: break-word;" id=3D"yui_3_16_0_ym19_1_1499051725992_9311"><b><= br></b></pre></pre></div><div class=3D"qtdSeparateBR"><br><br></div><div cl= ass=3D"yiv6639019017yqt2677119843" id=3D"yiv6639019017yqtfd82856"><div clas= s=3D"yiv6639019017yahoo-quoted-begin" style=3D"font-size:15px;color:#715FFA= ;padding-top:15px;margin-top:0;" id=3D"yui_3_16_0_ym19_1_1499051725992_6545= "><b id=3D"yui_3_16_0_ym19_1_1499051725992_9344">On Thursday, June 22, 2</b= >017, 2:48 PM, Yaniv Kaul <ykaul(a)redhat.com> wrote:</div><blockquote = class=3D"yiv6639019017iosymail" id=3D"yui_3_16_0_ym19_1_1499051725992_6642"= ><div id=3D"yiv6639019017"><div id=3D"yui_3_16_0_ym19_1_1499051725992_6641"= ><div dir=3D"ltr" id=3D"yui_3_16_0_ym19_1_1499051725992_6640"><br clear=3D"= none"><div class=3D"yiv6639019017gmail_extra" id=3D"yui_3_16_0_ym19_1_14990= 51725992_6643"><br clear=3D"none"><div class=3D"yiv6639019017gmail_quote" i= d=3D"yui_3_16_0_ym19_1_1499051725992_6644">On Thu, Jun 22, 2017 at 5:07 AM,= M Mahboubian <span dir=3D"ltr"><<a rel=3D"nofollow" shape=3D"rect" ymai= lto=3D"mailto:m_mahboubian@yahoo.com" target=3D"_blank" href=3D"mailto:m_ma= hboubian(a)yahoo.com">m_mahboubian(a)yahoo.com</a>></span> wrote:<br clear= =3D"none"><blockquote class=3D"yiv6639019017gmail_quote" style=3D"margin:0p= x 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex;" i= d=3D"yui_3_16_0_ym19_1_1499051725992_6646"><div id=3D"yui_3_16_0_ym19_1_149= 9051725992_6645"> Dear all,<div id=3D"yui_3_16_0_ym19_1_1499051725992_6647">I appreciate if a= nybody could possibly help with the issue I am facing.</div><div id=3D"yui_= 3_16_0_ym19_1_1499051725992_6648"><br clear=3D"none"></div><div id=3D"yui_3= _16_0_ym19_1_1499051725992_6649">In our environment we have 2 hosts 1 NFS s= erver and 1 ovirt engine server. The NFS server provides storage to the VMs= in the hosts.</div><div id=3D"yui_3_16_0_ym19_1_1499051725992_6650"><br cl= ear=3D"none"></div><div id=3D"yui_3_16_0_ym19_1_1499051725992_6651">I can c= reate new VMs and install os but once i do something like yum update the VM= freezes. I can reproduce this every single time I do yum update.</div></di= v></blockquote><div id=3D"yui_3_16_0_ym19_1_1499051725992_6652"><br clear= =3D"none"></div><div id=3D"yui_3_16_0_ym19_1_1499051725992_6653">Is it paus= ed, or completely frozen?</div><div id=3D"yui_3_16_0_ym19_1_1499051725992_6= 654"> <br clear=3D"none"></div><blockquote class=3D"yiv6639019017gmail= _quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204= ,204);padding-left:1ex;" id=3D"yui_3_16_0_ym19_1_1499051725992_9059"><div i= d=3D"yui_3_16_0_ym19_1_1499051725992_9058"><div id=3D"yui_3_16_0_ym19_1_149= 9051725992_9057"><br clear=3D"none"></div><div id=3D"yui_3_16_0_ym19_1_1499= 051725992_9791">what information/log files should I provide you to trublesh= oot this?</div></div></blockquote><div><br clear=3D"none"></div><div id=3D"= yui_3_16_0_ym19_1_1499051725992_9834">Versions of all the components involv= ed - guest OS, host OS (qemu-kvm version), how do you run the VM (vdsm log = would be helpful here), exact storage specification (1Gb or 10Gb link? What= is the NFS version? What is it hosted on? etc.)</div><div> Y.</div><d= iv class=3D"yiv6639019017yqt6606837936" id=3D"yiv6639019017yqtfd75418"><div= ><br clear=3D"none"></div></div><blockquote class=3D"yiv6639019017gmail_quo= te" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204= );padding-left:1ex;" id=3D"yui_3_16_0_ym19_1_1499051725992_9794"><div id=3D= "yui_3_16_0_ym19_1_1499051725992_9793"><div class=3D"yiv6639019017yqt660683= 7936" id=3D"yiv6639019017yqtfd33806"><div id=3D"yui_3_16_0_ym19_1_149905172= 5992_9792"><br clear=3D"none"></div><div> Regards</div></div> </div><br clear=3D"none">______________________________ _________________<b= r clear=3D"none"> Users mailing list<br clear=3D"none"> <a rel=3D"nofollow" shape=3D"rect" ymailto=3D"mailto:Users@ovirt.org" targe= t=3D"_blank" href=3D"mailto:Users@ovirt.org">Users(a)ovirt.org</a><br clear= =3D"none"> <a rel=3D"nofollow" shape=3D"rect" target=3D"_blank" href=3D"http://lists.o= virt.org/mailman/listinfo/users">http://lists.ovirt.org/ mailman/listinfo/u= sers</a><div class=3D"yiv6639019017yqt6606837936" id=3D"yiv6639019017yqtfd6= 5242"><br clear=3D"none"> <br clear=3D"none"></div></blockquote></div><div class=3D"yiv6639019017yqt6= 606837936" id=3D"yiv6639019017yqtfd02968"><br clear=3D"none"></div></div></= div></div></div><blockquote></blockquote></blockquote></div></div><div clas= s=3D"yiv6639019017yqt2677119843" id=3D"yiv6639019017yqtfd23176"> </div></div></div></div></body></html> ------=_Part_3118757_945095184.1499053755165--

2 4

Re: [ovirt-users] [Libguestfs] virt-v2v import from KVM without storage-pool ?
by Richard W.M. Jones 10 Jul '17

10 Jul '17

On Wed, Jul 05, 2017 at 11:14:09AM +0200, Matthias Leopold wrote: > hi, > > i'm trying to import a VM in oVirt from a KVM host that doesn't use > storage pools. this fails with the following message in > /var/log/vdsm/vdsm.log: > > 2017-07-05 09:34:20,513+0200 ERROR (jsonrpc/5) [root] Error getting > disk size (v2v:1089) > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 1078, in > _get_disk_info > vol = conn.storageVolLookupByPath(disk['alias']) > File "/usr/lib64/python2.7/site-packages/libvirt.py", line 4770, > in storageVolLookupByPath > if ret is None:raise libvirtError('virStorageVolLookupByPath() > failed', conn=self) > libvirtError: Storage volume not found: no storage vol with matching path > > the disks in the origin VM are defined as > > <disk type='file' device='disk'> > <driver name='qemu' type='raw' cache='writethrough'/> > <source file='/dev/kvm108/kvm108_img'/> > > <disk type='file' device='cdrom'> > <driver name='qemu' type='raw'/> > <source file='/some/path/CentOS-7-x86_64-Minimal-1611.iso'/> > > is this a virt-v2v or oVirt problem? Well the stack trace is in the oVirt code, so I guess it's an oVirt problem. Adding ovirt-users mailing list. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/

5 8

SQL : last time halted?
by Nicolas Ecarnot 09 Jul '17

09 Jul '17

Hello, I'm trying to find a way to clean up the VMs list of my DCs. I think some of my users have created VM they're not using anymore, but it's difficult to sort them out. In some cases, I can shutdown some of them and wait. Is there somewhere stored in the db tables the date of the last VM exctinction? Thank you. -- Nicolas ECARNOT

3 4

Very poor GlusterFS performance
by Chris Boot 09 Jul '17

09 Jul '17

Hi folks, I have 3x servers in a "hyper-converged" oVirt 4.1.2 + GlusterFS 3.10 configuration. My VMs run off a replica 3 arbiter 1 volume comprised of 6 bricks, which themselves live on two SSDs in each of the servers (one brick per SSD). The bricks are XFS on LVM thin volumes straight onto the SSDs. Connectivity is 10G Ethernet. Performance within the VMs is pretty terrible. I experience very low throughput and random IO is really bad: it feels like a latency issue. On my oVirt nodes the SSDs are not generally very busy. The 10G network seems to run without errors (iperf3 gives bandwidth measurements of >= 9.20 Gbits/sec between the three servers). To put this into perspective: I was getting better behaviour from NFS4 on a gigabit connection than I am with GlusterFS on 10G: that doesn't feel right at all. My volume configuration looks like this: Volume Name: vmssd Type: Distributed-Replicate Volume ID: d5a5ddd1-a140-4e0d-b514-701cfe464853 Status: Started Snapshot Count: 0 Number of Bricks: 2 x (2 + 1) = 6 Transport-type: tcp Bricks: Brick1: ovirt3:/gluster/ssd0_vmssd/brick Brick2: ovirt1:/gluster/ssd0_vmssd/brick Brick3: ovirt2:/gluster/ssd0_vmssd/brick (arbiter) Brick4: ovirt3:/gluster/ssd1_vmssd/brick Brick5: ovirt1:/gluster/ssd1_vmssd/brick Brick6: ovirt2:/gluster/ssd1_vmssd/brick (arbiter) Options Reconfigured: nfs.disable: on transport.address-family: inet6 performance.quick-read: off performance.read-ahead: off performance.io-cache: off performance.stat-prefetch: off performance.low-prio-threads: 32 network.remote-dio: off cluster.eager-lock: enable cluster.quorum-type: auto cluster.server-quorum-type: server cluster.data-self-heal-algorithm: full cluster.locking-scheme: granular cluster.shd-max-threads: 8 cluster.shd-wait-qlength: 10000 features.shard: on user.cifs: off storage.owner-uid: 36 storage.owner-gid: 36 features.shard-block-size: 128MB performance.strict-o-direct: on network.ping-timeout: 30 cluster.granular-entry-heal: enable I would really appreciate some guidance on this to try to improve things because at this rate I will need to reconsider using GlusterFS altogether. Cheers, Chris -- Chris Boot bootc(a)bootc.net

11 15

ovirt can't find user
by Fabrice Bacchella 09 Jul '17

09 Jul '17

--Apple-Mail=_B78E14EB-413D-4DC1-AC54-F837E05B2CF8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I tried to add a user in ovirt, but it's not identified: 2017-06-28 16:48:48,505+02 ERROR = [org.ovirt.engine.core.sso.utils.NegotiateAuthUtils] (default task-22) = [] External Authentication Failed: Cannot resolve principal = 'rexecutor@internal' /usr/bin/ovirt-aaa-jdbc-tool user show rexecutor -- User rexecutor(b1727291-5ad4-4575-b8ec-53bdc9ce4aef) -- Namespace: * Name: rexecutor ID: b1727291-5ad4-4575-b8ec-53bdc9ce4aef Display Name:=20 Email:=20 First Name:=20 Last Name:=20 Department:=20 Title:=20 Description:=20 Account Disabled: false Account Locked: false Account Unlocked At: 2017-06-16 13:49:31Z Account Valid From: 2017-06-15 16:41:14Z Account Valid To: 2217-06-15 16:41:14Z Account Without Password: true Last successful Login At: 1970-01-01 00:00:00Z Last unsuccessful Login At: 1970-01-01 00:00:00Z Password Valid To: 2025-08-15 10:30:00Z It's listed as a known user: <user = href=3D"/ovirt-engine/api/users/49a12b6e-de03-4095-b6ed-2c1883f5542e" = id=3D"49a12b6e-de03-4095-b6ed-2c1883f5542e"> <department></department> = <domain_entry_id>62313732373239312D356164342D343537352D623865632D353362646= 339636534616566</domain_entry_id> <email></email> <last_name></last_name> <name></name> <namespace>*</namespace> <principal>rexecutor</principal> <user_name>rexecutor@internal-authz</user_name> <domain href=3D"/ovirt-engine/api/domains/696E7465726E616C2D617574687A" = id=3D"696E7465726E616C2D617574687A"> <name>internal-authz</name> </domain> <permissions = href=3D"/ovirt-engine/api/users/49a12b6e-de03-4095-b6ed-2c1883f5542e/permi= ssions"/> <roles = href=3D"/ovirt-engine/api/users/49a12b6e-de03-4095-b6ed-2c1883f5542e/roles= "/> <ssh_public_keys = href=3D"/ovirt-engine/api/users/49a12b6e-de03-4095-b6ed-2c1883f5542e/sshpu= blickeys"/> <tags = href=3D"/ovirt-engine/api/users/49a12b6e-de03-4095-b6ed-2c1883f5542e/tags"= /> </user> My admin domain authentication looks OK: = config.datasource.jdbcurl=3Djdbc:postgresql://pgdb:5432/ovirt_engine?sslfa= ctory=3Dorg.postgresql.ssl.NonValidatingFactory config.datasource.dbuser=3Dovirt config.datasource.dbpassword=3DXXX config.datasource.jdbcdriver=3Dorg.postgresql.Driver config.datasource.schemaname=3Daaa_jdbc It tried to increase org.ovirt.engine.core.sso.utils debug log level by = modifying = /usr/share/ovirt-engine/services/ovirt-engine/ovirt-engine.xml.in diff ovirt-engine.xml.in* 201,204d200 < <logger category=3D"org.ovirt.engine.core.sso.utils"> < <level name=3D"ALL"/> < </logger> <=20 I just got in the log: 2017-06-28 17:17:09,404+02 DEBUG = [org.ovirt.engine.core.sso.utils.NonInteractiveAuth] (default task-7) [] = Performing Negotiate Auth 2017-06-28 17:17:09,404+02 DEBUG = [org.ovirt.engine.core.sso.utils.NegotiateAuthUtils] (default task-7) [] = Performing external authentication 2017-06-28 17:17:09,410+02 ERROR = [org.ovirt.engine.core.sso.utils.NegotiateAuthUtils] (default task-7) [] = External Authentication Failed: Cannot resolve principal = 'rexecutor@internal' 2017-06-28 17:17:09,410+02 DEBUG = [org.ovirt.engine.core.sso.utils.NegotiateAuthUtils] (default task-7) [] = External Authentication Failed: Class: class = org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedException= Input: {Extkey[name=3DEXTENSION_INVOKE_COMMAND;type=3Dclass = org.ovirt.engine.api.extensions.ExtUUID;uuid=3DEXTENSION_INVOKE_COMMAND[48= 5778ab-bede-4f1a-b823-77b262a2f28d];]=3DAAA_AUTHZ_FETCH_PRINCIPAL_RECORD[5= a5bf9bb-9336-4376-a823-26efe1ba26df], = Extkey[name=3DAAA_AUTHZ_QUERY_FLAGS;type=3Dclass = java.lang.Integer;uuid=3DAAA_AUTHZ_QUERY_FLAGS[97d226e9-8d87-49a0-9a7f-af6= 89320907b];]=3D3, Extkey[name=3DEXTENSION_INVOKE_CONTEXT;type=3Dclass = org.ovirt.engine.api.extensions.ExtMap;uuid=3DEXTENSION_INVOKE_CONTEXT[886= d2ebb-312a-49ae-9cc3-e1f849834b7d];]=3D{Extkey[name=3DAAA_AUTHZ_AVAILABLE_= NAMESPACES;type=3Dinterface = java.util.Collection;uuid=3DAAA_AUTHZ_AVAILABLE_NAMESPACES[6dffa34c-955f-4= 86a-bd35-0a272b45a711];]=3D[DC=3DXXX], = Extkey[name=3DEXTENSION_LICENSE;type=3Dclass = java.lang.String;uuid=3DEXTENSION_LICENSE[8a61ad65-054c-4e31-9c6d-1ca4d60a= 4c18];]=3DASL 2.0, Extkey[name=3DEXTENSION_GLOBAL_CONTEXT;type=3Dclass = org.ovirt.engine.api.extensions.ExtMap;uuid=3DEXTENSION_GLOBAL_CONTEXT[979= 9e72f-7af6-4cf1-bf08-297bc8903676];]=3D*skip*, = Extkey[name=3DEXTENSION_NAME;type=3Dclass = java.lang.String;uuid=3DEXTENSION_NAME[651381d3-f54f-4547-bf28-b0b01a10318= 4];]=3Dovirt-engine-extension-aaa-ldap.authz, = Extkey[name=3DEXTENSION_MANAGER_TRACE_LOG;type=3Dinterface = org.slf4j.Logger;uuid=3DEXTENSION_MANAGER_TRACE_LOG[863db666-3ea7-4751-969= 5-918a3197ad83];]=3Dorg.slf4j.impl.Slf4jLogger(org.ovirt.engine.core.exten= sions.mgr.ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authz.XX= X-authz), = Extkey[name=3DEXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=3Dinterface = java.util.Collection;uuid=3DEXTENSION_CONFIGURATION_SENSITIVE_KEYS[a456efa= 1-73ff-4204-9f9b-ebff01e35263];]=3D[], = Extkey[name=3DEXTENSION_VERSION;type=3Dclass = java.lang.String;uuid=3DEXTENSION_VERSION[fe35f6a8-8239-4bdb-ab1a-af9f779c= e68c];]=3D1.3.1, Extkey[name=3DEXTENSION_PROVIDES;type=3Dinterface = java.util.Collection;uuid=3DEXTENSION_PROVIDES[8cf373a6-65b5-4594-b828-0e2= 75087de91];]=3D[org.ovirt.engine.api.extensions.aaa.Authz], = Extkey[name=3DEXTENSION_AUTHOR;type=3Dclass = java.lang.String;uuid=3DEXTENSION_AUTHOR[ef242f7a-2dad-4bc5-9aad-e07018b7f= bcc];]=3DThe oVirt Project, Extkey[name=3DEXTENSION_LOCALE;type=3Dclass = java.lang.String;uuid=3DEXTENSION_LOCALE[0780b112-0ce0-404a-b85e-8765d778b= b29];]=3Den_US, Extkey[name=3DEXTENSION_CONFIGURATION_FILE;type=3Dclass = java.lang.String;uuid=3DEXTENSION_CONFIGURATION_FILE[4fb0ffd3-983c-4f3f-98= ff-9660bd67af6a];]=3D/etc/ovirt-engine/extensions.d/XXXX-authz.properties,= Extkey[name=3DEXTENSION_HOME_URL;type=3Dclass = java.lang.String;uuid=3DEXTENSION_HOME_URL[4ad7a2f4-f969-42d4-b399-72d192e= 18304];]=3Dhttp://www.ovirt.org, = Extkey[name=3DEXTENSION_CONFIGURATION;type=3Dclass = java.util.Properties;uuid=3DEXTENSION_CONFIGURATION[2d48ab72-f0a1-4312-b4a= e-5068a226b0fc];]=3D***, = Extkey[name=3DEXTENSION_INTERFACE_VERSION_MAX;type=3Dclass = java.lang.Integer;uuid=3DEXTENSION_INTERFACE_VERSION_MAX[f4cff49f-2717-490= 1-8ee9-df362446e3e7];]=3D0, = Extkey[name=3DAAA_AUTHZ_QUERY_MAX_FILTER_SIZE;type=3Dclass = java.lang.Integer;uuid=3DAAA_AUTHZ_QUERY_MAX_FILTER_SIZE[2eb1f541-0f65-44a= 1-a6e3-014e247595f5];]=3D50, = Extkey[name=3DEXTENSION_INTERFACE_VERSION_MIN;type=3Dclass = java.lang.Integer;uuid=3DEXTENSION_INTERFACE_VERSION_MIN[2b84fc91-305b-497= b-a1d7-d961b9d2ce0b];]=3D0, = Extkey[name=3DEXTENSION_INSTANCE_NAME;type=3Dclass = java.lang.String;uuid=3DEXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245-86= 74327f011b];]=3DXXXX-authz, = Extkey[name=3DEXTENSION_BUILD_INTERFACE_VERSION;type=3Dclass = java.lang.Integer;uuid=3DEXTENSION_BUILD_INTERFACE_VERSION[cb479e5a-4b23-4= 6f8-aed3-56a4747a8ab7];]=3D0, Extkey[name=3DEXTENSION_NOTES;type=3Dclass = java.lang.String;uuid=3DEXTENSION_NOTES[2da5ad7e-185a-4584-aaff-97f66978e4= ea];]=3DDisplay name: = ovirt-engine-extension-aaa-ldap-1.3.1-1.el7.centos}, = Extkey[name=3DAAA_AUTHN_AUTH_RECORD;type=3Dclass = org.ovirt.engine.api.extensions.ExtMap;uuid=3DAAA_AUTHN_AUTH_RECORD[e94621= 68-b53b-44ac-9af5-f25e1697173e];]=3D{Extkey[name=3DAAA_AUTHN_AUTH_RECORD_P= RINCIPAL;type=3Dclass = java.lang.String;uuid=3DAAA_AUTHN_AUTH_RECORD_PRINCIPAL[c3498f07-11fe-464c= -958c-8bd7490b119a];]=3Drexecutor@internal}} Output: {Extkey[name=3DEXTENSION_INVOKE_MESSAGE;type=3Dclass = java.lang.String;uuid=3DEXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26-b= 8bdb72f5893];]=3DCannot resolve principal 'rexecutor@internal', = Extkey[name=3DEXTENSION_INVOKE_RESULT;type=3Dclass = java.lang.Integer;uuid=3DEXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0-0= 99c772ddd4e];]=3D2} at = org.ovirt.engine.core.extensions.mgr.ExtensionProxy.invoke(ExtensionProxy.= java:95) [extensions-manager.jar:] at = org.ovirt.engine.core.extensions.mgr.ExtensionProxy.invoke(ExtensionProxy.= java:109) [extensions-manager.jar:] at = org.ovirt.engine.core.sso.utils.NegotiateAuthUtils.doAuth(NegotiateAuthUti= ls.java:122) [enginesso.jar:] at = org.ovirt.engine.core.sso.utils.NegotiateAuthUtils.doAuth(NegotiateAuthUti= ls.java:68) [enginesso.jar:] at = org.ovirt.engine.core.sso.utils.NonInteractiveAuth$2.doAuth(NonInteractive= Auth.java:51) [enginesso.jar:] at = org.ovirt.engine.core.sso.servlets.OAuthTokenServlet.issueTokenUsingHttpHe= aders(OAuthTokenServlet.java:183) [enginesso.jar:] at = org.ovirt.engine.core.sso.servlets.OAuthTokenServlet.service(OAuthTokenSer= vlet.java:72) [enginesso.jar:] at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) = [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at = io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.j= ava:85) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(Filter= Handler.java:129) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = org.ovirt.engine.core.branding.BrandingFilter.doFilter(BrandingFilter.java= :73) [branding.jar:] at = io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(Filter= Handler.java:131) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = org.ovirt.engine.core.utils.servlet.LocaleFilter.doFilter(LocaleFilter.jav= a:66) [utils.jar:] at = io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(Filter= Handler.java:131) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = org.ovirt.engine.core.utils.servlet.HeaderFilter.doFilter(HeaderFilter.jav= a:94) [utils.jar:] at = io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(Filter= Handler.java:131) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.jav= a:84) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleReq= uest(ServletSecurityRoleHandler.java:62) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(Servl= etDispatchingHandler.java:36) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.= handleRequest(SecurityContextAssociationHandler.java:78) at = io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandle= r.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.han= dleRequest(SSLInformationAssociationHandler.java:131) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.han= dleRequest(ServletAuthenticationCallHandler.java:57) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandle= r.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.security.handlers.AuthenticationConstraintHandler.handleReques= t(AuthenticationConstraintHandler.java:53) = [undertow-core-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest= (AbstractConfidentialityHandler.java:46) = [undertow-core-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHand= ler.handleRequest(ServletConfidentialityConstraintHandler.java:64) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.han= dleRequest(ServletSecurityConstraintHandler.java:59) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.security.handlers.AuthenticationMechanismsHandler.handleReques= t(AuthenticationMechanismsHandler.java:60) = [undertow-core-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.ha= ndleRequest(CachedAuthenticatedSessionHandler.java:77) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(No= tificationReceiverHandler.java:50) = [undertow-core-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.ha= ndleRequest(AbstractSecurityContextAssociationHandler.java:43) = [undertow-core-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandle= r.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at = org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRe= quest(JACCContextIdHandler.java:61) at = io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandle= r.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandle= r.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(Serv= letInitialHandler.java:292) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletIniti= alHandler.java:81) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHa= ndler.java:138) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHa= ndler.java:135) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(Ser= vletRequestContextThreadSetupAction.java:48) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClass= LoaderSetupAction.java:43) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThread= SetupActionWrapper.java:44) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThread= SetupActionWrapper.java:44) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThread= SetupActionWrapper.java:44) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThread= SetupActionWrapper.java:44) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(Servlet= InitialHandler.java:272) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletIniti= alHandler.java:81) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(Servlet= InitialHandler.java:104) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.server.Connectors.executeRootHandler(Connectors.java:202) = [undertow-core-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:805) = [undertow-core-1.4.0.Final.jar:1.4.0.Final] at = java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:= 1142) [rt.jar:1.8.0_121] at = java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java= :617) [rt.jar:1.8.0_121] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_121] 2017-06-28 17:17:09,414+02 DEBUG = [org.ovirt.engine.core.sso.utils.NegotiateAuthUtils] (default task-7) [] = External Authentication result: false 2017-06-28 17:17:09,414+02 ERROR = [org.ovirt.engine.core.sso.utils.SsoUtils] (default task-7) [] = OAuthException access_denied: Cannot authenticate user Authentication = failed.. 2017-06-28 17:17:09,414+02 DEBUG = [org.ovirt.engine.core.sso.utils.SsoUtils] (default task-7) [] = Exception: org.ovirt.engine.core.sso.utils.OAuthException: Cannot = authenticate user Authentication failed.. at = org.ovirt.engine.core.sso.utils.SsoUtils.sendJsonDataWithMessage(SsoUtils.= java:569) [enginesso.jar:] at = org.ovirt.engine.core.sso.servlets.OAuthTokenServlet.service(OAuthTokenSer= vlet.java:81) [enginesso.jar:] at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) = [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at = io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.j= ava:85) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(Filter= Handler.java:129) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = org.ovirt.engine.core.branding.BrandingFilter.doFilter(BrandingFilter.java= :73) [branding.jar:] at = io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(Filter= Handler.java:131) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = org.ovirt.engine.core.utils.servlet.LocaleFilter.doFilter(LocaleFilter.jav= a:66) [utils.jar:] at = io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(Filter= Handler.java:131) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = org.ovirt.engine.core.utils.servlet.HeaderFilter.doFilter(HeaderFilter.jav= a:94) [utils.jar:] at = io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(Filter= Handler.java:131) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.jav= a:84) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleReq= uest(ServletSecurityRoleHandler.java:62) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(Servl= etDispatchingHandler.java:36) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.= handleRequest(SecurityContextAssociationHandler.java:78) at = io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandle= r.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.han= dleRequest(SSLInformationAssociationHandler.java:131) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.han= dleRequest(ServletAuthenticationCallHandler.java:57) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandle= r.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.security.handlers.AuthenticationConstraintHandler.handleReques= t(AuthenticationConstraintHandler.java:53) = [undertow-core-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest= (AbstractConfidentialityHandler.java:46) = [undertow-core-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHand= ler.handleRequest(ServletConfidentialityConstraintHandler.java:64) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.han= dleRequest(ServletSecurityConstraintHandler.java:59) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.security.handlers.AuthenticationMechanismsHandler.handleReques= t(AuthenticationMechanismsHandler.java:60) = [undertow-core-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.ha= ndleRequest(CachedAuthenticatedSessionHandler.java:77) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(No= tificationReceiverHandler.java:50) = [undertow-core-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.ha= ndleRequest(AbstractSecurityContextAssociationHandler.java:43) = [undertow-core-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandle= r.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at = org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRe= quest(JACCContextIdHandler.java:61) at = io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandle= r.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandle= r.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(Serv= letInitialHandler.java:292) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletIniti= alHandler.java:81) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHa= ndler.java:138) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHa= ndler.java:135) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(Ser= vletRequestContextThreadSetupAction.java:48) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClass= LoaderSetupAction.java:43) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThread= SetupActionWrapper.java:44) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThread= SetupActionWrapper.java:44) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThread= SetupActionWrapper.java:44) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThread= SetupActionWrapper.java:44) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(Servlet= InitialHandler.java:272) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletIniti= alHandler.java:81) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(Servlet= InitialHandler.java:104) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.server.Connectors.executeRootHandler(Connectors.java:202) = [undertow-core-1.4.0.Final.jar:1.4.0.Final] at = io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:805) = [undertow-core-1.4.0.Final.jar:1.4.0.Final] at = java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:= 1142) [rt.jar:1.8.0_121] at = java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java= :617) [rt.jar:1.8.0_121] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_121] Caused by: org.ovirt.engine.core.sso.utils.AuthenticationException: = Cannot authenticate user Authentication failed.. at = org.ovirt.engine.core.sso.servlets.OAuthTokenServlet.issueTokenUsingHttpHe= aders(OAuthTokenServlet.java:214) [enginesso.jar:] at = org.ovirt.engine.core.sso.servlets.OAuthTokenServlet.service(OAuthTokenSer= vlet.java:72) [enginesso.jar:] ... 50 more 2017-06-28 17:17:09,419+02 TRACE = [org.ovirt.engine.core.sso.utils.SsoUtils] (default task-7) [] Sending = json data {"error_code":"access_denied","error":"Cannot authenticate = user Authentication failed.."} --Apple-Mail=_B78E14EB-413D-4DC1-AC54-F837E05B2CF8 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D"">I tried to add a user in ovirt, but it's not identified:<div = class=3D""><div style=3D"margin: 0px; font-size: 11px; line-height: = normal; font-family: Menlo;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">2017-06-28 16:48:48,505+02 ERROR = [org.ovirt.engine.core.sso.utils.NegotiateAuthUtils] (default task-22) = [] External Authentication Failed: Cannot resolve principal = 'rexecutor@internal'</span></div></div><div class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><br = class=3D""></span></div><div class=3D""><br class=3D""><div = class=3D""><div style=3D"margin: 0px; font-size: 11px; line-height: = normal; font-family: Menlo;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">/usr/bin/ovirt-aaa-jdbc-tool user  show = rexecutor</span></div><div style=3D"margin: 0px; font-size: 11px; = line-height: normal; font-family: Menlo;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D"">-- User = rexecutor(b1727291-5ad4-4575-b8ec-53bdc9ce4aef) --</span></div><div = style=3D"margin: 0px; font-size: 11px; line-height: normal; font-family: = Menlo;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">Namespace: *</span></div><div = style=3D"margin: 0px; font-size: 11px; line-height: normal; font-family: = Menlo;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">Name: rexecutor</span></div><div = style=3D"margin: 0px; font-size: 11px; line-height: normal; font-family: = Menlo;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">ID: = b1727291-5ad4-4575-b8ec-53bdc9ce4aef</span></div><div style=3D"margin: = 0px; font-size: 11px; line-height: normal; font-family: Menlo;" = class=3D""><span style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">Display Name: </span></div><div style=3D"margin: 0px; = font-size: 11px; line-height: normal; font-family: Menlo;" = class=3D""><span style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">Email: </span></div><div style=3D"margin: 0px; = font-size: 11px; line-height: normal; font-family: Menlo;" = class=3D""><span style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">First Name: </span></div><div style=3D"margin: 0px; = font-size: 11px; line-height: normal; font-family: Menlo;" = class=3D""><span style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">Last Name: </span></div><div style=3D"margin: 0px; = font-size: 11px; line-height: normal; font-family: Menlo;" = class=3D""><span style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">Department: </span></div><div style=3D"margin: 0px; = font-size: 11px; line-height: normal; font-family: Menlo;" = class=3D""><span style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">Title: </span></div><div style=3D"margin: 0px; = font-size: 11px; line-height: normal; font-family: Menlo;" = class=3D""><span style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">Description: </span></div><div style=3D"margin: 0px; = font-size: 11px; line-height: normal; font-family: Menlo;" = class=3D""><span style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">Account Disabled: false</span></div><div style=3D"margin: = 0px; font-size: 11px; line-height: normal; font-family: Menlo;" = class=3D""><span style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">Account Locked: false</span></div><div style=3D"margin: 0px; = font-size: 11px; line-height: normal; font-family: Menlo;" = class=3D""><span style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">Account Unlocked At: 2017-06-16 13:49:31Z</span></div><div = style=3D"margin: 0px; font-size: 11px; line-height: normal; font-family: = Menlo;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">Account Valid From: 2017-06-15 = 16:41:14Z</span></div><div style=3D"margin: 0px; font-size: 11px; = line-height: normal; font-family: Menlo;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D"">Account = Valid To: 2217-06-15 16:41:14Z</span></div><div style=3D"margin: 0px; = font-size: 11px; line-height: normal; font-family: Menlo;" = class=3D""><span style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">Account Without Password: true</span></div><div = style=3D"margin: 0px; font-size: 11px; line-height: normal; font-family: = Menlo;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">Last successful Login At: 1970-01-01 = 00:00:00Z</span></div><div style=3D"margin: 0px; font-size: 11px; = line-height: normal; font-family: Menlo;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D"">Last = unsuccessful Login At: 1970-01-01 00:00:00Z</span></div><div = style=3D"margin: 0px; font-size: 11px; line-height: normal; font-family: = Menlo;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">Password Valid To: 2025-08-15 = 10:30:00Z</span></div></div><div class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><br = class=3D""></span></div><div class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D"">It's = listed as a known user:</span></div><div class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><div = style=3D"margin: 0px; font-size: 11px; line-height: normal; font-family: = Menlo;" class=3D""><div style=3D"margin: 0px; line-height: normal;" = class=3D""><span style=3D"font-variant-ligatures: no-common-ligatures" = class=3D""><user = href=3D"/ovirt-engine/api/users/49a12b6e-de03-4095-b6ed-2c1883f5542e" = id=3D"49a12b6e-de03-4095-b6ed-2c1883f5542e"></span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D"">  = <department></department></span></div><div style=3D"margin: = 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D"">  = <domain_entry_id>62313732373239312D356164342D343537352D623865632D353= 362646339636534616566</domain_entry_id></span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D"">  = <email></email></span></div><div style=3D"margin: 0px; = line-height: normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">  = <last_name></last_name></span></div><div style=3D"margin: = 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D"">  = <name></name></span></div><div style=3D"margin: 0px; = line-height: normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">  = <namespace>*</namespace></span></div><div style=3D"margin: = 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D"">  = <principal>rexecutor</principal></span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D"">  = <user_name>rexecutor@internal-authz</user_name></span></div><d= iv style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D"">  = <domain href=3D"/ovirt-engine/api/domains/696E7465726E616C2D617574687A"= id=3D"696E7465726E616C2D617574687A"></span></div><div style=3D"margin:= 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D"">  =   <name>internal-authz</name></span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D"">  = </domain></span></div><div style=3D"margin: 0px; line-height: = normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">  <permissions = href=3D"/ovirt-engine/api/users/49a12b6e-de03-4095-b6ed-2c1883f5542e/permi= ssions"/></span></div><div style=3D"margin: 0px; line-height: = normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">  <roles = href=3D"/ovirt-engine/api/users/49a12b6e-de03-4095-b6ed-2c1883f5542e/roles= "/></span></div><div style=3D"margin: 0px; line-height: normal;" = class=3D""><span style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">  <ssh_public_keys = href=3D"/ovirt-engine/api/users/49a12b6e-de03-4095-b6ed-2c1883f5542e/sshpu= blickeys"/></span></div><div style=3D"margin: 0px; line-height: = normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">  <tags = href=3D"/ovirt-engine/api/users/49a12b6e-de03-4095-b6ed-2c1883f5542e/tags"= /></span></div><div style=3D"margin: 0px; line-height: normal;" = class=3D""><span style=3D"font-variant-ligatures: no-common-ligatures" = class=3D""></user></span></div><div class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><br = class=3D""></span></div></div><div class=3D"">My admin domain = authentication looks OK:</div><div class=3D""><div style=3D"margin: 0px; = font-size: 11px; line-height: normal; font-family: Menlo;" = class=3D""><span style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">config.datasource.jdbcurl=3Djdbc:postgresql://pgdb:5432/ovirt_e= ngine?sslfactory=3Dorg.postgresql.ssl.NonValidatingFactory</span></div><di= v style=3D"margin: 0px; font-size: 11px; line-height: normal; = font-family: Menlo;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" = class=3D"">config.datasource.dbuser=3Dovirt</span></div><div = style=3D"margin: 0px; font-size: 11px; line-height: normal; font-family: = Menlo;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" = class=3D"">config.datasource.dbpassword=3DXXX</span></div><div = style=3D"margin: 0px; font-size: 11px; line-height: normal; font-family: = Menlo;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" = class=3D"">config.datasource.jdbcdriver=3Dorg.postgresql.Driver</span></di= v><div style=3D"margin: 0px; font-size: 11px; line-height: normal; = font-family: Menlo;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" = class=3D"">config.datasource.schemaname=3Daaa_jdbc</span></div></div><div = style=3D"margin: 0px; font-size: 11px; line-height: normal; font-family: = Menlo;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D""><br class=3D""></span></div><div = style=3D"margin: 0px; font-size: 11px; line-height: normal; font-family: = Menlo;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">It tried to = increase </span>org.ovirt.engine.core.sso.utils debug log level by = modifying = /usr/share/ovirt-engine/services/ovirt-engine/ovirt-engine.xml.in</div><di= v style=3D"margin: 0px; font-size: 11px; line-height: normal; = font-family: Menlo;" class=3D""><br class=3D""></div><div style=3D"margin:= 0px; font-size: 11px; line-height: normal; font-family: Menlo;" = class=3D""><div style=3D"margin: 0px; line-height: normal;" = class=3D""><span style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">diff ovirt-engine.xml.in*</span></div><div style=3D"margin: = 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">201,204d200</span></div><div style=3D"margin: 0px; = line-height: normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D""><       <logger = category=3D"org.ovirt.engine.core.sso.utils"></span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D"">< =         <level name=3D"ALL"/></span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D"">< =       </logger></span></div><div style=3D"margin: = 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">< </span></div><div class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><br = class=3D""></span></div><div class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D"">I just = got in the log:</span></div><div class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">2017-06-28 17:17:09,404+02 DEBUG = [org.ovirt.engine.core.sso.utils.NonInteractiveAuth] (default task-7) [] = Performing Negotiate Auth</span></div><div style=3D"margin: 0px; = line-height: normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">2017-06-28 17:17:09,404+02 DEBUG = [org.ovirt.engine.core.sso.utils.NegotiateAuthUtils] (default task-7) [] = Performing external authentication</span></div><div style=3D"margin: = 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">2017-06-28 17:17:09,410+02 ERROR = [org.ovirt.engine.core.sso.utils.NegotiateAuthUtils] (default task-7) [] = External Authentication Failed: Cannot resolve principal = 'rexecutor@internal'</span></div><div style=3D"margin: 0px; line-height: = normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">2017-06-28 17:17:09,410+02 DEBUG = [org.ovirt.engine.core.sso.utils.NegotiateAuthUtils] (default task-7) [] = External Authentication Failed: Class: class = org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedException= </span></div><div style=3D"margin: 0px; line-height: normal;" = class=3D""><span style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">Input:</span></div><div style=3D"margin: 0px; line-height: = normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" = class=3D"">{Extkey[name=3DEXTENSION_INVOKE_COMMAND;type=3Dclass = org.ovirt.engine.api.extensions.ExtUUID;uuid=3DEXTENSION_INVOKE_COMMAND[48= 5778ab-bede-4f1a-b823-77b262a2f28d];]=3DAAA_AUTHZ_FETCH_PRINCIPAL_RECORD[5= a5bf9bb-9336-4376-a823-26efe1ba26df], = Extkey[name=3DAAA_AUTHZ_QUERY_FLAGS;type=3Dclass = java.lang.Integer;uuid=3DAAA_AUTHZ_QUERY_FLAGS[97d226e9-8d87-49a0-9a7f-af6= 89320907b];]=3D3, Extkey[name=3DEXTENSION_INVOKE_CONTEXT;type=3Dclass = org.ovirt.engine.api.extensions.ExtMap;uuid=3DEXTENSION_INVOKE_CONTEXT[886= d2ebb-312a-49ae-9cc3-e1f849834b7d];]=3D{Extkey[name=3DAAA_AUTHZ_AVAILABLE_= NAMESPACES;type=3Dinterface = java.util.Collection;uuid=3DAAA_AUTHZ_AVAILABLE_NAMESPACES[6dffa34c-955f-4= 86a-bd35-0a272b45a711];]=3D[DC=3DXXX], = Extkey[name=3DEXTENSION_LICENSE;type=3Dclass = java.lang.String;uuid=3DEXTENSION_LICENSE[8a61ad65-054c-4e31-9c6d-1ca4d60a= 4c18];]=3DASL 2.0, Extkey[name=3DEXTENSION_GLOBAL_CONTEXT;type=3Dclass = org.ovirt.engine.api.extensions.ExtMap;uuid=3DEXTENSION_GLOBAL_CONTEXT[979= 9e72f-7af6-4cf1-bf08-297bc8903676];]=3D*skip*, = Extkey[name=3DEXTENSION_NAME;type=3Dclass = java.lang.String;uuid=3DEXTENSION_NAME[651381d3-f54f-4547-bf28-b0b01a10318= 4];]=3Dovirt-engine-extension-aaa-ldap.authz, = Extkey[name=3DEXTENSION_MANAGER_TRACE_LOG;type=3Dinterface = org.slf4j.Logger;uuid=3DEXTENSION_MANAGER_TRACE_LOG[863db666-3ea7-4751-969= 5-918a3197ad83];]=3Dorg.slf4j.impl.Slf4jLogger(org.ovirt.engine.core.exten= sions.mgr.ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authz.XX= X-authz), = Extkey[name=3DEXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=3Dinterface = java.util.Collection;uuid=3DEXTENSION_CONFIGURATION_SENSITIVE_KEYS[a456efa= 1-73ff-4204-9f9b-ebff01e35263];]=3D[], = Extkey[name=3DEXTENSION_VERSION;type=3Dclass = java.lang.String;uuid=3DEXTENSION_VERSION[fe35f6a8-8239-4bdb-ab1a-af9f779c= e68c];]=3D1.3.1, Extkey[name=3DEXTENSION_PROVIDES;type=3Dinterface = java.util.Collection;uuid=3DEXTENSION_PROVIDES[8cf373a6-65b5-4594-b828-0e2= 75087de91];]=3D[org.ovirt.engine.api.extensions.aaa.Authz], = Extkey[name=3DEXTENSION_AUTHOR;type=3Dclass = java.lang.String;uuid=3DEXTENSION_AUTHOR[ef242f7a-2dad-4bc5-9aad-e07018b7f= bcc];]=3DThe oVirt Project, Extkey[name=3DEXTENSION_LOCALE;type=3Dclass = java.lang.String;uuid=3DEXTENSION_LOCALE[0780b112-0ce0-404a-b85e-8765d778b= b29];]=3Den_US, Extkey[name=3DEXTENSION_CONFIGURATION_FILE;type=3Dclass = java.lang.String;uuid=3DEXTENSION_CONFIGURATION_FILE[4fb0ffd3-983c-4f3f-98= ff-9660bd67af6a];]=3D/etc/ovirt-engine/extensions.d/XXXX-authz.properties,= Extkey[name=3DEXTENSION_HOME_URL;type=3Dclass = java.lang.String;uuid=3DEXTENSION_HOME_URL[4ad7a2f4-f969-42d4-b399-72d192e= 18304];]=3D<a href=3D"http://www.ovirt.org" = class=3D"">http://www.ovirt.org</a>, = Extkey[name=3DEXTENSION_CONFIGURATION;type=3Dclass = java.util.Properties;uuid=3DEXTENSION_CONFIGURATION[2d48ab72-f0a1-4312-b4a= e-5068a226b0fc];]=3D***, = Extkey[name=3DEXTENSION_INTERFACE_VERSION_MAX;type=3Dclass = java.lang.Integer;uuid=3DEXTENSION_INTERFACE_VERSION_MAX[f4cff49f-2717-490= 1-8ee9-df362446e3e7];]=3D0, = Extkey[name=3DAAA_AUTHZ_QUERY_MAX_FILTER_SIZE;type=3Dclass = java.lang.Integer;uuid=3DAAA_AUTHZ_QUERY_MAX_FILTER_SIZE[2eb1f541-0f65-44a= 1-a6e3-014e247595f5];]=3D50, = Extkey[name=3DEXTENSION_INTERFACE_VERSION_MIN;type=3Dclass = java.lang.Integer;uuid=3DEXTENSION_INTERFACE_VERSION_MIN[2b84fc91-305b-497= b-a1d7-d961b9d2ce0b];]=3D0, = Extkey[name=3DEXTENSION_INSTANCE_NAME;type=3Dclass = java.lang.String;uuid=3DEXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245-86= 74327f011b];]=3DXXXX-authz, = Extkey[name=3DEXTENSION_BUILD_INTERFACE_VERSION;type=3Dclass = java.lang.Integer;uuid=3DEXTENSION_BUILD_INTERFACE_VERSION[cb479e5a-4b23-4= 6f8-aed3-56a4747a8ab7];]=3D0, Extkey[name=3DEXTENSION_NOTES;type=3Dclass = java.lang.String;uuid=3DEXTENSION_NOTES[2da5ad7e-185a-4584-aaff-97f66978e4= ea];]=3DDisplay name: = ovirt-engine-extension-aaa-ldap-1.3.1-1.el7.centos}, = Extkey[name=3DAAA_AUTHN_AUTH_RECORD;type=3Dclass = org.ovirt.engine.api.extensions.ExtMap;uuid=3DAAA_AUTHN_AUTH_RECORD[e94621= 68-b53b-44ac-9af5-f25e1697173e];]=3D{Extkey[name=3DAAA_AUTHN_AUTH_RECORD_P= RINCIPAL;type=3Dclass = java.lang.String;uuid=3DAAA_AUTHN_AUTH_RECORD_PRINCIPAL[c3498f07-11fe-464c= -958c-8bd7490b119a];]=3Drexecutor@internal}}</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">Output:</span></div><div style=3D"margin: 0px; line-height: = normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" = class=3D"">{Extkey[name=3DEXTENSION_INVOKE_MESSAGE;type=3Dclass = java.lang.String;uuid=3DEXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26-b= 8bdb72f5893];]=3DCannot resolve principal 'rexecutor@internal', = Extkey[name=3DEXTENSION_INVOKE_RESULT;type=3Dclass = java.lang.Integer;uuid=3DEXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0-0= 99c772ddd4e];]=3D2}</span></div><div style=3D"margin: 0px; line-height: = normal; min-height: 13px;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" = class=3D""></span><br class=3D""></div><div style=3D"margin: 0px; = line-height: normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D""><span class=3D"Apple-tab-span" = style=3D"white-space:pre"> </span>at = org.ovirt.engine.core.extensions.mgr.ExtensionProxy.invoke(ExtensionProxy.= java:95) [extensions-manager.jar:]</span></div><div style=3D"margin: = 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = org.ovirt.engine.core.extensions.mgr.ExtensionProxy.invoke(ExtensionProxy.= java:109) [extensions-manager.jar:]</span></div><div style=3D"margin: = 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = org.ovirt.engine.core.sso.utils.NegotiateAuthUtils.doAuth(NegotiateAuthUti= ls.java:122) [enginesso.jar:]</span></div><div style=3D"margin: 0px; = line-height: normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D""><span class=3D"Apple-tab-span" = style=3D"white-space:pre"> </span>at = org.ovirt.engine.core.sso.utils.NegotiateAuthUtils.doAuth(NegotiateAuthUti= ls.java:68) [enginesso.jar:]</span></div><div style=3D"margin: 0px; = line-height: normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D""><span class=3D"Apple-tab-span" = style=3D"white-space:pre"> </span>at = org.ovirt.engine.core.sso.utils.NonInteractiveAuth$2.doAuth(NonInteractive= Auth.java:51) [enginesso.jar:]</span></div><div style=3D"margin: 0px; = line-height: normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D""><span class=3D"Apple-tab-span" = style=3D"white-space:pre"> </span>at = org.ovirt.engine.core.sso.servlets.OAuthTokenServlet.issueTokenUsingHttpHe= aders(OAuthTokenServlet.java:183) [enginesso.jar:]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = org.ovirt.engine.core.sso.servlets.OAuthTokenServlet.service(OAuthTokenSer= vlet.java:72) [enginesso.jar:]</span></div><div style=3D"margin: 0px; = line-height: normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D""><span class=3D"Apple-tab-span" = style=3D"white-space:pre"> </span>at = javax.servlet.http.HttpServlet.service(HttpServlet.java:790) = [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.j= ava:85) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(Filter= Handler.java:129) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = org.ovirt.engine.core.branding.BrandingFilter.doFilter(BrandingFilter.java= :73) [branding.jar:]</span></div><div style=3D"margin: 0px; line-height: = normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D""><span class=3D"Apple-tab-span" = style=3D"white-space:pre"> </span>at = io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(Filter= Handler.java:131) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = org.ovirt.engine.core.utils.servlet.LocaleFilter.doFilter(LocaleFilter.jav= a:66) [utils.jar:]</span></div><div style=3D"margin: 0px; line-height: = normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D""><span class=3D"Apple-tab-span" = style=3D"white-space:pre"> </span>at = io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(Filter= Handler.java:131) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = org.ovirt.engine.core.utils.servlet.HeaderFilter.doFilter(HeaderFilter.jav= a:94) [utils.jar:]</span></div><div style=3D"margin: 0px; line-height: = normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D""><span class=3D"Apple-tab-span" = style=3D"white-space:pre"> </span>at = io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(Filter= Handler.java:131) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.jav= a:84) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleReq= uest(ServletSecurityRoleHandler.java:62) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(Servl= etDispatchingHandler.java:36) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.= handleRequest(SecurityContextAssociationHandler.java:78)</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandle= r.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.han= dleRequest(SSLInformationAssociationHandler.java:131) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.han= dleRequest(ServletAuthenticationCallHandler.java:57) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandle= r.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.security.handlers.AuthenticationConstraintHandler.handleReques= t(AuthenticationConstraintHandler.java:53) = [undertow-core-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest= (AbstractConfidentialityHandler.java:46) = [undertow-core-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHand= ler.handleRequest(ServletConfidentialityConstraintHandler.java:64) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.han= dleRequest(ServletSecurityConstraintHandler.java:59) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.security.handlers.AuthenticationMechanismsHandler.handleReques= t(AuthenticationMechanismsHandler.java:60) = [undertow-core-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.ha= ndleRequest(CachedAuthenticatedSessionHandler.java:77) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(No= tificationReceiverHandler.java:50) = [undertow-core-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.ha= ndleRequest(AbstractSecurityContextAssociationHandler.java:43) = [undertow-core-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandle= r.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRe= quest(JACCContextIdHandler.java:61)</span></div><div style=3D"margin: = 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandle= r.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandle= r.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(Serv= letInitialHandler.java:292) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletIniti= alHandler.java:81) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHa= ndler.java:138) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHa= ndler.java:135) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(Ser= vletRequestContextThreadSetupAction.java:48) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClass= LoaderSetupAction.java:43) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThread= SetupActionWrapper.java:44) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThread= SetupActionWrapper.java:44) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThread= SetupActionWrapper.java:44) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThread= SetupActionWrapper.java:44) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(Servlet= InitialHandler.java:272) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletIniti= alHandler.java:81) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(Servlet= InitialHandler.java:104) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.server.Connectors.executeRootHandler(Connectors.java:202) = [undertow-core-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:805) = [undertow-core-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:= 1142) [rt.jar:1.8.0_121]</span></div><div style=3D"margin: 0px; = line-height: normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D""><span class=3D"Apple-tab-span" = style=3D"white-space:pre"> </span>at = java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java= :617) [rt.jar:1.8.0_121]</span></div><div style=3D"margin: 0px; = line-height: normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D""><span class=3D"Apple-tab-span" = style=3D"white-space:pre"> </span>at = java.lang.Thread.run(Thread.java:745) = [rt.jar:1.8.0_121]</span></div><div style=3D"margin: 0px; line-height: = normal; min-height: 13px;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" = class=3D""></span><br class=3D""></div><div style=3D"margin: 0px; = line-height: normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">2017-06-28 17:17:09,414+02 DEBUG = [org.ovirt.engine.core.sso.utils.NegotiateAuthUtils] (default task-7) [] = External Authentication result: false</span></div><div style=3D"margin: = 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">2017-06-28 17:17:09,414+02 ERROR = [org.ovirt.engine.core.sso.utils.SsoUtils] (default task-7) [] = OAuthException access_denied: Cannot authenticate user Authentication = failed..</span></div><div style=3D"margin: 0px; line-height: normal;" = class=3D""><span style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">2017-06-28 17:17:09,414+02 DEBUG = [org.ovirt.engine.core.sso.utils.SsoUtils] (default task-7) [] = Exception: org.ovirt.engine.core.sso.utils.OAuthException: Cannot = authenticate user Authentication failed..</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = org.ovirt.engine.core.sso.utils.SsoUtils.sendJsonDataWithMessage(SsoUtils.= java:569) [enginesso.jar:]</span></div><div style=3D"margin: 0px; = line-height: normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D""><span class=3D"Apple-tab-span" = style=3D"white-space:pre"> </span>at = org.ovirt.engine.core.sso.servlets.OAuthTokenServlet.service(OAuthTokenSer= vlet.java:81) [enginesso.jar:]</span></div><div style=3D"margin: 0px; = line-height: normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D""><span class=3D"Apple-tab-span" = style=3D"white-space:pre"> </span>at = javax.servlet.http.HttpServlet.service(HttpServlet.java:790) = [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.j= ava:85) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(Filter= Handler.java:129) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = org.ovirt.engine.core.branding.BrandingFilter.doFilter(BrandingFilter.java= :73) [branding.jar:]</span></div><div style=3D"margin: 0px; line-height: = normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D""><span class=3D"Apple-tab-span" = style=3D"white-space:pre"> </span>at = io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(Filter= Handler.java:131) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = org.ovirt.engine.core.utils.servlet.LocaleFilter.doFilter(LocaleFilter.jav= a:66) [utils.jar:]</span></div><div style=3D"margin: 0px; line-height: = normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D""><span class=3D"Apple-tab-span" = style=3D"white-space:pre"> </span>at = io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(Filter= Handler.java:131) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = org.ovirt.engine.core.utils.servlet.HeaderFilter.doFilter(HeaderFilter.jav= a:94) [utils.jar:]</span></div><div style=3D"margin: 0px; line-height: = normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D""><span class=3D"Apple-tab-span" = style=3D"white-space:pre"> </span>at = io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(Filter= Handler.java:131) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.jav= a:84) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleReq= uest(ServletSecurityRoleHandler.java:62) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(Servl= etDispatchingHandler.java:36) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.= handleRequest(SecurityContextAssociationHandler.java:78)</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandle= r.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.han= dleRequest(SSLInformationAssociationHandler.java:131) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.han= dleRequest(ServletAuthenticationCallHandler.java:57) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandle= r.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.security.handlers.AuthenticationConstraintHandler.handleReques= t(AuthenticationConstraintHandler.java:53) = [undertow-core-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest= (AbstractConfidentialityHandler.java:46) = [undertow-core-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHand= ler.handleRequest(ServletConfidentialityConstraintHandler.java:64) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.han= dleRequest(ServletSecurityConstraintHandler.java:59) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.security.handlers.AuthenticationMechanismsHandler.handleReques= t(AuthenticationMechanismsHandler.java:60) = [undertow-core-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.ha= ndleRequest(CachedAuthenticatedSessionHandler.java:77) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(No= tificationReceiverHandler.java:50) = [undertow-core-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.ha= ndleRequest(AbstractSecurityContextAssociationHandler.java:43) = [undertow-core-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandle= r.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRe= quest(JACCContextIdHandler.java:61)</span></div><div style=3D"margin: = 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandle= r.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandle= r.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(Serv= letInitialHandler.java:292) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletIniti= alHandler.java:81) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHa= ndler.java:138) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHa= ndler.java:135) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(Ser= vletRequestContextThreadSetupAction.java:48) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClass= LoaderSetupAction.java:43) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThread= SetupActionWrapper.java:44) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThread= SetupActionWrapper.java:44) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThread= SetupActionWrapper.java:44) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThread= SetupActionWrapper.java:44) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(Servlet= InitialHandler.java:272) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletIniti= alHandler.java:81) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(Servlet= InitialHandler.java:104) = [undertow-servlet-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.server.Connectors.executeRootHandler(Connectors.java:202) = [undertow-core-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:805) = [undertow-core-1.4.0.Final.jar:1.4.0.Final]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:= 1142) [rt.jar:1.8.0_121]</span></div><div style=3D"margin: 0px; = line-height: normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D""><span class=3D"Apple-tab-span" = style=3D"white-space:pre"> </span>at = java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java= :617) [rt.jar:1.8.0_121]</span></div><div style=3D"margin: 0px; = line-height: normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D""><span class=3D"Apple-tab-span" = style=3D"white-space:pre"> </span>at = java.lang.Thread.run(Thread.java:745) = [rt.jar:1.8.0_121]</span></div><div style=3D"margin: 0px; line-height: = normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">Caused by: = org.ovirt.engine.core.sso.utils.AuthenticationException: Cannot = authenticate user Authentication failed..</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = org.ovirt.engine.core.sso.servlets.OAuthTokenServlet.issueTokenUsingHttpHe= aders(OAuthTokenServlet.java:214) [enginesso.jar:]</span></div><div = style=3D"margin: 0px; line-height: normal;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><span = class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>at = org.ovirt.engine.core.sso.servlets.OAuthTokenServlet.service(OAuthTokenSer= vlet.java:72) [enginesso.jar:]</span></div><div style=3D"margin: 0px; = line-height: normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D""><span class=3D"Apple-tab-span" = style=3D"white-space:pre"> </span>... 50 more</span></div><div = style=3D"margin: 0px; line-height: normal; min-height: 13px;" = class=3D""><span style=3D"font-variant-ligatures: no-common-ligatures" = class=3D""></span><br class=3D""></div><div style=3D"margin: 0px; = line-height: normal;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">2017-06-28 17:17:09,419+02 TRACE = [org.ovirt.engine.core.sso.utils.SsoUtils] (default task-7) [] Sending = json data {"error_code":"access_denied","error":"Cannot authenticate = user Authentication failed.."}</span></div></span></div></div><div = class=3D""><span style=3D"font-variant-ligatures: no-common-ligatures" = class=3D""><br class=3D""></span></div><div class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><br = class=3D""></span></div></span></div></div></body></html>= --Apple-Mail=_B78E14EB-413D-4DC1-AC54-F837E05B2CF8--

2 9

ovirt-ng upgrade
by Nathanaël Blanchet 09 Jul '17

09 Jul '17

This is a multi-part message in MIME format. --------------A92F6FF9E79201C2077DE070 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hello, I've been used to install vdsm on regular centos to provision my hosts. I recently installed ovirt-ng on new hosts, but centos "base" and=20 "updates" repo are disabled by default. So I updated them by enabling=20 theses repos tio update centos. Several questions : * Is this a good practice or should I wait a new ovirt-ng image to update the whole system with | # ovirt-node-upgrade --iso=3D/path/to/ovirt-node-image.iso --reboo= t=3D1| * |Now ovirt 4.1.3 is out, I have to uncomment "includepkgs=3Dovirt-node-ng-image-update ovirt-node-ng-image ovirt-engine-appliance" in the ovirt repo to get the last vdsm, but the dependencies are broken: [root@ulysses yum.repos.d]# yum update --enablerepo=3Dbase --enablerepo=3Dupdates -y ... |--> R=C3=A9solution des d=C3=A9pendances termin=C3=A9e Erreur : Paquet : ovirt-hosted-engine-setup-2.1.3.3-1.el7.centos.noarch (ovirt-4.1) Requiert : rubygem-fluent-plugin-viaq_data_model Is this a good alternative way to do, or may I have issues if I do want=20 such a thing? --=20 Nathana=C3=ABl Blanchet Supervision r=C3=A9seau P=C3=B4le Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 =09 T=C3=A9l. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr --------------A92F6FF9E79201C2077DE070 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"content-type" content=3D"text/html; charset=3Dutf= -8"> </head> <body text=3D"#000000" bgcolor=3D"#FFFFFF"> <p>Hello,</p> <p>I've been used to install vdsm on regular centos to provision my hosts.</p> <p> I recently installed ovirt-ng on new hosts, but centos "base" and "updates" repo are disabled by default. So I updated them by enabling theses repos tio update centos.</p> <p>Several questions :</p> <ul> <li>Is this a good practice or should I wait a new ovirt-ng image to update the whole system with <br> <pre class=3D"highlight plaintext"><code>=C2=A0#=C2=A0ovirt-node-= upgrade=C2=A0--iso=3D/path/to/ovirt-node-image.iso=C2=A0--reboot=3D1</cod= e></pre> </li> <li><code>N<font size=3D"+1">ow ovirt 4.1.3 is out, I have to uncomment "includepkgs=3Dovirt-node-ng-image-update ovirt-node-ng-image ovirt-engine-appliance" in the ovirt repo to get the last vdsm, but the dependencies are broken:<b= r> [root@ulysses yum.repos.d]# yum update --enablerepo=3Dbase --enablerepo=3Dupdates -y<br> ...</font><br> </code>--> R=C3=A9solution des d=C3=A9pendances termin=C3=A9e<= br> Erreur=C2=A0: Paquet=C2=A0: ovirt-hosted-engine-setup-2.1.3.3-1.el7.centos.noarch (ovirt-4.1)<br> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 Requiert=C2=A0: rubygem-fluent-plugin-viaq_data_model</li> </ul> <p>Is this a good alternative way to do, or may I have issues if I do want such a thing?<br> </p> <pre class=3D"moz-signature" cols=3D"72">--=20 Nathana=C3=ABl Blanchet Supervision r=C3=A9seau P=C3=B4le Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 =09 T=C3=A9l. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:blanchet@abes.fr">bl= anchet(a)abes.fr</a> </pre> </body> </html> --------------A92F6FF9E79201C2077DE070--

2 1

oVirt Guest Agent on FreeBSD
by Vinícius Ferrão 08 Jul '17

08 Jul '17

Hello, Someone had success compiling and executing the oVirt Guest Agent on FreeBSD? I was able to compile the package on 11.0-RELEASE but it was in a unusable state. Since FreeBSD appears to be supported on oVirt, how can I install the guest agent? There are any binary package available? Thanks, V.

1 0

ovirt 4.1 : Can't deploy second node on self hosted engine cluster and host with hosted engine deployed (and also hosted engine VM) is not added to interface
by yayo (j) 07 Jul '17

07 Jul '17

Hi at all, I have correctly deployed an hosted engine using node01 via: hosted-engine --deploy Using FC shared storage. Seems all work good but, when I login in to the ovirt web interface I can't find the hosted engine under the VM tab (also the node01 server). So, I have tried to add node02 (no problem) and added the "Data Domain" storage (another FC share storage). Now (I Think) I needs to deploy also here the hosted engine but I can't. There is only one way, to put node02 in maintenance mode but, after that, "Data Domain" added going down and, when I try to deploy the hosted engine interface says: Error while executing action: node02: Cannot edit Host. You are using an unmanaged hosted engine VM. Please add the first storage domain in order to start the hosted engine import process. what is this "first storage domain"? I have not added the node01 yet because last time hosted engine crashed and the only way was to restart the installation .... Note: Hosted engine seems to be correcty deployed because all work good, but deploy script ended with error: [ INFO ] Engine-setup successfully completed [ INFO ] Engine is still unreachable [ INFO ] Engine is still not reachable, waiting... [more of these messages] [ ERROR ] Engine is still not reachable [ ERROR ] Failed to execute stage 'Closing up': Engine is still not reachable [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20170123113113.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Hosted Engine deployment failed: this system is not reliable, please check the issue,fix and redeploy Log file is located at /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20170123105043-kvzx84.log Is related to this bug? https://bugzilla.redhat.com/show_bug.cgi?id=1415822

2 3

Import OVA to KVM
by Ramachandra Reddy Ankireddypalle 07 Jul '17

07 Jul '17

Hi, I am trying to import a windows OVA file. Ovirt engine is up and running. The target storage domain is going to be glusterfs storage domain. Is there any documentation that can be looked at to achieve this. Thanks and Regards, Ram

1 0

ovirt engine "Configure Local Storage" , why a cluster can have only one host ?
by 转圈圈 07 Jul '17

07 Jul '17

This is a multi-part message in MIME format. ------=_NextPart_595F70F4_09E3EFA0_306BF721 Content-Type: text/plain; charset="gb18030" Content-Transfer-Encoding: base64 b3ZpcnQgZW5naW5lICJDb25maWd1cmUgTG9jYWwgU3RvcmFnZSIgLHdoeSBhIGNsdXN0ZXIg Y2FuIGhhdmUgb25seSBvbmUgaG9zdCA/ ------=_NextPart_595F70F4_09E3EFA0_306BF721 Content-Type: text/html; charset="gb18030" Content-Transfer-Encoding: base64 b3ZpcnQgZW5naW5lICJDb25maWd1cmUgTG9jYWwgU3RvcmFnZSIgLHdoeSBhIGNsdXN0ZXIg Y2FuIGhhdmUgb25seSBvbmUgaG9zdCA/ ------=_NextPart_595F70F4_09E3EFA0_306BF721--

2 1

user permissions
by Fabrice Bacchella 07 Jul '17

07 Jul '17

I'm trying to give a user the permissions to stop/start a specific server. This user is given the generic UserRole for the System. I tried to give him the roles : UserVmManager UserVmRunTimeManager UserInstanceManager InstanceCreator UserRole for that specific VM, I always get: query execution failed due to insufficient permissions. As soon as I give him the SuperUser role, he can stop/start it. What role should I give him for that VM ? I don't want to give the privilege to destroy the vm, or add disks. But he should be able to change the os settings too.

2 3

How to create a new Gluster volume
by Gianluca Cecchi 07 Jul '17

07 Jul '17

Hello, I'm trying to create a new volume. I'm in 4.1.2 I'm following these indications: http://www.ovirt.org/documentation/admin-guide/chap-Working_with_Gluster_St… When I click the "add brick" button, I don't see anything in "Brick Directory" dropdown field and I cannot manuall input a directory name. On the 3 nodes I already have formatted and mounted fs [root@ovirt01 ~]# df -h /gluster/brick3/ Filesystem Size Used Avail Use% Mounted on /dev/mapper/gluster-export 50G 33M 50G 1% /gluster/brick3 [root@ovirt01 ~]# The guide tells 7. Click the Add Bricks button to select bricks to add to the volume. Bricks must be created externally on the Gluster Storage nodes. What does it mean with "created externally"? The next step from os point would be volume creation but it is indeed what I would like to do from the gui... Thanks, Gianluca

2 4

Cloning VM on NFS Leads to Locked Disks
by Charles Tassell 07 Jul '17

07 Jul '17

Hi Everyone, I'm having some issues with my oVirt 4.1 (fully updated to latest release as of yesterday) cluster. When I clone a VM the disks of both the original and the clone stay in the locked state, and the only way I can resolve it is to go into the database on the engine and run "update images set imagestatus=1 where imagestatus=2;" I'm using NFS4 as a datastore and the disks seem to copy fine (file sizes match and everything), but the locking worries me. To clone the VM I just shut the source VM down and then right click on it and select "Clone" I've attached the full VDSM log from my last attempt, but here is the excerpt of the lines just referencing the two disks (d73206ed-89ba-48a9-82ff-c107c1af60f0 is the original VMs disk and 670a7b20-fecd-45c6-af5c-3c7b98258224 is the clone.) 2017-05-10 11:36:20,120-0300 INFO (jsonrpc/2) [dispatcher] Run and protect: copyImage(sdUUID=u'20423d5e-188c-4e10-9893-588ceb81b354', spUUID=u'00000001-0001-0001-0001-000000000311', vmUUID='', srcImgUUID=u'd73206ed-89ba-48a9-82ff-c107c1af60f0', srcVolUUID=u'bba1813d-9e91-4e37-bed7-40beedda8051', dstImgUUID=u'670a7b20-fecd-45c6-af5c-3c7b98258224', dstVolUUID=u'013d8855-4e49-4984-8266-6a5e9437dff7', description=u'', dstSdUUID=u'20423d5e-188c-4e10-9893-588ceb81b354', volType=8, volFormat=5, preallocate=2, postZero=u'false', force=u'false', discard=False) (logUtils:51) 2017-05-10 11:36:20,152-0300 INFO (jsonrpc/2) [storage.Image] image d73206ed-89ba-48a9-82ff-c107c1af60f0 in domain 20423d5e-188c-4e10-9893-588ceb81b354 has vollist [u'bba1813d-9e91-4e37-bed7-40beedda8051'] (image:319) 2017-05-10 11:36:20,169-0300 INFO (jsonrpc/2) [storage.Image] sdUUID=20423d5e-188c-4e10-9893-588ceb81b354 imgUUID=d73206ed-89ba-48a9-82ff-c107c1af60f0 chain=[<storage.fileVolume.FileVolume object at 0x278e450>] (image:249) 2017-05-10 11:36:20,292-0300 INFO (tasks/0) [storage.Image] sdUUID=20423d5e-188c-4e10-9893-588ceb81b354 imgUUID=d73206ed-89ba-48a9-82ff-c107c1af60f0 chain=[<storage.fileVolume.FileVolume object at 0x302c6d0>] (image:249) 2017-05-10 11:36:20,295-0300 INFO (tasks/0) [storage.Image] sdUUID=20423d5e-188c-4e10-9893-588ceb81b354 vmUUID= srcImgUUID=d73206ed-89ba-48a9-82ff-c107c1af60f0 srcVolUUID=bba1813d-9e91-4e37-bed7-40beedda8051 dstImgUUID=670a7b20-fecd-45c6-af5c-3c7b98258224 dstVolUUID=013d8855-4e49-4984-8266-6a5e9437dff7 dstSdUUID=20423d5e-188c-4e10-9893-588ceb81b354 volType=8 volFormat=RAW preallocate=SPARSE force=False postZero=False discard=False (image:765) 2017-05-10 11:36:20,305-0300 INFO (tasks/0) [storage.Image] copy source 20423d5e-188c-4e10-9893-588ceb81b354:d73206ed-89ba-48a9-82ff-c107c1af60f0:bba1813d-9e91-4e37-bed7-40beedda8051 vol size 41943040 destination 20423d5e-188c-4e10-9893-588ceb81b354:670a7b20-fecd-45c6-af5c-3c7b98258224:013d8855-4e49-4984-8266-6a5e9437dff7 apparentsize 41943040 (image:815) 2017-05-10 11:36:20,306-0300 INFO (tasks/0) [storage.Image] image 670a7b20-fecd-45c6-af5c-3c7b98258224 in domain 20423d5e-188c-4e10-9893-588ceb81b354 has vollist [] (image:319) 2017-05-10 11:36:20,306-0300 INFO (tasks/0) [storage.Image] Create placeholder /rhev/data-center/00000001-0001-0001-0001-000000000311/20423d5e-188c-4e10-9893-588ceb81b354/images/670a7b20-fecd-45c6-af5c-3c7b98258224 for image's volumes (image:149) 2017-05-10 11:36:20,392-0300 INFO (tasks/0) [storage.Volume] Request to create RAW volume /rhev/data-center/00000001-0001-0001-0001-000000000311/20423d5e-188c-4e10-9893-588ceb81b354/images/670a7b20-fecd-45c6-af5c-3c7b98258224/013d8855-4e49-4984-8266-6a5e9437dff7 with size = 20480 sectors (fileVolume:439) 2017-05-10 11:37:58,453-0300 INFO (tasks/0) [storage.VolumeManifest] sdUUID=20423d5e-188c-4e10-9893-588ceb81b354 imgUUID=670a7b20-fecd-45c6-af5c-3c7b98258224 volUUID = 013d8855-4e49-4984-8266-6a5e9437dff7 legality = LEGAL (volume:393)

2 7

How to reset volume info in storage domain metadata LV
by Kuko Armas 06 Jul '17

06 Jul '17

Recently I got a disk snapshot marked as illegal in an VM due to a failed live merge I fixed the snapshot manually with qemu-img rebase, now qemu-img check shows everything OK I also set the imagestatus to OK in the engine database, as shown below engine=# select image_guid,parentid,imagestatus,vm_snapshot_id,volume_type,volume_format,active from images where image_group_id='c35ccdc5-a256-4460-8dd2-9e639b8430e9'; image_guid | parentid | imagestatus | vm_snapshot_id | volume_type | volume_format | active --------------------------------------+--------------------------------------+-------------+--------------------------------------+------------- +---------------+-------- 07729f62-2cd2-45d0-993a-ec8d7fbb6ee0 | 00000000-0000-0000-0000-000000000000 | 1 | 7ae58a5b-eacf-4f6b-a06f-bda1d85170b5 | 1 | 5 | f ee733323-308a-40c8-95d4-b33ca6307362 | 07729f62-2cd2-45d0-993a-ec8d7fbb6ee0 | 1 | 2ae07078-cc48-4e20-a249-52d3f44082b4 | 2 | 4 | t But when I try to boot the VM it still fails with this error in the SPM Thread-292345::ERROR::2017-07-06 14:20:33,155::task::866::Storage.TaskManager.Task::(_setError) Task=`2d262a05-5a03-4ff9-8347-eaa22b6e143c`::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 49, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 3227, in prepareImage raise se.prepareIllegalVolumeError(volUUID) prepareIllegalVolumeError: Cannot prepare illegal volume: ('ee733323-308a-40c8-95d4-b33ca6307362',) Thread-292345::DEBUG::2017-07-06 14:20:33,156::task::885::Storage.TaskManager.Task::(_run) Task=`2d262a05-5a03-4ff9-8347-eaa22b6e143c`::Task._run: 2d262a05-5a03-4ff9-8347-eaa22b6e143c (u'146dca57-05fd-4b3f-af8d-b253a7ca6f6e', u'00000001-0001-0001-0001-00000000014d', u'c35ccdc5-a256-4460-8dd2-9e639b8430e9', u'ee733323-308a-40c8-95d4-b33ca6307362') {} failed - stopping task Just before that error I see this operation in the log: /usr/bin/taskset --cpu-list 0-23 /usr/bin/dd iflag=direct skip=11 bs=512 if=/dev/146dca57-05fd-4b3f-af8d-b253a7ca6f6e/metadata count=1 If I run it manually I get this: [root@blade6 ~]# /usr/bin/taskset --cpu-list 0-23 /usr/bin/dd iflag=direct skip=11 bs=512 if=/dev/146dca57-05fd-4b3f-af8d-b253a7ca6f6e/metadata count=1 DOMAIN=146dca57-05fd-4b3f-af8d-b253a7ca6f6e VOLTYPE=LEAF CTIME=1497399380 FORMAT=COW IMAGE=c35ccdc5-a256-4460-8dd2-9e639b8430e9 DISKTYPE=2 PUUID=07729f62-2cd2-45d0-993a-ec8d7fbb6ee0 LEGALITY=ILLEGAL MTIME=0 POOL_UUID= SIZE=209715200 TYPE=SPARSE DESCRIPTION= EOF So I guess the volume info is cached in the storage domain's metadata LV, and it's still in ILLEGAL status there Is there a way to force ovirt to update the information in the metadata LV? Of course I've thought of updating manually with dd, with it seems too risky (and scary) to do it in production Salu2! -- Miguel Armas CanaryTek Consultoria y Sistemas SL http://www.canarytek.com/

1 0

[ANN] oVirt 4.1.3 Release is now available
by Lev Veyde 06 Jul '17

06 Jul '17

The oVirt Project is pleased to announce the availability of the oVirt 4.1.3 Release, as of July 6th, 2017 This update is the third in a series of stabilization updates to the 4.1 series. 4.1.3 brings 20 enhancements and 138 bugfixes, including 76 high or urgent severity fixes, on top of oVirt 4.1 series This release is available now for: * Fedora 24 (tech preview) * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later * oVirt Node 4.1 * Fedora 24 (tech preview) See the release notes [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available - oVirt Live has been already built [4] - oVirt Node will be available soon [4] Additional Resources: * Read more about the oVirt 4.1.3 release highlights:http://www.ovirt.org/release/4.1.3/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog:http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.1.3/ [4] http://resources.ovirt.org/pub/ovirt-4.1/iso/ -- Lev Veyde Software Engineer, RHCE | RHCVA | MCITP Red Hat Israel <https://www.redhat.com> lev(a)redhat.com | lveyde(a)redhat.com <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

Installation problem - missing dependencies?
by Paweł Zaskórski 06 Jul '17

06 Jul '17

Hi everyone! I'm trying to install oVirt on fresh CentOS 7 (up-to-date). According to documentation i did: # yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release41.rpm # yum install ovirt-engine Unfortunately, I'm getting an error: --> Finished Dependency Resolution Error: Package: ovirt-engine-4.1.3.5-1.el7.centos.noarch (ovirt-4.1) Requires: ovirt-engine-cli >= 3.6.2.0 Error: Package: ovirt-engine-setup-plugin-ovirt-engine-4.1.3.5-1.el7.centos.noarch (ovirt-4.1) Requires: ovirt-engine-dwh-setup >= 4.0 Error: Package: ovirt-engine-4.1.3.5-1.el7.centos.noarch (ovirt-4.1) Requires: ovirt-iso-uploader >= 4.0.0 Error: Package: ovirt-engine-4.1.3.5-1.el7.centos.noarch (ovirt-4.1) Requires: ovirt-engine-wildfly >= 10.1.0 Error: Package: ovirt-engine-4.1.3.5-1.el7.centos.noarch (ovirt-4.1) Requires: ovirt-engine-wildfly-overlay >= 10.0.0 Error: Package: ovirt-engine-4.1.3.5-1.el7.centos.noarch (ovirt-4.1) Requires: ovirt-imageio-proxy Error: Package: ovirt-engine-setup-plugin-ovirt-engine-4.1.3.5-1.el7.centos.noarch (ovirt-4.1) Requires: ovirt-imageio-proxy-setup Error: Package: ovirt-engine-4.1.3.5-1.el7.centos.noarch (ovirt-4.1) Requires: ovirt-engine-dashboard >= 1.0.0 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest My enabled repos: # yum --noplugins repolist | awk 'FNR > 1 {print $1}' | head -n-1 base/7/x86_64 centos-opstools-release/7/x86_64 extras/7/x86_64 ovirt-4.1/7 ovirt-4.1-centos-gluster38/x86_64 ovirt-4.1-epel/x86_64 ovirt-4.1-patternfly1-noarch-epel/x86_64 ovirt-centos-ovirt41/7/x86_64 sac-gdeploy/x86_64 updates/7/x86_64 virtio-win-stable Did I miss something? From which repository come packages like ovirt-engine-dashboard or ovirt-engine-dwh-setup? Thank you in advance for your help! Best regards, Paweł

2 3

Configure an ovirt 4.1 hosted engine using SAS storage (aka DAS storage)
by yayo (j) 06 Jul '17

06 Jul '17

Hi all, I'm tring to install a new cluster ovirt 4.1 (Centos 7) configured to use a SAN that expose LUN via SAS . When I start to deploy ovirt and the engine using "hosted-engine --deploy" the only options I have are: (glusterfs, iscsi, fc, nfs3, nfs4) There is no option for "local" storage (that are not local naturally, but are multipath device exposed by SAN via LUN) Can you help me? What is the right configuration? Thank you

1 1

Networking and oVirt 4.1
by Gabriel Stein 05 Jul '17

05 Jul '17

Hi all, I'm installing oVirt for the first time and I'm having some issues with the Networking. Setup: OS: CentOS 7 Mininal 3 Bare Metal Servers(1 for Engine, 2 for Nodes). Network: Nn Trunk Interfaces with VLANs and Bridges. e.g.: trunk.100, VLAN: 100, Bridge: vmbr100. IPV4 only. I have already a VLAN for MGMNT, without DHCP Server(not needed for oVirt, but explaining my setup). Networking works as expected, I can ping/ssh each host without problems. On the two nodes, I have a Interface named ovirtmgmt and dhcp... Question 1: What kind of configuration can I use here? Can I set static IPs from VLAN MGMNT and put everything from oVirt on that VLAN? oVirt doens't have a Internal DHCP Server for Nodes, or? Question 2: Should I leave oVirt to Setup it(ovirtmgmt Interface) for me? Problems: I configured the Engine with the IP 1.1.1.1, and I reach the web interface with https://FQDN( which is IP: 1.1.1.1) But, when I add a Host to the Cluster, I have some errors: "Host XXXX does not comply with the cluster Default networks, the following networks are missing on host: 'ovirtmgmt'" Question 3: I saw that Engine tries to call dhclient and Setup an IP for it, but could I have static IPs? Where can I configure it? * vdsm.log *2017-07-03 15:15:01,772+0200 INFO (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call Host.getCapabilities succeeded in 0.11 seconds (__init__:533)2017-07-03 15:15:01,808+0200 INFO (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC call Host.getHardwareInfo succeeded in 0.01 seconds (__init__:533)2017-07-03 15:15:06,870+0200 INFO (periodic/3) [dispatcher] Run and protect: repoStats(options=None) (logUtils:51)2017-07-03 15:15:06,871+0200 INFO (periodic/3) [dispatcher] Run and protect: repoStats, Return response: {} (logUtils:54)2017-07-03 15:15:10,059+0200 INFO (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:533)2017-07-03 15:15:11,643+0200 INFO (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:533)2017-07-03 15:15:12,270+0200 INFO (jsonrpc/3) [dispatcher] Run and protect: repoStats(options=None) (logUtils:51)2017-07-03 15:15:12,271+0200 INFO (jsonrpc/3) [dispatcher] Run and protect: repoStats, Return response: {} (logUtils:54)2017-07-03 15:15:12,277+0200 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call Host.getStats succeeded in 0.00 seconds (__init__:533)2017-07-03 15:15:21,915+0200 INFO (periodic/3) [dispatcher] Run and protect: repoStats(options=None) (logUtils:51)2017-07-03 15:15:21,916+0200 INFO (periodic/3) [dispatcher] Run and protect: repoStats, Return response: {} (logUtils:54)2017-07-03 15:15:25,078+0200 INFO (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:533)2017-07-03 15:15:27,273+0200 INFO (jsonrpc/5) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:533)2017-07-03 15:15:28,330+0200 INFO (jsonrpc/6) [dispatcher] Run and protect: repoStats(options=None) (logUtils:51)2017-07-03 15:15:28,330+0200 INFO (jsonrpc/6) [dispatcher] Run and protect: repoStats, Return response: {} (logUtils:54)2017-07-03 15:15:28,337+0200 INFO (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC call Host.getStats succeeded in 0.00 seconds (__init__:533)2017-07-03 15:15:36,960+0200 INFO (periodic/3) [dispatcher] Run and protect: repoStats(options=None) (logUtils:51)2017-07-03 15:15:36,960+0200 INFO (periodic/3) [dispatcher] Run and protect: repoStats, Return response: {} (logUtils:54)2017-07-03 15:15:40,096+0200 INFO (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:533)2017-07-03 15:15:43,280+0200 INFO (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:533)2017-07-03 15:15:44,408+0200 INFO (jsonrpc/1) [dispatcher] Run and protect: repoStats(options=None) (logUtils:51)2017-07-03 15:15:44,408+0200 INFO (jsonrpc/1) [dispatcher] Run and protect: repoStats, Return response: {} (logUtils:54)2017-07-03 15:15:44,415+0200 INFO (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call Host.getStats succeeded in 0.01 seconds (__init__:533)2017-07-03 15:15:52,006+0200 INFO (periodic/3) [dispatcher] Run and protect: repoStats(options=None) (logUtils:51)2017-07-03 15:15:52,006+0200 INFO (periodic/3) [dispatcher] Run and protect: repoStats, Return response: {} (logUtils:54)2017-07-03 15:15:55,115+0200 INFO (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:533)2017-07-03 15:15:59,287+0200 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:533)2017-07-03 15:16:00,465+0200 INFO (jsonrpc/4) [dispatcher] Run and protect: repoStats(options=None) (logUtils:51)2017-07-03 15:16:00,465+0200 INFO (jsonrpc/4) [dispatcher] Run and protect: repoStats, Return response: {} (logUtils:54)* * supervdsm.log *MainProcess|jsonrpc/7::DEBUG::2017-07-03 15:15:01,661::supervdsmServer::93::SuperVdsm.ServerCallback::(wrapper) call network_caps with () {}MainProcess|jsonrpc/7::DEBUG::2017-07-03 15:15:01,693::commands::69::root::(execCmd) /usr/bin/taskset --cpu-list 0-23 /sbin/ip route show to 0.0.0.0/0 <http://0.0.0.0/0> table main (cwd None)MainProcess|jsonrpc/7::DEBUG::2017-07-03 15:15:01,697::commands::93::root::(execCmd) SUCCESS: <err> = ''; <rc> = 0MainProcess|jsonrpc/7::DEBUG::2017-07-03 15:15:01,748::commands::69::root::(execCmd) /usr/bin/taskset --cpu-list 0-23 /usr/sbin/tc qdisc show (cwd None)MainProcess|jsonrpc/7::DEBUG::2017-07-03 15:15:01,753::commands::93::root::(execCmd) SUCCESS: <err> = ''; <rc> = 0MainProcess|jsonrpc/7::DEBUG::2017-07-03 15:15:01,754::supervdsmServer::100::SuperVdsm.ServerCallback::(wrapper) return network_caps with {'bridges': {'vmbr200': {'ipv6autoconf': True, 'addr': '', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'stp': 'on', 'ipv4addrs': [], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['em1.200'], 'opts': {'multicast_last_member_count': '2', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '50', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '1', 'topology_change_detected': '0', 'priority': '32768', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_querier': '0', 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.b8ac6f90cb99', 'bridge_id': '8000.b8ac6f90cb99', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'gc_timer': '525', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'forward_delay': '500'}}, 'vmbr201': {'ipv6autoconf': True, 'addr': '172.30.0.11', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '172.30.255.254', 'dhcpv4': False, 'netmask': '255.255.0.0', 'ipv4defaultroute': True, 'stp': 'on', 'ipv4addrs': ['1.1.1.1/16' <http://1.1.1.1/16'>], 'mtu': '1500', 'ipv6gateway': 'fe80::be5f:f4ff:fe52:96c1', 'ports': ['em1.201'], 'opts': {'multicast_last_member_count': '2', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '0', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '1', 'topology_change_detected': '0', 'priority': '32768', 'multicast_membership_interval': '26000', 'root_path_cost': '100', 'root_port': '1', 'multicast_querier': '0', 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.0013725e0ff1', 'bridge_id': '8000.b8ac6f90cb99', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'gc_timer': '627', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'forward_delay': '500'}}, 'vmbr202': {'ipv6autoconf': True, 'addr': '', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'stp': 'on', 'ipv4addrs': [], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['em1.202'], 'opts': {'multicast_last_member_count': '2', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '50', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '1', 'topology_change_detected': '0', 'priority': '32768', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_querier': '0', 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.b8ac6f90cb99', 'bridge_id': '8000.b8ac6f90cb99', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'gc_timer': '525', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'forward_delay': '500'}}, 'vmbr210': {'ipv6autoconf': True, 'addr': '', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'stp': 'on', 'ipv4addrs': [], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['em1.210'], 'opts': {'multicast_last_member_count': '2', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '51', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '1', 'topology_change_detected': '0', 'priority': '32768', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_querier': '0', 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.b8ac6f90cb99', 'bridge_id': '8000.b8ac6f90cb99', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'gc_timer': '526', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'forward_delay': '500'}}, 'vmbr206': {'ipv6autoconf': True, 'addr': '', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'stp': 'on', 'ipv4addrs': [], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['em1.206'], 'opts': {'multicast_last_member_count': '2', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '50', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '1', 'topology_change_detected': '0', 'priority': '32768', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_querier': '0', 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.b8ac6f90cb99', 'bridge_id': '8000.b8ac6f90cb99', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'gc_timer': '526', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'forward_delay': '500'}}, 'vmbr260': {'ipv6autoconf': True, 'addr': '', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'stp': 'on', 'ipv4addrs': [], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['em1.260'], 'opts': {'multicast_last_member_count': '2', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '51', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '1', 'topology_change_detected': '0', 'priority': '32768', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_querier': '0', 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.b8ac6f90cb99', 'bridge_id': '8000.b8ac6f90cb99', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'gc_timer': '526', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'forward_delay': '500'}}, 'vmbr207': {'ipv6autoconf': True, 'addr': '', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'stp': 'on', 'ipv4addrs': [], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['em1.207'], 'opts': {'multicast_last_member_count': '2', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '51', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '1', 'topology_change_detected': '0', 'priority': '32768', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_querier': '0', 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.b8ac6f90cb99', 'bridge_id': '8000.b8ac6f90cb99', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'gc_timer': '526', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'forward_delay': '500'}}, 'vmbr208': {'ipv6autoconf': True, 'addr': '', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'stp': 'on', 'ipv4addrs': [], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['em1.208'], 'opts': {'multicast_last_member_count': '2', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '51', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '1', 'topology_change_detected': '0', 'priority': '32768', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_querier': '0', 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.b8ac6f90cb99', 'bridge_id': '8000.b8ac6f90cb99', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'gc_timer': '526', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'forward_delay': '500'}}, 'vmbr101': {'ipv6autoconf': True, 'addr': '', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'stp': 'on', 'ipv4addrs': [], 'mtu': '1500', 'ipv6gateway': '::', 'ports': [], 'opts': {'multicast_last_member_count': '2', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '51', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '1', 'topology_change_detected': '0', 'priority': '32768', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_querier': '0', 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.000000000000', 'bridge_id': '8000.000000000000', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'gc_timer': '527', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'forward_delay': '500'}}, 'vmbr100': {'ipv6autoconf': True, 'addr': '', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'stp': 'on', 'ipv4addrs': [], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['em1.100'], 'opts': {'multicast_last_member_count': '2', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '49', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max':* Thanks in Advance! Best Regards, Gabriel

2 1

Upgrading HC from 4.0 to 4.1
by Gianluca Cecchi 05 Jul '17

05 Jul '17

Hello, I'm going to try to update to 4.1 an HC environment, currently on 4.0 with 3 nodes in CentOS 7.3 and one of them configured as arbiter Any particular caveat in HC? Are the steps below, normally used for Self Hosted Engine environments the only ones to consider? - update repos on the 3 hosts and on the engine vm - global maintenance - update engine - update also os packages of engine vm - shutdown engine vm - disable global maintenance - verify engine vm boots and functionality is ok Then - update hosts: preferred way will be from the gui itself that takes care of moving VMs, maintenance and such or to proceed manually? Is there a preferred order with which I have to update the hosts, after updating the engine? Arbiter for first or as the latest or not important at all? Any possible problem having disaligned versions of glusterfs packages until I complete all the 3 hosts? Any known bugs passing from 4.0 to 4.1 and related glusterfs components? Thanks in advance, Gianluca

3 10

How can a Responsive website benefit your business?
by gajla parvin 05 Jul '17

05 Jul '17

--_000_PN1PR01MB0221DC7E1719654599CA5D3CF4D40PN1PR01MB0221INDP_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hello Sir/Mam, By the end of 2017, the number of customers using mobile devices to browse = the Web is projected to reach 5 billion people because customers are lookin= g for your business on their mobile phones, it=92s the perfect opportunity = to expand your online presence with a mobile website. How can a mobile website benefit your business? When customers are looking for a business on their mobile devices, it=92s n= ot because they=92re casually shopping or researching. They=92re searching = for a particular product or service because they have a pressing need to lo= cate that product or service. So when you have a mobile website that appear= s during a user=92s search-and-find mission, you let your customers know th= at you=92re open and ready for business . . . right at the moment they need= you. We offer a new mobile website service that makes it easy for mobile users t= o find your business online. With our service, you can: Launch a mobile website in weeks: With our intuitive user interface, we ca= n create a mobile website for your business in weeks. Leverage your current website address: Our technology detects when custome= rs are using a mobile device and then presents your mobile website to them = using the same domain address. That=92s way, there=92s no need to choose a = new website address for your business. Optimize your website for mobile users: A screen with easy-to-read icons h= elps users quickly navigate to the information they need. Maximize your business presence: Because mobile users can search for your = business anywhere, anytime, a mobile website gives your business 24=D77 exp= osure. OUR PROCESS: =95 STEP 1 =96 PLANNING =95 STEP 2 =96 DESIGN =95 STEP 3 =96 CODING =95 STEP 4 =96 CONTENT =95 STEP 5 - WEBSITE SETUP =95 STEP 6 =96 REVIEW =95 STEP 7 - TESTING & LAUNCH =95 STEP 8 - HANDOVER & SUPPORT Some of the Web Design & Development services that we offer: =95 HTML5 & CSS3 Coding =95 AJAX & JQuery Development =95 PHP Web Development =95 Responsive Web Design =95 Mobile Web Design =95 Content Management Systems &Framework. If you=92re ready to make your mobile website now, please email us back. Thanks & Regards Marketing Executive Note: - If this is something you are interested, please respond to this ema= il. If this is not your interest, don't worry, we will not email you again. --_000_PN1PR01MB0221DC7E1719654599CA5D3CF4D40PN1PR01MB0221INDP_ Content-Type: text/html; charset="Windows-1252" Content-ID: <5BDB643C688FD0419571BB962A90AD82(a)INDPRD01.PROD.OUTLOOK.COM> 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=3DWindows-1= 252"> <meta name=3D"Generator" content=3D"Microsoft Word 12 (filtered medium)"> <style>  </style> </head> <body lang=3D"EN-US"> <div class=3D"Section1"> <p class=3D"ecxmsonormal" style=3D"mso-margin-top-alt:0in;margin-right:0in; margin-bottom:16.2pt;margin-left:0in;line-height:17.05pt;background:white"> <span style=3D"font-family:"Calibri","sans-serif";color= :black">Hello Sir/Mam,<o:p></o:p></span></p> <p class=3D"ecxmsonormal" style=3D"mso-margin-top-alt:0in;margin-right:0in; margin-bottom:16.2pt;margin-left:0in;line-height:17.05pt;background:white"> <span style=3D"font-family:"Calibri","sans-serif";color= :#333399">By the end of 2017, the number of customers using mobile devices = to browse the Web is projected to reach 5 billion people because customers = are looking for your business on their mobile phones, it=92s the perfect opportunity to expand your online presence with a mobil= e website.</span><span style=3D"color:#444444"><o:p></o:p></span></p> <p class=3D"MsoNoSpacing"><b>How can a mobile website benefit your business= ?<o:p></o:p></b></p> <p class=3D"MsoNoSpacing"><span style=3D"color:#444444"><o:p> </o:p></= span></p> <p class=3D"MsoNoSpacing"><span style=3D"color:#333399">When customers are = looking for a business on their mobile devices, it=92s not because they=92r= e casually shopping or researching. They=92re searching for a particular pr= oduct or service because they have a pressing need to locate that product or service. So when you have a mobile website = that appears during a user=92s search-and-find mission, you let your custom= ers know that you=92re open and ready for business . . . right at the momen= t they need you.</span><span style=3D"color:#444444"><o:p></o:p></span></p> <p class=3D"MsoNoSpacing"><span style=3D"color:#333399">We offer a new mobi= le website service that makes it easy for mobile users to find your busines= s online. With our service, you can:<o:p></o:p></span></p> <p class=3D"MsoNoSpacing"><span style=3D"color:#444444"><o:p> </o:p></= span></p> <p class=3D"MsoNoSpacing"><b>Launch a mobile website in weeks:</b><span sty= le=3D"color:#333399">  With our intuitive user interface, we can creat= e a mobile website for your business in weeks.<o:p></o:p></span></p> <p class=3D"MsoNoSpacing"><span style=3D"color:#444444"><o:p> </o:p></= span></p> <p class=3D"MsoNoSpacing"><b>Leverage your current website address:</b><spa= n style=3D"color:#333399">  Our technology detects when customers are = using a mobile device and then presents your mobile website to them using t= he same domain address. That=92s way, there=92s no need to choose a new website address for your business.<o:p></o:p></spa= n></p> <p class=3D"MsoNoSpacing"><span style=3D"color:#444444"><o:p> </o:p></= span></p> <p class=3D"MsoNoSpacing"><b>Optimize your website for mobile users:</b><sp= an style=3D"color:#333399">  A screen with easy-to-read icons helps us= ers quickly navigate to the information they need.<o:p></o:p></span></p> <p class=3D"MsoNoSpacing"><b><span style=3D"color:#444444"><o:p> </o:p= ></span></b></p> <p class=3D"MsoNoSpacing"><b>Maximize your business presence:</b><span styl= e=3D"color:#333399">  Because mobile users can search for your busines= s anywhere, anytime, a mobile website gives your business 24=D77 exposure.<= /span><span style=3D"color:#444444"><o:p></o:p></span></p> <p class=3D"ecxmsonormal" style=3D"mso-margin-top-alt:0in;margin-right:0in; margin-bottom:16.2pt;margin-left:0in;line-height:17.05pt;background:white"> <b><span style=3D"font-family:"Calibri","sans-serif"">O= UR PROCESS:</span><o:p></o:p></b></p> <p class=3D"MsoNoSpacing">        &= nbsp;   <span style=3D"color:#002060">=95   STEP 1 =96 = PLANNING<o:p></o:p></span></p> <p class=3D"MsoNoSpacing"><span style=3D"color:#002060">   &= nbsp;        =95   STEP 2 =96 = DESIGN<o:p></o:p></span></p> <p class=3D"MsoNoSpacing"><span style=3D"color:#002060">   &= nbsp;        =95   STEP 3 =96 = CODING<o:p></o:p></span></p> <p class=3D"MsoNoSpacing"><span style=3D"color:#002060">   &= nbsp;        =95   STEP 4 =96 = CONTENT<o:p></o:p></span></p> <p class=3D"MsoNoSpacing"><span style=3D"color:#002060">   &= nbsp;        =95   STEP 5 - WE= BSITE SETUP<o:p></o:p></span></p> <p class=3D"MsoNoSpacing"><span style=3D"color:#002060">   &= nbsp;        =95   STEP 6 =96 = REVIEW<o:p></o:p></span></p> <p class=3D"MsoNoSpacing"><span style=3D"color:#002060">   &= nbsp;        =95   STEP 7 - TE= STING & LAUNCH<o:p></o:p></span></p> <p class=3D"MsoNoSpacing"><span style=3D"color:#002060">   &= nbsp;        =95   STEP 8 - HA= NDOVER & SUPPORT<o:p></o:p></span></p> <p class=3D"MsoNoSpacing"><span style=3D"color:#444444"><o:p> </o:p></= span></p> <p class=3D"ecxmsonormal" style=3D"mso-margin-top-alt:0in;margin-right:0in; margin-bottom:16.2pt;margin-left:0in;line-height:17.05pt;background:white"> <b><span style=3D"font-family:"Calibri","sans-serif"">S= ome of the Web Design & Development services that we offer:</span><o:p>= </o:p></b></p> <p class=3D"MsoNoSpacing"><span style=3D"color:#002060">   &= nbsp;       </span><span class=3D"apple-= converted-space"><span style=3D"color:#002060"> </span></span><span st= yle=3D"color:#002060">=95    HTML5 & CSS3 Coding<o:p></o= :p></span></p> <p class=3D"MsoNoSpacing"><span style=3D"color:#002060">   &= nbsp;        =95    AJAX = & JQuery Development<o:p></o:p></span></p> <p class=3D"MsoNoSpacing"><span style=3D"color:#002060">   &= nbsp;        =95    PHP W= eb Development<o:p></o:p></span></p> <p class=3D"MsoNoSpacing"><span style=3D"color:#002060">   &= nbsp;        =95    Respo= nsive Web Design<o:p></o:p></span></p> <p class=3D"MsoNoSpacing"><span style=3D"color:#002060">   &= nbsp;        =95    Mobil= e Web Design         <o:p></o:= p></span></p> <p class=3D"MsoNoSpacing"><span style=3D"color:#002060">   &= nbsp;        =95    Conte= nt Management Systems &Framework.<o:p></o:p></span></p> <p class=3D"MsoNoSpacing"><span style=3D"color:#444444"><o:p> </o:p></= span></p> <p class=3D"ecxmsonormal" style=3D"mso-margin-top-alt:0in;margin-right:0in; margin-bottom:16.2pt;margin-left:0in;line-height:17.05pt;background:white"> <span style=3D"font-family:"Calibri","sans-serif";color= :black">If you=92re ready to make your mobile website now, please email us = back.</span><span style=3D"color:black"><o:p></o:p></span></p> <p class=3D"ecxmsonormal" style=3D"mso-margin-top-alt:0in;margin-right:0in; margin-bottom:16.2pt;margin-left:0in;line-height:17.05pt;background:white"> <span style=3D"font-family:"Calibri","sans-serif";color= :black">Thanks & Regards</span><span style=3D"color:black"><br> </span><span style=3D"font-family:"Calibri","sans-serif&quot= ;;color:black">Marketing Executive<br> </span><span style=3D"color:#3021EF">Note: - </span><span style=3D"font-siz= e:8.0pt; color:#3021EF">If this is something you are interested, please respond to t= his email. If this is not your interest, don't worry, we will not email you= again.</span><span style=3D"font-size:8.0pt;color:black"><o:p></o:p></span= ></p> </div> </body> </html> --_000_PN1PR01MB0221DC7E1719654599CA5D3CF4D40PN1PR01MB0221INDP_--

1 0

Best practices for LACP bonds on oVirt
by Vinícius Ferrão 05 Jul '17

05 Jul '17

Hello, I’m deploying oVirt for the first time and a question has emerged: what is the good practice to enable LACP on oVirt Node? Should I create 802.3ad bond during the oVirt Node installation in Anaconda, or it should be done in a posterior moment inside the Hosted Engine manager? In my deployment we have 4x GbE interfaces. eth0 and eth1 will be a LACP bond for management and servers VLAN’s, while eth1 and eth2 are Multipath iSCSI disks (MPIO). Thanks, V.

7 21

ovirt-guest-agent - Ubuntu 16.04
by FERNANDO FREDIANI 05 Jul '17

05 Jul '17

This is a multi-part message in MIME format. --------------3E6DFB8B8A97AF19E5E33BB0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello Is the maintainer of ovirt-guest-agent for Ubuntu on this mail list ? I have noticed that if you install ovirt-guest-agent package from Ubuntu repositories it doesn't start. Throws an error about python and never starts. Has anyone noticied the same ? OS in this case is a clean minimal install of Ubuntu 16.04. Installing it from the following repository works fine - http://download.opensuse.org/repositories/home:/evilissimo:/ubuntu:/16.04/x… Fernando --------------3E6DFB8B8A97AF19E5E33BB0 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 bgcolor="#FFFFFF" text="#000000"> <font face="arial, helvetica, sans-serif">Hello<br> <br> Is the maintainer of ovirt-guest-agent for Ubuntu on this mail list ?<br> <br> I have noticed that if you install ovirt-guest-agent package from Ubuntu repositories it doesn't start. Throws an error about python and never starts. Has anyone noticied the same ? OS in this case is a clean minimal install of Ubuntu 16.04.<br> <br> Installing it from the following repository works fine - <a class="moz-txt-link-freetext" href="http://download.opensuse.org/repositories/home:/evilissimo:/ubuntu:/16.04/x…">http://download.opensuse.org/repositories/home:/evilissimo:/ubuntu:/16.04/x…</a><br> <br> Fernando<br> </font> </body> </html> --------------3E6DFB8B8A97AF19E5E33BB0--

3 3

oVirt 4.1.2 and rubygem-fluent-plugin packages missing
by Gianluca Cecchi 05 Jul '17

05 Jul '17

Hello, an environment with engine in 4.1.2 and 3 hosts too (updated all from 4.0.5 3 days ago). In web admin gui the 3 hosts keep the symbol that there are updates available. In events message board I have Check for available updates on host ovirt01.localdomain.local was completed successfully with message 'found updates for packages rubygem-fluent-plugin-collectd-nest-0.1.3-1.el7, rubygem-fluent-plugin-viaq_data_model-0.0.3-1.el7'. But on host: [root@ovirt01 qemu]# yum update Loaded plugins: fastestmirror, langpacks Loading mirror speeds from cached hostfile * base: it.centos.contactlab.it * epel: mirror.spreitzer.ch * extras: it.centos.contactlab.it * ovirt-4.1: ftp.nluug.nl * ovirt-4.1-epel: mirror.spreitzer.ch * updates: it.centos.contactlab.it No packages marked for update [root@ovirt01 qemu]# And [root@ovirt01 qemu]# rpm -q rubygem-fluent-plugin-collectd-nest rubygem-fluent-plugin-viaq_data_model package rubygem-fluent-plugin-collectd-nest is not installed package rubygem-fluent-plugin-viaq_data_model is not installed [root@ovirt01 qemu]# Is it a bug in 4.1.2? Or should I manually install these two packages? Thanks, Gianluca

2 1

[Ovirt 4.0.6] Suggestion required for Network Throughput options
by TranceWorldLogic . 04 Jul '17

04 Jul '17

Hi, To increase network throughput we have changed txqueuelen of network device and bridge manually. And observed improved throughput. But in ovirt I not see any option to increase txqueuelen. Can someone suggest me what will be the right way to increase throughput ? Note: I am trying to increase throughput for ipsec packets. Thanks, ~Rohit

2 9

iSCSI multipathing setup troubles
by Matthias Leopold 03 Jul '17

03 Jul '17

hi, i'm trying to use iSCSI multipathing for a LUN shared by a Hitachi SAN. i can't figure out how this is supposed to work, maybe my setup isn't applicable at all... our storage admin shared the same LUN for me on two targets, which are located in two logical networks connected to different switches (i asked him to do so). on the oVirt hypervisor side there is only one bonded interface for storage traffic, so i configured two VLAN interfaces located in these networks on the bond interface. now i create the storage domain logging in to one of the targets connecting through its logical network. when i try to create a "second" storage domain for the same LUN logging in to the second target, oVirt tells me "LUN is already in use". i understand this, but now i can't configure an oVirt "iSCSI Bond" in any way. how is this supposed to work? right now the only working setup i can think of would be an iSCSI target that uses a redundant bond interface (with only one IP addresss) to which my hypervisors connect through different routed networks (using either dedicated network cards or vlan interfaces). is that correct? i feel like i'm missing something, but i couldn't find any examples for real world IP setups for iSCSI multipathing. thanks for explaining matthias

2 1

download/export a VM image
by aduckers 03 Jul '17

03 Jul '17

Running a 4.1 cluster with FC SAN storage. I’ve got a VM that I’ve customized, and would now like to pull that out of oVirt in order to share with folks outside the environment. What’s the easiest way to do that? I see that the export domain is being deprecated, though I can still set one up at this time. Even in the case of an NFS export domain though, it looks like I’d need to drill down into the exported file system and find the correct image based on VMID (I think..). Is there a simple way to grab a VM image? Thanks

2 1

add fourth full gluster node and remove arbiter: ovirt 4.1 with hosted engine
by yayo (j) 03 Jul '17

03 Jul '17

Hi at all, we have a 3 node cluster with this configuration: ovirtzz 4.1 with 3 node hyperconverged with gluster. 2 node are "full replicated" and 1 node is the arbiter. Now we have a new server to add to cluster then we want to add this new server and remove the arbiter (or, make this new server a "full replicated" gluster with arbiter role? I don't know) Can you please help me to know what is the right way to do this? Or, Can you give me any doc or link that explain the steps to do this? Thank you in advance!

2 9

Re: [ovirt-users] Recovering hosted-engine
by Andrew Dent 03 Jul '17

03 Jul '17

Hi Didi Fair enough. If I'm in this situation..... I have 3 hosts with 6 production VMs. The hosted-engine VM is completely toast and not recoverable. However I have a backup of the hosted-engine database (do I need anything else). Is it possible to build a new VM, import the backup of the previous hosted-engine database and reconnect the storage domains and VMs in their running state without any VMs experiencing an outage? The URL http://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restorin… looks to be longer now. I'll review, test and see if this will give me what I'm looking for. The broken link still seems to be broken. When I click the link, the browser ends up at this http://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restorin… But I suspect it should be http://www.ovirt.org/documentation/self-hosted/chap-Installing_Additional_H… Kind regards Andrew ------ Original Message ------ From: "Yedidyah Bar David" <didi(a)redhat.com> To: "Andrew Dent" <adent(a)ctcroydon.com.au> Cc: "users" <users(a)ovirt.org> Sent: 3/07/2017 11:12:05 PM Subject: Re: [ovirt-users] Recovering hosted-engine >On Mon, Jul 3, 2017 at 3:46 PM, Andrew Dent <adent(a)ctcroydon.com.au> >wrote: >> Has anyone successfully completed a hosted-engine recovery on a >>multiple >> host setup with production VMs? > >I'd like to clarify that "recovery" can span a large spectrum of >flows, from a trivial "I did some change to the engine database >that broke stuff and I want to restore a backup I took prior to >this change" to a full system restoration including purchasing >and deploying new (perhaps different) hosts/network/storage >hardware, including many other flows in between. > >So when you plan for recovery, you should define very well what >flows you plan to handle, and how you handle each. > >The linked procedure correctly says it's "providing an example". > >> >> Kind regards >> >> >> Andrew >> >> >> >> ------ Original Message ------ >> From: "Andrew Dent" <adent(a)ctcroydon.com.au> >> To: "users" <users(a)ovirt.org> >> Sent: 2/07/2017 2:22:16 PM >> Subject: [ovirt-users] Recovering hosted-engine >> >> Hi >> >> A couple of questions about hosted-engine recovery. >> Part way through this URL, in the section "Workflow for Restoring the >> Self-Hosted Engine Environment" >> >>http://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restorin… >> it looks like once the hosted-engine is recovered on Host 1, the VMs >>on Host >> 2 and 3 will be running, but not accessible to the recovered Hosted >>Engine. >> Is that correct? > >I am pretty certain that the procedure assumed that all hosts need >restoration, >not that some are still up-and-running. > >> If so, how to you remove host 2 and host 3 from the environment, then >>add >> back in again while keeping the VMs running? > >That's a good question. > >Please try to describe the exact flow you have in mind. What's broken >and >needs restoration, and how do you plan to do that? > >> >> Host 2 and Host 3 are not recoverable in their current state. These >>hosts >> need to be removed from the environment, and then added again to the >> environment using the hosted-engine deployment script. For more >>information >> on these actions, see the Removing Non-Operational Hosts from a >>Restored >> Self-Hosted Engine Environment section below and Chapter 7: >>Installing >> Additional Hosts to a Self-Hosted Environment. >> >> BTW: The link referring to chapter 7 is broken. > >You are right. The link in the bottom of the page seems working. >Now pushed [1] to fix. Thanks for the report! > >[1] > >Best, >-- >Didi

4 3

Virtual Machine looses connectivity with no clear explanation
by FERNANDO FREDIANI 03 Jul '17

03 Jul '17

This is a multi-part message in MIME format. --------------CA6FA101A23C7121C82BF9C5 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit I have a rather strange issue which is affecting one of my last deployed Hypervisors. It is a CentOS 7 (not a oVirt Node) which runs only 3 Virtual Machines. One of these VMs have a reasonable output traffic at peaks (500 - 700Mbps) and the hypervisor underneath is connected to the switch via a bonding (mode=2) which in turn creates bond0.XX interfaces which are connected to different bridges for each network. The VM in question is connected to bridge "ovirtmgmt". When the problem happens the VM stops passing traffic and cannot reach even the router or other VMs in the same Layer 2. Seems the bridge stop passing traffic for that particular VM. Other VMs work fine since they were created. When this problem happens I just need to go to its Console and run a reboot (Ctrl-Alt-Del), don't even need to Power Off and Power On again using oVirt Engine. I have even re-installed this VMs operating system from scratch but the problem persists. Have also changed the vNic mac address in the case (already check) of conflicted mac addresses somewhere in that Layer 2. Last, my hypervisor machine (due a mistake) has been running with SElinux disabled, not sure if it could have anything to do with this behavior. Anyway, anyone has ever seen any behavior like that ? Thanks Fernando --------------CA6FA101A23C7121C82BF9C5 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 bgcolor="#FFFFFF" text="#000000"> <font face="arial, helvetica, sans-serif">I have a rather strange issue which is affecting one of my last deployed Hypervisors. It is a CentOS 7 (not a oVirt Node) which runs only 3 Virtual Machines.<br> <br> One of these VMs have a reasonable output traffic at peaks (500 - 700Mbps) and the hypervisor underneath is connected to the switch via a bonding (mode=2) which in turn creates bond0.XX interfaces which are connected to different bridges for each network. The VM in question is connected to bridge "ovirtmgmt".<br> <br> When the problem happens the VM stops passing traffic and cannot reach even the router or other VMs in the same Layer 2. Seems the bridge stop passing traffic for that particular VM. Other VMs work fine since they were created. When this problem happens I just need to go to its Console and run a reboot (Ctrl-Alt-Del), don't even need to Power Off and Power On again using oVirt Engine.<br> I have even re-installed this VMs operating system from scratch but the problem persists. Have also changed the vNic mac address in the case (already check) of conflicted mac addresses somewhere in that Layer 2.<br> <br> Last, my hypervisor machine (due a mistake) has been running with SElinux disabled, not sure if it could have anything to do with this behavior.<br> <br> Anyway, anyone has ever seen any behavior like that ?<br> <br> Thanks<br> Fernando<br> </font> </body> </html> --------------CA6FA101A23C7121C82BF9C5--

1 0

Re: [ovirt-users] Recovering hosted-engine
by Andrew Dent 03 Jul '17

03 Jul '17

--------=_MB15379295-79C3-4E7D-BA3E-C6F662EE3B38 Content-Type: text/plain; format=flowed; charset=utf-8 Content-Transfer-Encoding: quoted-printable Has anyone successfully completed a hosted-engine recovery on a multiple=20 host setup with production VMs? Kind regards Andrew ------ Original Message ------ From: "Andrew Dent" <adent(a)ctcroydon.com.au> To: "users" <users(a)ovirt.org> Sent: 2/07/2017 2:22:16 PM Subject: [ovirt-users] Recovering hosted-engine >Hi > >A couple of questions about hosted-engine recovery. >Part way through this URL, in the section "Workflow for Restoring the=20 >Self-Hosted Engine Environment" >http://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restori= ng_an_EL-Based_Self-Hosted_Environment/ >it looks like once the hosted-engine is recovered on Host 1, the VMs on=20 >Host 2 and 3 will be running, but not accessible to the recovered=20 >Hosted Engine. >Is that correct? >If so, how to you remove host 2 and host 3 from the environment, then=20 >add back in again while keeping the VMs running? > >Host 2 and Host 3 are not recoverable in their current state. These=20 >hosts need to be removed from the environment, and then added again to=20 >the environment using the hosted-engine deployment script. For more=20 >information on these actions, see the Removing Non-Operational Hosts=20 >from a Restored Self-Hosted Engine Environment section below and=20 >Chapter 7: Installing Additional Hosts to a Self-Hosted Environment=20 ><http://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restor= ing_an_EL-Based_Self-Hosted_Environment/chap-Installing_Additional_Hosts_to= _a_Self-Hosted_Environment>. > >BTW: The link referring to chapter 7 is broken. > >Kind regards > > > >Andrew > > --------=_MB15379295-79C3-4E7D-BA3E-C6F662EE3B38 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <?xml version=3D"1.0" encoding=3D"utf-16"?><html><head> <style id=3D"signatureStyle" type=3D"text/css"></style><style type=3D"text/css"></style> <style type=3D"text/css"></style> </head> <body><div>Has anyone successfully completed a hosted-engine recovery on a= multiple host setup with production VMs?</div><div><br /></div><div id=3D"s= ignature_old"><div id=3D"xb62ca86bd62b482"><div style=3D"font-family: Tahom= a;"><span id=3D"x89c8d9902b0345bca5fb60b10010a8ea"><font> <div id=3D"x136253a26533439c817a2d4cd93dbb00"><div id=3D"signature_old"><di= v id=3D"xea120d60c95044d"><div class=3D"WordSection1"><div id=3D"xb71224f92= 0234978acc74f4d23143069"><div class=3D"WordSection1"><p class=3D"MsoNormal"= ><font size=3D"4" style=3D"font-size: 14pt;">Kind regards</font></p><p clas= s=3D"MsoNormal"><font size=3D"4" style=3D"font-size: 14pt;"><br /></font></= p><p class=3D"MsoNormal"><font size=3D"4" style=3D"font-size: 14pt;">Andrew= =C2=A0</font></p></div></div></div></div></div></div></font></span></div></= div></div><div><br /></div><div><br /></div> <div>------ Original Message ------</div> <div>From: "Andrew Dent" <<a href=3D"mailto:adent@ctcroydon.com.au">aden= t(a)ctcroydon.com.au</a>></div> <div>To: "users" <<a href=3D"mailto:users@ovirt.org">users(a)ovirt.org</a>= ></div> <div>Sent: 2/07/2017 2:22:16 PM</div> <div>Subject: [ovirt-users] Recovering hosted-engine</div><div><br /></div> <div id=3D"xa03d74168c5b47d"><blockquote cite=3D"a55544f993c0aef5fbfa13e1ed= 78ca048e629118@localhost" type=3D"cite" class=3D"cite2"> <div>Hi</div><div><br /></div><div>A couple of questions about hosted-engin= e recovery.</div><div>Part way through this URL, in the section "Workflow f= or Restoring the Self-Hosted Engine Environment"=C2=A0</div><div><a href=3D= "http://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restori= ng_an_EL-Based_Self-Hosted_Environment/">http://www.ovirt.org/documentation= /self-hosted/chap-Backing_up_and_Restoring_an_EL-Based_Self-Hosted_Environm= ent/</a></div><div>it looks like once the hosted-engine is recovered on Hos= t 1, the VMs on Host 2 and 3 will be running, but not accessible to the rec= overed Hosted Engine.=C2=A0</div><div>Is that correct?</div><div>If so, how = to you remove host 2 and host 3 from the environment, then add back in aga= in while keeping the VMs running?</div><div><br /></div><div><div> <code style=3D"box-sizing: border-box; font-family: Menlo, Monaco, Consolas= , 'Courier New', monospace; font-size: 14.4px; padding: 2px 4px; color: rgb= (199, 37, 78); border-radius: 4px; font-variant-ligatures: normal; orphans: = 2; widows: 2; background-color: rgb(249, 242, 244);">Host 2</code><span st= yle=3D"color: rgb(51, 51, 51); font-family: 'Source Sans Pro', 'Open Sans', = 'Helvetica Neue', Helvetica, Arial, sans-serif; font-variant-ligatures: no= rmal; orphans: 2; widows: 2; background-color: rgb(255, 255, 255);">=C2=A0a= nd=C2=A0</span><code style=3D"box-sizing: border-box; font-family: Menlo, M= onaco, Consolas, 'Courier New', monospace; font-size: 14.4px; padding: 2px= 4px; color: rgb(199, 37, 78); border-radius: 4px; font-variant-ligatures: n= ormal; orphans: 2; widows: 2; background-color: rgb(249, 242, 244);">Host 3= </code><span style=3D"color: rgb(51, 51, 51); font-family: 'Source Sans Pro= ', 'Open Sans', 'Helvetica Neue', Helvetica, Arial, sans-serif; font-varian= t-ligatures: normal; orphans: 2; widows: 2; background-color: rgb(255, 255, = 255);">=C2=A0are not recoverable in their current state. These hosts need= to be removed from the environment, and then added again to the environment = using the hosted-engine deployment script. For more information on these a= ctions, see the Removing Non-Operational Hosts from a Restored Self-Hosted= Engine Environment section below and=C2=A0</span><a href=3D"http://www.ovir= t.org/documentation/self-hosted/chap-Backing_up_and_Restoring_an_EL-Based_S= elf-Hosted_Environment/chap-Installing_Additional_Hosts_to_a_Self-Hosted_En= vironment" style=3D"box-sizing: border-box; color: rgb(97, 182, 14); text-d= ecoration: none; font-family: 'Source Sans Pro', 'Open Sans', 'Helvetica Ne= ue', Helvetica, Arial, sans-serif; font-variant-ligatures: normal; orphans: = 2; widows: 2; background-color: rgb(255, 255, 255);">Chapter 7: Installing = Additional Hosts to a Self-Hosted Environment</a><span style=3D"color: rgb= (51, 51, 51); font-family: 'Source Sans Pro', 'Open Sans', 'Helvetica Neue'= , Helvetica, Arial, sans-serif; font-variant-ligatures: normal; orphans: 2; = widows: 2; background-color: rgb(255, 255, 255);">.</span></div></div><div= ><br /></div><div>BTW: The link referring to chapter 7 is broken.=C2=A0</di= v><div><br /></div><div id=3D"signature_old"><div id=3D"x75154ce80e9e4bf"> <div class=3D"WordSection1"> <div id=3D"xb71224f920234978acc74f4d23143069"><div class=3D"WordSection1"><= p class=3D"MsoNormal"><font face=3D"Tahoma"><font size=3D"3" style=3D"font-= size: 12pt;">Kind r</font><span style=3D"font-size: 12pt;">egards</span></f= ont></p><p class=3D"MsoNormal"><font size=3D"3" style=3D"font-size: 12pt;"= face=3D"Tahoma"><br /></font></p><p class=3D"MsoNormal"><font size=3D"3" st= yle=3D"font-size: 12pt;" face=3D"Tahoma">Andrew=C2=A0</font></p></div></div= > </div> </div></div><div><br /></div> </blockquote></div> </body></html> --------=_MB15379295-79C3-4E7D-BA3E-C6F662EE3B38--

2 1

Gluster issue with /var/lib/glusterd/peers/<ip> file
by Mike DePaulo 03 Jul '17

03 Jul '17

Hi everyone, I have ovirt 4.1.1/4.1.2 running on 3 hosts with a gluster hosted engine. I was working on setting up a network for gluster storage and migration. The addresses for it will be 10.0.20.x, rather than 192.168.1.x for the management network. However, I switched gluster storage and migration back over to the management network. I updated and rebooted one of my hosts (death-star, 10.0.20.52) and on reboot, the glusterd service would start, but wouldn't seem to work. The engine webgui reported that its bricks were down, and commands like this would fail: [root@death-star glusterfs]# gluster pool list pool list: failed [root@death-star glusterfs]# gluster peer status peer status: failed Upon further investigation, I had under /var/lib/glusterd/peers/ the 2 existing UUID files, plus a new 3rd one: [root@death-star peers]# cat 10.0.20.53 uuid=00000000-0000-0000-0000-000000000000 state=0 hostname1=10.0.20.53 I moved that file out of there, restarted glusterd, and now gluster is working again. I am guessing that this is a bug. Let me know if I should attach other log files; I am not sure which ones. And yes, 10.0.20.53 is the IP of one of the other hosts. -Mike

4 3

Other portals work, user portal experiences console errors
by Sophia Valentine 03 Jul '17

03 Jul '17

Hi all! I installed the nightly from the repo on CentOS 7.0. I currently have an issue where visiting the user portal triggers the following errors in the browser console. I believe that I will need to compile the engine from source due to the current source being compacted, thus obscuring the stacktrace. If that is needed, can I generate an RPM with the debug build I create (might need some help with this, if that's okay)? I'm hoping it's a "known error" and that there's a simple fix. Would love to get to the bottom of this! Thanks. Stacktrace below: Mon Jul 03 09:13:51 GMT+100 2017 com.gwtplatform.mvp.client.presenter.slots.LegacySlotConvertor SEVERE: Warning: You're using an untyped slot! Untyped slots are dangerous! Please upgrade your slots using the Arcbee's easy upgrade tool at https://arcbees.github.io/gwtp-slot-upgrader uGc @ userportal-0.js:12779 userportal-0.js:12779 Mon Jul 03 09:13:51 GMT+100 2017 SEVERE: Uncaught exception com.google.web.bindery.event.shared.UmbrellaException: 2 exceptions caught: Adding non GroupedTabData; Adding non GroupedTabData at Unknown.lp(userportal-0.js) at Unknown.xp(userportal-0.js) at Unknown.dQ(userportal-0.js) at Unknown.EP(userportal-0.js) at Unknown.HP(userportal-0.js) at Unknown.YP(userportal-0.js) at Unknown.Omd(userportal-0.js) at Unknown.Und(userportal-28.js) at Unknown.bmd(userportal-0.js) at Unknown.mnd(userportal-28.js) at Unknown.amd(userportal-0.js) at Unknown.Rqo(userportal-2.js) at Unknown.dro(userportal-2.js) at Unknown.yq(userportal-0.js) at Unknown.Dq(userportal-0.js) at Unknown.Zq(userportal-0.js) at Unknown.ar(userportal-0.js) at Unknown.eval(userportal-0.js) at Unknown.anonymous(userportal-2.js) at Unknown.userportal.__installRunAsyncCode(https://vmengine.x.com/ovirt-engin… at Unknown.__gwtInstallCode(userportal-0.js) at Unknown.mr(userportal-0.js) at Unknown.Kr(userportal-0.js) at Unknown.eval(userportal-0.js) at Unknown.Zq(userportal-0.js) at Unknown.ar(userportal-0.js) at Unknown.eval(userportal-0.js) at Unknown.anonymous(https://vmengine.x.com/ovirt-engine/userportal/deferredjs… Suppressed: java.lang.RuntimeException: Adding non GroupedTabData at Unknown.kp(userportal-0.js) at Unknown.up(userportal-0.js) at Unknown.wp(userportal-0.js) at Unknown.XLk(userportal-2.js) at Unknown.w2j(userportal-28.js) at Unknown.Rnd(userportal-28.js) at Unknown.znd(userportal-28.js) at Unknown.Bnd(userportal-28.js) at Unknown.EP(userportal-0.js) at Unknown.HP(userportal-0.js) at Unknown.YP(userportal-0.js) at Unknown.Omd(userportal-0.js) at Unknown.Und(userportal-28.js) at Unknown.bmd(userportal-0.js) at Unknown.mnd(userportal-28.js) at Unknown.amd(userportal-0.js) at Unknown.Rqo(userportal-2.js) at Unknown.dro(userportal-2.js) at Unknown.yq(userportal-0.js) at Unknown.Dq(userportal-0.js) at Unknown.Zq(userportal-0.js) at Unknown.ar(userportal-0.js) at Unknown.eval(userportal-0.js) at Unknown.anonymous(userportal-2.js) at Unknown.userportal.__installRunAsyncCode(https://vmengine.x.com/ovirt-engin… at Unknown.__gwtInstallCode(userportal-0.js) at Unknown.mr(userportal-0.js) at Unknown.Kr(userportal-0.js) at Unknown.eval(userportal-0.js) at Unknown.Zq(userportal-0.js) at Unknown.ar(userportal-0.js) at Unknown.eval(userportal-0.js) at Unknown.anonymous(https://vmengine.x.com/ovirt-engine/userportal/deferredjs… Caused by: java.lang.RuntimeException: Adding non GroupedTabData at Unknown.kp(userportal-0.js) at Unknown.up(userportal-0.js) at Unknown.wp(userportal-0.js) at Unknown.XLk(userportal-2.js) at Unknown.w2j(userportal-28.js) at Unknown.Rnd(userportal-28.js) at Unknown.znd(userportal-28.js) at Unknown.Bnd(userportal-28.js) at Unknown.EP(userportal-0.js) at Unknown.HP(userportal-0.js) at Unknown.YP(userportal-0.js) at Unknown.Omd(userportal-0.js) at Unknown.Und(userportal-28.js) at Unknown.bmd(userportal-0.js) at Unknown.mnd(userportal-28.js) at Unknown.amd(userportal-0.js) at Unknown.Rqo(userportal-2.js) at Unknown.dro(userportal-2.js) at Unknown.yq(userportal-0.js) at Unknown.Dq(userportal-0.js) at Unknown.Zq(userportal-0.js) at Unknown.ar(userportal-0.js) at Unknown.eval(userportal-0.js) at Unknown.anonymous(userportal-2.js) at Unknown.userportal.__installRunAsyncCode(https://vmengine.x.com/ovirt-engin… at Unknown.__gwtInstallCode(userportal-0.js) at Unknown.mr(userportal-0.js) at Unknown.Kr(userportal-0.js) at Unknown.eval(userportal-0.js) at Unknown.Zq(userportal-0.js) at Unknown.ar(userportal-0.js) at Unknown.eval(userportal-0.js) at Unknown.anonymous(https://vmengine.x.com/ovirt-engine/userportal/deferredjs… uGc @ userportal-0.js:12779 userportal-0.js:12779 Mon Jul 03 09:13:51 GMT+100 2017 remote SEVERE: Uncaught exception com.google.web.bindery.event.shared.UmbrellaException: 2 exceptions caught: Adding non GroupedTabData; Adding non GroupedTabData at Unknown.lp(userportal-0.js) at Unknown.xp(userportal-0.js) at Unknown.dQ(userportal-0.js) at Unknown.EP(userportal-0.js) at Unknown.HP(userportal-0.js) at Unknown.YP(userportal-0.js) at Unknown.Omd(userportal-0.js) at Unknown.Und(userportal-28.js) at Unknown.bmd(userportal-0.js) at Unknown.mnd(userportal-28.js) at Unknown.amd(userportal-0.js) at Unknown.Rqo(userportal-2.js) at Unknown.dro(userportal-2.js) at Unknown.yq(userportal-0.js) at Unknown.Dq(userportal-0.js) at Unknown.Zq(userportal-0.js) at Unknown.ar(userportal-0.js) at Unknown.eval(userportal-0.js) at Unknown.anonymous(userportal-2.js) at Unknown.userportal.__installRunAsyncCode(https://vmengine.x.com/ovirt-engin… at Unknown.__gwtInstallCode(userportal-0.js) at Unknown.mr(userportal-0.js) at Unknown.Kr(userportal-0.js) at Unknown.eval(userportal-0.js) at Unknown.Zq(userportal-0.js) at Unknown.ar(userportal-0.js) at Unknown.eval(userportal-0.js) at Unknown.anonymous(https://vmengine.x.com/ovirt-engine/userportal/deferredjs… Suppressed: java.lang.RuntimeException: Adding non GroupedTabData at Unknown.kp(userportal-0.js) at Unknown.up(userportal-0.js) at Unknown.wp(userportal-0.js) at Unknown.XLk(userportal-2.js) at Unknown.w2j(userportal-28.js) at Unknown.Rnd(userportal-28.js) at Unknown.znd(userportal-28.js) at Unknown.Bnd(userportal-28.js) at Unknown.EP(userportal-0.js) at Unknown.HP(userportal-0.js) at Unknown.YP(userportal-0.js) at Unknown.Omd(userportal-0.js) at Unknown.Und(userportal-28.js) at Unknown.bmd(userportal-0.js) at Unknown.mnd(userportal-28.js) at Unknown.amd(userportal-0.js) at Unknown.Rqo(userportal-2.js) at Unknown.dro(userportal-2.js) at Unknown.yq(userportal-0.js) at Unknown.Dq(userportal-0.js) at Unknown.Zq(userportal-0.js) at Unknown.ar(userportal-0.js) at Unknown.eval(userportal-0.js) at Unknown.anonymous(userportal-2.js) at Unknown.userportal.__installRunAsyncCode(https://vmengine.x.com/ovirt-engin… at Unknown.__gwtInstallCode(userportal-0.js) at Unknown.mr(userportal-0.js) at Unknown.Kr(userportal-0.js) at Unknown.eval(userportal-0.js) at Unknown.Zq(userportal-0.js) at Unknown.ar(userportal-0.js) at Unknown.eval(userportal-0.js) at Unknown.anonymous(https://vmengine.x.com/ovirt-engine/userportal/deferredjs… Caused by: java.lang.RuntimeException: Adding non GroupedTabData at Unknown.kp(userportal-0.js) at Unknown.up(userportal-0.js) at Unknown.wp(userportal-0.js) at Unknown.XLk(userportal-2.js) at Unknown.w2j(userportal-28.js) at Unknown.Rnd(userportal-28.js) at Unknown.znd(userportal-28.js) at Unknown.Bnd(userportal-28.js) at Unknown.EP(userportal-0.js) at Unknown.HP(userportal-0.js) at Unknown.YP(userportal-0.js) at Unknown.Omd(userportal-0.js) at Unknown.Und(userportal-28.js) at Unknown.bmd(userportal-0.js) at Unknown.mnd(userportal-28.js) at Unknown.amd(userportal-0.js) at Unknown.Rqo(userportal-2.js) at Unknown.dro(userportal-2.js) at Unknown.yq(userportal-0.js) at Unknown.Dq(userportal-0.js) at Unknown.Zq(userportal-0.js) at Unknown.ar(userportal-0.js) at Unknown.eval(userportal-0.js) at Unknown.anonymous(userportal-2.js) at Unknown.userportal.__installRunAsyncCode(https://vmengine.x.com/ovirt-engin… at Unknown.__gwtInstallCode(userportal-0.js) at Unknown.mr(userportal-0.js) at Unknown.Kr(userportal-0.js) at Unknown.eval(userportal-0.js) at Unknown.Zq(userportal-0.js) at Unknown.ar(userportal-0.js) at Unknown.eval(userportal-0.js) at Unknown.anonymous(https://vmengine.x.com/ovirt-engine/userportal/deferredjs… uGc @ userportal-0.js:12779 -- Sophia Valentine System administrator https://apertron.net

4 6

Gluster storage network not being used for Gluster
by Mike DePaulo 03 Jul '17

03 Jul '17

Hi, I configured a "Gluster storage" network, but it doesn't look like it is being used for Gluster. Specifically, the switch's LEDs are not blinking, and the hosts' "Total Tx" and "Total Rx" counts are not changing (and they're tiny, under 1 MB.) The management network must still be being used. I have 3 hosts running oVirt Node 4.1.x. I set them up via the gluster hosted engine. The gluster storage network is 10.0.20.x. These are the contents of /var/lib/glusterd/peers: [root@centerpoint peers]# cat 8a83fddd-df7e-4e3b-9fc7-ca1c9bf9deaa uuid=8a83fddd-df7e-4e3b-9fc7-ca1c9bf9deaa state=3 hostname1=death-star.ad.depaulo.org hostname2=death-star hostname3=192.168.1.52 hostname4=10.0.20.52 [root@centerpoint peers]# cat b6b96427-a0dd-47ff-b3e0-038eb0967fb9 uuid=b6b96427-a0dd-47ff-b3e0-038eb0967fb9 state=3 hostname1=starkiller-base.ad.depaulo.org hostname2=starkiller-base hostname3=192.168.1.53 Thanks in advance, -Mike

2 1

Best way of doing complete stop of HCI environment?
by Gianluca Cecchi 03 Jul '17

03 Jul '17

Any recommendations in case I have to take down a site for maintenance? Thanks, Gianluca

2 1

vdsm changing disk scheduler when starting, configurable?
by Darrell Budic 03 Jul '17

03 Jul '17

It seems vdsmd under 4.1.x (or something under it’s control) changes the disk schedulers when it starts or a host node is activated, and I’d like to avoid this. Is it preventable? Or configurable anywhere? This was probably happening under earlier version, but I just noticed it while upgrading some converged boxes today. It likes to set deadline, which I understand is the RHEL default for centos 7 on non SATA disks. But I’d rather have NOOP on my SSDs because SSDs, and NOOP on my SATA spinning platters because ZFS does it’s own scheduling, and running anything other than NOOP can cause increased CPU utilization for no gain. It’s also fighting ZFS, which tires to set NOOP on whole disks it controls, and my kernel command line setting. Thanks, -Darrell

2 1

vdsm (4.1) restarts glusterd when activating a node, even if it's already running
by Darrell Budic 02 Jul '17

02 Jul '17

Upgrading some nodes today, and noticed that vdsmd restarts glusterd on a node when it activates it. This is causing a short break in healing when the shd gets disconnected, forcing some extra healing when the healing process reports “Transport Endpoint Disconnected” (N/A in the ovirt gui). This is on a converged cluster (3 nodes, gluster replica volume across all 3, ovirt-engine running elsewhere). Centos 7 install, just upgraded to Ovirt 4.1.2, running cluster 3.10 from the Centos SIG. The process I’m observing: Place a node into maintenance via GUI Update node from command line Reboot node (kernel update) Watch gluster heal itself after reboot Activate node in GUI gluster is completely stopped on this node gluster is started on this node healing begins again, but isn’t working “gluster vol heal XXXX info” reports this node’s information not available because “Transport endpoint not connected”. This clears up in 5-10 minutes, then volume heals normally Someone with a similar setup want to check this and see if it’s something specific to my nodes, or just a general problem with the way it’s restarting gluster? Looking for a little confirmation before I file a bug report on it. Or a dev want to comment on why it stops and starts gluster, instead of a restart which would presumably leave the brick processes and shd running and not causing this effect? Thanks, -Darrell

1 0

Storage, extend or new lun ?
by Enrico Becchetti Gmail 02 Jul '17

02 Jul '17

Dear All, I've oVirt 3.5.3-1-1.el6 with two kind of storage , NFS and Fibre Channel. Each Hypervisor has HBA controller and Data CLutser has four Storage named: DATA_FC, DATA_NFS, EXPORT and ISO-DOMAIN. Anybody know how can I extend a DATA_FC ? Which is the best practies ? Extend LUN from HP MSA controller or adding a new lun ? if I extend lun inside HP MSA oVirt see the new size ? Enrico Thanks a lot. Best Regards

2 3

Cannot find master domain
by Iman Darabi 02 Jul '17

02 Jul '17

hi. i moved my host to maintenance mode and upgrade it. then restarted server. after restarting, i activated server but the data domain is inactive and i get the following error: "Cannot find master domain: u'spUUID=9a1584cf-81bb-4ce8-975f-659e643a14b5, msdUUID=193072f2-9c4a-405c-86a8-c4b036413171'", 'code': 304 The output of "multipath -v2" is as follows: Jul 01 12:38:34 | sdb: emc prio: path not correctly configured for failover Jul 01 12:38:34 | sdc: emc prio: path not correctly configured for failover Jul 01 12:38:34 | 3600508b1001cbeb7dc20cfc250a2e506: ignoring map Jul 01 12:38:34 | sdb: emc prio: path not correctly configured for failover Jul 01 12:38:34 | sdc: emc prio: path not correctly configured for failover Jul 01 12:38:34 | DM message failed [fail_if_no_path] reject: 3600601604d003a00036edddd268de611 undef DGC ,VNX5400WDVR size=2.0T features='0' hwhandler='1 emc' wp=undef |-+- policy='service-time 0' prio=0 status=undef | |- 12:0:0:16384 sdb 8:16 undef faulty running | `- 12:0:1:16384 sdc 8:32 undef faulty running |-+- policy='service-time 0' prio=50 status=undef | `- 11:0:1:0 sde 8:64 undef ready running `-+- policy='service-time 0' prio=10 status=undef `- 11:0:0:0 sdd 8:48 undef ready running thanks. -- R&D expert at Ferdowsi University of Mashhadhttps://ir.linkedin.com/in/ imandarabi <https://www.linkedin.com/profile/public-profile-settings?trk=prof-edit-edit…>

2 1

import data domain
by Iman Darabi 02 Jul '17

02 Jul '17

hi. what happen if we destroy a data domain and then again import it? do we lost all vm's and it's configurations? -- R&D expert at Ferdowsi University of Mashhad https://ir.linkedin.com/in/imandarabi <https://www.linkedin.com/profile/public-profile-settings?trk=prof-edit-edit…>

2 1

Recovering hosted-engine
by Andrew Dent 02 Jul '17

02 Jul '17

--------=_MB617458AF-4FCC-4AB6-8A34-3338D99C6BB8 Content-Type: text/plain; format=flowed; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi A couple of questions about hosted-engine recovery. Part way through this URL, in the section "Workflow for Restoring the=20 Self-Hosted Engine Environment" http://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restorin= g_an_EL-Based_Self-Hosted_Environment/ it looks like once the hosted-engine is recovered on Host 1, the VMs on=20 Host 2 and 3 will be running, but not accessible to the recovered Hosted=20 Engine. Is that correct? If so, how to you remove host 2 and host 3 from the environment, then=20 add back in again while keeping the VMs running? Host 2 and Host 3 are not recoverable in their current state. These=20 hosts need to be removed from the environment, and then added again to=20 the environment using the hosted-engine deployment script. For more=20 information on these actions, see the Removing Non-Operational Hosts=20 from a Restored Self-Hosted Engine Environment section below and Chapter=20 7: Installing Additional Hosts to a Self-Hosted Environment=20 <http://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restori= ng_an_EL-Based_Self-Hosted_Environment/chap-Installing_Additional_Hosts_to_= a_Self-Hosted_Environment>. BTW: The link referring to chapter 7 is broken. Kind regards Andrew --------=_MB617458AF-4FCC-4AB6-8A34-3338D99C6BB8 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <?xml version=3D"1.0" encoding=3D"utf-16"?><html><head> <style id=3D"signatureStyle"></style> <style></style> </head> <body><div>Hi</div><div><br /></div><div>A couple of questions about hosted= -engine recovery.</div><div>Part way through this URL, in the section "Work= flow for Restoring the Self-Hosted Engine Environment"=C2=A0</div><div><a h= ref=3D"http://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_R= estoring_an_EL-Based_Self-Hosted_Environment/">http://www.ovirt.org/documen= tation/self-hosted/chap-Backing_up_and_Restoring_an_EL-Based_Self-Hosted_En= vironment/</a></div><div>it looks like once the hosted-engine is recovered= on Host 1, the VMs on Host 2 and 3 will be running, but not accessible to t= he recovered Hosted Engine.=C2=A0</div><div>Is that correct?</div><div>If s= o, how to you remove host 2 and host 3 from the environment, then add back= in again while keeping the VMs running?</div><div><br /></div><div><div> <code style=3D"box-sizing: border-box; font-family: Menlo, Monaco, Consolas= , 'Courier New', monospace; font-size: 14.4px; padding: 2px 4px; color: rgb= (199, 37, 78); border-radius: 4px; font-variant-ligatures: normal; orphans: = 2; widows: 2; background-color: rgb(249, 242, 244);">Host 2</code><span st= yle=3D"color: rgb(51, 51, 51); font-family: 'Source Sans Pro', 'Open Sans', = 'Helvetica Neue', Helvetica, Arial, sans-serif; font-variant-ligatures: no= rmal; orphans: 2; widows: 2; background-color: rgb(255, 255, 255);">=C2=A0a= nd=C2=A0</span><code style=3D"box-sizing: border-box; font-family: Menlo, M= onaco, Consolas, 'Courier New', monospace; font-size: 14.4px; padding: 2px= 4px; color: rgb(199, 37, 78); border-radius: 4px; font-variant-ligatures: n= ormal; orphans: 2; widows: 2; background-color: rgb(249, 242, 244);">Host 3= </code><span style=3D"color: rgb(51, 51, 51); font-family: 'Source Sans Pro= ', 'Open Sans', 'Helvetica Neue', Helvetica, Arial, sans-serif; font-varian= t-ligatures: normal; orphans: 2; widows: 2; background-color: rgb(255, 255, = 255);">=C2=A0are not recoverable in their current state. These hosts need= to be removed from the environment, and then added again to the environment = using the hosted-engine deployment script. For more information on these a= ctions, see the Removing Non-Operational Hosts from a Restored Self-Hosted= Engine Environment section below and=C2=A0</span><a href=3D"http://www.ovir= t.org/documentation/self-hosted/chap-Backing_up_and_Restoring_an_EL-Based_S= elf-Hosted_Environment/chap-Installing_Additional_Hosts_to_a_Self-Hosted_En= vironment" style=3D"box-sizing: border-box; color: rgb(97, 182, 14); text-d= ecoration: none; font-family: 'Source Sans Pro', 'Open Sans', 'Helvetica Ne= ue', Helvetica, Arial, sans-serif; font-variant-ligatures: normal; orphans: = 2; widows: 2; background-color: rgb(255, 255, 255);">Chapter 7: Installing = Additional Hosts to a Self-Hosted Environment</a><span style=3D"color: rgb= (51, 51, 51); font-family: 'Source Sans Pro', 'Open Sans', 'Helvetica Neue'= , Helvetica, Arial, sans-serif; font-variant-ligatures: normal; orphans: 2; = widows: 2; background-color: rgb(255, 255, 255);">.</span></div></div><div= ><br /></div><div>BTW: The link referring to chapter 7 is broken.=C2=A0</di= v><div><br /></div><div id=3D"signature_old"><div id=3D"x75154ce80e9e4bf"> <div class=3D"WordSection1"> <div id=3D"xb71224f920234978acc74f4d23143069"><div class=3D"WordSection1"><= p class=3D"MsoNormal"><font face=3D"Tahoma"><font size=3D"3" style=3D"font-= size: 12pt;">Kind r</font><span style=3D"font-size: 12pt;">egards</span></f= ont></p><p class=3D"MsoNormal"><font size=3D"3" style=3D"font-size: 12pt;"= face=3D"Tahoma"><br /></font></p><p class=3D"MsoNormal"><font size=3D"3" st= yle=3D"font-size: 12pt;" face=3D"Tahoma">Andrew=C2=A0</font></p></div></div= > </div> </div></div><div><br /></div> </body></html> --------=_MB617458AF-4FCC-4AB6-8A34-3338D99C6BB8--

1 0

oVirt Node update not updating kernel, glibc, etc
by Mike DePaulo 02 Jul '17

02 Jul '17

Hi, I installed 3 ovirt 4.1.1 nodes in early May. Today used oVirt's webgui to update ("Upgrade") 2 of them. They are both reporting oVirt Node 4.1.2 & vdsm-4.19.15-1.el7.centos now. However, it appears that the kernel was not updated: [root@death-star peers]# uname -a Linux death-star 3.10.0-514.16.1.el7.x86_64 #1 SMP Wed Apr 12 15:04:24 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux And neither was glibc The installed version is still 2.17-157.el7_3.1 rather than 2.17-157.el7_3.4 . The following lines were appended to /var/log/yum.log: Jul 01 18:47:49 Installed: ovirt-node-ng-image-4.1.2-1.el7.centos.noarch Jul 01 18:50:27 Installed: ovirt-node-ng-image-update-4.1.2-1.el7.centos.noarch Jul 01 18:50:27 Erased: ovirt-node-ng-image-update-placeholder-4.1.1.1-1.el7.centos.noarch Thanks in advance, -Mike

1 0

Re: [ovirt-users] [ovirt-devel] problem about vm in ovirt node can ping node, but cannot ping gateway or the third host in LAN
by Edward Haas 01 Jul '17

01 Jul '17

If I understood correctly, you are using a nested solution where the node is itself a VM. If this is the case, you may have a security feature active on the physical host/node. In oVirt we have the default filter which allows only a single source mac to exit the vNIC, but you disabled it. I guess you should have something similar on the upper node. Please note that such topics fit the user list, not devel. Thanks, Edy. On Fri, Jun 30, 2017 at 1:46 PM, pengyixiang <yxpengi386(a)163.com> wrote: > hi, everyone > > I am a new bird in ovirt, and I transplate ovirt node to debian > jessie(customed) system, it's work well now, then we create vm, use default > nic1, like this: > > in vm, we ping node, it's ok; and in node, we ping vm, it's ok too; > then in node, we ping gatway or other computer in the lan, it's ok too; > > but when in vm, we ping gatway or other computer in the lan, it's not ok, > why is this? > > > >>> next is some test infomation: > > 1) after vm up, vnet0 is created, and use : > > # brctl show ovirtmgmt > > we get this: > > bridge name bridge id STP enabled interfaces > ovirtmgmt 8000.000c29e3037e no eth0 > > vnet0 > > > 2) then we test network in three host in the same time > > in vm > > # tcpdump -i eth0 arp > > vm send request > > vm not recv reply > > # ping hostA > > > in node(vm in) > > # tcpdump -i vnet0 arp > > vnet0 send request > > vnet0 not recv reply > > > in third host in the lan(hostA) > > # tcpdump -i eth0 arp > > eth0 recv request > > eth0 send reply > > > problem like this: > > > why is this, do I lost some configurations ? > > > ovirtmgmt configuration: > > > vnet info:(node installed in ESXI) > > > > > Look forward to your reply > > > Have a nice day > > -- > > > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel >

1 0