March 2017 - Users - oVirt List Archives

Ubuntu VM does not complete reboot cycle without Console Open
by Anantha Raghava 06 Mar '17

06 Mar '17

This is a multi-part message in MIME format. --------------A2448A45784238E495EAEAFE Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, I have been observing that Ubuntu Precise VM, if restarted using a crontab at a given time, stops at the OS / Kernel Selection screen and does not complete the reboot. If we issue the reboot command with Console open, the same command works without any issues and the VM boots properly. This issue happens only with Ubuntu Precise and not with Trusty or Xeniel or even with any of Rehat distributions or CentOS. Interestingly, it doesn't happen with VMWare ESXi. I also read somewhere that this issue is with VDSM 3.6 and it seems to continue with VDSM 4 as well. Any suggestions in this regard. -- Thanks & Regards, Anantha Raghava eXzaTech Consulting And Services Pvt. Ltd. DISCLAIMER: This e-mail communication and any attachments may be privileged and confidential to eXza Technology Consulting & Services, and are intended only for the use of the recipients named above If you are not the addressee you may not copy, forward, disclose or use any part of it. If you have received this message in error, please delete it and all copies from your system and notify the sender immediately by return e-mail. Internet communications cannot be guaranteed to be timely, secure, error or virus-free. The sender does not accept liability for any errors or omissions. Do not print this e-mail unless required. Save Paper & trees. --------------A2448A45784238E495EAEAFE 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"> <p><font face="Liberation Serif">Hi,</font></p> <p><font face="Liberation Serif">I have been observing that Ubuntu Precise VM, if restarted using a crontab at a given time, stops at the OS / Kernel Selection screen and does not complete the reboot. If we issue the reboot command with Console open, the same command works without any issues and the VM boots properly. This issue happens only with Ubuntu Precise and not with Trusty or Xeniel or even with any of Rehat distributions or CentOS.<br> </font></p> <p><font face="Liberation Serif">Interestingly, it doesn't happen with VMWare ESXi. <br> </font></p> <p><font face="Liberation Serif">I also read somewhere that this issue is with VDSM 3.6 and it seems to continue with VDSM 4 as well.</font></p> <p><font face="Liberation Serif">Any suggestions in this regard.</font><br> </p> -- <div class="moz-signature"> <p style="margin-bottom: 0cm; line-height: 100%"><font face="Times New Roman, serif">Thanks & Regards,</font></p> <p style="margin-bottom: 0cm; line-height: 100%"><br> </p> <address style="line-height: 100%"><font face="Times New Roman, serif">Anantha Raghava</font></address> <address style="line-height: 100%"><font face="Times New Roman, serif">eXzaTech Consulting And Services Pvt. Ltd.</font></address> <p style="margin-bottom: 0cm; line-height: 100%"><font color="#1f497d"><font face="Calibri, sans-serif"><font style="font-size: 7pt" size="1">DISCLAIMER:<br> This e-mail communication and any attachments may be privileged and confidential to eXza Technology Consulting & Services, and are intended only for the use of the recipients named above If you are not the addressee you may not copy, forward, disclose or use any part of it. If you have received this message in error, please delete it and all copies from your system and notify the sender immediately by return e-mail. Internet communications cannot be guaranteed to be timely, secure, error or virus-free. The sender does not accept liability for any errors or omissions. </font></font></font> </p> <p style="margin-bottom: 0cm; line-height: 100%"><br> </p> <p style="margin-bottom: 0cm; line-height: 100%"><font color="#66cc00"><font face="Times New Roman, serif">Do not print this e-mail unless required. Save Paper & trees.</font></font></p> </div> </body> </html> --------------A2448A45784238E495EAEAFE--

1 0

VM Permissions (3.6)
by Alexis HAUSER 06 Mar '17

06 Mar '17

------=_Part_2376072_2003072310.1488785909633 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit hi, I'm trying to figure out how to manage VM permissions with ovirt. >From what I've understood, if you add a user to user role in the system preferences, this user can access every VM and resources on the cluster, with the associated permissions; right ? Now, if I want to control who has access to each VM : I musn't add this user to user role from the system tab; but instead add it on each resources (like on each VM) it should access ? Is there another way to manage permissions ? How you guys do personally manage this ? Do you automate it with scripts ? Thanks for you ideas and suggestions (using 3.6) ------=_Part_2376072_2003072310.1488785909633 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: times new roman, new york, times, se= rif; font-size: 12pt; color: #000000"><div><div style=3D"font-family: times= new roman, new york, times, serif; font-size: 12pt; color: #000000;" data-= mce-style=3D"font-family: times new roman, new york, times, serif; font-siz= e: 12pt; color: #000000;"><div>hi, I'm trying to figure out how to manage V= M permissions with ovirt.</div><div>From what I've understood, if you add a= user to user role in the system preferences, this user can access every VM= and resources on the cluster, with the associated permissions; right ?</di= v><div>Now, if I want to control who has access to each VM : I musn't add t= his user to user role from the system tab; but instead add it on each resou= rces (like on each VM) it should access ?</div><div><br></div><div>Is there= another way to manage permissions ? How you guys do personally manage this= ? Do you automate it with scripts ?</div><div><br></div><div>Thanks for yo= u ideas and suggestions</div><div><br></div><div>(using 3.6)</div></div></d= iv><div><br></div><div><br></div></div></body></html> ------=_Part_2376072_2003072310.1488785909633--

1 0

VMs imported from libvirt have no cdrom device
by Chris Boot 05 Mar '17

05 Mar '17

Hi, I've imported a number of VMs that I previously was running under a self-hosted libvirt configuration. Most of the VMs at the source did not have a cdrom device (but some did) because I just added one as I needed to. Now that the VMs have been imported into oVirt, none of them have a cdrom device. Even booting with the "Attach CD" option doesn't create a cdrom device. I can't see any way to get oVirt to re-create the missing device. Is there a way for me to add these missing devices to my VMs? I'm running oVirt 4.1 on CentOS 7.3.1611 with a hosted engine setup. VMs were migrated from a Debian Stretch machine running libvirt 3.0.0 with qemu 2.8.0. Thanks, Chris -- Chris Boot bootc(a)bootc.net

2 2

Question about injecting ISO images workflow and network configuration
by wodel youchi 05 Mar '17

05 Mar '17

Hi, May be it's a silly question :-) , but how are gays configuring the storage network? Let me explain, if the management network and the storage network are not on the same subnet, if you wish to upload and ISO image on an NFS storage domain, you have to have a route between the two subnets, because the VM engine will try to mount the ISO domain locally to inject the file. PS : For iSCSI ISO domain, I don't know how it will be done, I didn't try it. My questions : - why not use the SPM server for that? - Is it safe to merge the management network with the storage network? - Is the best way to do it is to create a route between the the two subnets? Thanks in advance. Regards. <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> Garanti sans virus. www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

2 1

oVirt Hosted Engine Setup fails
by Manuel Luis Aznar 05 Mar '17

05 Mar '17

Hello there, I am having some trouble when deploying an oVirt 4.1 hosted engine installation. When I m just to end the installation and the hosted engine setup script is about to start the Vm engine (appliance) it fails saying "The VM is not powring up". If I double check the service vdsmd i get this error all the time: vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/host/api.py", line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py", line 102, in get_all_stats with broker.connection(self._retries, self._wait): File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 78, in connect raise BrokerConnectionError(error_msg) BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) Did anyone have experimented the same problem?¿? Any hint on How to solved it?¿? I have tried several times with clean installations and always getting the same... The host where I am trying to do the installation have CentOS 7... Thanks for all in advance Will be waiting for any hint to see what I am doing wrong... Manuel Luis Aznar

2 3

Re: [ovirt-users] best way to remove SAN lun
by Pavel Gashev 05 Mar '17

05 Mar '17

Please also consider a case when a single iSCSI target has several LUNs and you remove one of them. In this case you should not logout. -----Original Message----- From: <users-bounces(a)ovirt.org> on behalf of Nelson Lameiras <nelson.lameiras(a)lyra-network.com> Date: Friday, 3 March 2017 at 20:55 To: Nir Soffer <nsoffer(a)redhat.com> Cc: users <users(a)ovirt.org> Subject: Re: [ovirt-users] best way to remove SAN lun Hello Nir, I think I was not clear in my explanations, let me try again : we have a oVirt 4.0.5.5 cluster with multiple hosts (centos 7.2). In this cluster, we added a SAN volume (iscsi) a few months ago directly in GUI Later we had to remove a DATA volume (SAN iscsi). Below the steps we have taken : 1- we migrated all disks outside the volume (oVirt) 2- we put volume on maintenance (oVirt) 3- we detach volume (oVirt) 4- we removed/destroyed volume (oVirt) In SAN : 5- we put it offline on SAN 6- we delete it from SAN We thought this would be enough, but later we has a serious incident when log partition went full (partially our fault) : /var/log/messages was continuously logging that it was still trying to reach the SAN volumes (we have since taken care of the issue of log space issue => more aggressive logrotate, etc) The real solution was to add two more steps, using shell in ALL hosts : 4a - logout from SAN : iscsiadm -m node --logout -T iqn.XXXXXXXX 4b - remove iscsi targets : rm -fr /var/lib/iscsi/nodes/iqn.XXXXXXXXX This effectively solved our problem, but was fastidious since we had to do it manually in all hosts (imagine if we had hundreds of hosts...) So my question was : shouldn't it be oVirt job to system "logout" and "remove iscsi targets" automatically when a volume is removed from oVirt ? maybe not, and I'm missing something? cordialement, regards, Nelson LAMEIRAS Ingénieur Systèmes et Réseaux / Systems and Networks engineer Tel: +33 5 32 09 09 70 nelson.lameiras(a)lyra-network.com www.lyra-network.com | www.payzen.eu Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE ----- Original Message ----- From: "Nir Soffer" <nsoffer(a)redhat.com> To: "Nelson Lameiras" <nelson.lameiras(a)lyra-network.com> Cc: "Gianluca Cecchi" <gianluca.cecchi(a)gmail.com>, "Adam Litke" <alitke(a)redhat.com>, "users" <users(a)ovirt.org> Sent: Wednesday, February 22, 2017 8:27:26 AM Subject: Re: [ovirt-users] best way to remove SAN lun On Wed, Feb 22, 2017 at 9:03 AM, Nelson Lameiras <nelson.lameiras(a)lyra-network.com> wrote: > Hello, > > Not sure it is the same issue, but we have had a "major" issue recently in our production system when removing a ISCSI volume from oVirt, and then removing it from SAN. What version? OS version? The order must be: 1. remove the LUN from storage domain will be available in next 4.1 release. in older versions you have to remove the storage domain 2. unzone the LUN on the server 3. remove the multipath devices and the paths on the nodes > The issue being that each host was still trying to access regularly to the SAN volume in spite of not being completely removed from oVirt. What do you mean by "not being completely removed"? Who was accessing the volume? > This led to an massive increase of error logs, which filled completely /var/log partition, Which log was full with errors? > which snowballed into crashing vdsm and other nasty consequences. You should have big enough /var/log to avoid such issues. > > Anyway, the solution was to manually logout from SAN (in each host) with iscsiadm and manually remove iscsi targets (again in each host). It was not difficult once the problem was found because currently we only have 3 hosts in this cluster, but I'm wondering what would happen if we had hundreds of hosts ? > > Maybe I'm being naive but shouldn't this be "oVirt job" ? Is there a RFE still waiting to be included on this subject or should I write one ? We have RFE for this here: https://bugzilla.redhat.com/1310330 But you must understand that ovirt does not control your storage server, you are responsible to add devices on the storage server, and remove them. We are only consuming the devices. Even we we provide a way to remove devices on all hosts, you will have to remove the device on the storage server before removing it from hosts. If not, ovirt will find the removed devices again in the next scsi rescan, and we do lot of these to support automatic discovery of new devices or resized devices. Nir > > cordialement, regards, > > > Nelson LAMEIRAS > Ingénieur Systèmes et Réseaux / Systems and Networks engineer > Tel: +33 5 32 09 09 70 > nelson.lameiras(a)lyra-network.com > > www.lyra-network.com | www.payzen.eu > > > > > > Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE > > ----- Original Message ----- > From: "Nir Soffer" <nsoffer(a)redhat.com> > To: "Gianluca Cecchi" <gianluca.cecchi(a)gmail.com>, "Adam Litke" <alitke(a)redhat.com> > Cc: "users" <users(a)ovirt.org> > Sent: Tuesday, February 21, 2017 6:32:18 PM > Subject: Re: [ovirt-users] best way to remove SAN lun > > On Tue, Feb 21, 2017 at 7:25 PM, Gianluca Cecchi > <gianluca.cecchi(a)gmail.com> wrote: >> On Tue, Feb 21, 2017 at 6:10 PM, Nir Soffer <nsoffer(a)redhat.com> wrote: >>> >>> This is caused by active lvs on the remove storage domains that were not >>> deactivated during the removal. This is a very old known issue. >>> >>> You have remove the remove device mapper entries - you can see the devices >>> using: >>> >>> dmsetup status >>> >>> Then you can remove the mapping using: >>> >>> dmsetup remove device-name >>> >>> Once you removed the stale lvs, you will be able to remove the multipath >>> device and the underlying paths, and lvm will not complain about read >>> errors. >>> >>> Nir >> >> >> OK Nir, thanks for advising. >> >> So what I run with success on the 2 hosts >> >> [root@ovmsrv05 vdsm]# for dev in $(dmsetup status | grep >> 900b1853--e192--4661--a0f9--7c7c396f6f49 | cut -d ":" -f 1) >> do >> dmsetup remove $dev >> done >> [root@ovmsrv05 vdsm]# >> >> and now I can run >> >> [root@ovmsrv05 vdsm]# multipath -f 3600a0b80002999020000cd3c5501458f >> [root@ovmsrv05 vdsm]# >> >> Also, with related names depending on host, >> >> previous maps to single devices were for example in ovmsrv05: >> >> 3600a0b80002999020000cd3c5501458f dm-4 IBM ,1814 FAStT >> size=2.0T features='2 pg_init_retries 50' hwhandler='1 rdac' wp=rw >> |-+- policy='service-time 0' prio=0 status=enabled >> | |- 0:0:0:2 sdb 8:16 failed undef running >> | `- 1:0:0:2 sdh 8:112 failed undef running >> `-+- policy='service-time 0' prio=0 status=enabled >> |- 0:0:1:2 sdg 8:96 failed undef running >> `- 1:0:1:2 sdn 8:208 failed undef running >> >> And removal of single path devices: >> >> [root@ovmsrv05 root]# for dev in sdb sdh sdg sdn >> do >> echo 1 > /sys/block/${dev}/device/delete >> done >> [root@ovmsrv05 vdsm]# >> >> All clean now... ;-) > > Great! > > I think we should have a script doing all these steps. > > Nir > _______________________________________________ > 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

2 1

Re: [ovirt-users] rhevm listening on ipv6 ?
by Yevgeny Zaspitsky 05 Mar '17

05 Mar '17

Šimon, According to [1] oVirt should be accessible through IPv6 address. >From my experience engine web&rest can be accessed by using an URL with an IPv6 address in a browser. Please notice that an IPv6 literal address (not a hostname that resolves to an IPv6 address) in a valid URL should be wrapped by brackets, e.g. http:// [1::2]:80/path. You can verify that the engine listens to an IPv6 by running the following command from the Linux console of the host that runs ovirt-engine (while ovirt-engine service runs): netstat -lnp6 | grep <port> where <port> is the port ovirt-engine should be listening to and be accessed through (default is 80). It seems to me like a problem on ManageIQ side. Please let me know if you need further assistance. Regards, Yevgeny [1] https://bugzilla.redhat.com/show_bug.cgi?id=1310837 On Fri, Mar 3, 2017 at 4:55 PM, Šimon <simi(a)mykolab.com> wrote: > Hello Yevgeny, > > I am working on ipv6-only support for ManageIQ. And I have noticed that > providers QA has around listen on ipv4 only. > > Is it possible for rhevm web/api to listen on ipv6? What are the steps I > need to do? > > Thanks a lot! > ~š. >

1 0

test
by Doron Fe 05 Mar '17

05 Mar '17

1 0

test- please ignore
by Doron Fediuck 05 Mar '17

05 Mar '17

1 0

Contributing on ovirt
by shubham dubey 05 Mar '17

05 Mar '17

Hello, I am interested in being part of ovirt for gsoc 2017. I have looked into ovirt project ideas and the project that I find most suitable is Configuring the backup storage in ovirt. Since the ovirt online docs have sufficient info for getting started for development so I don't have a questions about that but I want to clarify one doubt that did the previous year mentioned project on ovirt gsoc page are also available to work on? I will also appreciate any discussion about the project or question from mentor side.Even some guideline for start working is welcome. Thanks, Shubham

2 1

failed to migrate Vm
by Bill James 05 Mar '17

05 Mar '17

I have a hardware node that for whatever reason most of the VM status was "?", even though VM was up and running fine. node was running ovirt 3.6 so I decided to upgrade it to 4.1.0.4-1 like most of the rest of the cluster is, including engine. After upgrade some VMs I'm able to start up fine on the upgraded hosts, other fail to start on that host and migrate themselves to another host. If I try to manually migrate them to the recently upgraded host migration fails. I have yet to find in the logs where it says why they fail. I am able to "runonce" the VM and tell it to start on this host and it starts fine. Why is migration failing? ovirt-engine-4.1.0.4-1.el7.centos.noarch vdsm-4.19.4-1.el7.centos.x86_64 2017-03-04 10:16:51,716-08 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-7-thread-48) [519095c3-83ed-4478-8dd4-f432db6db140] EVENT_ID: VM_MIGRATION_TO_SERVER_FAILED(120), Correlation ID: 2 6d1ecba-8711-408d-b9d5-6461a4aab4e5, Job ID: 546e0e11-9b4b-48d4-bd50-2f525d049ae2, Call Stack: null, Custom Event ID: -1, Message: Migration failed (VM: *j2es2.test.j2noc.com*, Source: ovirt6.test.j2noc.com, Destination: *ovirt4.test.j2noc.com*) (engine.log attached) Thanks.

2 1

lvscan on rhv host
by Marcin Kruk 05 Mar '17

05 Mar '17

Could somebody give me a links to doc or explain behavior of lv volumes in RHV 4 cluster, once they are active another time they are incative, and how to corelate the lv volumes names with disks of virtual machines, or other disks?

2 1

Staring cluster Hosted Engine stuck - failed liveliness check
by Maton, Brett 04 Mar '17

04 Mar '17

What is the correct way to shut down a cluster ? I shutdown my 4.1 cluster following this guide https://github.com/rharmonson/richtech/wiki/OSVDC-Series:- oVirt-3.6-Cluster-Shutdown-and-Startup as the NAS hosting the nfs mounts needed rebooting after updates. ( I realise the guide is for 3.6, surely not that different ? ) However hosted engine isn't starting now. failed liveliness check I've tried connecting from the host starting the HE vm to see what's going on with: virsh console HostedEngine I don't know what authentication it requires, tried engine admin details and root os... hosted-engine --add-console-password Enter password: no graphics devices configured unsurprisingly, remote-viewer vnc://localhost:5900 fails with Unable to connect to the graphic server vnc://localhost:5900 What can I do next ?

4 10

best way to remove SAN lun
by Gianluca Cecchi 03 Mar '17

03 Mar '17

Hello, currently I have a cluster of 3 hosts where each one has FC SAN connectivity to 4 LUNs: 3 are already configured as storage domains (1TB, 2TB, 4TB), one is free, not allocated. See here for screenshot: https://drive.google.com/file/d/0BwoPbcrMv8mvRVZZMTlNcTQ5MGs/view?usp=shari… At the moment the command "multipath -l" run on hosts shows all the 4 LUNs. Now I want to do 2 things at storage array level: - remove the 2TB storage domain LUN - remove the 20Gb LUN not yet allocated What is the correct workflow, supposing I have already emptied the 2TB from VM disks ad such? Select 2Tb SD, then Datacenter subtab, then "maintenance", detach" and at the end "remove"? I think I continue to see 4 LUNs at this point, correct? Now I proceed with removal of lun at storage array level? Should I select an SD line and then "Scan disks" to see refresh the SAN and see in multipath only 2 of them at the end? Or any manual command at host level before removal from array? Thanks in advance Gianluca

6 13

Hot to force glusterfs to use RDMA?
by Arman Khalatyan 03 Mar '17

03 Mar '17

Hi, Are there way to force the connections over RDMA only? If I check host mounts I cannot see rdma mount option: mount -l| grep gluster 10.10.10.44:/GluReplica on /rhev/data-center/mnt/glusterSD/10.10.10.44:_GluReplica type fuse.glusterfs (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,max_read=131072) I have glusterized 3 nodes: GluReplica Volume ID: ee686dfe-203a-4caa-a691-26353460cc48 Volume Type: Replicate (Arbiter) Replica Count: 2 + 1 Number of Bricks: 3 Transport Types: TCP, RDMA Maximum no of snapshots: 256 Capacity: 3.51 TiB total, 190.56 GiB used, 3.33 TiB free

4 7

Unsupported Cluster with oVirt question
by m m 03 Mar '17

03 Mar '17

Hi, I have two questions about an oVirt setup. I have 3 nodes connected to a SAN storage via FC and all VMs are kept in this SAN. From the SAN I have mounted two partitions to each of these nodes and these partitions are in an OCFS2 cluster setup. I am planning to export these partitions and create NFS Domain storage in oVirt. Is there any better way considering this setup? my second question is, in the event that one of the nodes is failing, is there thing I can do to prevent VMs running on that failing node not to fail? Regards

1 0

vm display effect
by qinglong.dong＠horebdata.cn 03 Mar '17

03 Mar '17

This is a multi-part message in MIME format. ------=_001_NextPart520137605018_=---- Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: base64 SGksIGFsbA0KICAgICAgICBJIGhhdmUgdXNlZCB3aW5kb3dzIHZtIGNyZWF0ZWQgYnkgb3ZpcnQg Zm9yIGEgbG9uZyB0aW1lLiBJIGZvdW5kIHRoYXQgdGhlIHZtIGRpc3BsYXkgZWZmZWN0IHdhcyBu b3QgdmVyeSBnb29kIGluIHNvbWUgY2FzZXMuIEZvciBleGFtcGxlLCBUaGUgY29kZXMgY2FtZSBv dXQgd29yZCBieSB3b3JkIHdoZW4gdXNpbmcgc29tZSBjb2RlIGJyb3dzaW5nIHRvb2xzLiBBbmQg c29tZXRpbWVzIG9ubGluZSB2aWRlbyBwbGF5aW5nIHdhcyBub3QgdmVyeSBmbHVlbnQuDQogICAg ICAgIEFueW9uZSBjb2l1bGQgZ2l2ZSBzb21lIGFkdmljZXMgdG8gaW1wcm92ZSB0aGlzPyBUaGFu a3MhDQo= ------=_001_NextPart520137605018_=---- Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable <html><head><meta http-equiv=3D"content-type" content=3D"text/html; charse= t=3DISO-8859-1"><style>body { line-height: 1.5; }body { font-size: 10.5pt;= font-family: ????; color: rgb(0, 0, 0); line-height: 1.5; }body { font-si= ze: 10.5pt; color: rgb(0, 0, 0); line-height: 1.5; }</style></head><body>= =0A<div><span></span>Hi, all</div><div>    <span style=3D"f= ont-size: 10.5pt; line-height: 1.5; background-color: window;">  &nbs= p; I have used windows vm created by ovirt for a long time. I found that t= he vm display effect was not very good in some cases. For example, The cod= es came out word by word when using some c</span><span style=3D"font-size:= 10.5pt; line-height: 1.5; background-color: window;">ode browsing&nb= sp;tools. And sometimes online video playing was not very fluent.</span></= div><div><span style=3D"font-size: 10.5pt; line-height: 1.5; background-co= lor: window;">    </span><span style=3D"font-size: 10.5pt; = line-height: 1.5; background-color: window;">    </span><sp= an style=3D"font-size: 10.5pt; line-height: 1.5; background-color: window;= ">Anyone coiuld give some advices to improve this? Thanks!</span></div>=0A= </body></html> ------=_001_NextPart520137605018_=------

2 2

Updating the notification emails after the hosted-engine is deployed
by Joseph Kelly 02 Mar '17

02 Mar '17

--_000_1488354820917038cameltradingscreencom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gYWxsIC0gZG9lcyBhbnlvbmUga25vdyBob3cgdG8gdXBkYXRlIHRoZSBkZXN0aW5hdGlv bi1lbWFpbHMgYWRkcmVzcyBhZnRlciB0aGUgaG9zdGVkLWVuZ2luZSBpcyBkZXBsb3llZCA/IEFu ZCBjYW4gdGhpcyBiZSBkb25lIGZyb20gdGhlIHdlYmFkbWluIEdVSSA/IEkNCg0KIyBjYXQgIC92 YXIvbGliL292aXJ0LWhvc3RlZC1lbmdpbmUtaGEvYnJva2VyLmNvbmYNCltlbWFpbF0NCnNtdHAt c2VydmVyID0gbWFpbGhvc3QudHMuY29tDQpzbXRwLXBvcnQgPSAyNQ0Kc291cmNlLWVtYWlsID0g cm9vdEBsb2NhbGhvc3Q8bWFpbHRvOnJvb3RAbnkyLWxhYi0wMDgubWd0LnRyYWRpbmdzY3JlZW4u Y29tPg0KZGVzdGluYXRpb24tZW1haWxzID0gZW1haS1hZGRyZXNzbEB0cy5jb208bWFpbHRvOmVt YWktYWRkcmVzc2xAdHMuY29tPiA8LS0gd2FudCB0byBjaGFuZ2UgdGhpcw0KDQpbbm90aWZ5XQ0K c3RhdGVfdHJhbnNpdGlvbiA9IG1haW50ZW5hbmNlfHN0YXJ0fHN0b3B8bWlncmF0ZXx1cHxkb3du DQoNCkFuZCBJJ3ZlIGRvbmUgdGhlIGZvbGxvd2luZyBvbiBib3RoIG5vZGVzIGJ1dCBpdHNlZW1z IHRvIGtlZXBzIG9uIGdldHRpbmcgb3Zlci13cml0dGVuOg0KDQoxKSBTaHV0ZG93biB0aGUgaG9z dGVkLWVuZ2luZQ0KDQoyKSAgU3RvcHBlZCB0aGVzZSBzZXJ2aWNlcyBvbiBhbGwgbm9kZXM6DQpz ZXJ2aWNlIG92aXJ0LWhhLWFnZW50IHN0b3ANCnNlcnZpY2Ugb3ZpcnQtaGEtYnJva2VyIHN0b3AN Cg0KMykgVXBkYXRlZCBicm9rZXIuY29uZiBvbiBlYWNoIG5vZGU6DQpFZGl0ZWQgL3Zhci9saWIv b3ZpcnQtaG9zdGVkLWVuZ2luZS1oYS9icm9rZXIuY29uZiBvbiBlYWNoIG5vZGUNCkVkaXRlZCAv ZXRjL292aXJ0LWhvc3RlZC1lbmdpbmUvYW5zd2Vycy5jb25mIDwtLSBqdXN0IGZvciBnb29kIG1l YXN1cmUNCg0KNCkgUmUtc3RhcnRlZCB0aGVzZSBzZXJ2aWNlcyBvbiBhbGwgbm9kZXM6DQpzZXJ2 aWNlIG92aXJ0LWhhLWFnZW50IHN0YXJ0DQpzZXJ2aWNlIG92aXJ0LWhhLWJyb2tlciBzdGFydA0K DQo1KSBSZXN0YXJ0ZWQgdGhlIGhvc3RlZC1lbmdpbmUuDQoNClRoYW5rcywNCkpvZS4NCg0KLS0N Cg0KDQpKLiBLZWxseQ0KSW5mcmFzdHJ1Y3R1cmUgRW5naW5lZXINClRyYWRpbmdTY3JlZW4NCnd3 dy50cmFkaW5nc2NyZWVuLmNvbTxodHRwOi8vd3d3LnRyYWRpbmdzY3JlZW4uY29tPg0KS0RYIFJv cHBvbmdpIDIyOCBCbGRnLiA2Rg0KMi0yLTggUm9wcG9uZ2ksIE1pbmF0by1rdSwgVG9reW8gMTA2 LTAwMzIsIEphcGFuDQpvZmZpY2U6ICs4MS0zLTQ1NDAtODUxMw0KZW1haWw6IGpvc2VwaC5rZWxs eUB0cmFkaW5nc2NyZWVuLmNvbTxtYWlsdG86am9zZXBoLmtlbGx5QHRyYWRpbmdzY3JlZW4uY29t Pg0KDQpGb2xsb3cgVHJhZGluZ1NjcmVlbiBvbiBUd2l0dGVyLCBGYWNlYm9vaywgb3Igb3VyIGJs b2csIFRyYWRpbmcgU21hcnRlcg0KDQpUaGlzIG1lc3NhZ2UgaXMgaW50ZW5kZWQgb25seSBmb3Ig dGhlIHJlY2lwaWVudChzKSBuYW1lZCBhYm92ZSBhbmQgbWF5DQpjb250YWluIGNvbmZpZGVudGlh bCBpbmZvcm1hdGlvbi4gSWYgeW91IGFyZSBub3QgYW4gaW50ZW5kZWQgcmVjaXBpZW50LA0KeW91 IHNob3VsZCBub3QgcmV2aWV3LCBkaXN0cmlidXRlIG9yIGNvcHkgdGhpcyBtZXNzYWdlLiBQbGVh c2Ugbm90aWZ5DQp0aGUgc2VuZGVyIGltbWVkaWF0ZWx5IGJ5IGUtbWFpbCBpZiB5b3UgaGF2ZSBy ZWNlaXZlZCB0aGlzIG1lc3NhZ2UgaW4NCmVycm9yIGFuZCBkZWxldGUgaXQgZnJvbSB5b3VyIHN5 c3RlbS4NCg0KDQoNCg== --_000_1488354820917038cameltradingscreencom_ Content-Type: text/html; charset="utf-8" Content-ID: <B5B3E2E0E513C24ABC7454E1ABEBB0B7@localhost> Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC44LjUiPg0KPC9oZWFkPg0KPGJvZHk+DQpIZWxsbyBhbGwgLSBk b2VzIGFueW9uZSBrbm93IGhvdyB0byB1cGRhdGUgdGhlIGRlc3RpbmF0aW9uLWVtYWlscyBhZGRy ZXNzIGFmdGVyIHRoZSBob3N0ZWQtZW5naW5lIGlzIGRlcGxveWVkID8gQW5kIGNhbiB0aGlzIGJl IGRvbmUgZnJvbSB0aGUgd2ViYWRtaW4gR1VJID8gSTxicj4NCjxicj4NCiMgY2F0Jm5ic3A7IC92 YXIvbGliL292aXJ0LWhvc3RlZC1lbmdpbmUtaGEvYnJva2VyLmNvbmY8YnI+DQpbZW1haWxdPGJy Pg0Kc210cC1zZXJ2ZXIgPSBtYWlsaG9zdC50cy5jb208YnI+DQpzbXRwLXBvcnQgPSAyNTxicj4N CnNvdXJjZS1lbWFpbCA9Jm5ic3A7PGEgaHJlZj0ibWFpbHRvOnJvb3RAbnkyLWxhYi0wMDgubWd0 LnRyYWRpbmdzY3JlZW4uY29tIj5yb290QGxvY2FsaG9zdDwvYT48YnI+DQo8Yj48Zm9udCBjb2xv cj0iI2ZmMDAwMCI+ZGVzdGluYXRpb24tZW1haWxzID0gPGEgaHJlZj0ibWFpbHRvOmVtYWktYWRk cmVzc2xAdHMuY29tIj4NCmVtYWktYWRkcmVzc2xAdHMuY29tPC9hPiAmbHQ7LS0gd2FudCB0byBj aGFuZ2UgdGhpcyA8L2ZvbnQ+PC9iPjxicj4NCjxicj4NCltub3RpZnldPGJyPg0KPGZvbnQgY29s b3I9IiMwMDAwMDAiPnN0YXRlX3RyYW5zaXRpb24gPSBtYWludGVuYW5jZXxzdGFydHxzdG9wfG1p Z3JhdGV8dXB8ZG93bjwvZm9udD48YnI+DQo8YnI+DQpBbmQgSSd2ZSBkb25lIHRoZSBmb2xsb3dp bmcgb24gYm90aCBub2RlcyBidXQgaXRzZWVtcyB0byBrZWVwcyBvbiBnZXR0aW5nIG92ZXItd3Jp dHRlbjo8YnI+DQo8YnI+DQoxKSBTaHV0ZG93biB0aGUgaG9zdGVkLWVuZ2luZTxicj4NCjxicj4N CjIpJm5ic3A7IFN0b3BwZWQgdGhlc2Ugc2VydmljZXMgb24gYWxsIG5vZGVzOjxicj4NCnNlcnZp Y2Ugb3ZpcnQtaGEtYWdlbnQgc3RvcDxicj4NCnNlcnZpY2Ugb3ZpcnQtaGEtYnJva2VyIHN0b3A8 YnI+DQo8YnI+DQozKSBVcGRhdGVkIGJyb2tlci5jb25mIG9uIGVhY2ggbm9kZTo8YnI+DQpFZGl0 ZWQgL3Zhci9saWIvb3ZpcnQtaG9zdGVkLWVuZ2luZS1oYS9icm9rZXIuY29uZiBvbiBlYWNoIG5v ZGUmbmJzcDs8YnI+DQpFZGl0ZWQgL2V0Yy9vdmlydC1ob3N0ZWQtZW5naW5lL2Fuc3dlcnMuY29u ZiAmbHQ7LS0ganVzdCBmb3IgZ29vZCBtZWFzdXJlPGJyPg0KPGJyPg0KNCkgUmUtc3RhcnRlZCB0 aGVzZSBzZXJ2aWNlcyBvbiBhbGwgbm9kZXM6PGJyPg0Kc2VydmljZSBvdmlydC1oYS1hZ2VudCBz dGFydDxicj4NCnNlcnZpY2Ugb3ZpcnQtaGEtYnJva2VyIHN0YXJ0PGJyPg0KPGJyPg0KNSkgUmVz dGFydGVkIHRoZSBob3N0ZWQtZW5naW5lLjxicj4NCjxicj4NClRoYW5rcyw8YnI+DQpKb2UuPGJy Pg0KPGJyPg0KPHRhYmxlIGNlbGxzcGFjaW5nPSIwIiBjZWxscGFkZGluZz0iMCIgd2lkdGg9IjEw MCUiPg0KPHRib2R5Pg0KPHRyPg0KPHRkPi0tDQo8cHJlPg0KPGI+Si4gS2VsbHk8L2I+DQpJbmZy YXN0cnVjdHVyZSBFbmdpbmVlcg0KVHJhZGluZ1NjcmVlbg0KPGEgaHJlZj0iaHR0cDovL3d3dy50 cmFkaW5nc2NyZWVuLmNvbSI+d3d3LnRyYWRpbmdzY3JlZW4uY29tPC9hPg0KS0RYIFJvcHBvbmdp IDIyOCBCbGRnLiA2Rg0KMi0yLTggUm9wcG9uZ2ksIE1pbmF0by1rdSwgVG9reW8gMTA2LTAwMzIs IEphcGFuDQpvZmZpY2U6ICYjNDM7ODEtMy00NTQwLTg1MTMNCmVtYWlsOiA8YSBocmVmPSJtYWls dG86am9zZXBoLmtlbGx5QHRyYWRpbmdzY3JlZW4uY29tIj5qb3NlcGgua2VsbHlAdHJhZGluZ3Nj cmVlbi5jb208L2E+DQoNCkZvbGxvdyBUcmFkaW5nU2NyZWVuIG9uIFR3aXR0ZXIsIEZhY2Vib29r LCBvciBvdXIgYmxvZywgVHJhZGluZyBTbWFydGVyDQoNClRoaXMgbWVzc2FnZSBpcyBpbnRlbmRl ZCBvbmx5IGZvciB0aGUgcmVjaXBpZW50KHMpIG5hbWVkIGFib3ZlIGFuZCBtYXkNCmNvbnRhaW4g Y29uZmlkZW50aWFsIGluZm9ybWF0aW9uLiBJZiB5b3UgYXJlIG5vdCBhbiBpbnRlbmRlZCByZWNp cGllbnQsDQp5b3Ugc2hvdWxkIG5vdCByZXZpZXcsIGRpc3RyaWJ1dGUgb3IgY29weSB0aGlzIG1l c3NhZ2UuIFBsZWFzZSBub3RpZnkNCnRoZSBzZW5kZXIgaW1tZWRpYXRlbHkgYnkgZS1tYWlsIGlm IHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgbWVzc2FnZSBpbg0KZXJyb3IgYW5kIGRlbGV0ZSBpdCBm cm9tIHlvdXIgc3lzdGVtLg0KDQo8L3ByZT4NCjwvdGQ+DQo8L3RyPg0KPC90Ym9keT4NCjwvdGFi bGU+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_1488354820917038cameltradingscreencom_--

3 4

About qemu's CPU up to 400-500%
by 张余歌 02 Mar '17

02 Mar '17

--_000_DM5PR11MB1930C74C309A493FF58FD13090280DM5PR11MB1930namp_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 aGVsbG8sZnJpZW5kcyENCg0KSXQgaXMgd2VpcmQgdGhhdCBpdCBzaG93ZWQgcWVtdScgQ1BVIGlz IG5vdCBub3JtYWwuDQoNCg0KI3RvcA0KDQogICBQSUQgVVNFUiAgICAgIFBSICBOSSAgVklSVCAg UkVTICBTSFIgUyAlQ1BVICVNRU0gICAgVElNRSsgIENPTU1BTkQNCiA1MjMxMyBxZW11ICAgICAg MjAgICAwIDkwNzVtIDQuM2cgIDIzbSBTIDQzMy4xICAzLjUgNjY2OjMwLjU5IHFlbXUta3ZtDQog NzU1ODMgcWVtdSAgICAgIDIwICAgMCA5MjIwbSA0LjJnIDY2MzYgUiAyMTYuMSAgMy4zIDE1MToy OC4wMiBxZW11LWt2bQ0KIDg1NDkyIHJvb3QgICAgICAyMCAgIDAgIDIxN20gIDI0bSA1MTAwIFIg OTkuNyAgMC4wICAgMDozNi45MCBweXRob24NCiA1NjcwNCBxZW11ICAgICAgMjAgICAwIDY5NzZt IDIuMmcgNzQwMCBTIDYwLjMgIDEuOCAzMDY6MDcuMTUgcWVtdS1rdm0NCiA3NTU5MCByb290ICAg ICAgMjAgICAwICAgICAwICAgIDAgICAgMCBSIDQ1LjIgIDAuMCAgIDc6NDkuMzAgdmhvc3QtNzU1 ODMNCiAgODE2NCBxZW11ICAgICAgMjAgICAwIDg5MDVtIDQuMmcgNjU5MiBTIDExLjUgIDMuMyAx MDc6MjIuMzAgcWVtdS1rdm0NCiAgNDc0MyBvdmlydCAgICAgMjAgICAwIDQ5LjNnIDkuOGcgIDIx bSBTIDEwLjkgIDcuOCAgNjI6MzcuMjUgamF2YQ0KICA1NDc1IHJvb3QgICAgICAyMCAgIDAgIDkx MW0gIDEzbSA2MTM2IFMgMTAuOSAgMC4wICAyODo1NS40NiBsaWJ2aXJ0ZA0KICA2MzY3IHZkc20g ICAgICAgMCAtMjAgNDI1OG0gMTMxbSA5Mjk2IFMgMTAuOSAgMC4xIDEwMjoyOS44OSB2ZHNtDQog ODI0MDkgcG9zdGdyZXMgIDIwICAgMCAgMjYwbSAgNjJtICAyMW0gUyAxMC45ICAwLjAgICAwOjM1 LjU5IHBvc3RtYXN0ZXINCiAyNDcwNiByb290ICAgICAgMjAgICAwIDE1NzA0IDIwMDAgIDkyNCBT ICA0LjIgIDAuMCAgMTc6MzguNDAgdG9wDQogIDY4MTkgcm9vdCAgICAgIDIwICAgMCAxNTgwNCAy MDEyICA5MzIgUyAgMy44ICAwLjAgIDIxOjMwLjc0IHRvcA0KIDc3MzE3IHJvb3QgICAgICAyMCAg IDAgMTU2OTIgMTk5MiAgOTI0IFMgIDMuOCAgMC4wICAgMzoxMS43OCB0b3ANCiA4NTIwMyByb290 ICAgICAgMjAgICAwIDE1NjkyIDE5OTYgIDkyNCBTICAzLjggIDAuMCAgIDA6MDkuNTUgdG9wDQog ICAxNzggcm9vdCAgICAgIDIwICAgMCAgICAgMCAgICAwICAgIDAgUyAgMy4yICAwLjAgIDE0OjQy Ljk1IGV2ZW50cy8xNQ0KIDg1NTU1IHJvb3QgICAgICAyMCAgIDAgMTU2OTIgMTk5MiAgOTI0IFIg IDMuMiAgMC4wICAgMDowMC41OSB0b3ANCiAgNDk0NSBhcGFjaGUgICAgMjAgICAwICAxOTRtIDU1 MzIgMjMzMiBTICAxLjMgIDAuMCAgIDA6MjcuNTcgaHR0cGQNCg0KSXQgY2F1c2VkIG1lIGNhbm5v dCB1c2Ugdm0gbm9ybWFsbHkhZXNwZWNpYWxseSB3aGVuIGkgd2FzIHBsYXlpbmcgdmlkZW8saXQg cGVyZm9ybWVkIGJhZGx5IC5TdWRkZW5seSBlbmNvdW50ZXJlZCB0aGlzICBjb25kaXRpb24saSBk b24ndCBrbm93IGhvdyB0byBkZWFsIHdpdGggaXQuSGVscCBtZSBwbGVhc2UhDQoNCkkgZm91bmQg dGhlIGNwdSB1c2FnZSBvZiBxZW11IHdhcyBub3Qgc29vb29vIG5vcm1hbCFCdXQgaSBoYWQgbm8g aWRlYS4NCg== --_000_DM5PR11MB1930C74C309A493FF58FD13090280DM5PR11MB1930namp_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dgb2312"> <style type=3D"text/css" style=3D"display:none;"></style> </head> <body dir=3D"ltr"> <div id=3D"divtagdefaultwrapper" style=3D"font-size:12pt;color:#000000;font= -family:Calibri,Arial,Helvetica,sans-serif;" dir=3D"ltr"> <p>hello,friends!</p> <p>It is weird that it showed qemu' CPU is not normal.</p> <p><br> </p> <p>#top</p> <p></p> <div><br> </div> <div>   PID USER      PR  NI  VIRT &nbsp= ;RES  SHR S %CPU %MEM    TIME+  COMMAND</div> <div> 52313 qemu      20   0 9075m 4.3g  23m = S <i>433.1</i>  3.5 666:30.59 qemu-kvm</div> <div> 75583 qemu      20   0 9220m 4.2g 6636 R <i>= 216.1</i>  3.3 151:28.02 qemu-kvm</div> <div> 85492 root      20   0  217m  24m = 5100 R 99.7  0.0   0:36.90 python</div> <div> 56704 qemu      20   0 6976m 2.2g 7400 S 60.= 3  1.8 306:07.15 qemu-kvm</div> <div> 75590 root      20   0     0 &nbsp= ;  0    0 R 45.2  0.0   7:49.30 vhost-75583</div> <div>  8164 qemu      20   0 8905m 4.2g 6592 S 11.= 5  3.3 107:22.30 qemu-kvm</div> <div>  4743 ovirt     20   0 49.3g 9.8g  21m S 10.= 9  7.8  62:37.25 java</div> <div>  5475 root      20   0  911m  13m = 6136 S 10.9  0.0  28:55.46 libvirtd</div> <div>  6367 vdsm       0 -20 4258m 131m 9296 S 10.9 &nb= sp;0.1 102:29.89 vdsm</div> <div> 82409 postgres  20   0  260m  62m  21m = S 10.9  0.0   0:35.59 postmaster</div> <div> 24706 root      20   0 15704 2000  924 = S  4.2  0.0  17:38.40 top</div> <div>  6819 root      20   0 15804 2012  932 = S  3.8  0.0  21:30.74 top</div> <div> 77317 root      20   0 15692 1992  924 = S  3.8  0.0   3:11.78 top</div> <div> 85203 root      20   0 15692 1996  924 = S  3.8  0.0   0:09.55 top</div> <div>   178 root      20   0     0 =    0    0 S  3.2  0.0  14:42.95 events/1= 5</div> <div> 85555 root      20   0 15692 1992  924 = R  3.2  0.0   0:00.59 top</div> <div>  4945 apache    20   0  194m 5532 2332 S &nb= sp;1.3  0.0   0:27.57 httpd</div> <div><br> </div> <div>It caused me cannot use vm normally!especially when i was playing vide= o,it performed badly .Suddenly encountered this  condition,i don't kno= w how to deal with it.Help me please!</div> <div><br> </div> <div>I found the cpu usage of qemu was not sooooo normal!But i had no idea.= </div> <p></p> </div> </body> </html> --_000_DM5PR11MB1930C74C309A493FF58FD13090280DM5PR11MB1930namp_--

2 1

hosted-engine status timestamp
by martin twostep 02 Mar '17

02 Mar '17

RHV 4.0 and self hosted engine. Please explain why when I run hosted-engine --vm-status, the timestamp field in the Extra metadata (valid at timestamp) section is obsolete not the present time?

2 1

Cluster compatibility version and major upgrades
by Chris Adams 02 Mar '17

02 Mar '17

Hello again, still working on my upgrade from 3.5... I'm trying to understand the cluster compatibility version setting and how that applies to major upgrades. Do I have to always raise the compatibility version when I do a major upgrade? In other words, when I upgrade from 3.5 to 3.6, do I need to raise it to 3.6 before I upgrade to 4.0 (and then again raise it 4.0 before upgrading to 4.1)? It looks like the 3.6->4.0 EL6->EL7 migration requires the cluster compatibility level to be at 3.6 (if I'm reading things right). It appears that when I upgrade to 3.6, I will have to stop all running VMs to raise the compatibility version (and I found an open bug about whether that's possible with the hosted engine). It sounds like with 4.0, the VMs can be flagged for compatibility and I can reboot them individually. I have over 80 VMs, many behind a load balancer (for HA and load sharing), but taking them all down will obviously still interrupt service for a while. Is there a safe way around that? I saw someone mention they partitioned their servers and made a new cluster (with the new version), and migrated VMs from cluster to cluster. Can I do live migrations in that case? How do I get the hosted engine from one cluster to another (especially with starting at 3.5)? -- Chris Adams <cma(a)cmadams.net>

3 2

Expanding direct ISCSI LUN
by Koen Vanoppen 02 Mar '17

02 Mar '17

Dear All, I'm trying to expand a direct ICSI-LUN on my vm... Can't seem to figure out how... :-) The hypervisors are seeing it... My VM and ovirt GUI doesn't... I already did the echo 1 > /sys/class/scsi_device/1\:0\:0\:0/device/rescan on my vm, still no change... Kind regards, Koen

4 4

hosted-engine status timestamp
by Marcin Kruk 02 Mar '17

02 Mar '17

RHV 4.0 and self hosted engine. Please explain why when I run hosted-engine --vm-status, the timestamp field in the Extra metadata (valid at timestamp) section is obsolete not the present time?

1 0

Virsh
by Koen Vanoppen 02 Mar '17

02 Mar '17

Dear all, I know I did it before.... But for the moment I can't connect to virsh... [root@mercury1 ~]# saslpasswd2 -a libvirt koen Password: Again (for verification): [root@mercury1 ~]# virsh Welcome to virsh, the virtualization interactive terminal. Type: 'help' for help with commands 'quit' to quit virsh # pool-list Please enter your authentication name: koen Please enter your password: error: failed to connect to the hypervisor error: no valid connection error: authentication failed: authentication failed So, i created a new username (I had the same error when I tried to set a password for "admin" user), gave the user a password, but still, I can't connect... What am I missing? We are running on ovirt 4. Hypervisors are running. These are the version of qemu

4 7

Gluster setup disappears any chance to recover?
by Arman Khalatyan 02 Mar '17

02 Mar '17

Hi, I just tested power cut on the test system: Cluster with 3-Hosts each host has 4TB localdisk with zfs on it /zhost/01/glu folder as a brick. Glusterfs was with replicated to 3 disks with arbiter. So far so good. Vm was up an running with 5oGB OS disk: dd was showing 100-70MB/s performance with the Vm disk. I just simulated disaster powercut: with ipmi power-cycle all 3 hosts same time. the result is all hosts are green up and running but bricks are down. in the processes I can see: ps aux | grep gluster root 16156 0.8 0.0 475360 16964 ? Ssl 08:47 0:00 /usr/sbin/glusterd -p /var/run/glusterd.pid --log-level INFO What happened with my volume setup?? Is it possible to recover it?? [root@clei21 ~]# gluster peer status Number of Peers: 2 Hostname: clei22.cls Uuid: 96b52c7e-3526-44fd-af80-14a3073ebac2 State: Peer in Cluster (Connected) Other names: 192.168.101.40 10.10.10.44 Hostname: clei26.cls Uuid: c9fab907-5053-41a8-a1fa-d069f34e42dc State: Peer in Cluster (Connected) Other names: 10.10.10.41 [root@clei21 ~]# gluster volume info No volumes present [root@clei21 ~]#

2 8