- Users - oVirt List Archives

[ANN] oVirt 4.1.5 General Availability Release is now available
by Lev Veyde 29 Aug '17

29 Aug '17

The oVirt Project is pleased to announce the availability of the General Availability Release of oVirt 4.1.5, as of August 22nd, 2017 This update is the fifth in a series of stabilization updates to the 4.1 series. 4.1.5 brings more than 20 enhancements and more than 90 bugfixes, including more than 40 high or urgent severity fixes, on top of oVirt 4.1 series Starting 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: * Fedora 24 (tech preview) * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later * oVirt Node 4.1 * Fedora 24 (tech preview) See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available - oVirt Live is already available[4] - oVirt Node is already available[4] Additional Resources: * Read more about the oVirt 4.1.5 release highlights: http://www.ovirt.org/release/4.1.5/ * 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.5/ [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-… Thanks in advance, -- Lev Veyde Software Engineer, RHCE | RHCVA | MCITP Red Hat Israel <https://www.redhat.com> lev(a)redhat.com | lveyde(a)redhat.com <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

3 6

Test Email
by Kasturi Narra 29 Aug '17

29 Aug '17

Hi, This is a test email and please ignore the mail Thanks kasturi

1 0

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

28 Aug '17

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

2 1

hosted engine setup with Gluster fail
by Anzar Esmail Sainudeen 28 Aug '17

28 Aug '17

This is a multipart message in MIME format. ------=_NextPart_000_0020_01D31F59.20337530 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0021_01D31F59.20337530" ------=_NextPart_001_0021_01D31F59.20337530 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Dear Team Ovirt, I am trying to deploy hosted engine setup with Gluster. Hosted engine setup was failed. Total number of host is 3 server PLAY [gluster_servers] ********************************************************* TASK [Run a shell script] ****************************************************** fatal: [ovirtnode4.thumbaytechlabs.int] FAILED! => {"failed": true, "msg": "The conditional check 'result.rc != 0' failed. The error was: error while evaluating conditional (result.rc != 0): 'dict object' has no attribute 'rc'"} fatal: [ovirtnode3.thumbaytechlabs.int] FAILED! => {"failed": true, "msg": "The conditional check 'result.rc != 0' failed. The error was: error while evaluating conditional (result.rc != 0): 'dict object' has no attribute 'rc'"} fatal: [ovirtnode2.thumbaytechlabs.int] FAILED! => {"failed": true, "msg": "The conditional check 'result.rc != 0' failed. The error was: error while evaluating conditional (result.rc != 0): 'dict object' has no attribute 'rc'"} to retry, use: --limit @/tmp/tmp59G7Vc/run-script.retry PLAY RECAP ********************************************************************* ovirtnode2.thumbaytechlabs.int : ok=0 changed=0 unreachable=0 failed=1 ovirtnode3.thumbaytechlabs.int : ok=0 changed=0 unreachable=0 failed=1 ovirtnode4.thumbaytechlabs.int : ok=0 changed=0 unreachable=0 failed=1 Please note my finding. 1. Still I am doubt with bricks setup ares . because during the ovirt node setup time automatically create partition and mount all space. Please find below #fdisk -l output 2. [root@ovirtnode4 ~]# fdisk -l WARNING: fdisk GPT support is currently new, and therefore in an experimental phase. Use at your own discretion. Disk /dev/sda: 438.0 GB, 437998583808 bytes, 855465984 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk label type: gpt # Start End Size Type Name 1 2048 411647 200M EFI System EFI System Partition 2 411648 2508799 1G Microsoft basic 3 2508800 855463935 406.7G Linux LVM Disk /dev/mapper/onn-swap: 25.4 GB, 25367150592 bytes, 49545216 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/mapper/onn-pool00_tmeta: 1073 MB, 1073741824 bytes, 2097152 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/mapper/onn-pool00_tdata: 394.2 GB, 394159718400 bytes, 769843200 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/mapper/onn-pool00-tpool: 394.2 GB, 394159718400 bytes, 769843200 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 131072 bytes / 262144 bytes Disk /dev/mapper/onn-ovirt--node--ng--4.1.4--0.20170728.0+1: 378.1 GB, 378053591040 bytes, 738385920 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 131072 bytes / 262144 bytes Disk /dev/mapper/onn-pool00: 394.2 GB, 394159718400 bytes, 769843200 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 131072 bytes / 262144 bytes Disk /dev/mapper/onn-var: 16.1 GB, 16106127360 bytes, 31457280 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 131072 bytes / 262144 bytes Disk /dev/mapper/onn-root: 378.1 GB, 378053591040 bytes, 738385920 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 131072 bytes / 262144 bytes Disk /dev/mapper/onn-var--log: 8589 MB, 8589934592 bytes, 16777216 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 131072 bytes / 262144 bytes Disk /dev/mapper/onn-home: 1073 MB, 1073741824 bytes, 2097152 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 131072 bytes / 262144 bytes Disk /dev/mapper/onn-tmp: 2147 MB, 2147483648 bytes, 4194304 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 131072 bytes / 262144 bytes Disk /dev/mapper/onn-var--log--audit: 2147 MB, 2147483648 bytes, 4194304 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 131072 bytes / 262144 bytes Disk /dev/mapper/onn-ovirt--node--ng--4.1.5--0.20170821.0+1: 378.1 GB, 378053591040 bytes, 738385920 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 131072 bytes / 262144 bytes 3. Is it possible to create a LVM portions from 406.7G Linux LVM free space for the required gluster size ? Please suggest... Anzar Esmail Sainudeen Group Datacenter Incharge| IT Infra Division | Thumbay Group P.O Box : 4184 | Ajman | United Arab Emirates. Mobile: 055-8633699|Tel: 06 7431333 | Extn :1303 Email: <mailto:anzar@it.thumbay.com> anzar(a)it.thumbay.com | Website: <http://www.thumbay.com/> www.thumbay.com Disclaimer: This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you are hereby notified that disclosing, copying, distributing or taking any action in reliance on the contents of this e-mail is strictly prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake, and delete this material. Thumbay Group accepts no liability for errors or omissions in the contents of this message, which arise as a result of e-mail transmission. ------=_NextPart_001_0021_01D31F59.20337530 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>Dear Team Ovirt,<o:p></o:p><o:p> </o:p>I am trying to deploy = hosted engine setup with Gluster. Hosted engine setup was failed. Total = number of host is 3 server <o:p></o:p><o:p> </o:p><o:p> </o:p>PLAY [gluster_servers] = *********************************************************<o:p></o:p></spa= n><o:p> </o:p>TASK [Run a shell = script] = ******************************************************<o:p></o:p><= /p>fatal: [ovirtnode4.thumbaytechlabs.int] FAILED! = =3D> {"failed": true, "msg": "The = conditional check 'result.rc !=3D 0' failed. The error was: error while = evaluating conditional (result.rc !=3D 0): 'dict object' has no = attribute 'rc'"}<o:p></o:p>fatal: = [ovirtnode3.thumbaytechlabs.int] FAILED! =3D> {"failed": = true, "msg": "The conditional check 'result.rc !=3D 0' = failed. The error was: error while evaluating conditional (result.rc = !=3D 0): 'dict object' has no attribute = 'rc'"}<o:p></o:p>fatal: = [ovirtnode2.thumbaytechlabs.int] FAILED! =3D> {"failed": = true, "msg": "The conditional check 'result.rc !=3D 0' = failed. The error was: error while evaluating conditional (result.rc = !=3D 0): 'dict object' has no attribute = 'rc'"}<o:p></o:p>         &= nbsp;  to retry, use: --limit = @/tmp/tmp59G7Vc/run-script.retry<o:p></o:p><o:p> </o:p>PLAY RECAP = *********************************************************************<o:p= ></o:p>ovirtnode2.thumbaytechlabs.int : = ok=3D0    changed=3D0    = unreachable=3D0    failed=3D1   = <o:p></o:p>ovirtnode3.thumbaytechlabs.int : = ok=3D0    changed=3D0    = unreachable=3D0    failed=3D1   = <o:p></o:p>ovirtnode4.thumbaytechlabs.int : = ok=3D0    changed=3D0    = unreachable=3D0    failed=3D1   = <o:p></o:p><o:p> </o:p><o:p> </o:p>Please note my = finding.<o:p></o:p><o:p> </o:p><![if !supportLists]>1.    = <![endif]>Still I am doubt with bricks setup ares . because = during the ovirt node setup time automatically create partition and = mount all space. Please find below #fdisk –l = output<o:p></o:p><![if = !supportLists]>2.    = <![endif]><o:p> </o:p>[root@ovirtnode4 ~]# fdisk = –l<o:p></o:p><o:p> </o:p>WARNING: fdisk GPT support is currently new, and = therefore in an experimental phase. Use at your own = discretion.<o:p></o:p><o:p> </o:p>Disk /dev/sda: 438.0 GB, 437998583808 bytes, 855465984 = sectors<o:p></o:p>Units =3D sectors of 1 * 512 =3D 512 = bytes<o:p></o:p>Sector size (logical/physical): 512 bytes / 512 = bytes<o:p></o:p>I/O size (minimum/optimal): 512 bytes / 512 = bytes<o:p></o:p>Disk label type: gpt<o:p></o:p><o:p> </o:p><o:p> </o:p>#         = Start          = End    Size  = Type            = Name<o:p></o:p> 1         = 2048       411647    = 200M  EFI System      EFI System = Partition<o:p></o:p> 2       = 411648      = 2508799      1G  Microsoft basic = <o:p></o:p> 3      = 2508800    855463935  406.7G  Linux = LVM       <o:p></o:p><o:p> </o:p>Disk /dev/mapper/onn-swap: 25.4 GB, 25367150592 bytes, = 49545216 sectors<o:p></o:p>Units =3D sectors of 1 * 512 =3D 512 = bytes<o:p></o:p>Sector size (logical/physical): 512 bytes / 512 = bytes<o:p></o:p>I/O size (minimum/optimal): 512 bytes / 512 = bytes<o:p></o:p><o:p> </o:p><o:p> </o:p>Disk /dev/mapper/onn-pool00_tmeta: 1073 MB, 1073741824 = bytes, 2097152 sectors<o:p></o:p>Units =3D sectors of 1 * 512 =3D 512 = bytes<o:p></o:p>Sector size (logical/physical): 512 bytes / 512 = bytes<o:p></o:p>I/O size (minimum/optimal): 512 bytes / 512 = bytes<o:p></o:p><o:p> </o:p><o:p> </o:p>Disk /dev/mapper/onn-pool00_tdata: 394.2 GB, = 394159718400 bytes, 769843200 sectors<o:p></o:p>Units =3D sectors of 1 = * 512 =3D 512 bytes<o:p></o:p>Sector size (logical/physical): 512 bytes / 512 = bytes<o:p></o:p>I/O size (minimum/optimal): 512 bytes / 512 = bytes<o:p></o:p><o:p> </o:p><o:p> </o:p>Disk /dev/mapper/onn-pool00-tpool: 394.2 GB, = 394159718400 bytes, 769843200 sectors<o:p></o:p>Units =3D sectors of 1 = * 512 =3D 512 bytes<o:p></o:p>Sector size (logical/physical): 512 bytes / 512 = bytes<o:p></o:p>I/O size (minimum/optimal): 131072 bytes / 262144 = bytes<o:p></o:p><o:p> </o:p><o:p> </o:p>Disk = /dev/mapper/onn-ovirt--node--ng--4.1.4--0.20170728.0+1: 378.1 GB, = 378053591040 bytes, 738385920 sectors<o:p></o:p>Units =3D sectors of 1 = * 512 =3D 512 bytes<o:p></o:p>Sector size (logical/physical): 512 bytes / 512 = bytes<o:p></o:p>I/O size (minimum/optimal): 131072 bytes / 262144 = bytes<o:p></o:p><o:p> </o:p><o:p> </o:p>Disk /dev/mapper/onn-pool00: 394.2 GB, 394159718400 = bytes, 769843200 sectors<o:p></o:p>Units =3D sectors of 1 * 512 =3D 512 = bytes<o:p></o:p>Sector size (logical/physical): 512 bytes / 512 = bytes<o:p></o:p>I/O size (minimum/optimal): 131072 bytes / 262144 = bytes<o:p></o:p><o:p> </o:p><o:p> </o:p>Disk /dev/mapper/onn-var: 16.1 GB, 16106127360 bytes, = 31457280 sectors<o:p></o:p>Units =3D sectors of 1 * 512 =3D 512 = bytes<o:p></o:p>Sector size (logical/physical): 512 bytes / 512 = bytes<o:p></o:p>I/O size (minimum/optimal): 131072 bytes / 262144 = bytes<o:p></o:p><o:p> </o:p><o:p> </o:p>Disk /dev/mapper/onn-root: 378.1 GB, 378053591040 = bytes, 738385920 sectors<o:p></o:p>Units =3D sectors of 1 * 512 =3D 512 = bytes<o:p></o:p>Sector size (logical/physical): 512 bytes / 512 = bytes<o:p></o:p>I/O size (minimum/optimal): 131072 bytes / 262144 = bytes<o:p></o:p><o:p> </o:p><o:p> </o:p>Disk /dev/mapper/onn-var--log: 8589 MB, 8589934592 = bytes, 16777216 sectors<o:p></o:p>Units =3D sectors of 1 * 512 =3D 512 = bytes<o:p></o:p>Sector size (logical/physical): 512 bytes / 512 = bytes<o:p></o:p>I/O size (minimum/optimal): 131072 bytes / 262144 = bytes<o:p></o:p><o:p> </o:p><o:p> </o:p>Disk /dev/mapper/onn-home: 1073 MB, 1073741824 bytes, = 2097152 sectors<o:p></o:p>Units =3D sectors of 1 * 512 =3D 512 = bytes<o:p></o:p>Sector size (logical/physical): 512 bytes / 512 = bytes<o:p></o:p>I/O size (minimum/optimal): 131072 bytes / 262144 = bytes<o:p></o:p><o:p> </o:p><o:p> </o:p>Disk /dev/mapper/onn-tmp: 2147 MB, 2147483648 bytes, = 4194304 sectors<o:p></o:p>Units =3D sectors of 1 * 512 =3D 512 = bytes<o:p></o:p>Sector size (logical/physical): 512 bytes / 512 = bytes<o:p></o:p>I/O size (minimum/optimal): 131072 bytes / 262144 = bytes<o:p></o:p><o:p> </o:p><o:p> </o:p>Disk /dev/mapper/onn-var--log--audit: 2147 MB, = 2147483648 bytes, 4194304 sectors<o:p></o:p>Units =3D sectors of 1 = * 512 =3D 512 bytes<o:p></o:p>Sector size (logical/physical): 512 bytes / 512 = bytes<o:p></o:p>I/O size (minimum/optimal): 131072 bytes / 262144 = bytes<o:p></o:p><o:p> </o:p><o:p> </o:p>Disk = /dev/mapper/onn-ovirt--node--ng--4.1.5--0.20170821.0+1: 378.1 GB, = 378053591040 bytes, 738385920 sectors<o:p></o:p>Units =3D sectors of 1 = * 512 =3D 512 bytes<o:p></o:p>Sector size (logical/physical): 512 bytes / 512 = bytes<o:p></o:p>I/O size (minimum/optimal): 131072 bytes / 262144 = bytes<o:p></o:p> <o:p></o:p><o:p> </o:p><![if !supportLists]>3.    = <![endif]>Is it possible to create a LVM portions from = 406.7G  Linux LVM free space for the required gluster size = ?<o:p></o:p><o:p> </o:p>Please = suggest…..<o:p></o:p><o:p> </o:p>Anzar = Esmail Sainudeen<o:p></o:p>Group = Datacenter Incharge| IT Infra Division | Thumbay Group <o:p></o:p>P.O = Box : 4184 | Ajman | United Arab Emirates. <o:p></o:p>Mobile: 055-8633699|Tel: 06 7431333 |  Extn = :1303<o:p></o:p>Email: <a = href=3D"mailto:anzar@it.thumbay.com">anzar(a)it.thumbay.com</a> | Website: <a = href=3D"http://www.thumbay.com/" target=3D"_blank">www.thumbay.com</a><o:p></o:p><img border=3D0 width=3D574 height=3D91 = id=3D"Picture_x0020_1" src=3D"cid:image003.jpg@01D31F59.1EAD4A60" = alt=3D"cid:image001.jpg@01D18D9D.15A17620"><o:p></o:p><o:p> </o:p>Disclaimer: This message contains = confidential information and is intended only for the individual named. = If you are not the named addressee, you are hereby notified that = disclosing, copying, distributing or taking any action in reliance on = the contents of this e-mail is strictly prohibited. Please notify the = sender immediately by e-mail if you have received this e-mail by = mistake, and delete this material. Thumbay Group accepts no liability = for errors or omissions in the contents of this message, which arise as = a result of e-mail transmission.<o:p></o:p><o:p> </o:p></div></body></html> ------=_NextPart_001_0021_01D31F59.20337530-- ------=_NextPart_000_0020_01D31F59.20337530 Content-Type: image/jpeg; name="image003.jpg" Content-Transfer-Encoding: base64 Content-ID: <image003.jpg(a)01D31F59.1EAD4A60> /9j/4AAQSkZJRgABAQEAeAB4AAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCABbAj4DASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii gAooooAKKKq3epWliQLmZULdB1P6Um0tWNK+xZpsciSoHjdXU91ORWZDqSatcT29pKyosX+tA5yT 1GasRWzafZz7ZS4ALKCAAvHbFSp31Ww3G25eoqtY3cd9apNE24Ec8dD3qzVJ3V0S1YKKKKYBTQ6n kMCM44NMuUL2syKpYshAAbaTx69vrXEwaHfCz8qDTmiRbiJvnVEdtocHO1iGxkfNwTnnpQB3W4eo 6ZppkQAEuoB6HNcJb+HNWtYzBJA1zax2kSohkG513hnhPPbBx2IwKmv9ImmNo9vojW9sjykQeTFO VztwSjMFXODwpOPxoA7fI9etJvXGdwwDjr3rH1XTpLwaTJDG4a3uEdlDbQi7SDkA4449a5QaBrK2 bf8AEvjIVxGICFIc7SPOYbvmbJBzxz2oA9E3AkjIyOoo3L6j865Tw3pGoWOr3Mt5E2WjKvKduHOR ghgdzf8AAgMdBVwj5Rn15yD16fp/SolLlGlc3wwPQg03zoxn94nHXkVnabxcMOfu5P8An8Kw9c0f Tf8AhMvDy/2fabZmuTKPJXEh2A5bjnn1pxd1cGrHXhg3Qg/Q0tcTJDeW/izWhpM0FnHb2EDBfJDA 434UDgAdelX9G8RXep38SusaRS6VHebAOQ7MQefTiqEdPRXD6dr+t6ubRI7m3g36X9skfyNxL7yu AM9MCn2ev6nc2+kzXkkDRavbSkwxxkeSVjLDDZyc45zQB2gIIyDkUtcL4dvdS0fQfDjXE0M1pd7L fyQm0xZUlWDZ56c59adb+KdSe809/MEsF7c/ZzstiIUznBSQkF8YHbB5oA7ikyBgZ61ydj4kv7x9 O08iJdS+1SRXvy8Kkf3mAzxuyuP96rHiD/kbfDX/AF1m/wDRdAHSZoJA6nFcz4tW4bVfDwt7owhr 7BGwNk7GOf5/n7Vjahe6lrOi6bqkk0K2k+pQ7bYR8oolwDuzyeOR05oA9AooooAKKKKACiiigAoo ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii gAooooAKKKKACiiigAooooAK5yZLeTxZKLvYYxEMbzxnFdB5iF9m5d3pnmqN3odnfXDTzq5dgAcN jpWVWLklbuXBpbmbo7Qx6/f+WyLFj5cEY/Ctq6miNpMPMT7jfxD0rm7DSLW41m9tpFYxw/cAatX/ AIRjTv7kn/fZrKk58rSXcufLfVjfCv8AyBx/vmtqq9lZQ2EHk24ITOeTmrFb04uMUmZyd22FFFFW SFFFFABRRRQAUUUUAI33T9K58YCjb+mP6+9dA3Cn6VgZwM988k5+v6/1rKr0LiXNNx9oPTO3/DpV i50y3u9Rsr2Xf51nv8rDYHzjByO/FV9N/wCPhjg/d5/nXPSa5rBaK5ZrmO2lMmI4rWOQnGduz5sn gc5AqqewpbnTf2Pbfbry7w/m3kSwy/NxtXOMDt941TPhOwEdssMl1AYLcWoaKXDPEP4WPf8AnWF/ wlN2Jki86/imZWeNLuyREk2jcRkNnp6Vr+JdblttKeLT5Ejv5rdpVZyMQoFyXI7+gHc/jVklrT/D Gn6Z5X2YSgRWn2Ndzk/u9xb88nrRF4asIYNOiQS7NPRkgy/Zl2nPrwapPeXTP4bnS8cx3JCTRgDE mYmYkn6gUhmuIfEkjajLqEMMk4S0COvkP8owpA5ySG64oAs2HhLT9PNuEa5litlKwRTSl0iyMEge uCfz4qOLwZp0LWeJbxo7KUS20TTEpCR2A9Occ5qnpUt/HBcxXUl+Naa2kkS3ndPLY54KY44O0cnv TIXvzol3bW02qNq6pF5sU7x70BPLIfu8gNjntQBo6VobxeI9R1q6hiinuVWFEjbdhV6sTgcnj8hV zVdDg1ae1mkmuIZrVmaKSB9pBIwex7UmgzRS2cgjnu5GjlKSC7IMkbDHynHHoePWs63ivdSvNXkj 1K4gkt7owwKCPLUBEYZXHPJOaALsnh2GeKFbi7vZZIJhNFK8o3owGOCB0wTUEng/TpJUO+6WGOcX KW6zERLIDncF+vbpzXP3XiK8vIoZTcXFvFOtiXW3XLrvMm/bgEnO0flW1BPLcXltplpeXiRNC1zL NcKRMV3bQo3AY574/nQBvwwmFpCZZJN77sOc7fYe1S1Xs7U2cHlm4nn5zvmYM30zisG2jvtQfV7i PUriKa3unihTI8oBVUjK456nPNAHTUVzdr4uWfRbu+e1cG0top3UN94um7A9KgtdaurC51yWW1lm sra8JklMvMabEJ2r3A5J6UAdXRXPX/iWOG+ewk2I0qP5Twzq0mQhbJXHy8A4PNaNrdGfw9DdKXDP arICxBblM89s0AaFFc0NSu/+EX0K585vOuJbRZXwMuGZd355p0HilriBJZbGSC3naWKGTzAWLoGP THAIQ4P6UAdHRXJ2vie4t3j+0Qq2nx6bHeyXEkv73BznIAwTxjtUsHje1lZo/LR52CmGOCYSbyzB QpOPlbJGRzQB09FYOgXNzcaxrYu0aJkmiAi8zeq/ul6H0PXpVG08SmbxtLaG8ia1ctbRwAjcsiAE sfY5Yf8AARQB1lFc5H4plk0VNTayihhkYhBPdKmQCRnp7cD+VVbLXrm51e9urC1lu7WSztrhVMu0 IpDk4HOWPpxnHWgDraK5vxDqvmaDp93Z3FxFBdXMILwLmQxseQAATn6Clh1iS1lt7Gxtr2/klikn D3bmJgFYAg7lB78cUAdHRXMnxYJ9NM7Ws1vHcWktxbOHBdgi5ORjCnuOtWdO1yW5W7RbYmOyVVae aYL5jFFb04+9yaAN2iuVh8W3N9qFlDY2lvIkkssM5NxwrIob5SF5GGz+nFOg8dWVxIPKQSxyK5iE MgeRtoJ5QfdyAccn8KAOooqho+pNqlkLkxxIrfd8uYSAj3OBg+1X6ACiiigAooooAKKKKACiiigA ooooAKKKKACiiigAooooAKKKKACiiigAqG5LeS6RMBMyHZ9amrMvrtbPVrR5m2wujJuPQHj/AAqZ uy1GldmDYWC3dvIYpJI9VhYsdzferWtdXu722KW8Ef2qP5ZA742n1xUOvJFbmPU7SZEuEIBAP+sF S3Gnz3TQalp5WC6ZQXDdCCK5YxcG1H/h139TZtPVljSdLks5Jri5kElzOcsV6Ck0G7kuraZZMHyZ WQH1FV/J8Q/8/Ft+X/1qgtdM1qyVxBLbqHbe2eefyq1Jxa5YuxLV73aJLzU7211m4htIRONiuVPb jrWnpV//AGlZLOU2Nkqw9xWP/Zetfa3uvNt/OddhPt+VamiWMun2PkzlS+8t8pyKKbnz63tqE+Xl NGiiiukyCiiigAooooAKKKKAEb7p+lYHQD+nHua32+6c9MVz+flGcYz35+n6VlU6FxLmmgG4J/2M VWTw7dRfZxFq8qrbszRDyIzjOR6c8GrWmkm5bnjb6/5zWPbavqmreIJLaGT7JbCDzo2CKwI3FRnP JyQc46cVVPYUtzQutAur0D7RqhcqGVWNrHuUMMHBxxkVbvtCsNRtGhuraGRjCYlleNWdRjHBI/Gn 2Ooiax827McMiOYpMthQwODgntWbJ4ojn0AXtmYxLJIIlRmDbCZNm5sdu9WSXU0K3jh0yKMlE05g 0YUABjsK8/8AfRNJNo7XV4st1eSywxyebDDtUBH5wcgZOM8ZqgLm++0X9hNqnlNZIk5uVhTJjYNw yngYKnkdsVB/aOrwaFpl3Lcozz3cavvhAZoncBRxwDtPJoA1YtGkEz3E9/LNd+WYopiijylJBOAB jOQMk+lJHo0sYnmGoS/bpgqtcmNchVzhQuMY5P51c1C+TT7RpnVnOQqRr96RjwFHuTWf4fvdQ1LQ 3lvDFHeiaaM7VyqlXZR9cYoAktdInsr2J4rljEzSTXRbG6eRgAM8cAAdB6Com8PObi9KajPHbXsn mSwoqg5KhTh8ZGQoqnNrF9YS3do8yXLJLBEly0YUI0pIIYDjgAH/AIEM1XvvEF3pss1ldXigQzIs l6sQLIjqSuUHGcqR0xjBoA1pPDVq95HOjvGIzAUjXG0CLdtH/j36Vbv9LW8liuI5nt7qEEJMgBOD 1BB4I4HHtXNjXdRnispZrmWys3ikdrxLXer/AD7ULZBCZX5jn1q/d6hdp4g8iW9ms7ILEI5PswaO d2JyDIRgdhjjrQBo29nqEd/C818ZrdI23gqFLuSMcAYwAD+dVT4cYy3qjUbhbS8lMssCqoOSACA2 M4OKr2+pXba7cx3d1PAqyutvata4WdFUfdcj5jnJ4NSeGL66vEP2+9la78pWktJbYQmEn04BI7Z5 6UAO1HwrDepcxQXU1pBdRLFNHEq4YKMLgkcYHHHWnSeGVknvP9OuBbX0vm3FvhdrcAYBxkAhefWs rx54wk8PRx2VoRFe3UTPDO43IhUjgrg5yCayfA/jy+vtTi0vWJo7u5unYxSQpsEaqueQQM5INAHT /wDCJQ+amLuYW8cskscICgBnVlbJxk/eOM9Ku6Rps9hDLbzz+bAAkUCH+GNUC8+5wSaW51y0tdTt bJ5Y904kJbzAAm0Dg/XNZV7rt3GuoX8M0aWunTCJoGUEyr8uTu6j73GKAL1t4dSBreN7uaWztXD2 9uwGEI6ZPUgZ4B9vSgeGrcWFra+dLttpZJVbjJLhwc/9/D+QqENqUfiSG1XU2ni2PNNG0KAInIQZ HOSf0U1Y8PXl3dxXy3siSSW95JCGRNo2jGOPxoAjHhe3AhQzSNEtmLKVGAPmxjOMnsQSTxT30KS4 tTb3eozzKrK8DbFVomU5VsgcnjvUFzrlw3imwsbRFNk0kkdxKR95xGzBV+mOT+HrVnX5byzspr23 vI4Ut4y/ltGG8xuwJ7A8DjnmgCTTdIOnyXkzXUs892weSRwBghQowB0GBTRoMC6VbWKyyAW0iSpL xu3K2cn685+tZUmvXwgm1JnSG3tblbeW1ZMk5Khju65y3HtVa38VXRvZgziZ4Vna5tBHjyBGDgq/ 8WSAO/X2oA1l8MRwwWSW13NE9ojxrJtUkq5ywwRgH3HNRW/hMWSqtnqV1Cpto7aQYU70TODyOG+Y 8iqVzrerW1sUR1urm6shdQeTDuMZ3KGAUfeADZHfg1NPqN6ukRtZX9zdSNdCOaZbLMkC4+YGMDg9 Oo70Aal9oUdxplrZ20rWotJI5IWRQ20p04PBpbXSJItQjvbq9kubiOJ4QSioNrEHoP8AdrHutWuV +xGPVJlsGgaSTUEtA6ltwADcYTAznOOldSnKL827j73r70AYjeFLZtPtLTz5tltbS2ytxkiRdpJ9 xUh8NW5sby286XFzIkpbj5WQKBx3HyDg9ea2aKAMKLwyIrhLn7dM10tw1w0rKp3blCsuMYAwo+lW LTR5rFTDbahKloqlYoTGp8vPTDYyQOwNatFAGfpelLprXMhlaWe5cPK5UKCQMfdHA/rWhRRQAUUU UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUVy+oT6vZXMMTXiM07YUKvTmrN5LqOl 6bPLc3SySMVWPav3T3rH2y10ehp7PbU36gvLSG9gaKeMOp7d8+1U/tzQaF50kytOIt2cj7x6cVmv ql5F4aS5aXNxLJhWwOn+RRKrG1n2uJQfQXTtCi+1IZ7KVV2lvnkBAIPAx3rowABgDis67upbTQTO z/vhGPmx/Ef/ANdUJtSuoPDtvKZM3U7AKcds1MXClp5XKalPU6GoBaqL03O99xTZt3fL+VZOn6vI mjXFzePukhcr9T2FR6HqF7c3s4u5MpGm4rjoar2sW0u4uRq50NFcrDqGo3VvcXa30cSRMdqso5rZ 0m/ku9LFzdKEIzk4wCB3pwrKTsKUGjRorlk1q9k1CCXfttJpiqrjqBx/Wr0l/PZ+IhBPL/osiFly OnHr+FJV4sHTaNuisXTLq71O9kuQ5jsVOEXH362q0hLmV0TJW0CiiiqEFFFFACN90/SsAcgdev09 vwyP51vt901z55UZxjPoD7fj9ayq9C4l3Tc/aG442df89KzNV8GJqLxiO6aGKOQyR7Qd8WTkhSCM qTzg5Ga0tNP+ksP9jPX/ADmsvTfEOqaj5oaKwtWTc6rM7fNECRvB6Y459KqnsKW5uxaVapYJaSxJ PEp3HzlD7m6ljnvk1n6f4at9N0V7OGGzaZ1dTK8AwwZicMBgkDI79qi0XxBdagb77VBFFFDGJYZV 3YlQ5+bB5x8vHrUlv4rsTEqzyl5lijlmaGFyiK67gxOOFx61ZJFD4Shhs7iFJQrXciNclVOGRf4B kkgY4ySTya09V03+0reCISeWIriKb7uc7GDY/SsqHxGH1vUBNLNHaWjLFGgtyRMzKp4bGSTu4A6j mtE6/ZfZRMrOzFzEIQhEm8DJUqeQQOTnoOaAJ9Q0qz1VI0voBKsbb0ySNpxjIx9ao6ZoB0XSbq20 2VI5ppJJEkdSwUsxIyCecA4684qsvjawaG6ZophJbxtJ5a7XLhRkgFSRnHP05qOHxbE2rOJ1uIrQ 2cc6q1u25Ms4Zm44XgcnigC1ZaLdwaTcWVw9hN5nO4wP87k5Zny5JJ9iMVXt/CK2Dx3NjOiXqymU s6Fo2yu3btznAHQ5zWvJq9lGLstNxaRLNMQCQEIJB9+FPSqkvivSoZJFkndREypI/lNsRmAKgtjA yCMUARf2BdJpsmnx3sYtbgP9oJi+fLkltnOFHzEAEHFT3mjz3qrZvcRrpoKHy1jPmHYQQu7OMZA7 ZqrqfiWOKCxuLaRlja+W3uFeI71ypO3aRkH7v51fXXbR7Vp0W4fY+ySNYHMiHr8y4yOOaAIp9KvL 28ilurqLy7aRpbdY4iCGIIBYk84B7YzUllpk66k2oX08ctyYvJURIURUznoSSST79qUa/pzW09wt yGigCM7AE8MAVI9c54xUl1q9taTiFvNkmKhjHDE0jKvqQBwPrQBU8QeG7bXogzhUu412xT4OVBYE jgjg4xVTQ/B1tpV59rnKT3CNmFgGAiyuDjJPWtMa7Ym8+ziRsmTyvM2Hy/M/ub8Y3e2arJ4s0uQh Y3ndmLLGqwOTIVJDBRj5sY5xQA688NWF3q9revbWv7oSeYhgU+aWA5J9sfrUOo+F7fVNQSS4SBbd Ch2pGQ7begJzjHA7ZxxWxaXcN9ax3FtIJIpBlWFcZqXjm5TUr2GzjiWG2QlGfBMrAkHOWGBkduaA OrsdP+yXN5cSSebNcybi2MbVAwq/gP50aZp39nG8Pmb/ALTcvP0xt3Y4/SqeleJIL7QYtRuVNvlx FIvJCuSB+WSOasSa/p0QvS0+fsTqk4VSSrNjAA7nntQBSl8H6adUs7yCEQtBM8zqC3zllI9eOTmp tY0u/v723kt7m1FvD8wgnhZgZOzHDDOOw9easxa7p801rElype7iaaIYI3KOp9v/AKx9Kh/4SfS/ sM14bnEEIQuxQj7/AN3jHOaAK954Yj1PU0ub0QbEZHIijKs7Lj7xzjGR6Z6DNFl4dktpbRZblJLe xLm3Xy8MdwIO8554J6AZ71Y1TxFaaZaXk5WWc2io0iQoWI3dP8aor4pji1m7iuhOlslvFMim3bdG CXDM/GQOF60AS2Phs6dLNd2rW0d9IvlqVibylTOSNu7PJ9/pViHTL20SaW3uoDd3M3mzvJESh+UK AoDAgAAdzU8mt2MUN1K0/wC7tColYKTjcAR9chh0qCfxPpltdS28szh4pBE58piocgELnGMkHgUA QnQLmPTDpsF4gtZldZ2eLMjFyS5U5wM7j2OK2oYlghSKMYRFCqPYcVz974oijutMaB38ma4kgmjM LeYGEZYLtxkHOK0xrVq1l9qjE0iBijLHCzOrDqCoGRigDQorNGv6c1tPcLchooFVnYA9GGVI9c54 xUl1q9taTLC3myTFQ5jhiZ2VemSAOB9aAL1FZ39u2P2v7P5rbt/l79h8sv8A3N2MbvaqsPi7SrhY mhknfz13QAW75mHfYMfNjvjpQBt0VDa3MV5bR3Fu4kikGVYd6moAKKKKACiiigAooooAKKKKACii igAooooAKKKKACiiigAooooA525P2vxhBH1WBNxH6/4UvidvOlsrNTzJJnH6VvCJA5cIoc9WxzQ0 aMwZkUsOhI5FYuldNX3Zop6p9jl9e0ix06xV4EYSu4UZbNP1uA22maapU+VHjfjscD/69dK8aSY3 orY6bhmlZQ6lWAIPYjipdBa20uNVHpc5vWNSi1aGKy0/dI0jgtgYwKkuoxLrun2K4KWyBmH+fpWr ez22j6fPePGqxwoWbYoyfaq8Go+XdrHqUEFpPMQsJEoYynGSo4ByMU/ZN6yfb8Bc6Wxi6dbPdahL bOP9GhnaaT3PYU/T59mnaveZGXYqD/n6itiLX9IkLiG9gZgxUhTySMDHv1H51nWHii21HUILK2sS qTF2JlGz5FON20jkk5GPakqFuvcbqX6GUq6b/Y6jLNfnoFzxz+XStK9urk6XZ6c3/H3cABh3C54z WhrF4+km1a1sraQSybGZ32bOM54U54BP4U3StdtdRtLW8uEhtpLtylurOCz46duuBnFJUGla/kDq X6GRqlpd6dBZ/aZYWiifCBFxjvz+VXfEoW5udPhA+eQ9R1wcVp2+r6VqczW8F1b3EiZJQEHGDgn9 aqrr9nd63a2VmkVzvjaRpgwwgBwMcc8g/lTdDRpPR2D2mzNiGJIIlijUKiDAAp9Zeoa1Hp2p21tM qrFJFJNLM77ViRMcn6kirUmp2UUUMsl1Csc7bYmLjDn0FdBkWqKo3GtadaXiWtxeQxzuAVRmwTk4 H51BqHiGysbSeZXNw0KbzHCNzY/DoM96ANWis/8AteCG1kubwrbRR7QzO4PJA4wOcgnGDU1tqdle yGO2uoZXCqxVXBIBGQce4oAst90/SsDnAwcc+uP84P8AKt5vun6VgfwjHP4Z/r61lU6FxLumnNww zzt9KwYPCN6qsL5NOvyCRGZi42R5JCgD68+tb2mj/SCe+31+n51y2neP7/VNTv7eDToVis1d3kLM xwpx0A6mtaNOU4troROSTNrSNAvrJb9bm4hZJoRDbopY+Uo3fKSeSAW49qNP8OXFppuoWzyxF7m0 igUjOAVhCEnjpmpdL8TLeeGrbV54DGspwyqc7ecZptz4riS8ihtIhcI+MsGxye1aqjNuyRnKtCO7 IYPDV3br5qSwmeKeKeIEnaxWARMG44zg4PPaqeqeG72Vp7+Q75rres8dvz5alVAKg43EbBnoSCa2 9V1s6fcx26pEZXTeFdyC3OMKACWNQaL4l/tXUp7N4FRoo/MDI5OemRggEdax5lextyu1zOtfD8mq m9ubieVWlR0jD2hgCM0fl8AknaB0HueTV2HQr1ku2na3WSfTlswEYsAy7+ckDj5h+tVZPGIlnsWh t7uGFr2S2lV7c7pNqvgL75UdK3YdasrhrVY5CWumdY1KkHcgywPoRg9aZJi3XhzUVsrqCyktS15Y R2krSlhsZFYbgAOQd3tUz+HLltLvrYSxb7i7inU84AUR5B46/IfzFW5PFOmxuEDTSORIQscLMcI2 1zwOgNQXnie2n0a/m0yYmaK0e4hZoyFcAcMufvDNAEV54fvZLua5tpbfedRjvEWTONqxhCpwOpwa jufD+o3NzJeSPbM9ww8618xxEVC7U+YDJwST0GfbFaVh4gtbyJQPO83yRKFMLKZV4+ZBj5hz2qW1 12yu50gR3SZ937uRCrArgkEHocEHHoaAOcstAaPU9LsVlDrZWyLf7FOxyhzEM+uSTj0FbEVjqtrf y30a2ckt1GizxtIyqjLkAqcEkYPQ4+tPm8U6ZBbC4MkrxeWZmaOJm2oCRuOBwDg4Peny+JdOhuZI Gkk3xojuRGxAD/dGcdT2FAFIaBeC2GmeZB/Z4uftHmZPm48zzNmMY+9/Fnp2p+neH7izk0lpJYiL I3Jfbn5vMbIx9O9XYvEFjI6Rs0sUrSrD5UsTK4ZgSuQegIB5pLjxFp9tuEkjlhc/ZdqxsxMm3dtA A9KAH6Hp8mmad9nmZWbzZZMr0wzsw/Q1zuqeA2uL+6nsboRJdKwZHLDYSc5GDyM54Pr1rqbDUINR iZ7ctlG2OjqVZG9CDyDXLaj44urTVb21isInS1crvaQjdhd3TFTKSjubUaE6zagtjZg8NwWvhmXS ImyJFbLt3c87vzx+VZ1n4QnhutLnnukkaLMl/gH/AEiUEsrD6MT17AVe8K+IJPENnPNNbC3eKXyy mc9gf61fivW1GG7WxYRzQTNBuljLLuGM8AjI59aaaauiKlOVKThLdHNzeCbk296IbuNJ2nBs3wf3 MOTlPx3v+Yq/eeFEudUs3V1Wwig8qaA9ZCoIjP4bifwFUX8QatBaC7up7QQpqQtHWG2bcyiTaTyx 6jtj8a34Nesp2iQNIkskxg8uSMqyvtLYYHp8ozTIMaHwvfx+HbjTXuIJJLoP507bs5GBEB7BVANX /wCyLuaTU5pjAkl7ZpAFRiwRgHB5wOPmFTzeI7CAqC0ru0726pHEzMZEGWAAHtVeXxPZ3FlM1jK5 kaCSS3kaMhJGVSSFJGCRjke1AGfP4Y1Eadc2VtJalLuOASPIzAo0aqpwAOQQvB7Vdl8P3EkszCWI CTU470dfuKqgj6/Kam0TxFb6lZ2m9pBPLbrKC8RQS8AsUz1/Cp4/EFk86wMZYpmkEYjliZDkglev Y7Tg98UAZtzoF+NaOo2slsSt4bgRyFhuUwCPGQODkZzzSTeHr+RWlMkDvcXDTXNuXZYmygVRkDJ2 7QegyfSt+1vIbzzvIYsIpGiY443DqB61x1948vba5eO301JwHdQEZiwCnGTgd60p0pVHaJnUrRpK 8h9l4faPUtKsFlDrZ26rf7FOx9hzEMnvkk49BWzFY6rbX8t9GtnJLdRos8bOyqhXOCpwSRg9CB9a r2/i5f8AhFF1m4s5f9YI2ihG45Lbc0ReKUi1i/ivBOlvEkLoDA2YlYHcX44GR3qJRcW0y4yUkpLZ i/8ACPXfkLp3mQ/YFuTciTJ80/OX2Yxj7x+9np2qSw0G4tRoO+SI/wBnQvHLjPzFlA4/KtB9aso4 rmRpTstplhkO08M23A9/vrVT/hLNM3lQ85/etArCBsPKpIKA45bI6UhlnQtPk0vSIrSZlZ0ZySvT 5nZh+hrRrnLzxPHHqOleQ0jW9yZ0kiWEmTeoGF24yCOeK0G1+zFotyonkiJYMY4Wby9v3twx8uO+ aANOis467YCCeXzspAyo+FJOWxtwO+dwxip77UYNORDMXLSHbHHGhZ3OM4AHJ4oAtUVjReKtNneF InmaSaSSJUELbtyY3gjHGMipE8R6e5f944RUeRXaMhZFUZYof4se1AGrRWZdeINPs4BNPMVj+zG7 zsJ/djGT/wCPDipbHWLXUJmii8xJAokCSxlCyHowB6j3oAvUVzviPxJPo2oWdpbWqztcKxyxPGPp UWh+J7zUdabT72ySAiLzAysTn8xUe0jflOpYKs6XtbaWvutjp6K5W58YeZFDLbwXVuiaiLWbzYD8 4ywIX3JA9xWzb67ZXLwRo7rLNI0QjdCrK6ruIYHocc81ZymjRWPL4o06KYRBppJW8zCRwsx/dttf gDsahuvE9pNpN5Lp8x81bSWe3kaMhZNqnlSeGwcZoA3qKx9N8RWt5bRkmbzTAJgGhZTKMDJQY+Yc 9qmg16ymljiLSxSySeUI5YyjBtu4Ag9MjketAGlRWA/jCyTUpbVYLyRIo3kaeOBmTCnDc98EHn14 rVTUraW6ht45N8k0PnoFGRs45z75oAtUUUUAFFFFABRRRQBBeWkN/Zy2t0gkhlUq6nuKxYfCNqbu 6lvGknDyK0JaZy6KE24LZzzzxXQ0UAYR8GaK32cvbMxtwFjJlbIAIwOvI4oi8GaNBKksVvIkkZzG wmfKck8c8feP51u0UAVb3TrbUI1juULKoYABiOqlT09iazE8GaKiqqWzKqHcoErcHGDjnv39a3aK AOfm8F6UYV8mF1mii8uJ/PcYA+6CQc4B/rUel+EIIY4JtRJmv4cKs0cjDaq52gdOxweOa6SigDM1 bw/Y6yp+1xksYWhDA8qrEE4HTPA5qpJ4L0aVIYza/uYpPMEWcpnGMYPQdzjGTW9RQBhnwfpDpIsk EkgkKs2+Zz8y/dYc8EdjUbeCNEZpSbeX9794ee+B824YGeMEcV0FFAGKfCWleaZFhkR/NE4KTOMS AY3DnqR1Pekt/CWlWt+95DAUnLKysjbdoAxtGOx7g9a26KAEPQ461k/YLjH3ATnP3h+Na9JUyipD TsUbK1khmZ5BgFcda4K18Aa1Y3mrSRy2zLexSxKRIyldzZBPHavS6WtaU3STUepMoqW5z2jaBPp3 g+HSbjyZZlQhiGIXJOeDio9I8LNaXSXF5IjlDlETpn1JrpaSq9tNJruZujCTTfQ5Dxl4X1PWdTsb 7Sp4Ekt0ZGWXPIP0pngzwnqWiavdX2pS2x82FYUSHOFAIx+AxXZ0lYcivc6faS5eU5628P3UN7bs 0kBgt76a6UgncwkD8EYwCC3r0pF8P3dvMl1BJA88V7PcIjkhWWXIwSASCM+ldHRVGZzmjeHbuwuh PczwOxhnRvLBA3SS7xjPYDiof+EUuTpsFsbiLdHpUliSM4LNtw30+WupooA5m60HVb+KEzXNvBNa wmOFoC2HJ2hi3GVBAxgZxnOazLvw/Pa25t4Gigv7u986BbYMViQoEkyT/s5OfXFdzSUAcdr9m+mp fW2mGMvf2QtlgdWz8qlV2EDB4OMEjHWrr+GrhpprhJ4lmD20sIIJAaJSpDexyeldJS0Ac3c6DfXt 6upTSWy3sTxmKFWYx7ULHBbGSTuPOOOOtUrnS9Ts7qzl/wBHkuZ9Wa4+UN5aKYSME4yOmM+p/Cux ooAzdK0+a1mu7q6ZDc3bh3WMkogChQAT14HXArldV8Harc6vf3Vq1sFuZCwLOQSu0Dawx0yM13lJ Uyipbm9DEToNuHU5nwt4Ym0zSLuz1YxXH2iXewBJBGB1/KrWh+FrTR7m5uFghEr3DyRMmcohAAX+ dbtFOKUVZEVasqs3OW7OfHh6cWqxedFkap9uzz9zzN2PrikutAum1abUbeSEyfaY54kckA4i8shi AcdSRjNdDRTMznNP8PXkF5bXNzNAXjvbi5cRg4xIpAAz6Zpg8MXP9j6dZmeLfa+dvbnB3pIox+Li umooA5uHQdTkt7KK6ubeJrCBo4JYASWcx7A5BHGMk45rLutAm0+zvZpPJW6uY4Y7ZYN7s06ElXJP ck8+gzXcUlAFTSbH+ztMgtidzouZG/vOeWP4kk1zUmga3G8q2xtQhdir+awbBkD+ntiuwoq4VHDY zqUlPc55dAupfC9xYSPClzNKZhtJKA7w4HrjjFSSaJdXCa20jwrJqVssShSSEYIynJxyMmt6ipk3 J3ZcYqKSRy9x4c1Dybi2t5rXyLmeGeRnLblKbMgADHOwYOfwqxF4fnS0sojLFmDUXvGPPKlnOB7/ ADiugopDOY/4R7ULfVEvrWW1Zkurify5CwDLIqgDIBwRt64NQ3XhS8njm3y2832rzHmikZljSRuj qB97AAGDj1rraKAOQtdF3a9Ywq+6GytY1vQFOySVBiPnuRkn8Fq3qWm2mhva31gsNs0TuCjhtj7g M5IBIPyjBwf1ro6KAOS0PRrq7uDf3ZVEkmuyVAKllk2BSAenCnr7VZHhu7uLW1sbyaEWllGyRNFn fJlCgLA8DAY9CcmulooA4jWtF1RNHuZZmt2EGmNZxJCGZnO5CGIwP7vT9a6Cz0+8k1SO/wBRaBXh gaGNICSDuILMSQP7o47eta1LQBha1pN3eajDc22whYjGcvtZTuBBBwfSotK0a+t9YjurpwYo4mQB pN7ZJHsMDiuhpajkV7nSsVNQ9npa1jnV8P3YkC+ZB5Samb5WydxUliVIxwQTxz+VLNoF2urSajby QNKLvz443JClTCIyCQDg8Z6GuhoqzmOd0bw/d2Oopd3U0DttuN4jBAzJKHGM9gKrv4Uum0iwtPPh 321lPbM3OC0ibQR7CuqooA5ifQNUvYbcTXUEEtnCY4HgLfOSACW4+XIBGBnrnPFZ93oMunWWoMiw RXd5NC9lFb7n2SoOpJHPfJ44zXb0lAGHaaBJYX9lLCYpIY7Q2syuSCctuLDjkk5yDjrT/D+hSaOb gzzLMSRHAQP9XAudi/UZP6VtUUAFFFFAH//Z ------=_NextPart_000_0020_01D31F59.20337530--

2 5

Re: [ovirt-users] Ovirt 4.1 testing backup and restore Self-hosted Engine
by wodel youchi 28 Aug '17

28 Aug '17

Thanks it worked like a charm Regards Le 27 août 2017 09:26, "Yedidyah Bar David" <didi(a)redhat.com> a écrit : On Sat, Aug 26, 2017 at 1:56 AM, wodel youchi <wodel.youchi(a)gmail.com> wrote: > Hi again, > > I found this article https://keithtenzer.com/2017/0 > 5/02/rhev-4-1-lab-installation-and-configuration-guide/ > I used the last section to delete the old hosted-engine storage, and it > worked, the minute I deleted the old hosted-storage the system imported the > new one and then imported the new VM-Manager into the Web admin portal. > In 4.1, engine-backup has new options during restore: '--he-remove-storage-vm' and '--he-remove-hosts'. Check '--help'. Sadly, we do not have enough documentation for this. This is worked on, I hope to have updates soon. Best, > > Regards. > > 2017-08-25 23:15 GMT+01:00 wodel youchi <wodel.youchi(a)gmail.com>: > >> Hi again, >> >> I redid the test again, I re-read the Self-Hosted Engine documentation, >> there is a link to a RedHat article https://access.redhat.com/solu >> tions/1517683 which talks about how to remove the dead hostedEngine VM >> from the web admin portal. >> >> But the article does not talk about how to remove the old hosted engine >> storage, and this is what causes the problem. >> >> This storage is still pointing to the old iscsi disk used by the dead >> Manager, it's is down, but the new manager cannot detach it, saying that >> the storage domain doesn't exist, which is right, but how to force the >> Manager to delete it? I have no idea, I tried to remove it with REST API, >> without luck. >> >> I tried to import the new hosted storage, but the system said: the >> storage name is already in use. So I am stuck. >> >> any idea? do I have to delete it from the database? if yes how? >> >> Regards. >> >> 2017-08-25 20:07 GMT+01:00 wodel youchi <wodel.youchi(a)gmail.com>: >> >>> Hi, >>> >>> I was able to remove the hostedEngine VM, but I didn't succeed to remove >>> the old hostedEngine Storage domain. >>> I tried several time to remove it, but I couldn't, the VM engine goes in >>> pause mode. All I could do is to detach the hostedEngine from the >>> datacenter. I then put all the other data domains in maintenance mode, the >>> I reactivated my master data domain hoping that it will import the new >>> hostedEngine domain, but without luck. >>> >>> It seems like there is something missing in this procedure. >>> >>> Regards >>> >>> 2017-08-25 9:28 GMT+01:00 Alan Griffiths <apgriffiths79(a)gmail.com>: >>> >>>> As I recall (a few weeks ago now) it was after restore, once the host >>>> had been registered in the Manager. However, I was testing on 4.0, so maybe >>>> the behaviour is slightly different in 4.1. >>>> >>>> Can you see anything in the Engine or vdsm logs as to why it won't >>>> remove the storage? Perhaps try removing the stale HostedEngine VM ? >>>> >>>> On 25 August 2017 at 09:14, wodel youchi <wodel.youchi(a)gmail.com> >>>> wrote: >>>> >>>>> Hi and thanks, >>>>> >>>>> But when to remove the hosted_engine storage ? During the restore >>>>> procedure or after ? Because after I couldn't do it, the manager refused to >>>>> put that storage in maintenance mode. >>>>> >>>>> Regards >>>>> >>>>> Le 25 août 2017 08:49, "Alan Griffiths" <apgriffiths79(a)gmail.com> a >>>>> écrit : >>>>> >>>>>> As I recall from my testing. If you remove the old hosted_storage >>>>>> domain then the new one should get automatically imported. >>>>>> >>>>>> On 24 August 2017 at 23:03, wodel youchi <wodel.youchi(a)gmail.com> >>>>>> wrote: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> I am testing the backup and restore procedure of the Self-hosted >>>>>>> Engine, and I have a problem. >>>>>>> >>>>>>> This haw I did the test. >>>>>>> >>>>>>> I have two hypervisors hosted-engine. I am used iSCSI disk for the >>>>>>> VM engine. >>>>>>> >>>>>>> I followed the procedure described in the Self-hosted Engine >>>>>>> document to execute the backup, I put the first host in maintenance mode, >>>>>>> the I create the backup and save it elsewhere. >>>>>>> >>>>>>> Then I've create a new iscsi disk, I reinstalled the first host with >>>>>>> the save IP/hostname, then I followed the restore procedure to get the >>>>>>> Manager up and running again. >>>>>>> - hosted-engine --deploy >>>>>>> - do not execute engine-setup, restore backup first >>>>>>> - execute engine-setup >>>>>>> - remove the host from the manager >>>>>>> - synchronize the restored manger with the host >>>>>>> - finalize deployment. >>>>>>> >>>>>>> all went well till this point, but I have a problem with the >>>>>>> VM-engine, it is shown as down in the admin portal. the ovirt-ha-agent >>>>>>> cannot retrieve the VM config from the shared storage. >>>>>>> >>>>>>> I think the problem, is that the hosted-engine storage domain is >>>>>>> still pointing to the old disk of the old manager and not the new one. I >>>>>>> don't know where is this information is stored, in the DB or in the >>>>>>> Manager's config files, but when I click Manager hosted-engine domain, I >>>>>>> can see the old LUN grayed and the new one (which is used by the restored >>>>>>> Manager) is not grayed. >>>>>>> >>>>>>> How can I fix this? >>>>>>> >>>>>>> Regards. >>>>>>> >>>>>>> >>>>>>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> Garanti >>>>>>> sans virus. www.avast.com >>>>>>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> >>>>>>> <#m_7887973105652645601_m_-8103314251263333904_m_-2590168438000725267_m_7057565286932519348_m_4457919776337353415_m_9177001278217562974_m_7731007781891096843_m_3883279741882476845_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Users mailing list >>>>>>> Users(a)ovirt.org >>>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>>> >>>>>>> >>>>>> >>>> >>> >> > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -- Didi

1 0

Failed to deploy hosted-engin wih ISCSI
by Willie Cadete 28 Aug '17

28 Aug '17

Hello, It's my first time using mailing list, I hope that someone could help me. I'm trying to deploy hosted-engine on a server, but I can not use ISCSI storage. Configuration preview: --== CONFIGURATION PREVIEW ==-- Bridge interface : eno1 Engine FQDN : srsp-lab-ovirt01.example.org Bridge name : ovirtmgmt Host address : srsp-lab-srv01.example.org SSH daemon port : 22 Firewall manager : iptables Gateway address : 192.168.200.254 Storage Domain type : iscsi LUN ID : 36f01faf000e05ff000001f3659483c7c Image size GB : 58 iSCSI Portal IP Address : 192.168.130.102 iSCSI Target Name : iqn.1984-05.com.dell: powervault.md3600i.6f01faf000e05ff00000000052fd7354 iSCSI Portal port : 3260 Host ID : 1 iSCSI Portal user : Console type : vnc Memory size MB : 4096 MAC address : 00:16:3e:18:85:93 Number of CPUs : 4 OVF archive (for disk boot) : /usr/share/ovirt-engine- appliance/ovirt-engine-appliance-4.1-20170821.1.el7.centos.ova Appliance version : 4.1-20170821.1.el7.centos Restart engine VM after engine-setup: True Engine VM timezone : America/Sao_Paulo CPU Type : model_SandyBridge Please confirm installation settings (Yes, No)[Yes]: on hosted-setup I'm having this error message: [ INFO ] Creating Volume Group [ ERROR ] Error creating Volume Group: Failed to initialize physical device: ("[u'/dev/mapper/36f01faf000e05ff000001f3659483c7c']",) [ ERROR ] Failed to execute stage 'Misc configuration': Failed to initialize physical device: ("[u'/dev/mapper/36f01faf000e05ff000001f3659483 c7c']",) [ INFO ] Yum Performing yum transaction rollback [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine- setup/answers/answers-20170824112807.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-20170824112038-v09rvf.log Thanks for any help. Best regards

2 1

Re: [ovirt-users] Ovirt 4.1 testing backup and restore Self-hosted Engine
by Alan Griffiths 27 Aug '17

27 Aug '17

As I recall (a few weeks ago now) it was after restore, once the host had been registered in the Manager. However, I was testing on 4.0, so maybe the behaviour is slightly different in 4.1. Can you see anything in the Engine or vdsm logs as to why it won't remove the storage? Perhaps try removing the stale HostedEngine VM ? On 25 August 2017 at 09:14, wodel youchi <wodel.youchi(a)gmail.com> wrote: > Hi and thanks, > > But when to remove the hosted_engine storage ? During the restore > procedure or after ? Because after I couldn't do it, the manager refused to > put that storage in maintenance mode. > > Regards > > Le 25 août 2017 08:49, "Alan Griffiths" <apgriffiths79(a)gmail.com> a > écrit : > >> As I recall from my testing. If you remove the old hosted_storage domain >> then the new one should get automatically imported. >> >> On 24 August 2017 at 23:03, wodel youchi <wodel.youchi(a)gmail.com> wrote: >> >>> Hi, >>> >>> I am testing the backup and restore procedure of the Self-hosted Engine, >>> and I have a problem. >>> >>> This haw I did the test. >>> >>> I have two hypervisors hosted-engine. I am used iSCSI disk for the VM >>> engine. >>> >>> I followed the procedure described in the Self-hosted Engine document to >>> execute the backup, I put the first host in maintenance mode, the I create >>> the backup and save it elsewhere. >>> >>> Then I've create a new iscsi disk, I reinstalled the first host with the >>> save IP/hostname, then I followed the restore procedure to get the Manager >>> up and running again. >>> - hosted-engine --deploy >>> - do not execute engine-setup, restore backup first >>> - execute engine-setup >>> - remove the host from the manager >>> - synchronize the restored manger with the host >>> - finalize deployment. >>> >>> all went well till this point, but I have a problem with the VM-engine, >>> it is shown as down in the admin portal. the ovirt-ha-agent cannot retrieve >>> the VM config from the shared storage. >>> >>> I think the problem, is that the hosted-engine storage domain is still >>> pointing to the old disk of the old manager and not the new one. I don't >>> know where is this information is stored, in the DB or in the Manager's >>> config files, but when I click Manager hosted-engine domain, I can see the >>> old LUN grayed and the new one (which is used by the restored Manager) is >>> not grayed. >>> >>> How can I fix this? >>> >>> Regards. >>> >>> >>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> Garanti >>> sans virus. www.avast.com >>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> >>> <#m_9177001278217562974_m_7731007781891096843_m_3883279741882476845_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >>

3 4

OVIRT_ENGINE_DWH org.postgresql.util.PSQLException:ERROR: more than one row returned by a subquery used as an expression
by Charles Gruener 27 Aug '17

27 Aug '17

After many attempts and many uninstalls, (wiping of the ovirt_engine_history database, removal of the associated database user, removal of all ovirt-engine-dwh folders and configs in /etc, and so on...) and reinstalls, I can't figure out how to get Data Warehouse to work properly. The dashboard isn't getting populated with data and this error message constantly shows in Alerts and Events in the Web Administration console: "ETL service sampling has encountered an error. Please consult the service log for more details." Also, the file /var/log/ovirt-engine-dwh/ovirt-engine-dwhd.log shows the following error repeatedly: 2017-XX-XX 13:45:01|BFAPtJ|3TsCll|B5fdZD|OVIRT_ENGINE_DWH|SampleTimeKeepingJob|Default|6|Java Exception|tRunJob_1|java.lang.RuntimeException:Child job running failed|1 Exception in component tJDBCInput_9 org.postgresql.util.PSQLException: ERROR: more than one row returned by a subquery used as an expression at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2157) at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1886) at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:255) at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:555) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:403) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeQuery(AbstractJdbc2Statement.java:283) at ovirt_engine_dwh.configurationsync_4_1.ConfigurationSync.tJDBCInput_9Process(ConfigurationSync.java:3727) at ovirt_engine_dwh.configurationsync_4_1.ConfigurationSync$2.run(ConfigurationSync.java:60001) 2017-XX-XX 13:45:01|wqfyxb|3TsCll|76BFD3|OVIRT_ENGINE_DWH|ConfigurationSync|Default|6|Java Exception|tJDBCInput_9|org.postgresql.util.PSQLException:ERROR: more than one row returned by a subquery used as an expression|1 Exception in component tRunJob_1 java.lang.RuntimeException: Child job running failed at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tRunJob_1Process(SampleRunJobs.java:1198) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tRunJob_4Process(SampleRunJobs.java:1000) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tJDBCConnection_2Process(SampleRunJobs.java:767) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tJDBCConnection_1Process(SampleRunJobs.java:642) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs$2.run(SampleRunJobs.java:2683) 2017-XX-XX 13:45:01|76BFD3|3TsCll|FlSijV|OVIRT_ENGINE_DWH|SampleRunJobs|Default|6|Java Exception|tRunJob_1|java.lang.RuntimeException:Child job running failed|1 Exception in component tRunJob_1 java.lang.RuntimeException: Child job running failed at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tRunJob_1Process(SampleTimeKeepingJob.java:6067) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_2Process(SampleTimeKeepingJob.java:5809) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCConnection_1Process(SampleTimeKeepingJob.java:4444) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCConnection_2Process(SampleTimeKeepingJob.java:4319) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tRowGenerator_2Process(SampleTimeKeepingJob.java:4188) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_3Process(SampleTimeKeepingJob.java:3593) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_5Process(SampleTimeKeepingJob.java:2977) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_4Process(SampleTimeKeepingJob.java:2295) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCConnection_3Process(SampleTimeKeepingJob.java:1649) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob$2.run(SampleTimeKeepingJob.java:11363) I just finished updating to oVirt 4.1.5 earlier today. My Internet searches have not provided me with any further insight. Has anyone else experienced this issue? Has anyone else resolved this issue? What should I be looking at to start debugging this issue (a section of the database perhaps...)? Thanks, Charles

2 3

host timeout for remote colo
by Bill James 25 Aug '17

25 Aug '17

We have an ovirt master (engine) host in Los Angeles and some remote servers in the UK. Normally they work fine, but when there is a heavy load on the UK servers the management engine has problems with heartbeat and ends up trying to restart the nodes. I saw in this thread that I can change vdsHeartbeatInSeconds (https://www.mail-archive.com/users@ovirt.org/msg41695.html) but I don't really want to change it globally, just for the nodes in UK. Also not sure how to get the current setting of that value, only how to change it. How do I tell current value? I heard default is 30 seconds. ovirt-engine-4.1.0.4-1.el7.centos.noarch Or maybe its not best practice to have a cluster that far from the engine? 2017-08-24 11:27:51,921-07 WARN [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler3) [feefbf3f-d0e2-4a64-b008-80838d04f130] Failed to refresh VDS, network error, continuing, vds='ovirt1.evuk.j2noc.com'(d0482635-93fd-4cc3-9c78-523078845f11): VDSGenericException: VDSNetworkException: Heartbeat exceeded

2 2

oVirt install videos or blogs?
by ovirt＠fateknollogee.com 25 Aug '17

25 Aug '17

Are there any other resources, blogs or install videos similar to this? (see link) https://www.ovirt.org/blog/2017/04/up-and-running-with-ovirt-4.1-and-gluste…

4 6