- Users - oVirt List Archives

[ANN] oVirt 4.2.0 Third Candidate Release is now available for testing
by Sandro Bonazzola 18 Dec '17

18 Dec '17

The oVirt Project is pleased to announce the availability of the Third Candidate Release of oVirt 4.2.0, as of December 18th, 2017 This is pre-release software. This pre-release should not to be used in production. Please take a look at our community page[1] to learn how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This release candidate includes fixes to the blocker bugs found while testing the second release candidate. This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later * oVirt Node 4.2 (available for x86_64 only) 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 Node is already available [4] Additional Resources: * Read more about the oVirt 4.2.0 release highlights: http://www.ovirt.org/release/4.2.0/ * 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.2.0/ [4] http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/ -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

Reassign ovirtmgmt to a new bond with ansible
by Luca 'remix_tj' Lorenzetto 18 Dec '17

18 Dec '17

Hello, I'm trying to create a playbook for deployment of a new node in my ovirt deployment. I'm using the role ovirt-infra from ovirt-infra-roles 1.1.1. I'm creating a new bond and assigning ovirtmgmt to that bond: This is the value of the variable host_networks printed out by ansible: TASK [host_networks] ********************************************************************************************************************************* ok: [localhost] => { "host_networks": [ { "bond": { "interfaces": [ "enp2s0f0", "enp2s0f1" ], "mode": 1, "name": "bond0" }, "check": true, "name": "ovirt01.intranet.company.it", "networks": [ { "address": "10.5.40.197", "boot_protocol": "static", "gateway": "10.5.43.254", "name": "ovirtmgmt", "prefix": "255.255.252.0" } ], "save": true }, { "bond": { "interfaces": [ "enp2s0f2", "enp2s0f3" ], "mode": 1, "name": "bond1" }, "check": true, "name": "ovirt01.intranet.company.it", "networks": [ { "address": "10.5.160.47", "boot_protocol": "static", "name": "NFS", "netmask": "255.255.252.0" } ], "save": true } ] } When running the playbook i get: Error: Fault reason is "Operation Failed". Fault detail is "[Cannot setup Networks. Network ovirtmgmt is already attached via attachment 3315148d-f669-48b0-9c16-601faaea9ce5. A new attachment cannot be used for the same network, please reuse the existing one.]" How do i reuse the existing attachment? The other network (NFS) has been attached without issues. -- "E' assurdo impiegare gli uomini di intelligenza eccellente per fare calcoli che potrebbero essere affidati a chiunque se si usassero delle macchine" Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716) "Internet è la più grande biblioteca del mondo. Ma il problema è che i libri sono tutti sparsi sul pavimento" John Allen Paulos, Matematico (1945-vivente) Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <lorenzetto.luca(a)gmail.com>

3 3

Re: [ovirt-users] oVirt Actual Size <1GB
by Eyal Shenitzky 18 Dec '17

18 Dec '17

Hi Johann, >From the log I can see that the extend operation failed and the VM should restart in order to detect the new size: 2017-12-12 13:44:32,353 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ExtendVmDiskSizeVDSCommand] (pool-6-thread-49) START, ExtendVmDiskSizeVDSCommand(HostName = local_host, HostId = df207913-ef95-4783-91a8-eec9642c2393, vmId=00000000-0000-0000-0000-000000000000), log id: 7c2329fd 2017-12-12 13:44:32,417 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ExtendVmDiskSizeVDSCommand] (pool-6-thread-49) Failed in ExtendVmDiskSizeVDS method 2017-12-12 13:44:32,417 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ExtendVmDiskSizeVDSCommand] (pool-6-thread-49) Error code GeneralException and error message VDSGenericException: VDSErrorException: Failed to ExtendVmDiskSizeVDS, error = 'sdUUID' 2017-12-12 13:44:32,418 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ExtendVmDiskSizeVDSCommand] (pool-6-thread-49) Command ExtendVmDiskSizeVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to ExtendVmDiskSizeVDS, error = 'sdUUID' 2017-12-12 13:44:32,419 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ExtendVmDiskSizeVDSCommand] (pool-6-thread-49) FINISH, ExtendVmDiskSizeVDSCommand, log id: 7c2329fd 2017-12-12 13:44:32,420 WARN [org.ovirt.engine.core.bll.ExtendImageSizeCommand] (pool-6-thread-49) Failed to update VM Server2012 with the new volume size due to error: VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to ExtendVmDiskSizeVDS, error = 'sdUUID' (Failed with VDSM error GeneralException and code 100).VM should be restarted to detect the new size. On Wed, Dec 13, 2017 at 11:33 AM, Johann van der Westhuizen < johann(a)sharenet.co.za> wrote: > Hi, > > > > Log file attached. > > > > Regards / Groete, > > > > JOHANN VAN DER WESTHUIZEN > > Systems Administrator > > > > 4 Silverwood Close > <https://maps.google.com/?q=4+Silverwood+Close&entry=gmail&source=g> > > T > > +27 21 700 4827 <+27%2021%20700%204827> > > Steenberg Office Park > > E > > johann(a)sharenet.co.za > > Westlake > > > > > > *www.sharenet.co.za* <http://www.sharenet.co.za/> > > > > <http://www.sharenet.co.za/v3/trade/> > > > > The views and opinions expressed in this message are those of the > individual sender of this message and do not necessarily represent the > views and opinions of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd > does not accept responsibility for such views and opinions and this message > should not be read as representing the views and opinions of Sharenet (Pty) > Ltd without subsequent written confirmation. Each page attached hereto must > also be read in conjunction with this disclaimer. Confidentiality note: > This message is intended for the addressee only. If you are not the > intended recipient of this message, you are notified that any distribution, > use of or copying of this communication is strictly prohibited. If you have > received the communication in error, please notify the sender immediately. > > > > Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430) > are authorised financial service providers. > > > > *From:* Eyal Shenitzky [mailto:eshenitz@redhat.com] > *Sent:* 13 December 2017 11:21 > *To:* Johann van der Westhuizen <johann(a)sharenet.co.za> > *Cc:* Simone Tiraboschi <stirabos(a)redhat.com>; users(a)ovirt.org > *Subject:* Re: [ovirt-users] oVirt Actual Size <1GB > > > > Hi Johann, > > > > You can find the engine log under: /var/log/ovirt-engine/engine.log > > > > Please add this log also. > > > > > > On Wed, Dec 13, 2017 at 8:39 AM, Johann van der Westhuizen < > johann(a)sharenet.co.za> wrote: > > Hi, > > > > Thanks for the reply and update. > > > > I had a look and can only find this directory: /var/log/ovirt-engine/ > > > > I attached some other files that might help? > > > > Did that other log file I’ve attached helped in any way? > > > > Will you be able to assist me with this and help me fix it. > > > > Thanks. > > > > Regards / Groete, > > > > JOHANN VAN DER WESTHUIZEN > > Systems Administrator > > > > 4 Silverwood Close > <https://maps.google.com/?q=4+Silverwood+Close&entry=gmail&source=g> > > T > > +27 21 700 4827 <+27%2021%20700%204827> > > Steenberg Office Park > > E > > johann(a)sharenet.co.za > > Westlake > > > > > > *www.sharenet.co.za* <http://www.sharenet.co.za/> > > > > <http://www.sharenet.co.za/v3/trade/> > > > > The views and opinions expressed in this message are those of the > individual sender of this message and do not necessarily represent the > views and opinions of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd > does not accept responsibility for such views and opinions and this message > should not be read as representing the views and opinions of Sharenet (Pty) > Ltd without subsequent written confirmation. Each page attached hereto must > also be read in conjunction with this disclaimer. Confidentiality note: > This message is intended for the addressee only. If you are not the > intended recipient of this message, you are notified that any distribution, > use of or copying of this communication is strictly prohibited. If you have > received the communication in error, please notify the sender immediately. > > > > Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430) > are authorised financial service providers. > > > > *From:* Simone Tiraboschi [mailto:stirabos@redhat.com] > *Sent:* 12 December 2017 19:45 > *To:* Johann van der Westhuizen <johann(a)sharenet.co.za> > *Cc:* Amit Aviram <aaviram(a)redhat.com>; users(a)ovirt.org > *Subject:* Re: [ovirt-users] oVirt Actual Size <1GB > > > > > > > > On Tue, Dec 12, 2017 at 4:23 PM, Johann van der Westhuizen < > johann(a)sharenet.co.za> wrote: > > Hi, > > > > Okay I got the vdsm.log, please see link below: > > > > http://support.sharenet.co.za/vdsm.log > > > > But can’t find the agent.log file. > > > > /var/log/ovirt-hosted-engine-ha/agent.log > > > > > > Regards / Groete, > > > > JOHANN VAN DER WESTHUIZEN > > Systems Administrator > > > > 4 Silverwood Close > <https://maps.google.com/?q=4+Silverwood+Close&entry=gmail&source=g> > > T > > +27 21 700 4827 <+27%2021%20700%204827> > > Steenberg Office Park > > E > > johann(a)sharenet.co.za > > Westlake > > > > > > *www.sharenet.co.za* <http://www.sharenet.co.za/> > > > > <http://www.sharenet.co.za/v3/trade/> > > > > The views and opinions expressed in this message are those of the > individual sender of this message and do not necessarily represent the > views and opinions of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd > does not accept responsibility for such views and opinions and this message > should not be read as representing the views and opinions of Sharenet (Pty) > Ltd without subsequent written confirmation. Each page attached hereto must > also be read in conjunction with this disclaimer. Confidentiality note: > This message is intended for the addressee only. If you are not the > intended recipient of this message, you are notified that any distribution, > use of or copying of this communication is strictly prohibited. If you have > received the communication in error, please notify the sender immediately. > > > > Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430) > are authorised financial service providers. > > > > *From:* Simone Tiraboschi [mailto:stirabos@redhat.com] > *Sent:* 12 December 2017 15:44 > *To:* Johann van der Westhuizen <johann(a)sharenet.co.za> > *Cc:* Amit Aviram <aaviram(a)redhat.com>; users(a)ovirt.org > *Subject:* Re: [ovirt-users] oVirt Actual Size <1GB > > > > > > > > On Tue, Dec 12, 2017 at 12:38 PM, Johann van der Westhuizen < > johann(a)sharenet.co.za> wrote: > > Hi, > > > > Okay, I have a question, if you will be able to assist me. > > > > I’ve extended the size of the disk via the oVirt Admin and now all of a > sudden it shows actual size < 1GB and the VM doesn’t want to boot, the > virtual size was 100GB and I’ve changed it to 150GB. > > > > Anything you could do to help me fix this. > > > > Do you mean that you installed hosted-engine and extended the disk of the > engine VM? > > If so, could you please attach vdsm.log and agent.log from the host that > tries to start the engine VM? > > > > > > > > Much appreciated. > > > > Thanks. > > > > Regards / Groete, > > > > JOHANN VAN DER WESTHUIZEN > > Systems Administrator > > > > 4 Silverwood Close > <https://maps.google.com/?q=4+Silverwood+Close&entry=gmail&source=g> > > T > > +27 21 700 4827 <+27%2021%20700%204827> > > Steenberg Office Park > > E > > johann(a)sharenet.co.za > > Westlake > > > > > > *www.sharenet.co.za* <http://www.sharenet.co.za/> > > > > <http://www.sharenet.co.za/v3/trade/> > > > > The views and opinions expressed in this message are those of the > individual sender of this message and do not necessarily represent the > views and opinions of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd > does not accept responsibility for such views and opinions and this message > should not be read as representing the views and opinions of Sharenet (Pty) > Ltd without subsequent written confirmation. Each page attached hereto must > also be read in conjunction with this disclaimer. Confidentiality note: > This message is intended for the addressee only. If you are not the > intended recipient of this message, you are notified that any distribution, > use of or copying of this communication is strictly prohibited. If you have > received the communication in error, please notify the sender immediately. > > > > Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430) > are authorised financial service providers. > > > > > _______________________________________________ > 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 > > > > > > -- > > Regards, > > Eyal Shenitzky > -- Regards, Eyal Shenitzky

2 5

FOSDEM '18 vVirt and IaaS room agenda published!
by Doron Fediuck 17 Dec '17

17 Dec '17

This[1] is your chance to meet some of the oVirt guys and here some interesting talks. See you in FOSDEM! Doron [1] https://fosdem.org/2018/schedule/track/virtualization_and_iaas/

1 0

virt-p2v not recognising Hard Disks of Server
by Anantha Raghava 16 Dec '17

16 Dec '17

This is a multi-part message in MIME format. --------------703700E9D5D377A7CE8E2B07 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, I am trying to convert a physical server (10 year old hardware with PCI LSI Loging / Symbios LSI MegaRAID controller and SCSI drives, RAID 5 Configuration). Host to be converted has Fedora 5 OS. I have downloaded the virt-p2v.iso (Cent OS 7.3). I have prepared the conversion server. I am able to boot the physical server with virt-p2v.iso. I am able to connect to conversion server. But none of the Hard Disks are listed to select for conversion. I opine, probably it is something to do with SCSI / RAID Card drivers. Is there a way I can get these drivers into virt-p2v.iso? Any suggestions to get this task to completion? Thanks in advance. -- Thanks & Regards, Anantha Raghava Do not print this e-mail unless required. Save Paper & trees. --------------703700E9D5D377A7CE8E2B07 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hello, I am trying to convert a physical server (10 year old hardware with PCI LSI Loging / Symbios LSI MegaRAID controller and SCSI drives, RAID 5 Configuration). Host to be converted has Fedora 5 OS. I have downloaded the virt-p2v.iso (Cent OS 7.3). I have prepared the conversion server. I am able to boot the physical server with virt-p2v.iso. I am able to connect to conversion server. But none of the Hard Disks are listed to select for conversion. I opine, probably it is something to do with SCSI / RAID Card drivers. Is there a way I can get these drivers into virt-p2v.iso? Any suggestions to get this task to completion? <div class="moz-signature">Thanks in advance. <meta http-equiv="content-type" content="text/html; charset=utf-8"> <title></title> <meta name="generator" content="LibreOffice 5.0.3.2 (Linux)"> <meta name="created" content="00:00:00"> <meta name="changedby" content="Anantha Raghava"> <meta name="changed" content="2016-01-05T17:20:50.677541300"> <meta name="created" content="00:00:00"> <meta name="changedby" content="Anantha Raghava"> <meta name="changed" content="2015-12-20T09:03:26.251763811"> <meta name="created" content="2015-02-21T00:00:00"> <meta name="changedby" content="Anantha Raghava"> <meta name="changed" content="2015-12-20T09:02:11.666821134"> <style type="text/css"> @page { margin: 2cm } p { margin-bottom: 0.25cm; color: #000000; line-height: 120% } address { color: #000000 } a:link { so-language: zxx } </style> -- Thanks & Regards, <address style="line-height: 100%">Anantha Raghava</address> Do not print this e-mail unless required. Save Paper & trees. </div> </body> </html> --------------703700E9D5D377A7CE8E2B07--

2 1

katello-agent is available for testing in CentOS Virt SIG
by Sandro Bonazzola 15 Dec '17

15 Dec '17

Hi, for those willing to use katello for monitoring oVirt hosts upgrade status, we added katello-agent to CentOS Virt SIG testing repo. If no negative feedback is provided, I'll tag it for release on December 20th. In order to install it: # yum install centos-release-ovirt41 # yum-config-manager --enable centos-ovirt41-testing --save # yum install katello-agent Note that oly the agent/client part has been included in Virt SIG, in order to install foreman with katello plugin follow katello website instructions. For more info about katello: https://www.theforeman.org/plugins/katello/ Thanks, -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

(no subject)
by Roberto Nunin 14 Dec '17

14 Dec '17

Another attempt to fully check deploy of ovirt-node-ng and hoste engine in my lab environment. Ovirt node image used: ovirt-node-ng-installer-ovirt-4.2-pre-2017121215.iso Three HPE Proliant BL680cG7, with local storage (Gluster). Full deploy from scratch, executed two times just to have confirmation. In both cases I had the same condition. Gluster deploy complete without issues. Hosted Engine do not complete, hangs at the end of the process, when HE VM is answering correctly. Imported two additional hosts (now that part works correctly) Added first data domain, ok Imported automatically the hosted-engine data domain Failed to import the Hosted Engine VM is the error that appear in the event log. Attached the HE deploy log and HE engine.log, where are reported all the attempts to import HE VM: 2017-12-14 01:43:38,733+01 ERROR [org.ovirt.engine.core.bll.HostedEngineImporter] (EE-ManagedThreadFactory-engine-Thread-259) [1193f931] Failed importing the Hosted Engine VM 2017-12-14 01:43:38,739+01 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-259) [1193f931] EVENT_ID: HOSTED_ENGINE_VM_IMPORT_FAILED(10,457), Failed importing the Hosted Engine VM 2017-12-14 01:43:53,703+01 ERROR [org.ovirt.engine.core.bll.HostedEngineImporter] (EE-ManagedThreadFactory-engine-Thread-266) [4d597e01] Failed importing the Hosted Engine VM 2017-12-14 01:44:08,812+01 ERROR [org.ovirt.engine.core.bll.HostedEngineImporter] (EE-ManagedThreadFactory-engine-Thread-273) [5cef57aa] Failed importing the Hosted Engine VM This is the screenshot of the "frozen" phase [image: Immagine incorporata 1] Any hint about find the reason about the failed import ? Thanks in advance. Available for further tests. -- Roberto

2 1

about iscsi multipathing
by Nathanaël Blanchet 14 Dec '17

14 Dec '17

Hi all, It should be a good idea not to allow adding a new iscsi multipath profile when hosts don't have an IP address on the selected network... or make unvailable network that don't have IP address in the dialog. Currently, engine allows it without error while it is not effective on the hosts. Should be a RFE, shouldn't be? -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

1 0

Storage Migration issues
by Mark Steele 14 Dec '17

14 Dec '17

Hello, We have begun migrating VM boot disks from one Storage domain to another. Both the storage domains are NFS and both are V3. The Ovirt instance is oVirt Engine Version: 3.5.0.1-1.el6 I am shutting down the VM's prior to migration (not a live migration). When the disks complete their move, I start the VM back up on the original host. The hosts are all running either Ubuntu 14.04 LTS or 16.04 LTS I have experienced the following two issues: - when the VM's come back up, they are not mounting an external NFS mount that is defined in /etc/fstab. The mount can be reinstated manually and survives subsequent reboots - but every VM that has an external NFS mount has this issue after migration - VM's that have a docker instance running no longer respond to web requests on the web server ports that the docker instance is running. Any thoughts on why this would happen would be greatly appreciated. Best regards, *** *Mark Steele* CIO / VP Technical Operations | TelVue Corporation TelVue - We Share Your Vision 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue

2 3

Q: Partitioning - oVirt 4.1 & GlusterFS 2-node System
by Andrei V 14 Dec '17

14 Dec '17

Hi, I'm going to setup relatively simple 2-node system with oVirt 4.1, GlusterFS, and several VMs running. Each node going to be installed on dual Xeon system with single RAID 5. oVirt node installer uses relatively simple default partitioning scheme. Should I leave it as is, or there are better options? I never used GlusterFS before, so any expert opinion is very welcome. Thanks in advance. Andrei

4 4

engine-phx.ovirt.org upgraded to 4.2.0 RC
by Evgheni Dereveanchin 14 Dec '17

14 Dec '17

Hi everyone, I wanted to share the good news: our main oVirt instance in PHX is now running the latest 4.2.0 release candidate. This is a Hosted Engine setup that went through lots of updates and hosts most of the services for the project such as the entire CI setup, package repositories, mailing lists and lots of other stuff across hundreds of VMs and a dozen of hosts. During this upgrade we've tested multiple components since our setup uses many of the customization options offered by oVirt: unusual network configurations, resource quotas, local and shared storage domains and even uncommon hardware architectures such as POWER8. We faced some problems with Hosted Engine during the upgrade since our environment was deployed way back as 3.4 and HE changed a lot since. Short upgrade guidance: 1) no HE -> just upgrade and enjoy 2) HE on a system that was initially deployed as 4.0 or 4.1 -> upgrade HE hosts, then - the engine 3) HE on a system that was initially deployed before 4.0 -> check out [1] to confirm if HE configs are OK, then upgrade HE hosts, then - the engine I've reported several bugs during the course of this upgrade and most of them are fixed by now. Hopefully this effort will make your upgrades go smoothly. If you hit any issues with 4.2 - please file bugs as well or start a discussion on the list. -- Regards, Evgheni Dereveanchin [1] https://bugzilla.redhat.com/show_bug.cgi?id=1521011

3 2

Debugging why hosted engine flips between EngineUp and EngineBadHealth
by Luca 'remix_tj' Lorenzetto 13 Dec '17

13 Dec '17

Hi all, since some days my hosted-engine environments (one RHEV 4.0.7, one ovirt 4.1.7) continue to send mails about changes between EngineUp and EngineBadHealth. This is pretty annoying and i'm not able to find out the root cause. The only issue i've seen on hosts is this error appearing sometimes randomly about sending mails. Thread-1::ERROR::2017-12-01 03:05:05,084::notifications::39::ovirt_hosted_engine_ha.broker.notifications.Notifications::(send_email) [Errno -2] Name or service not known Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/notifications.py", line 26, in send_email timeout=float(cfg["smtp-timeout"])) File "/usr/lib64/python2.7/smtplib.py", line 255, in __init__ (code, msg) = self.connect(host, port) File "/usr/lib64/python2.7/smtplib.py", line 315, in connect self.sock = self._get_socket(host, port, self.timeout) File "/usr/lib64/python2.7/smtplib.py", line 290, in _get_socket return socket.create_connection((host, port), timeout) File "/usr/lib64/python2.7/socket.py", line 553, in create_connection for res in getaddrinfo(host, port, 0, SOCK_STREAM): gaierror: [Errno -2] Name or service not known Thread-6::WARNING::2017-12-01 03:05:05,427::engine_health::130::engine_health.CpuLoadNoEngine::(action) bad health status: Hosted Engine is not up! There are no errors on engine logs and all the api queries done by ovirt-hosted-engine-ha returns HTTP code 200. I suspect the switch between EngineUP and EngineBadHealth status could be due to some dns resolution issues, but there is no clear message on the log showing this and this doesn't help our netadmins to make some traces. Is there a way to increase the verbosity of broker.log and agent.log? Luca -- "E' assurdo impiegare gli uomini di intelligenza eccellente per fare calcoli che potrebbero essere affidati a chiunque se si usassero delle macchine" Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716) "Internet è la più grande biblioteca del mondo. Ma il problema è che i libri sono tutti sparsi sul pavimento" John Allen Paulos, Matematico (1945-vivente) Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <lorenzetto.luca(a)gmail.com>

4 12

oVirt Actual Size <1GB
by Johann van der Westhuizen 13 Dec '17

13 Dec '17

--_004_DB6PR0602MB32235C40D3375918B34659AEF3340DB6PR0602MB3223_ Content-Type: multipart/alternative; boundary="_000_DB6PR0602MB32235C40D3375918B34659AEF3340DB6PR0602MB3223_" --_000_DB6PR0602MB32235C40D3375918B34659AEF3340DB6PR0602MB3223_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Okay, I have a question, if you will be able to assist me. I've extended the size of the disk via the oVirt Admin and now all of a sud= den it shows actual size < 1GB and the VM doesn't want to boot, the virtual= size was 100GB and I've changed it to 150GB. Anything you could do to help me fix this. Much appreciated. Thanks. Regards / Groete, JOHANN VAN DER WESTHUIZEN Systems Administrator 4 Silverwood Close T +27 21 700 4827 Steenberg Office Park E johann(a)sharenet.co.za<mailto:johann@sharenet.co.za> Westlake www.sharenet.co.za<http://www.sharenet.co.za/> [cid:image001.gif@01D3734E.5D8384E0]<http://www.sharenet.co.za/v3/trade/> The views and opinions expressed in this message are those of the individua= l sender of this message and do not necessarily represent the views and opi= nions of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd does not acce= pt responsibility for such views and opinions and this message should not b= e read as representing the views and opinions of Sharenet (Pty) Ltd without= subsequent written confirmation. Each page attached hereto must also be re= ad in conjunction with this disclaimer.?Confidentiality note: This message = is intended for the addressee only. If you are not the intended recipient o= f this message, you are notified that any distribution, use of or copying o= f this communication is strictly prohibited. If you have received the commu= nication in error, please notify the sender immediately. Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430) are au= thorised financial service providers. --_000_DB6PR0602MB32235C40D3375918B34659AEF3340DB6PR0602MB3223_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-GB" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi,<o:p></o:p> <o:p> </o:p> Okay, I have a question, if you will be able to assi= st me.<o:p></o:p> <o:p> </o:p> I’ve extended the size of the disk via the oVi= rt Admin and now all of a sudden it shows actual size < 1GB and the VM d= oesn’t want to boot, the virtual size was 100GB and I’ve change= d it to 150GB.<o:p></o:p> <o:p> </o:p> Anything you could do to help me fix this.<o:p></o:p= > <o:p> </o:p> Much appreciated.<o:p></o:p> <o:p> </o:p> Thanks.<o:p></o:p> <o:p> </o:p> Regards / Groete,<o:p></o:p>= <o:p> </o:p> <div style=3D"mso-element:para-border-div;border:none;border-bottom:solid w= indowtext 1.0pt;padding:0cm 0cm 1.0pt 0cm;background:white"> <= span lang=3D"EN-US" style=3D"color:#212121;mso-fareast-language:EN-GB">JOHA= NN VAN DER WESTHUIZEN<o:p></o:p> </div> Systems Administrator= <o:= p></o:p>  <o:p></o:p>= <table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding= =3D"0" style=3D"margin-left:-5.4pt;background:white;border-collapse:collaps= e"> <tbody> <tr> <td width=3D"201" valign=3D"top" style=3D"width:150.65pt;padding:0cm 5.4pt = 0cm 5.4pt"> 4 Silverw= ood Close<o:p></o:p> </td> <td width=3D"23" valign=3D"top" style=3D"width:17.15pt;padding:0cm 5.4pt 0c= m 5.4pt"> T<o:p></o:p><= /p> </td> <td width=3D"349" valign=3D"top" style=3D"width:261.85pt;padding:0cm 5.4pt = 0cm 5.4pt"> +27 21 700 4827<o:p></o:p> </td> </tr> <tr> <td width=3D"201" valign=3D"top" style=3D"width:150.65pt;padding:0cm 5.4pt = 0cm 5.4pt"> Steenberg Office Park<o:p></o:p> </td> <td width=3D"23" valign=3D"top" style=3D"width:17.15pt;padding:0cm 5.4pt 0c= m 5.4pt"> E<o:p></o:p><= /p> </td> <td width=3D"349" valign=3D"top" style=3D"width:261.85pt;padding:0cm 5.4pt = 0cm 5.4pt"> <a href= =3D"mailto:johann@sharenet.co.za">johann@shar= enet.co.za</a><o:p></o:p> </td> </tr> <tr> <td width=3D"201" valign=3D"top" style=3D"width:150.65pt;padding:0cm 5.4pt = 0cm 5.4pt"> Westlake<o:p></o:p><= /span> </td> <td width=3D"23" valign=3D"top" style=3D"width:17.15pt;padding:0cm 5.4pt 0c= m 5.4pt"></td> <td width=3D"349" valign=3D"top" style=3D"width:261.85pt;padding:0cm 5.4pt = 0cm 5.4pt"> <o:p>&nbs= p;</o:p>  <o:p></o:p></s= pan> </td> </tr> </tbody> </table> <a href=3D"http://www.sharen= et.co.za/">www.sharenet.co.za</a><o:p></o:p>  <o:p></o:p>= <a href=3D"http://www.sha= renet.co.za/v3/trade/"><img border=3D"0" width=3D"60= 1" height=3D"74" style=3D"width:6.2604in;height:.7708in" id=3D"Picture_x002= 0_1" src=3D"cid:image001.gif@01D3734E.5D8384E0"></a><o:p></o:p><= /p>  <o:p></o:p>= The views an= d opinions expressed in this message are those of the individual sender of = this message and do not necessarily represent the views and opinions of Sharenet (Pty) Ltd. Consequently,&nbsp= ;Sharenet (Pty) Ltd does not accept responsibility for such views and = opinions and this message should not be read as representing the views and = opinions of Sharenet (Pty) Ltd without subsequent written confirmation. Each page attached hereto must also be read in conjunction w= ith this disclaimer. Confidentiality note: This message is intended for the addressee only. If you are not the = intended recipient of this message, you are notified that any distribution,= use of or copying of this communication is strictly prohibited. If you hav= e received the communication in error, please notify the sender immediately.<o:p></o:p>  </span= ><o= :p></o:p> Sharenet&nbs= p;Investments (FSP#46570) and Sharenet Securities (FSP#28430) are=  authorised financial service providers.<o:p></o:p></p= > <o:p> </o:p> </div> </body> </html> --_000_DB6PR0602MB32235C40D3375918B34659AEF3340DB6PR0602MB3223_-- --_004_DB6PR0602MB32235C40D3375918B34659AEF3340DB6PR0602MB3223_ Content-Type: image/gif; name="image001.gif" Content-Description: image001.gif Content-Disposition: inline; filename="image001.gif"; size=14697; creation-date="Tue, 12 Dec 2017 11:38:40 GMT"; modification-date="Tue, 12 Dec 2017 11:38:40 GMT" Content-ID: <image001.gif(a)01D3734E.5D8384E0> Content-Transfer-Encoding: base64 R0lGODdhWQJKAHcAACH+GlNvZnR3YXJlOiBNaWNyb3NvZnQgT2ZmaWNlACwAAAAAWQJKAIcAAAD/ ///39/fFxcXm7+alpaVCQkIxMTEhISGcnJQICAjm3uYQCAjWzs7W3tZ7e3NrY2MQGRCUjIxrc2sp ISm1ta3m5q1rexlrUhl7hISce2vOzs6cnGtzc0KUGZxaUlrmrZzmhJylhM7vpVo6Shnere86exkQ exkQUhnehM5ShJy9tb3mUu/mUq3mGe/mGa1zWpy9jJzmUs7mUozmGc7mGYxSWpxaY2MxhJxSUkpK GTFz5t5rGQhjhO9zGWMxhN4x5t4x5pxz5py1pRm1Qlq1QhljUu8xUt4xtd4xtZzvc1pztd5ztZy1 cxm1EFq1EBk6GQiU3qXOpVpS5t5S5pyUpRmUQlqUQhnOc1pStd5StZyUcxmUEFqUEBnmpQjmpSkQ SnOMhIzmQmvmQimlrebmcynmEGvmECmlhO/ercWlpUrmQkrmQgjmcwjmEErmEAjOxbXF3u/ehO8Q Kd4QKZy13lq13hCc3u8QCN4QCJyU3lqU3hCMe1IQUlKlzs7m5tbmzlrm71oQ5mvm7xAQ5ikQrWsQ rSm9rZQQ5krmzhAQ5ggQrUoQrQj//+8pKVoQUowxUoxzKd4xKd4xKZxzKZy13nu13jEIKVpSKd5S KZwpCFpzCN4xCN4xCJxzCJyU3nuU3jEICFpSCN5SCJzmznu176UQe2tzKTEQUq2tc0oQhK1zhM5S KWMQhO8Q5u8Q5q1zUs4QUu8Qte8Qta0Qe0pzCDEQhIxShM5SCGMQhM4Q5s4Q5oxSUs4QUs4Qtc4Q tYz/7+/3//fmzqVz5mvm73s6c2sx5mvm7zEx5ilz5im1Uu+1Uq0xrWsxrSlzrWtzrSm1Ge+1Ga2l 785S5mtS5imUUu+UUq1SrWtSrSmUGe9z5ko6c0ox5krmzjEx5ghz5gi1Us61UowxrUoxrQhzrUpz rQi1Gc61GYxS5kpS5giUUs6UUoxSrUpSrQiUGc69xa339/+UhKVzUkIxUq1zjKUQCCk6SmOcrb3m zs4IKSn39+bF3s733u8AGQgAABDFxdYI/wBXbNggkODAAQMNKiyocGFChgUjbkA4UCJFiBUzUnTI 0eHFhxkNbpSo8KPGkB5RkixoUqTKkw1XHnzpMuZEmiRbWnypMyRLnDMbRgBAtKjRo0iTKl3KtKnT p1CjSp1KtarVq1izanW6IYDXr18JBAgGtizZsmDJnkUblm1ZsW4DwI07dq5bu2jxstWbl65cv8Hg +eULlvDXs2vRqo1r+PBYwIz9Pk78tiyCrZgza97MubPnz6CnrtgbDBg8wgQInK6sOjVjwWL1xhbM Gjbj0rbf4qYsF7dh1b4px/5b+/fq1PAa9ZUtd7Vb062B5229HB5vr41OwwMmPS3308L/Gv8n8J1y 9uFeL4dez769+/fw4xftihYebO1uaYe1DyyA/ufNbceWgIX5B51f9wFzXTB4qaagYP+h1R+D210X IXUExiVYf87Vl1eF/vnVn4EavlVhhvk9SBiKzT0YoYT+4TcgWOrJZ+ONOOaoI3ujPbeddQqWlVyB /Yn1olmm9cbXWoGVRpxk4nX4VYS2USeZarmBJaVYpoEHpVxJMrdflFCSdxyMBVopGZD2EUBZYrg1 11hhppVGWZJf1bjjnnz26eef9N0l3mD+UfilV1hKyVqLh0JYJF0OxthogI1xyOWhUR6pJYd4fjkb XV1yyKKgl2qKaIAjQlmlZHr+6eqrsMb/qtlo13nVpXZ8hTrqk0L+9aiE9v1oXV/5OdjmXkUq6tWQ bGUHTJd8AWdadvUFo1x9G+KK7JnEDggtr/vFlmphtbap7YdhknYXtMr+1aqs8MYr77xEbaCmWahm qB2D4CKq3bhgHaiom8Yypxq1ZSk3G4r8BZYrhXytymGaxxb33HCdGmikkQmvZqqDHBdm33l7Bath f6YFOSWWkVY2saA/2mUkMPmAFsEB9Fp1wFDy7ZyzzTjHt0Kchj2r5FcpZ4n0j71F9i2q/cbIZbtQ q9aWsaSlOyBup6V6a5y9dhkAwEv7NqLVB78Ys1yEJQkdXPaBGXe1b0f26alal/WtcVwH/yzYu5j5 80ADYfxMlQT/PADfBwQZDppAH8DXFbfVenzfwstRejK/IzKdq5Eek331fQJSvXGAd524YWDc9Ytr cljmxy/cye6KYZKaDhd365ZOV2Go+QV7IJYKGtyiqWvPdinPmB2gOAL0Be04VB94tUI/ADxAQWcR FA5AAl5BML1nD3hVePfYh2Yv11TrOrWverOZHLsla3dm7Gnh3Wat/s3MJst6G5u5BLgih/UGPGID Vr4IcK0PxYxovMqWk1pDteOhTUYFas6gCHOeviWLLbc6TgWt5jb7kGV7mXHACgAAAa8obnxRCYNX IvcPOHQmAQQAwAHIcj0YciYCFRgLzv+A4T3QbOBYRjsSxAgYNQpq60GiI1HSmCYk4vnKXKLbjvIE 2MDRCQhkIaqPFU/3ofd96khrwyJaGkEd6qAsjL06EfCwFaqZGbA+vcOQGFuUnS/CEWkGbKNgmKeV 6jmgHgeYgAF8GJV+fAACCDiAWBapGQRMEgEQiBwjf/jICBiSkJ3pUZgwCCO0/bFQdeqcnIa1lw06 iU7mgoubfiWovGkpQE6yTcVAmC8PXUqW2TIMbCaILQEyrUqtS91wohUcqQnrNQLKGKIguL85YguC 6clM+QjwABLUY5NSieQDBDOBzRjAfAaoByjBqRV/9COS4AsAJT8TKH75sX4vE9nd/JX/HFJqSXXY KtWUBLai45Xsg4A0VhfbUrwjRSpkY7ug6EAHUZGxMUOxUxpD/6K23umnj/sUkopO6cyMzYZfa2TZ 3AIAuKlEYJEHcIDUNiA9diYlBxsw1AYu47OsLDICPWKgA8Rn061AgB/WEUwBiDJPzvRoWdDJpY9k IywWmelpDiRPFUM0y7SY0W7AShbAxrhSLZGwlBolC/1SJ82IGpMyx2nrftqqvFFNLZnbQtcwhbQh jg7oUnnSCgQ2MJQDFMAB/NhAU4uKFAMMAB4OKMD2KOCAxVIFAZUFQPccAFmiMlYrN3AAARwQhqF8 wAEt1UqgTnUswpCFShU6GKnGRlL//yzUrd/J4r/KOiUIVSdqUcJrr/DSz6k5lLZWy08AFnq6XHEU PYIKGIk0aiADIg8vKaOQQy0XRRalNirg+4A/toeA7xblAAbo6VEigABCsre9T3lveeerp5ulFyn0 hS9UKDCU9paviFZp4VKDVlOXGsAALS2ve8sb3/zOl5AIOHCr5MtgrDCAAv4AAH+DqEmntvKZntKg MCdYwV75tVbpMpOqRGyqt+ZzMMISpoiBK8YfyXVZwrpxGa2jVWWSaE7L+pTR2AqeFgcWKxHoygpy QN+mIOCw/tlAGFp1jwbQtCgQcMAGOsyUATjAygmJLM/CYC+5rMCzCBCIA/7RgAEkYP+dSYlkeQ0w mg1kpQABcMAHynsAFFKFcWJZQAW4DADGSdkoXi4AnI9yWjAPZM1ENUABFqCcfyRAehCwcgP2QRBC S4W9ByjvaQOQAM+sdmlcAvLxaNk/E0XTUzGujMgaBuRIUbEtJoKOkau7mrHqVccDXVUGKYZSBHGq rKMa3q4d5LD/CFdqrYaSeZ3CgNEQYAP74Mc+LHsUPJeFy+d0YVFkGADPLiUCR2oAA4DKllLrkDcr +GZTTrsAB4iW1Fkht5YdsABzR8UAeBlAtxHFM3QHgLBOKR9bFPcBvWQWAOROi7+l8gB+2JuzAXih h11TGxobSISwBFZd4+IbMJmolWf/BZWcXonrjvf4NXX6zy6nJB6Wk+rWtnpRKrum8jbeMrlmRW7P GfXPvzLRL9NeSj1yAIA0y3LiR0GA9W62ghUQMohe+QfPAF5uHVaAAJYucKENkOU8G+ADiyT3ljEJ F/FhNgArOHuPyukUCIwIGPe4zAcWzZS9Q5wfX3lzVeIxwwhMwAEa1yFYNI7nBkRAcBvAe+KJgoAc 2COeYTg7Aihrvkh6ewBDIbciHyAWB/C9Kf2IOAHioVlPq7aiUIVayWZGR+bwB7j/klRvtUhHDW7X cm9JVNg8rrkGJVFvoHvQX2/foDaRzX7Kn/3HXQ2w0lkRZrenU0VR5rHauusqENjH//YO8IEHZGDa Uof7zkB5AMHINACatIdYyrsA4rgbKf7oip2Jko/+mL4oBiAYKyRJ+NZ0XnF/TXEAGZBJl2EADxcV MRU5EXADEBAGYgdecvEACMAAGWYU4OMa+4cA4MN6+uYVF1hoXjFP5JYBRuFtkUNu8gY+8OBnVWEA YfABH4A9D7BTmzEA/WNzrHUv+oNQpwI6Itc3rjYofrMxajMzufJFACM25EE2KmV7CvJiIvRsTCSE chNSOadBAaRSCnRPhzE8w4VcVBUsrFQgM8dQPPcWSZJ0SlE+K5AP0nN6RMFuXrEBl2YUEhAA/IBT cKdZh7ACkVM9AaBIfZgUSXZw5//lFSzYgnJBAfkAeEtleOYDFcyzMz5Id/8mFwcgPfJWFYgIiPcA AcxjSQEgARMgGIfIh5chU4o1AZNnFC0Ef0WBZwSgJweQiQp3AAyAAD4IDHKoFDzDAH1Wfyd4FUeE VcHWO5syO3jUIraXaiKVKBNVOuPSR61jVTwGIWnoV5siQCoTLv2jNqFjFsn3R7RBeybihGYRW2R4 ji6Sa2QSjcEiG9xBChbAD12UIKzWakS4LA5TjEgRTxIAARlQABVAg0thWIWhSW9ndfG0SPXAAESR A17hAPGwjBHggwJHFIjob+CDWhQQGwKBKMt4FAewAgXwAA8QT7U4bwf4ABBQAEv/hhWDAxaKRhQZ 4B8QcJIBUADrNorWdmajiBQ34BVMBwD9MBoOwJJiUThqtwJwsVRYAQErkAAQ8ADexm1YYW3GdCEd JE3yc0qs0086dx9g6BVqRTk55xsvwjFCyDUMxFvcpyzL5E/A83L+IpciJyfxA3J8dVL5MzI4F2Rw yU+5Z1ZdkyXwQApfIAwjQAoj8AX1hzTBdSG6hF1/cxUfABsjgoBNwV43KYBEcYvBsABwUQFIEQay NJMAwAA+uH+KN5RGwQD/kGfslZlfoWdS4W3wAHjAYA9T8XbJhXBIZoPvJ4ENgCjvJ08sGShw0FKI 2GEy2FS3WE4/qSX3gIdO0Yit/4ZamzE5y4Qt8rhrKpeEInJHbNhQ6BJtU9JHvPdrenF7o2IoILKE /VN9B5IylfFFcxkjWihIvpY0vGQkvMEpxRYApNAG3cAP/QgIXjAC+sBXYjWYvFMZBlkUN8NC9nIa rAcVE1BaTad/EdCI9gQbDhlhsJlngNOIITmb9IGKmkVupSaUAwABmQSe61UArbFlOuSjALBIdIYc VocVImicLCRutyg8B7heFAABWAdgtsiURYGIPFikMgUPl0FuNgkBwLgVFDAADEIAA4AzYGkVQUWO igJ9q/EPfvAP9+AHfjAAdeoHZDAAe0oGdGqndQp0ZbEBBVAACeCDYeGSxMNbn//il8ikl84hqEVI UsUljssyOoMpS77ElksIGwhzqd/hW5sSN4FxhuTBHLrWIAEyMvxQocDwB5MZmV5ACmHIqUEnmJZB igiHAGjnkEwRbqSFQwFwD0XqFRJgDwemcBJgFA2XAJIGiDFam0bBdXC3gxuJMwgAeKRJFei1Z5rV AGtqFBHgADjjSR+wklDhbStgrQFgnFCJdgfWFbtoFAJxAw0XAFZaFEsZAE2pWd62esKKr0RBbh0K FeTndwbgeJkRKLpDNsVDHJBwCY8ABhRLBxR7sRgLBhMLBpDgBwm0kZDkoRW3h5fBJe45UIExKqrz fLXDss1WfXbUIIUKj94BbRH/8kERcytUGFHOcSIXxZp6UY8AhGP+c1sZSgpeYAEBYAFtQKv88AUW mjntgo2UUbAoaHWaZACemIBP5RULAIzy6mfjKhc1onBfka95+Jy2mZq+uYeUtEO4aRWGFzR71hXh WhRSRwAU4HfOY7V5+ADRGaWIiIC3WETQUxgneItc9mRCEgbp84cstRl923TppRpE+hRduzdIYjIE oAIT+wiQcLGhG7oTO7oUG7pkQDJfkbUQQEn3ilr+IBZnIaq9NWzS5X0EqSz/0Rgm4xWghwDZMpeP 2SEOcAis+XGyQWLhmCRwwAFYxw/N+5ynUQFwkCqzZB/CkABwMI5ceFb8gLSA/2cBs5ocI+AF+mCW NgYuyfMfVhtuBRAGD/BY27oUDGAPXvmSQfMAN8hoGaCBRdEPzlOoNpoU/qCQE3cAEJAAhup3eViB d8sUDACkA6C/XxlfAgi/QJqkSprACzwUNjhl4tq/i/sBCmyBD6m/E2aDhfoANWUA+nu5UFEPA0AA LxkGu0kAMNwUp5Z8kGoapgsJQBzEkIADQizEONAV0VdqTicXRAkAMtUA7cUdAyAQ0PWbhGqVp8EP ssRZBLAC9xB5YaFCcHC8cHNv/FB12XZKwKBCK+AA48IPOVpvs1F9V+S1GtABh8Br0QcWDQAH7hh0 cMEBfJDHAbAPfKABMgUMcP/AB3wQnceyABzQAdt7NQRaRv7xoH+wtE07NpepD3ope2yYfdnErbg2 r59VFb14KnJBpM/5JK53yptxi8RhQ5nRtYoJNkEHDEQMBvSwD/a2D8C8DwMwAMEcB8E8AFrsfInY pGBRAWHwnOQZDzVCAT3SjiBcFDAJABPgFeX0AJpEgMAgWUXBAID7F46HACZKFC0ZbXDApBm5AkVS YOATkMbUGspxCA8wyY1aFg4gyPVXxVD1I4eAx17LARowyQ6gARwQuLQBDIJMyLUatLaFD14ACAEA q7QqviMwj5MqhAzUOnNRsNiTaa7xgO/RDxz4ae5xWtCxAeKDh4VlL60hm5r/lcM2Y9PsEQacxR3/ gDMYuRWnhlzHcrNyYQMUSw9uSZBqkTthpDj2cFtZFzSYdAM/FURiwQ8/VX7eipEK51lkJ4Mv/UhB qUOAFwAD8NOY1LqaNTlD6cE8+lPWlgD2sG5duZvdF48MyiDX4jGsOS4NcMhu3GuI0mOxkQAEfdF8 sNBjc6Z5wZoJwAdwsLsc95hvwQ/BoA/lKwx/YAH6gA9f8AVKi5+3BDywJY4FCwHG2T09um5QEQYJ EA8JENuZJ7KvLdth0K8AGA9V58y8GNvzFJMFUE4HENsJ4NqyfRmXV9yyHbIqzau0mGE42BRkRxQl 6q3rNNxVVwA2agCyTdwM/9fdGQCWE1DbCcDCqUncsc3ATJUA2Z21sV0jOVDcL1XeDJB6xg2/0iOC 9y3f6Aze3FZY5UdUioQZK/CmQGJyuqECGksPvDEstAuqqxGSBpAB7C1TZ0GeB7APX+HUdVI4BzDJ eaZJ25xxA8uTTfdUBHCIG/lNDuiW4lM9a3wZ8ZSJbxcAjpfKz/XJhX0Ih/Ccitzjh8ABHFAA9PEH j53Yh/B1/uEAzasB2ms18PDQXvEHGtDIjQAHCcDjvlm8Cn0IjBzZpcfjTu7HAYDlh/B+8MDjFdAf FlC+X2CZXhCrAiqpsXGyqFQxBfsAwCA+dKeV6FoU15EAGFnjZSF4AOAPYf/AXJ5VuCVu4zhjtt+W PWxh0k5BZxIoPg8QDFBnFPK3VB+wPQZwikcBAXixVBE3JQDgbTy5TjscOVgHFiugHuNU6P0Qbt7T iHYmQwRwkQ1CVKUIFqGYFxPnlWpqAP5QAPDw51CxAX0kMlCUH6HLy69VAfdQqIVa7dZe7W0smIIh 6EbBq0d0cJcB4jYejDJFnrb8tZK+zPuKKIs04xvpD40IB+uGqNbzTmLBer8+FoukrsjoNwOphgGw AIw8yGMRyVVe8Ihc5gXPyBogFg1wxw1/CFgi5XJxyJlcAAVvNXCQ8BPvFR3f8JC9xpFM8QEw0Ijc R/ogmZc5ApnMT5/KWvX/eVD+UbC2foNQSaSFHQYFcBaLhACtPMzRSVQRVwESoOFyQUm3qDgKNwDq MeILMMwIEXcQt5ETARfK+RSWFAwF8AGubYJOJhbvewMJ0B9NRYANgHZDw51ysYAQMAGR84FdeQ9e 0cT0mmddKYupPvA86m1ObT0fkAM9Ij515sEzJOmmN7ZnlgG7iYvhlgAUyKMv1e20+JwLAEr2IBdc mQFB9H9bUeAusy9u0QhE/Aj0ABvwa376C5OrD5NkRlsZ4gBcGWoZdrhQDAAys4HSSoAaFAyKM+Ll BO9eCgD54GBEAT7/8E5tS55i8dIKVvwIkGEQIIDsRSWy0QjQceWCHERR/37IftzxHfCBi6wBDXBv BPDQlLYPd3wIpuHlhAzJjSwXXs4H9ccPgrzQo1XlQUTwfACkBLDIAMEHToAGfATC4fPAQoAA8BwC 4/dHH0OKwOARCACMYkaHBCxuBNlQI0YEAEyeRJnyZASK+4IxzKBSJgAGGAdEMJmA4QcACDYEWNCP gT8IDO/1fEkAgj+aOgNsYHqD4YMPLxccODmB4QSZD6YO9ckQ60yZYRgScHC2H9mTAxg6SBtgRUqz BAycHOt1QUmUOh2YZGA2wF2UKwJUMKmVX74CAQacXBAgAYAKARzwjWAYag6Gd806wOm1AYIIDQI8 MBl2AwADLz9EgM30AP9Geya9EhiLcqDlyI7Z/lYJ5yVDeCMDYIQXcqMNMGDoWQ3zIIN06dOlRw/z EyNG5U+xFr3MIDlFfiUNP67a8CLDMAC0BuDamCIBBgwO3Mdv4ICBewH+RUCAOIwcoAAAjG7oST/9 9tMvDIzmOgAk5DYiwKH1NIKHAz4OaSgBPt6h6BA+OJjIgRG5CwAhPghopDgROUhOgw4qs2zEP94y iMUK+NAARQ0HetEjjDzkMMWEDNqNIWA0YjKkFjcCJpjikJOyO4aCQY4v4OgCaQUGtgTAH4wa+MAA CP6xDCcE0PzLpPQm8yqA9lbS7ru3InMgN/cYSsAAPw3gSzCeTDIsAD3/gQuLIni4Au4DFC071LC5 VDILngIuTQCrxv5ZiSEIUnJrhX4QaAy0Uik44IaXUEtLApSkCoC0tMJAILI5M7CMgXrSQs224xAw 4K0GGnAANQOSmwBVwwioRyUDejuLMDB/c4uhFiu0aDwrA1ABjEfoSY6AAsJIIJ4EyDX33OmyU4+i FeL5aaPJgh3NHwe0xQ2AnzZgIB/Tgsk2gE/j5Mop4hDop1BtN3KAAQS2S46fAjH6VLCFAxhuhQgo eBSk5CzCKEolPaTxR4oQ0mCBRkxMOUSDEkiAg0M01CAtEYtcQMO4WLa5Aw40Ok7EgWjmIOZDZOQA o0ZE3PDicOEBeNuG/ypssTipK4p12pNK+iCMFcLgSb8ta1JuTgRMI+ABteNCzalBT4rHUwBgdTel okIqwFe51Jbvsmn16wcCr8EGoEC2SjLA6wQgQACBHE5KOIC8VYpzo0/9WgmjXk8yDJ4VTJMMAPkI 4I5ABmZF6QOGSjJrAa+CyQso2NKKyaSi4AEWOYfkBGC2qYebEyVAKYDg0jDu0lJrmeLtaOqMroak uecuIp166itc4bp9jtsIwRyG2wkA8EgL+a0CtfMMpAHWwhU+0UHi6W53b4izgd6Ts9pvjPL2fT4I IFjASyrQDwpsCxjIiRKKCKAhDgHDQ0lCSNKMxIEbNeQQHdCAQY6kAf8OMIQDHSjSHzLIIiPxAUsX PMRwCEAyyRiEAxkcER8qMB44dEAgIZHSAZ3XnQpNKQCNuJqigpE8MBWgVw9YywMI8LbflA4ub+EJ AuLSJZw45XF9CZ/8KLK5PeHNJO2TEBOBAwGl9IRR5PrNAwqAkxzcxR4LcNVJ/KIlnAAAV0r5wAdy kI/32S8xDZEWoTaygDDgpDHwiMtVwrSvOgLALzg5wEuSMzk7EiQCDODHaUwSgf7YL1gCw0+zDDAS oE1GJQVwwF3a2JMCMEp5MikUtooDNeVUaCPdggQ9OqacDayrARfbwFrsUYANFIAnkfNbJm2Zr3hN 7gEO4Ie4mtXF+ID/BDTicwDp1giAOIFGisd5SZ4AkMlgPO4AKzjgBnjSv5sAYACkq2VHdqcoDZVs QyfjUWT2kU+XJQ0YjWARAYZDpLdoqIImWlEAgjQek33wEAEVEtAQyqMkbaRKywzJLAU6z41c5GIb IeKWzLKBHEDgA/I5FFky2QAKwMYAmVxNBOKFIo39UXIokelxsAKrfzyTIbWxKa0aRxq9ce84YgTO JxPwAZPy6jeqc8AEbvCBBwCRi59cwQEi8IB/DAwoa8HiAvwUhuS0szBPQZWWGrMBBAjKdgypAAXy EafgyUdgJxENadBUAAOcdCqsmUp+ekcxCqSlpinxCjweYNJnwgOp/680yU8egqWGZBRbG4net6S0 AAJEcwEexd8K1rW9kMSjkZuUz38MVFnLmIciYQBrPr60sT3B43J4myZRuUmR1SAAf8lxQLO48w/C IGCaBpiiY1Nj17OI5EkSIigwTMaQCGJERQ4AopE0YIHkrAxoAWAgjnpEXR4JEINwGInJRFSz+VBk ARkswAU5MEVF2XJJC6vQdlgLEh2KTDkhBU6EGLKCQl0TOP3ACFtNcoC0EKAnbGKAPTRCoNSM5wER 8AcF5DOpu6EmTgru4oVhE4F6fEkwE/BHoYIHpocZJV7A4ONv4lJMJQUSAILZyFzqQkTmMmQDhkPJ TyZ11pi6xS4m6f+xXLR0N9WapC662mUCmKK6kOwnfFSm5EmoLK4ZQ3YmG9jORZUDMqNyCwyQgIQK 1LxmNqPpKb7szgYeoKAzkWcCOVBmtiCAXKOuYM/3uQGBDaATePSpPyGJ6oL86l4zeeR5BJiAARR4 vPskrmP8mPM5ufexi+TwYtKd0XFYSN7x/uEBIzrEIQKYABsWoAIzo5FCfcaiBSAJiAjFiD5geIh3 xMAgHHLABzVwiFdrYDcakiCyodXRCkkJnhgCGKc95jxbhgTAwOmxbQFwWpUeZwUFWEFc5pJTfjiZ IQP4kvh4WwDu5GtuMAmTfCZ3N3gQix/Z9KomWxyAx84Ew+9BkSn/f/MeeTGA2xMYwL03kACuweEe 3H7AACS+gewBWAIDWLFtFp6aFcgZrwl3wAYKidMCDICLHxjAGhlQADh0vJifWjCBJ74BODRuBQMg TMSzilN/OEVbMPdySjYwy/WEJL8ioWUwogcJUzzizE7PbHPcnL0MhIG+Sspu0btzUa07JLuN4Af4 1ENm/3oMmu3dtNaNTpFsSg1/IylODneZkXo2Qro3JK8EgcE0G6Yl2DD8NUV2dMMF8si6OXpLBm14 pN00QEMavKGKBrKyDD5UOT7cXX59WMtskdnakI0AKuFyvAgsFTgMEDtvsfJNB287XrXjZsc2IK27 ma03qCE4SFBz/+K3/gpMEJAAA7qGFgcIHDjZaYC4eDIdlYxKq5Crj0wwfEm29IPbJvEHhnGa7k0i 4PnSVwn1t519AIAVp9Mf/yZPCxu6TCACxSNAA3oadFhi7CMZjdp6jt4tby29OVD3FjfrpQcIA9Bp Loy6mgvBH4i5krXjjqexkqR4iHDZr46KmtSLQJB5GrWDknoThgWwiAaAgykiPopohD+oADiAAxIC BgcgthFEEWBQwciAhwU4hH3AEAtwgO8KBjg4BDj4AwdYQXgAIhmEgxR0gJegOexSDwJYgRXcuowg uzLzGP0SqGzpmGs7HORBgAQwJH7bEgiwDrWZgNfYJAhYLLxQm/8HmKbCeYAEKIDFSZ4DUJvcoEMC 3JgxfIAJkA6soMMMGAuiIEAbIwutmIwubBwAMEO2YIDHMa7j2S3jo79JpMRKVJ7G+BR7ECpFtER9 abZdOroeahJ4UDN6sIE1owcVMMU1m7rrSC6ruSyP4EBmQzrj4KGHOA6LsMV4ijuP+i4JkSdZrLZa 4p6PmBDLIo4EwrptyS7jyK6QEBm7+67n6g4gKsLycRKM6Qgd2rTL2yjkOEaPgbtevCyQeqUIcIAB sIf3e4C4uatOlAnug0etMb+BYw+q8IcPoDh5nAlUcr/EeY+M0xp/OIChYosPSCkKKBPMaCR/KImN OQAKaKltQwD/VOG2Ntw2bru+oHMKNDSArSq+TjSMX4QSjrCa4/CohhgOC9mdWeKeAQwDN9PAaEPJ INI/lPyo5oI7ipCSnMSao+sOl7w/o5o7RQkXz5OQaKOaj+Geomwe+7pFj0oKDSxKKbkWlcTAqYGa +8OQXLQSCwmZj7pJq7mQmlwdyHqPBUAliiDEc5zHtwQTKrMMdpObpKIIYhoOLlKeAwC3tOg3d8q4 DCi+jruLBBiyB/ixAXAAAquAA/CHDVjMm8uNCWiEt7kU4ZEYS8QxGhOLTvwJDOwhiMk6DCHJjGIt Oau6uCDClKSQDVBGCoEnkYCSzcqmoqs24oumALi3oBy7KlyA/3vhDYwhHc6apdJsuwPKPF7cxa2U zWesQrOExk27v56UzaBkwDFrEW48C8xrCOdUkuehpTKzpckySnCkCC1ki9JQFD6ZK/TsietADX/4 SFZqS9uBGfdjjbchisa5jgxYJwL0z9Mqk5NQSPMTPvdMCQS4MIWhiPUBE4PhrXrYs6DLDFNiqgLQ KghIAMHkIjIijAQADUfBil2BgAj4ByYqDZgjJqbwREq6zJOQNARNKgjIh7j4LkmcxBUQyw0cymu5 CLjgrM4SUs5agN/kLNEiwAYrOnZJAMisOsEsND6ptwkoF7jTiQFIgEIrFzCLm5QrnTDQ0L3JgAT4 rpQ7jWxCpf8E2J/km4A4JACRQ0zJmIAMiCadyADDqICfCIM9lSyvzCgKfFMDrCzRhJLtyKSLedMR TM7jcIDeaEHqyQgUCYbcxB/6+s0B2YDksxKQabfIaAAwo8LcHNRdVBJc5A4ZlYkDiJengIDAGIyB cx0+7J0NwIrCugGMxD4QnQAIaICHO5axICMEyAACsA6eKADXQcwCYNEAWYA6CtatKaNp+QDFer9V BbEtCb35eADHCQaBBJPMIAC+GJK2coDi0STOETh0/BSMw6YS24dMQchtK9ecQDdFnD0HGJQ4FJ5w pcQwAIYcaCsUUVZ4XNWKEJKMCAaxkyQHIpc9DQMJeFiHPZf/ho2O1PzOBFMjB4k4TCOm93gAz+Eq MjqLB1iBCQggCNiAffAIAgwDu3pTky1XxWzZuzQLqiIkB7iHLH2mBTiTe0mAiIuMAUA4gvCKpkqA lANRyFSSrPQIbmyACgg3OMhUuICDBlgAl4PMEURCilvBJYQHFVTMBug4EfwHIQy3J1yB+GO3FdgH sRXCPF2Aqm0AlmswV2sIOCAmigMzOBgAsU3bAZDbDQBcMEMlfgg3sSUdyFzCvg05HIKY8UBVmUCA PMqBvPkkoJuJCRgyR3qKD5Ais9WTYyGMA+CHT9k4fWkPkk0Jfb2fsRDMDWAUCGiYrcFXrakLueKr PBI/FrOH/zLB0HrYHy+LgHhwuAIJyYepjdKAPX3ZnMeMCdlFgBVwldKguk8x0cVMx4eU3n540Rc1 iZeKXLLQDPvIFAiwh+gTSWAUEJ98iYpVG+vQwzWcjnUZOpxkCGOiGIZogAwYgPZRogqwBzTciEhr nxsolwbLAXecD7MQrQEjuJyVkwSYAAmIppYtlUHTUXHR3OOIB7/DFXKRDgeISYFJso6ipd0pPsCN hwrI00u5FAeogARoud/suBWA2g3IU8AFhhXAkwqAYVRquSOUWhsmCBlOgAogFnC7lLkFN76tDAdK gKDN0ycspg0opicsOSesAIlrUss4QhdWwZvLU36AgyMGt//S5AivDN/U6RM+ig4Ve6oFkDjUsAd8 BZAFiId8WAHjy46+mIsPCC4Gw4pnso6SKLn7OFo1+TF9bBZAbsNdQZBpcYoKiA4AOQDTA5NLzoEC +YCf9THQ26RiAYB/4IrZGAt2PYmSw4sF4Al/SDlxkinMNdEHoIBe/V4CmLh8Yd1bXuPlYY+lApAc yBSCNeEoIUujBIkM4EPqmNM53UPrcOZnlqyy6yX2cLUHuAdgUKN7+Ng9Fq0HBOR4CINggACoBc44 BAnXAYo35OZCkRyzcBD/3B8D+IkTJbD4+5pxxjQ8wZUM+IdM+QeMy54SnhrkdDSgyFMchoN/SME8 VcEKAGL/yEy+I4QmhzaMlqM5vnW1AXjCf7BiFoYDeBDcAhBbFQRRId5axIVhCagMyFyACiCAl245 doPhqm25JwRRkW7iFHzTcENCAqvaCpAko2vJXk6Nn2iEb0tChiipv2QNAHgj/aCwwroLCdjcMHgM OUIMmaLSSXmABjBfM4ziGfKb2BOccsKmRpIip0YJk4IVeEi5ajmssekbYuKO4/FWtoCArEKuTxFl BnhCOjzXBVuABKAAeqYkr5gcKcoUPyGN0h2sB2AALOWcvCEmBomAYLkBP0kpkbrks3hlPplHd17N UKSQkKA4P+Dom+NoiWttiWPtm2uw/XLCs4BDumyABJAA/9No3LR1F28Tlzh0TcuwUfwZgJf4Z8Ns rsbVjgIArtG57Tctl+0Jhn/YDreAwntIixjuYh4q1eH4J87KJtJpwWjKVCGx2qPcDojeAClpgHe6 twUYlgYDmPG+iPtCCzAbiZi+lwO6l6/9zfsqRv5mEY0YFtJxgOSbMJWpTSKMVMhsQfG2v44p7azx MkkLCVqBC7L4vnIV5MJxgMfB6n0dlNmAuQeIppzL6lTOG9m9C5mKwzCAWkVsgEZCR7Y+iZDrQqPr 7PQs2AHrwiHSGgq47TBgCsIpHBfmq5QwABemlZVY8jBpWXLpkxsjDODLh2H+3gTIh5OCGcMmFd0u AMwFE/8KCAaGq5aN2ICNpL9VvayTnI/NM+FtwUCXvLwgwvN4KkpRvJqipMJpCyJRnMU/9xifPAsQ lJLU+649r8Cg/C6SLLs/xZ9tOUmOEpA/txoYoz9HUZT2eA8gW90N0FDQKKxMYbDHubiUiOIJmIB/ GNiecEK8IiQChADunRySjoAJaAAWjQC7kIroiIccQMfsAVM2BywwhNBUgqxEGbDeqUutScSZQAAW lVwZ7Qd/4MeTyHaawD7ywz6hgKzb0Cp3dgyj/g3DiDaQST2XHEbiACeHSFhvbB4J0UCxVMptaTdE ncCcBNRNnXeQaBGa5C/9M3QyA0XSRNRcHHQKYU2GJ/T/o2x4er93hgdK/no0NA6XiZ+PbLH0BgR1 yKKANzyAyk2UbQ2pfBAcWnaTeDgA4YMkQrQHAlzE780NhbwBCJgq+xgLBmCc/UidDL35CcAKM7n5 D6B2lDiAfBCMrOIrA4iHbaVQDUXIxnSKAvA+uMT6rGdyTmKPJj8AwSlRuNSOpmx0BuwhcdS8Qp8s OK8v8KxCWMxJcOx4anNwYPwYpsXJ0pSlojTmQX/zXXpKR5c7aLSvKmF4jfo02Tz7OW+2y4N7okYg wm9CeUdOCQkAY8fWMonIS1ZagblTrQf9aRH1bhK5xumrmR/IHLCHglTQDXCzBLCH0Qj92bfEszEA GrHi/wnIh8Me0Ld0Z/tSu7fbxju3EMuKmnanybTHIY360/LpGF3USmhEzognjsd/e+hsrpRs95qU xQp8CY4/aIpnTsv695/8GJLcwPCPc6X8tK0s/1IleKJmEnvfSZAw95OQnwUAVf/QNBynfawHCAgB KhxwEAAegQ0EAgQI9gEAxIgSJ1I8sDAAgQELGjU0ECZAAooiR5IsafIkypQkCwQIk+Oigw3AGBI4 oPLmBoYHgSE8CE8nw0Y94QEL9hMoAWAEEB4FStTowplOFxLtObXnzKYMZy68CLQhU55eGQaDuvNr AKUYD45Ne3ap1rVFrX6lqrRo3bRU0b6FF1euUbxOhf9SDYY2Klu0Q8UCNdzV71+7a52u7Xp4cVsE N0dCMAx0A4IDDDdEsLn5NOrUEQ8goFq6LYGHqgEcWFD3ocGapmfz7t37gIHRAAR+3bDbt8QVjf12 leqUK1G+0Zkexviz7U54Qv9eZ+ucoV+e1L9yTaz4MXbx5etWpasTrnjs1MfrHLoU+9LK360zzT+V rXvg3efWV8zJVeBPwDBWoGX70QRPMDztdx1PkzGkWW8G/GMYPAmskMMHOhmwAgTImcjbAysEx9AH H6xQgFQbGODbASwxtMI9D1jEEARhhHSiSPmkmIBmNZIIAAJhDGAAAgOs8ORxQEZUQBjEEZBkASsc VQH/hlICkFN9amXFEVCEVXaZWgchWF5cj6mlVVZpViehhWRJFpdfZ/0VzH2QVbeUg4nBV2BRgxIa VZ71pRWeUWjNFKdn9UVXoWLQpXddokApFZiahHan1U89DfgcVJl2yRsCEEBwQAQfbFABWQcYNqOJ CHTZDwIRRJQrAPXYyityAjkgGkMFyBiBAQ/YoytyrU5gQGlw3COViy15KREEDhRAQAIGJLQCAQZ0 FgBrPgbgQD/XRpRAAAWEiNGTuX7wLLPXKvcnfe8lGKB1O10KV1IF9svvRfdNWFmm74nF78JK/SVe I3K+5xYB2MmV74MII6jfeRESLOpf1t2HncfhCYxo/8XniayYxwFTtlTJc9J16mwHZPBABglk2VAj 8SDw07A68hZBGBUnUNoAwCywbALwbMBAAin/OFuyBR1EAbsMDZBAAmE88AAFJkbwgNfxJDAtQ3Dk M0AAjRhwg2xeIuDt2Q5EUI8DYQAQNYYFBEOrlxB8YI9hAyCgnHb3cE32BPWo+6V0VQHqlORnkTeg YM8d1Kim1j26ppqcT8yoxYi1ZVihluvE51MBMgdZdM9ZxV15l07XVlaISkeVxdPFXh963FmWsFs8 bZcX752GCTKD2sVOs2pE83UlsQFAsIIDgKMWQQITxEMABAP88wEccCAQD0i0GeAAPGHP9gEBBUxA U/8+1X/1AAMnQmDxQ7a1FEYjJnAtCCxgBQhYQEgM4JB+/KMAEBGIAK/1gAA8IGsbAMAEDxO3aw1g VO/xWJ10Eh+MRcgn/plYUhBysPycEHj9IZMIERKz5oWFPYsqHX/kgxHofKVkHlQY7PajFgKAkD0Q kthWJPc7FC5IU34hjIPU8zGDqcxAecGKg5QYAOi9zyA6KUCWMhiADLAkNryhwAZWML8ZZWABtgLf AwMQQdV8wDBUAs8EtnYvrWnPRAfYYwA2EIYNTMCLCcgAQ/R2IgSwZAA22YBxKgCMCFDAerQJhgOv 9ZGW2MgBeQyDF4vFRSDBwScIchN+ioenGsrnU2P/EcpcLEOo7HAnLJEKE4CmZx8ETSeK4dEOWlj3 KOEBoxEtlBRWLpM85KWlLJUKTGQmdUsBta6WbOpcwGYCQ32Jak4YGWX0IBDGCERgW12pEU3AeZJs kUYgEWCAA1YAgKLlAwDBmVpqZJXIFRGAH2Hox9he9IF6SYkBOfCQBBDQjwfw4yLz0skGe5O1fxwt B/xwgAPsMZwAUCACC/gHQfUH0fkF4KIT8AcCPJQAe+TvcRAZwFMotTw1CZEpEUpPv2RKlvgoj5tV +YqZHlMXqfSJQTwpIngW1R7ytKxfmgqeo86kmDz9UC+1I8/rdJpETLXpOmapC+v4pZ8AXVOHfcKT /1IJpKiLqFM1BsjBAwqwgL3AQXos2p6NwjC3drHrIRtoAJIW0ICQnoY4cowA22jSAPl9IErXOkAO IJAAB9gGaAcgHEPw+RsDGKCxEGkVhubmjwjkoK2zydrfdkSTDSQAAgZwrLoGUKq2EKY/jVnLUIL5 FFkipXhtqUrq+KKeED5oiRQDkMVYF9bqVGWbjaJKyJhSuaGabDlGyS1QTeay1bGyQLUNlE+G+Ezj gqU5ioFlYFIpVBHyBxj1BBLRsNOAf2xNRKgpyAacNCMI5Pch5XwABo3TmxvQJAEDGEAodeKADBBW ShP4x2EG0IAE+C8DLr3wSLLmgHikETsbiOjjkv/WnUA1kSbZsZi+xEM8TLFnvdJBmFZvqBXMhQwp FdouCuEkQzrxJYlNZVCdXpfCHpuYhbrUaVFRTJPtYKw7YzGQeHocqvxoVTwlTCqVt/hYCuvEjeVs aEkbfBIGvJOcEfGHRJgVATT3BgH8sE4BGGA1hvAjAbC9FtHAdFcJOGAhbsMwoCUCP4wQQG/704kg xcxB3Nawty/DLpEfFNzeNiU6UblupO3Cp+pccbeRBk8xiQeeGefw0ysT9aJ6K5lP3468T2GvhMh7 HkszFym7jPRcpGpr9rBJ0b6hAAQe8KwH3EMhNCGRaQMtkgOkyDMZIZEBJhCGDyRbSgj4gLBblKX/ i8BjAHr1tbIzNMj3rCABg/uaPap9osQOmYiKsTFkriwwVbOYyDCL8jZN7EQqtykvPHz3chZGWyOm GuD7LvH06KRk6kKIZMy0mFZj+lMpg3DIUbX1cOddZKe6T10RgMA9/NflCURNkOFOST/C8A8HtPbN QOFHAUp0ckEnYB8FupkDFgvumW+GkQ3Yh9fQwvIc8FzPjxFrcdfzJ9nRCbyVQ3GMn27vX6I4YE0p TFZqDB+YTW8vwDtxj/dSVQFlTlB5iu6gtK7WZoIs3/qC7u4awlQXV4pRR1G3amokcozIPAJ4DzcD gPWAW7L871IimgO+8yOU7pznm/H7lDTVgDA0/95Le4QMY1bp1RgDirxC/VfJtE6U3zK5dwY6JpYD NKCk/Pa4BdeJUEy49BibUNYN4am/R7+f2LtJl032YWSUiuOgbE6njcL9vo84M0C36gFmA7HjN2OP BMRj2umKvkQYYIAM+Ejm2HdpPyBgtgz08eR63sp1kQgopTuKeb2NJZCZ4nbPXVcrpdrOdxwWZeHu JepScY/DeFqlmM4sLdNWTA7qFRmjkMpCiI6kvdr0NJNTCQhuTQhjBIqQhVBYwBKppY5WGN73haAI jiAJ8hwg3VDsVYjH/NtlMJp8wEXBEdFRgdeNvRB1NZFkDN9OZeCTiYxMGRmKSRd1aNWgFMztEf8X BUrdcmQgLVnHNCURwBAXhYzHjnVHMA3TvvTQ6ekLf6AFCJYgGIahGI7haRjbKS1GN9GOdL3JCtkW 6VCcdMGSeXwd3K2elDVIdlhgqVjaL50XrS2M28GMyZweqi1M6E0IfNjH6PUUltHSdIFaYkDHFiqT 5xDRb9nFUCiRg3whGXaiJ34iGCqHg+jO54VdxdHUBG5FqqUQXIQMFTFGCkWTWKgY7WGFkFmhDUki +7nQDilfk/UijakdyiCMVghFxdVg2HVec5RQm3jMMYZM7ijV8RwTD7HegXghKGajNm4jGW7AV0kK ogDXi21dcfEWBYrd2uGSmnAbVU1I6+yEMfX/GJ3QxSK6jni9I3PJyfAg0ZjYHQ5hnrNpF5BVyBE9 4cBYiIHwSzflR41tmhVNjudZDj6iReVxo0VeJEauGwgFn7tV3Y3VBZNFXC/iYoshlQxOWQ/BYo1h hFEUEQxl2bvJUI1pB0FWWiaiCYTYnnZxToJcDGWsTAIuCjPGkPK549kRwPxhXjo6GVrdB6b1GCdm pFROJVVOxAoc2FVmJRw4yQqkEVZi5ZOEZRql0VY6yVhi5VZmpZOkZVmuQFlyZVg+yViqZVempZMM AFvepVl2JV0+iV76ZVZ6JV+mZVhyJVe25V3GJWAmJlsOZmD65V9e5V7GpV2CZRpJ5lc+yVbCMIFc viVcxiVYHmZijmZWuqVpVqZiLiZg8mVckiVcXuZcuiVprqXjVKVt3iZukkRAAAA7 --_004_DB6PR0602MB32235C40D3375918B34659AEF3340DB6PR0602MB3223_--

5 9

Standalone Gluster Storage
by Beau Sapach 13 Dec '17

13 Dec '17

We've been doing some experimenting with gluster, and have built a stand-alone gluster cluster (not managed by oVirt). We've been able to create a storage domain backed by that gluster cluster and run VMs with their disks on that storage. The problem we have is that when we take a gluster node down for updates, maintenance etc. the entire storage domain goes offline in oVirt. Other gluster clients, that is servers connecting directly to the gluster cluster don't seem to notice if one node goes offline. Is anyone else using gluster storage in oVirt that is not managed within oVirt? -- Beau Sapach *System Administrator | Information Technology Services | University of Alberta Libraries* *Phone: 780.492.4181 | Email: Beau.Sapach(a)ualberta.ca <Beau.Sapach(a)ualberta.ca>*

5 6

Black Screen for Spice/VNC after host reboot with a runnung VM
by Eli ggg 13 Dec '17

13 Dec '17

------=_Part_529044_1668635499.1513019926151 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Dear ovirt Team/Experts, I did a reboot of a host, while a VM was running on it. After putting the host in maintenance and starting the VM on another host, I tried to connect to said VM by Spice/VNC. In both cases I get a black screen. The VM does not respond to keyboard input, its IP is not listed in the ovirt Webinterface. Cloning the VM from an old Snapshot does not result in it working - again black screen for Spice. Could you help me? Thanks ------=_Part_529044_1668635499.1513019926151 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable <HTML><BODY> Dear ovirt Team/Experts, I did a reboot of a host, while a VM was ru= nning on it. After putting the host in maintenance and starting the VM on a= nother host, I tried to connect to said VM by Spice/VNC. In both cases I ge= t a black screen. The VM does not respond to keyboard input, its IP is not = listed in the ovirt Webinterface. Cloning the VM from an old Snapshot does = not result in it working  - again black screen for Spice. Could= you help me? Thanks   </BODY></HTML> ------=_Part_529044_1668635499.1513019926151--

2 1

Error "Did not connect host to storage domain because connection for connectionId is null" in ovirt 4.1
by Claude Durocher 13 Dec '17

13 Dec '17

------=_=-_OpenGroupware_org_NGMime-1372-1513027755.086219-14------ Content-Type: text/plain; charset=utf-8 Content-Length: 13981 Content-Transfer-Encoding: quoted-printable I have a 4.1 ovirt environment. I cannot reactivate a storage domain (d= ata-master) and I get an error message stating "connection for connecti= onId 'b3011e5b-552e-4393-a758-ac1e35648ab1' is null". I also cannot del= ete this storage domain as it's a master domain. 2017-12-11 15:25:10,971-05 INFO=C2=A0 [org.ovirt.engine.core.bll.storag= e.domain.ActivateStorageDomainCommand] (default task-22) [49dfce30-0e2c= -43f8-942d-67a2b56b3ef8] Lock Acquired to object 'EngineLock:{exclusive= Locks=3D'[5662588b-81d2-4da9-b942-8918004770fe=3DSTORAGE]', sharedLocks= =3D''}' 2017-12-11 15:25:10,999-05 INFO=C2=A0 [org.ovirt.engine.core.bll.storag= e.domain.ActivateStorageDomainCommand] (org.ovirt.thread.pool-6-thread-= 50) [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Running command: ActivateSto= rageDomainCommand internal: false. Entities affected :=C2=A0 ID: 566258= 8b-81d2-4da9-b942-8918004770fe Type: StorageAction group MANIPULATE=5FS= TORAGE=5FDOMAIN with role type ADMIN 2017-12-11 15:25:11,002-05 INFO=C2=A0 [org.ovirt.engine.core.bll.storag= e.domain.ActivateStorageDomainCommand] (org.ovirt.thread.pool-6-thread-= 50) [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Lock freed to object 'Engine= Lock:{exclusiveLocks=3D'[5662588b-81d2-4da9-b942-8918004770fe=3DSTORAGE= ]', sharedLocks=3D''}' 2017-12-11 15:25:11,002-05 INFO=C2=A0 [org.ovirt.engine.core.bll.storag= e.domain.ActivateStorageDomainCommand] (org.ovirt.thread.pool-6-thread-= 50) [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] ActivateStorage Domain. Befo= re Connect all hosts to pool. Time: Mon Dec 11 15:25:11 EST 2017 2017-12-11 15:25:11,015-05 WARN=C2=A0 [org.ovirt.engine.core.bll.storag= e.connection.BaseFsStorageHelper] (org.ovirt.thread.pool-6-thread-43) [= 49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Did not connect host 'e6dbdeb8-4e= 0e-4589-9121-6d3408c6d7b0' to storage domain 'ovirt-lg-1-lun1' because = connection for connectionId 'b3011e5b-552e-4393-a758-ac1e35648ab1' is n= ull. 2017-12-11 15:25:11,016-05 ERROR [org.ovirt.engine.core.bll.storage.dom= ain.ActivateStorageDomainCommand] (org.ovirt.thread.pool-6-thread-50) [= 49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Cannot connect storage server, ab= orting Storage Domain activation. 2017-12-11 15:25:11,017-05 INFO=C2=A0 [org.ovirt.engine.core.bll.storag= e.domain.ActivateStorageDomainCommand] (org.ovirt.thread.pool-6-thread-= 50) [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Command [id=3D0fb1fa9d-4002-= 4fe0-9af2-d30470d5f146]: Compensating CHANGED=5FSTATUS=5FONLY of org.ov= irt.engine.core.common.businessentities.StoragePoolIsoMap; snapshot: En= tityStatusSnapshot:{id=3D'StoragePoolIsoMapId:{storagePoolId=3D'a0cc9e2= c-6bff-4d5b-803c-0cd62292c269', storageId=3D'5662588b-81d2-4da9-b942-89= 18004770fe'}', status=3D'Maintenance'}. 2017-12-11 15:25:11,023-05 ERROR [org.ovirt.engine.core.dal.dbbroker.au= ditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-50) [4= 9dfce30-0e2c-43f8-942d-67a2b56b3ef8] EVENT=5FID: USER=5FACTIVATE=5FSTOR= AGE=5FDOMAIN=5FFAILED(967), Correlation ID: 49dfce30-0e2c-43f8-942d-67a= 2b56b3ef8, Job ID: 2d766e2a-4b35-4822-9580-4eb9df2d9c33, Call Stack: nu= ll, Custom ID: null, Custom Event ID: -1, Message: Failed to activate S= torage Domain ovirt-lg-1-lun1 (Data Center ovirt-lg-1) by admin@interna= l-authz select id,storage,storage=5Fname,=5Fupdate=5Fdate from storage=5Fdomain= =5Fstatic; =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 id=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 storage=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 storage=5Fname=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =5Fupdate=5Fdate=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0 --------------------------------------+--------------------------------= --------+------------------------+------------------------------- =C2=A0072fbaa1-08f3-4a40-9f34-a5ca22dd1d74 | ceab03af-7220-4d42-8f5c-9b= 557f5d29af=C2=A0=C2=A0 | ovirt-image-repository | =C2=A0b66443f4-d949-4fca-9825-8cb98eae9e14 | e462883f-0be1-4b31-acf1-15= 4dd7accbc1=C2=A0=C2=A0 | export=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | =C2=A045807651-8f10-408f-891b-64f1cc577a64 | 452235ea-d8b1-43d1-920f-a1= 6a032e000b=C2=A0=C2=A0 | ovirt-lg-1-iso=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 | 2017-01-20 20:01:00.284097+00 =C2=A0a1d803b9-fd0b-477f-a874-53d050d4347b | cd8939df-9cdd-49d3-8dc5-3c= 06d1836399=C2=A0=C2=A0 | ovirt-lg-1-export=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= | 2017-01-20 20:01:14.70549+00 =C2=A0b67e7442-f032-4b5c-a4fe-10422650a90b | c6272852-3586-4584-8496-d9= 7c4370c798=C2=A0=C2=A0 | ovirt-5-iso=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | 2017-01-20 20:02:08.668034+00 =C2=A0a561589c-8eb8-4823-9615-92ac4a1ea94e | cacb8801-6826-42cb-9bab-55= 52175e0329=C2=A0=C2=A0 | ovirt-lg-2-export=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= | =C2=A0646b331a-b68e-4894-807f-bdc8adae15c9 | a592b780-7bd6-4599-ab7e-12= c43cb9279d=C2=A0=C2=A0 | ovirt-lg-2-iso=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 | =C2=A03ba53a0b-30be-497c-b4df-880e6c6f7567 | 8e5236c9-cbc0-4256-abff-7e= 984abef65a=C2=A0=C2=A0 | master=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | 2017-12-11 02:= 12:16.499288+00 =C2=A03efa5ed5-4e17-4daf-9cc0-6819a9cd7aae | 8d19b66d-1c1c-4976-91d2-8d= 2565db367a=C2=A0=C2=A0 | hosted=5Fstorage=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 | 2017-12-11 02:12:16.499288+00 =C2=A018504f40-fb15-4b1e-8ac3-ec0eabdc5619 | SPA1ZX-n7rh-s14h-wuRC-071z= -RShH-wmzmqj | storage-1-lun0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 | 2017-12-11 02:12:16.499288+00 =C2=A0730c14db-d4ef-4d0e-9670-419b803fe634 | 7Zxqu3-nVUD-HnN7-w4Xf-TFi7= -BKrJ-OzMyRA | storage-3-lun0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 | 2017-12-11 02:12:16.499288+00 =C2=A0190bc841-e6b0-45b8-bfbb-7518735d8592 | y7oM6F-Tx0Y-QWxg-gk9R-Xlfm= -Mz9A-fOx5RN | storage-2-lun0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 | 2017-12-11 02:12:16.499288+00 =C2=A045114ecf-6af5-4cce-81aa-12779ff007ef | MU3vBR-39KZ-UvuD-R4gg-hw1a= -iyNu-D0Igvu | storage-2-lun1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 | 2017-12-11 02:12:16.499288+00 =C2=A00f57345d-e310-4779-a987-2362458debd4 | 60f3afa7-35fb-4ff7-becc-a4= a0c9b3884a=C2=A0=C2=A0 | ovirt-5-lun2=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 | 2017-12-11 02:12:36.638249+00 =C2=A0d9d03670-4cfd-42d7-b4b7-834a53c3e0d6 | 677a9e5b-f844-49ee-ad1f-98= 9e168187cf=C2=A0=C2=A0 | ovirt-5-lun1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 | 2017-12-11 02:12:36.638249+00 =C2=A0 =C2=A05662588b-81d2-4da9-b942-8918004770fe | b3011e5b-552e-4393-a758-ac= 1e35648ab1=C2=A0=C2=A0 | ovirt-lg-1-lun1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 | 2017-12-11 02:12:55.351124+00 =C2=A0 =C2=A007593976-d27b-4ac8-ba19-a77a1f1e5d52 | 677a9e5b-f844-49ee-ad1f-98= 9e168187cf=C2=A0=C2=A0 | ovirt-lg-2-lun1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 | 2017-12-11 02:13:12.998165+00 =C2=A0ca0e59ed-7c9e-45a0-a77c-143f3ad19dff | 6650a140-ba2b-42b9-bb14-5b= 331f87b60c=C2=A0=C2=A0 | iso=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |= 2017-12-11 15:55:53.891326+00 (18 rows) select id,=5Fupdate=5Fdate from storage=5Fdomain=5Fdynamic; =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 id=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =5Fupdate=5Fdate=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0 --------------------------------------+------------------------------- =C2=A0072fbaa1-08f3-4a40-9f34-a5ca22dd1d74 | =C2=A0b67e7442-f032-4b5c-a4fe-10422650a90b | 2017-12-11 20:45:50.517595= +00 =C2=A00f57345d-e310-4779-a987-2362458debd4 | 2017-12-11 20:45:50.52089+= 00 =C2=A0d9d03670-4cfd-42d7-b4b7-834a53c3e0d6 | 2017-12-11 20:45:50.523789= +00 =C2=A0b66443f4-d949-4fca-9825-8cb98eae9e14 | 2017-12-11 20:45:50.526227= +00 =C2=A018504f40-fb15-4b1e-8ac3-ec0eabdc5619 | 2017-12-11 20:45:55.743157= +00 =C2=A03ba53a0b-30be-497c-b4df-880e6c6f7567 | 2017-12-11 20:45:55.745959= +00 =C2=A03efa5ed5-4e17-4daf-9cc0-6819a9cd7aae | 2017-12-11 20:45:55.748615= +00 =C2=A0ca0e59ed-7c9e-45a0-a77c-143f3ad19dff | 2017-12-11 20:45:55.751164= +00 =C2=A0190bc841-e6b0-45b8-bfbb-7518735d8592 | 2017-12-11 20:45:55.753756= +00 =C2=A045114ecf-6af5-4cce-81aa-12779ff007ef | 2017-12-11 20:45:55.756197= +00 =C2=A0730c14db-d4ef-4d0e-9670-419b803fe634 | 2017-12-11 20:45:55.75873+= 00 =C2=A007593976-d27b-4ac8-ba19-a77a1f1e5d52 | 2017-12-11 20:45:57.472521= +00 =C2=A0646b331a-b68e-4894-807f-bdc8adae15c9 | 2017-12-11 20:45:57.475366= +00 =C2=A0a561589c-8eb8-4823-9615-92ac4a1ea94e | 2017-12-11 20:45:57.477804= +00 =C2=A0 =C2=A05662588b-81d2-4da9-b942-8918004770fe | 2017-12-11 18:56:53.148042= +00 =C2=A0 =C2=A045807651-8f10-408f-891b-64f1cc577a64 | 2017-12-11 18:56:08.404201= +00 =C2=A0a1d803b9-fd0b-477f-a874-53d050d4347b | 2017-12-11 18:56:18.64931+= 00 (18 rows) select id,connection from storage=5Fserver=5Fconnections; =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 id=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 connection=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0 --------------------------------------+--------------------------------= -------------------- =C2=A08e5236c9-cbc0-4256-abff-7e984abef65a | 10.17.77.16:/exports/ovirt= -master =C2=A08d19b66d-1c1c-4976-91d2-8d2565db367a | 10.17.77.16:/exports/ovirt= -hosted=5Fstorage =C2=A06650a140-ba2b-42b9-bb14-5b331f87b60c | 10.17.77.16:/exports/ovirt= -iso =C2=A0e462883f-0be1-4b31-acf1-154dd7accbc1 | 10.17.77.16:/exports/ovirt= -export =C2=A050b9a77a-8f79-47b3-9a48-b2b25ea72087 | 10.17.77.16 =C2=A09bfbd44b-7311-4b6e-8c77-c955397c2a66 | 10.17.77.48 =C2=A0d6c3980a-4774-4350-83d1-206e41848b4a | 10.17.77.17 =C2=A03c39707c-a4d2-4221-9a8f-2a0503533387 | 10.17.77.49 =C2=A04503e074-10d3-4163-8ada-1826790c437c | 10.17.77.18 =C2=A093bf0c70-959c-4b1f-93ff-45d920ef7525 | 10.17.77.50 =C2=A0677a9e5b-f844-49ee-ad1f-989e168187cf | /var/ovirt-lun1 =C2=A0c6272852-3586-4584-8496-d97c4370c798 | /var/ovirt-iso =C2=A0452235ea-d8b1-43d1-920f-a16a032e000b | /var/ovirt-iso =C2=A0cacb8801-6826-42cb-9bab-5552175e0329 | stori-lg.cptaq.local:/mnt/= ovirt-lg-2-export/export =C2=A0a592b780-7bd6-4599-ab7e-12c43cb9279d | /var/ovirt-iso =C2=A060f3afa7-35fb-4ff7-becc-a4a0c9b3884a | /var/ovirt-lun2 =C2=A0 =C2=A0efd9854f-b348-4aa8-871f-1d408d4dd9b1 | /var/ovirt-lun1 =C2=A0 =C2=A0cd8939df-9cdd-49d3-8dc5-3c06d1836399 | /var/ovirt-export =C2=A08d9067ac-4eff-4aa8-8d1b-2bd2e268f124 | /var/ovirt-lun1 (19 rows) select * from storage=5Fpool=5Fiso=5Fmap; =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 storage=5Fid=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 storage=5Fpool=5Fid=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | status --------------------------------------+--------------------------------= ------+-------- =C2=A045807651-8f10-408f-891b-64f1cc577a64 | a0cc9e2c-6bff-4d5b-803c-0c= d62292c269 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 6 =C2=A0a1d803b9-fd0b-477f-a874-53d050d4347b | a0cc9e2c-6bff-4d5b-803c-0c= d62292c269 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 6 =C2=A0b67e7442-f032-4b5c-a4fe-10422650a90b | e15014b4-3968-42f0-8eef-37= 5bd6c1469a |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 =C2=A00f57345d-e310-4779-a987-2362458debd4 | e15014b4-3968-42f0-8eef-37= 5bd6c1469a |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 =C2=A0d9d03670-4cfd-42d7-b4b7-834a53c3e0d6 | e15014b4-3968-42f0-8eef-37= 5bd6c1469a |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 =C2=A0b66443f4-d949-4fca-9825-8cb98eae9e14 | e15014b4-3968-42f0-8eef-37= 5bd6c1469a |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 =C2=A0 =C2=A05662588b-81d2-4da9-b942-8918004770fe | a0cc9e2c-6bff-4d5b-803c-0c= d62292c269 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 6 =C2=A0 =C2=A018504f40-fb15-4b1e-8ac3-ec0eabdc5619 | 582dc434-0270-017f-0138-00= 000000006d |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 =C2=A03ba53a0b-30be-497c-b4df-880e6c6f7567 | 582dc434-0270-017f-0138-00= 000000006d |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 =C2=A03efa5ed5-4e17-4daf-9cc0-6819a9cd7aae | 582dc434-0270-017f-0138-00= 000000006d |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 =C2=A0190bc841-e6b0-45b8-bfbb-7518735d8592 | 582dc434-0270-017f-0138-00= 000000006d |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 =C2=A045114ecf-6af5-4cce-81aa-12779ff007ef | 582dc434-0270-017f-0138-00= 000000006d |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 =C2=A0730c14db-d4ef-4d0e-9670-419b803fe634 | 582dc434-0270-017f-0138-00= 000000006d |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 =C2=A007593976-d27b-4ac8-ba19-a77a1f1e5d52 | a5d7157a-4bf4-436c-b444-a7= 6ee5f7bb12 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 =C2=A0646b331a-b68e-4894-807f-bdc8adae15c9 | a5d7157a-4bf4-436c-b444-a7= 6ee5f7bb12 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 =C2=A0a561589c-8eb8-4823-9615-92ac4a1ea94e | a5d7157a-4bf4-436c-b444-a7= 6ee5f7bb12 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 =C2=A0ca0e59ed-7c9e-45a0-a77c-143f3ad19dff | 582dc434-0270-017f-0138-00= 000000006d |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3 (17 rows) =C2=A0 ------=_=-_OpenGroupware_org_NGMime-1372-1513027755.086219-14------ Content-Type: text/html; charset=utf-8 Content-Length: 14746 Content-Transfer-Encoding: quoted-printable <html>I have a 4.1 ovirt environment. I cannot reactivate a storage dom= ain (data-master) and I get an error message stating "connection for co= nnectionId 'b3011e5b-552e-4393-a758-ac1e35648ab1' is null". I also cann= ot delete this storage domain as it's a master domain. 2017-= 12-11 15:25:10,971-05 INFO  [org.ovirt.engine.core.bll.storage.dom= ain.ActivateStorageDomainCommand] (default task-22) [49dfce30-0e2c-43f8= -942d-67a2b56b3ef8] Lock Acquired to object 'EngineLock:{exclusiveLocks= =3D'[5662588b-81d2-4da9-b942-8918004770fe=3DSTORAGE]', sharedLocks=3D''= }' 2017-12-11 15:25:10,999-05 INFO  [org.ovirt.engine.core.bl= l.storage.domain.ActivateStorageDomainCommand] (org.ovirt.thread.pool-6= -thread-50) [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Running command: Act= ivateStorageDomainCommand internal: false. Entities affected :  ID= : 5662588b-81d2-4da9-b942-8918004770fe Type: StorageAction group MANIPU= LATE=5FSTORAGE=5FDOMAIN with role type ADMIN 2017-12-11 15:25:11,0= 02-05 INFO  [org.ovirt.engine.core.bll.storage.domain.ActivateStor= ageDomainCommand] (org.ovirt.thread.pool-6-thread-50) [49dfce30-0e2c-43= f8-942d-67a2b56b3ef8] Lock freed to object 'EngineLock:{exclusiveLocks=3D= '[5662588b-81d2-4da9-b942-8918004770fe=3DSTORAGE]', sharedLocks=3D''}'<= br />2017-12-11 15:25:11,002-05 INFO  [org.ovirt.engine.core.bll.s= torage.domain.ActivateStorageDomainCommand] (org.ovirt.thread.pool-6-th= read-50) [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] ActivateStorage Domain.= Before Connect all hosts to pool. Time: Mon Dec 11 15:25:11 EST 2017<b= r />2017-12-11 15:25:11,015-05 WARN  [org.ovirt.engine.core.bll.st= orage.connection.BaseFsStorageHelper] (org.ovirt.thread.pool-6-thread-4= 3) [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Did not connect host 'e6dbdeb= 8-4e0e-4589-9121-6d3408c6d7b0' to storage domain 'ovirt-lg-1-lun1' beca= use connection for connectionId 'b3011e5b-552e-4393-a758-ac1e35648ab1' = is null. 2017-12-11 15:25:11,016-05 ERROR [org.ovirt.engine.core.b= ll.storage.domain.ActivateStorageDomainCommand] (org.ovirt.thread.pool-= 6-thread-50) [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Cannot connect stor= age server, aborting Storage Domain activation. 2017-12-11 15:25:1= 1,017-05 INFO  [org.ovirt.engine.core.bll.storage.domain.ActivateS= torageDomainCommand] (org.ovirt.thread.pool-6-thread-50) [49dfce30-0e2c= -43f8-942d-67a2b56b3ef8] Command [id=3D0fb1fa9d-4002-4fe0-9af2-d30470d5= f146]: Compensating CHANGED=5FSTATUS=5FONLY of org.ovirt.engine.core.co= mmon.businessentities.StoragePoolIsoMap; snapshot: EntityStatusSnapshot= :{id=3D'StoragePoolIsoMapId:{storagePoolId=3D'a0cc9e2c-6bff-4d5b-803c-0= cd62292c269', storageId=3D'5662588b-81d2-4da9-b942-8918004770fe'}', sta= tus=3D'Maintenance'}. 2017-12-11 15:25:11,023-05 ERROR [org.ovirt.= engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.= thread.pool-6-thread-50) [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] EVENT=5F= ID: USER=5FACTIVATE=5FSTORAGE=5FDOMAIN=5FFAILED(967), Correlation ID: 4= 9dfce30-0e2c-43f8-942d-67a2b56b3ef8, Job ID: 2d766e2a-4b35-4822-9580-4e= b9df2d9c33, Call Stack: null, Custom ID: null, Custom Event ID: -1, Mes= sage: Failed to activate Storage Domain ovirt-lg-1-lun1 (Data Center ov= irt-lg-1) by admin@internal-authz select id,storage,st= orage=5Fname,=5Fupdate=5Fdate from storage=5Fdomain=5Fstatic; &nbs= p;           &nb= sp;     id      &nbsp= ;           | &n= bsp;           &= nbsp;  storage        &nbs= p;        |    &= nbsp; storage=5Fname      |   &= nbsp;     =5Fupdate=5Fdate    &= nbsp;      -----------------------------------= ---+----------------------------------------+------------------------+-= ------------------------------  072fbaa1-08f3-4a40-9f34-a5ca2= 2dd1d74 | ceab03af-7220-4d42-8f5c-9b557f5d29af   | ovirt-imag= e-repository |  b66443f4-d949-4fca-9825-8cb98eae9e14 | e46288= 3f-0be1-4b31-acf1-154dd7accbc1   | export   &n= bsp;           &= nbsp; |  45807651-8f10-408f-891b-64f1cc577a64 | 452235ea-d8b1= -43d1-920f-a16a032e000b   | ovirt-lg-1-iso   &= nbsp;     | 2017-01-20 20:01:00.284097+00 &nbs= p;a1d803b9-fd0b-477f-a874-53d050d4347b | cd8939df-9cdd-49d3-8dc5-3c06d1= 836399   | ovirt-lg-1-export      | = 2017-01-20 20:01:14.70549+00  b67e7442-f032-4b5c-a4fe-1042265= 0a90b | c6272852-3586-4584-8496-d97c4370c798   | ovirt-5-iso&= nbsp;           | 201= 7-01-20 20:02:08.668034+00  a561589c-8eb8-4823-9615-92ac4a1ea= 94e | cacb8801-6826-42cb-9bab-5552175e0329   | ovirt-lg-2-exp= ort      |  646b331a-b68e-4894-807f-= bdc8adae15c9 | a592b780-7bd6-4599-ab7e-12c43cb9279d   | ovirt= -lg-2-iso         |  = 3ba53a0b-30be-497c-b4df-880e6c6f7567 | 8e5236c9-cbc0-4256-abff-7e984abe= f65a   | master       &nbs= p;         | 2017-12-11 02:12:1= 6.499288+00  3efa5ed5-4e17-4daf-9cc0-6819a9cd7aae | 8d19b66d-= 1c1c-4976-91d2-8d2565db367a   | hosted=5Fstorage  &= nbsp;      | 2017-12-11 02:12:16.499288+00  18504f40-fb15-4b1e-8ac3-ec0eabdc5619 | SPA1ZX-n7rh-s14h-wuRC-07= 1z-RShH-wmzmqj | storage-1-lun0      &nbs= p;  | 2017-12-11 02:12:16.499288+00  730c14db-d4ef-4d0e-= 9670-419b803fe634 | 7Zxqu3-nVUD-HnN7-w4Xf-TFi7-BKrJ-OzMyRA | storage-3-= lun0         | 2017-12-11 02:12= :16.499288+00  190bc841-e6b0-45b8-bfbb-7518735d8592 | y7oM6F-= Tx0Y-QWxg-gk9R-Xlfm-Mz9A-fOx5RN | storage-2-lun0   &nbsp= ;     | 2017-12-11 02:12:16.499288+00  45= 114ecf-6af5-4cce-81aa-12779ff007ef | MU3vBR-39KZ-UvuD-R4gg-hw1a-iyNu-D0= Igvu | storage-2-lun1         |= 2017-12-11 02:12:16.499288+00  0f57345d-e310-4779-a987-23624= 58debd4 | 60f3afa7-35fb-4ff7-becc-a4a0c9b3884a   | ovirt-5-lu= n2           | 2017-1= 2-11 02:12:36.638249+00  d9d03670-4cfd-42d7-b4b7-834a53c3e0d6= | 677a9e5b-f844-49ee-ad1f-989e168187cf   | ovirt-5-lun1&nbsp= ;          | 2017-12-11 02= :12:36.638249+00    5662588b-81d2-4da9-b942-8918004= 770fe | b3011e5b-552e-4393-a758-ac1e35648ab1   | ovirt-lg-1-l= un1        | 2017-12-11 02:12:55.351= 124+00    07593976-d27b-4ac8-ba19-a77a1f1e5d52 | 67= 7a9e5b-f844-49ee-ad1f-989e168187cf   | ovirt-lg-2-lun1 &= nbsp;      | 2017-12-11 02:13:12.998165+00  ca0e59ed-7c9e-45a0-a77c-143f3ad19dff | 6650a140-ba2b-42b9-bb14-= 5b331f87b60c   | iso      &nbsp= ;           &nbs= p; | 2017-12-11 15:55:53.891326+00 (18 rows) sele= ct id,=5Fupdate=5Fdate from storage=5Fdomain=5Fdynamic;  &nbs= p;           &nb= sp;    id       &nbsp= ;          |  &n= bsp;      =5Fupdate=5Fdate   &n= bsp;       ------------------------------= --------+-------------------------------  072fbaa1-08f3-4a40-= 9f34-a5ca22dd1d74 |  b67e7442-f032-4b5c-a4fe-10422650a90b | 2= 017-12-11 20:45:50.517595+00  0f57345d-e310-4779-a987-2362458= debd4 | 2017-12-11 20:45:50.52089+00  d9d03670-4cfd-42d7-b4b7= -834a53c3e0d6 | 2017-12-11 20:45:50.523789+00  b66443f4-d949-= 4fca-9825-8cb98eae9e14 | 2017-12-11 20:45:50.526227+00  18504= f40-fb15-4b1e-8ac3-ec0eabdc5619 | 2017-12-11 20:45:55.743157+00 &n= bsp;3ba53a0b-30be-497c-b4df-880e6c6f7567 | 2017-12-11 20:45:55.745959+0= 0  3efa5ed5-4e17-4daf-9cc0-6819a9cd7aae | 2017-12-11 20:45:55= .748615+00  ca0e59ed-7c9e-45a0-a77c-143f3ad19dff | 2017-12-11= 20:45:55.751164+00  190bc841-e6b0-45b8-bfbb-7518735d8592 | 2= 017-12-11 20:45:55.753756+00  45114ecf-6af5-4cce-81aa-12779ff= 007ef | 2017-12-11 20:45:55.756197+00  730c14db-d4ef-4d0e-967= 0-419b803fe634 | 2017-12-11 20:45:55.75873+00  07593976-d27b-= 4ac8-ba19-a77a1f1e5d52 | 2017-12-11 20:45:57.472521+00  646b3= 31a-b68e-4894-807f-bdc8adae15c9 | 2017-12-11 20:45:57.475366+00 &n= bsp;a561589c-8eb8-4823-9615-92ac4a1ea94e | 2017-12-11 20:45:57.477804+0= 0    5662588b-81d2-4da9-b942-8918004770fe | 2017-12= -11 18:56:53.148042+00    45807651-8f10-408f-891b-6= 4f1cc577a64 | 2017-12-11 18:56:08.404201+00  a1d803b9-fd0b-47= 7f-a874-53d050d4347b | 2017-12-11 18:56:18.64931+00 (18 rows) select id,connection from storage=5Fserver=5Fconnections;<= br />           =        id     &n= bsp;            = |           &nbs= p;         connection &nbs= p;           &nb= sp;        -------------------------= -------------+----------------------------------------------------  8e5236c9-cbc0-4256-abff-7e984abef65a | 10.17.77.16:/exports/ovir= t-master  8d19b66d-1c1c-4976-91d2-8d2565db367a | 10.17.77.16:= /exports/ovirt-hosted=5Fstorage  6650a140-ba2b-42b9-bb14-5b33= 1f87b60c | 10.17.77.16:/exports/ovirt-iso  e462883f-0be1-4b31= -acf1-154dd7accbc1 | 10.17.77.16:/exports/ovirt-export  50b9a= 77a-8f79-47b3-9a48-b2b25ea72087 | 10.17.77.16  9bfbd44b-7311-= 4b6e-8c77-c955397c2a66 | 10.17.77.48  d6c3980a-4774-4350-83d1= -206e41848b4a | 10.17.77.17  3c39707c-a4d2-4221-9a8f-2a050353= 3387 | 10.17.77.49  4503e074-10d3-4163-8ada-1826790c437c | 10= .17.77.18  93bf0c70-959c-4b1f-93ff-45d920ef7525 | 10.17.77.50=  677a9e5b-f844-49ee-ad1f-989e168187cf | /var/ovirt-lun1  c6272852-3586-4584-8496-d97c4370c798 | /var/ovirt-iso &nbsp= ;452235ea-d8b1-43d1-920f-a16a032e000b | /var/ovirt-iso  cacb8= 801-6826-42cb-9bab-5552175e0329 | stori-lg.cptaq.local:/mnt/ovirt-lg-2-= export/export  a592b780-7bd6-4599-ab7e-12c43cb9279d | /var/ov= irt-iso  60f3afa7-35fb-4ff7-becc-a4a0c9b3884a | /var/ovirt-lu= n2    efd9854f-b348-4aa8-871f-1d408d4dd9b1 | /var/o= virt-lun1    cd8939df-9cdd-49d3-8dc5-3c06d1836399 |= /var/ovirt-export  8d9067ac-4eff-4aa8-8d1b-2bd2e268f124 | /v= ar/ovirt-lun1 (19 rows) select * from storage=5Fp= ool=5Fiso=5Fmap;         &= nbsp;     storage=5Fid    &nbsp= ;         |   &n= bsp;       storage=5Fpool=5Fid &nbsp= ;          | status -= -------------------------------------+---------------------------------= -----+--------  45807651-8f10-408f-891b-64f1cc577a64 | a0cc9e= 2c-6bff-4d5b-803c-0cd62292c269 |      6 &= nbsp;a1d803b9-fd0b-477f-a874-53d050d4347b | a0cc9e2c-6bff-4d5b-803c-0cd= 62292c269 |      6  b67e7442-f032-4b= 5c-a4fe-10422650a90b | e15014b4-3968-42f0-8eef-375bd6c1469a | &nbs= p;    3  0f57345d-e310-4779-a987-2362458debd4 = | e15014b4-3968-42f0-8eef-375bd6c1469a |      = 3  d9d03670-4cfd-42d7-b4b7-834a53c3e0d6 | e15014b4-3968-42f0-= 8eef-375bd6c1469a |      3  b66443f4= -d949-4fca-9825-8cb98eae9e14 | e15014b4-3968-42f0-8eef-375bd6c1469a |&n= bsp;     3    5662588b-81d2-4da= 9-b942-8918004770fe | a0cc9e2c-6bff-4d5b-803c-0cd62292c269 | &nbsp= ;    6    18504f40-fb15-4b1e-8ac3-ec= 0eabdc5619 | 582dc434-0270-017f-0138-00000000006d |   &n= bsp;  3  3ba53a0b-30be-497c-b4df-880e6c6f7567 | 582dc434= -0270-017f-0138-00000000006d |      3 &nb= sp;3efa5ed5-4e17-4daf-9cc0-6819a9cd7aae | 582dc434-0270-017f-0138-00000= 000006d |      3  190bc841-e6b0-45b8= -bfbb-7518735d8592 | 582dc434-0270-017f-0138-00000000006d |  =     3  45114ecf-6af5-4cce-81aa-12779ff007ef | = 582dc434-0270-017f-0138-00000000006d |      3<= br /> 730c14db-d4ef-4d0e-9670-419b803fe634 | 582dc434-0270-017f-01= 38-00000000006d |      3  07593976-d= 27b-4ac8-ba19-a77a1f1e5d52 | a5d7157a-4bf4-436c-b444-a76ee5f7bb12 |&nbs= p;     3  646b331a-b68e-4894-807f-bdc8ada= e15c9 | a5d7157a-4bf4-436c-b444-a76ee5f7bb12 |    &= nbsp; 3  a561589c-8eb8-4823-9615-92ac4a1ea94e | a5d7157a-4bf4= -436c-b444-a76ee5f7bb12 |      3  ca= 0e59ed-7c9e-45a0-a77c-143f3ad19dff | 582dc434-0270-017f-0138-0000000000= 6d |      3 (17 rows) <b= r /> </html> ------=_=-_OpenGroupware_org_NGMime-1372-1513027755.086219-14--------

3 5

[ANN] oVirt 4.2.0 Second Candidate Release is now available for testing
by Sandro Bonazzola 12 Dec '17

12 Dec '17

The oVirt Project is pleased to announce the availability of the Second Candidate Release of oVirt 4.2.0, as of December 12th, 2017 This is pre-release software. This pre-release should not to be used in production. Please take a look at our community page[1] to learn how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This update is the second candidate release of the 4.2.0 version. This release brings more than 280 enhancements and more than one thousand bug fixes, including more than 500 high or urgent severity fixes, on top of oVirt 4.1 series. What's new in oVirt 4.2.0? - The Administration Portal has been completely redesigned using Patternfly, a widely adopted standard in web application design. It now features a cleaner, more intuitive design, for an improved user experience. - There is an all-new VM Portal for non-admin users. - A new High Performance virtual machine type has been added to the New VM dialog box in the Administration Portal. - Open Virtual Network (OVN) adds support for Open vSwitch software defined networking (SDN). - oVirt now supports Nvidia vGPU. - The ovirt-ansible-roles package helps users with common administration tasks. - Virt-v2v now supports Debian/Ubuntu based VMs. For more information about these and other features, check out the oVirt 4.2.0 blog post <https://ovirt.org/blog/2017/11/introducing-ovirt-4.2.0-beta/>. This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later * oVirt Node 4.2 (available for x86_64 only) 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 Node is already available [4] Additional Resources: * Read more about the oVirt 4.2.0 release highlights: http://www.ovirt.org/release/4.2.0/ * 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.2.0/ [4] http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/ -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

qemu-kvm-ev-2.9.0-16.el7_4.11.1 now available for testing
by Sandro Bonazzola 12 Dec '17

12 Dec '17

Hi, qemu-kvm-ev-2.9.0-16.el7_4.11.1 <https://cbs.centos.org/koji/buildinfo?buildID=21003> is now available for testing. If no negative feedback will be reported, I'm going to push to release on Thursday, December 14th. Here's the changelog: * Mon Dec 11 2017 Sandro Bonazzola <sbonazzo(a)redhat.com> - ev-2.9.0-16.el7_4.11.1 - Removing RH branding from package name * Mon Nov 13 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.9.0-16.el7_4.11 - kvm-exec-use-qemu_ram_ptr_length-to-access-guest-ram.patch [bz#1472185] - kvm-multiboot-validate-multiboot-header-address-values.patch [bz#1501123] - Resolves: bz#1472185 (CVE-2017-11334 qemu-kvm-rhev: Qemu: exec: oob access during dma operation [rhel-7.4.z]) - Resolves: bz#1501123 (CVE-2017-14167 qemu-kvm-rhev: Qemu: i386: multiboot OOB access while loading kernel image [rhel-7.4.z]) * Mon Oct 23 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.9.0-16.el7_4.10 - kvm-vga-stop-passing-pointers-to-vga_draw_line-functions.patch [bz#1501300] - kvm-vga-drop-line_offset-variable.patch [bz#1501300] - kvm-vga-handle-cirrus-vbe-mode-wraparounds.patch [bz#1501300] - kvm-cirrus-fix-oob-access-in-mode4and5-write-functions.patch [bz#1501300] - Resolves: bz#1501300 (CVE-2017-15289 qemu-kvm-rhev: Qemu: cirrus: OOB access issue in mode4and5 write functions [rhel-7.4.z]) * Mon Oct 09 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.9.0-16.el7_4.9 - kvm-nbd-client-Fix-regression-when-server-sends-garbage.patch [bz#1495474] - kvm-fix-build-failure-in-nbd_read_reply_entry.patch [bz#1495474] - kvm-nbd-client-avoid-spurious-qio_channel_yield-re-entry.patch [bz#1495474] - kvm-nbd-client-avoid-read_reply_co-entry-if-send-failed.patch [bz#1495474] - kvm-qemu-iotests-improve-nbd-fault-injector.py-startup-p.patch [bz#1495474] - kvm-qemu-iotests-test-NBD-over-UNIX-domain-sockets-in-08.patch [bz#1495474] - kvm-block-nbd-client-nbd_co_send_request-fix-return-code.patch [bz#1495474] - Resolves: bz#1495474 (Fail to quit source qemu when do live migration after mirroring guest to NBD server [rhel-7.4.z]) <https://cbs.centos.org/koji/buildinfo?buildID=21003>-- 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>

2 2

Failed to open grubx64.efi
by Julio Cesar Bustamante 12 Dec '17

12 Dec '17

Hi there, I have installed Ovirt Host in a HS22 Blade Ibm, but I have this bug. Failed to open \efi\centos\grubx64.efi not found Falied to load image \EFI\centos\grubx64.efi Not found You know how can I solve this issue ? -- Julio Cesar Bustamante.

4 16

Export Domain no show
by Rajat Patel 12 Dec '17

12 Dec '17

Hi Ovirt, We are using Ovirt 4.1 selfhosted engine attach nfs storega as data/iso/export, we have one image which we want to import (manageiq-ovirt-fine-4.qc2). We did copy to our export location (/export/3157c57b-8f6a-4709-862a-713bfa59899a) and chnage the owner ship to (chown -R 36:36 manageiq-ovirt-fine-4.qc2)issues is we are not able to see at ovirtUI-->>Strorage-->>export-->>VM Import nither at Template Import. At the same time not able to see error at logs. Regards Techieim

2 1

ovirt-engine installation problem
by David David 12 Dec '17

12 Dec '17

Hello. CentOS Linux release 7.4.1708 (Core) # yum install http://resources.ovirt.org/pub/yum-repo ... ease41.rpm <http://resources.ovirt.org/pub/yum-repo/ovirt-release41.rpm> # yum install ovirt-engine --> Finished Dependency Resolution Error: Package: systemd-python-219-42.el7.x86_64 (base) Requires: systemd = 219-42.el7 Installed: systemd-219-42.el7_4.4.x86_64 (@updates) systemd = 219-42.el7_4.4 Available: systemd-219-42.el7.x86_64 (base) systemd = 219-42.el7 Error: Package: glibc-2.17-196.el7.i686 (base) Requires: glibc-common = 2.17-196.el7 Installed: glibc-common-2.17-196.el7_4.2.x86_64 (@updates) glibc-common = 2.17-196.el7_4.2 Available: glibc-common-2.17-196.el7.x86_64 (base) glibc-common = 2.17-196.el7 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest # yum clean all # yum update - don't help. how to fix it ?

2 1

Move disk between domains
by Matthew DeBoer 12 Dec '17

12 Dec '17

When i try to move a specific disk between storage domains i get an error. 2017-12-08 11:26:05,257-06 ERROR [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default task-41) [] Permutation name: 8C01181C3B121D0AAE1312275CC96415 2017-12-08 11:26:05,257-06 ERROR [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default task-41) [] Uncaught exception: com.google.gwt.core.client.JavaScriptException: (TypeError) __gwt$exception: <skipped>: Cannot read property 'F' of null at org.ovirt.engine.ui.uicommonweb.models.storage.DisksAllocationModel$3.$onSuccess(DisksAllocationModel.java:120) at org.ovirt.engine.ui.uicommonweb.models.storage.DisksAllocationModel$3.onSuccess(DisksAllocationModel.java:120) at org.ovirt.engine.ui.frontend.Frontend$2.$onSuccess(Frontend.java:233) [frontend.jar:] at org.ovirt.engine.ui.frontend.Frontend$2.onSuccess(Frontend.java:233) [frontend.jar:] at org.ovirt.engine.ui.frontend.communication.OperationProcessor$2.$onSuccess(OperationProcessor.java:139) [frontend.jar:] at org.ovirt.engine.ui.frontend.communication.OperationProcessor$2.onSuccess(OperationProcessor.java:139) [frontend.jar:] at org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$5$1.$onSuccess(GWTRPCCommunicationProvider.java:269) [frontend.jar:] at org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$5$1.onSuccess(GWTRPCCommunicationProvider.java:269) [frontend.jar:] at com.google.gwt.user.client.rpc.impl.RequestCallbackAdapter.onResponseReceived(RequestCallbackAdapter.java:198) [gwt-servlet.jar:] at com.google.gwt.http.client.Request.$fireOnResponseReceived(Request.java:237) [gwt-servlet.jar:] at com.google.gwt.http.client.RequestBuilder$1.onReadyStateChange(RequestBuilder.java:409) [gwt-servlet.jar:] at Unknown.eval(webadmin-0.js@65) at com.google.gwt.core.client.impl.Impl.apply(Impl.java:296) [gwt-servlet.jar:] at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:335) [gwt-servlet.jar:] at Unknown.eval(webadmin-0.js@54) All the other disks i can move. The issue here is how i got this storage domain into ovirt i think. I set up a new cluster using 4.1 coming from 3.6. I imported a domain from the 3.6 cluster. I am trying to move this disk to one of the new storage domains on the 4.1 cluster. Any help would be greatly appreciated

2 3

import thin provisioned disks with image upload
by Gianluca Cecchi 11 Dec '17

11 Dec '17

On Thu, Dec 7, 2017 at 1:28 AM, Nir Soffer <nsoffer(a)redhat.com> wrote: > > > On Thu, Dec 7, 2017 at 1:22 AM Gianluca Cecchi <gianluca.cecchi(a)gmail.com> > wrote: > >> On Wed, Dec 6, 2017 at 11:42 PM, Nir Soffer <nsoffer(a)redhat.com> wrote: >> >>> >>> >>>> >>>> BTW: I notice that the disk seems preallocated even if original qcow2 >>>> is thin... is this expected? >>>> This obviously also impacts the time to upload (20Gb virtual disk with >>>> actual 1.2Gb occupied needs the time equivalent for full 20Gb...) >>>> >>> >>> We upload exactly the file you provided, there is no way we can upload >>> 20G from 1.2G file :-) >>> >> >> But the upload process at a medium rate of 40-50MB/s has last about 9 >> minutes that confirms the 20Gb size >> The disk at source has been created as virtio type and format qcow2 from >> virt-manager and then only installed a CentOS 7.2 OS with infrastructure >> server configuration. >> Apart from qemu-img also ls: >> # ls -lhs c7lab1.qcow2 >> 1.3G -rw------- 1 root root 21G Dec 6 23:05 c7lab1.qcow2 >> > > The fiile size is 21G - matching what you see. This is the size we upload. > I changed the subject to better address and track the thread.. You are not convincing me... The term "file size" is ambiguous in this context... If I take a disk that was born on this oVirt environment itself I have this: https://drive.google.com/file/d/1Dtb69EKa8adNYiwUDs2d-plSMZIM0Bzr/view?usp=… that shows that is thin provisioned Its id shown here: https://drive.google.com/file/d/1PvLjJVQ3JR4_6v5Da7ATac5ReEObxH-A/view?usp=… If I go and check on my exported file system I get this [root@ovirt01 NFS_DOMAIN]# find . -name "3c68d43f-0f28-4564-b557-d390a125daa6" ./572eabe7-15d0-42c2-8fa9-0bd773e22e2e/images/3c68d43f-0f28-4564-b557-d390a125daa6 [root@ovirt01 NFS_DOMAIN]# ls -lsh ./572eabe7-15d0-42c2-8fa9-0bd773e22e2e/images/3c68d43f-0f28-4564-b557-d390a125daa6 total 8.6G 8.6G -rw-rw----. 1 vdsm kvm 10G Dec 7 08:42 09ad8e53-0b22-4fe3-b718-d14352b8290a 1.0M -rw-rw----. 1 vdsm kvm 1.0M May 1 2016 09ad8e53-0b22-4fe3-b718-d14352b8290a.lease 4.0K -rw-r--r--. 1 vdsm kvm 317 Jun 21 10:41 09ad8e53-0b22-4fe3-b718-d14352b8290a.meta [root@ovirt01 NFS_DOMAIN]# qemu-img info ./572eabe7-15d0-42c2-8fa9-0bd773e22e2e/images/3c68d43f-0f28-4564-b557-d390a125daa6/09ad8e53-0b22-4fe3-b718-d14352b8290a image: ./572eabe7-15d0-42c2-8fa9-0bd773e22e2e/images/3c68d43f-0f28-4564-b557-d390a125daa6/09ad8e53-0b22-4fe3-b718-d14352b8290a file format: raw virtual size: 10G (10737418240 bytes) disk size: 8.5G [root@ovirt01 NFS_DOMAIN]# So it seems it is raw/sparse https://www.ovirt.org/documentation/admin-guide/chap-Virtual_Machine_Disks/ > > 1.3G is the used size on the file system, we cannot upload only used > blocks. > qemu-img info "Disk size" is not the file size the the used size, not > useful > for upload. > Why not? You can detect the format of source and use a similar strategy of the bugzilla I'm referring (see below) Or couldn't you use something like rsync -av --sparse source target if the target is NFS? > Maybe this file was crated with preallocation=full? > In virt-manager there is not this logic by default. The default format is qcow2/sparse When you create/add a disk you can choose "Select or create custom storage": https://drive.google.com/file/d/1gAwjAG5aRFC5fFgkoZXT5wINvQnov88p/view?usp=… And then choose a format between: raw, qcow, qcow2, qed, vmdk, vpc, vdi In my case it was the default one, so qcow2, as qemu-img correctly detects. > >>>> >> First message at beginning of upload: >> >> 2017-12-06 23:09:50,183+0100 INFO (jsonrpc/4) [vdsm.api] START >> createVolume(sdUUID=u'572eabe7-15d0-42c2-8fa9-0bd773e22e2e', >> spUUID=u'00000001-0001-0001-0001-000000000343', >> imgUUID=u'251063f6-5570-4bdc-b28f-21e82aa5e185', size=u'22548578304', >> volFormat=4, preallocate=2, diskType=2, volUUID=u'77aacfb3-9e67-4ad2-96f6-242b5ba4d9e0', >> desc=u'{"DiskAlias":"c7lab1","DiskDescription":""}', >> srcImgUUID=u'00000000-0000-0000-0000-000000000000', >> srcVolUUID=u'00000000-0000-0000-0000-000000000000', initialSize=None) >> from=192.168.1.212,56846, flow_id=18c6bd3b-76ab-45f9-b8c7-09c727f44c91, >> task_id=e7cc67e6-4b61-4bb3-81b1-6bc687ea5ee9 (api:46) >> >> In this bugzilla, that is related to export from NFS to block: https://bugzilla.redhat.com/show_bug.cgi?id=1358717 it seems to understand, from a comment of Maor, that preallocate=2 --> sparse what are instead the possible values of volFormat and their decodification? In my case it detects volFormat=4, Could it be something similar to the bugzilla above? Can it change anything if exporting with NFS 4.2 or using oVirt 4.2? I think that if one has big qcow2 disk files that he/she desire to migrate into oVirt, the process could be optimized Thanks, Gianluca

4 7

[ANN] oVirt 4.1.8 Release is now available
by Sandro Bonazzola 11 Dec '17

11 Dec '17

The oVirt Project is pleased to announce the availability of the oVirt 4.1.8 release, as of December 11th, 2017 This update is the eighth in a series of stabilization updates to the 4.1 series. This release is available now for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later * oVirt Node 4.1 See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available - oVirt Live is already available [2] - oVirt Node will be available soon [2] Additional Resources: * Read more about the oVirt 4.1.8 release highlights: http://www.ovirt.org/release/4.1.8/ * 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] http://www.ovirt.org/release/4.1.8/ [2] http://resources.ovirt.org/pub/ovirt-4.1/iso/ -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

Re: [ovirt-users] Failed deply of ovirt-engine using ovirt-node-ng-installer-ovirt-4.2-pre-2017120512.iso
by Simone Tiraboschi 11 Dec '17

11 Dec '17

On Wed, Dec 6, 2017 at 11:38 AM, Roberto Nunin <robnunin(a)gmail.com> wrote: > Ciao Simone > thanks for really quick answer. > > 2017-12-06 11:05 GMT+01:00 Simone Tiraboschi <stirabos(a)redhat.com>: > >> Ciao Roberto, >> >> On Wed, Dec 6, 2017 at 10:02 AM, Roberto Nunin <robnunin(a)gmail.com> >> wrote: >> >>> I'm having trouble to deploy one three host hyperconverged lab using >>> iso-image named above. >>> >> >> Please note that ovirt-node-ng-installer-ovirt-4.2-pre-2017120512 >> <(201)%20712-0512>.iso is still a pre-release software. >> Your contribute testing it is really appreciated! >> > > It's a pleasure !. > > >> >> >> >>> >>> My test environment is based on HPE BL680cG7 blade servers. >>> These servers has 6 physical 10GB network interfaces (flexNIC), each one >>> with four profiles (ethernet,FCoE,iSCSI,etc). >>> >>> I choose one of these six phys interfaces (enp5s0f0) and assigned it a >>> static IPv4 address, for each node. >>> >>> After node reboot, interface ONBOOT param is still set to no. >>> Changed via iLO interface to yes and restarted network. Fine. >>> >>> After gluster setup, with gdeploy script under Cockpit interface, >>> avoiding errors coming from : >>> /usr/share/gdepply/scripts/blacklist_all_disks.sh, start hosted-engine >>> deploy. >>> >>> With the new version, I'm having an error never seen before: >>> >>> The Engine VM (10.114.60.117) and this host (10.114.60.134/24) will not >>> be in the same IP subnet. Static routing configuration are not supported on >>> automatic VM configuration. >>> Failed to execute stage 'Environment customization': The Engine VM >>> (10.114.60.117) and this host (10.114.60.134/24) will not be in the >>> same IP subnet. Static routing configuration are not supported on automatic >>> VM configuration. >>> Hosted Engine deployment failed. >>> >>> There's no input field for HE subnet mask. Anyway in our class-c ovirt >>> management network these ARE in the same subnet. >>> How to recover from this ? I cannot add /24 CIDR in HE Static IP address >>> field, it isn't allowed. >>> >> >> 10.114.60.117 and 10.114.60.134/24 are in the same IPv4 /24 subnet so it >> should't fail. >> The issue here seams different: >> >> From hosted-engine-setup log I see that you passed the VM IP address via >> answerfile: >> 2017-12-06 09:14:30,195+0100 DEBUG otopi.context >> context.dumpEnvironment:831 ENV OVEHOSTED_VM/cloudinitVMStatic >> CIDR=str:'10.114.60.117' >> >> while the right syntax should be: >> OVEHOSTED_VM/cloudinitVMStaticCIDR=str:10.114.60.117/24 >> >> Did you wrote the answerfile by yourself or did you entered the IP >> address in the cockpit wizard? if so we probably have a regression there. >> > > I've inserted it while providing data for setup, using Cockpit interface. > Tried to add CIDR (/24), but it isn't allowed from Cockpit web interface. > No manual update of answer file. > >> >> >> >>> >>> Moreover, VM FQDN is asked two times during the deploy process. It's >>> correct ? >>> >> >> No, I don't think so but I don't see it from you logs. >> Could you please explain it? >> > > Yes: first time is requested during initial setup of HE VM deploy > > The second one, instead, is asked (at least to me ) in this step, after > initial setup: > So both on cockpit side? > > [image: Immagine incorporata 1] > >> >> >>> >>> Some additional, general questions: >>> NetworkManager: must be disabled deploying HCI solution ? In my attempt, >>> wasn't disabled. >>> >> > Simone, could you confirm or not that NM must stay in place while > deploying ? This qustion was struggling since 3.6...... what is the "best > practice" ? > All of mine RHV environments (3.6 - 4.0.1 - 4.1.6 ) have it disabled, but > I wasn't able to find any mandatory rule. > In early 3.6 you had to disable it but now you can safely keep it on. > > >> There's some document to follow to perform a correct deploy ? >>> Is this one still "valid" ? : https://ovirt.org/blog/2017/ >>> 04/up-and-running-with-ovirt-4.1-and-gluster-storage/ >>> >>> Attached hosted-engine-setup log. >>> TIA >>> >>> >>> >>> -- >>> Roberto >>> 110-006-970 >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >> > > > -- > Roberto Nunin > > > >

3 12