- Users - oVirt List Archives

Import VM's from a dead ovirt domain
by ~Stack~ 05 Nov '17

05 Nov '17

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --mfOwSD8bceApXBG3TIgB3b13OKEVLcBX5 Content-Type: multipart/mixed; boundary="bPmSxvttnrTpVcjdaUB0U2CPXlTLPCmif"; protected-headers="v1" From: ~Stack~ <i.am.stack(a)gmail.com> To: users <users(a)ovirt.org> Message-ID: <fad99b10-86f9-afbb-8c77-206d30f1d2c1(a)gmail.com> Subject: Import VM's from a dead ovirt domain --bPmSxvttnrTpVcjdaUB0U2CPXlTLPCmif Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Greetings, Per my earlier adventures this week, my old domain is kaput. However, all of the VM's were stored on a remote NFS server. I've been trying and trying to import the VM's by copying them into the new data/export domains, but it's not seeing them and I'm not getting much out of my Internet searches. Thoughts on how I can import the old VM's into the new domain? Thanks! ~Stack~ --bPmSxvttnrTpVcjdaUB0U2CPXlTLPCmif-- --mfOwSD8bceApXBG3TIgB3b13OKEVLcBX5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJZ/hAGAAoJELkej+ysXJPmiwoP/jV0xP3bf0gDv1ZtWLNpyLuX vrE/0fo38BmynuPp6j+bWGX1Ba4U/kfdBo/zbvyRzO44UOUvNACRPD6ZK2hTgdc4 h2D3ez/wNymHvU33HFFXdJ4nvpz/7nXZt3Xj1qMMxZJOGxOV/V1D4+Nk3clnUEDi SpZ/VWEgVlD+5K0iiTFb7UuTlIHfSzCAhPwThTdVOc57+IT0jqXHhHWgatNZ4+lN i/lcn5sFdATAB4CQZq/YzuPVh4LzBkLt+zoDwI3mg8+YIHMj4UvdUPPslLO2uG3V 5zN5DNd0xC/iLc1PFKmempQrUGcM8S3gs5mkpdMDBDj5UdWL6ag4fmM9XQxIgzBN OKxmJVk7ydFhktMirotPxit4KbYicfzqqEPSKTuKFdaaSfRLfmYPD6n13+T+Clmo 8PZKpdSwencsyD3uBYa93IEnNaU85E8aqhBPlbOoZFuS5OFpHUhrWEQXSfBvCG/z 1q7hH+SuaK3AMwAe06AxRYFbxrAb9AsUXqyARquz5wT8a/yCAaCaTIKwXQU2mbqX 4K60qfpPNA871GrM6J5vVX3xs6bQdp0vyc9zftt13RQPiWYF/7NDj1S4C3g4eN7C ob8KVhplj8373zFPyjnE2uEfVLVwoTuusGm1bnYcZKNhv+URt+Kjy35rRSUqJoL6 AUb+Qobz9eHJ8X6Nl7gY =h1uz -----END PGP SIGNATURE----- --mfOwSD8bceApXBG3TIgB3b13OKEVLcBX5--

2 3

Re: [ovirt-users] Import VM's from a dead ovirt domain
by ~Stack~ 05 Nov '17

05 Nov '17

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --369eqpfXGT90QT4OCUHrBiK9D8tSs4e1T Content-Type: multipart/mixed; boundary="LME59UF7MGH7Pgcum2nOu7I0Kwe14aoKW"; protected-headers="v1" From: ~Stack~ <i.am.stack(a)gmail.com> To: users <users(a)ovirt.org> Message-ID: <677e06bd-263c-7515-0ddd-69f4fcaad857(a)gmail.com> Subject: Re: [ovirt-users] Import VM's from a dead ovirt domain References: <fad99b10-86f9-afbb-8c77-206d30f1d2c1(a)gmail.com> <59FE2C4A.5000103(a)xs4all.nl> In-Reply-To: <59FE2C4A.5000103(a)xs4all.nl> --LME59UF7MGH7Pgcum2nOu7I0Kwe14aoKW Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 11/04/2017 04:08 PM, Joop wrote: > On 4-11-2017 20:07, ~Stack~ wrote: >> Greetings, >> >> Per my earlier adventures this week, my old domain is kaput. However, >> all of the VM's were stored on a remote NFS server. I've been trying a= nd >> trying to import the VM's by copying them into the new data/export >> domains, but it's not seeing them and I'm not getting much out of my >> Internet searches. >> >> Thoughts on how I can import the old VM's into the new domain? >> > Add a temporary new data domain, without a master data domain you can't= > do much. After that you can import the old domain without making copies= =2E When I was dealing with my previous issue, this method was not working. I was going to respond that this was a no-go, but thought "Well, this is now a completely fresh build...I should try it." And it worked!! So further evidence that my previous install was just completely borked. While slightly traumatic, this has been quite the educational learning experience. :-) Thank you very much for the suggestion. ~Stack~ --LME59UF7MGH7Pgcum2nOu7I0Kwe14aoKW-- --369eqpfXGT90QT4OCUHrBiK9D8tSs4e1T Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJZ/n2XAAoJELkej+ysXJPm4DwQAJ3OcMht4hLQ7i0dkiKa0ib+ SMTxXER4tsQ1e4MKnVMzrLNWfH31VXx0ioqmm4AGO6OdZZ2p1H5GLsucKUh3dPkV BkhgqnCO/TlHgLgdpuSc+owZDPtCaCy+JFd/RpsF9NiQXU+4ilqZeRQJ8wTB/a0A y/FTA8rmyhqrLGxKa2rT6J4tOi+qOXh2QH+IoSMRhFs7sAJxCamCJ5K2HSwfNF/9 FRDu0blS/lBmlU6YxIH1Y5bmq/H591g5YmO4uQ2T/B2U8YOkPIPYpzAJXIBqeU8V IAeVDPJnlvI1quCiqjqzRXx6PrnG6sblb1CfOC04khLDDkEXCHPXACj2IO6tfUOg 74+UjBPZqrFSkNVxqtYsWma23oyC7y04P+jBlKaFVd+4oS5/MjvSg+u3CHVPLR1c lJHQy5Ddr5YV9CkWoipVvi9IOjblE71USKMCSZs8pO8J602/Vj6qqSdn1dX5VZTC RZimB4QxnCVYqn637dfWKJpJfW98U6yklYQB+SnsPKUwSMoN7cKVzDyNEC4egBui J/gPk8cI1axyMGlgNkeNdB80xhnrHfd0NyzmG+QXSwgapKywguIs57KuBA1uR7lD W2KHrPYQabEsUdHzbOUvH77M2U8z2f+WKCCiP2R+oJ3D0UnWlAsLxiwH7XmRh+it +ognO+eVpgdgQ04fQRk2 =WAtL -----END PGP SIGNATURE----- --369eqpfXGT90QT4OCUHrBiK9D8tSs4e1T--

1 0

Re: [ovirt-users] oVirt 4.2 beta install
by Yaniv Kaul 04 Nov '17

04 Nov '17

On Nov 3, 2017 12:01 PM, "Maton, Brett" <matonb(a)ltresources.co.uk> wrote: CentOS 7.4 (Fresh install) oVirt 4.2.0-0.0.master.20171030093856.gitc4dc9af.el7.centos When I deployed hosted-engine I got a DNS warning just before the configuration preview step. WARNING: Host name <short hostname> has no domain suffix WARNING: Failed to resolve <short hostname> using DNS, it can be resolved only locally --== CONFIGURATION PREVIEW ==-- ... Host address : <short hostname> ... However hostname and hostnamectl return a FQDN, domainname on the other hand returns (none) dig <short hostname> as used by the installer fails to return IP address nslookup <short hostname> does return the correct FQDN and IP address Installation did finally suceed, but it took an age ( 20 + minutes ) looking like the process had hung waiting for VDSM Can you please share the installation logs? If you can file a bug with the information and logs that'd be great. Thanks, Y. _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

2 1

Re: [ovirt-users] How to best view remote console via macosX
by Darrell Budic 04 Nov '17

04 Nov '17

--Apple-Mail=_49BD2128-C4DC-4C1C-8D2B-B4146133B5A9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 h= ttps://www.ovirt.org/develop/release-management/features/virt/novnc-consol= e/ > From: Jayme Fall <jayme(a)silverorange.com> > Subject: Re: [ovirt-users] How to best view remote console via macosX > Date: November 3, 2017 at 5:24:24 PM CDT > To: Darrell Budic >=20 > How is web based VNC supported? Do you need to install any specific = components, when I launch console from ovirt admin it just prompts to = download VV file.=20 >=20 >> On Nov 3, 2017, at 5:54 PM, Darrell Budic <budic(a)onholyground.com = <mailto:budic@onholyground.com>> wrote: >>=20 >> I find using the web based VNC is the simplest from my mac. You can = extract data from a console.vv file and open it with any VNC software on = a mac, even Screen Sharing, but you have to enter the IP & port = manually. I=E2=80=99m not aware of any spice solutions at this moment, = but i haven=E2=80=99t looked for one in a while. >>=20 >>> From: Jayme Fall <jayme(a)silverorange.com = <mailto:jayme@silverorange.com>> >>> Subject: [ovirt-users] How to best view remote console via macosX >>> Date: November 3, 2017 at 3:06:29 PM CDT >>> To: users(a)ovirt.org <mailto:users@ovirt.org> >>>=20 >>> I=E2=80=99m wondering what the best method is to get overt console = support working from a MacOSx device. I have tried opening console.vv = files using vnc client as well as remote viewer and have not had any = luck thus far. Overt is version 4.1.4 >>>=20 >>> Thanks! >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org <mailto:Users@ovirt.org> >>> http://lists.ovirt.org/mailman/listinfo/users = <http://lists.ovirt.org/mailman/listinfo/users> >>=20 >=20 --Apple-Mail=_49BD2128-C4DC-4C1C-8D2B-B4146133B5A9 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; line-break: after-white-space;" class=3D""><a = href=3D"https://www.ovirt.org/develop/release-management/features/virt/nov= nc-console/" = class=3D"">https://www.ovirt.org/develop/release-management/features/virt/= novnc-console/</a><div class=3D""><br class=3D""><div><blockquote = type=3D"cite" class=3D""><hr style=3D"border:none;border-top:solid = #B5C4DF 1.0pt;padding:0 0 0 0;margin:10px 0 5px 0;" class=3D""><span = style=3D"margin: -1.3px 0.0px 0.0px 0.0px" id=3D"RwhHeaderAttributes" = class=3D""><font face=3D"Helvetica" size=3D"4" color=3D"#000000" = style=3D"font: 13.0px Helvetica; color: #000000" class=3D""><b = class=3D"">From:</b> Jayme Fall = <jayme(a)silverorange.com></font></span><br class=3D""> <span style=3D"margin: -1.3px 0.0px 0.0px 0.0px" class=3D""><font = face=3D"Helvetica" size=3D"4" color=3D"#000000" style=3D"font: 13.0px = Helvetica; color: #000000" class=3D""><b class=3D"">Subject:</b> Re: = [ovirt-users] How to best view remote console via = macosX</font></span><br class=3D""> <span style=3D"margin: -1.3px 0.0px 0.0px 0.0px" class=3D""><font = face=3D"Helvetica" size=3D"4" color=3D"#000000" style=3D"font: 13.0px = Helvetica; color: #000000" class=3D""><b class=3D"">Date:</b> November = 3, 2017 at 5:24:24 PM CDT</font></span><br class=3D""> <span style=3D"margin: -1.3px 0.0px 0.0px 0.0px" class=3D""><font = face=3D"Helvetica" size=3D"4" color=3D"#000000" style=3D"font: 13.0px = Helvetica; color: #000000" class=3D""><b class=3D"">To:</b> Darrell = Budic</font></span><br class=3D""> <br class=3D"Apple-interchange-newline"><div class=3D""><meta = http-equiv=3D"Content-Type" content=3D"text/html charset=3Dutf-8" = class=3D""><div style=3D"word-wrap: break-word; -webkit-nbsp-mode: = space; -webkit-line-break: after-white-space;" class=3D""><div = class=3D"">How is web based VNC supported?  Do you need to install = any specific components, when I launch console from ovirt admin it just = prompts to download VV file. </div><br class=3D""><div = class=3D""><blockquote type=3D"cite" class=3D""><div class=3D"">On Nov = 3, 2017, at 5:54 PM, Darrell Budic <<a = href=3D"mailto:budic@onholyground.com" = class=3D"">budic(a)onholyground.com</a>> wrote:</div><br = class=3D"Apple-interchange-newline"><div class=3D""><meta = http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dutf-8" = class=3D""><div style=3D"word-wrap: break-word; -webkit-nbsp-mode: = space; line-break: after-white-space;" class=3D"">I find using the web = based VNC is the simplest from my mac. You can extract data from a = console.vv file and open it with any VNC software on a mac, even Screen = Sharing, but you have to enter the IP & port manually.  I=E2=80=99= m not aware of any spice solutions at this moment, but i haven=E2=80=99t = looked for one in a while.<div class=3D""><br class=3D""><div = class=3D""><blockquote type=3D"cite" class=3D""><hr = style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:0 0 0 = 0;margin:10px 0 5px 0;" class=3D""><span style=3D"margin: -1.3px 0.0px = 0.0px 0.0px" id=3D"RwhHeaderAttributes" class=3D""><font = face=3D"Helvetica" size=3D"4" style=3D"font-style: normal; = font-variant-caps: normal; font-weight: normal; font-size: 13px; = line-height: normal; font-family: Helvetica;" class=3D""><b = class=3D"">From:</b> Jayme Fall <<a = href=3D"mailto:jayme@silverorange.com" = class=3D"">jayme(a)silverorange.com</a>></font></span><br class=3D""> <span style=3D"margin: -1.3px 0.0px 0.0px 0.0px" class=3D""><font = face=3D"Helvetica" size=3D"4" style=3D"font-style: normal; = font-variant-caps: normal; font-weight: normal; font-size: 13px; = line-height: normal; font-family: Helvetica;" class=3D""><b = class=3D"">Subject:</b> [ovirt-users] How to best view remote console = via macosX</font></span><br class=3D""> <span style=3D"margin: -1.3px 0.0px 0.0px 0.0px" class=3D""><font = face=3D"Helvetica" size=3D"4" style=3D"font-style: normal; = font-variant-caps: normal; font-weight: normal; font-size: 13px; = line-height: normal; font-family: Helvetica;" class=3D""><b = class=3D"">Date:</b> November 3, 2017 at 3:06:29 PM CDT</font></span><br = class=3D""> <span style=3D"margin: -1.3px 0.0px 0.0px 0.0px" class=3D""><font = face=3D"Helvetica" size=3D"4" style=3D"font-style: normal; = font-variant-caps: normal; font-weight: normal; font-size: 13px; = line-height: normal; font-family: Helvetica;" class=3D""><b = class=3D"">To:</b> <a href=3D"mailto:users@ovirt.org" = class=3D"">users(a)ovirt.org</a></font></span><br class=3D""> <br class=3D"Apple-interchange-newline"><div class=3D""><div = class=3D"">I=E2=80=99m wondering what the best method is to get overt = console support working from a MacOSx device.  I have tried opening = console.vv files using vnc client as well as remote viewer and have not = had any luck thus far.  Overt is version 4.1.4<br class=3D""><br = class=3D"">Thanks!<br = class=3D"">_______________________________________________<br = class=3D"">Users mailing list<br class=3D""><a = href=3D"mailto:Users@ovirt.org" class=3D"">Users(a)ovirt.org</a><br = class=3D""><a href=3D"http://lists.ovirt.org/mailman/listinfo/users" = class=3D"">http://lists.ovirt.org/mailman/listinfo/users</a><br = class=3D""></div></div></blockquote></div><br = class=3D""></div></div></div></blockquote></div><br = class=3D""></div></div></blockquote></div><br = class=3D""></div></body></html>= --Apple-Mail=_49BD2128-C4DC-4C1C-8D2B-B4146133B5A9--

1 0

How to best view remote console via macosX
by Jayme Fall 03 Nov '17

03 Nov '17

I’m wondering what the best method is to get overt console support working from a MacOSx device. I have tried opening console.vv files using vnc client as well as remote viewer and have not had any luck thus far. Overt is version 4.1.4 Thanks!

2 1

Issue with a LACP bond interface.
by CRiMSON 03 Nov '17

03 Nov '17

The config details: root@lv426 network-scripts]# cat ifcfg-bond0 # Generated by VDSM version 4.19.31-1.el7.centos DEVICE=bond0 BONDING_OPTS='mode=4 lacp_rate=1 miimon=100 xmit_hash_policy=2' BRIDGE=ovirtmgmt ONBOOT=yes MTU=1500 DEFROUTE=no NM_CONTROLLED=no IPV6INIT=no [root@lv426 network-scripts]# cat ifcfg-eno1 # Generated by VDSM version 4.19.31-1.el7.centos DEVICE=eno1 MASTER=bond0 SLAVE=yes ONBOOT=yes MTU=1500 DEFROUTE=no NM_CONTROLLED=no IPV6INIT=no [root@lv426 network-scripts]# cat ifcfg-enp11s0 # Generated by VDSM version 4.19.31-1.el7.centos DEVICE=enp11s0 MASTER=bond0 SLAVE=yes ONBOOT=yes DEFROUTE=no NM_CONTROLLED=no IPV6INIT=no [root@lv426 network-scripts]# cat ifcfg-enp2s0f0 # Generated by VDSM version 4.19.31-1.el7.centos DEVICE=enp2s0f0 MASTER=bond0 SLAVE=yes ONBOOT=yes MTU=1500 DEFROUTE=no NM_CONTROLLED=no IPV6INIT=no [root@lv426 network-scripts]# cat ifcfg-enp2s0f1 # Generated by VDSM version 4.19.31-1.el7.centos DEVICE=enp2s0f1 MASTER=bond0 SLAVE=yes ONBOOT=yes MTU=1500 DEFROUTE=no NM_CONTROLLED=no IPV6INIT=no [root@lv426 network-scripts]# cat ifcfg-ovirtmgmt # Generated by VDSM version 4.19.31-1.el7.centos DEVICE=ovirtmgmt TYPE=Bridge DELAY=0 STP=off ONBOOT=yes BOOTPROTO=dhcp MTU=1500 DEFROUTE=yes NM_CONTROLLED=no IPV6INIT=no DNS1=10.100.100.1 DNS2=10.1.2.2 [root@lv426 network-scripts]# cat /proc/net/bonding/bond0 |grep Slave *Slave* Interface: eno1 *Slave* queue ID: 0 *Slave* Interface: enp2s0f0 *Slave* queue ID: 0 *Slave* Interface: enp2s0f1 *Slave* queue ID: 0 *Slave* Interface: enp11s0 *Slave* queue ID: 0 As you can see by the above all 4 interfaces are configured and up properly and working. I've configured them using the command: vdsClient -s 0 setupNetworks bondings='{bond0:{nics:eno1+enp11s0+enp2s0f0+enp2s0f1,options:mode=4 lacp_rate=1 miimon=100 xmit_hash_policy=2}}' It's all good. But when I reboot interface3 enp11s0 is not part of the bond, [root@lv426 ~]# cat /proc/net/bonding/bond0 |grep Slave *Slave* Interface: eno1 *Slave* queue ID: 0 *Slave* Interface: enp2s0f0 *Slave* queue ID: 0 *Slave* Interface: enp2s0f1 *Slave* queue ID: 0 And looks like it's had it's bonding config removed b y VDSM. [root@lv426 network-scripts]# cat ifcfg-enp11s0 # Generated by VDSM version 4.19.31-1.el7.centos DEVICE=enp11s0 ONBOOT=yes MTU=1500 NM_CONTROLLED=no If I re-=run the vdsClient command and if down/ifup the interface it happily rejoins the bond and carries on working perfectly. For the life of me I can't figure out what I'm missing / done wrong.

4 7

oVirt 4.2 Beta - Update Check fails
by Maton, Brett 03 Nov '17

03 Nov '17

CentOS 7.4 (Fresh install) oVirt Update check fails on hosts with: Nov 3 09:31:42 lab001 python: ansible-yum Invoked with allow_downgrade=False name=['ovirt-host'] list=None install_repoquery=True conf_file=None disable_gpg_check=False state=latest disablerepo=None update_cache=False enablerepo=None exclude=None security=False validate_certs=True installroot=/ skip_broken=False Nov 3 09:31:42 lab001 python: detected unhandled Python exception in '/tmp/ansible_Y3IZan/ansible_module_yum.py' Nov 3 09:31:42 lab001 abrt-server: Executable '/tmp/ansible_Y3IZan/ansible_module_yum.py' doesn't belong to any package and ProcessUnpackaged is set to 'no' Nov 3 09:31:42 lab001 abrt-server: 'post-create' on '/var/tmp/abrt/Python-2017-11-03-09:31:42-1274' exited with 1 Nov 3 09:31:42 lab001 abrt-server: Deleting problem directory '/var/tmp/abrt/Python-2017-11-03-09:31:42-1274'

1 1

oVirt 4.2 beta install
by Maton, Brett 03 Nov '17

03 Nov '17

CentOS 7.4 (Fresh install) oVirt 4.2.0-0.0.master.20171030093856.gitc4dc9af.el7.centos When I deployed hosted-engine I got a DNS warning just before the configuration preview step. WARNING: Host name <short hostname> has no domain suffix WARNING: Failed to resolve <short hostname> using DNS, it can be resolved only locally --== CONFIGURATION PREVIEW ==-- ... Host address : <short hostname> ... However hostname and hostnamectl return a FQDN, domainname on the other hand returns (none) dig <short hostname> as used by the installer fails to return IP address nslookup <short hostname> does return the correct FQDN and IP address Installation did finally suceed, but it took an age ( 20 + minutes ) looking like the process had hung waiting for VDSM

1 0

windows remote-viewer vs. linux vm: strange keyboard problem
by Uwe Laverenz 03 Nov '17

03 Nov '17

Hi all, I have the following strange problem with virt-viewer 5.0 and 6.0 on Windows 10: when I connect to Linux VMs running on a OVirt 4.1 cluster it sometimes is not possible to use e.g. "AltGr + q" to get the "@"-sign or "AltGr+8" for "[" on my german keyboard. It seems to be a problem only when I use a dual screen setup with Linux VMs. It is possible to get it working by just moving the mouse to the top center of the screen until the remote-viewer panel shows up. After this the keyboard works for a short period of time until I work on the other screen. I tested CentOS 7,CentOS 6 and Fedora 26 VMs. Windows 7 VMs do not seem to show this problem, so I'm not sure if it is a problem with virt-/remote-viewer, OVirt/qemu or the Windows 10 client. Does anybody else see this behaviour? What would the best place for a bug report, OVirt and Spice/virt-viewer are separate teams, right? thanks in advance, Uwe

1 0

hosted-engine --deploy Waiting for VDSM hardware info error Failed to read hardware information
by Reznikov Alexei 03 Nov '17

03 Nov '17

Hi list, good day to all! When I try to start the hosted-engine --deploy, I get a vdsm error: [root @ h4 yum.repos.d] # hosted-engine --deploy [INFO] Stage: Initializing [INFO] Generating a temporary VNC password. [INFO] Stage: Environment setup Continuing will configure this host for serving as hypervisor and create a VM where you have to install the engine afterwards. Are you sure you want to continue? (Yes, No) [Yes]: Configuration files: [] Log file: /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20171102160614-39if1h.log Version: otopi-1.4.2 (otopi-1.4.2-1.el7.centos) [INFO] Hardware supports virtualization [INFO] Stage: Environment packages setup [INFO] Stage: Programs detection [INFO] Stage: Environment setup [INFO] Waiting for VDSM hardware info ....... [INFO] Waiting for VDSM hardware info [ERROR] Failed to execute stage 'Environment setup': VDSM did not start within 120 seconds [INFO] Stage: Clean up [INFO] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20171102160113.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-20171102155902-2g61gd.log and also i tried .... [root @ h4 ~] # vdsClient -s 0 getVdsHardwareInfo Failed to read hardware information My system... ovirt-release36-3.6.7-3.el7 CentOS Linux release 7.4.1708 (Core) vdsm-4.17.32-1.el7.noarch dmidecode-3.0-5.el7.x86_64 python-dmidecode-3.12.2-1.el7.x86_64 How do I get around this error in my CentOS. Please help me ... logs in attach. Alex.

2 2

Nvidia vgpu manager drivers for kvm
by Alexis Enrrique Gavidia Albornoz 03 Nov '17

03 Nov '17

--_000_CO2PR04MB2166A9DF30C3B639B5DD3225CB5D0CO2PR04MB2166namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgdXNlcnMNCg0KSSdtIHRyeWluZyB0byBjb25maWd1cmUgbTYwIE52aWRpYSBjYXJkLiBCdXQg SSdtIG5vdCBhYmxlIHRvIGdldCB0aGUgcHJvZmlsZXMgZm9yIHRoZSB2Z3B1LCB0aGUgZGlyZWN0 b3J5IC9zeXMvY2xhc3MvbWRldiBkb3NlIG5vdCBleGlzdCwgSSdtIHdvbmRlcmluZyBpZiB2Z3B1 IGRyaXZlIGZvciBrdm0gaXMgcmVsZWFzZWQgYXQgbGVhc3QgYSBiZXRhLg0KDQpCciBBbGV4aXMg RSBHYXZpZGlhDQo= --_000_CO2PR04MB2166A9DF30C3B639B5DD3225CB5D0CO2PR04MB2166namp_ Content-Type: text/html; charset="utf-8" Content-ID: <1A1223882A1F0C44B9E1663077EBD754(a)namprd04.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPGRpdiBkaXI9ImF1 dG8iPkhpIHVzZXJzDQo8ZGl2IGRpcj0iYXV0byI+PGJyPg0KPC9kaXY+DQo8ZGl2IGRpcj0iYXV0 byI+SSdtIHRyeWluZyB0byBjb25maWd1cmUgbTYwIE52aWRpYSBjYXJkLiBCdXQgSSdtIG5vdCBh YmxlIHRvIGdldCB0aGUgcHJvZmlsZXMgZm9yIHRoZSB2Z3B1LCB0aGUgZGlyZWN0b3J5IC9zeXMv Y2xhc3MvbWRldiBkb3NlIG5vdCBleGlzdCwgSSdtIHdvbmRlcmluZyBpZiB2Z3B1IGRyaXZlIGZv ciBrdm0gaXMgcmVsZWFzZWQgYXQgbGVhc3QgYSBiZXRhLjwvZGl2Pg0KPGRpdiBkaXI9ImF1dG8i Pjxicj4NCjwvZGl2Pg0KPGRpdiBkaXI9ImF1dG8iPkJyIEFsZXhpcyBFIEdhdmlkaWE8L2Rpdj4N CjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_CO2PR04MB2166A9DF30C3B639B5DD3225CB5D0CO2PR04MB2166namp_--

1 0

Sync two Nodes
by Jonathan Baecker 02 Nov '17

02 Nov '17

Hello everybody, I would like to sync two nodes, but I want that only one node runs permanently. Only once a week or a month I want to start the second node and sync them again, if this is necessary. What you would recommend for this scenario? oVirt have a HA functions, what I could use, but I thought oVirt brings then maybe errors when one node is always off. I'm wrong here? Or is there other options what works better? Have a nice day! Jonathan

2 3

Italian translation
by Sandro Bonazzola 02 Nov '17

02 Nov '17

Hi, looking at https://translate.zanata.org/iteration/view/ovirt/ovirt-4.2 I see Italian translation dropped under 80% for 4.2 after yesterday update. If you have some time and know Italian, it's a good time for contributing translations. Have a good weekend, -- 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> <http://www.teraplan.it/redhat-osd-2017/>

3 2

oVirt Node 4.1.6 on IBM x3650 M3
by Jon bae 02 Nov '17

02 Nov '17

Hello everybody, I would like to install oVirt Node on a IBM Machine, but after the installation it can not boot. I get the message: "/boot/efi/..." file not found I try many different things like turn of uefi options in bios etc. but with no effect. Now I figure out that when I install full CentOS 7.3 from live DVD it just boot normal. Is there any workaround to get this to work? Regards Jonathan

8 10

grubx64.efi not found
by jean.prat＠orange.com 02 Nov '17

02 Nov '17

Hello, After the reboot of a fresh install of ovirt node, the uefi boot complains that : Failed to open \EFI\centos\grubx64.efi I have to reboot on the installation CD, get a shell from the rescue entry : mkdir /tmp/ovirt mount /tmp/sda1 /tmp/ovirt cp /run/install/repo/EFI/BOOT/grubx64.efi /tmp/ovirt/EFI/centos/ reboot And then the system boot I have tried on two servers several times, always the same things how can i find what happened ? Thanks. Jean. _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you.

1 0

VM resource allocation and IO Threads
by Gianluca Cecchi 02 Nov '17

02 Nov '17

Hello, can anyone give any pointer to deeper information about what in subject and the value for "Num Of IO Threads" configuration, best practices and to-be-expected improvements? I read also here: https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.1/ht… but in some points it seems not so clear to me: eg: If a virtual machine has more than one disk, you can enable or change the number of IO threads to improve performance. but also Red Hat recommends using the default number of IO threads, which is 1. There is also a note about deactivation and activation of disks: does it mean that even if I poweroff the VM and change its config I have to make this step after? Anyone has run benchmarks? Does it make sense if my VM has 3 disks to configure 6 IO threads for example? Do IO threads map to SCSI controllers inside the guest or what? Thanks in advance, Gianluca

3 3

Planned restart of production services
by Evgheni Dereveanchin 02 Nov '17

02 Nov '17

Hi everyone, I'll be restarting several production systems today to perform planned maintenance. The following services may be unreachable for some period of time: - resources.ovirt.org - software repositories - jenkins.ovirt.org - CI master No new builds will be started during this period. I will announce you once the maintenance is complete. -- Regards, Evgheni Dereveanchin

1 1

can't use a iscsi target as a storage domain
by Nathanaël Blanchet 01 Nov '17

01 Nov '17

Hi, I give a try to 4.2 alpha andit seems to be a regression with registering a iscsi target as a storage domain. I'm able to login to the target, but when selecting the lun, clicking on OK does nothing else. I tried with the same lun on 4.1 and it is ok. -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

4 7

No Web GUI / Setup Error
by Talk Jesus 01 Nov '17

01 Nov '17

This is a multipart message in MIME format. ------=_NextPart_000_0136_01D35304.89766A50 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Centos 7 64 bit Clean Install Last Portion of Setup.. Please confirm installation settings (OK, Cancel) [OK]: [ INFO ] Stage: Transaction setup [ INFO ] Stopping engine service [ INFO ] Stopping ovirt-fence-kdump-listener service [ INFO ] Stopping dwh service [ INFO ] Stopping Image I/O Proxy service [ INFO ] Stopping vmconsole-proxy service [ INFO ] Stopping websocket-proxy service [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ INFO ] Upgrading CA [ INFO ] Initializing PostgreSQL [ INFO ] Creating PostgreSQL 'engine' database [ INFO ] Configuring PostgreSQL [ INFO ] Creating PostgreSQL 'ovirt_engine_history' database [ INFO ] Configuring PostgreSQL [ INFO ] Creating CA [ INFO ] Creating/refreshing Engine database schema [ INFO ] Creating/refreshing DWH database schema [ INFO ] Configuring Image I/O Proxy [ INFO ] Setting up ovirt-vmconsole proxy helper PKI artifacts [ INFO ] Setting up ovirt-vmconsole SSH PKI artifacts [ INFO ] Configuring WebSocket Proxy [ INFO ] Creating/refreshing Engine 'internal' domain database schema [ INFO ] Generating post install configuration file '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf' [ INFO ] Stage: Transaction commit [ INFO ] Stage: Closing up [ INFO ] Starting engine service [ INFO ] Starting dwh service [ INFO ] Restarting ovirt-vmconsole proxy service --== SUMMARY ==-- [ INFO ] Restarting httpd [ ERROR ] Failed to execute stage 'Closing up': Failed to start service 'httpd' [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20171031113831-ugg3ma.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20171031114832-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed This is the last portion from the logs: [root@localhost ~]# tail -f /var/log/ovirt-engine/setup/ovirt-engine-setup-20171031124456-t0csug.log 2017-10-31 12:47:46 DEBUG otopi.context context._executeMethod:128 Stage pre-terminate METHOD otopi.plugins.otopi.dialog.cli.Plugin._pre_terminate 2017-10-31 12:47:46 DEBUG otopi.context context._executeMethod:134 condition False 2017-10-31 12:47:46 INFO otopi.context context.runSequence:687 Stage: Termination 2017-10-31 12:47:46 DEBUG otopi.context context.runSequence:691 STAGE terminate 2017-10-31 12:47:46 DEBUG otopi.context context._executeMethod:128 Stage terminate METHOD otopi.plugins.ovirt_engine_common.base.core.misc.Plugin._terminate 2017-10-31 12:47:46 ERROR otopi.plugins.ovirt_engine_common.base.core.misc misc._terminate:150 Execution of setup failed 2017-10-31 12:47:46 DEBUG otopi.context context._executeMethod:128 Stage terminate METHOD otopi.plugins.otopi.dialog.human.Plugin._terminate 2017-10-31 12:47:46 DEBUG otopi.context context._executeMethod:128 Stage terminate METHOD otopi.plugins.otopi.dialog.machine.Plugin._terminate 2017-10-31 12:47:46 DEBUG otopi.context context._executeMethod:134 condition False 2017-10-31 12:47:46 DEBUG otopi.context context._executeMethod:128 Stage terminate METHOD otopi.plugins.otopi.core.log.Plugin._terminate ------=_NextPart_000_0136_01D35304.89766A50 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"><head><META = HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 15 = (filtered medium)"><style></style></head><body lang=3DEN-US = link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1><p = class=3DMsoPlainText>Centos 7 64 bit<o:p></o:p></p><p = class=3DMsoPlainText>Clean Install<o:p></o:p></p><p = class=3DMsoPlainText><o:p> </o:p></p><p class=3DMsoPlainText>Last = Portion of Setup..<o:p></o:p></p><p = class=3DMsoPlainText><o:p> </o:p></p><p = class=3DMsoPlainText>        &nbs= p; Please confirm installation settings (OK, Cancel) [OK]: = <o:p></o:p></p><p class=3DMsoPlainText>[ INFO  ] Stage: Transaction = setup<o:p></o:p></p><p class=3DMsoPlainText>[ INFO  ] Stopping = engine service<o:p></o:p></p><p class=3DMsoPlainText>[ INFO  ] = Stopping ovirt-fence-kdump-listener service [ INFO  ] Stopping dwh = service [ INFO  ] Stopping Image I/O Proxy service [ INFO  ] = Stopping vmconsole-proxy service [ INFO  ] Stopping websocket-proxy = service [ INFO  ] Stage: Misc configuration [ INFO  ] Stage: = Package installation [ INFO  ] Stage: Misc configuration [ = INFO  ] Upgrading CA [ INFO  ] Initializing PostgreSQL [ = INFO  ] Creating PostgreSQL 'engine' database [ INFO  ] = Configuring PostgreSQL [ INFO  ] Creating PostgreSQL = 'ovirt_engine_history' database [ INFO  ] Configuring PostgreSQL [ = INFO  ] Creating CA [ INFO  ] Creating/refreshing Engine = database schema<o:p></o:p></p><p = class=3DMsoPlainText><o:p> </o:p></p><p class=3DMsoPlainText>[ = INFO  ] Creating/refreshing DWH database schema [ INFO  ] = Configuring Image I/O Proxy [ INFO  ] Setting up ovirt-vmconsole = proxy helper PKI artifacts [ INFO  ] Setting up ovirt-vmconsole SSH = PKI artifacts [ INFO  ] Configuring WebSocket Proxy [ INFO  ] = Creating/refreshing Engine 'internal' domain database schema [ = INFO  ] Generating post install configuration file = '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf'<o:p></o:p></p><= p class=3DMsoPlainText>[ INFO  ] Stage: Transaction = commit<o:p></o:p></p><p class=3DMsoPlainText>[ INFO  ] Stage: = Closing up<o:p></o:p></p><p class=3DMsoPlainText>[ INFO  ] Starting = engine service<o:p></o:p></p><p class=3DMsoPlainText>[ INFO  ] = Starting dwh service<o:p></o:p></p><p class=3DMsoPlainText>[ INFO  = ] Restarting ovirt-vmconsole proxy service<o:p></o:p></p><p = class=3DMsoPlainText>         = <o:p></o:p></p><p = class=3DMsoPlainText>        &nbs= p; --=3D=3D SUMMARY =3D=3D--<o:p></o:p></p><p = class=3DMsoPlainText>         = <o:p></o:p></p><p class=3DMsoPlainText>[ INFO  ] Restarting = httpd<o:p></o:p></p><p class=3DMsoPlainText>[ ERROR ] Failed to execute = stage 'Closing up': Failed to start service 'httpd'<o:p></o:p></p><p = class=3DMsoPlainText>[ INFO  ] Stage: Clean up<o:p></o:p></p><p = class=3DMsoPlainText>        &nbs= p; Log file is located at = /var/log/ovirt-engine/setup/ovirt-engine-setup-20171031113831-ugg3ma.log<= o:p></o:p></p><p class=3DMsoPlainText>[ INFO  ] Generating answer = file = '/var/lib/ovirt-engine/setup/answers/20171031114832-setup.conf'<o:p></o:p= ></p><p class=3DMsoPlainText><b>[ INFO  ] Stage: = Pre-termination<o:p></o:p></b></p><p class=3DMsoPlainText><b>[ = INFO  ] Stage: Termination<o:p></o:p></b></p><p = class=3DMsoPlainText><b>[ ERROR ] Execution of setup = failed<o:p></o:p></b></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoPlainText>This is = the last portion from the logs:<o:p></o:p></p><p = class=3DMsoPlainText><o:p> </o:p></p><p = class=3DMsoPlainText>[root@localhost ~]# tail -f = /var/log/ovirt-engine/setup/ovirt-engine-setup-20171031124456-t0csug.log<= o:p></o:p></p><p class=3DMsoPlainText>2017-10-31 12:47:46 DEBUG = otopi.context context._executeMethod:128 Stage pre-terminate METHOD = otopi.plugins.otopi.dialog.cli.Plugin._pre_terminate<o:p></o:p></p><p = class=3DMsoPlainText>2017-10-31 12:47:46 DEBUG otopi.context = context._executeMethod:134 condition False<o:p></o:p></p><p = class=3DMsoPlainText>2017-10-31 12:47:46 INFO otopi.context = context.runSequence:687 Stage: Termination<o:p></o:p></p><p = class=3DMsoPlainText>2017-10-31 12:47:46 DEBUG otopi.context = context.runSequence:691 STAGE terminate<o:p></o:p></p><p = class=3DMsoPlainText>2017-10-31 12:47:46 DEBUG otopi.context = context._executeMethod:128 Stage terminate METHOD = otopi.plugins.ovirt_engine_common.base.core.misc.Plugin._terminate<o:p></= o:p></p><p class=3DMsoPlainText>2017-10-31 12:47:46 ERROR = otopi.plugins.ovirt_engine_common.base.core.misc misc._terminate:150 = Execution of setup failed<o:p></o:p></p><p = class=3DMsoPlainText>2017-10-31 12:47:46 DEBUG otopi.context = context._executeMethod:128 Stage terminate METHOD = otopi.plugins.otopi.dialog.human.Plugin._terminate<o:p></o:p></p><p = class=3DMsoPlainText>2017-10-31 12:47:46 DEBUG otopi.context = context._executeMethod:128 Stage terminate METHOD = otopi.plugins.otopi.dialog.machine.Plugin._terminate<o:p></o:p></p><p = class=3DMsoPlainText>2017-10-31 12:47:46 DEBUG otopi.context = context._executeMethod:134 condition False<o:p></o:p></p><p = class=3DMsoPlainText>2017-10-31 12:47:46 DEBUG otopi.context = context._executeMethod:128 Stage terminate METHOD = otopi.plugins.otopi.core.log.Plugin._terminate<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p></div></body></html> ------=_NextPart_000_0136_01D35304.89766A50--

2 1

Ovirt 4.2 Lab on ESXi
by Mustapha Aissat 01 Nov '17

01 Nov '17

Dears, I'm trying to setup a lab for Ovirt 4.2 on VMware ESXi 6.5. I checked "Expose hardware assisted virtualization to the guest OS" and "Enable virtualized CPU performance counters" options to activate the nested virtualization. I installed Ovirt node and I try to setup a self hosted engine on it. All pre-configrations were done successfully. But when arriving to step "Running engine-setup on the appliance", the Hosted engine VM wouldn't start. I open the VM console, it stuck a bios level. It display the following : SeaBIOS (Version 1.10.2-3.el7_4.1) Machine UUID ced5025d-eec1-458a-991c-cc3bba9392dd Does anybody already encountered this issue? Is there any more parameters to set in the ESXi for it to work? Thanks for your help Regards,

4 4

[ANN] oVirt 4.1.7 Fifth Release Candidate is now available
by Lev Veyde 01 Nov '17

01 Nov '17

The oVirt Project is pleased to announce the availability of the Fifth Release Candidate of oVirt 4.1.7, as of November 1st, 2017 This update is the seventh in a series of stabilization updates to the 4.1 series. Starting from 4.1.5 oVirt supports libgfapi [5]. Using libgfapi provides a real performance boost for ovirt when using GlusterFS . Due to a known issue [6], using this will break live storage migration. This is expected to be fixed soon. If you do not use live storage migration you can give it a try. Use [7] for more details on how to enable it. This release is available now for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later * oVirt Node 4.1 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.7 release highlights: http://www.ovirt.org/release/4.1. <http://www.ovirt.org/release/4.1.7/>7 <http://www.ovirt.org/release/4.1.7/>/ <http://www.ovirt.org/release/4.1.7/> * 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. <http://www.ovirt.org/release/4.1.7/>7 <http://www.ovirt.org/release/4.1.7/>/ <http://www.ovirt.org/release/4.1.7/> [4] http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/ [5] http://staged-gluster-docs.readthedocs.io/en/release3.7.0beta1/Features/lib… [6] https://bugzilla.redhat.com/show_bug.cgi?id=1306562 [7] http://www.ovirt.org/develop/release-management/features/storage/glusterfs-… -- 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

Re: [ovirt-users] Setup Issue
by Talk Jesus 31 Oct '17

31 Oct '17

This is the last portion from the logs: [root@localhost ~]# tail -f /var/log/ovirt-engine/setup/ovirt-engine-setup-20171031124456-t0csug.log 2017-10-31 12:47:46 DEBUG otopi.context context._executeMethod:128 Stage pre-terminate METHOD otopi.plugins.otopi.dialog.cli.Plugin._pre_terminate 2017-10-31 12:47:46 DEBUG otopi.context context._executeMethod:134 condition False 2017-10-31 12:47:46 INFO otopi.context context.runSequence:687 Stage: Termination 2017-10-31 12:47:46 DEBUG otopi.context context.runSequence:691 STAGE terminate 2017-10-31 12:47:46 DEBUG otopi.context context._executeMethod:128 Stage terminate METHOD otopi.plugins.ovirt_engine_common.base.core.misc.Plugin._terminate 2017-10-31 12:47:46 ERROR otopi.plugins.ovirt_engine_common.base.core.misc misc._terminate:150 Execution of setup failed 2017-10-31 12:47:46 DEBUG otopi.context context._executeMethod:128 Stage terminate METHOD otopi.plugins.otopi.dialog.human.Plugin._terminate 2017-10-31 12:47:46 DEBUG otopi.context context._executeMethod:128 Stage terminate METHOD otopi.plugins.otopi.dialog.machine.Plugin._terminate 2017-10-31 12:47:46 DEBUG otopi.context context._executeMethod:134 condition False 2017-10-31 12:47:46 DEBUG otopi.context context._executeMethod:128 Stage terminate METHOD otopi.plugins.otopi.core.log.Plugin._terminate -----Original Message----- From: Talk Jesus [mailto:chad@talkjesus.com] Sent: Tuesday, October 31, 2017 12:37 PM To: 'users(a)ovirt.org' <users(a)ovirt.org> Subject: RE: Setup Issue Ok, sorry here but my mistake. The web GUI for oVirt is *not* accessible at all and that error stands from the engine-setup command I ran. The so called web GUI was actually a copy of webvirtmgr, not oVirt. Please assist. -----Original Message----- From: Talk Jesus [mailto:chad@talkjesus.com] Sent: Tuesday, October 31, 2017 12:32 PM To: 'users(a)ovirt.org' <users(a)ovirt.org> Subject: RE: Setup Issue I also tried adding new "local socket" connection, this time green but still getting an error. Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory -----Original Message----- From: Talk Jesus [mailto:chad@talkjesus.com] Sent: Tuesday, October 31, 2017 12:14 PM To: 'users(a)ovirt.org' <users(a)ovirt.org> Subject: Setup Issue Centos 7 64 bit Clean Install Last Portion.. Please confirm installation settings (OK, Cancel) [OK]: [ INFO ] Stage: Transaction setup [ INFO ] Stopping engine service [ INFO ] Stopping ovirt-fence-kdump-listener service [ INFO ] Stopping dwh service [ INFO ] Stopping Image I/O Proxy service [ INFO ] Stopping vmconsole-proxy service [ INFO ] Stopping websocket-proxy service [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ INFO ] Upgrading CA [ INFO ] Initializing PostgreSQL [ INFO ] Creating PostgreSQL 'engine' database [ INFO ] Configuring PostgreSQL [ INFO ] Creating PostgreSQL 'ovirt_engine_history' database [ INFO ] Configuring PostgreSQL [ INFO ] Creating CA [ INFO ] Creating/refreshing Engine database schema [ INFO ] Creating/refreshing DWH database schema [ INFO ] Configuring Image I/O Proxy [ INFO ] Setting up ovirt-vmconsole proxy helper PKI artifacts [ INFO ] Setting up ovirt-vmconsole SSH PKI artifacts [ INFO ] Configuring WebSocket Proxy [ INFO ] Creating/refreshing Engine 'internal' domain database schema [ INFO ] Generating post install configuration file '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf' [ INFO ] Stage: Transaction commit [ INFO ] Stage: Closing up [ INFO ] Starting engine service [ INFO ] Starting dwh service [ INFO ] Restarting ovirt-vmconsole proxy service --== SUMMARY ==-- [ INFO ] Restarting httpd [ ERROR ] Failed to execute stage 'Closing up': Failed to start service 'httpd' [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20171031113831-ugg3ma.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20171031114832-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed Going to web GUI via hostname/ovirt-engine shows the oVirt placeholder page, but 404. " Oops! 404 Not Found The requested page was not found on this server." Clicking in sign in works otherwise? Confused though about above error. Then, I added a new "connection". Went to infrastructure area and see this: " unable to connect to server at 'xxx.xxx.xxx.130:16509': Connection refused"

1 0

How to start oVirt in GUI
by Stephen Liu 31 Oct '17

31 Oct '17

------=_Part_6650506_986870122.1509457904970 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi all, I have ovirt-node-ng-installer-ovirt-4.1-2017103006.iso installed on KVM as= VM.=C2=A0 It is now running but only a console without GUI.=C2=A0 I can lo= gin to run commands.=C2=A0 Copy and Paste between Host and VM is NOT workin= g (I suppose because not running on graphic mode). Please advise how to start GUI oVirt? Thanks Regards SL ------=_Part_6650506_986870122.1509457904970 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit <html><head></head><body><div style="font-family:Helvetica Neue, Helvetica, Arial, sans-serif;font-size:16px;"><div>Hi all,<br><br>I have ovirt-node-ng-installer-ovirt-4.1-2017103006.iso installed on KVM as VM.  It is now running but only a console without GUI.  I can login to run commands.  Copy and Paste between Host and VM is NOT working (I suppose because not running on graphic mode).<br><br>Please advise how to start GUI oVirt?<br><br>Thanks<br><br>Regards<br>SL<br></div></div></body></html> ------=_Part_6650506_986870122.1509457904970--

4 10

Re: [ovirt-users] Setup Issue
by Talk Jesus 31 Oct '17

31 Oct '17

Ok, sorry here but my mistake. The web GUI for oVirt is *not* accessible at all and that error stands from the engine-setup command I ran. The so called web GUI was actually a copy of webvirtmgr, not oVirt. Please assist. -----Original Message----- From: Talk Jesus [mailto:chad@talkjesus.com] Sent: Tuesday, October 31, 2017 12:32 PM To: 'users(a)ovirt.org' <users(a)ovirt.org> Subject: RE: Setup Issue I also tried adding new "local socket" connection, this time green but still getting an error. Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory -----Original Message----- From: Talk Jesus [mailto:chad@talkjesus.com] Sent: Tuesday, October 31, 2017 12:14 PM To: 'users(a)ovirt.org' <users(a)ovirt.org> Subject: Setup Issue Centos 7 64 bit Clean Install Last Portion.. Please confirm installation settings (OK, Cancel) [OK]: [ INFO ] Stage: Transaction setup [ INFO ] Stopping engine service [ INFO ] Stopping ovirt-fence-kdump-listener service [ INFO ] Stopping dwh service [ INFO ] Stopping Image I/O Proxy service [ INFO ] Stopping vmconsole-proxy service [ INFO ] Stopping websocket-proxy service [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ INFO ] Upgrading CA [ INFO ] Initializing PostgreSQL [ INFO ] Creating PostgreSQL 'engine' database [ INFO ] Configuring PostgreSQL [ INFO ] Creating PostgreSQL 'ovirt_engine_history' database [ INFO ] Configuring PostgreSQL [ INFO ] Creating CA [ INFO ] Creating/refreshing Engine database schema [ INFO ] Creating/refreshing DWH database schema [ INFO ] Configuring Image I/O Proxy [ INFO ] Setting up ovirt-vmconsole proxy helper PKI artifacts [ INFO ] Setting up ovirt-vmconsole SSH PKI artifacts [ INFO ] Configuring WebSocket Proxy [ INFO ] Creating/refreshing Engine 'internal' domain database schema [ INFO ] Generating post install configuration file '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf' [ INFO ] Stage: Transaction commit [ INFO ] Stage: Closing up [ INFO ] Starting engine service [ INFO ] Starting dwh service [ INFO ] Restarting ovirt-vmconsole proxy service --== SUMMARY ==-- [ INFO ] Restarting httpd [ ERROR ] Failed to execute stage 'Closing up': Failed to start service 'httpd' [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20171031113831-ugg3ma.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20171031114832-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed Going to web GUI via hostname/ovirt-engine shows the oVirt placeholder page, but 404. " Oops! 404 Not Found The requested page was not found on this server." Clicking in sign in works otherwise? Confused though about above error. Then, I added a new "connection". Went to infrastructure area and see this: " unable to connect to server at 'xxx.xxx.xxx.130:16509': Connection refused"

1 0

Re: [ovirt-users] Setup Issue
by Talk Jesus 31 Oct '17

31 Oct '17

I also tried adding new "local socket" connection, this time green but still getting an error. Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory -----Original Message----- From: Talk Jesus [mailto:chad@talkjesus.com] Sent: Tuesday, October 31, 2017 12:14 PM To: 'users(a)ovirt.org' <users(a)ovirt.org> Subject: Setup Issue Centos 7 64 bit Clean Install Last Portion.. Please confirm installation settings (OK, Cancel) [OK]: [ INFO ] Stage: Transaction setup [ INFO ] Stopping engine service [ INFO ] Stopping ovirt-fence-kdump-listener service [ INFO ] Stopping dwh service [ INFO ] Stopping Image I/O Proxy service [ INFO ] Stopping vmconsole-proxy service [ INFO ] Stopping websocket-proxy service [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ INFO ] Upgrading CA [ INFO ] Initializing PostgreSQL [ INFO ] Creating PostgreSQL 'engine' database [ INFO ] Configuring PostgreSQL [ INFO ] Creating PostgreSQL 'ovirt_engine_history' database [ INFO ] Configuring PostgreSQL [ INFO ] Creating CA [ INFO ] Creating/refreshing Engine database schema [ INFO ] Creating/refreshing DWH database schema [ INFO ] Configuring Image I/O Proxy [ INFO ] Setting up ovirt-vmconsole proxy helper PKI artifacts [ INFO ] Setting up ovirt-vmconsole SSH PKI artifacts [ INFO ] Configuring WebSocket Proxy [ INFO ] Creating/refreshing Engine 'internal' domain database schema [ INFO ] Generating post install configuration file '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf' [ INFO ] Stage: Transaction commit [ INFO ] Stage: Closing up [ INFO ] Starting engine service [ INFO ] Starting dwh service [ INFO ] Restarting ovirt-vmconsole proxy service --== SUMMARY ==-- [ INFO ] Restarting httpd [ ERROR ] Failed to execute stage 'Closing up': Failed to start service 'httpd' [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20171031113831-ugg3ma.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20171031114832-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed Going to web GUI via hostname/ovirt-engine shows the oVirt placeholder page, but 404. " Oops! 404 Not Found The requested page was not found on this server." Clicking in sign in works otherwise? Confused though about above error. Then, I added a new "connection". Went to infrastructure area and see this: " unable to connect to server at 'xxx.xxx.xxx.130:16509': Connection refused"

1 0

Setup Issue
by Talk Jesus 31 Oct '17

31 Oct '17

Centos 7 64 bit Clean Install Last Portion.. Please confirm installation settings (OK, Cancel) [OK]: [ INFO ] Stage: Transaction setup [ INFO ] Stopping engine service [ INFO ] Stopping ovirt-fence-kdump-listener service [ INFO ] Stopping dwh service [ INFO ] Stopping Image I/O Proxy service [ INFO ] Stopping vmconsole-proxy service [ INFO ] Stopping websocket-proxy service [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ INFO ] Upgrading CA [ INFO ] Initializing PostgreSQL [ INFO ] Creating PostgreSQL 'engine' database [ INFO ] Configuring PostgreSQL [ INFO ] Creating PostgreSQL 'ovirt_engine_history' database [ INFO ] Configuring PostgreSQL [ INFO ] Creating CA [ INFO ] Creating/refreshing Engine database schema [ INFO ] Creating/refreshing DWH database schema [ INFO ] Configuring Image I/O Proxy [ INFO ] Setting up ovirt-vmconsole proxy helper PKI artifacts [ INFO ] Setting up ovirt-vmconsole SSH PKI artifacts [ INFO ] Configuring WebSocket Proxy [ INFO ] Creating/refreshing Engine 'internal' domain database schema [ INFO ] Generating post install configuration file '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf' [ INFO ] Stage: Transaction commit [ INFO ] Stage: Closing up [ INFO ] Starting engine service [ INFO ] Starting dwh service [ INFO ] Restarting ovirt-vmconsole proxy service --== SUMMARY ==-- [ INFO ] Restarting httpd [ ERROR ] Failed to execute stage 'Closing up': Failed to start service 'httpd' [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20171031113831-ugg3ma.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20171031114832-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed Going to web GUI via hostname/ovirt-engine shows the oVirt placeholder page, but 404. " Oops! 404 Not Found The requested page was not found on this server." Clicking in sign in works otherwise? Confused though about above error. Then, I added a new "connection". Went to infrastructure area and see this: " unable to connect to server at 'xxx.xxx.xxx.130:16509': Connection refused"

1 0

Re: [ovirt-users] [ANN] oVirt 4.2.0 First Beta Release is now available for testing
by Karli Sjöberg 31 Oct '17

31 Oct '17

1 0

Cannot clone a snapshot
by Wesley Stewart 31 Oct '17

31 Oct '17

Whenever I try to clone a snapshot, I get a UI popup that says: 2 Uncaught exception occurred. Please try reloading the page. Details: (TypeError) __gwt$exception: <skipped>: Cannot read property 'R' of null Please have your administrator check the UI logs Where do these UI logs live? Build: Self Hosted oVirt 4.1.6

3 8

New post on oVirt blog: Introducing High Performance Virtual Machines
by John Marks 31 Oct '17

31 Oct '17

Hello! Just a quick heads up that there is a new post on the oVirt blog: Introducing High Performance Virtual Machines <https://ovirt.org/blog/2017/10/introducing-high-performance-vms/> In a nutshell: oVirt 4.2.0 Alpha, released on September 28, features a new high performance virtual machine type. It brings VM performance closer to bare metal performance. Read the blog post. <https://ovirt.org/blog/2017/10/introducing-high-performance-vms/> See you on the oVirt blog! Best, John -- John Marks Technical Writer, oVirt redhat Israel Cell: +972 52 8644 491

4 5

Re: [ovirt-users] self hosted engine vm won't start
by Hristo Pavlov 31 Oct '17

31 Oct '17

----ALT--6m07kyCjSkjZvhkqFO5Pt2Vq04oaGBf71509373682 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SSB0cmllZCBpdCBhbHJlYWR5LCAgZG9lc24ndCBzdGFydCBvbiBhbnkgb2YgdGhlIG5vZGVzLiAK CgpJbiBhIGxvZyAvdmFyL2xvZy9saWJ2aXJ0L3FlbXUvSG9zdGVkRW5naW5lLmxvZyBhdCBhbGwg dGhyZWUgbm9kZXMgaGFzIG5vdGhpbmcgdG8gZG8gd2l0aCBzdGFydGluZyzCoGFzIGlmIGl0IGhh ZCBub3Qgc3RhcnRlZC4KCgo+0J/QvtC90LXQtNC10LvRjNC90LjQuiwgMzAg0L7QutGC0Y/QsdGA 0Y8gMjAxNywgMTY6MTEgKzAyOjAwINC+0YIgTmF0aGFuYcOrbCBCbGFuY2hldCA8YmxhbmNoZXRA YWJlcy5mcj46Cj4KPkhpLAo+SXQgaGFwcGVuZWQgdG8gbWUgdG9vLCBhZnRlciBhIGxpdmUgbWln cmF0aW9uIG9mIGl0LCBJIHNodXQgZG93bgo+ICAgICAgdGhlIGhvc3RlZCBlbmdpbmUgb24gdGhl IHRhcmdldGVkIGhvc3QsIGFuZCBJIGNvdWxkbid0IHJlc3RhcnQgaXQKPiAgICAgIGFueW1vcmUg b24gdGhpcyBzcGVjaWZpYyBob3N0LiBCdXQgSSB3YXMgYWJsZSB0byBzdGFydCBpdCBvbiB0aGUK PiAgICAgIGluaXRpYWwgb25lLCB3aGVyZSBJIGluaXRpYWxseSB3aGVyZSBJIGRlcGxveWVkIHRo ZSBIRS4gSXQgd2FzCj4gICAgICBsaWtlIHRoZSBsZWFzZSBhbmQgdGhlIGxpYnZpcnQgaG9zdCBk ZWZpbml0aW9uIHN0YWlkIG9uIHRoZSBmaXJzdAo+ICAgICAgaG9zdCBhZnRlciBtaWdyYXRpb24u Cj5TbyB0cnkgeW91IG1heSB0cnkgIGhvc3RlZC1lbmdpbmUgLS12bS1zdGFydCBvbiBvbmUgb2Yg b3RoZXIKPiAgICAgICAgICBob3N0cy4uLgo+Cj5MZSAzMC8xMC8yMDE3IMOgIDEyOjI4LCBIcmlz dG8gUGF2bG92IGEKPiAgICAgIMOpY3JpdMKgOgo+PkhpIEFsbCwKPj4KPj5PdXIgb1ZpcnQgY2x1 c3RlciBpcyB3aXRoIDMgbm9kZXMgd2l0aCBzaGFyZWQgZmlicmUgY2hhbm5lbAo+PiAgICAgIHN0 b3JhZ2UsIHRoZSBlbmdpbmUgdmlydHVhbCBtYWNoaW5lIGlzIHNlbGYgaG9zdGVkLgo+PsKgCj4+ SHlwZXJ2aXNvcnMgT1M6IENlbnRPUyBMaW51eCByZWxlYXNlIDcuMyAvIHg4Nl82NCwgb1ZpcnQg dmVyc2lvbgo+PiAgICAgIGlzICA0LjEuMi4yLiAgVGhlIGVudmlyb25tZW50IGhhcyBiZWVuCj4+ ICAgICAgICAgICAgICB3b3JraW5nIGZvciBhYm91dCBhIHllYXIgd2l0aG91dCBhbnkgcHJvYmxl bXMgLgo+Pgo+PkFmdGVyIHNodXRkb3duIG9mIHRoZSBob3N0ZWQgZW5naW5lIHZpcnR1YWwgbWFj aGluZSwKPj4gICAgICAgICAgaXQgZG9lc24ndCBzdGFydC4gCj4+Cj4+0KJoZXNlCj4+ICAgICAg ICAgICAgICBjb21tYW5kcyB0aGF0IHdlcmUgZXhlY3V0ZWQ6Cj4+Cj4+aG9zdGVkLWVuZ2luZSAt LXNldC1tYWludGVuYW5jZSAtLW1vZGU9Z2xvYmFsCj4+aG9zdGVkLWVuZ2luZSAtLXZtLXNodXRk b3duCj4+Cj4+YWZ0ZXIgdGhlIHN0YXR1cyBvZiBlbmdpbmUgdm0gd2FzIGRvd24sIHdlIGV4ZWN1 dGVkIHN0YXJ0Lgo+Pgo+Pltyb290QGFscGhhXSBob3N0ZWQtZW5naW5lIC0tdm0tc3RhcnQKPj5W TSBleGlzdHMgYW5kIGlzIGRvd24sIGRlc3Ryb3lpbmcgaXQKPj5FeGNlcHRpb24gaW4gdGhyZWFk IENsaWVudCBsb2NhbGhvc3Q6NTQzMjEgKG1vc3QgbGlrZWx5IHJhaXNlZAo+PiAgICAgICAgICBk dXJpbmcgaW50ZXJwcmV0ZXIgc2h1dGRvd24pOgo+Pgo+PndlIG5vdGljaWVkIHRoYXQgYXQgdmRz bS5sb2cgCj4+Cj4+MDE3LTEwLTMwIDEzOjExOjA0LDg2MyswMjAwIElORk/CoCAoanNvbnJwYy8x KQo+PiAgICAgICAgW2pzb25ycGMuSnNvblJwY1NlcnZlcl0gUlBDIGNhbGwgU3RvcmFnZURvbWFp bi5nZXRTdGF0cwo+PiAgICAgICAgc3VjY2VlZGVkIGluIDAuMjYgc2Vjb25kcyAoX19pbml0X186 NTMzKQo+PjIwMTctMTAtMzAgMTM6MTE6MDUsODAyKzAyMDAgSU5GT8KgIChqc29ucnBjLzYpCj4+ ICAgICAgICBbanNvbnJwYy5Kc29uUnBjU2VydmVyXSBSUEMgY2FsbCBIb3N0LmdldEFsbFZtU3Rh dHMgc3VjY2VlZGVkIGluCj4+ICAgICAgICAwLjAxIHNlY29uZHMgKF9faW5pdF9fOjUzMykKPj4y MDE3LTEwLTMwIDEzOjExOjA1LDgyNSswMjAwIFdBUk7CoCAoanNvbnJwYy8yKSBbdmlydC52bV0K Pj4gICAgICAgICh2bUlkPSdkYTk4MTEyZC1iOWZiLTQwOTgtOTNmYS0xZjEzNzRiNDFlNDYnKSBG YWlsZWQgdG8gZ2V0Cj4+ICAgICAgICBtZXRhZGF0YSwgZG9tYWluIG5vdCBjb25uZWN0ZWQuICh2 bToyNzY1KQo+PjIwMTctMTAtMzAgMTM6MTE6MDUsODI1KzAyMDAgRVJST1IgKGpzb25ycGMvMikK Pj4gICAgICAgIFtqc29ucnBjLkpzb25ScGNTZXJ2ZXJdIEludGVybmFsIHNlcnZlciBlcnJvciAo X19pbml0X186NTcwKQo+PlRyYWNlYmFjayAobW9zdCByZWNlbnQgY2FsbCBsYXN0KToKPj7CoCBG aWxlICIvdXNyL2xpYi9weXRob24yLjcvc2l0ZS1wYWNrYWdlcy95YWpzb25ycGMvX19pbml0X18u cHkiLAo+PiAgICAgICAgbGluZSA1NjUsIGluIF9oYW5kbGVfcmVxdWVzdAo+PsKgwqDCoCByZXMg PSBtZXRob2QoKipwYXJhbXMpCj4+wqAgRmlsZSAiL3Vzci9saWIvcHl0aG9uMi43L3NpdGUtcGFj a2FnZXMvdmRzbS9ycGMvQnJpZGdlLnB5IiwKPj4gICAgICAgIGxpbmUgMjAyLCBpbiBfZHluYW1p Y01ldGhvZAo+PsKgwqDCoCByZXN1bHQgPSBmbigqbWV0aG9kQXJncykKPj7CoCBGaWxlICIvdXNy L3NoYXJlL3Zkc20vQVBJLnB5IiwgbGluZSAxNDU0LCBpbgo+PiAgICAgICAgZ2V0QWxsVm1Jb1R1 bmVQb2xpY2llcwo+PsKgwqDCoCBpb190dW5lX3BvbGljaWVzX2RpY3QgPSBzZWxmLl9jaWYuZ2V0 QWxsVm1Jb1R1bmVQb2xpY2llcygpCj4+wqAgRmlsZSAiL3Vzci9zaGFyZS92ZHNtL2NsaWVudElG LnB5IiwgbGluZSA0NDgsIGluCj4+ICAgICAgICBnZXRBbGxWbUlvVHVuZVBvbGljaWVzCj4+wqDC oMKgICdjdXJyZW50X3ZhbHVlcyc6IHYuZ2V0SW9UdW5lKCl9Cj4+wqAgRmlsZSAiL3Vzci9zaGFy ZS92ZHNtL3ZpcnQvdm0ucHkiLCBsaW5lIDI4MDMsIGluIGdldElvVHVuZQo+PsKgwqDCoCByZXN1 bHQgPSBzZWxmLmdldElvVHVuZVJlc3BvbnNlKCkKPj7CoCBGaWxlICIvdXNyL3NoYXJlL3Zkc20v dmlydC92bS5weSIsIGxpbmUgMjgxNiwgaW4KPj4gICAgICAgIGdldElvVHVuZVJlc3BvbnNlCj4+ wqDCoMKgIHJlcyA9IHNlbGYuX2RvbS5ibG9ja0lvVHVuZSgKPj7CoCBGaWxlCj4+ICAgICAgICAi L3Vzci9saWIvcHl0aG9uMi43L3NpdGUtcGFja2FnZXMvdmRzbS92aXJ0L3ZpcmRvbWFpbi5weSIs IGxpbmUKPj4gICAgICAgIDQ3LCBpbiBfX2dldGF0dHJfXwo+PsKgwqDCoCAlIHNlbGYudm1pZCkK Pj5Ob3RDb25uZWN0ZWRFcnJvcjogVk0gdSdkYTk4MTEyZC1iOWZiLTQwOTgtOTNmYS0xZjEzNzRi NDFlNDYnCj4+ICAgICAgICB3YXMgbm90IHN0YXJ0ZWQgeWV0IG9yIHdhcyBzaHV0IGRvd24KPj4K Pj4KPj5UaGUgc3RvcmFnZSBvZiBzZWxmIGhvc3RlZCBlbmdpbmUgbXVsdGlwYXRoLCBwdnMsIGx2 cywgc2VlbXMKPj4gICAgICAgIG9rLi4uIAo+Pgo+PkF0IHRoZSBtb21lbnQgb2YgdGhlIHRocmVl Cj4+ICAgICAgICAgICAgbm9kZXMgdGhlcmUgaXMgYSB3b3JraW5nIGFib3V0IDEwMCB2aXJ0dWFs IG1hY2hpbmVzIGFuZCB3ZQo+PiAgICAgICAgICAgIGNhbid0IG1hbmFnZSB0aGVtLgo+Pgo+PkRv ZXMKPj4gICAgICAgICAgICAgICAgYW55b25lIGhhdmUgYW55IGlkZWFzLCB3aGF0IGNhbiBiZSBk b25lINGC0L4KPj4gICAgICAgICAgICByZWNvdmVyIHNlbGYgaG9zdGVkIGVuZ2luZSB2aXJ0dWFs IG1hY2hpbmU/Cj4+Cj4+VGhhaGsgWW91IQo+PkhhdmUgYSBuaWNlIGRheSEKPj4KPj4KPj4KPj4K Pj4KPj4KPj4KPj7vu78KPj4KPj4KPj4KPj4KPj4KPj5fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXwo+PlVzZXJzIG1haWxpbmcgbGlzdAo+PlVzZXJzQG92aXJ0 Lm9yZwo+Pmh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vycwo+Pgo+ LS0gCj5OYXRoYW5hw6tsIEJsYW5jaGV0Cj4KPlN1cGVydmlzaW9uIHLDqXNlYXUKPlDDtGxlIElu ZnJhc3RydXR1cmVzIEluZm9ybWF0aXF1ZXMKPjIyNyBhdmVudWUgUHJvZmVzc2V1ci1KZWFuLUxv dWlzLVZpYWxhCj4zNDE5MyBNT05UUEVMTElFUiBDRURFWCA1IAkKPlTDqWwuIDMzICgwKTQgNjcg NTQgODQgNTUKPkZheCAgMzMgKDApNCA2NyA1NCA4NCAxNAo+YmxhbmNoZXRAYWJlcy5mciAKCgo= ----ALT--6m07kyCjSkjZvhkqFO5Pt2Vq04oaGBf71509373682 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 CjxIVE1MPjxCT0RZPjxzcGFuIGlkPSJyZXN1bHRfYm94IiBjbGFzcz0ic2hvcnRfdGV4dCIgbGFu Zz0iZW4iPjxzcGFuPkkgdHJpZWQgaXQgYWxyZWFkeSwgPHNwYW4gaWQ9InJlc3VsdF9ib3giIGNs YXNzPSJzaG9ydF90ZXh0IiBsYW5nPSJlbiI+PHNwYW4+ZG9lc24ndCBzdGFydCBvbiBhbnkgb2Yg dGhlIG5vZGVzLiA8YnI+PGJyPjxicj5JbiBhIGxvZyAvdmFyL2xvZy9saWJ2aXJ0L3FlbXUvSG9z dGVkRW5naW5lLmxvZyBhdCBhbGw8c3BhbiBpZD0icmVzdWx0X2JveCIgY2xhc3M9InNob3J0X3Rl eHQiIGxhbmc9ImVuIj48c3Bhbj4gdGhyZWUgbm9kZXM8L3NwYW4+PC9zcGFuPiA8c3BhbiBpZD0i cmVzdWx0X2JveCIgbGFuZz0iZW4iPjxzcGFuPmhhcyBub3RoaW5nIHRvIGRvIHdpdGggc3RhcnRp bmcsJm5ic3A7YXMgaWYgaXQgaGFkIG5vdCBzdGFydGVkLjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwv c3Bhbj48L3NwYW4+PC9zcGFuPjxicj48YnI+PGJyPjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXIt bGVmdDoxcHggc29saWQgIzA4NTdBNjsgbWFyZ2luOjEwcHg7IHBhZGRpbmc6MCAwIDAgMTBweDsi PgoJ0J/QvtC90LXQtNC10LvRjNC90LjQuiwgMzAg0L7QutGC0Y/QsdGA0Y8gMjAxNywgMTY6MTEg KzAyOjAwINC+0YIgTmF0aGFuYcOrbCBCbGFuY2hldCAmbHQ7YmxhbmNoZXRAYWJlcy5mciZndDs6 PGJyPgoJPGJyPgoJPGRpdiBpZD0iIj4KCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgkKCgoKCgoKCgoK CgoKPGRpdiBjbGFzcz0ianMtaGVscGVyIGpzLXJlYWRtc2ctbXNnIj4KCTxzdHlsZSB0eXBlPSJ0 ZXh0L2NzcyI+PC9zdHlsZT4KIAk8ZGl2PgoJCTxiYXNlIHRhcmdldD0iX3NlbGYiIGhyZWY9Imh0 dHBzOi8vZS5tYWlsLnJ1LyI+CgkJCiAgICAgICAgICAgIDxkaXYgaWQ9InN0eWxlXzE1MDkzNzI2 NjIwMDAwMDAwNjg3X0JPRFkiPjxkaXYgY2xhc3M9ImNsYXNzXzE1MDkzNzQ5NzQiPgogIAogICAg CiAgCiAgCiAgICA8cD5IaSw8L3A+CiAgICA8cD5JdCBoYXBwZW5lZCB0byBtZSB0b28sIGFmdGVy IGEgbGl2ZSBtaWdyYXRpb24gb2YgaXQsIEkgc2h1dCBkb3duCiAgICAgIHRoZSBob3N0ZWQgZW5n aW5lIG9uIHRoZSB0YXJnZXRlZCBob3N0LCBhbmQgSSBjb3VsZG4ndCByZXN0YXJ0IGl0CiAgICAg IGFueW1vcmUgb24gdGhpcyBzcGVjaWZpYyBob3N0LiBCdXQgSSB3YXMgYWJsZSB0byBzdGFydCBp dCBvbiB0aGUKICAgICAgaW5pdGlhbCBvbmUsIHdoZXJlIEkgaW5pdGlhbGx5IHdoZXJlIEkgZGVw bG95ZWQgdGhlIEhFLiBJdCB3YXMKICAgICAgbGlrZSB0aGUgbGVhc2UgYW5kIHRoZSBsaWJ2aXJ0 IGhvc3QgZGVmaW5pdGlvbiBzdGFpZCBvbiB0aGUgZmlyc3QKICAgICAgaG9zdCBhZnRlciBtaWdy YXRpb24uPC9wPgogICAgPHA+U28gdHJ5IHlvdSBtYXkgdHJ5IDxzcGFuIGlkPSJyZXN1bHRfYm94 X21haWxydV9jc3NfYXR0cmlidXRlX3Bvc3RmaXgiIGNsYXNzPSJzaG9ydF90ZXh0X21haWxydV9j c3NfYXR0cmlidXRlX3Bvc3RmaXgiIGxhbmc9ImVuIj48c3Bhbj5ob3N0ZWQtZW5naW5lIC0tdm0t c3RhcnQgb24gb25lIG9mIG90aGVyCiAgICAgICAgICBob3N0cy4uLjxicj4KICAgICAgICA8L3Nw YW4+PC9zcGFuPjwvcD4KICAgIDxicj4KICAgIDxkaXYgY2xhc3M9Im1vei1jaXRlLXByZWZpeF9t YWlscnVfY3NzX2F0dHJpYnV0ZV9wb3N0Zml4Ij5MZSAzMC8xMC8yMDE3IMOgIDEyOjI4LCBIcmlz dG8gUGF2bG92IGEKICAgICAgw6ljcml0Jm5ic3A7Ojxicj4KICAgIDwvZGl2PgogICAgPGJsb2Nr cXVvdGUgdHlwZT0iY2l0ZSIgY2l0ZT0ibWlkOjE1MDkzNjI5MTguMTQ1ODgwOTM4QGYyNjcuaS5t YWlsLnJ1Ij4KICAgICAgSGkgQWxsLDxicj4KICAgICAgPGJyPgogICAgICBPdXIgb1ZpcnQgY2x1 c3RlciBpcyB3aXRoIDMgbm9kZXMgd2l0aCBzaGFyZWQgZmlicmUgY2hhbm5lbAogICAgICBzdG9y YWdlLCB0aGUgZW5naW5lIHZpcnR1YWwgbWFjaGluZSBpcyBzZWxmIGhvc3RlZC48YnI+CiAgICAg ICZuYnNwOzxicj4KICAgICAgSHlwZXJ2aXNvcnMgT1M6IENlbnRPUyBMaW51eCByZWxlYXNlIDcu MyAvIHg4Nl82NCwgb1ZpcnQgdmVyc2lvbgogICAgICBpcyA8c3BhbiBjbGFzcz0ic3RfbWFpbHJ1 X2Nzc19hdHRyaWJ1dGVfcG9zdGZpeCI+PHNwYW4gY2xhc3M9InN0X21haWxydV9jc3NfYXR0cmli dXRlX3Bvc3RmaXgiPjQuMS4yLjIuIDxzcGFuIGlkPSJyZXN1bHRfYm94X21haWxydV9jc3NfYXR0 cmlidXRlX3Bvc3RmaXgiIGxhbmc9ImVuIj48c3Bhbj5UaGUgZW52aXJvbm1lbnQgaGFzIGJlZW4K ICAgICAgICAgICAgICB3b3JraW5nIGZvciBhYm91dCBhIHllYXIgd2l0aG91dCBhbnkgcHJvYmxl bXM8L3NwYW4+PC9zcGFuPi48YnI+CiAgICAgICAgICA8YnI+CiAgICAgICAgICBBZnRlcjwvc3Bh bj48L3NwYW4+PHNwYW4gaWQ9InJlc3VsdF9ib3hfbWFpbHJ1X2Nzc19hdHRyaWJ1dGVfcG9zdGZp eCIgY2xhc3M9InNob3J0X3RleHRfbWFpbHJ1X2Nzc19hdHRyaWJ1dGVfcG9zdGZpeCIgbGFuZz0i ZW4iPjxzcGFuPiBzaHV0ZG93biBvZiB0aGUgaG9zdGVkIGVuZ2luZSB2aXJ0dWFsIG1hY2hpbmUs CiAgICAgICAgICBpdCBkb2Vzbid0IHN0YXJ0LiA8YnI+CiAgICAgICAgICA8YnI+CiAgICAgICAg ICA8c3BhbiBpZD0icmVzdWx0X2JveF9tYWlscnVfY3NzX2F0dHJpYnV0ZV9wb3N0Zml4IiBjbGFz cz0ic2hvcnRfdGV4dF9tYWlscnVfY3NzX2F0dHJpYnV0ZV9wb3N0Zml4IiBsYW5nPSJlbiI+PHNw YW4+0KJoZXNlCiAgICAgICAgICAgICAgY29tbWFuZHMgdGhhdCB3ZXJlIGV4ZWN1dGVkOjxicj4K ICAgICAgICAgICAgICA8YnI+CiAgICAgICAgICAgICAgaG9zdGVkLWVuZ2luZSAtLXNldC1tYWlu dGVuYW5jZSAtLW1vZGU9Z2xvYmFsPGJyPgogICAgICAgICAgICAgIGhvc3RlZC1lbmdpbmUgLS12 bS1zaHV0ZG93bjxicj4KICAgICAgICAgICAgPC9zcGFuPjwvc3Bhbj48YnI+CiAgICAgICAgICBh ZnRlciB0aGUgc3RhdHVzIG9mIGVuZ2luZSB2bSB3YXMgZG93biwgd2UgZXhlY3V0ZWQgc3RhcnQu PGJyPgogICAgICAgICAgPGJyPgogICAgICAgICAgW3Jvb3RAYWxwaGFdIGhvc3RlZC1lbmdpbmUg LS12bS1zdGFydDxicj4KICAgICAgICAgIFZNIGV4aXN0cyBhbmQgaXMgZG93biwgZGVzdHJveWlu ZyBpdDxicj4KICAgICAgICAgIEV4Y2VwdGlvbiBpbiB0aHJlYWQgQ2xpZW50IGxvY2FsaG9zdDo1 NDMyMSAobW9zdCBsaWtlbHkgcmFpc2VkCiAgICAgICAgICBkdXJpbmcgaW50ZXJwcmV0ZXIgc2h1 dGRvd24pOjwvc3Bhbj48L3NwYW4+PHNwYW4gY2xhc3M9InN0X21haWxydV9jc3NfYXR0cmlidXRl X3Bvc3RmaXgiPjxicj4KICAgICAgICA8YnI+CiAgICAgICAgd2Ugbm90aWNpZWQgdGhhdCBhdCB2 ZHNtLmxvZyA8YnI+CiAgICAgICAgPGJyPgogICAgICAgIDAxNy0xMC0zMCAxMzoxMTowNCw4NjMr MDIwMCBJTkZPJm5ic3A7IChqc29ucnBjLzEpCiAgICAgICAgW2pzb25ycGMuSnNvblJwY1NlcnZl cl0gUlBDIGNhbGwgU3RvcmFnZURvbWFpbi5nZXRTdGF0cwogICAgICAgIHN1Y2NlZWRlZCBpbiAw LjI2IHNlY29uZHMgKF9faW5pdF9fOjUzMyk8YnI+CiAgICAgICAgMjAxNy0xMC0zMCAxMzoxMTow NSw4MDIrMDIwMCBJTkZPJm5ic3A7IChqc29ucnBjLzYpCiAgICAgICAgW2pzb25ycGMuSnNvblJw Y1NlcnZlcl0gUlBDIGNhbGwgSG9zdC5nZXRBbGxWbVN0YXRzIHN1Y2NlZWRlZCBpbgogICAgICAg IDAuMDEgc2Vjb25kcyAoX19pbml0X186NTMzKTxicj4KICAgICAgICAyMDE3LTEwLTMwIDEzOjEx OjA1LDgyNSswMjAwIFdBUk4mbmJzcDsgKGpzb25ycGMvMikgW3ZpcnQudm1dCiAgICAgICAgKHZt SWQ9J2RhOTgxMTJkLWI5ZmItNDA5OC05M2ZhLTFmMTM3NGI0MWU0NicpIEZhaWxlZCB0byBnZXQK ICAgICAgICBtZXRhZGF0YSwgZG9tYWluIG5vdCBjb25uZWN0ZWQuICh2bToyNzY1KTxicj4KICAg ICAgICAyMDE3LTEwLTMwIDEzOjExOjA1LDgyNSswMjAwIEVSUk9SIChqc29ucnBjLzIpCiAgICAg ICAgW2pzb25ycGMuSnNvblJwY1NlcnZlcl0gSW50ZXJuYWwgc2VydmVyIGVycm9yIChfX2luaXRf Xzo1NzApPGJyPgogICAgICAgIFRyYWNlYmFjayAobW9zdCByZWNlbnQgY2FsbCBsYXN0KTo8YnI+ CiAgICAgICAgJm5ic3A7IEZpbGUgIi91c3IvbGliL3B5dGhvbjIuNy9zaXRlLXBhY2thZ2VzL3lh anNvbnJwYy9fX2luaXRfXy5weSIsCiAgICAgICAgbGluZSA1NjUsIGluIF9oYW5kbGVfcmVxdWVz dDxicj4KICAgICAgICAmbmJzcDsmbmJzcDsmbmJzcDsgcmVzID0gbWV0aG9kKCoqcGFyYW1zKTxi cj4KICAgICAgICAmbmJzcDsgRmlsZSAiL3Vzci9saWIvcHl0aG9uMi43L3NpdGUtcGFja2FnZXMv dmRzbS9ycGMvQnJpZGdlLnB5IiwKICAgICAgICBsaW5lIDIwMiwgaW4gX2R5bmFtaWNNZXRob2Q8 YnI+CiAgICAgICAgJm5ic3A7Jm5ic3A7Jm5ic3A7IHJlc3VsdCA9IGZuKCptZXRob2RBcmdzKTxi cj4KICAgICAgICAmbmJzcDsgRmlsZSAiL3Vzci9zaGFyZS92ZHNtL0FQSS5weSIsIGxpbmUgMTQ1 NCwgaW4KICAgICAgICBnZXRBbGxWbUlvVHVuZVBvbGljaWVzPGJyPgogICAgICAgICZuYnNwOyZu YnNwOyZuYnNwOyBpb190dW5lX3BvbGljaWVzX2RpY3QgPSBzZWxmLl9jaWYuZ2V0QWxsVm1Jb1R1 bmVQb2xpY2llcygpPGJyPgogICAgICAgICZuYnNwOyBGaWxlICIvdXNyL3NoYXJlL3Zkc20vY2xp ZW50SUYucHkiLCBsaW5lIDQ0OCwgaW4KICAgICAgICBnZXRBbGxWbUlvVHVuZVBvbGljaWVzPGJy PgogICAgICAgICZuYnNwOyZuYnNwOyZuYnNwOyAnY3VycmVudF92YWx1ZXMnOiB2LmdldElvVHVu ZSgpfTxicj4KICAgICAgICAmbmJzcDsgRmlsZSAiL3Vzci9zaGFyZS92ZHNtL3ZpcnQvdm0ucHki LCBsaW5lIDI4MDMsIGluIGdldElvVHVuZTxicj4KICAgICAgICAmbmJzcDsmbmJzcDsmbmJzcDsg cmVzdWx0ID0gc2VsZi5nZXRJb1R1bmVSZXNwb25zZSgpPGJyPgogICAgICAgICZuYnNwOyBGaWxl ICIvdXNyL3NoYXJlL3Zkc20vdmlydC92bS5weSIsIGxpbmUgMjgxNiwgaW4KICAgICAgICBnZXRJ b1R1bmVSZXNwb25zZTxicj4KICAgICAgICAmbmJzcDsmbmJzcDsmbmJzcDsgcmVzID0gc2VsZi5f ZG9tLmJsb2NrSW9UdW5lKDxicj4KICAgICAgICAmbmJzcDsgRmlsZQogICAgICAgICIvdXNyL2xp Yi9weXRob24yLjcvc2l0ZS1wYWNrYWdlcy92ZHNtL3ZpcnQvdmlyZG9tYWluLnB5IiwgbGluZQog ICAgICAgIDQ3LCBpbiBfX2dldGF0dHJfXzxicj4KICAgICAgICAmbmJzcDsmbmJzcDsmbmJzcDsg JSBzZWxmLnZtaWQpPGJyPgogICAgICAgIE5vdENvbm5lY3RlZEVycm9yOiBWTSB1J2RhOTgxMTJk LWI5ZmItNDA5OC05M2ZhLTFmMTM3NGI0MWU0NicKICAgICAgICB3YXMgbm90IHN0YXJ0ZWQgeWV0 IG9yIHdhcyBzaHV0IGRvd248YnI+CiAgICAgICAgPGJyPgogICAgICAgIDxicj4KICAgICAgICBU aGUgc3RvcmFnZSBvZiBzZWxmIGhvc3RlZCBlbmdpbmUgbXVsdGlwYXRoLCBwdnMsIGx2cywgc2Vl bXMKICAgICAgICBvay4uLiA8YnI+CiAgICAgICAgPGJyPgogICAgICAgIDxzcGFuIGlkPSJyZXN1 bHRfYm94X21haWxydV9jc3NfYXR0cmlidXRlX3Bvc3RmaXgiIGxhbmc9ImVuIj48c3Bhbj5BdCB0 aGUgbW9tZW50IG9mIHRoZSB0aHJlZQogICAgICAgICAgICBub2RlcyB0aGVyZSBpcyBhIHdvcmtp bmcgYWJvdXQgMTAwIHZpcnR1YWwgbWFjaGluZXMgYW5kIHdlCiAgICAgICAgICAgIGNhbid0IG1h bmFnZSB0aGVtLjxicj4KICAgICAgICAgICAgPGJyPgogICAgICAgICAgICA8c3BhbiBpZD0icmVz dWx0X2JveF9tYWlscnVfY3NzX2F0dHJpYnV0ZV9wb3N0Zml4IiBjbGFzcz0ic2hvcnRfdGV4dF9t YWlscnVfY3NzX2F0dHJpYnV0ZV9wb3N0Zml4IiBsYW5nPSJlbiI+PHNwYW4+RG9lcwogICAgICAg ICAgICAgICAgYW55b25lIGhhdmUgYW55IGlkZWFzLCB3aGF0IGNhbiBiZSBkb25lPC9zcGFuPjwv c3Bhbj4g0YLQvgogICAgICAgICAgICByZWNvdmVyIHNlbGYgaG9zdGVkIGVuZ2luZSB2aXJ0dWFs IG1hY2hpbmU/PGJyPgogICAgICAgICAgICA8YnI+CiAgICAgICAgICAgIFRoYWhrIFlvdSE8YnI+ CiAgICAgICAgICAgIEhhdmUgYSBuaWNlIGRheSE8YnI+CiAgICAgICAgICA8L3NwYW4+PC9zcGFu Pjxicj4KICAgICAgICA8YnI+CiAgICAgICAgPGJyPgogICAgICAgIDxicj4KICAgICAgICA8YnI+ CiAgICAgICAgPGJyPgogICAgICAgIDxicj4KICAgICAgICA8c3Bhbj7vu788L3NwYW4+PC9zcGFu Pjxicj4KICAgICAgPGJyPgogICAgICA8YnI+CiAgICAgIDxicj4KICAgICAgPGJyPgogICAgICA8 ZmllbGRzZXQgY2xhc3M9Im1pbWVBdHRhY2htZW50SGVhZGVyX21haWxydV9jc3NfYXR0cmlidXRl X3Bvc3RmaXgiPjwvZmllbGRzZXQ+CiAgICAgIDxicj4KICAgICAgPHByZSB3cmFwPSIiPl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClVzZXJzIG1haWxpbmcg bGlzdAo8YSBjbGFzcz0ibW96LXR4dC1saW5rLWFiYnJldmlhdGVkX21haWxydV9jc3NfYXR0cmli dXRlX3Bvc3RmaXgiIGhyZWY9Ii8vZS5tYWlsLnJ1L2NvbXBvc2UvP21haWx0bz1tYWlsdG8lM2FV c2Vyc0BvdmlydC5vcmciIHRhcmdldD0iX2JsYW5rIiByZWw9IiBub29wZW5lciBub3JlZmVycmVy Ij5Vc2Vyc0BvdmlydC5vcmc8L2E+CjxhIGNsYXNzPSJtb3otdHh0LWxpbmstZnJlZXRleHRfbWFp bHJ1X2Nzc19hdHRyaWJ1dGVfcG9zdGZpeCIgaHJlZj0iaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9t YWlsbWFuL2xpc3RpbmZvL3VzZXJzIiB0YXJnZXQ9Il9ibGFuayIgcmVsPSIgbm9vcGVuZXIgbm9y ZWZlcnJlciI+aHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzPC9h Pgo8L3ByZT4KICAgIDwvYmxvY2txdW90ZT4KICAgIDxicj4KICAgIDxwcmUgY2xhc3M9Im1vei1z aWduYXR1cmVfbWFpbHJ1X2Nzc19hdHRyaWJ1dGVfcG9zdGZpeCIgY29scz0iNzIiPi0tIApOYXRo YW5hw6tsIEJsYW5jaGV0CgpTdXBlcnZpc2lvbiByw6lzZWF1ClDDtGxlIEluZnJhc3RydXR1cmVz IEluZm9ybWF0aXF1ZXMKMjI3IGF2ZW51ZSBQcm9mZXNzZXVyLUplYW4tTG91aXMtVmlhbGEKMzQx OTMgTU9OVFBFTExJRVIgQ0VERVggNSAJClTDqWwuIDMzICgwKTQgNjcgNTQgODQgNTUKRmF4ICAz MyAoMCk0IDY3IDU0IDg0IDE0CjxhIGNsYXNzPSJtb3otdHh0LWxpbmstYWJicmV2aWF0ZWRfbWFp bHJ1X2Nzc19hdHRyaWJ1dGVfcG9zdGZpeCIgaHJlZj0iLy9lLm1haWwucnUvY29tcG9zZS8/bWFp bHRvPW1haWx0byUzYWJsYW5jaGV0QGFiZXMuZnIiIHRhcmdldD0iX2JsYW5rIiByZWw9IiBub29w ZW5lciBub3JlZmVycmVyIj5ibGFuY2hldEBhYmVzLmZyPC9hPiA8L3ByZT4KICAKCjwvZGl2Pjwv ZGl2PgogICAgICAgICAgICAKICAgICAgICAKCQk8YmFzZSB0YXJnZXQ9Il9zZWxmIiBocmVmPSJo dHRwczovL2UubWFpbC5ydS8iPgoJPC9kaXY+CgoJCjwvZGl2PgoKCjwvZGl2Pgo8L2Jsb2NrcXVv dGU+Cjxicj4KPGJyPjxicj48L0JPRFk+PC9IVE1MPgo= ----ALT--6m07kyCjSkjZvhkqFO5Pt2Vq04oaGBf71509373682--

4 10

HEVM root reset?
by Chas Ecomm 31 Oct '17

31 Oct '17

This is a multipart message in MIME format. ------=_NextPart_000_01A0_01D35009.7C58F9D0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit TIA for any guidance you can give me here, I'm in a bit of a pickle and have spent many hours reading many posts and blogs that don't seem to get me where I need to be, and despite my gut feeling that someone has had to have dealt with this somewhere else, my google-fu is failing me in finding anyone who has dealt with this particular problem. My issue: I've inherited a 4.1 hosted-engine setup. This is for a non-profit, so the previous consultant did what she could to save capital expense by using older gear and oVirt rather than VMware/Hyper-V and newer equipment. For the most part it has worked quite well as I understand it. This particular setup has gone from 3.5 with a standalone engine to 4.1 with a hosted engine, in case that matters. The VMs hosted on the 2 clusters associated with this engine are currently working fine, but I am trying to get into the hosted-engine VM, and either there was a problem with the root password during setup and the hosted-engine-setup script didn't catch it or I've been given a bad password. The previous admin didn't setup any alternative users, which is a major no-no in my book, and so I'm trying to do that - but I can't login to the VM. I can log into the portal and manage the hosts, storage, VMs, etc., just not the HEVM. As I understand it, even if I could set aside my need for alternate users, when it comes time to upgrade I will need access to the HEVM, so I have to solve this at some point. If this were a physical machine, I'd reboot in single user mode and work at things from there, but it's not, and I've not found a good guide to get to the engine console to put it into single user mode. I've found lots (and lots, and lots) of links on the oVirt docs site regarding hosted engine setups that simply don't exist as pages anymore and others that don't address this issue, as well as a couple of links on the RedHat site that made me think I could connect via ssh to the host running the VM, and do some sort of X forwarding, but I haven't come anywhere close to success with that, and since I can't log into the VM, I'm not sure how that would work anyway. I've always struggled with X forwarding, too, so that doesn't help, I'm sure. I read a few posts from what look like the early days of the hosted-engine OVA implying you could launch a console from the management portal and maybe try to reboot and set single user mode there, but they all dead-ended. Also, I may be confused on how the hosted engine works (I find this much more confusing than either VMware or Hyper-V), but if I'm connected to the console via the oVirt management portal and I reboot the VM to try and get into single user mode, wouldn't I lose my connection and still not be able to get into single user mode? I can connect via hosted-engine -console, but that asks me for the root password, which of course I don't have. Am I just doomed to have to rebuild this whole set of servers from scratch or is there some way I could either re-run hosted-engine -deploy so I can set the root password and not lose my current config; or alternatively is there a way to get the VM into single user mode and accessible so I can use normal Linux practices for a lost root password? Thanks for listening and for any help you can possibly give. I'm sure there's some simple thing that I've overlooked, but after hours and hours of trying to solve this one on my own, I have to admit the need for help. Thank you!!!! ------=_NextPart_000_01A0_01D35009.7C58F9D0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta = http-equiv=3DContent-Type content=3D"text/html; = charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 15 = (filtered medium)"><style></style></head><body lang=3DEN-US = link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1><p = class=3DMsoNormal>TIA for any guidance you can give me here, I’m = in a bit of a pickle and have spent many hours reading many posts and = blogs that don’t seem to get me where I need to be, and despite my = gut feeling that someone has had to have dealt with this somewhere else, = my google-fu is failing me in finding anyone who has dealt with this = particular problem.<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>My = issue:<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>I’ve inherited a 4.1 hosted-engine setup.  = This is for a non-profit, so the previous consultant did what she could = to save capital expense by using older gear and oVirt rather than = VMware/Hyper-V and newer equipment.  For the most part it has = worked quite well as I understand it.  This particular setup has = gone from 3.5 with a standalone engine to 4.1 with a hosted engine, in = case that matters.<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>The VMs = hosted on the 2 clusters associated with this engine are currently = working fine, but I am trying to get into the hosted-engine VM, and = either there was a problem with the root password during setup and the = hosted-engine-setup script didn’t catch it or I’ve been = given a bad password.  The previous admin didn’t setup any = alternative users, which is a major no-no in my book, and so I’m = trying to do that – but I can’t login to the VM.  I can = log into the portal and manage the hosts, storage, VMs, etc., just not = the HEVM.  As I understand it, even if I could set aside my need = for alternate users, when it comes time to upgrade I will need access to = the HEVM, so I have to solve this at some point.<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>If this were = a physical machine, I’d reboot in single user mode and work at = things from there, but it’s not, and I’ve not found a good = guide to get to the engine console to put it into single user = mode.  I’ve found lots (and lots, and lots) of links on the = oVirt docs site regarding hosted engine setups that simply don’t = exist as pages anymore and others that don’t address this issue, = as well as a couple of links on the RedHat site that made me think I = could connect via ssh to the host running the VM, and do some sort of X = forwarding, but I haven’t come anywhere close to success with = that, and since I can’t log into the VM, I’m not sure how = that would work anyway.  I’ve always struggled with X = forwarding, too, so that doesn’t help, I’m = sure.<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>I read a few posts from what look like the early days = of the hosted-engine OVA implying you could launch a console from the = management portal and maybe try to reboot and set single user mode = there, but they all dead-ended.  Also, I may be confused on how the = hosted engine works (I find this much more confusing than either VMware = or Hyper-V), but if I’m connected to the console via the oVirt = management portal and I reboot the VM to try and get into single user = mode, wouldn’t I lose my connection and still not be able to get = into single user mode?<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>I can = connect via hosted-engine –console, but that asks me for the root = password, which of course I don’t have.  <o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>Am I just = doomed to have to rebuild this whole set of servers from scratch or is = there some way I could either re-run hosted-engine –deploy so I = can set the root password and not lose my current config; or = alternatively is there a way to get the VM into single user mode and = accessible so I can use normal Linux practices for a lost root = password?<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>Thanks for listening and for any help you can possibly = give.  I’m sure there’s some simple thing that = I’ve overlooked, but after hours and hours of trying to solve this = one on my own, I have to admit the need for help.<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>Thank = you!!!!<o:p></o:p></p></div></body></html> ------=_NextPart_000_01A0_01D35009.7C58F9D0--

6 5

How is everyone performing backups?
by Wesley Stewart 30 Oct '17

30 Oct '17

Originally, I used a script I found on github, but since updating I can't seem to get that to work again. I was just curious if there were any other more elegant type solutions? I am currently running a single host and local storage, but I would love to backup VM's automatically once a week or so to an NFS share. Just curious if anyone had tackled this issue.

9 13

Re: [ovirt-users] ovirtmgmt network security
by Luca 'remix_tj' Lorenzetto 30 Oct '17

30 Oct '17

Sorry, But you didn't understood well what i've said. If your host has no ip addresses on that network, you're not encountering any risk because you've no access to that network at layer 3. Removing ovirtmgmt is not possibile, that network is mandatory. Luca Il 27 ott 2017 1:36 PM, "Istvan Buki" <buki.istvan(a)gmail.com> ha scritto: Hello, I totally agree on the First part: IP set only on the VM. For the ovirtmgmt access, if I understand correctly, I have to choose between sécurity and ease of management of my VM but I can not have both. Istvan Le 26 oct. 2017 6:41 PM, "Luca 'remix_tj' Lorenzetto" < lorenzetto.luca(a)gmail.com> a écrit : Hello, On the dmz Network you don't need any address configured on the host. You set ip address only on the vm. If the vm gets compromised, its access is limited only to DMZ Network. There is no way for the attacker to gain access to ovirtmgmt if vm is not configured to use it. Luca Il 26 ott 2017 6:32 PM, "Istvan Buki" <buki.istvan(a)gmail.com> ha scritto: > Hello ovirt experts, > > I'm totally new to ovirt and trying to learn as fast as I can.So, please > bear with me and my possibly stupid questions. > Sorry if my questions have been answered already, but please point me to > the place where I can find the answers. > > I've setup ovirt 4.1.6 and created a first VM that I want to expose in a > DMZ. > I attached a dedicated NIC to the VM using passthrough which is connected > to the DMZ network. This is all working as expected. > > Now,I'm wondering what to do about the ovirtmgmt interface. Obviously, in > case the security of the VM is compromised and someone get unautorized > access to it I do not want the attacker to have access to my internal > network through the ovirtmgmt interface. > > The most secure solution would be to remove that ovirtmgmt interface but > then I loose management functionalities. > Can you suggest the possible solutions to protect the ovirtmgmt network > from unwanted access? > > Thanks for your answers > > Istvan > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > >

4 7

Fwd: Re: self hosted engine vm won't start
by Nathanaël Blanchet 30 Oct '17

30 Oct '17

This is a multi-part message in MIME format. --------------134568D2CB5386CDC99CD65A Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi, It happened to me too, after a live migration of it, I shut down the=20 hosted engine on the targeted host, and I couldn't restart it anymore on=20 this specific host. But I was able to start it on the initial one, where=20 I initially where I deployed the HE. It was like the lease and the=20 libvirt host definition staid on the first host after migration. So try you may try hosted-engine --vm-start on one of other hosts... Le 30/10/2017 =C3=A0 12:28, Hristo Pavlov a =C3=A9crit=C2=A0: > Hi All, > > Our oVirt cluster is with 3 nodes with shared fibre channel storage,=20 > the engine virtual machine is self hosted. > > Hypervisors OS: CentOS Linux release 7.3 / x86_64, oVirt version is=20 > 4.1.2.2. The environment has been working for about a year without any=20 > problems. > > Aftershutdown of the hosted engine virtual machine, it doesn't start. > > =D0=A2hese commands that were executed: > > hosted-engine --set-maintenance --mode=3Dglobal > hosted-engine --vm-shutdown > > after the status of engine vm was down, we executed start. > > [root@alpha] hosted-engine --vm-start > VM exists and is down, destroying it > Exception in thread Client localhost:54321 (most likely raised during=20 > interpreter shutdown): > > we noticied that at vdsm.log > > 017-10-30 13:11:04,863+0200 INFO=C2=A0 (jsonrpc/1) [jsonrpc.JsonRpcServ= er]=20 > RPC call StorageDomain.getStats succeeded in 0.26 seconds (__init__:533= ) > 2017-10-30 13:11:05,802+0200 INFO=C2=A0 (jsonrpc/6) [jsonrpc.JsonRpcSer= ver]=20 > RPC call Host.getAllVmStats succeeded in 0.01 seconds (__init__:533) > 2017-10-30 13:11:05,825+0200 WARN=C2=A0 (jsonrpc/2) [virt.vm]=20 > (vmId=3D'da98112d-b9fb-4098-93fa-1f1374b41e46') Failed to get metadata,= =20 > domain not connected. (vm:2765) > 2017-10-30 13:11:05,825+0200 ERROR (jsonrpc/2) [jsonrpc.JsonRpcServer]=20 > Internal server error (__init__:570) > Traceback (most recent call last): > =C2=A0 File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", l= ine=20 > 565, in _handle_request > =C2=A0=C2=A0=C2=A0 res =3D method(**params) > =C2=A0 File "/usr/lib/python2.7/site-packages/vdsm/rpc/Bridge.py", line= =20 > 202, in _dynamicMethod > =C2=A0=C2=A0=C2=A0 result =3D fn(*methodArgs) > =C2=A0 File "/usr/share/vdsm/API.py", line 1454, in getAllVmIoTunePolic= ies > =C2=A0=C2=A0=C2=A0 io_tune_policies_dict =3D self._cif.getAllVmIoTunePo= licies() > =C2=A0 File "/usr/share/vdsm/clientIF.py", line 448, in getAllVmIoTuneP= olicies > =C2=A0=C2=A0=C2=A0 'current_values': v.getIoTune()} > =C2=A0 File "/usr/share/vdsm/virt/vm.py", line 2803, in getIoTune > =C2=A0=C2=A0=C2=A0 result =3D self.getIoTuneResponse() > =C2=A0 File "/usr/share/vdsm/virt/vm.py", line 2816, in getIoTuneRespon= se > =C2=A0=C2=A0=C2=A0 res =3D self._dom.blockIoTune( > =C2=A0 File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", = line=20 > 47, in __getattr__ > =C2=A0=C2=A0=C2=A0 % self.vmid) > NotConnectedError: VM u'da98112d-b9fb-4098-93fa-1f1374b41e46' was not=20 > started yet or was shut down > > > The storage of self hosted engine multipath, pvs, lvs, seems ok... > > At the moment of the three nodes there is a working about 100 virtual=20 > machines and we can't manage them. > > Does anyone have any ideas, what can be done =D1=82=D0=BE recover self = hosted=20 > engine virtual machine? > > Thahk You! > Have a nice day! > > > > > > > > =EF=BB=BF > > > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users --=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 =20 --------------134568D2CB5386CDC99CD65A 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> </p> <div class=3D"moz-forward-container"> <p>Hi,</p> <p>It happened to me too, after a live migration of it, I shut down the hosted engine on the targeted host, and I couldn't restart it anymore on this specific host. But I was able to start it on the initial one, where I initially where I deployed the HE. It was like the lease and the libvirt host definition staid on the first host after migration.</p> <p>So try you may try <span id=3D"result_box" class=3D"short_text" lang=3D"en"><span>hosted-engine --vm-start on one of other hosts...<br> </span></span></p> <br> <div class=3D"moz-cite-prefix">Le 30/10/2017 =C3=A0 12:28, Hristo P= avlov a =C3=A9crit=C2=A0:<br> </div> <blockquote type=3D"cite" cite=3D"mid:1509362918.145880938@f267.i.mail.ru"> Hi All,<br> <br> Our oVirt cluster is with 3 nodes with shared fibre channel storage, the engine virtual machine is self hosted.<br> =C2=A0<br> Hypervisors OS: CentOS Linux release 7.3 / x86_64, oVirt version is <span class=3D"st"><span class=3D"st">4.1.2.2. <span id=3D"result_box" lang=3D"en"><span>The environment has bee= n working for about a year without any problems</span></spa= n>.<br> <br> After</span></span><span id=3D"result_box" class=3D"short_tex= t" lang=3D"en"><span> shutdown of the hosted engine virtual machine, it doesn't start. <br> <br> <span id=3D"result_box" class=3D"short_text" lang=3D"en"><spa= n>=D0=A2hese commands that were executed:<br> <br> hosted-engine --set-maintenance --mode=3Dglobal<br> hosted-engine --vm-shutdown<br> </span></span><br> after the status of engine vm was down, we executed start.<br= > <br> [root@alpha] hosted-engine --vm-start<br> VM exists and is down, destroying it<br> Exception in thread Client localhost:54321 (most likely raised during interpreter shutdown):</span></span><span class=3D"st"><br> <br> we noticied that at vdsm.log <br> <br> 017-10-30 13:11:04,863+0200 INFO=C2=A0 (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call StorageDomain.getStats succeeded in 0.26 seconds (__init__:533)<br> 2017-10-30 13:11:05,802+0200 INFO=C2=A0 (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.01 seconds (__init__:533)<br> 2017-10-30 13:11:05,825+0200 WARN=C2=A0 (jsonrpc/2) [virt.vm] (vmId=3D'da98112d-b9fb-4098-93fa-1f1374b41e46') Failed to get metadata, domain not connected. (vm:2765)<br> 2017-10-30 13:11:05,825+0200 ERROR (jsonrpc/2) [jsonrpc.JsonRpcServer] Internal server error (__init__:570)<br= > Traceback (most recent call last):<br> =C2=A0 File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 565, in _handle_request<br> =C2=A0=C2=A0=C2=A0 res =3D method(**params)<br> =C2=A0 File "/usr/lib/python2.7/site-packages/vdsm/rpc/Bridge.p= y", line 202, in _dynamicMethod<br> =C2=A0=C2=A0=C2=A0 result =3D fn(*methodArgs)<br> =C2=A0 File "/usr/share/vdsm/API.py", line 1454, in getAllVmIoTunePolicies<br> =C2=A0=C2=A0=C2=A0 io_tune_policies_dict =3D self._cif.getAllVm= IoTunePolicies()<br> =C2=A0 File "/usr/share/vdsm/clientIF.py", line 448, in getAllVmIoTunePolicies<br> =C2=A0=C2=A0=C2=A0 'current_values': v.getIoTune()}<br> =C2=A0 File "/usr/share/vdsm/virt/vm.py", line 2803, in getIoTu= ne<br> =C2=A0=C2=A0=C2=A0 result =3D self.getIoTuneResponse()<br> =C2=A0 File "/usr/share/vdsm/virt/vm.py", line 2816, in getIoTuneResponse<br> =C2=A0=C2=A0=C2=A0 res =3D self._dom.blockIoTune(<br> =C2=A0 File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line 47, in __getattr__<br> =C2=A0=C2=A0=C2=A0 % self.vmid)<br> NotConnectedError: VM u'da98112d-b9fb-4098-93fa-1f1374b41e46' was not started yet or was shut down<br> <br> <br> The storage of self hosted engine multipath, pvs, lvs, seems ok... <br> <br> <span id=3D"result_box" lang=3D"en"><span>At the moment of the three nodes there is a working about 100 virtual machines and we can't manage them.<br> <br> <span id=3D"result_box" class=3D"short_text" lang=3D"en"><s= pan>Does anyone have any ideas, what can be done</span></span> =D1=82=D0=BE recover self hosted engine virtual machine?<br= > <br> Thahk You!<br> Have a nice day!<br> </span></span><br> <br> <br> <br> <br> <br> <br> <span>=EF=BB=BF</span></span><br> <br> <br> <br> <br> <fieldset class=3D"mimeAttachmentHeader"></fieldset> <br> <pre wrap=3D"">_______________________________________________ Users mailing list <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:Users@ovirt.org" moz= -do-not-send=3D"true">Users(a)ovirt.org</a> <a class=3D"moz-txt-link-freetext" href=3D"http://lists.ovirt.org/mailman= /listinfo/users" moz-do-not-send=3D"true">http://lists.ovirt.org/mailman/= listinfo/users</a> </pre> </blockquote> <br> <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" mo= z-do-not-send=3D"true">blanchet(a)abes.fr</a> </pre> </div> </body> </html> --------------134568D2CB5386CDC99CD65A--

2 1

self hosted engine vm won't start
by Hristo Pavlov 30 Oct '17

30 Oct '17

----ALT--D5cNXoZIQgJlULkvQvmo8ZLJGDrgBKlm1509362918 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGkgQWxsLAoKT3VyIG9WaXJ0IGNsdXN0ZXIgaXMgd2l0aCAzIG5vZGVzIHdpdGggc2hhcmVkIGZp YnJlIGNoYW5uZWwgc3RvcmFnZSwgdGhlIGVuZ2luZSB2aXJ0dWFsIG1hY2hpbmUgaXMgc2VsZiBo b3N0ZWQuCsKgCkh5cGVydmlzb3JzIE9TOiBDZW50T1MgTGludXggcmVsZWFzZSA3LjMgLyB4ODZf NjQsIG9WaXJ0IHZlcnNpb24gaXMgIDQuMS4yLjIuICBUaGUgZW52aXJvbm1lbnQgaGFzIGJlZW4g d29ya2luZyBmb3IgYWJvdXQgYSB5ZWFyIHdpdGhvdXQgYW55IHByb2JsZW1zIC4KCkFmdGVyIHNo dXRkb3duIG9mIHRoZSBob3N0ZWQgZW5naW5lIHZpcnR1YWwgbWFjaGluZSwgaXQgZG9lc24ndCBz dGFydC4gCgrQomhlc2UgY29tbWFuZHMgdGhhdCB3ZXJlIGV4ZWN1dGVkOgoKaG9zdGVkLWVuZ2lu ZSAtLXNldC1tYWludGVuYW5jZSAtLW1vZGU9Z2xvYmFsCmhvc3RlZC1lbmdpbmUgLS12bS1zaHV0 ZG93bgoKYWZ0ZXIgdGhlIHN0YXR1cyBvZiBlbmdpbmUgdm0gd2FzIGRvd24sIHdlIGV4ZWN1dGVk IHN0YXJ0LgoKW3Jvb3RAYWxwaGFdIGhvc3RlZC1lbmdpbmUgLS12bS1zdGFydApWTSBleGlzdHMg YW5kIGlzIGRvd24sIGRlc3Ryb3lpbmcgaXQKRXhjZXB0aW9uIGluIHRocmVhZCBDbGllbnQgbG9j YWxob3N0OjU0MzIxIChtb3N0IGxpa2VseSByYWlzZWQgZHVyaW5nIGludGVycHJldGVyIHNodXRk b3duKToKCndlIG5vdGljaWVkIHRoYXQgYXQgdmRzbS5sb2cgCgowMTctMTAtMzAgMTM6MTE6MDQs ODYzKzAyMDAgSU5GT8KgIChqc29ucnBjLzEpIFtqc29ucnBjLkpzb25ScGNTZXJ2ZXJdIFJQQyBj YWxsIFN0b3JhZ2VEb21haW4uZ2V0U3RhdHMgc3VjY2VlZGVkIGluIDAuMjYgc2Vjb25kcyAoX19p bml0X186NTMzKQoyMDE3LTEwLTMwIDEzOjExOjA1LDgwMiswMjAwIElORk/CoCAoanNvbnJwYy82 KSBbanNvbnJwYy5Kc29uUnBjU2VydmVyXSBSUEMgY2FsbCBIb3N0LmdldEFsbFZtU3RhdHMgc3Vj Y2VlZGVkIGluIDAuMDEgc2Vjb25kcyAoX19pbml0X186NTMzKQoyMDE3LTEwLTMwIDEzOjExOjA1 LDgyNSswMjAwIFdBUk7CoCAoanNvbnJwYy8yKSBbdmlydC52bV0gKHZtSWQ9J2RhOTgxMTJkLWI5 ZmItNDA5OC05M2ZhLTFmMTM3NGI0MWU0NicpIEZhaWxlZCB0byBnZXQgbWV0YWRhdGEsIGRvbWFp biBub3QgY29ubmVjdGVkLiAodm06Mjc2NSkKMjAxNy0xMC0zMCAxMzoxMTowNSw4MjUrMDIwMCBF UlJPUiAoanNvbnJwYy8yKSBbanNvbnJwYy5Kc29uUnBjU2VydmVyXSBJbnRlcm5hbCBzZXJ2ZXIg ZXJyb3IgKF9faW5pdF9fOjU3MCkKVHJhY2ViYWNrIChtb3N0IHJlY2VudCBjYWxsIGxhc3QpOgrC oCBGaWxlICIvdXNyL2xpYi9weXRob24yLjcvc2l0ZS1wYWNrYWdlcy95YWpzb25ycGMvX19pbml0 X18ucHkiLCBsaW5lIDU2NSwgaW4gX2hhbmRsZV9yZXF1ZXN0CsKgwqDCoCByZXMgPSBtZXRob2Qo KipwYXJhbXMpCsKgIEZpbGUgIi91c3IvbGliL3B5dGhvbjIuNy9zaXRlLXBhY2thZ2VzL3Zkc20v cnBjL0JyaWRnZS5weSIsIGxpbmUgMjAyLCBpbiBfZHluYW1pY01ldGhvZArCoMKgwqAgcmVzdWx0 ID0gZm4oKm1ldGhvZEFyZ3MpCsKgIEZpbGUgIi91c3Ivc2hhcmUvdmRzbS9BUEkucHkiLCBsaW5l IDE0NTQsIGluIGdldEFsbFZtSW9UdW5lUG9saWNpZXMKwqDCoMKgIGlvX3R1bmVfcG9saWNpZXNf ZGljdCA9IHNlbGYuX2NpZi5nZXRBbGxWbUlvVHVuZVBvbGljaWVzKCkKwqAgRmlsZSAiL3Vzci9z aGFyZS92ZHNtL2NsaWVudElGLnB5IiwgbGluZSA0NDgsIGluIGdldEFsbFZtSW9UdW5lUG9saWNp ZXMKwqDCoMKgICdjdXJyZW50X3ZhbHVlcyc6IHYuZ2V0SW9UdW5lKCl9CsKgIEZpbGUgIi91c3Iv c2hhcmUvdmRzbS92aXJ0L3ZtLnB5IiwgbGluZSAyODAzLCBpbiBnZXRJb1R1bmUKwqDCoMKgIHJl c3VsdCA9IHNlbGYuZ2V0SW9UdW5lUmVzcG9uc2UoKQrCoCBGaWxlICIvdXNyL3NoYXJlL3Zkc20v dmlydC92bS5weSIsIGxpbmUgMjgxNiwgaW4gZ2V0SW9UdW5lUmVzcG9uc2UKwqDCoMKgIHJlcyA9 IHNlbGYuX2RvbS5ibG9ja0lvVHVuZSgKwqAgRmlsZSAiL3Vzci9saWIvcHl0aG9uMi43L3NpdGUt cGFja2FnZXMvdmRzbS92aXJ0L3ZpcmRvbWFpbi5weSIsIGxpbmUgNDcsIGluIF9fZ2V0YXR0cl9f CsKgwqDCoCAlIHNlbGYudm1pZCkKTm90Q29ubmVjdGVkRXJyb3I6IFZNIHUnZGE5ODExMmQtYjlm Yi00MDk4LTkzZmEtMWYxMzc0YjQxZTQ2JyB3YXMgbm90IHN0YXJ0ZWQgeWV0IG9yIHdhcyBzaHV0 IGRvd24KCgpUaGUgc3RvcmFnZSBvZiBzZWxmIGhvc3RlZCBlbmdpbmUgbXVsdGlwYXRoLCBwdnMs IGx2cywgc2VlbXMgb2suLi4gCgpBdCB0aGUgbW9tZW50IG9mIHRoZSB0aHJlZSBub2RlcyB0aGVy ZSBpcyBhIHdvcmtpbmcgYWJvdXQgMTAwIHZpcnR1YWwgbWFjaGluZXMgYW5kIHdlIGNhbid0IG1h bmFnZSB0aGVtLgoKRG9lcyBhbnlvbmUgaGF2ZSBhbnkgaWRlYXMsIHdoYXQgY2FuIGJlIGRvbmUg 0YLQviByZWNvdmVyIHNlbGYgaG9zdGVkIGVuZ2luZSB2aXJ0dWFsIG1hY2hpbmU/CgpUaGFoayBZ b3UhCkhhdmUgYSBuaWNlIGRheSEKCgoKCgoKCu+7vwoKCgo= ----ALT--D5cNXoZIQgJlULkvQvmo8ZLJGDrgBKlm1509362918 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 CjxIVE1MPjxCT0RZPkhpIEFsbCw8YnI+PGJyPk91ciBvVmlydCBjbHVzdGVyIGlzIHdpdGggMyBu b2RlcyB3aXRoIHNoYXJlZCBmaWJyZSBjaGFubmVsIHN0b3JhZ2UsIHRoZSBlbmdpbmUgdmlydHVh bCBtYWNoaW5lIGlzIHNlbGYgaG9zdGVkLjxicj4mbmJzcDs8YnI+SHlwZXJ2aXNvcnMgT1M6IENl bnRPUyBMaW51eCByZWxlYXNlIDcuMyAvIHg4Nl82NCwgb1ZpcnQgdmVyc2lvbiBpcyA8c3BhbiBj bGFzcz0ic3QiPjxzcGFuIGNsYXNzPSJzdCI+NC4xLjIuMi4gPHNwYW4gaWQ9InJlc3VsdF9ib3gi IGxhbmc9ImVuIj48c3Bhbj5UaGUgZW52aXJvbm1lbnQgaGFzIGJlZW4gd29ya2luZyBmb3IgYWJv dXQgYSB5ZWFyIHdpdGhvdXQgYW55IHByb2JsZW1zPC9zcGFuPjwvc3Bhbj4uPGJyPjxicj5BZnRl cjwvc3Bhbj48L3NwYW4+PHNwYW4gaWQ9InJlc3VsdF9ib3giIGNsYXNzPSJzaG9ydF90ZXh0IiBs YW5nPSJlbiI+PHNwYW4+IHNodXRkb3duIG9mIHRoZSBob3N0ZWQgZW5naW5lIHZpcnR1YWwgbWFj aGluZSwgaXQgZG9lc24ndCBzdGFydC4gPGJyPjxicj48c3BhbiBpZD0icmVzdWx0X2JveCIgY2xh c3M9InNob3J0X3RleHQiIGxhbmc9ImVuIj48c3Bhbj7Qomhlc2UgY29tbWFuZHMgdGhhdCB3ZXJl IGV4ZWN1dGVkOjxicj48YnI+aG9zdGVkLWVuZ2luZSAtLXNldC1tYWludGVuYW5jZSAtLW1vZGU9 Z2xvYmFsPGJyPmhvc3RlZC1lbmdpbmUgLS12bS1zaHV0ZG93bjxicj4gPC9zcGFuPjwvc3Bhbj48 YnI+YWZ0ZXIgdGhlIHN0YXR1cyBvZiBlbmdpbmUgdm0gd2FzIGRvd24sIHdlIGV4ZWN1dGVkIHN0 YXJ0Ljxicj48YnI+W3Jvb3RAYWxwaGFdIGhvc3RlZC1lbmdpbmUgLS12bS1zdGFydDxicj5WTSBl eGlzdHMgYW5kIGlzIGRvd24sIGRlc3Ryb3lpbmcgaXQ8YnI+RXhjZXB0aW9uIGluIHRocmVhZCBD bGllbnQgbG9jYWxob3N0OjU0MzIxIChtb3N0IGxpa2VseSByYWlzZWQgZHVyaW5nIGludGVycHJl dGVyIHNodXRkb3duKTo8L3NwYW4+PC9zcGFuPjxzcGFuIGNsYXNzPSJzdCI+PGJyPjxicj53ZSBu b3RpY2llZCB0aGF0IGF0IHZkc20ubG9nIDxicj48YnI+MDE3LTEwLTMwIDEzOjExOjA0LDg2Mysw MjAwIElORk8mbmJzcDsgKGpzb25ycGMvMSkgW2pzb25ycGMuSnNvblJwY1NlcnZlcl0gUlBDIGNh bGwgU3RvcmFnZURvbWFpbi5nZXRTdGF0cyBzdWNjZWVkZWQgaW4gMC4yNiBzZWNvbmRzIChfX2lu aXRfXzo1MzMpPGJyPjIwMTctMTAtMzAgMTM6MTE6MDUsODAyKzAyMDAgSU5GTyZuYnNwOyAoanNv bnJwYy82KSBbanNvbnJwYy5Kc29uUnBjU2VydmVyXSBSUEMgY2FsbCBIb3N0LmdldEFsbFZtU3Rh dHMgc3VjY2VlZGVkIGluIDAuMDEgc2Vjb25kcyAoX19pbml0X186NTMzKTxicj4yMDE3LTEwLTMw IDEzOjExOjA1LDgyNSswMjAwIFdBUk4mbmJzcDsgKGpzb25ycGMvMikgW3ZpcnQudm1dICh2bUlk PSdkYTk4MTEyZC1iOWZiLTQwOTgtOTNmYS0xZjEzNzRiNDFlNDYnKSBGYWlsZWQgdG8gZ2V0IG1l dGFkYXRhLCBkb21haW4gbm90IGNvbm5lY3RlZC4gKHZtOjI3NjUpPGJyPjIwMTctMTAtMzAgMTM6 MTE6MDUsODI1KzAyMDAgRVJST1IgKGpzb25ycGMvMikgW2pzb25ycGMuSnNvblJwY1NlcnZlcl0g SW50ZXJuYWwgc2VydmVyIGVycm9yIChfX2luaXRfXzo1NzApPGJyPlRyYWNlYmFjayAobW9zdCBy ZWNlbnQgY2FsbCBsYXN0KTo8YnI+Jm5ic3A7IEZpbGUgIi91c3IvbGliL3B5dGhvbjIuNy9zaXRl LXBhY2thZ2VzL3lhanNvbnJwYy9fX2luaXRfXy5weSIsIGxpbmUgNTY1LCBpbiBfaGFuZGxlX3Jl cXVlc3Q8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlcyA9IG1ldGhvZCgqKnBhcmFtcyk8YnI+Jm5i c3A7IEZpbGUgIi91c3IvbGliL3B5dGhvbjIuNy9zaXRlLXBhY2thZ2VzL3Zkc20vcnBjL0JyaWRn ZS5weSIsIGxpbmUgMjAyLCBpbiBfZHluYW1pY01ldGhvZDxicj4mbmJzcDsmbmJzcDsmbmJzcDsg cmVzdWx0ID0gZm4oKm1ldGhvZEFyZ3MpPGJyPiZuYnNwOyBGaWxlICIvdXNyL3NoYXJlL3Zkc20v QVBJLnB5IiwgbGluZSAxNDU0LCBpbiBnZXRBbGxWbUlvVHVuZVBvbGljaWVzPGJyPiZuYnNwOyZu YnNwOyZuYnNwOyBpb190dW5lX3BvbGljaWVzX2RpY3QgPSBzZWxmLl9jaWYuZ2V0QWxsVm1Jb1R1 bmVQb2xpY2llcygpPGJyPiZuYnNwOyBGaWxlICIvdXNyL3NoYXJlL3Zkc20vY2xpZW50SUYucHki LCBsaW5lIDQ0OCwgaW4gZ2V0QWxsVm1Jb1R1bmVQb2xpY2llczxicj4mbmJzcDsmbmJzcDsmbmJz cDsgJ2N1cnJlbnRfdmFsdWVzJzogdi5nZXRJb1R1bmUoKX08YnI+Jm5ic3A7IEZpbGUgIi91c3Iv c2hhcmUvdmRzbS92aXJ0L3ZtLnB5IiwgbGluZSAyODAzLCBpbiBnZXRJb1R1bmU8YnI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7IHJlc3VsdCA9IHNlbGYuZ2V0SW9UdW5lUmVzcG9uc2UoKTxicj4mbmJzcDsg RmlsZSAiL3Vzci9zaGFyZS92ZHNtL3ZpcnQvdm0ucHkiLCBsaW5lIDI4MTYsIGluIGdldElvVHVu ZVJlc3BvbnNlPGJyPiZuYnNwOyZuYnNwOyZuYnNwOyByZXMgPSBzZWxmLl9kb20uYmxvY2tJb1R1 bmUoPGJyPiZuYnNwOyBGaWxlICIvdXNyL2xpYi9weXRob24yLjcvc2l0ZS1wYWNrYWdlcy92ZHNt L3ZpcnQvdmlyZG9tYWluLnB5IiwgbGluZSA0NywgaW4gX19nZXRhdHRyX188YnI+Jm5ic3A7Jm5i c3A7Jm5ic3A7ICUgc2VsZi52bWlkKTxicj5Ob3RDb25uZWN0ZWRFcnJvcjogVk0gdSdkYTk4MTEy ZC1iOWZiLTQwOTgtOTNmYS0xZjEzNzRiNDFlNDYnIHdhcyBub3Qgc3RhcnRlZCB5ZXQgb3Igd2Fz IHNodXQgZG93bjxicj48YnI+PGJyPlRoZSBzdG9yYWdlIG9mIHNlbGYgaG9zdGVkIGVuZ2luZSBt dWx0aXBhdGgsIHB2cywgbHZzLCBzZWVtcyBvay4uLiA8YnI+PGJyPjxzcGFuIGlkPSJyZXN1bHRf Ym94IiBsYW5nPSJlbiI+PHNwYW4+QXQgdGhlIG1vbWVudCBvZiB0aGUgdGhyZWUgbm9kZXMgdGhl cmUgaXMgYSB3b3JraW5nIGFib3V0IDEwMCB2aXJ0dWFsIG1hY2hpbmVzIGFuZCB3ZSBjYW4ndCBt YW5hZ2UgdGhlbS48YnI+PGJyPjxzcGFuIGlkPSJyZXN1bHRfYm94IiBjbGFzcz0ic2hvcnRfdGV4 dCIgbGFuZz0iZW4iPjxzcGFuPkRvZXMgYW55b25lIGhhdmUgYW55IGlkZWFzLCB3aGF0IGNhbiBi ZSBkb25lPC9zcGFuPjwvc3Bhbj4g0YLQviByZWNvdmVyIHNlbGYgaG9zdGVkIGVuZ2luZSB2aXJ0 dWFsIG1hY2hpbmU/PGJyPjxicj5UaGFoayBZb3UhPGJyPkhhdmUgYSBuaWNlIGRheSE8YnI+PC9z cGFuPjwvc3Bhbj48YnI+PGJyPjxicj48YnI+PGJyPjxicj48YnI+PHNwYW4+77u/PC9zcGFuPjwv c3Bhbj48YnI+PGJyPjxicj48YnI+PC9CT0RZPjwvSFRNTD4K ----ALT--D5cNXoZIQgJlULkvQvmo8ZLJGDrgBKlm1509362918--

2 1

2018 FOSDEM and DEVCONF Events - Call for Proposals
by John Marks 30 Oct '17

30 Oct '17

Hi, Just a quick heads up that there is a new post on the oVirt blog: 2018 FOSDEM and DEVCONF Events - Call for Proposals <https://ovirt.org/blog/2017/10/come-to-fosdem-event/> In a nutshell: Two popular open source events are slotted for early 2018: FOSDEM in Brussels: February 3-4, 2018 DEVCONF in Brno: January 26-28, 2018 *Proposal* *submission dates* are just around the corner. To find out more about the events and to submit your proposal, click here <https://ovirt.org/blog/2017/10/come-to-fosdem-event/>. Best, John -- John Marks Technical Writer, oVirt redhat Israel Cell: +972 52 8644 491

1 0

Can oVirt run on VM of VirtualBox or Guest of KVM/QEMU, just for testing ?
by Stephen Liu 29 Oct '17

29 Oct '17

------=_Part_4357285_901268339.1509077928666 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi all, Can oVirt run on VM of VirtualBox or Guest of KVM/QEMU, just for testing ? I have been running both VirtualBox and KVM/QEMU for prolonged time.=C2=A0 = I never tried oVirt before.=C2=A0 Now I'm prepared testing oVirt but I have= only 2 PCs, one running KVM/QEMU and another VirtualBox.=C2=A0 If I can't = install oVirt on VM of VirtualBox nor on Guest of KVM/QEMU then I have to g= et a new HD for testing oVirt? Please advise.=C2=A0 Thanks Regards SL ------=_Part_4357285_901268339.1509077928666 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit <html><head></head><body><div style="font-family:Helvetica Neue, Helvetica, Arial, sans-serif;font-size:16px;"><div>Hi all,<br><br>Can oVirt run on VM of VirtualBox or Guest of KVM/QEMU, just for testing ?<br><br>I have been running both VirtualBox and KVM/QEMU for prolonged time.  I never tried oVirt before.  Now I'm prepared testing oVirt but I have only 2 PCs, one running KVM/QEMU and another VirtualBox.  If I can't install oVirt on VM of VirtualBox nor on Guest of KVM/QEMU then I have to get a new HD for testing oVirt?<br><br>Please advise.  Thanks<br><br>Regards<br>SL<br></div></div></body></html> ------=_Part_4357285_901268339.1509077928666--

2 5

unsubscription
by Dewey Du 28 Oct '17

28 Oct '17

1 0

VM leases errors
by Alex K 28 Oct '17

28 Oct '17

Hi all, While attempting to enable the VM leases for a specific VM I am receiving the following error within the engine.log: 2017-10-18 07:56:03,186Z ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-18) [37c74b60] EVENT_ID: HOT_PLUG_LEASE_FAILED(1,220), Correlation ID: 37c74b60, Job ID: fb7b0b47-3ca1-4588-99b6-2203337bcae5, Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: Failed to hot plug lease to the VM Win-DC. The VM is running without a VM lease. 2017-10-18 07:56:15,162Z ERROR [org.ovirt.engine.core.bll.storage.lease.AddVmLeaseCommand] (org.ovirt.thread.pool-6-thread-12) [37c74b60] Failure in hot plugging a lease to VM 9f9a8be1-c4ed-4de8-a600-a751ae70a76b, message: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to HotPlugLeaseVDS, error = Virtual machine does not exist: {'vmId': u'9f9a8be1-c4ed-4de8-a600-a751ae70a76b'}, code = 1 (Failed with error noVM and code 1) Also the tasks logs at dashboard is showing the "Editing VM configuration" always as running, without the tasks completing. The SPM host does nto lsit any running tasks: vdsClient -s 0 getAllTasksStatuses {'status': {'message': 'OK', 'code': 0}, 'allTasksStatus': {}} Any ideas? Than, Alex

2 3

ovirt 4.2 : impossible to set iSCSI multipathing feature
by Nathanaël Blanchet 27 Oct '17

27 Oct '17

This is a multi-part message in MIME format. --------------BBEC5CEE435AD1868CF0A66B Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi, When tryning to set iSCSI multipathing, I get a blank array like below: none of my networks are required. --=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 --------------BBEC5CEE435AD1868CF0A66B Content-Type: multipart/related; boundary="------------FCA383B3E90BD8B617CE5B21" --------------FCA383B3E90BD8B617CE5B21 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>Hi,</p> <p>When tryning to set iSCSI multipathing, I get a blank array like below:</p> <p><img src=3D"cid:part1.E776BF01.ABCE0083@abes.fr" alt=3D""></p> <p>none of my networks are required.<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> --------------FCA383B3E90BD8B617CE5B21 Content-Type: image/png; name="pfjdifjjfmghneec.png" Content-Transfer-Encoding: base64 Content-ID: <part1.E776BF01.ABCE0083(a)abes.fr> Content-Disposition: inline; filename="pfjdifjjfmghneec.png" iVBORw0KGgoAAAANSUhEUgAAArEAAAJkCAIAAACJS+7mAAAAA3NCSVQICAjb4U/gAAAgAElE QVR4Xu3dD1Sb933v8cc2SAtGcWORpCKtUZNUXhJwnOBkhewcSHoH6R343kbePMjNNb63xdtq 53SG2xS81nhpoesxaWe8trBuxncnpl2Nuxl2bkzaAOcm4NZVEgfdJJA6Ee4JeDFKmghTSxBz f4+EwUH8FXr0/B7prdNDQHr0+31/ry+bPvo9D/KqS5cuKUu/XTj5hZLvnJt9/B1PtH7vD1/9 cvHXzip3fK31ew+tV9595gvOvz23tvDvT+x+9ytz3v/VO01TwwR++eXCJ84mP/Cd9m9sDrw7 mro+NfjA6PPqgOrdX1e+9chfdV5a++Df/ujr94ceDB0x18HfWN/8Zzta/uPmLx79UemG6ULP N117Z6g65Y4n2753/6tfKXrizLi6gofXT82p3P1k23fvf3WmKpMy+txfFj/5mrqer94ZCBYW vtKZFc324WcEEEAAAQQkFWhqarp8+XJycnKSuC2rxgvPHReBIPmBvz3xjdCL8+jz4hX/zGvH n7/w8B9uvVs5e/a1J7/81y9vVl595mpwSL1z7vvnnPfd577i/M67t91954b1gfO/PCuOuf0P N5hM68vL7uj8+9c6n3jk13fff3tq4ML5Xwce/u63U/9mjoOV0TlHDt75H880/c15U+DCyy+o 1d320O2pimlz6UM3nDn12lNf/utXN5tefUbMufaB0s3XJI+w4Za1orBncwcCCCCAAAKSCqxe Tl3nT578jYgE92+98+prZurmrfeJEc4df+7C+oe+/mTxHWuV37zQ9svAQ18t+eTUyPPdP9fE qbc/dN8nlfNnX+jsPHPOdNsDX/zOt8W7d0X5+LbvHn2i+O6bTb8RD71w5nxgw523p8538FwD T933mxc6T3W+cPa9tcGht31c3G3avPd7TzrvXn/hhba2zvOpdxQ+8b2PbEbMMdpyVjTH07kL AQQQQAABKQVWLe/cgZRroCgEEEAAAQQQiEwgdO7AZDKJUwfL2ieIbDqehQACCCCAAAIGECAT GKBJlIgAAggggEAMBMgEMUBmCgQQQAABBAwgsLy/OzDAgigRAQQQQAABBJYsMDY25vf7JyYm lv23iEueggMRQAABBBBAwAACKSkpq1ev5hpDA7SKEhFAAAEEEIiZANcTxIyaiRBAAAEEEJBa gEwgdXsoDgEEEEAAgZgJkAliRs1ECCCAAAIISC1AJpC6PRSHAAIIIIBAzATIBDGjZiIEEEAA AQSkFiATSN0eikMAAQQQQCBmAmSCmFEzEQIIIIAAAlILkAmkbg/FIYAAAgggEDMBMkHMqJkI AQQQQAABqQWSxIcaSl0gxSGAAAIIIIDAMgXOnDljsVjWrFkjPrd41tdZP147MPsEy2TmcAQQ QAABBOJUgH8XMU4by7IQQAABBBAICrzzzjtvvfXWBx98IL5fv379HXfc8YlPfGJOGzLBnCzc iQACCCCAQDwIvPHGGxcuXLjzzjtvvPHG8fHxd99998UXXxRf77333itXrsxaIecO4qHlrAEB BBBAAIFwgYsXLw4PD//RH/3RLbfcIi4sELePfexjWVlZ586de/vtt8OPJxOEm3APAggggAAC 8SBw/vz5TZs2JScnX7sYkQxuvfVWt9sdvkIyQbgJ9yCAAAIIIBAPAuIagjkvHVi7du3IyEj4 CskE4SbcgwACCCCAQDwIfPjhh7M2CUKrWrVq1cTERPgKyQThJtyDAAIIIIBAIgqQCRKx66wZ AQQQQACBcAEyQbgJ9yCAAAIIIJCIAmSCROw6a0YAAQQQQCBcgEwQbsI9CCCAAAIIJKIAmSAR u86aEUAAAQQQCBcgE4SbcA8CCCCAAAKJKEAmSMSus2YEEEAAAQTCBcgE4SbcgwACCCCAQCIK kAkSseusGQEEEEAAgXABMkG4CfcggAACCCCQiAJkgkTsOmtGAAEEEEAgXIBMEG7CPQgggAAC CCSiQFIiLjqR1nzlypWXXnrp3Llzv/vd7xJp3azVMAIpKSnin3K/5557xL/pbpiiKRSBOBUg E8RpY68uSwSCixcv3nbbbUlJSeIfx4zz1bI8owlMTk6Kf7D1nXfeefnll++9916jlU+9CMSb AJkg3jo6az1vvvnmpz/96ZtuuklkgjhfKsszpoDIBGvWrHnjjTfIBMZsIFXHlQCvE3HVzvDF jI2NrVu3Ljk5Ofwh7kFABgHxyyl+RcUvqgzFUAMCCS4Q2Qk8T0PxlvzqHt803khbWXFtvz/B MSVdvngTJmlllIVAUIBfUX4REJBEIOJ9ApPSVdfQd7w6yyzJSihjPgFxGQFXEsyHw/0yCPD7 KUMXqAEBIRBpJjA5yiqsLTVNzmN7Nn4kFfg9rQeqm3qG/AHFkrOnodZpNyv+nj3bWhw5imvA 6xv2pZdUOX0tzS6vz+tLK6g9uCfLoij+fvG0hi6vYknP33uwqjCdqBG1308yQdQoGUgbATKB Nq6MisCyBSI7d6BOY8mp2JvefqDV89E5zdbsktrjXV1dnQ35Aw0N7qnzCd5e18aq5uZjrUfK vIcfb7BUNIrvj1WY2uu7RkQi6KuvbDbtOd7T1XWkxPtUdfvQshfCExBAAAEEEEBgRQKR7hMo AUVJL6wqb9lZ15bfWGyaKcJiV9/3K4rZke8wN4yI49S3/CaHMy9dvdvqcNgy7Pli90DECke2 1Tfg9fuHW3tNzob8NHFfen6Jvb6pb8SZrv7ELQoC7BNEAZEhtBRgn0BLXcZGYBkCEWeC4Bzp zpodrbvqu3Kqpqf0uY7VN3d41MsPxcu9peDqAxbL1NkAk0kxW65mCJOaLcSRw8ODHWWFLcFD /D7FXhC8mxsCCCCAAAIIxExgZZlAUezO/UWtlU+5ykIV+7qqK1odDc01Yq/A76rY2jCzEJEF 5r1ZbDZHXuOx0uBOArcoC7BPEGVQhou2APsE0RZlPAQiFFhpJlDMG8trcrZVNvtMOaIEv09c JWi3qRcNDnWIywiV6X2CheozO5w5vuqmrvyqfHFtoX9kyGdJT+Miw4XIlvMYmWA5WhyrgwCZ QAd0pkRgLoHIrzGcHs2ctacmxzca3O1Py68oVuq35uYXlh7wFBQ7lvjCbs6qaChXmnY+mLtl y5bCXU2umU8+mKto7kMAAQQQQACBqAusEp83HvVBGVAegaNHjxYWFl533XXylEQlCMwSEP9A 16lTp3bs2IEMAghES+DMmTMWi6Wzs3P79u3iE8THx8dnfT19+vRjjz0mPjGssbHx8uXLJpNJ fAT+is8dRKt8xtFMgHMHmtEycHQEOHcQHUdGQSAigaGhoUAgoAYCMkFEgDwJAQQQQACBOBFI S0vz+/3iXx4hE8RJRxdeBvsEC/vwqO4C7BPo3gIKQCAkEIVrDKFEAAEEEEAAgTgQ4HqCOGji 4kvgfdjiRhyBAAIIJLwAmSD+fwU4dxD/PTb4CsmsBm8g5cePAOcO4qeXrAQBBBBAAIGVCLBP sBI9YzyXfQJj9CmBq2SfIIGbz9LlEmCfQK5+aFENH0ulhSpjRlGAX9EoYjIUAisRYJ9gJXoG eG5KSor4gCrxdfVq8p8B+pWAJV65ckV8jqH4FU3AtbNkBGQTIBPI1pEo13Pbbbe99tprd911 l/iQS3Zoo4zLcCsWEDsEPp/v9ddfF7+oKx6MARBAYKUCZIKVCkr+/M2bN7/88ss9PT1jY2OS l0p5iSkgdghEIBC/qIm5fFaNgFQCZAKp2hH9YsQpg3uDt+gPzYgIIIAAAvElwDnm+Oonq0EA AQQQQCBSATJBpHI8DwEEEEAAgfgSIBPEVz9ZDQIIIIAAApEKkAkileN5CCCAAAIIxJcAmSC+ +slqEEAAAQQQiFSATBCpHM9DAAEEEEAgvgTIBPHVT1aDAAIIIIBApAJkgkjleB4CCCCAAALx JcBnFsVXP8NWIz5M/qWXXjp37pz4SPmwB7kDAf0FxOcY3nrrrffccw//JIf+zaCChBcgE8T5 r4AIBBcvXhSfHZuUlMS/dxDnzTbg8sS/dzAxMfHOO++IT+Dm0zYN2EBKjjcBMkG8dXTWet58 881Pf/rTN910k8gEcb5UlmdMAZEJ1qxZ88Ybb5AJjNlAqo4rAV4n4qqd4YsR//TRunXrkpOT wx/iHgRkEBC/nOJXlH+jS4ZeUAMCkV1j6Gko3nL1ll+8q6a13xdlSl9PRfGervlHHXF19fuD cy52ZJQLM+Bw4k2YAaum5AQS4Fc0gZrNUuUWiHSfwGQrefp4xUaz4h/p63iqemfZ0JFje8SP 0bpZssprrOmW+YbztNc3Ww7lqxMucuR8IyTQ/eIyAq4kSKB+G3Cp/H4asGmUHJ8CkWaCaQ1z WlZxbaOvtPSprpLGwjRF8fe3Hqhu6PIqlvT8vQerCtNFbvC0Hqho6vGKN/biFbzhYKld3Bc6 bDigmBy7m5tLbT0VpR3FZUpTfftQ1qG2g8rhiqMlpxpzlZ4921ocOYprwOvz+tLyqw5WOPpq q5sGBkw7i49ZC2oPZU8dGRrzQFPPkF8x2wv21lYXpiv+4NPzTa6+YfF0c1b5wdri9Phs5byr IhPMS8MDcgiQCeToA1UgoKw4EwQN0/MLrE0dg36RCfrqK5tNFcd78tOG2vbsrG7PanZaXPVN vj3Hu/ItYldhKJAm3tz7++oeb1KqjnXmp5t9I36xH+BXAsMd9R27D7b9aqP6Y89Mc7y9ro0n m6vFC3x/887Ha3qO11dUFfTWZR055lQzyNUjxZhi6qqnu3LT/ENtlTsrmzceK7Mpire313b8 SIXIIZ5jpbvqXQX12dHbz+BXCAEEEEAAgXgRiOx6grDVm2zmwKg/oPgHWntNzrJ88VotgkKJ 3dPWN6KYrHbTQGtr8P17WvB8gHpYakm5CATiB4saEtSbyeasKlUDwaybyeHMC763N28sclrd rQOhCwlmHTU1da46tTm9oDzP19blUY8xOUoKRCAQN1uWXfEOzX+RwqwR4+XH0D4BXxGQWSBe /q+NdSBgbIEoZYLRYb/FajGJK/6GhwebygqDt23VfYoyGhAv5RVHanM8TTsLi3fVdw2pYD5x vM06my7NHh4I1GMslqtv7M1Wk9/rC8x+YvDnj4xpFjlk1OMLpoeZp4sfAnM/ec4RuRMBBBBA AIEEEojKuQN/f1ub17FHfTNusdkceY3HSmeds0/LLq1pLvX1Ne/ZU912vLnAYjP7hr3i8I9S m0SqmOM2or63Dx7qG/KZg9ljjpvFZpkZ0+8dCKTaRZZQdwXmGXaOMeLyLq4niMu2xtOiuJ4g nrrJWgwtsOJ9Av+Q61jl4y3msooc8aptdjhzfC1NXeI0gbiJqwdG1G9G+j3BDXuLPctuCYh3 6mZHcfZoS3PXSOio4EHz30YHW1r61AF8PU1HvZlOh9lssZq8fYMfeZqYOj/QGhrTP9TR1Gsq zrfPP2gCPSLzjjG1IUBmTaD/Z8RSpReIdJ8gMNzy6AMtYnmm1Izs4r3HDhaGTtmbsyoayuuq dz5Y7Q0EUjOKqhprCpXh9uo9Oz3i7brZmrWjpkDdQ8iuOrijpmZbbuVoIDVzr/p3B/NTWTML FHE+QvzlgHjdr23IFdnD4izL3LXnwXxbQcORgqlnmrN2q1M/ml8T+ruDhhK7eukiNwQQQAAB BBBYisAq8XnjSzlOt2PEHxMWBv8okb8ViKgHR48eFZd2XHfddRE9mychEAsB8Q90nTp1aseO HbGYjDkQSAyBM2fOWCyWzs7O7du3i08QHx8fn/X19OnTjz32mPjEsIaGBr/fLz5RVHwEfqT7 BIlhGh+rZG82PvoYx6vgeoI4bi5LM5bAiq8nMNZyqRYBBBBAAAEE5hGQfp/AnNvQlTtP8dy9 JAH2CZbExEH6CbBPoJ89MyOgjIyMiIv/1RMHnDvg1wEBBBBAAIFEFrj55pu5niCxfgF4H5ZY /Wa1CCCAwJIFxJ8ahG7iGdKfO1jyqjhwPgHOHcwnw/2SCJBZJWkEZSDANYb8DiCAAAIIIJDQ AqFPJRBf2SeI/98D9gniv8cGXyH7BAZvIOXHjwD7BPHTy/lWIvvHUs1XN/cnjAC/ognTahYq uwD7BLJ3aIX1paSkXL58WXxdvZr8t0JLnq6JwJUrV8TnGIpfUU1GZ1AEEFiOAJlgOVoGPPa2 22577bXX7rrrLvEhl+zQGrCBcV6y2CHw+Xyvv/66+EWN86WyPARkFZi+mIDrCWRtUfTq2rx5 88svv9zT0zM2Nha9URkJgagJiB0CEQjEL2rURmQgBBCIVIB9gkjlDPI8ccrg3uDNIPVSJgII IIBATAVCH04Q+so55pjSMxkCCCCAAALSCpAJpG0NhSGAAAIIIBBTATJBTLmZDAEEEEAAAWkF yATStobCEEAAAQQQiKkAmSCm3EyGAAIIIICAVAJcYyhVOygGAQQQQAABKQTYJ5CiDRSBAAII IICALgKhfQIxtfiGTKBLC5gUAQQQQAAB6QTIBNK1hIIQQAABBBDQRYBMoAs7kyKAAAIIICCd AJlAupZQEAIIIIAAArEUmL6kgEwQS3bmQgABBBBAQF4BMoG8vaEyBBBAAAEEtBa49t9KJhNo rc34CCCAAAIIGEOATGCMPlElAggggAACWgjwOYZaqDImAggggAACxhZgn8DY/aN6BBBAAAEE oiWQFK2BGAcBBBBAAAEEDCeQkpKyevVqk8mUlJTEPoHh2kfBCCCAAAIIaCJAJtCElUERQAAB BBAwnACZwHAto2AEEEAAAQQ0ESATaMLKoAgggAACCBhOgExguJZRMAIIIIAAApoIkAk0YWVQ BBBAAAEEDCdAJjBcyygYAQQQQAABTQTIBJqwMigCCCCAAAKGEyATGK5lFIwAAggggIAmAmQC TVgZFAEEEEAAAcMJkAkM1zIKRgABBBBAQBMBMoEmrAyKAAIIIICA4QTIBIZrGQUjgAACCCCg iQCZQBNWBkUAAQQQQMBwAmQCw7WMghFAAAEEENBEgEygCSuDIoAAAgggYDgBMoHhWkbBCCCA AAIIaCJAJtCElUERQAABBBAwnACZwHAto2AEEEAAAQQ0ESATaMLKoAgggAACCBhOQO9M4Pc0 l27Zklt2bGiZdP6+6vwtW7YU1vf7l/lM/Q43Ys36aTEzAggggECMBSLLBCNt4oV8y5ayU74V l+sf8ipKwBcIrHikqQGmahNxobZvOi4MHXOKep3NCycPv6etuaHNQCEjWmaMgwACCCCAgKJE lgmiJ2feWH3qhc4XWsvs0RtzaiTviZoWz3I2EXy99XWHj7a4Vx50or4WBkQAAQQQQEBzgWhn Al9/a01ZYa66i5BbvKu2bfpF2T90qrasOPjA9K20dUTdTn/gwQeungK49un5zj3H1PfsIz0N FWXF6okCdcyy2lNDS3mhTxV0g4drOubaGVBnKS2cGnBXfZc64NCpmrLKXrFbMVD3sHgkv/b5 nwb3QnZ1qRHB76oOranCpU7u69qlPlZ2akT9YZ4lh84UOI/197dWO8Wzd3WNfqSdI13Bsx+5 u1pVJJ+rucI5tchC5576U3MVrvmvAxMggAACCCSwQHQzwVBr5aN17W6vYnNk2JRh14kDpZVt 6uum4mnate+E2+soqdq/N8+q3mMrqKrIs3yE/urTA9YMR4ZldNBnsZoVxRzwuD2KPaegICdD GXaf2LerybNoxzKce3NMiuKur++Z/bZ/qE0tcsDvyCsqyrENu1oqd9b3feDzBiziCYpicoiZ Coqzb/2DogzxY3/HgF/xe7pcwZMbAXeXeAH3D3T0ix8yCrLSlPmXHKpxsOnxnXUdgwHFlGpJ ninb11e/q7JjVMkoaTjotJv9rrqKw92Do7bsvLwch2m4z2P+KM3MM/kOAQQQQAABbQSSojms p7XZJcbL3H+yuVh9tSzbWufubWrxFO+x9ruGxSPZ5budueZsb0v34eGANTMzzayod0/dpp7u qDp5zJku7vP7FREJFEt+/amu0CHiWoGHDwwM9/aP7LHNPG+u7wKW3IqKjm117u4DDX0nq4Mp JHTztDaJIk05VbUVWSbF66jc+dRAR8tgRW1VWUdHpVuxO/fXOtPEsf7+XKsy6O0TKcDmdomc U1QQaO9wDfj8SpdLvOW35eemK56G+ZZsn5pv1GsvOXSwPDfdovj7WtU7TSZve2Vly6CSmvfN xops9cU/4POqmwipjqLymuKN4kgRhaaez38QQAABBBCIjUA09wl8nuALf0ZBtvqSqqRn56tv tIddHp9iSrerm/kDHb2eof6eLvUwq0PdBLjm5vO4g08vylEDgbiZg4+LrfnqqbMRW0QgCD7y 0U344F2zbz7FXlS1QySH4GUFM1cwTs0S6N23bau4iUCgjuf1hl/jaLYXZIuih11uz0DHgJKa U1yUbVI8HW6Pu0dcF5mak29TFljy1YJSC6p2q4Fg5ubtqK4T2w6mnJqawqCUyD3ZO4pEbhnt PvDog4VlNa0Dszc3rnk63yKAAAIIIBA1gaGhoQsXLoiv4hbVfYL539uasyrqS/p2tbRXbmtX 12EVb9MLpl4PZ9Y1x3UC/r6GXXVij12caagqcZhdNbsODy4VwryxrKaodVf7YFNdV8lM/gjO Yi2o2lswE0qsmXNs1ZvtRVkmkWK6ers8irIx1+HwO5SOga7egMgupuxCh1kJzL/kq1WarcFT EtfcAsPBTBPorW/oy6nOClZmya05eTy/pampqWPA3V63s893XIvrLj9aCD8hgAACCCS8QHp6 +uXLl00mU1JSUjT3CSz2THVHf7DDFbyEYKivS335tmXbxeutf6hL/GQrOdh45MjxZ1441SBO os9qhMnmULf4B9t7py6v83mG/OJtvfoCmlEiTjpkOay+8LfzC7XTkr27SlxWEHAdbgltMIgX X3u2WqR3SMnKn7rlZGc7ZvKJ3z89h8VR5BCv3WJ3w6tk5DksaRvFc729Hf3iiKxiEQnEaPMv ed7CTDnfPHl8rxh5+ERlnSu0I+D3+832/LLaY51P71Z3VwY7+oKI3BBAAAEEEIiVwIr2Cdx1 pcWHQ5VaHLsP1ReW7M5p2dfrPrC1uMWueAaCb6fLS+zikIA3+DkErfX1feJ9s9lsteU4y0vE CfmZm9leWpRx4ujgQN3WwmOO1FHPoOJ8+icFjlRlYHSwqbLCbR3u6RVDLuuWVli1++jWpwZm soS9pDy75YDLXbfN2ZVjV0aHB/q8OY0na7KCmcTtHXxqZ2l7quKoPlKTnZZVkKG4Bwe84tR/ lhpYch2mo90DIqU4ikI7C/b5lzxvnRa73WovPFjVIS63aK+oy2+rzVe6dhXW+RzZG+1mr0tN UqkONUlxQwABBBBAIHYCK9snGB2+ehvwqGfk0woPHtv/iHgzPTwgAoE1s2j/kUPiakOxTeAL pDvEHnpgeMAtbi5Xd/vhx2f//YDZvqfx0I6cjFTFOzgw6LVkFuRYr8/aXVuSmaqMDnR3DdnK Gw8VqdclLOeW7txf8pELEtOKDx37pijSNNjb3d3r8piy8vJt4j2/eWP5/kdEAlG8AyIEWIPz pOeKiwbU28ZcdV/DnJFvD/6YURS6ZmKBJQePW+CW7qytyhSXEHRUV58aMdmzsyzD7u4OcRHj sNVRsLehInROYYEBeAgBBBBAAIGoCqyanJyM6oBzDebvr9/2aIs3u+rIQae4qF6cSDhVuW1f r5LT2NmQPfsUwlwDcB8CCCCAAAIILF3gzJkzFouls7Nz+/btExMT4+Pjs76ePn36scceW7Nm TWNj4/T1BCs6d7D04sTFeEqgv6O11S8ywVBfd7v4dKDUPKd6Sp4bAggggAACCMggEJNMIHbl D1V565q6Thx2qYtOtWUW7N6/uySXU+Yy/A5QAwIIIIAAAqpATDKBuD5/o7O22Qk5AggggAAC CEgrsLJrDKVdFoUhgAACCCCAwDIFyATLBONwBBBAAAEE4lSATBCnjWVZCCCAAAIILFOATLBM MA5HAAEEEEAgTgXIBHHaWJaFAAIIIIDAMgXIBMsE43AEEEAAAQTiVIBMEKeNZVkIIIAAAggs UyCSzyfo7u5e5iwcjgACCCCAAALLE8jLy1veE1Z8dCSZ4IYbbhDzbtq0acWzMwACCCCAAAII yCLAuQNZOkEdCCCAAAII6CtAJtDXn9kRQAABBBCQRYBMIEsnqAMBBBBAAAF9BcgE+vozOwII IIAAArIIkAlk6QR1IIAAAgggoK8AmUBff2ZHAAEEEEBAFgEygSydoA4EEEAAAQT0FSAT6OvP 7AgggAACCMgiQCaQpRPUgQACCCCAgL4CZAJ9/ZkdAQQQQAABWQTIBLJ0gjoQQAABBBDQV4BM oK8/syOAAAIIICCLAJlAlk5QBwIIIIAAAvoKkAn09Wd2BBBAAAEEZBEgE8jSCepAAAEEEEBA XwEygb7+zI4AAggggIAsAmQCWTpBHQgggAACCOgrQCbQ15/ZEUAAAQQQkEWATCBLJ6gDAQQQ QAABfQXIBPr6MzsCCCCAAAKyCJAJZOkEdSCAAAIIIKCvAJlAX39mRwABBBBAQBYBMoEsnaAO BBBAAAEE9BUgE+jrz+wIIIAAAgjIIkAmkKUT1IEAAggggIC+AmQCff2ZHQEEEEAAAVkEyASy dII6EEAAAQQQ0FeATKCvP7MjgAACCCAgiwCZQJZOUAcCCCCAAAL6CpAJ9PVndgQQQAABBGQR IBPI0gnqQAABBBBAQF8BMoG+/syOAAIIIICALAJkAlk6QR0IIIAAAgjoK0Am0Nef2RFAAAEE EJBFgEwgSyeoAwEEEEAAAX0FyAT6+jM7AggggAACsgiQCWTpBHUggAACCCCgrwCZQF9/ZkcA AQQQQEAWATKBLJ2gDgQQQAABBPQVIBPo68/sCCCAAAIIyCJAJpClE9SBAAIIIICAvgJkAn39 mR0BBBBAAAFZBMgEsnSCOhBAAAEEENBXgEygrz+zI4AAAgggIIsAmRopFL8AACAASURBVECW TlAHAggggAAC+gqQCfT1Z3YEEEAAAQRkESATyNIJ6kAAAQQQQEBfATKBvv7MjgACCCCAgCwC ZAJZOkEdCCCAAAII6CtAJtDXn9kRQAABBBCQRYBMIEsnqAMBBBBAAAF9BcgE+vozOwIIIIAA ArIIkAlk6QR1IIAAAgggoK8AmUBff2ZHAAEEEEBAFgEygSydoA4EEEAAAQT0FSAT6OvP7Agg gAACCMgiQCaQpRPUgQACCCCAgL4CZAJ9/ZkdAQQQQAABWQTIBLJ0gjoQQAABBBDQV4BMoK8/ syOAAAIIICCLAJlAlk5QBwIIIIAAAvoKkAn09Wd2BBBAAAEEZBEgE8jSCepAAAEEEEBAXwEy gb7+zI4AAggggIAsAmQCWTpBHQgggAACCOgrQCbQ15/ZEUAAAQQQkEWATCBLJ6gDAQQQQAAB fQXIBPr6MzsCCCCAAAKyCJAJZOkEdSCAAAIIIKCvAJlAX39mRwABBBBAQBYBMoEsnaAOBBBA AAEE9BUgE+jrz+wIIIAAAgjIIkAmkKUT1IEAAggggIC+AmQCff2ZHQEEEEAAAVkEyASydII6 EEAAAQQQ0FeATKCvP7MjgAACCCAgiwCZQJZOUAcCCCCAAAL6CpAJ9PVndgQQQAABBGQRIBPI 0gnqQAABBBBAQF8BMoG+/syOAAIIIICALAJkAlk6QR0IIIAAAgjoK0Am0Nef2RFAAAEEEJBF gEwgSyeoAwEEEEAAAX0FyAT6+jM7AggggAACsgiQCWTpBHUggAACCCCgrwCZQF9/ZkcAAQQQ QEAWATKBLJ2gDgQQQAABBPQVIBPo68/sCCCAAAIIyCJAJpClE9SBAAIIIICAvgJkAn39mR0B BBBAAAFZBMgEsnSCOhBAAAEEENBXgEygrz+zI4AAAgggIIsAmUCWTlAHAggggAAC+gqQCfT1 Z3YEEEAAAQRkESATyNIJ6kAAAQQQQEBfATKBvv7MjgACCCCAgCwCZAJZOkEdCCCAAAII6CtA JtDXn9kRQAABBBCQRYBMIEsnqAMBBBBAAAF9BcgE+vozOwIIIIAAArIIkAlk6QR1IIAAAggg oK8AmUBff2ZHAAEEEEBAFgEygSydoA4EEEAAAQT0FSAT6OvP7AgggAACCMgiQCaQpRPUgQAC CCCAgL4CZAJ9/ZkdAQQQQAABWQTIBLJ0gjoQQAABBBDQV4BMoK8/syOAAAIIICCLAJlAlk5Q BwIIIIAAAvoKkAn09Wd2BBBAAAEEZBEgE8jSCepAAAEEEEBAXwEygb7+zI4AAggggIAsAmQC WTpBHQgggAACCOgrQCbQ15/ZEUAAAQQQkEWATCBLJ6gDAQQQQAABfQXIBPr6MzsCCCCAAAKy CJAJZOkEdSCAAAIIIKCvAJlAX39mRwABBBBAQBYBMoEsnaAOBBBAAAEE9BUgE+jrz+wIIIAA AgjIIkAmkKUT1IEAAggggIC+AmQCff2ZHQEEEEAAAVkEyASydII6EEAAAQQQ0FeATKCvP7Mj gAACCCAgiwCZQJZOUAcCCCCAAAL6CpAJ9PVndgQQQAABBGQRIBPI0gnqQAABBBBAQF8BMoG+ /syOAAIIIICALAJkAlk6QR0IIIAAAgjoK0Am0Nef2RFAAAEEEJBFgEwgSyeoAwEEEEAAAX0F yAT6+jM7AggggAACsgiQCWTpBHUggAACCCCgrwCZQF9/ZkcAAQQQQEAWATKBLJ2gDgQQQAAB BPQVIBPo68/sCCCAAAIIyCJAJpClE9SBAAIIIICAvgJkAn39mR0BBBBAAAFZBMgEsnSCOhBA AAEEENBXgEygrz+zI4AAAgggIIsAmUCWTlAHAggggAAC+gqQCfT1Z3YEEEAAAQRkESATyNIJ 6kAAAQQQQEBfATKBvv7MjgACCCCAgCwCZAJZOkEdCCCAAAII6CtAJtDXn9kRQAABBBCQRYBM IEsnqAMBBBBAAAF9BcgE+vozOwIIIIAAArIIJEVQyKZNmyJ4Fk9BAAEEEEAAAZkF2CeQuTvU hgACCCCAQOwEyASxs2YmBBBAAAEEZBYgE8jcHWpDAAEEEEAgdgJkgthZMxMCCCCAAAIyC5AJ ZO4OtSGAAAIIIBA7ATJB7KyZCQEEEEAAAZkFyAQyd4faEEAAAQQQiJ0AmSB21syEAAIIIICA zAJkApm7Q20IIIAAAgjEToBMEDtrZkIAAQQQQEBmATKBzN2hNgQQQAABBGInQCaInTUzIYAA AgggILMAmUDm7lAbAggggAACsRMgE8TOmpkQQAABBBCQWYBMIHN3qA0BBBBAAIHYCZAJYmfN TAgggAACCMgsQCaQuTvUhgACCCCAQOwEyASxs2YmBBBAAAEEZBYgE8jcHWpDAAEEEEAgdgJk gthZMxMCCCCAAAIyC5AJZO4OtSGAAAIIIBA7ATJB7KyZCQEEEEAAAZkFyAQyd4faEEAAAQQQ iJ0AmSB21syEAAIIIICAzAJkApm7Q20IIIAAAgjEToBMEDtrZkIAAQQQQEBmATKBzN2hNgQQ QAABBGInQCaInTUzIYAAAgggILMAmUDm7lAbAggggAACsRMgE8TOmpkQQAABBBCQWYBMIHN3 qA0BBBBAAIHYCZAJYmfNTAgggAACCMgsQCaQuTvUhgACCCCAQOwEyASxs2YmBBBAAAEEZBYg E8jcHWpDAAEEEEAgdgJkgthZMxMCCCCAAAIyC5AJZO4OtSGAAAIIIBA7ATJB7KyZCQEEEEAA AZkFyAQyd4faEEAAAQQQiJ0AmSB21syEAAIIIICAzAJkApm7Q20IIIAAAgjEToBMEDtrZkIA AQQQQEBmATKBzN2hNgQQQAABBGInQCaInTUzIYAAAgggILMAmUDm7lAbAggggAACsRMgE8TO mpkQQAABBBCQWYBMIHN3qA0BBBBAAIHYCZAJYmfNTAgggAACCMgskBRBcd3d3RE8i6cggAAC CCCAwNIF8vLyln5wVI6MJBPEvsqoLJVBEEAAAQQQQGABAc4dLIDDQwgggAACCCSQAJkggZrN UhFAAAEEEFhAgEywAA4PIYAAAgggkEACZIIEajZLRQABBBBAYAEBMsECODyEAAIIIIBAAgmQ CRKo2SwVAQQQQACBBQTIBAvg8BACCCCAAAIJJEAmSKBms1QEEEAAAQQWECATLIDDQwgggAAC CCSQAJkggZrNUhFAAAEEEFhAgEywAA4PIYAAAgggkEACZIIEajZLRQABBBBAYAEBMsECODyE AAIIIIBAAgmQCRKo2SwVAQQQQACBBQTIBAvg8BACCCCAAAIJJEAmSKBms1QEEEAAAQQWECAT LIDDQwgggAACCCSQAJkggZrNUhFAAAEEEFhAgEywAA4PIYAAAgggkEACZIIEajZLRQABBBBA YAEBMsECODyEAAIIIIBAAgmQCRKo2SwVAQQQQACBBQTIBAvg8BACCCCAAAIJJEAmSKBms1QE EEAAAQQWECATLIDDQwgggAACCCSQAJkggZrNUhFAAAEEEFhAgEywAA4PIYAAAgggkEACZIIE ajZLRQABBBBAYAEBMsECODyEAAIIIIBAAgmQCRKo2SwVAQQQQACBBQTIBAvg8BACCCCAAAIJ JEAmSKBms1QEEEAAAQQWECATLIDDQwgggAACCCSQAJkggZrNUhFAAAEEEFhAgEywAA4PIYAA AgggkEACZIIEajZLRQABBBBAYAGBpAUeW+Ahv6etvq6p3TUcUEypNkduQdnu8vx0s6KIB1ra lJzy4o3iB91vI22lDx8YCCvDtuN42x572N1Ru0MuhKgti4EQQAABBOJbIKJ9Ap/rQNmBE2og SLWmKqPD7o4uTyCYAXy99XWHj7a4fXKoma32DJt6Sw3VY7KqP2TY001a1icZgpZLZWwEEEAA gTgSiGSfwD90yjWqKKl5h9rqcy0iCHj6vVa7ogydqtmzrzegKAN1D2+pU1IfOXKqOsvs628V Wwodbq/YUrBlF5VXVRTb1fzg76su3Nlh3ft0rflodX3HYNbBzsbMvgZxqMs9LIY32TKLdtdW FIrdBzFhffXhdrcIIdM3R9Uzx5xp6uAHmtoHvOrx2c6K/buDuxVXb5bc2tY2da6eXQ887lIy dh9pLU2fenCkZ6655qjqkKNnGbN750Cwu5trapu7B9VVWTOyC4RB4dUyZorlOwQQQAABBHQV iCQTmC128b7bOzrQ4RrKFq/BFvtGkQwUv88bsIg34OK135GTb7dYs61mZai18tE6l/qK7chQ PIOuEwdKh5WTDcVpU6sebHp856iIC+IUhHiuOeBxexR7TkG60t/V6z6xb5dlY9sepWnXvhPD psySKqet5/BT3V7FVlBVkWdRhtqCg6c68oocgb723pbKnf4jJ0UOWQrp3HPZgk+9tqrhZc3+ E2cYguKqqzjcParYsvMcJu+Aq89jVrm4IYAAAgggIJdAJJlASS+uKWnd2TLYXrm1IyOvvKKi JFe8OzdvLK0q6+iodCt25/5aZ/BV39PQLAKBkrn/ZLOIAUOtZVvr3L1NLZ7i6dP5o157yaGD 5bnpwdfJ/PpTXSGg0KUAw739I2WKa1jcl12+25lrzva2dB8eDlgzM9PMnoYmNW3kVNVWZJkU r6Ny51MDHS0DFVlLCgWWuebaE8oEykxVvlNly5l9sKJ2NoKvyys2CERyKSqvKRbpya8oSwot IQe+IoAAAgggECOBiDKBYsmqOHYyp+Xw4aaOge7Dj3e3lRxprsgKf/fr8wRfzjMKsoMJIT07 P0NxDw67PD7FPnVKP7WgareaKNSbOBNQV9fUpZ5mmL6Nil0HsS3hFrsSvR67radLHdDqEFsQ Po9b/T7Qu2/b1pnDveqTl/CaO/dcV8eZqcqUvtzZ7TPFB7+zZO8osrravd0HHn3wcGaRiFDO OahmPYkfEUAAAQQQiLVAZJlAVGlOzy2rzS0pb6suO9A92FLftUPdCQi7LfrqbLZevd7P39ew q65D7LEXVFWVOMyuml2HB9XxzFkV9SV9u1raK7e1qz9bxcZAgZjKp77jFj8WVO0tEBFh6mbN DI8mVx+b+e98c109YqaqKMxuya05eTy/palJJCh3e93OPt/x1jJ7eFHcgwACCCCAgJ4CkWQC v6ery+vIz1bPF4hz/3al2634fNe8t/f7p36w2DNtYud/sMM1Upouzh30damv8rZsu3jdDr6g X3sT7/vVPfaMEnGOIF3MMT2gf6hLPM9WcrCmwGq1OexpoQBgsWfbFPewd0jJys8PXbLn9/mU pUQCdY9h7rlmFyXqXO7sU39zMY2g+P1+sz2/rDa/ZEdz6aOHBwc7+kbK7HMEqPDJuQcBBBBA AIGYCUSSCQL9zfv2ucUZcqvN7B8OnizPKM5VX5XFlYRWxe0dfGpnaXuq4qg+UlOyO6dlX6/7 wNbiFrviGRCb/abs8hL7XOuz2B2pysDoYFNlhds63NOrnhgI3gLeIa/42lpf3yc2Fcxmqy3H WS4uYbCXlGe3HHC567Y5u3Ls4m8iB/q8OY0na5ZwOcG8c4UXtuzZZyMcymnYWudzZG+0m70u NROlOtRMxA0BBBBAAAG5BCL5fALTRmdRtviT/1GvCAQmq6Ngb2NjaC/cvLF8/yPilV3xDog/ DxSfXaCkFR48tv8R8YZ+eEAEAmtm0f4jh+Y6xyBUzFm7a0syxbAD3V1DtvLGQ0WhTxXw+wLp DvXvGYYH3OLmcnW3H358V5NHDF586Ng3xeCmwd7u7l6Xx5SVl29b9GyF2oD55gpvzvJnn41g smdnWYbd3R3tHa5hVauhYgmpJbwS7kEAAQQQQEBTgVWTk5OaTrDSwf399dsebfFmVx056FT/ 5FF8VkHltn29Sk5jZ0P2kl7/V1KBvrOvpHKeiwACCCCQwAJnzpyxWCydnZ3bt2+fmJgYHx+f 9fX06dOPPfbYmjVrGhsbL1++bDKZksTNAGLiwoJAf0drq19kgqG+7nbxsUipeU6H5oEgRKPv 7AZoDyUigAACCMSJgPSZQOzEH6ryir9QPHFYfBiBOBlvyyzYvX93ifoBitrf9J1d+/UxAwII IIAAAtMC0mcC8ff9G521zU69eqbv7HqtmnkRQAABBBJQIJJrDBOQiSUjgAACCCAQ9wJkgrhv MQtEAAEEEEBgSQJkgiUxcRACCCCAAAJxL0AmiPsWs0AEEEAAAQSWJEAmWBITByGAAAIIIBD3 AmSCuG8xC0QAAQQQQGBJAmSCJTFxEAIIIIAAAnEvEMnnE3R3d8e9CwtEAAEEEEBAX4G8vLwY FxBJJrjhhhtElZs2bYpxrUyHAAIIIIAAAtoJcO5AO1tGRgABBBBAwEgCZAIjdYtaEUAAAQQQ 0E6ATKCdLSMjgAACCCBgJAEygZG6Ra0IIIAAAghoJ0Am0M6WkRFAAAEEEDCSAJnASN2iVgQQ QAABBLQTIBNoZ8vICCCAAAIIGEmATGCkblErAggggAAC2gmQCbSzZWQEEEAAAQSMJEAmMFK3 qBUBBBBAAAHtBMgE2tkyMgIIIIAAAkYSIBMYqVvUigACCCCAgHYCZALtbBkZAQQQQAABIwmQ CYzULWpFAAEEEEBAOwEygXa2jIwAAggggICRBMgERuoWtSKAAAIIIKCdAJlAO1tGRgABBBBA wEgCZAIjdYtaEUAAAQQQ0E6ATKCdLSMjgAACCCBgJAEygZG6Ra0IIIAAAghoJ0Am0M6WkRFA AAEEEDCSAJnASN2iVgQQQAABBLQTIBNoZ8vICCCAAAIIGEmATGCkblErAggggAAC2gmQCbSz ZWQEEEAAAQSMJEAmMFK3qBUBBBBAAAHtBMgE2tkyMgIIIIAAAkYSIBMYqVvUigACCCCAgHYC ZALtbBkZAQQQQAABIwmQCYzULWpFAAEEEEBAOwEygXa2jIwAAggggICRBMgERuoWtSKAAAII IKCdAJlAO1tGRgABBBBAwEgCZAIjdYtaEUAAAQQQ0E6ATKCdLSMjgAACCCBgJAEygZG6Ra0I IIAAAghoJ0Am0M6WkRFAAAEEEDCSAJnASN2iVgQQQAABBLQTIBNoZ8vICCCAAAIIGEmATGCk blErAggggAAC2gmQCbSzZWQEEEAAAQSMJEAmMFK3qBUBBBBAAAHtBMgE2tkyMgIIIIAAAkYS IBMYqVvUigACCCCAgHYCZALtbBkZAQQQQAABIwmQCYzULWpFAAEEEEBAOwEygXa2jIwAAggg gICRBMgERuoWtSKAAAIIIKCdAJlAO1tGRgABBBBAwEgCZAIjdYtaEUAAAQQQ0E6ATKCdLSMj gAACCCBgJAEygZG6Ra0IIIAAAghoJ0Am0M6WkRFAAAEEEDCSAJnASN2iVgQQQAABBLQTIBNo Z8vICCCAAAIIGEmATGCkblErAggggAAC2gmQCbSzZWQEEEAAAQSMJEAmMFK3qBUBBBBAAAHt BMgE2tkyMgIIIIAAAnoKrFmzZnx8PLyCycnJpKSk8PvJBOEm3IMAAggggEA8CKxbt+7tt98O X8nY2FhaWlr4/WSCcBPuQQABBBBAIB4ENmzY4Ha7Z20VXLly5a233srMzAxfIZkg3IR7EEAA AQQQiAcBsRlw8803P/vss2K34MPg7b333nvllVc+9alP3XLLLeErnON0QvhB3IMAAggggAAC RhS4/fbb169fLzYGzp49K+oX32dnZ3/iE5+YmJhYvXr2vgCZwIgtpmYEEEAAAQSWKnDjjTeK 3QJxvaEIAeKruIkNA/E1/PmzM0L4EdyDAAIIIIAAAokgQCZIhC6zRgQQQAABBBYXIBMsbsQR CCCAAAIIJIIAmSARuswaEUAAAQQQWFyATLC4EUcggAACCCCQCAJkgkToMmtEAAEEEEBgcQEy weJGHIEAAggggEAiCJAJEqHLrBEBBBBAAIHFBcgEixtxBAIIIIAAAokgQCZIhC6zRgQQQAAB BBYXIBMsbsQRCCCAAAIIJIIAmSARuswaEUAAAQQQWFyATLC4EUcggAACCCCQCAJkgkToMmtE AAEEEEBgcQEyweJGHIEAAggggEAiCJAJEqHLrBEBBBBAAIHFBcgEixtxBAIIIIAAAokgQCZI hC6zRgQQQAABBBYXIBMsbsQRCCCAAAIIJIIAmSARuswaEUAAAQQQWFyATLC4EUcggAACCCCQ CAJkgkToMmtEAAEEEEBgcQEyweJGHIEAAggggEAiCJAJEqHLrBEBBBBAAIHFBcgEixtxBAII IIAAAokgQCZIhC6zRgQQQAABBBYXIBMsbsQRCCCAAAIIJIIAmSARuswaEUAAAQQQWFyATLC4 EUcggAACCCCQCAJkgkToMmtEAAEEEEBgcQEyweJGHIEAAggggEAiCJAJEqHLrBEBBBBAAIHF BZIWPyTsiE2bNoXdxx0IIIAAAgggYGwB9gmM3T+qRwABBBBAIFoCZIJoSTIOAggggAACxhYg Exi7f1SPAAIIIIBAtATIBNGSZBwEEEAAAQSMLUAmMHb/qB4BBBBAAIFoCZAJoiXJOAgggAAC CBhbgExg7P5RPQIIIIAAAtESIBNES5JxEEAAAQQQMLYAmcDY/aN6BBBAAAEEoiVAJoiWJOMg gAACCCBgbAEygbH7R/UIIIAAAghES4BMEC1JxkEAAQQQQMDYAmQCY/eP6hFAAAEEEIiWAJkg WpKMgwACCCCAgLEFyATG7h/VI4AAAgggEC0BMkG0JBkHAQQQQAABYwuQCYzdP6pHAAEEEEAg WgJkgmhJMg4CCCCAAALGFiATGLt/VI8AAggggEC0BMgE0ZJkHAQQQAABBIwtQCYwdv+oHgEE EEAAgWgJkAmiJck4CCCAAAIIGFuATGDs/lE9AggggAAC0RIgE0RLknEQQAABBBAwtgCZwNj9 o3oEEEAAAQSiJUAmiJYk4yCAAAIIIGBsATKBsftH9QgggAACCERLgEwQLUnGQQABBBBAwNgC ZAJj94/qEUAAAQQQiJYAmSBakoyDAAIIIICAsQXIBMbuH9UjgAACCCAQLQEyQbQkGQcBBBBA AAFjC5AJjN0/qkcAAQQQQCBaAmSCaEkyDgIIIIAAAsYWIBMYu39UjwACCCCAQLQEyATRkmQc BBBAAAEEjC1AJjB2/6geAQQQQACBaAmQCaIlyTgIIIAAAggYWyDplVdeMfYKqB4BBBBAAAEE PipgNpsDgcByVZI2bdq03OdwPAIIIIAAAgjILHDmzBmLxbJmzZrVq1fP+jrrx+eee256IUky L4naEEAAAQQQQCACgfvuuy+CZ3E9QQRoPAUBBBBAAIE4FCATxGFTWRICCCCAAAIRCJAJIkDj KQgggAACCMShAJkgDpvKkhBAAAEEEIhAgEwQARpPQQABBBBAIA4FyARx2FSWhAACCCCAQAQC ZIII0HgKAggggAACcShAJojDprIkBBBAAAEEIhAgE0SAxlMQQAABBBCIQwEyQRw2lSUhgAAC CCAQgQCZIAI0noIAAggggEAcCvDvHcRhU1kSAgggkJgCk5OTYuGhr1EUWLVqlRgt9DU0rEYT rbzm8FKXNSaZYFlcHIwAAgggIKOAeJEWt7V7f3x5bEyL+n4vJeXSU9tDr7hiotOnT49pM9HK i09JSfnMZz4jSr02xCxxWDLBEqE4DAEEEEBAXgHxOn3lyhURCD6Tl69Flae7u8T44t8dFoOL b0QgyMvL02KilY/Z3d0dKpVMsHJMRkAAAQQQMJhAaJNAvBCKuj8Mnj7Q4hYaX4wc+iZ0+kCL iVY+pqhQBAJR4XJjAfsEK8dnBAQQQAABnQVC+wSiiCtaRQI1CoReYqfDgc5rnn/60D7B/I/P +wiZYF4aHkAAAQQQMIRA6C176OsVzfYJQrsRAuTa6eT0ma6QfQI5G0RVCCCAAAIaCky/YGt3 7mBWJtBwMSseerrU5Y7EPsFyxTgeAQQQQEBegeBFBbG4hd6Lx2KmGM5BJoghNlMhgAACCGgs oN25g1mFx2Um4HMMNf71ZHgEEEAAgRgKfDgp/vQg+v+L4QqWNtWlF/f9t/+xrzfKH8bAPsHS 9DkKAQQQQMAIAvPsE6y++66P77s7dXOKeCf84Wse78EX3v2/v1OUNeYD2z/1nwbfevAFf0BZ detdG/4tZ3XLv3lqLy7+1wvz7BOMv917/H//9IWzw2L069Kz8r/wpW13rtUALnQpZfDCgSiO TiaIIiZDIYAAAgjoLDDXNYar7rgv4yebzecGLjzuCSgpqaX33fSPnzeV/mT4F6GjJyfFf1Ns N/8wx/xS15tPvhP5JQlvP/PtiqffvPFe519s/3jyby+8ei5lnRaBQDNjMoFmtAyMAAIIIBBz gTmuMTSt/V+Z5g/eOv/5zks+tZ5Lpy5c+fm2tL/+1MgfDyihd9lXUtb93cM3KK8OlvePLzER zPEG/ZK75V/eTM4q/5sv3/+x4MJzHgr95eL4G+2Hf3Cqf+j9CWXdrZ8t+9IXstcpl1762l/8 841/nHnx+Z5fv6+kbMj788rH7gs+7dKvn/3BP5z8ldhpSLbm/GX149nrLg0++4Pvtf5qeCI5 7S7nF3f9lztSpupW/y4ymvsEXE8Q7Bs3BBBAAIG4EBDnDmb9L3mdZXPSlRdfvfT+1Ycuv/f+ qTHlztuTU4OvqJOm677yn9P/wDv831+YOWbWIEuxCQy/9Op40h2F94QCwTVPSf6YbeNnH/2r um9VPWY7//N/aH0jEHrwg97nxz9XWf/9J7enn+/+x5+eV+++5P5B3Y/Ppjywp/J/7S37XM4G kR7c/1j341fT/uxr36r689+/8KO/+6ezl5ZSTiTHsE8QiRrPQQABBBCQU0BcYDjr9uGa1WZl 8p3L6oWHU7eJK+f9imJKSpqcEPfddLvtf4oH/kMZm1A+nP3seX8Of4M+GXh/XEm58fo53run 3fu5zwVHSnvwk//8/eF3ApO3B9/p2/74kZwN1yvKfZ/d8OPGrUtmrQAABYFJREFU8yOByU9O /vrZs+PWh7+wPSddPO4QicX/yrO/GrM+XJp3h01R/uRzJ59v7R4MbNoQXIw6VdiC5y158QfI BIsbcQQCCCCAgFEEwq8xvDIx4VdW3WhS9w+mVrFm9SfMivLexO8mg6/MF4adL6X80+dufsrh 29Y/HvlKk1OSlbHfhv8pQGCk5ydHWp9/c1h9aEJRPjU9xdp1KcHvk5OTp+4be/+DceX6jHUz VQTv8bZVfbHt6n0pK6hxZty5viMTzKXCfQgggAACxhT4MOwfPBjz+lwT67M3pqwdHP0guCjz 9dcXpijuX1x+78oakRPeGbl05tx7uwY2/ijvlm2Db/04/EV9LorwN+jJtrszlJ7XOl8f/f3M a68s/O2LTYc7Pnj4q3UHf3/db39R96Xvi+HEtKGAEnqjP/N90jqxbXDhojjPEUoL4q8X1l2f rFgf/lrFZ6eCQnLKuqTJ8WufPld9Ed3H9QQRsfEkBBBAAAEpBUQkmP0//+iTL/vXOTac+Kx1 66dSC+/6eMuf3Ljh0nv7BsbFkeKlVbw+X5m88vPO3/z0w7XfLvhYWvgIS9yeT8ncXmAd+8Wh /T/8We+L7l/9ovvkv5+5KJTGgu/rxz8YOnfmxL++tTDb2g25m5K9J354ovf1/rPP/+xn58ZM t302O8X78399eWhsfHzMO/j6m+8vPMQKHmWfYAV4PBUBBBBAQDKB8HMH4kX/lZ5fF4zdUpt9 8z/coX4+Qd+5C3/SefF5cUmBuk0gbsHLEv2+vf/ntw/91/RDt/v+9A2xw7/ILXyfQFGSbi95 Yt/1T//zv//L4efF06+z3fP5z0xOrrv/Twuf+/4z9U8+c72jqPTzth++PLM5MHVBwNRg6k/X b/nS3vN//8OfHf7WM0rSzQ9V5Exed1f5E6VNP/zpt7/+L2KKtI3Ff3W/erxa+dTTFyl16Q+r /77y0o/mSAQQQAABBGQTEP808Icffjg+Pr72yy3r7rpfi/Le/3+/vPTdkjVr1ojBxVw9PT33 3XefFhOtfMwzZ87k5uaKKxREtatXL3424Lvf/e7ly5dNJnHJZRL7BCv3ZwQEEEAAAVkE5ton kKU2+esgE8jfIypEAAEEEFiqwByfWbTUpy7vuLjcZScTLO+XgKMRQAABBGQWmOuzjWWuV67a yARy9YNqEEAAAQRWIhCzcwfsE6ykTTwXAQQQQAABzQXCP8dQ8ynjaAL2CeKomSwFAQQQSHiB K2GfWaQRCfsEGsEyLAIIIIAAAisSWBW8/V5KyuVzL65ooHmeLEYOTSEeF99cd911L76oyUTz zL+Mu0Vt06Uu42nBQ9knWK4YxyOAAAIIyCUgXgJFQeLrxW8UT0xMiI8rELdolSj+xF/cxJ/u X5sJ7r777qhPtPKCry01BLLcMckEyxXjeAQQQAAB6QTEC7Z4RQx9ppAIBFHc2J8eWYwfCh8a TbRy0/BSlz5m8BMRJ8kESxfjSAQQQAABGQVC7+DFS7UoTnwfenmLVqHTg4fehU8PG/WJVl7w taWGvl/umGSC5YpxPAIIIICAdAKht8ihr6K46O4TiAFDL7Hiq/g+tGEQiiBRnGjlpqHyri11 uWOSCZYrxvEIIIAAAtIJhF4IQ6/QUX+dnn6tDS1b/KjRRCtnnVXqcgckEyxXjOMRQAABBCQV WOEr4tJXFbOJll7SSo4MLUeMsPi/mLSSaXguAggggAACCBhFgExglE5RJwIIIIAAAhoKiN0C MoGGvgyNAAIIIICAIQRCpw/IBIZoFkUigAACCCCguQCZQHNiJkAAAQQQQEBmgelLJskEMreJ 2hBAAAEEENBcQGQCzh1orswECCCAAAIIyC8QygRcYyh/p6gQAQQQQAABbQWmzx38f54LximI 0gNLAAAAAElFTkSuQmCC --------------FCA383B3E90BD8B617CE5B21-- --------------BBEC5CEE435AD1868CF0A66B--

2 1

Access via IP instead of FQDN, as well as login issues (cannot authenticate root)
by Mark Bettles 27 Oct '17

27 Oct '17

Hello, I am moving away from PVE, as it does not allow the use of virt-manager from my Linux desktop to control it. So after some searching around, I came across oVirt and I installed CentOS. Now I have two problems. 1, I cannot port forward a hostname or an FQDN. So my ability to remotely control it has gone. I wish to be able to access the webui by IP alone. How do I do this? 2. I cannot login. I get unable to verify login on the machine itself (I installed the Mate desktop for testing purposes) otherwise I get an FQDN warning from any other machine. In the logs I get this, [org.ovirt.engine.core.sso.servlets.InteractiveAuthServlet] (default task-23) [] Cannot authenticate user 'root@internal': Unable to log in. Verify your login information or contact the system administrator.

2 1

3.6 InClusterUpgrade
by Kapetanakis Giannis 27 Oct '17

27 Oct '17

Hi, I'm in the process of upgrading to 4.1 from 3.6.7 (centos 6) The default cluster runs in 3.5 compatibility mode. I cannot add a new Centos 7 host: 2017-10-23 13:50:08,359 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-40) [6a0dd9df] Correlation ID: 6a0dd9df, Job ID: e570c94b-bbd8-486b-bb93-3d28fb905bb3, Call Stack: null, Custom Event ID: -1, Message: Host v5 is compatible with versions (3.6,4.0,4.1) and cannot join Cluster Default which is set to version 3.5. I'm following https://www.ovirt.org/feature/inclusterupgrade/ for upgrading. I've set engine-config -s CheckMixedRhelVersions=false --cver=3.5 restarted and set Scheduling policy InClusterUpgrade Any recommendations how to proceed without shutting down all VMs? I also want to avoid creating a new cluster with 3.6 version cause then I will have to shutdown all VMs again. Thanks G ps. The steps I had in mind were: upgrade serially hosts to Centos 7 migrate VMs there backup-restore engine to new Centos 7 machine

2 2

ovirtmgmt network security
by Istvan Buki 26 Oct '17

26 Oct '17

Hello ovirt experts, I'm totally new to ovirt and trying to learn as fast as I can.So, please bear with me and my possibly stupid questions. Sorry if my questions have been answered already, but please point me to the place where I can find the answers. I've setup ovirt 4.1.6 and created a first VM that I want to expose in a DMZ. I attached a dedicated NIC to the VM using passthrough which is connected to the DMZ network. This is all working as expected. Now,I'm wondering what to do about the ovirtmgmt interface. Obviously, in case the security of the VM is compromised and someone get unautorized access to it I do not want the attacker to have access to my internal network through the ovirtmgmt interface. The most secure solution would be to remove that ovirtmgmt interface but then I loose management functionalities. Can you suggest the possible solutions to protect the ovirtmgmt network from unwanted access? Thanks for your answers Istvan

2 1

Re: [ovirt-users] Storage Performance
by Bryan Sockel 26 Oct '17

26 Oct '17

My server load is pretty light. Currently there is no more than 15-20 VM's running on my ovirt config. Attached are performance testing results on the local host and from a windows box. I have also attached my gluster volume configuration. There seems to be a significant performance loss between server performance and guest performance. Not sure if it is related to my limited bandwidth, mismatched server hardware or something else. When not performing any major disk intensive activities system typically runs at less than 10 MiB/s. Network activity about 100 Mbps. Does anyone know if there is any sort of best practices document when it comes to hardware setup for gluster? Specifically related to hardware raid vs JBOD, stripe size, brick configuration etc. Thanks Bryan -----Original Message----- From: Juan Pablo <pablo.localhost(a)gmail.com> To: Bryan Sockel <Bryan.Sockel(a)altn.com> Cc: "users(a)ovirt.org" <users(a)ovirt.org> Date: Thu, 26 Oct 2017 09:59:16 -0300 Subject: Re: [ovirt-users] Storage Performance Hi, can you check IOPS? and state # of VM's ? do : iostat -x 1 for a while =) Isnt RAID discouraged ? AFAIK gluster likes JBOD, am I wrong? regards, JP 2017-10-25 12:05 GMT-03:00 Bryan Sockel <Bryan.Sockel(a)altn.com>: Have a question in regards to storage performance. I have a gluster replica 3 volume that we are testing for performance. In my current configuration is 1 server has 16X1.2TB( 10K 2.5 Inch) drives configured in Raid 10 with a 256k stripe. My 2nd server is configured with 4X6TB (3.5 Inch Drives) configured Raid 10 with a 256k stripe. Each server is configured with 802.3 Bond (4X1GB) network links. Each server is configured with write-back on the raid controller. I am seeing a lot of network usage (solid 3 Gbps) when i perform file copies on the vm attached to that gluster volume, But i see spikes on the disk io when watching the dashboard through the cockpit interface. I spikes are up to 1.5 Gbps, but i would say the average through put is maybe 256 Mbps. Is this to be expected, or should it be a solid activity in the graphs for disk IO. Is it better to use a 256K stripe or a 512 strip on the hardware raid configuration? Eventually i plan on having the hardware match up for better performance. Thanks Bryan _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

2 1

Storage Performance
by Bryan Sockel 26 Oct '17

26 Oct '17

Have a question in regards to storage performance. I have a gluster replica 3 volume that we are testing for performance. In my current configuration is 1 server has 16X1.2TB( 10K 2.5 Inch) drives configured in Raid 10 with a 256k stripe. My 2nd server is configured with 4X6TB (3.5 Inch Drives) configured Raid 10 with a 256k stripe. Each server is configured with 802.3 Bond (4X1GB) network links. Each server is configured with write-back on the raid controller. I am seeing a lot of network usage (solid 3 Gbps) when i perform file copies on the vm attached to that gluster volume, But i see spikes on the disk io when watching the dashboard through the cockpit interface. I spikes are up to 1.5 Gbps, but i would say the average through put is maybe 256 Mbps. Is this to be expected, or should it be a solid activity in the graphs for disk IO. Is it better to use a 256K stripe or a 512 strip on the hardware raid configuration? Eventually i plan on having the hardware match up for better performance. Thanks Bryan

3 2

Re: [ovirt-users] Bad volume specification after hung migration
by Michal Skrivanek 26 Oct '17

26 Oct '17

--Apple-Mail=_7EF46EB5-FF10-4695-889D-DC90FC772541 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 26 Oct 2017, at 12:32, Roberto Nunin <robnunin(a)gmail.com> wrote: >=20 > Hi Michael >=20 > By frozen I mean the action to put host in maintenance while some VM = were running on it. > This action wasn't completed after more than one hour. ok, and was the problem in this last VM not finishing the migration? Was = it migrating at all? If yes, what was the progress in UI, any failures? = There are various timeouts which should have been triggered, so if they = were not triggered it would indeed point to some internal issue. Would = be great to attach source and destination vdsm.log > Thinking that shutting down the VM could help, I've done it. Looking = at results, not. What was the result? Did it fail to shut down? Did you use Power Off to = force immediate shutdown? If it was migrating, did you try to cancel the = migration first? >=20 > Yes, I've restarted the ovirt-engine service, I've still not restarted = the hosted-engine VM. well, it=E2=80=99s not only a universal =E2=80=9Cfix=E2=80=9D of various = things, sometimes it does more harm than benefit too. Logs would be = helpful. > Hosts still not restarted. Do you think can help ? hard to say. Either way please salvage logs first >=20 > Obviously we will migrate, this activities are enabling us to have = redundancy at the storage level, then we will migrate to 4.1.x great:) Thanks, michal >=20 > Thanks >=20 > 2017-10-26 12:26 GMT+02:00 Michal Skrivanek = <michal.skrivanek(a)redhat.com <mailto:michal.skrivanek@redhat.com>>: >=20 >> On 26 Oct 2017, at 10:20, Roberto Nunin <robnunin(a)gmail.com = <mailto:robnunin@gmail.com>> wrote: >>=20 >> We are running 4.0.1.1-1.el7.centos >=20 > Hi, > any reason not to upgrade to 4.1? >=20 >>=20 >> After a frozen migration attempt, we have two VM that after shutdown, = are not anymore able to be started up again. >=20 > what do you mean by frozen? Are you talking about "VM live migration" = or =E2=80=9Clive storage migration=E2=80=9D? > How exactly did you resolve that situation, you only shut down those = VMs? No other troubleshooting steps, e.g. restarting engine, hosts, = things like that? >=20 > Thanks, > michal >>=20 >> Message returned is : >>=20 >> Bad volume specification {'index': '0', u'domainID': = u'731d95a9-61a7-4c7a-813b-fb1c3dde47ea', 'reqsize': '0', u'format': = u'cow', u'optional': u'false', u'address': {u'function': u'0x0', u'bus': = u'0x00', u'domain': u'0x0000', u'type': u'pci', u'slot': u'0x05'}, = u'volumeID': u'cffc70ff-ed72-46ef-a369-4be95de72260', 'apparentsize': = '3221225472', u'imageID': u'3fe5a849-bcc2-42d3-93c5aca4c504515b', = u'specParams': {}, u'readonly': u'false', u'iface': u'virtio', = u'deviceId': u'3fe5a849bcc2-42d3-93c5-aca4c504515b', 'truesize': = '3221225472', u'poolID': u'00000001-0001-0001-0001-0000000001ec', = u'device': u'disk', u'shared': u'false', u'propagateErrors': = u'off',u'type':u'disk'} >>=20 >> Probably this is caused by a wrong pointer into the database that = still refer to the migration image-id. >>=20 >> If we search within all_disks view, we can find that parentid field = isn't 00000000-0000-0000-0000-000000000000 like all other running vm, = but it has a value: >>=20 >> vm_names | parentid >> ----------------------+-------------------------------------- >> working01.company.xx | 00000000-0000-0000-0000-000000000000 >> working02.company.xx | 00000000-0000-0000-0000-000000000000 >> working03.company.xx | 00000000-0000-0000-0000-000000000000 >> working04.company.xx | 00000000-0000-0000-0000-000000000000 >> broken001.company.xx | 30533842-2c83-4d0e-95d2-48162dbe23bd = <<<<<<<<< >> working05.company.xx | 00000000-0000-0000-0000-000000000000 >>=20 >>=20 >> How we can recover from this ? >>=20 >> Thanks in advance >> Regards, >>=20 >> --=20 >> Robert=E2=80=8Bo=E2=80=8B >>=20 >>=20 >>=20 >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org <mailto:Users@ovirt.org> >> http://lists.ovirt.org/mailman/listinfo/users = <http://lists.ovirt.org/mailman/listinfo/users> >=20 >=20 >=20 >=20 > --=20 > Roberto >=20 >=20 >=20 --Apple-Mail=_7EF46EB5-FF10-4695-889D-DC90FC772541 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><br class=3D""><div><blockquote type=3D"cite" class=3D""><div = class=3D"">On 26 Oct 2017, at 12:32, Roberto Nunin <<a = href=3D"mailto:robnunin@gmail.com" class=3D"">robnunin(a)gmail.com</a>> = wrote:</div><br class=3D"Apple-interchange-newline"><div class=3D""><div = dir=3D"ltr" class=3D""><div class=3D"gmail_default" style=3D"">Hi = Michael</div><div class=3D"gmail_default" style=3D""><br = class=3D""></div><div class=3D"gmail_default" style=3D"">By frozen I = mean the action to put host in maintenance while some VM were running on = it.</div><div class=3D"gmail_default" style=3D"">This action wasn't = completed after more than one = hour.</div></div></div></blockquote><div><br class=3D""></div>ok, and = was the problem in this last VM not finishing the migration? Was it = migrating at all? If yes, what was the progress in UI, any failures? = There are various timeouts which should have been triggered, so if they = were not triggered it would indeed point to some internal issue. Would = be great to attach source and destination vdsm.log</div><div><br = class=3D""><blockquote type=3D"cite" class=3D""><div class=3D""><div = dir=3D"ltr" class=3D""><div class=3D"gmail_default" style=3D"">Thinking = that shutting down the VM could help, I've done it. Looking at results, = not.</div></div></div></blockquote><div><br class=3D""></div>What was = the result? Did it fail to shut down? Did you use Power Off to force = immediate shutdown? If it was migrating, did you try to cancel the = migration first?</div><div><br class=3D""><blockquote type=3D"cite" = class=3D""><div class=3D""><div dir=3D"ltr" class=3D""><div = class=3D"gmail_default" style=3D""><br class=3D""></div><div = class=3D"gmail_default" style=3D"">Yes, I've restarted the ovirt-engine = service, I've still not restarted the hosted-engine = VM.</div></div></div></blockquote><div><br class=3D""></div>well, it=E2=80= =99s not only a universal =E2=80=9Cfix=E2=80=9D of various things, = sometimes it does more harm than benefit too. Logs would be = helpful.</div><div><br class=3D""><blockquote type=3D"cite" = class=3D""><div class=3D""><div dir=3D"ltr" class=3D""><div = class=3D"gmail_default" style=3D"">Hosts still not restarted. Do you = think can help ?</div></div></div></blockquote><div><br = class=3D""></div>hard to say. Either way please salvage logs = first</div><div><br class=3D""><blockquote type=3D"cite" class=3D""><div = class=3D""><div dir=3D"ltr" class=3D""><div class=3D"gmail_default" = style=3D""><br class=3D""></div><div class=3D"gmail_default" = style=3D"">Obviously we will migrate, this activities are enabling us to = have redundancy at the storage level, then we will migrate to = 4.1.x</div></div></div></blockquote><div><br = class=3D""></div>great:)</div><div><br = class=3D""></div><div>Thanks,</div><div>michal</div><div><br = class=3D""><blockquote type=3D"cite" class=3D""><div class=3D""><div = dir=3D"ltr" class=3D""><div class=3D"gmail_default" style=3D""><br = class=3D""></div><div class=3D"gmail_default" style=3D"">Thanks</div><div = class=3D"gmail_extra"><br class=3D""><div class=3D"gmail_quote">2017-10-26= 12:26 GMT+02:00 Michal Skrivanek <span dir=3D"ltr" class=3D""><<a = href=3D"mailto:michal.skrivanek@redhat.com" target=3D"_blank" = class=3D"">michal.skrivanek(a)redhat.com</a>></span>:<br = class=3D""><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 = .8ex;border-left:1px #ccc solid;padding-left:1ex"><div = style=3D"word-wrap:break-word" class=3D""><br class=3D""><div = class=3D""><blockquote type=3D"cite" class=3D""><div class=3D"">On 26 = Oct 2017, at 10:20, Roberto Nunin <<a = href=3D"mailto:robnunin@gmail.com" target=3D"_blank" = class=3D"">robnunin(a)gmail.com</a>> wrote:</div><br = class=3D"m_-7560322293096975458Apple-interchange-newline"><div = class=3D""><div dir=3D"ltr" class=3D""><div class=3D"">We are = running<span style=3D"font-size:large" class=3D""> <span = style=3D"font-family:'Arial Unicode = MS',Arial,sans-serif;text-align:-webkit-center;font-size:small" = class=3D"">4.0.1.1-1.el7.centos</span></span></div></div></div></blockquot= e><div class=3D""><br class=3D""></div>Hi,</div><div class=3D"">any = reason not to upgrade to 4.1?</div><div class=3D""><span class=3D""><br = class=3D""><blockquote type=3D"cite" class=3D""><div class=3D""><div = dir=3D"ltr" class=3D""><div style=3D"font-size:large" class=3D""><span = style=3D"font-family:'Arial Unicode = MS',Arial,sans-serif;text-align:-webkit-center;font-size:small" = class=3D""><br class=3D""></span></div><div style=3D"font-size:large" = class=3D""><span style=3D"font-family:'Arial Unicode = MS',Arial,sans-serif;text-align:-webkit-center;font-size:small" = class=3D"">After a frozen migration attempt, we have two VM that after = shutdown, are not anymore able to be started up = again.</span></div></div></div></blockquote><div class=3D""><br = class=3D""></div></span>what do you mean by frozen? Are you talking = about "VM live migration" or =E2=80=9Clive storage = migration=E2=80=9D?</div><div class=3D"">How exactly did you resolve = that situation, you only shut down those VMs? No other troubleshooting = steps, e.g. restarting engine, hosts, things like that?</div><div = class=3D""><br class=3D""></div><div class=3D"">Thanks,</div><div = class=3D"">michal</div><div class=3D""><blockquote type=3D"cite" = class=3D""><div class=3D""><span class=3D""><div dir=3D"ltr" = class=3D""><div style=3D"font-size:large" class=3D""><span = style=3D"font-family:'Arial Unicode = MS',Arial,sans-serif;text-align:-webkit-center;font-size:small" = class=3D""><br class=3D""></span></div><div style=3D"font-size:large" = class=3D""><span style=3D"font-family:'Arial Unicode = MS',Arial,sans-serif;text-align:-webkit-center;font-size:small" = class=3D"">Message returned is :</span></div><div = style=3D"font-size:large" class=3D""><span style=3D"font-family:'Arial = Unicode MS',Arial,sans-serif;text-align:-webkit-center;font-size:small" = class=3D""><br class=3D""></span></div><div class=3D""><span = style=3D"font-family:'Arial Unicode = MS',Arial,sans-serif;text-align:-webkit-center" class=3D""><div = style=3D"text-align:left" class=3D"">Bad volume specification {'index': = '0', u'domainID': u'731d95a9-61a7-4c7a-813b-<wbr class=3D"">fb1c3dde47ea',= 'reqsize': '0', u'format': u'cow', u'optional': u'false', u'address': = {u'function': u'0x0', u'bus': u'0x00', u'domain': u'0x0000', u'type': = u'pci', u'slot': u'0x05'}, u'volumeID': u'cffc70ff-ed72-46ef-a369-<wbr = class=3D"">4be95de72260', 'apparentsize': '3221225472', u'imageID': = u'3fe5a849-bcc2-42d3-<wbr class=3D"">93c5aca4c504515b', u'specParams': = {}, u'readonly': u'false', u'iface': u'virtio', u'deviceId': = u'3fe5a849bcc2-42d3-93c5-<wbr class=3D"">aca4c504515b', 'truesize': = '3221225472', u'poolID': u'00000001-0001-0001-0001-<wbr = class=3D"">0000000001ec', u'device': u'disk', u'shared': u'false', = u'propagateErrors': u'off',u'type':u'disk'}</div><div = style=3D"text-align:left;font-size:small" class=3D""><br = class=3D""></div></span></div><div style=3D"font-size:large" = class=3D""><span style=3D"font-family:'Arial Unicode = MS',Arial,sans-serif;text-align:-webkit-center;font-size:small" = class=3D"">Probably this is caused by a wrong pointer into the database = that still refer to the migration image-id.</span></div><div = style=3D"font-size:large" class=3D""><span style=3D"font-family:'Arial = Unicode MS',Arial,sans-serif;text-align:-webkit-center;font-size:small" = class=3D""><br class=3D""></span></div><div class=3D""><span = style=3D"font-size:small;font-family:'Arial Unicode = MS',Arial,sans-serif;text-align:-webkit-center" class=3D"">If we search = within all_disks view, we can find that parentid field = isn't </span><font face=3D"Arial Unicode MS, Arial, sans-serif" = class=3D"">00000000-0000-0000-0000-<wbr class=3D"">000000000000 like all = other running vm, but it has a value:</font></div><div class=3D""><font = face=3D"Arial Unicode MS, Arial, sans-serif" class=3D""><br = class=3D""></font></div><div class=3D""><font class=3D""><div = class=3D""><font face=3D"monospace, monospace" class=3D"">    =    vm_names       |      =          parentid</font></div><div = class=3D""><font face=3D"monospace, monospace" = class=3D"">----------------------+-------<wbr = class=3D"">------------------------------<wbr = class=3D"">-</font></div><div class=3D""><font face=3D"monospace, = monospace" class=3D""> working01.company.xx | = 00000000-0000-0000-0000-<wbr class=3D"">000000000000</font></div><div = class=3D""><font face=3D"monospace, monospace" = class=3D""> working02.company.xx | 00000000-0000-0000-0000-<wbr = class=3D"">000000000000</font></div><div class=3D""><font = face=3D"monospace, monospace" class=3D""> working03.company.xx | = 00000000-0000-0000-0000-<wbr class=3D"">000000000000</font></div><div = class=3D""><font face=3D"monospace, monospace" = class=3D""> working04.company.xx | 00000000-0000-0000-0000-<wbr = class=3D"">000000000000</font></div><div class=3D""><font = face=3D"monospace, monospace" class=3D""> broken001.company.xx | = 30533842-2c83-4d0e-95d2-<wbr class=3D"">48162dbe23bd = <<<<<<<<<</font></div><div class=3D""><font = face=3D"monospace, monospace" class=3D""> working05.company.xx | = 00000000-0000-0000-0000-<wbr class=3D"">000000000000</font></div><div = style=3D"font-family:"Arial Unicode MS",Arial,sans-serif" = class=3D""><br class=3D""></div></font></div><div class=3D""><font = face=3D"Arial Unicode MS, Arial, sans-serif" class=3D""><br = class=3D""></font></div><div class=3D""><font face=3D"Arial Unicode MS, = Arial, sans-serif" class=3D"">How we can recover from this = ?</font></div><div class=3D""><font face=3D"Arial Unicode MS, Arial, = sans-serif" class=3D""><br class=3D""></font></div><div class=3D""><font = face=3D"Arial Unicode MS, Arial, sans-serif" class=3D"">Thanks in = advance</font></div><div class=3D""><font face=3D"Arial Unicode MS, = Arial, sans-serif" class=3D"">Regards,</font></div><div class=3D""><br = class=3D""></div>-- <br class=3D""><div = class=3D"m_-7560322293096975458gmail_signature"><div dir=3D"ltr" = class=3D""><div dir=3D"ltr" class=3D""><font size=3D"4" = class=3D"">Robert<div style=3D"font-size:large;display:inline" = class=3D"">=E2=80=8Bo=E2=80=8B</div><br class=3D""><br = class=3D""></font><span class=3D""><font size=3D"4" class=3D""><br = class=3D""><br class=3D""></font></span></div></div></div> </div></span> ______________________________<wbr class=3D"">_________________<br = class=3D"">Users mailing list<br class=3D""><a = href=3D"mailto:Users@ovirt.org" target=3D"_blank" = class=3D"">Users(a)ovirt.org</a><br class=3D""><a = href=3D"http://lists.ovirt.org/mailman/listinfo/users" target=3D"_blank" = class=3D"">http://lists.ovirt.org/<wbr = class=3D"">mailman/listinfo/users</a><br = class=3D""></div></blockquote></div><br = class=3D""></div></blockquote></div><br class=3D""><br clear=3D"all" = class=3D""><div class=3D""><br class=3D""></div>-- <br class=3D""><div = class=3D"gmail_signature" data-smartmail=3D"gmail_signature"><div = dir=3D"ltr" class=3D""><div dir=3D"ltr" class=3D""><font size=3D"4" = class=3D"">Roberto<br class=3D""><br class=3D""></font><span = class=3D""><font size=3D"4" class=3D""><br class=3D""><br = class=3D""></font></span></div></div></div> </div></div> </div></blockquote></div><br class=3D""></body></html>= --Apple-Mail=_7EF46EB5-FF10-4695-889D-DC90FC772541--

1 0

Bad volume specification after hung migration
by Roberto Nunin 26 Oct '17

26 Oct '17

We are running 4.0.1.1-1.el7.centos After a frozen migration attempt, we have two VM that after shutdown, are not anymore able to be started up again. Message returned is : Bad volume specification {'index': '0', u'domainID': u'731d95a9-61a7-4c7a-813b-fb1c3dde47ea', 'reqsize': '0', u'format': u'cow', u'optional': u'false', u'address': {u'function': u'0x0', u'bus': u'0x00', u'domain': u'0x0000', u'type': u'pci', u'slot': u'0x05'}, u'volumeID': u'cffc70ff-ed72-46ef-a369-4be95de72260', 'apparentsize': '3221225472', u'imageID': u'3fe5a849-bcc2-42d3-93c5aca4c504515b', u'specParams': {}, u'readonly': u'false', u'iface': u'virtio', u'deviceId': u'3fe5a849bcc2-42d3-93c5-aca4c504515b', 'truesize': '3221225472', u'poolID': u'00000001-0001-0001-0001-0000000001ec', u'device': u'disk', u'shared': u'false', u'propagateErrors': u'off',u'type':u'disk'} Probably this is caused by a wrong pointer into the database that still refer to the migration image-id. If we search within all_disks view, we can find that parentid field isn't 00000000-0000-0000-0000-000000000000 like all other running vm, but it has a value: vm_names | parentid ----------------------+-------------------------------------- working01.company.xx | 00000000-0000-0000-0000-000000000000 working02.company.xx | 00000000-0000-0000-0000-000000000000 working03.company.xx | 00000000-0000-0000-0000-000000000000 working04.company.xx | 00000000-0000-0000-0000-000000000000 broken001.company.xx | 30533842-2c83-4d0e-95d2-48162dbe23bd <<<<<<<<< working05.company.xx | 00000000-0000-0000-0000-000000000000 How we can recover from this ? Thanks in advance Regards, -- Robert o

2 1

Change iSCSI target IP address
by Colin Coe 26 Oct '17

26 Oct '17

Hi all Running RHV 4.1.6, I need to move an iSCSI appliance to a new subnet. There are VMs that I need to keep on this appliance. What would be the best way to point RHV at the new IP address? Thanks CC

2 2

direct lun resizing
by Jiří Sléžka 25 Oct '17

25 Oct '17

This is a cryptographically signed message in MIME format. --------------ms010105050605010202080105 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Hi all, one of our user uses direct lun inside one of his vm. Now he expanded this lun on the disk array side from 500GB to 600GB but this change was not reflected on oVirt nor vm side. How is direct lun resizing handled in oVirt? Cheers, Jiri --------------ms010105050605010202080105 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC Cn4wggUJMIID8aADAgECAhACt8ndrdK9CetZxFyQDGB4MA0GCSqGSIb3DQEBCwUAMGUxCzAJ BgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy dC5jb20xJDAiBgNVBAMTG0RpZ2lDZXJ0IEFzc3VyZWQgSUQgUm9vdCBDQTAeFw0xNDExMTgx MjAwMDBaFw0yNDExMTgxMjAwMDBaMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1I b2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMd VEVSRU5BIGVTY2llbmNlIFBlcnNvbmFsIENBIDMwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQCwp9Jj5Aej1xPkS1GV3LvBdemFmkUR//nSzBodqsU3dv2BCRD30r4gt5oRsYty qDGF2nnItxV1SkwVoDxFeRzOIHYNYvBRHaiGvCQjEXzPRTocOSVfWpmq/zAL/QOEqpJogeM+ 0IBGiJcAENJshl7UcfjYbBnN5qStk74f52VWFf/aiF7MVJnsUr3oriQvXYOzs8N/NXyyQyim atBbumJVCNszF1X+XHCGfPNvxlNFW9ktv7azK0baminfLcsh6ubCdINZc+Nof2lU387NCDgg oh3KsYVcZTSuhh7qp6MjxE5VqOZod1hpXXzDOkjK+DAMC57iZXssncp24eaN08VlAgMBAAGj ggGmMIIBojASBgNVHRMBAf8ECDAGAQH/AgEAMA4GA1UdDwEB/wQEAwIBhjB5BggrBgEFBQcB AQRtMGswJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBDBggrBgEFBQcw AoY3aHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENB LmNydDCBgQYDVR0fBHoweDA6oDigNoY0aHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lD ZXJ0QXNzdXJlZElEUm9vdENBLmNybDA6oDigNoY0aHR0cDovL2NybDQuZGlnaWNlcnQuY29t L0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENBLmNybDA9BgNVHSAENjA0MDIGBFUdIAAwKjAoBggr BgEFBQcCARYcaHR0cHM6Ly93d3cuZGlnaWNlcnQuY29tL0NQUzAdBgNVHQ4EFgQUjJ8RLubj egSlHlWLRggEpu2XcKYwHwYDVR0jBBgwFoAUReuir/SSy4IxLVGLp6chnfNtyA8wDQYJKoZI hvcNAQELBQADggEBAI5HEV91Oen8WHFCoJkeu2Av+b/kWTV2qH/YNI1Xsbou2hHKhh4IyNkF OxA/TUiuK2qQnQ5hAS0TIrs9SJ1Ke+DjXd/cTBiw7lCYSW5hkzigFV+iSivninpItafWqYBS WxITl1KHBS9YBskhEqO5GLliDMPiAgjqUBQ/H1qZMlZNQIuFu0UaFUQuZUpJFr4+0zpzPxsB iWU2muAoGItwbaP55EYshM7+v/J+x6kIhAJt5Dng8fOmOvR9F6Vw2/E0EZ6oQ8g1fdhwM101 S1OI6J1tUil1r7ES/svNqVWVb7YkUEBcPo8ppfHnTI/uxsn2tslsWefsOGJxNYUUSMAb9Eow ggVtMIIEVaADAgECAhAJGghy20GNQBKKy20wIXVXMA0GCSqGSIb3DQEBCwUAMHIxCzAJBgNV BAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJkYW0xDzAN BgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVTY2llbmNlIFBlcnNvbmFsIENBIDMw HhcNMTYxMDE3MDAwMDAwWhcNMTcxMTE2MTIwMDAwWjCBkzETMBEGCgmSJomT8ixkARkWA29y ZzEWMBQGCgmSJomT8ixkARkWBnRlcmVuYTETMBEGCgmSJomT8ixkARkWA3RjczELMAkGA1UE BhMCQ1oxJTAjBgNVBAoTHFNpbGVzaWFuIFVuaXZlcnNpdHkgaW4gT3BhdmExGzAZBgNVBAMT EkppcmkgU2xlemthIHNsZXprYTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAPd3 XaprhIlr9KQ0VkOzTRn8wTrzw26B1SWOr6M+/lL9x/T33HMJTwavfoATuzczB/PnURjHu3kW j5449dAKHmne3LgsNgLPp14YbhhXJtoe5WuJoZ/P1g2o5tR6neKkSlIMWUWBBiCMmZU70EfZ 2NmDjVAhyxOJedSw+Uk4lWs3nrRgtzg3c/K8fkalDnAbTrlCRs0UOUu0NdebrHDdc0AyGpdU apsdD/vBIMlh0aF0il5qfBeCMjND/YAMlJileuYAH59+XWZVnZ2vWwyhE1WEeEpDUhyr3P4B oWTkivIzlT/jynCIYlmoGlwA8qs3aMkcAF0z1xN+zmuJcJ//T30CAwEAAaOCAdswggHXMB8G A1UdIwQYMBaAFIyfES7m43oEpR5Vi0YIBKbtl3CmMB0GA1UdDgQWBBSs4bsp5TEqufKnjp5U kbi2XfR8vzAMBgNVHRMBAf8EAjAAMB0GA1UdEQQWMBSBEmppcmkuc2xlemthQHNsdS5jejAO BgNVHQ8BAf8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDQGA1UdIAQt MCswDAYKKoZIhvdMBQICATAMBgpghkgBhv1sBB8BMA0GCyqGSIb3TAUCAwMDMIGFBgNVHR8E fjB8MDygOqA4hjZodHRwOi8vY3JsMy5kaWdpY2VydC5jb20vVEVSRU5BZVNjaWVuY2VQZXJz b25hbENBMy5jcmwwPKA6oDiGNmh0dHA6Ly9jcmw0LmRpZ2ljZXJ0LmNvbS9URVJFTkFlU2Np ZW5jZVBlcnNvbmFsQ0EzLmNybDB7BggrBgEFBQcBAQRvMG0wJAYIKwYBBQUHMAGGGGh0dHA6 Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBFBggrBgEFBQcwAoY5aHR0cDovL2NhY2VydHMuZGlnaWNl cnQuY29tL1RFUkVOQWVTY2llbmNlUGVyc29uYWxDQTMuY3J0MA0GCSqGSIb3DQEBCwUAA4IB AQCg0e3UlUq/MB5fHWNWvp4sz2mknbburgqrARkEX2JUlcKe1rRZbN/6E4qBKqGvVeXdvIhi G9GQAhhXG2phojtY2r/MjmWt+vEE7zQoVhOyBxEY4ganXG4dhi4VLwsF7zggLh2XbqmhWcdZ G/SBwF3wEqiOI4hX9ryaPcKM4c/2ojzzNrHI/WQez7LzrRJKrQY1k8dCKXliW7Am7garfIEs L0xXK/6u4rZ5nH+PmvDVpr7MC0UpPP5AcfFAgf4dyu65IZ3TS3+ig0fqplGCpqCvaxGziWbn YyQsUWgcdQJZckUWOg234UAUd4aIvt3fx2aDK9o1hunXShp5Xstzf9xeMYIDwzCCA78CAQEw gYYwcjELMAkGA1UEBhMCTkwxFjAUBgNVBAgTDU5vb3JkLUhvbGxhbmQxEjAQBgNVBAcTCUFt c3RlcmRhbTEPMA0GA1UEChMGVEVSRU5BMSYwJAYDVQQDEx1URVJFTkEgZVNjaWVuY2UgUGVy c29uYWwgQ0EgMwIQCRoIcttBjUASisttMCF1VzANBglghkgBZQMEAgEFAKCCAg0wGAYJKoZI hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTcxMDE5MTAzMDQyWjAvBgkq hkiG9w0BCQQxIgQgL3lP63oO+ea8KdXgmdFMhul22kx94uPY01tPTbx/WWIwbAYJKoZIhvcN AQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3 DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBlwYJKwYB BAGCNxAEMYGJMIGGMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIw EAYDVQQHEwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVT Y2llbmNlIFBlcnNvbmFsIENBIDMCEAkaCHLbQY1AEorLbTAhdVcwgZkGCyqGSIb3DQEJEAIL MYGJoIGGMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQH EwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVTY2llbmNl IFBlcnNvbmFsIENBIDMCEAkaCHLbQY1AEorLbTAhdVcwDQYJKoZIhvcNAQEBBQAEggEA3bpB ci/PjZjaFT5E9jXh3u+gxllDyRPnSqfR7sqKIt+jWHNSV9/GbJBJeY/PqHcMeYsPB/IHhvEu pQo9pCQubdg1ZxRh0rDK2o4atecwecdKvnvw/ptLbPWiTmWQWZPkoLSWooNhAG8MQ8dbwKwH gc/QlEeKeWeG1Z8rr4i6FvGxvwQzMCDbJzrOOIhMQhCsQXqoH1VpDM8k0/Z61HLnmDi8UTdP idwCtIHuKOfcgc47sJEGFlbdZLu83vPpuKRhOM7OQsFoG/LZAUze6mpnZSGDWHLDTtCpoZMO dBP1m6qMv7+Xqhxl0rnYnpoVgjJS+MwuIRI436qjRpQS6O88VQAAAAAAAA== --------------ms010105050605010202080105--

2 3

Problems to log into portal
by Juan Pablo Lorier 25 Oct '17

25 Oct '17

Hi, I'm trying to log into a fresh install (4.1 on centos 7) but though I've set the hostname-ip mapping in /etc/hosts of the server and my desktop, it keep complaining with the error: The client is not authorized to request an authorization. It's required to access the system using FQDN. Engine log shows the same error: ERROR [org.ovirt.engine.core.sso.utils.SsoUtils] (default task-9) [] The client is not authorized to request an authorization. It's required to access the system using FQDN What else should I do to get access? Regards

2 3