- Users - oVirt List Archives

Issue migrating hard drive to new vm store
by Bryan Sockel 14 Nov '17

14 Nov '17

Having an issue moving a hard disk from one vm data store new a newly created gluster data store. I can shut down the machine and copy the hard drive, detach the old hard drive and attach the new hard drive, but i would prefer to keep the vm on line when moving the disk. I have attached a portion of the vdsm.log file. Thanks Bryan

2 1

4.1 engine-iso-uploader / root password glitch
by andreil1＠starlett.lv 14 Nov '17

14 Nov '17

Hi, I'm trying to upload iso with this coomand. engine-iso-uploader --ssh-user=root --iso-domain=iso upload suse.iso Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort): This go OK. However, then it asks root password, I enter it, then it asks again and again. Root password is correct for sure, becuase I can coonect vis ssh from terminal. How to fix this problem? May be its possible just to copy files manually? Thanks in advance. Andrei

3 6

Re: [ovirt-users] CIFS Share
by Arthur Melo 14 Nov '17

14 Nov '17

Great answare. Thanks! Atenciosamente, Arthur Melo Linux User #302250 2017-11-12 6:23 GMT-02:00 Yaniv Kaul <ykaul(a)redhat.com>: > > > On Thu, Nov 9, 2017 at 8:28 PM, Arthur Melo <arthur(a)afabrica.net> wrote: > >> Is it possible to mount a export share using CIFS? >> > > We generally support any POSIX compliant file system which also support > Direct IO for data domain - I'm not sure if CIFS in general and the > specific implementation you use support both. > If it does, it should work for the data domain - which you can detach and > attach between environments. > Export domain functionality is really done with NFS. > > You could also upload and download disks via your browser and place the > disks on a CIFS share. > Y. > > >> >> Atenciosamente, >> Arthur Melo >> Linux User #302250 >> >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> >

1 0

how to clean stuck task
by Gianluca Cecchi 14 Nov '17

14 Nov '17

Hello, I have a task that seems stuck in webadmin gui, in the sens tha I have "Tasks(1)" listed The task is Restoring VM Snapshot Active VM before the preview of VM snaptest and the VM is powered down. Screenshot of expanded steps of task, that actually seem all completed, is here: https://drive.google.com/file/d/1bfl_gEfVotIrxGC9TDzPHPCeRub41mUa/view?usp=… Any hint on what to do to clean things? I'm on oVirt 4.1.6.2-1.el7.centos and I would like to clean before upgrading to 4.1.7. Thanks Gianluca

4 12

Error during SSO authentication Cannot authenticate user 'admin@internal'
by Sverker Abrahamsson 14 Nov '17

14 Nov '17

Since upgrading my test lab to ovirt 4.2 I can't get ovirt-provider-ovn to work. From ovirt-provider-ovn.log: 2017-11-14 00:40:15,795 Request: POST : /v2.0///tokens 2017-11-14 00:40:15,795 Request body: { "auth" : { "passwordCredentials" : { "username" : "admin@internal", "password" : "xxxxxxxxx" } } } 2017-11-14 00:40:15,819 Starting new HTTPS connection (1): h2-int 2017-11-14 00:40:20,829 "POST /ovirt-engine/sso/oauth/token HTTP/1.1" 400 118 2017-11-14 00:40:20,830 Error during SSO authentication Cannot authenticate user 'admin@internal': The username or password is incorrect.. : access_deniedNone Traceback (most recent call last): File "/usr/share/ovirt-provider-ovn/handlers/base_handler.py", line 119, in _handle_request method, path_parts, content) File "/usr/share/ovirt-provider-ovn/handlers/selecting_handler.py", line 177, in handle_request handler, content, parameters File "/usr/share/ovirt-provider-ovn/handlers/keystone.py", line 28, in call_response_handler return response_handler(content, parameters) File "/usr/share/ovirt-provider-ovn/handlers/keystone_responses.py", line 58, in post_tokens user_password=user_password) File "/usr/share/ovirt-provider-ovn/auth/plugin_facade.py", line 26, in create_token return auth.core.plugin.create_token(user_at_domain, user_password) File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/plugin.py", line 48, in create_token timeout=self._timeout()) File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 62, in create_token username, password, engine_url, ca_file, timeout) File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 54, in wrapper _check_for_error(response) File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 168, in _check_for_error result['error'], details)) Unauthorized: Error during SSO authentication Cannot authenticate user 'admin@internal': The username or password is incorrect.. : access_deniedNone And in engine.log: 2017-11-14 00:40:20,828+01 ERROR [org.ovirt.engine.core.sso.utils.SsoUtils] (default task-16) [] OAuthException access_denied: Cannot authenticate user 'admin@internal': The username or password is incorrect.. The password in the request is the same as used to log in to the admin portal and works fine there. /Sverker

3 2

Host Power Management Configuration questions
by Artem Tambovskiy 14 Nov '17

14 Nov '17

Trying to configure power management for a certain host and fence agent always fail when I'm pressing Test button. At the same time from command line on the same host all looks good: [root@ovirt ~]# fence_ipmilan -a 172.16.22.1 -l user -p pwd -o status -v -P Executing: /usr/bin/ipmitool -I lanplus -H 172.16.22.1 -p 623 -U user -P pwd -L ADMINISTRATOR chassis power status 0 Chassis Power is on Status: ON [root@ovirt ~]# What could be the reason? Regards, Artem

3 5

Transfer from one Storage to Other is very slow
by Jon bae 14 Nov '17

14 Nov '17

Hello everybody, I have a node where I installed nfs storage and I have a second nfs network storage. My node have a bond (4) with two nics and the other storage have a bond with 4 nics. My oVirt engine runs as a VM on my network storage. The bond on the node side is relative new, before I had this setup, the speed was good. But at the same time I also move my ovirt engine from a third server to the network storage. My problem is now, when I move a VM disk from the network storage to the storage on the node, I have very pure speed. A VM with 140GB takes more then an hour to transfer. When I make speed tests with iperf3 I got this speed: - from oVirt to network storage: 20Gbits/s - from network storage to node storage: 9.5Gbits/s - from ovrit to node storage 9.5 Gbits/s When I transfer a VM disk, iftop shows almost no traffic. Have you an idea what is happen here? Regards Jonathan

1 0

Issue with hosted engine restore.
by Krzysztof Wajda 14 Nov '17

14 Nov '17

Hello, I have to restore Hosted Engine on another host (completely new hardware). Based on this https://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restori… is not clear for me if vm's will be rebooted during synchronization hosts with engine ? I have 5 hosts + 1 completely fresh. On host1 I have HE and there is no vm's on other 4 (host1-4) there are around 400 vm which can't be rebooted. Host5 for restore HE. Kris

2 2

recommendations for best performance and reliability
by Rudi Ahlers 14 Nov '17

14 Nov '17

Hi, Can someone please give me some pointers, what would be the best setup for performance and reliability? We have the following hardware setup: 3x Supermicro server with following features per server: 128GB RAM 4x 8TB SATA HDD 2x SSD drives (intel_ssdsc2ba400g4 - 400GB DC S3710) 2x 12 core CPU (Intel(R) Xeon(R) CPU E5-2650 v4 @ 2.20GHz Quad port 10Gbe Inter NIC 2x 10GB Cisco switches (to isolate storage network from LAN) One of the servers will be in another office, with a 600Mb wireless link for Disaster Recovery. What is recommended for the best setup in terms of redundancy and speed? I am guessing GlusterFS with a Distributed Striped Replicated Volume across 3 of the servers. For added performance I want to use the SSD drives, perhaps with dm-cache? Should I combine the 4x HDD's using LVM on each host node? What about RAID 6? Virtual Machines will then reside on the oVirt Cluster and any one of the 3 host nodes can fail, or any single HDD can fail and all should still work, right/? -- Kind Regards Rudi Ahlers Website: http://www.rudiahlers.co.za

4 3

Re: [ovirt-users] how to redo oVirt cluster?
by Luca 'remix_tj' Lorenzetto 14 Nov '17

14 Nov '17

Usually db is inside the engine vm. Is a postgres. Deleting it is not a problem, engine installation tools should recreate itt. Il 14 nov 2017 8:05 AM, "Rudi Ahlers" <rudiahlers(a)gmail.com> ha scritto: > Hi Luca, > > Where is the engine DB stored? Can I simply delete it, or would that > compromise a reinstallation? Though I can't imagine it would be problem. > > On Tue, Nov 14, 2017 at 8:58 AM, Luca 'remix_tj' Lorenzetto < > lorenzetto.luca(a)gmail.com> wrote: > >> Hello Rudi, >> >> I think that uninstalling ovirt-engine and removing vdsm from hosts >> should be enough. Pay attention to cleaning up engine db which contains all >> the engine data. >> >> Luca >> >> >> Il 14 nov 2017 7:20 AM, "Rudi Ahlers" <rudiahlers(a)gmail.com> ha scritto: >> >>> Hi, >>> >>> I have setup an oVirt cluster and did some tests. But how do I redo >>> everything, without reinstalling CentOS as well? >>> Would it be as simple as uninstalling all the ovirt? Or do I need to >>> manually delete some config files and other traces off the install as well? >>> >>> -- >>> Kind Regards >>> Rudi Ahlers >>> Website: http://www.rudiahlers.co.za >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> > > > -- > Kind Regards > Rudi Ahlers > Website: http://www.rudiahlers.co.za >

1 0

how to redo oVirt cluster?
by Rudi Ahlers 14 Nov '17

14 Nov '17

Hi, I have setup an oVirt cluster and did some tests. But how do I redo everything, without reinstalling CentOS as well? Would it be as simple as uninstalling all the ovirt? Or do I need to manually delete some config files and other traces off the install as well? -- Kind Regards Rudi Ahlers Website: http://www.rudiahlers.co.za

3 2

Unable to clone a vm
by Budur Nagaraju 14 Nov '17

14 Nov '17

HI When I clone a vm from the existing vm , getting the error " https://pastebin.com/2p90TU2y". Below is the attached logs ,can some one help me on this ? https://pastebin.com/2p90TU2y Thanks, Nagaraju

1 0

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

13 Nov '17

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

4 4

Host in kdumping state
by Davide Ferrari 13 Nov '17

13 Nov '17

Hello I've got a faulty host that keeps rebooting itself from time to time (due to HW issues), that is/was part of the 3 hosts group hosting the HostedEngine, and now it always appears as "Kdumping" in the web administration panel. All my hosts are oVirt 4.1 on Centos 7.3 with glusterfs 3.7 but this one that was updated by mistake to Centos 7.4 with glusterfs 3.8. Is this due to the different OS/gluster version? How can I "reset" it? I want to remove it permanently and assign the HostedEngine to another host? Moreover, the main glusterfs volume, the one which holds the HE image, has some bricks on this failing machine (vm03): # gluster volume status data_ssd Status of volume: data_ssd Gluster process TCP Port RDMA Port Online Pid ------------------------------------------------------------------------------ Brick vm01.storage.billy:/gluster/ssd/data/ brick 49156 0 Y 6039 Brick vm02.storage.billy:/gluster/ssd/data/ brick 49153 0 Y 99097 Brick vm03.storage.billy:/gluster/ssd/data/ arbiter_brick 49159 0 Y 5325 Brick vm03.storage.billy:/gluster/ssd/data/ brick N/A N/A N N/A Brick vm04.storage.billy:/gluster/ssd/data/ brick 49152 0 Y 14811 Brick vm02.storage.billy:/gluster/ssd/data/ arbiter_brick 49154 0 Y 99104 Self-heal Daemon on localhost N/A N/A Y 6753 Self-heal Daemon on vm01.storage.billy N/A N/A Y 79317 Self-heal Daemon on vm02.storage.billy N/A N/A Y 41778 Self-heal Daemon on vm04.storage.billy N/A N/A Y 125116 What's the best way to replace them? Is this guide still useful? https://support.rackspace.com/how-to/recover-from-a-failed-server-in-a-glus… (I guess so) Thanks! -- Davide Ferrari Lead System Engineer Billy Performance Network

2 3

oVirt 4.1 - "Create virtual disk - thin provisioning" makes RAW by default not QCOW2
by andreil1 13 Nov '17

13 Nov '17

Hi, Just got test setup of oVirt 4.1 running. Seem to be really brilliant piece of software. 1) Defined local storage domain. Create virtual disk - thin provisioning makes RAW images by default instead of QCOW2. It preallocated all space in advance. I looked inside META file in the same folder as disk image - it is marked as RAW. May be its converted to RAW because I formatted it as 3 partitions: SWAP + Boot Ext4 + Root Ext4 ? Should I use single Ext4 partition per virtual disk image to keep it QCOW2 ? Is there any way to change this behaviour, or convert RAW into QCOW2 within oVirt? Certainly I can do it with QEMU, but image become unregistered, or may be some functionality become broken. 2) SWAP partition - is it better to create small 1GB SWAP as RAM disk or use 4GB partition on virtual RAW disk, or I’m wrong here ? Thanks in advance. Andrei

1 0

Re: [ovirt-users] recommendations for best performance and reliability
by FERNANDO FREDIANI 13 Nov '17

13 Nov '17

This is a multi-part message in MIME format. --------------6C7C95E00858D75DD80BDF80 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello Rudi If you have a 4th server it may work,but I am not knowledgeable about Gluster's GEOreplication. Perhaps someone else can advise. With regards RAID 5 for 4 disks this is intended for capacity and as mentioned 4 disks is the maximum I would use for RAID5. As you have SSDs and intend to use a caching technique like bcache ou dm-cache this should cover the performance hit of RAID 5 write. If you consider using RAID 6 in only 4 disks you are much better of using RAID 10 then as you will have double write performance and same capacity. I normally use RAID 10 or in ZFS configurations (not this case) multiple vdevs of RAID6. For RAID in Linux I have been using mdraid. I know LVM does some Raid but I personally never done myself so can't advise. Regards. Fernando On 13/11/2017 10:19, Rudi Ahlers wrote: > Hi Fernando, > > Thanx. > > I meant to say, the 4th server will be in another office. It's about > 3Km away and I was thinking of using Gluster's GEOreplication for this > purpose. > > I am not a fond user of RAID5 at all. But this raises the question: > does RAID add any unnecessary overhead? I would rather run RAID 6 or > RAI10. > And then, if RAID is the preferred way (over LVM?), as I don't have > dedicated hardware RAID cards, would mdraid add any benefit? > > On Mon, Nov 13, 2017 at 1:47 PM, FERNANDO FREDIANI > <fernando.frediani(a)upx.com <mailto:fernando.frediani@upx.com>> wrote: > > Helli Rudi > > Nice specs. > > I wouldn't use GlusterFS for this setup with the third server in a > different location. Just have this server as an Standalone and > replicate the VMs there. You won't have real time replication, but > much less hassle and probably to have constant failures, specially > knowing you have a wireless link. > > For the SSDs I have been using bcache with success. Relatively > simple to setup and pretty good performance. > > For your specs as you have 4 mechanical disks I would recommend > you to have a RAID 5 between them (4 disks is my limit for RAID 5) > and a RAID 0 made of SSDs for the bcache device. If the RAID 0 > fails for any reason it will fall back directly to the mechanical > disks and you can do maintenance on the Node doing live migration > in order to replace the failed disks. > > However as you have you have 2 remaining server to create your > cluster you may need to consider GlusterFS on the top of this RAID > to have the replication and Highavaibility. > > Hope it helps. > > Fernando > > > On 13/11/2017 08:03, Rudi Ahlers wrote: >> Hi, >> >> Can someone please give me some pointers, what would be the best >> setup for performance and reliability? >> >> We have the following hardware setup: >> >> 3x Supermicro server with following features per server: >> 128GB RAM >> 4x 8TB SATA HDD >> 2x SSD drives (intel_ssdsc2ba400g4 - 400GB DC S3710) >> 2x 12 core CPU (Intel(R) Xeon(R) CPU E5-2650 v4 @ 2.20GHz >> Quad port 10Gbe Inter NIC >> 2x 10GB Cisco switches (to isolate storage network from LAN) >> >> One of the servers will be in another office, with a 600Mb >> wireless link for Disaster Recovery. >> >> What is recommended for the best setup in terms of redundancy and >> speed? >> >> I am guessing GlusterFS with a Distributed Striped Replicated >> Volume across 3 of the servers. >> >> For added performance I want to use the SSD drives, perhaps with >> dm-cache? >> >> Should I combine the 4x HDD's using LVM on each host node? >> What about RAID 6? >> >> >> >> Virtual Machines will then reside on the oVirt Cluster and any >> one of the 3 host nodes can fail, or any single HDD can fail and >> all should still work, right/? >> >> >> >> >> -- >> Kind Regards >> Rudi Ahlers >> Website: http://www.rudiahlers.co.za >> >> >> _______________________________________________ >> 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> > > > _______________________________________________ > 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> > > > > > -- > Kind Regards > Rudi Ahlers > Website: http://www.rudiahlers.co.za --------------6C7C95E00858D75DD80BDF80 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> <p>Hello Rudi</p> <p>If you have a 4th server it may work,but I am not knowledgeable about Gluster's GEOreplication. Perhaps someone else can advise.</p> <p>With regards RAID 5 for 4 disks this is intended for capacity and as mentioned 4 disks is the maximum I would use for RAID5. As you have SSDs and intend to use a caching technique like bcache ou dm-cache this should cover the performance hit of RAID 5 write.<br> If you consider using RAID 6 in only 4 disks you are much better of using RAID 10 then as you will have double write performance and same capacity. I normally use RAID 10 or in ZFS configurations (not this case) multiple vdevs of RAID6.<br> </p> <p>For RAID in Linux I have been using mdraid. I know LVM does some Raid but I personally never done myself so can't advise.</p> <p>Regards.<br> Fernando<br> </p> <br> <div class="moz-cite-prefix">On 13/11/2017 10:19, Rudi Ahlers wrote:<br> </div> <blockquote type="cite" cite="mid:CAAj3DjmTaxR5JEESLTVtqyzk4H_cN6StKVB_JNXBjJtWrDJXEw@mail.gmail.com"> <div dir="ltr">Hi Fernando, <div><br> </div> <div>Thanx. </div> <div><br> </div> <div>I meant to say, the 4th server will be in another office. It's about 3Km away and I was thinking of using Gluster's GEOreplication for this purpose. </div> <div><br> </div> <div>I am not a fond user of RAID5 at all. But this raises the question: does RAID add any unnecessary overhead? I would rather run RAID 6 or RAI10. </div> <div>And then, if RAID is the preferred way (over LVM?), as I don't have dedicated hardware RAID cards, would mdraid add any benefit?</div> </div> <div class="gmail_extra"><br> <div class="gmail_quote">On Mon, Nov 13, 2017 at 1:47 PM, FERNANDO FREDIANI <span dir="ltr"><<a href="mailto:fernando.frediani@upx.com" target="_blank" moz-do-not-send="true">fernando.frediani(a)upx.com</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div bgcolor="#FFFFFF" text="#000000"> <p>Helli Rudi</p> <p>Nice specs.</p> <p>I wouldn't use GlusterFS for this setup with the third server in a different location. Just have this server as an Standalone and replicate the VMs there. You won't have real time replication, but much less hassle and probably to have constant failures, specially knowing you have a wireless link.</p> <p>For the SSDs I have been using bcache with success. Relatively simple to setup and pretty good performance.</p> <p>For your specs as you have 4 mechanical disks I would recommend you to have a RAID 5 between them (4 disks is my limit for RAID 5) and a RAID 0 made of SSDs for the bcache device. If the RAID 0 fails for any reason it will fall back directly to the mechanical disks and you can do maintenance on the Node doing live migration in order to replace the failed disks.</p> <p>However as you have you have 2 remaining server to create your cluster you may need to consider GlusterFS on the top of this RAID to have the replication and Highavaibility.</p> <p>Hope it helps.</p> <p>Fernando<br> </p> <div> <div class="h5"> <br> <div class="m_-8722418027031101913moz-cite-prefix">On 13/11/2017 08:03, Rudi Ahlers wrote:<br> </div> </div> </div> <blockquote type="cite"> <div> <div class="h5"> <div dir="ltr">Hi, <div><br> </div> <div>Can someone please give me some pointers, what would be the best setup for performance and reliability?</div> <div><br> </div> <div>We have the following hardware setup:</div> <div> <div><font color="#2c2c2c" face="Open Sans, Helvetica, Arial, sans-serif"><span style="font-size:14.6667px"><br> </span></font></div> <div><font color="#2c2c2c" face="Open Sans, Helvetica, Arial, sans-serif"><span style="font-size:14.6667px">3x Supermicro server with following features per server:</span></font></div> <div><font color="#2c2c2c" face="Open Sans, Helvetica, Arial, sans-serif"><span style="font-size:14.6667px">128GB RAM</span></font></div> <div><font color="#2c2c2c" face="Open Sans, Helvetica, Arial, sans-serif"><span style="font-size:14.6667px">4x 8TB SATA HDD</span></font></div> <div><font color="#2c2c2c" face="Open Sans, Helvetica, Arial, sans-serif"><span style="font-size:14.6667px">2x SSD drives (intel_ssdsc2ba400g4 - 400GB DC S3710)</span></font></div> <div><font color="#2c2c2c" face="Open Sans, Helvetica, Arial, sans-serif"><span style="font-size:14.6667px">2x 12 core CPU (Intel(R) Xeon(R) CPU E5-2650 v4 @ 2.20GHz</span></font></div> <div><font color="#2c2c2c" face="Open Sans, Helvetica, Arial, sans-serif"><span style="font-size:14.6667px">Quad port 10Gbe Inter NIC</span></font></div> <div><font color="#2c2c2c" face="Open Sans, Helvetica, Arial, sans-serif"><span style="font-size:14.6667px">2x 10GB Cisco switches (to isolate storage network from LAN)</span></font></div> </div> <div><br> </div> <div> <div>One of the servers will be in another office, with a 600Mb wireless link for Disaster Recovery. </div> <div><br> </div> <div>What is recommended for the best setup in terms of redundancy and speed?</div> <div><br> </div> <div>I am guessing GlusterFS with a Distributed Striped Replicated Volume across 3 of the servers. </div> <div><br> </div> <div>For added performance I want to use the SSD drives, perhaps with dm-cache?</div> <div><br> </div> <div>Should I combine the 4x HDD's using LVM on each host node?</div> <div>What about RAID 6?</div> <div><br> </div> <div><br> </div> <div><br> </div> <div> <div>Virtual Machines will then reside on the oVirt Cluster and any one of the 3 host nodes can fail, or any single HDD can fail and all should still work, right/? </div> </div> <div><br> </div> <div><br> </div> <div><br> </div> <div><br> </div> -- <br> <div class="m_-8722418027031101913gmail_signature">Kind Regards<br> Rudi Ahlers<br> Website: <a href="http://www.rudiahlers.co.za" target="_blank" moz-do-not-send="true">http://www.rudiahlers.co.za</a><br> </div> </div> </div> <br> <fieldset class="m_-8722418027031101913mimeAttachmentHeader"></fieldset> <br> </div> </div> <pre>______________________________<wbr>_________________ Users mailing list <a class="m_-8722418027031101913moz-txt-link-abbreviated" href="mailto:Users@ovirt.org" target="_blank" moz-do-not-send="true">Users(a)ovirt.org</a> <a class="m_-8722418027031101913moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank" moz-do-not-send="true">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a> </pre> </blockquote> <br> </div> <br> ______________________________<wbr>_________________<br> Users mailing list<br> <a href="mailto:Users@ovirt.org" moz-do-not-send="true">Users(a)ovirt.org</a><br> <a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank" moz-do-not-send="true">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br> <br> </blockquote> </div> <br> <br clear="all"> <div><br> </div> -- <br> <div class="gmail_signature" data-smartmail="gmail_signature">Kind Regards<br> Rudi Ahlers<br> Website: <a href="http://www.rudiahlers.co.za" target="_blank" moz-do-not-send="true">http://www.rudiahlers.co.za</a><br> </div> </div> </blockquote> <br> </body> </html> --------------6C7C95E00858D75DD80BDF80--

1 0

Re: [ovirt-users] Installation of oVirt 4.1, Gluster Storage and Hosted Engine
by Open tech 13 Nov '17

13 Nov '17

Hi All, I am new to Ovirt. I am hitting the exact same error while trying a new install in a nested virtualization setup on esxi 6.5. I am following this tutorial as well. Have three nodes on esxi with dual networks & passwordless ssh enabled. https://www.ovirt.org/blog/2017/04/up-and-running-with-ovirt-4.1-and-gluste… Node install goes through without issue. Run into this error when i hit deploy. TASK [Run a shell script] ****************************************************** fatal: [ovirt3]: 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: [ovirt1]: 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: [ovirt2]: 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/tmpbDBjAt/run-script.retry @Simone Marchioni were you able to find a solution ???. Thanks hk

2 3

oVirt 4.1.9 will be the last 4.1 release
by Sandro Bonazzola 13 Nov '17

13 Nov '17

Hi, we are now targeting oVirt 4.2.0 GA around December 12th and oVirt 4.1.8 around December 5th. Against tradition that would have set 4.1.8 as last 4.1 release, this round we'll release also oVIrt 4.1.9 being it already in development just before 4.2.0 GA. We suggest to be prepared to upgrade to 4.2 since 4.1 won't receive any further update after 4.1.9 release. -- 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/>

1 0

Hosted Engine is down and won't start
by Logan Kuhn 13 Nov '17

13 Nov '17

We lost the backend storage that hosts our self hosted engine tonight. We've recovered it and there was no data corruption on the volume containing the HE disk. However, when we try to start the HE it doesn't give an error, but it also doesn't start. The VM isn't pingable and the liveliness check always fails. [root@ovirttest1 ~]# hosted-engine --vm-status | grep -A20 ovirttest1 Hostname : ovirttest1.wolfram.com Host ID : 1 Engine status : {"reason": "failed liveliness check", "health": "bad", "vm": "up", "detail": "up"} Score : 3400 stopped : False Local maintenance : False crc32 : 2c2f3ec9 local_conf_timestamp : 18980042 Host timestamp : 18980039 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=18980039 (Fri Nov 10 01:17:59 2017) host-id=1 score=3400 vm_conf_refresh_time=18980042 (Fri Nov 10 01:18:03 2017) conf_on_shared_storage=True maintenance=False state=GlobalMaintenance stopped=False The environment is in Global Maintenance so that we can isolate it to starting on a specific host to eliminate as many variables as possible. I've attached the agent and broker logs

3 2

Hosted Engine is down
by Logan Kuhn 13 Nov '17

13 Nov '17

We lost the backend storage that hosts our self hosted engine tonight. We've recovered it and there was no data corruption on the volume containing the HE disk. However, when we try to start the HE it doesn't give an error, but it also doesn't start. The VM isn't pingable and the liveliness check always fails. [root@ovirttest1 ~]# hosted-engine --vm-status | grep -A20 ovirttest1 Hostname : ovirttest1.wolfram.com Host ID : 1 Engine status : {"reason": "failed liveliness check", "health": "bad", "vm": "up", "detail": "up"} Score : 3400 stopped : False Local maintenance : False crc32 : 2c2f3ec9 local_conf_timestamp : 18980042 Host timestamp : 18980039 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=18980039 (Fri Nov 10 01:17:59 2017) host-id=1 score=3400 vm_conf_refresh_time=18980042 (Fri Nov 10 01:18:03 2017) conf_on_shared_storage=True maintenance=False state=GlobalMaintenance stopped=False The environment is in Global Maintenance so that we can isolate it to starting on a specific host to eliminate as many variables as possible. I've attached the agent and broker logs Regards, Logan Kuhn

3 2

4.1 Engine - Networking Question
by andreil1＠starlett.lv 12 Nov '17

12 Nov '17

Hi, I'm installing my first oVirt system and have networking questions. Test PC have 2 ethernet interfaces: enp4s0, bridged to ovirtmgr, IP=192.168.0.171 enp5s1, IP=192.168.0.172 What is best networking setup for several guest VMs running, and if guest VM is using ovirtmgr as NIC, what are IP parameters of that NIC within guest? DHCP ? Or 192.168.0.174, etc. ? After tests system will be moved to HP server with several NICs, some NICs will be shared among linux VM guests, and net throughput critical will use their own dedicated NICs. Should I down 2nd (throughput critical) them in host system, so guest see and attach them as pure hardware? Thanks in advance for any help. Andrei

1 0

Re: [ovirt-users] [ovirt-devel] [ FIXED ] Missing release RPMs in resources.ovirt.org/pub/yum-repo/
by Eyal Edri 12 Nov '17

12 Nov '17

On Sun, Nov 12, 2017 at 5:26 PM, Nir Soffer <nsoffer(a)redhat.com> wrote: > You should also notify users list, no? > Maybe post on twitter? we should treat the repos as production servers. > These are nightly repos, not official oVirt ones, so they are not production. Also, the repos weren't down, its just the release rpms, so I don't see a reason to communicate it more than it was already, but just in case any of the users got affected, I'm adding this thread to the users list as well. > > On Sun, Nov 12, 2017 at 3:27 PM Daniel Belenky <dbelenky(a)redhat.com> > wrote: > >> Hi all, >> >> Some of you might have encountered an error while trying to download the >> latest ovirt release (4.1/4.1/master) from resources.ovirt.org/yum-repo/ >> During the weekend we had an issue with our nightly publisher's job. >> Those jobs are responsible to move artifacts from Jenkins to the matching >> snapshot repo in resources.ovirt.org. >> Since the publishers failed, ovirt-release-master.rpm and >> ovirt-release-4.x-snapshot.rpms (which are symlinks to >> ovirt-${version}-snapshot) were unavailable. >> The nightly publisher is fixed now and, the rpms were properly deployed >> to the repo. >> >> Sorry for any inconvenience, >> -- >> >> DANIEL BELENKY >> >> RHV DEVOPS >> >> EMEA VIRTUALIZATION R&D >> <https://red.ht/sig> >> _______________________________________________ >> Devel mailing list >> Devel(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/devel > > -- Eyal edri MANAGER RHV DevOps EMEA VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)

1 0

Multiple Consoles for single VM
by Anzar Esmail Sainudeen 12 Nov '17

12 Nov '17

This is a multipart message in MIME format. ------=_NextPart_000_0085_01D3589B.1783DFD0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0086_01D3589B.1783DFD0" ------=_NextPart_001_0086_01D3589B.1783DFD0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Dear Team, Anyone can support me, how to configure Multiple Consoles for single VM in ovirt. "Currently I can access only one spice console" I read the document from as I mentioned in the below link https://www.ovirt.org/develop/release-management/features/virt/multiple-cons oles/ Anzar Esmail Sainudeen Group Datacenter Incharge| IT Infra Division | Thumbay Technologies |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_0086_01D3589B.1783DFD0 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=3DMsoNormal><span style=3D'font-family:"Trebuchet = MS","sans-serif"'>Dear Team,<o:p></o:p></span></p><p = class=3DMsoNormal><span style=3D'font-family:"Trebuchet = MS","sans-serif"'><o:p> </o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet MS","sans-serif"'>Anyone can support me, = how to configure </span><span = style=3D'font-family:"Helvetica","sans-serif";color:#333333;background:wh= ite'>Multiple Consoles for single VM in ovirt.<o:p></o:p></span></p><p = class=3DMsoNormal><span = style=3D'font-family:"Helvetica","sans-serif";color:#333333;background:wh= ite'><o:p> </o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Helvetica","sans-serif";color:#333333;background:wh= ite'>“Currently I can access only one spice = console”<o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Helvetica","sans-serif";color:#333333;background:wh= ite'><o:p> </o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Helvetica","sans-serif";color:#333333;background:wh= ite'>I read the document from as I mentioned in the below = link<o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Helvetica","sans-serif";color:#333333;background:wh= ite'><o:p> </o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet MS","sans-serif"'><a = href=3D"https://www.ovirt.org/develop/release-management/features/virt/mu= ltiple-consoles/">https://www.ovirt.org/develop/release-management/featur= es/virt/multiple-consoles/</a><o:p></o:p></span></p><p = class=3DMsoNormal><span style=3D'font-family:"Trebuchet = MS","sans-serif"'><o:p> </o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet = MS","sans-serif"'><o:p> </o:p></span></p><p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:"Trebuchet MS","sans-serif"'>Anzar = Esmail Sainudeen</span><span = style=3D'font-size:10.0pt;font-family:"Courier = New"'><o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:"Trebuchet MS","sans-serif"'>Group = Datacenter Incharge| IT Infra Division | Thumbay Technologies |Thumbay = Group </span><span style=3D'font-size:10.0pt;font-family:"Courier = New"'><o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:"Trebuchet MS","sans-serif"'>P.O = Box : 4184 | Ajman | United Arab Emirates. </span><span = style=3D'font-size:10.0pt;font-family:"Courier = New"'><o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:"Trebuchet = MS","sans-serif"'>Mobile: 055-8633699|Tel: 06 7431333 |  Extn = :1303</span><span style=3D'font-size:10.0pt;font-family:"Courier = New"'><o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet MS","sans-serif"'>Email: <a = href=3D"mailto:anzar@it.thumbay.com"><span = style=3D'color:blue'>anzar(a)it.thumbay.com</span></a> | Website: <a = href=3D"http://www.thumbay.com/" target=3D"_blank"><span = style=3D'color:blue'>www.thumbay.com</span></a></span><b><span = style=3D'font-size:10.0pt;font-family:"Trebuchet = MS","sans-serif";color:black'><o:p></o:p></span></b></p><p = class=3DMsoNormal><img border=3D0 width=3D574 height=3D91 = id=3D"Picture_x0020_1" src=3D"cid:image001.jpg@01D3589B.1616BB40" = alt=3D"cid:image001.jpg@01D18D9D.15A17620"><o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:"Trebuchet = MS","sans-serif";color:black'>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.</span><o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p></div></body></html> ------=_NextPart_001_0086_01D3589B.1783DFD0-- ------=_NextPart_000_0085_01D3589B.1783DFD0 Content-Type: image/jpeg; name="image001.jpg" Content-Transfer-Encoding: base64 Content-ID: <image001.jpg(a)01D3589B.1616BB40> /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+HNWtYzBJA1zax2kSohkG513hnhPPbBx2IwKmv9ImmNo9vojQWyPKRB5MU5 XO3BKMwVc4PCk4/GgDt8j160m9cZ3DAOOvesfVdOkvBpMkMbhre4R2UNtCLtIOQDjjj1rlBoGsrZ t/xL4yFcRiAhSHO0jzmG75myQc8c9qAPRNwJIyMjqKNy+o/OuU8N6RqFjq9zLeRNloyrynbhzkYI YHc3/AgMdBVwj5Rn15yD16fp/SolLlGlc3wwPQg03zoxn94nHXkVnabxcMOfu5P+fwrD1zR9N/4T Lw8v9n2m2ZrkyjyVxIdgOW4559acXdXBqx14YN0IP0NLXEyQ3lv4s1oaVNBZx29hAwXyQwON+FA4 AHXpV/RvEV3qd/ErrGkUulR3mwDkOzEHn04qhHT0Vw+na/rerm0SO5t4N+l/bJH8jcS+8rgDPTAp 9nr+p3NvpM15JA0Wr20pMMcZHklYyww2cnOOc0AdoCCMg5FLXC+Hb3UtH0Hw41xNDNaXey38kJtM WVJVg2eenOfWnW/inUnvNPfzBLBe3P2c7LYiFM5wUkJBfGB2weaAO4pMgYGetcnY+JL+8fTtPIiX UvtUkV6AvCpH95gM8bsrj/eqx4g/5G3w1/11m/8ARdAHSZoJA6nFcz4tW4bVfDwt7owhr7BGwNk7 GOf5/n7Vjahe6lrOi6bqkk0K2k+pQ7bYR8oolwDuzyeOR05oA9AooooAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA KKKKACiiigAooooAK5yZLeTxZKLvYYxEMbzxnFdB5iF9m5d3pnmqN3odnfXDTzq5dgAcNjpWVWLk lbuXBpbmbo7Qx6/f+WyLFj5cEY/Ctq6miNpMPMT7jfxD0rm7DSLW41m9tpFYxw/cAatX/hGNO/uS f99msqTnytJdy58t9WN8K/8AIHH++a2qr2VlDYQeTbghM55OasVvTi4xSZnJ3bYUUUVZIUUUUAFF FFABRRRQAjfdP0rnxgKNv6Y/r710DcKfpWBnAz3zyTn6/r/WsqvQuJc03H2g9M7f8OlWLnTLe71G yvZd/nWe/wArDYHzjByO/FV9N/4+GOD93n+dc9JrmsForlmuY7aUyYSK1jkJxnbs+bJ4HOQKqnsK W5039j23268u8P5t5EsMvzcbVzjA7feNUz4TsBHbLDJdQGC3FqGilwzxD+Fj3/nWEPFN0Jki86/i mZWeNLuyREk2jcRkNnp6Vr+JdblttKaLT5Ejv5rdpVZyMQoFyXI7+gHc/jVklrT/AAxp+meV9mEo EVp9jXc5P7vcW/PJ60ReGrCGDTokEuzT0ZIMv2Zdpz68GqT3l0z+G50vHMdyQk0YAxJmJmJJ+oFI ZriHxJI2oyahDDJOEtAjr5D/ACjCkDnJIbrigCzYeEtP0824RrmWK2UrBFNKXSLIwSB64J/Pio4v BmnQtZ4lvGjspRLbRNMSkJHYD05xzmqelS38cFzFdSX41praSRLed08tjngpjjg7Rye9Mhe/OiXd vbTam2rqkXmxTvH5iAnlkP3eQGxz2oA0dK0N4vEeo61dQxRT3KrCiRtuwq9WJwOTx+Qq5quhwatP azSTXEM1qzNFJA+0gkYPY9qTQZopbOQRz3cjRylJBdkGSNhj5Tjj0PHrWdbxXupXmryR6lcQSW90 YYFBHlqAiMMrjnknNAF2Tw7DPFCtxd3sskEwmileUb0YDHBA6YJqCTwfp0kqHfdLDHOLlLdZiIlk BzuC/Xt05rn7rxFeXkUMpuLi3inWxLrbrl13mTftwCTnaPyragnluLy20y0vLxImha5lmuFImK7t oUbgMc98fzoA34YTC0hMskm992HOdvsPapar2dqbODyzcTz853zMGb6ZxWDbR32oPq9xHqVxFNb3 TxQpkeUAqqRlcc9TnmgDpqK5u18XLPot3fPauDaW0U7qG+8XTdgelQWutXVhc65LLayzWVteEySm XmNNiE7V7gck9KAOrornr/xLHDfPYSbEaVH8p4Z1aTIQtkrj5eAcHmtG1ujP4ehulLhntVkBYgty mee2aANCiuaGpXf/AAi+hXPnN51xLaLK+BlwzLu/PNOg8UtcQJLLYyQW87SxQyeYCxdAx6Y4BCHB /SgDo6K5O18T3Fu8f2iFW0+PTY72S4kl/e4Oc5AGCeMdqlg8bWsrNH5aPOwUwxwTCTeWYKFJx8rZ IyOaAOnorB0C5ubjWNbF2jRMk0QEXmb1X90vQ+h69Ko2niUzeNpbQ3kTWrlraOAEblkQAlj7HLD/ AICKAOsornIvFMsmipqbWUUMMjEIJ7pUyASM9PbgfyqrZa9c3OsXt1Y2st3ayWdtcKpl2hFIcnA5 yx9OM460AdbRXN+IdVEmg6fd2dxcRQXVzCC8C5kMbHkAAE5+gpYdYktZbexsba9v5JYpJw925iYB WAIO5Qe/HFAHR0VzJ8WCfTTO1rNbx3FpLcWzhwXYIuTkYwp7jrVnTtcluVu0W2JjslVWnmmC+YxR W9OPvcmgDdorlYfFtzfahZQ2NpbyJJLLDOftHCsihvlYDkYbP6cU6Hx1ZTyDykEsciuYhDKHkbaC eUH3cgHHJ/CgDqKKoaPqLapZC5McSK33fLmEgI9zgYPtV+gAooooAKKKKACiiigAooooAKKKKACi iigAooooAKKKKACiiigAooooAKhuS3kukTATMh2fWpqzL67Wz1a0eZtsLoybj0B4/wAKmbstRpXZ g2Fgt3byGKSSPVYWLHc33q1rXV7u9tilvBH9qj+WQO+Np9cVDryRW5j1O0mRLhCAQD/rBUtxp890 0GpaeVgumUFw3QgiuWMXBtR/4dd/U2bT1ZY0nS5LOSa4uZBJcznLFegpNBu5Lq2mWTB8mVkB9RVf yfEP/Pxbfl/9aoLXTNaslcQS26h23tnnn8qtScWuWLsS1e92iS81O9tdZuIbSETjYrlT2461p6Vf /wBpWSzlNjZKsPcVj/2XrX2t7rzbfznXYT7flWpoljLp9j5M5UvvLfKciim58+t7ahPl5TRooorp MgooooAKKKKACiiigBG+6fpWB0A/px7mt9vunPTFc/n5RnGM9+fp+lZVOhcS5poBuCf9jFVk8O3U X2cRavKq27M0Q8iM4zkenPBq1ppJuW542+v+c1j22r6pq3iCS2hk+yWwg86NgisCNxUZzyckHOOn FVT2FLc0LrQLq9A+0aoXKhlVjax7lDDBwccZFW77QrDUbRobq2hkYwmJZXjVnUYxwSPxp9jqImsf NuzHDIjmKTLYUMDg4J7VmyeKI59AF7ZmMSySCJUZg2wmTZubHbvVkl1NCt44dMijJRNOYNGFAAY7 CvP/AH0TRNo7XV4st1eSywxyebDDtUBH5wcgZOM8ZrPFzffaL+wm1TymskSc3KwpkxsG4ZTwMFTy O2Kg/tHV4NC0y7luUZ57uNX3wgM0TuAo44B2nk0AasWjSCZ7ie/lmu/LMUUxRR5SkgnAAxnIGSfS kj0aWMTzDUJft0wVWuTGuQq5woXGMcn86uahfJp9o0zqznIVI1+9Ix4Cj3JrP8P3uoaloby3hijv RNNGdq5VSrso+uMUASWukT2V7E8VyxiZpJrotjdPIwAGeOAAOg9BUTeHnNxelNRnjtr2TzJYUVQc lQpw+MjIUVTm1i+sJbu0eZLlklgiS5aMKEaUkEMBxwAD/wACGar33iC702WayurxQIZkWS9WIFkR 1JXKDjOVI6Yxg0Aa0nhq1e8jnR3jEZgKRrjaBFu2j/x79Kt3+lreSxXEcz291CCEmQAnB6gg8EcD j2rmxruozxWUs1zLZWbxSO14lrvV/n2oWyCEyvzHPrV+71C7TxB5Et7NZ2QWIRyfZg0c7sTkGQjA 7DHHWgDRt7PUI7+F5r4zW6RtvBUKXckY4AxgAH86qnw4xlvVGo3C2l5KZZYFVQckAEBsZwcVXt9S u2125ju7qeBVldbe1a1ws6Ko+65HzHOTwak8MX11eIft97K135StJaS2whMJPpwCR2zz0oAdqPhW G9S5iguprSC6iWKaOJVwwUYXBI4wOOOtOk8MrJPef6dcC2vpfNuLfC7W4AwDjIBC8+tZXjzxhJ4e jjsrQiK9uomeGdxuRCpHBXBzkE1k+B/Hl9fanFpesTR3dzdOxikhTYI1Vc8ggZyQaAOn/wCESh81 MXcwt45ZJY4QFADOrK2TjJ+8cZ6Vd0jTZ7CGW3nn82ABIoEP8MaoF59zgk0tzrlpa6na2Tyx7pxI S3mABNoHB+uayr3XbuNdQv4Zo0tdOmETQMoJlX5cnd1H3uMUAXrbw6kDW8b3c0tnauHt7dgMIR0y epAzwD7elA8NW4sLW186XbbSySq3GSXDg5/7+H8hUIbUo/EkNquptPFseaaNoUAROQgyOck/opqx 4evLu7ivlvZEkkt7ySEMibRtGMcfjQBGPC9uBChmkaJbMWUqMAfNjGcZPYgkninvoUlxam3u9Rnm VWV4G2KrRMpyrZA5PHeoLnXLhvFNhY2iKbJpJI7iUj7ziNmCr9Mcn8PWrOvy3lnZTXtveRwpbxl/ LaMN5jdgT2B4HHPNAEmm6QdPkvJmupZ57tg8kjgDBChRgDoMCmjQYF0q1sVlkAtpElSXjduVs5P1 5z9aypNevhBNqTOkNva3K28tqyZJyVDHd1zluPaq1v4qujezBnEzwrO1zaCPHkCMHBV/4skAd+vt QBrL4YjhgsktruaJ7RHjWTapJVzlhgjAPuOait/CYslVbPUrqFTbR20gAU70TODyOG+Y8iqVzrer W1sUR1urm6shdQeTDuMZ3KGAUfeADZHfg1NPqN6ukRtZX9zdSNdCOaZbLMkC4+YGMDg9Oo70Aal9 oUdxplrZ20rWotJI5IWRQ20p04PBpbXSJItQjvbq9kubiOJ4QSioNrEHoP8AdrHutWuV+xGPVJls GgaSTUEtA6ltwADcYTAznOOldSnKL827j73r70AYjeFLZtPtLTz5tltbS2ytxkiRdpJ9xUh8NW5s by286XFzIkpbj5WQKBx3HyDg9ea2aKAMKLwyIrhLn7dM10tw1w0rKp3blCsuMYAwo+lWLTR5rFTD bahKloqlYoTGp8vPTDYyQOwNatFAGfpelLprXMhlaWe5cPK5UKCQMfdHA/rWhRRQAUUUUAFFFFAB RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUVy+oXGr2VzDE14jNO2FCr05qzeS6jpemzy3N0k kjFVj2r9096x9stdHoaez21N+oLy0hvYGinjDqe3fPtVP7c0GhedJMrTiLdnI+8enFZr6peReGku WlzcSyYVsDp/kUSqxtZ9riUH0F07QovtSGeylVdpb55AQCDwMd66MAAYA4rOu7qW00Ezs/74Rj5i P4j/APrqhNqV1B4dt5TJm6nYBTjtmpi4UtPK5TUp6nQ1ALVRem53vuKbNu75fyrJ0/V5E0a4ubx9 0kLlfqewqPQ9Qvbm9nF3JlI03FcdDVe1i2l3FyNXOhorlYdQ1G6t7i7W+jiSJjtVlHNbOk38l3pY ubpQhGcnGAQO9OFZSdhSg0aNFcsmtXsmowS79tpNMVVcdQOP61ekv57PxEIJ5f8ARZELLkdOPX8K SrxYOm0bdFYumXV3qd7JchzHYqcIuPv1tVpCXMromSs7BRRRVCCiiigBG+6fpWAOQOvX6e34ZH86 32+6a588qM4xn0B9vx+tZVehcS7puftDccbOv+elZmq+DE1F4xHdNDFHIZI9oO+LJyQpBGVJ5wcj NaWmn/SWH+xnr/nNZem+IdU1HzQ0Vhasm51WZ2+aIEjeD0xxz6VVPYUtzdi0q1SwS0liSeJTuPnK H3N1LHPfJrP0/wANW+m6K9nDDZtM6upleAYYMxOGAwSBkd+1RaL4gutQN99qgiiihjEsMq7sSoc/ Ng84+Xj1qS38V2JiVZ5S8yxRyzNDC5RFddwYnHC49askih8JQw2dxCkoVruRGuSqnDIv8AySQMcZ JJ5Naeq6b/aVvBEJPLEVxFN93OdjBsfpWVD4jD63qAmlmjtLRlijQW5ImZlU8NjJJ3cAdRzWidfs vsomVnZi5iEIQiTeBkqVPIIHJz0HNAE+oaVZ6qkaX0AlWNt6ZJG04xkY+tUdM0A6LpN1babKkc00 kkiSOpYKWYkZBPOAcdecVWXxtYGG6YxTCS3jaTy12uXCjJAKkjOOfpzUcPi2JtWcTrcRWhs451Vr dtyZZwzNxwvA5PFAFqy0W7g0m4srh7CbzOdxgf53JyzPlyST7EYqvb+EVsHjubGdEvVlMpZ0LRtl du3bnOAOhzmteTV7KMXZabi0iWaYgEgIQSD78KelVJfFelQySLJO6iJlSR/KbYjMAVBbGBkEYoAi /sC6TTZNPjvYxa3Af7QTF8+XJLbOcKPmIAIOKnvNHnvVWze4jXTQUPlrGfMOwghd2cYyB2zVXU/E scUFjcW0jLG18tvcK8R3rlSdu0jIP3fzq+uu2j2rTotw+x9kkawOZEPX5lxkcc0ART6VeXt5FLdX UXl20jS26xxEEMQQCxJ5wD2xmpLLTJ11JtQvp45bkxeSoiQoipnPQkkkn37Uo1/Tmtp7hbkNFAEZ 2AJ4YAqR65zxipLrV7a0nELebJMVDGOGJpGVfUgDgfWgCp4g8N22vRBnCpdxrtinwcqCwJHBHBxi qmh+DrbSrz7XOUnuEbMLAMBFlcHGSetaY12xN59nEjZMnleZsPl+Z/c34xu9s1WTxZpchCxvO7MW WNVgcmQqSGCjHzYxzigB154asLvV7W9e2tf3Qk8xDAp80sByT7Y/WodR8L2+qagklwkC26FDtSMh 229ATnGOB2zjiti0u4b61juLaQSRSDKsK4zUvHNympXsNnHEsNshKM+CZWBIOcsMDI7c0AdXY6f9 kuby4kk82a5k3FsY2qBhV/Afzo0zTv7ON4fM3/abl5+mNu7HH6VT0rxJBfaDFqNypt8uIpF5IVyQ PyyRzViTX9OiF6Wnz9idUnCqSVZsYAHc89qAKUvg/TTqlneQQiFoJnmdQW+cspHrxyc1NrGl39/e 28lvc2ot4fmEE8LMDJ2Y4YZx2HrzVmLXdPmmtYkuVL3cTTRDBG5R1Pt/9Y+lQ/8ACT6X9hmvDc7Y IdhdihH3/u8Y5zQBXvPDEep6mlzeiDYjI5EUZVnZcfeOcYyPTPQZosvDsltLaLLcpJb2Jc26+Xhj uBB3nPPBPQDPerGqeIrTTLS8nKyzm0VGkSFCxG7p/jVFfFMcWs3cV0J0tkt4pkU27bowS4Zn4yBw vWgCWx8NnTpZru1a2jvpF8tSsTeUqZyRt3Z5Pv8ASrEOmXtok0tvdQG7uZvNneSIlD8oUBQGBAAA 7mp5NbsYobqVp/3doVErBScbgCPrkMOlQT+J9MtrqW3lmcPFIInPlMVDkAhc4xkg8CgCE6Bcx6Yd NgvEFrMrrOzxZkYuSXKnOBncexxW1DEsEKRRjCIoVR7DiufvfFEUd1pjQO/kzXEkE0ZhbzAwjLBd uMg5xWmNatWsvtUYmkQMUZY4WZ1YdQVAyMUAaFFZo1/Tmtp7hbkNFAqs7AHowypHrnPGKkutXtrS ZYW82SYqHMcMTOyr0yQBwPrQBeorO/t2x+1/Z/Nbdv8AL37D5Zf+5uxjd7VVh8XaVcLE0Mk7+eu6 AC3fMw77Bj5sd8dKANuiobW5ivLaO4t3EkUgyrDvU1ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB RRRQAUUUUAFFFFAHO3J+1+MII+qwJuI/X/Cl8Tt50tlZqeZJM4/St4RIHLhFDnq2OaGjRmDMilh0 JHIrF0rpq+7NFPVPscvr2kWOnWKvAjCV3CjLZp+twG20zTVKnyo8b8djgf8A166V40kxvRWx03DN Kyh1KsAQexHFS6C1tpcaqPS5zesalFq0MVlp+6RpHBbAxgVJdRiXXdPsVwUtkDMP8/StW9nttH0+ e8eNVjhQs2xRk+1V4NR8u7WPUoILSeYhYSJQxlOMlRwDkYp+yb1k+34C50tjF062e61CW2cf6NDO 00nuewp+nz7NO1e8yMuxUH/P1FbEWv6RIXEN7AzBipCnkkYGPfqPzrOsPFFtqOoQWVtYlUmLsTKN nyKcbtpHJJyMe1JULde43Uv0MpV03+x1GWa/PQLnjn8ulaV7dXJ0uz05v+Pu4ADDuFzxmtDWLx9J Nq1rZW0glk2Mzvs2cZzwpzwCfwpula7a6jaWt5cJDbSXblLdWcFnx07dcDOKSoNK1/IHUv0MjVLS 706Cz+0ywtFE+ECLjHfn8qu+JQtzc6fCB88h6jrg4rTt9X0rU5mt4Lq3uJEySgIOMHBP61VXX7O7 1u1srNIrnfG0jTBhhADgY455B/Km6GjSejsHtNmbEMSQRLFGoVEGABT6y9Q1qPTtTtraZVWKSKSa WZ32rEiY5P1JFWpNTsoooZZLqFY522xMXGHPoK6DItUVRuNa060vEtbi8hjncAqjNgnJwPzqDUPE NlY2k8yubhoU3mOEbmx+HQZ70AatFZ/9rwQ2klzeFbaKPaGZ3B5IHGBzkE4wamttTsr2Qx211DK4 VWKq4JAYZBx7igCy33T9KwOcDBxz64/zg/yreb7p+lYH8Ixz+Gf6+tZVOhcS7ppzcMM87fSsGDwj eqrC+TTr8gkRmYuNkeSQoA+vPrW9po/0gnvt9fp+dctp3j+/1TU7+3g06FYrNXd5CzMcKcdAOprW jTlOLa6ETkkza0jQL6yW/W5uIWSaEQ26KWPlKN3yknkgFuPajT/DlxaabqFs8sRe5tIoFIzgFYQh J46ZqXS/Ey3nhq21eeAxrKcMqnO3nGabc+K4kvIobSIXCPjLBscntWqozbskZyrQjuyGDw1d26+a ksJnininiBJ2sVgETBuOM4ODz2qnqnhu9lae/kO+a63rPHb8+WpVQCoONxGwZ6EgmtvVdbOn3Mdu qRGV03hXcgtzjCgAljUGi+Jf7V1KezeBUaKPzAyOTnpkYIBHWseZXsbcrtczrXw/Jqpvbm4nlVpU dIw9oYAjNH5fAJJ2gdB7nk1dh0K9ZLtp2t1kn05bMBGLAMu/nJA4+YfrVWTxiJZ7Fobe7hha9ktp Ve3O6Tar4C++VHSt2HWrK4a1WOQlrpnWNSpB3IMsD6EYPWmSYt14c1FbK6gspLUteWEdpK0pYbGR WG4ADkHd7VM/hy5bS762EsW+4u4p1POAFEeQeOvyH8xVuTxTpsbhA00jkSELHCzHCNtc8DoDUF54 ntp9Gv5tMmJmitHuIWaMhXAHDLn7wzQBFeeH72S7mubaW33nUY7xFkzjasYQqcDqcGo7nw/qNzcy Xkj2zPcMPOtfMcRFQu1PmAycEk9Bn2xWlYeILW8iUDzvN8kShTCymVePmQY+Yc9qltddsrudIEd0 mfd+7kQqwK4JBB6HBBx6GgDnLLQGj1PS7FZQ62Vsi3+xTscocxDPrkk49BWxFY6ra38t9GtnJLdR os8bSMqoy5AKnBJGD0OPrT5vFOmQWwuDJK8XlmZmjiZtqAkbjgcA4OD3p8viXTobmSBpJN8aI7kR sQA/3RnHU9hQBSGgXgthpnmQf2eLn7R5mT5uPM8zZjGPvfxZ6dqfp3h+4s5NJaSWIiyNyX25+bzG yMfTvV2LxBYyOkbNLFK0qw+VLEyuGYErkHoCAeaS48RafbbhJI5YXP2XasbMTJt3bQAPSgB+h6fJ pmnfZ5mVm82WTK9MM7MP0Nc7qngNri/up7G6ESXSsGRyw2EnORg8jOeD69a6mw1CDUYme3LZRtjo 6lWRvQg8g1y2o+OLq01W9tYrCJ0tXK72kI3YXd0xUyko7m1GhOs2oLY2YPDcFr4Zl0iJsiRWy7d3 PO788flWdZ+EJ4brS557pJGizJf4B/0iUEsrD6MT17AVe8K+IJPENnPNNbC3eKXyymc9gf61fivW 1GG7WxYRzQTNBuljLLuGM8AjI59aaaauiKlOVKThLdHNzeCbk296IbuNJ2nBs3wf3MOTlPx3v+Yq /eeFEudUs3V1Wwig8qaA9ZCoIjP4bifwFUX8QatBaC7up7QQpqQtHWG2bcyiTaTyx6jtj8a34Nes p2iQNIkskxg8uSMqyvtLYYHp8ozTIMaHwvfx+HbjTXuIJJLoP507bs5GBEB7BVANX/7Iu5pNTmmM CSXtmkAVGLBGAcHnA4+YVPN4jsICoLSu7TvbqkcTMxkQZYAAe1V5fE9ncWUzWMrmRoJJLeRoyEkZ VJIUkYJGOR7UAZ8/hjURp1zZW0lqUu44BI8jMCjRqqnAA5BC8HtV2Xw/cSSzMJYgJNTjvR1+4qqC Pr8pqbRPEVvqVnab2kE8tusoLxFBLwCxTPX8Knj8QWTzrAxlimaQRiOWJkOSCV69jtOD3xQBm3Og X41o6jayWxK3huBHIWG5TAI8ZA4ORnPNJN4ev5FaUyQO9xcNNc25dlibKBVGQMnbtB6DJ9K37W8h vPO8hiwikaJjjjcOoHrXHX3jy9trl47fTUnAd1ARmLAKcZOB3rSnSlUdomdStGkryH2Xh9o9S0qw WUOtnbqt/sU7H2HMQye+STj0FbMVjqttfy30a2ckt1Gizxs7KqFc4KnBJGD0IH1qvb+Ll/4RRdZu LOX/AFgjaKEbjkttzRF4pSLWL+K8E6W8SQugMDZiVgdxfjgZHeolFxbTLjJSSktmL/wj135C6d5k P2Bbk3IkyfNPzl9mMY+8fvZ6dqksNBuLUaDvkiP9nQvHLjPzFlA4/KtB9aso4rmRpTstplhkO08M 23A9/vrVT/hLNM3lQ85/etArCBsPKpIKA45bI6UhlnQtPk0vSIrSZlZ0ZySvT5nZh+hrRrnLzxPH HqOleQ0jW9yZ0kiWEmTeoGF24yCOeK0G1+zFotyonkiJYMY4Wby9v3twx8uO+aANOis467YCCeXz spAyo+FJOWxtwO+dwxip77UYNORDMXLSHbHHGhZ3OM4AHJ4oAtUVjReKtNneFInmaSaSSJUELbty Y3gjHGMipE8R6e5f944RUeRXaMhZFUZYof4se1AGrRWZdeINPs4BNPMVj+zG7zsJ/djGT/48OKls dYtdQmaKLzEkCiQJLGULIejAHqPegC9RXO+I/Ek+jahZ2ltarO1wrHLE8Y+lRaH4nvNR1ptPvbJI CIvMDKxOfzFR7SN+U6lgqzpe1tpa+62Onorlbnxh5kUMtvBdW6JqItZvNgPzjLAhfckD3FbNvrtl cvBGjuss0jRCN0Ksrqu4hgehxzzVnKaNFY8vijTophEGmklbzMJHCzH9221+AOxqG68T2k2k3kun zHzVtJZ7eRoyFk2qeVJ4bBxmgDeorH03xFa3ltGSZvNMAmAaFlMowMlBj5hz2qaDXrKaWOImWKWS TyhHLGUYNt3AEHpkcj1oA0qKwH8YWSalLarBeSJFG8jTxwMyYU4bnvgg8+vFaqalbS3UNvHJvkmh 89AoyNnHOffNAFqiiigAooooAKKKKAILy0hv7OW1ukEkMqlXU9xWLD4RtTd3Ut40k4eRWhLTOXRQ m3BbOeeeK6GigDCbwZorfZy9s7G3AWMmV8gDGB15AxRF4M0aCVJYreRJIzmNhM+U5J454+8fzrdo oAq3unW2oRrHcoWVQwADEdVKnp7E1mJ4M0VFVUtmVUO5QJW4OMHHPfv61u0UAc9N4L0owr5MLrNF F5cT+e4wB90Eg5wD/WmaX4Qghjgm1E+dfw4VZo5GG1VztA6djg8c10lFAGZq3h+x1lT9rjJYwtCG B5VWIJwOmeBzVSTwXo0qQxm1/cxSeYIs5TOMYweg7nHU1vUUAYZ8H6Q6SLJBJIJCrNvmc/Mv3WHP BHY1G3gjRGaUm3l/e/eHnvgfNuGBnjBHFdBRQBi/8IlpXm+YsMiP5onBSZxiQDG4c9SOp70lv4S0 q1v3vIYCk5ZWVkbbtAGNox2PcHrW3RQAh6HHWsn7BcY+4Cc5+8PxrXpKmUVIadijZWskMzPIMArj rXBWvgDWrG81aSOW2Zb2KWJSJGUrubIJ47V6XS1rSm6Saj1JlFS3Oe0bQJ9O8Hw6TceTLMqEMQxC 5JzwcVHpHhZrS6S4vJEcocoidM+pNdLSVXtp2a7mbowk030OQ8ZeF9T1nU7G+0qeCOS3RkZZc8g/ SmeDPCepaJq91falLbHzYVhRIc4UAjH4DFdnSVhyK9zp9pLl5Tnrbw/dQ3tuzSQGC3vprpSCdzCQ PwRjAILevSkXw/d28yXUEkDzxXs9wiOSFZZcjBIBIIz6V0dFUZnOaN4du7C6E9zPA7GGdG8sEDdJ LvGM9gOKh/4RS5OmwWxuIt0elSWJIzgs23DfT5a6migDmbnQdVv4oTNc28E1rCY4WgLYcnaGLcZU EDGBnGc5rMu/D89rbm3gaKG/u73zoFtgxWJCgSTJP+zk59cV3NJQBx2v2b6al9baYYy9/ZC2WB1b PyqVXYQMHg4wSMdauv4auGmmuEniWYPbSwggkBolKkN7HJ6V0lLQBzdzoN9e3q6lNJbLexPGYoVZ jHtQscFsZJO4844461SudL1OzurOX/R5LmfVmuPlDeWimEjBOMjpjPqfwrsaKAM3StPmtZru6umQ 3N24d1jJKIAoUAE9eB1wK5XVfB2q3OsX91atbBbmQsCzkErtA2sMeozXeUlTKKlub0MROg24dTmf C3hibTNIu7PVjFcC4l3sASQRgdfyq1ofha00e5ubhYIRK9w8kTJnKIQAF5/Gt2inFKKsiKtWVWbn LdnPjw9OLVYvOiyNU+3Z5+55m7H1xSXWgXTatNqNvJCZPtMc8SOSAcReWQxAOOpIxmuhopmZzmn+ HryC8trm5mgLx3txcuIwcYkUgAZ9M0weGLn+x9OszPFvtfO3tzg70kUY/FxXTUUAc3DoOpyW9lFd XNvE1hA0cEsAJLOY9gcgjjGScc1l3WgTafZ3s0nkrd3McMdssG92adCSrknuSefQZruKSgCppNj/ AGdpkFsTudFzI395zyx/EkmuafQNbjeVbY2oQuxV/NYNgyB/T2xXYUVcKjhsZ1KSnuc8ugXUvhe4 sJHhS5mlMw2klAd4cD1xxipJNEurhNbaR4Vk1K2WJQpJCMEZTk45GTW9RUybk7suMVFJI5e48Oah 5NxbW81r5FzPDPIzltylNmQABjnYMHP4VYi8PzpaWURlizBqL3jHnlSznA9/nFdBRSGcx/wj2oW+ qJfWstqzJdXE/lyFgGWRVAGQDgjb1wahuvCl5cRzb5beb7V5jzRSMyxpI3R1A+9gADBx611tFAHI Wui79esYVfdDZWsa3oCnZJKgxHz3IyT+C1b1HTbTQ3tb6wWG2aJ3BRw+x9wAOSASD8owcH9a6Oig DktD0a6u7g392VRJJrslQCpZZNgUgHpwp6+1WR4bu7i1tbG8mhFpZRskTRZ3yZQoCwPAwGPQnJrp aKAOI1rRdUTR7mWZrdhBpjWcSQhmZzuQhiMD+70/Wugs9PvJNUjv9RaBXhgaGNICSDuILMSQP7o4 7eta1LQBha1pN3eajDc22whYjGcvtZTuBBBwfSotK0a+t9YjurpwYo4mQBpN7ZJHsMDiuhpajkV7 nSsVNQ9npa1jnV8P3YkC+ZB5Samb5WydxUliVIxwQTxz+VLNoF2urSajbyQNKLvz443JClTCIyCQ Dg8Z6GuhoqzmOd0bw/d2Oopd3U0DttuN4jBAzJKHGM9gKrv4Uum0iwtPPh321lPbM3OC0ibQR7Cu qooA5ifQNUvYbcTXUEEtnCY4HgLfOSACW4+XIBGBnrnPFZ93oEunWWoMiwRXl5NC9lFb7n2SoOpJ HPfJ44zXb0lAGHaaBJYX9lLCYpIY7Q2swckE5bcWHHJJzkHHWn+H9Ck0c3BnmWYkiOAgf6uBc7F+ oyf0raooAKKKKAP/2Q== ------=_NextPart_000_0085_01D3589B.1783DFD0--

3 3

Hosted-Engine environment, strange messages in event log
by Artem Tambovskiy 12 Nov '17

12 Nov '17

Any suggestion what can be the reason for those strange messages (repeating every hour) in the web gui event log: Nov 11, 2017 7:07:01 PM Status of host ovirt2.prod.env was set to Up. Nov 11, 2017 7:06:54 PM Failed to update OVF disks 94b7554b-4c18-4296-b795-98ca6c0fb251, 002af29c-58df-493d-a45c-5009d4dfc1de, OVF data isn't updated on those OVF stores (Data Center oVirtDC, Storage Domain oVirtMigration). Nov 11, 2017 7:06:53 PM Failed to update OVF disks c7bb37de-739b-4899-8d23-d9197f81b596, OVF data isn't updated on those OVF stores (Data Center oVirtDC, Storage Domain oVirtStorageData). Nov 11, 2017 7:06:53 PM Host ovirt2.prod.env is not responding. Host cannot be fenced automatically because power management for the host is disabled. Nov 11, 2017 6:06:57 PM Status of host ovirt2.prod.env was set to Up. Nov 11, 2017 6:06:51 PM Failed to update OVF disks 94b7554b-4c18-4296-b795-98ca6c0fb251, 002af29c-58df-493d-a45c-5009d4dfc1de, OVF data isn't updated on those OVF stores (Data Center oVirtDC, Storage Domain oVirtMigration). Nov 11, 2017 6:06:48 PM Failed to update OVF disks c7bb37de-739b-4899-8d23-d9197f81b596, OVF data isn't updated on those OVF stores (Data Center oVirtDC, Storage Domain oVirtStorageData). Nov 11, 2017 6:06:48 PM Host ovirt2.prod.env is not responding. Host cannot be fenced automatically because power management for the host is disabled. Power Management is not configured yet, plaqnning to test it on coming week. So far I have one host serving 5 VM's + hosted_engine. I was planning to add one more host to the cluster this week. All storage domains running on GlusterFS cluster. Regards, Artem

1 0

Can't add disks at all
by Neil 12 Nov '17

12 Nov '17

Hi guys, I've got a strange one. I'm running ovirt 3.5.x with NFS storage from two NAS's All my VM's are running fine, however if I try to add a new disk, I click OK and nothing happens. Nothing is logged in the ovirt logs or the vdsm logs either. I've tried different browsers, I've tried tried changing the disk type etc, but no matter what, I click the OK button to add the disk, and the button shows it's been clicked, but the page just sits there, eventually after waiting 5-10 minutes I have to click cancel. Nothing is logged under tasks, etc in the ovirt GUI too. I have tried restarting my ovirt engine completely. My engine logging is working as I do see logs when I click around in my ovirt GUI. One of my storage domains is 100% full(400MB free), and I get a warning about this in the event logs, however the domain I'm trying to add it from isn't the full one. Any ideas where I can start looking? Thank you. Regards. Neil Wilson.

2 1