[ovirt-users] Re: can't import vm from KVM host

2019-05-15 Thread Nelson Lameiras
hello,

any news on this issue ?
can I do anything to help ?

cordialement, regards, 
Nelson LAMEIRAS 

Lyra Network 
Service Projets et Processus 
Tel : +33 (0) 5 32 09 09 70 
109 rue de l’innovation 
31670 Labège - France 
www.lyra-network.com

- Original Message -
From: "Shahar Havivi" 
To: "Nelson Lameiras" 
Cc: users@ovirt.org
Sent: Thursday, September 29, 2016 2:31:42 PM
Subject: Re: [ovirt-users] can't import vm from KVM host

On 29.09.16 14:22, Nelson Lameiras wrote:
> Shahar,
> 
> I took the liberty to try to patch our test setup with the fix I took from 
> https://gerrit.ovirt.org/#/c/64272/4/ (lib/vdsm/v2v.py)
> I restarted vdsm afterwards
> 
> Result :
> In the GUI import page, now when clicking on "load" button (just before 
> guetting the list of vm to import on source), an error occurs : "Failed to 
> communicate with the external provider, see log for additional details."
> 
> Error on engine log :
> 
> "
> 2016-09-29 14:13:48,637 ERROR 
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
>  (default task-30) [] Failed in 'GetVmsFromExternalProviderVDS' method, for 
> vds: 'virtintelan01.lbg.office.lyra'; host: 'virtintelan01.lbg.office.lyra': 
> null
> 2016-09-29 14:13:48,637 ERROR 
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
>  (default task-30) [] Command 'GetVmsFromExternalProviderVDSCommand(HostName 
> = virtintelan01.lbg.office.lyra, 
> GetVmsFromExternalProviderParameters:{runAsync='true', 
> hostId='20b59a24-0098-461a-b4a3-7d6213b96c52', 
> url='qemu+ssh://root@192.168.210.140/system', username='null', 
> originType='KVM'})' execution failed: null
> 2016-09-29 14:13:48,637 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
>  (default task-30) [] FINISH, GetVmsFromExternalProviderVDSCommand, log id: 
> 6e062276
> 2016-09-29 14:13:48,637 ERROR 
> [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default task-30) 
> [] Query 'GetVmsFromExternalProviderQuery' failed: EngineException: 
> java.lang.NumberFormatException: null (Failed with error ENGINE and code 5001)
> 2016-09-29 14:13:48,637 ERROR 
> [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default task-30) 
> [] Exception: org.ovirt.engine.core.common.errors.EngineException: 
> EngineException: java.lang.NumberFormatException: null (Failed with error 
> ENGINE and code 5001)
> at 
> org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:114) 
> [bll.jar:]
> at 
> org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.runVdsCommand(VDSBrokerFrontendImpl.java:33)
>  [bll.jar:]
> at 
> org.ovirt.engine.core.bll.QueriesCommandBase.runVdsCommand(QueriesCommandBase.java:257)
>  [bll.jar:]
> ...
> "
> 
> In the host, I can see the following errors on /var/log/messages : 
> 
> "
> Sep 29 14:11:39 virtintelan01 journal: vdsm root ERROR Error getting disk 
> size#012Traceback (most recent call last):#012  File 
> "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 931, in 
> _add_disk_info#012vol = conn.storageVolLookupByPath(disk['alias'])#012  
> File "/usr/lib64/python2.7/site-packages/libvirt.py", line 4596, in 
> storageVolLookupByPath#012if ret is None:raise 
> libvirtError('virStorageVolLookupByPath() failed', 
> conn=self)#012libvirtError: Volume de stockage introuvable : no storage vol 
> with matching path '/dev/mapper/vg_00-lv_sys'
> Sep 29 14:11:39 virtintelan01 journal: vdsm root ERROR Error getting disk 
> size#012Traceback (most recent call last):#012  File 
> "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 931, in 
> _add_disk_info#012vol = conn.storageVolLookupByPath(disk['alias'])#012  
> File "/usr/lib64/python2.7/site-packages/libvirt.py", line 4596, in 
> storageVolLookupByPath#012if ret is None:raise 
> libvirtError('virStorageVolLookupByPath() failed', 
> conn=self)#012libvirtError: Volume de stockage introuvable : no storage vol 
> with matching path '/dev/sdc'
> "
> 
> FYI "Volume de stockage introuvable" (french) = "storage volume not found" 
> 
> This error did not appear before patching with the fix.
> 
> I repeated the operation 2 times with a clean setup + patch. Same behaviour. 
> Maybe I'm doing something wrong?
I need to check,
Thanks for the info.

> 
> my setup :
> ovirt-engine : centos 7.2 + ovirt 4.0.4
> hosts : centos 7.2 + ovirt 4.0.4 + fix
> 
> cordialement, regards, 
> Nelson LAMEIRAS 
> 
> Lyra Network 
> Service Projets et Processus 
> Tel : +33 (0) 5 32 09 09 70 
> 109 rue de l’innovation 
> 31670 Labè

[ovirt-users] Fwd: ISCSI storage with multiple nics on same subnet disabled on host activation

2017-07-17 Thread Nelson Lameiras
Hello, Can any one please help us with the problem described below? 

Nir, I'm including you since a quick search on the internet led me to think 
that you have worked on this part of the project. Please forgive me if I'm off 
topic. 

(I incorrectly used below the expression "patch" when I meant "configure". it's 
corrected now) 

cordialement, regards, 


    Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 



De: "Nelson Lameiras" <nelson.lamei...@lyra-network.com> 
À: "ovirt users" <users@ovirt.org> 
Envoyé: Mercredi 7 Juin 2017 14:59:48 
Objet: [ovirt-users] ISCSI storage with multiple nics on same subnet disabled 
on host activation 

Hello, 

In our oVirt hosts, we are using DELL equallogic SAN with each server 
connecting to SAN via 2 physical interfaces. Since both interfaces share the 
same network (Equalogic limitation) we must configure sysctl to to allow iSCSI 
multipath with multiple NICs in the same subnet : 


 
net.ipv4.conf.p2p1.arp_ignore=1
net.ipv4.conf.p2p1.arp_announce=2
net.ipv4.conf.p2p1.rp_filter=2

net.ipv4.conf.p2p2.arp_ignore=1
net.ipv4.conf.p2p2.arp_announce=2
net.ipv4.conf.p2p2.rp_filter=2 




 



This works great in most setups, but for a strange reason, on some of our 
setups, the sysctl configuration is updated by VDSM when activating a host and 
the second interface stops working immeadiatly : 

 
vdsm.log 
2017-06-07 11:51:51,063+0200 INFO  (jsonrpc/5) [storage.ISCSI] Setting strict 
mode rp_filter for device 'p2p2'. (iscsi:602)
2017-06-07 11:51:51,064+0200 ERROR (jsonrpc/5) [storage.HSM] Could not connect 
to storageServer (hsm:2392)
Traceback (most recent call last):
  File "/usr/share/vdsm/storage/hsm.py", line 2389, in connectStorageServer
conObj.connect()
  File "/usr/share/vdsm/storage/storageServer.py", line 433, in connect
iscsi.addIscsiNode(self._iface, self._target, self._cred)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/iscsi.py", line 232, in 
addIscsiNode
iscsiadm.node_login(iface.name, target.address, target.iqn)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/iscsiadm.py", line 337, 
in node_login
raise IscsiNodeError(rc, out, err) 





 

"strict mode" is enforced for second interface, and it no longuer works... 
Which means - at least - that there is no redundancy in case of hardware 
faillure and this is not acceptable for our production needs. 

What is really strange is that we have another "twin" site on another 
geographic region with simillar hardware configuration and same oVirt 
installation, and this problem does not happen. 
Can this be really random? 
What can be the root cause of this behaviour? How can I correct it? 

our setup: 
oVirt hostedEngine : Centor 7.3, ovirt 4.1.2 
3 physical oVirt nodes centos 7.3, ovirt 4.1.2 
SAN DELL Equalogic 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 


___ 
Users mailing list 
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Recovering hosted-engine

2017-07-03 Thread Nelson Lameiras
Hi andrew,

This is my personal experience on recovery.

Yes you can recover the hosted-engine from a backup (almost every action you 
did on on oVirt after backup will have to be manually reproduced)
This can be tricky depending on your conditions (and there are some subtleties 
which can have significant impact later on)

- Do you have still SSH access to engine ?
- If so, do you trust engine VM OS, or should you reinstall it ?

If both questions are positive, then you just need to do a engine restore as 
explained here :

http://www.ovirt.org/documentation/admin-guide/chap-Backups_and_Migration/

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE

- Original Message -
From: "Andrew Dent" <ad...@ctcroydon.com.au>
To: "Yedidyah Bar David" <d...@redhat.com>, "users" <users@ovirt.org>
Sent: Monday, July 3, 2017 3:40:38 PM
Subject: Re: [ovirt-users] Recovering hosted-engine

Hi Didi

Fair enough.
If I'm in this situation.
I have 3 hosts with 6 production VMs.
The hosted-engine VM is completely toast and not recoverable.
However I have a backup of the hosted-engine database (do I need 
anything else).

Is it possible to build a new VM, import the backup of the previous 
hosted-engine database and reconnect the storage domains and VMs in 
their running state without any VMs experiencing an outage?

The URL  
http://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restoring_an_EL-Based_Self-Hosted_Environment/
looks to be longer now.
I'll review, test and see if this will give me what I'm looking for.

The broken link still seems to be broken.
When I click the link, the browser ends up at this
http://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restoring_an_EL-Based_Self-Hosted_Environment/chap-Installing_Additional_Hosts_to_a_Self-Hosted_Environment#documentation%20self%20hosted%20chap%20Backing%20up%20and%20Restoring%20an%20EL%20Based%20Self%20Hosted%20Environment%20chap%20Installing%20Additional%20Hosts%20to%20a%20Self%20Hosted%20Environment

But I suspect it should be
http://www.ovirt.org/documentation/self-hosted/chap-Installing_Additional_Hosts_to_a_Self-Hosted_Environment/

Kind regards

Andrew

-- Original Message --
From: "Yedidyah Bar David" <d...@redhat.com>
To: "Andrew Dent" <ad...@ctcroydon.com.au>
Cc: "users" <users@ovirt.org>
Sent: 3/07/2017 11:12:05 PM
Subject: Re: [ovirt-users] Recovering hosted-engine

>On Mon, Jul 3, 2017 at 3:46 PM, Andrew Dent <ad...@ctcroydon.com.au> 
>wrote:
>>  Has anyone successfully completed a hosted-engine recovery on a 
>>multiple
>>  host setup with production VMs?
>
>I'd like to clarify that "recovery" can span a large spectrum of
>flows, from a trivial "I did some change to the engine database
>that broke stuff and I want to restore a backup I took prior to
>this change" to a full system restoration including purchasing
>and deploying new (perhaps different) hosts/network/storage
>hardware, including many other flows in between.
>
>So when you plan for recovery, you should define very well what
>flows you plan to handle, and how you handle each.
>
>The linked procedure correctly says it's "providing an example".
>
>>
>>  Kind regards
>>
>>
>>  Andrew
>>
>>
>>
>>  -- Original Message --
>>  From: "Andrew Dent" <ad...@ctcroydon.com.au>
>>  To: "users" <users@ovirt.org>
>>  Sent: 2/07/2017 2:22:16 PM
>>  Subject: [ovirt-users] Recovering hosted-engine
>>
>>  Hi
>>
>>  A couple of questions about hosted-engine recovery.
>>  Part way through this URL, in the section "Workflow for Restoring the
>>  Self-Hosted Engine Environment"
>>  
>>http://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restoring_an_EL-Based_Self-Hosted_Environment/
>>  it looks like once the hosted-engine is recovered on Host 1, the VMs 
>>on Host
>>  2 and 3 will be running, but not accessible to the recovered Hosted 
>>Engine.
>>  Is that correct?
>
>I am pretty certain that the procedure assumed that all hosts need 
>restoration,
>not that some are still up-and-running.
>
>>  If so, how to you remove host 2 and host 3 from the environment, then 
>>add
>>  back in again while keeping the VMs running?
>
>That's a good question.
>
>Please try to describe the exact flow you have in mind. What's broken 
>and
>needs restoration, and how do you plan to do

Re: [ovirt-users] ISCSI storage with multiple nics on same subnet disabled on host activation

2017-06-08 Thread Nelson Lameiras
Hi Gianluca, 

My answers below, 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 



From: "Gianluca Cecchi" <gianluca.cec...@gmail.com> 
To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com> 
Cc: "ovirt users" <users@ovirt.org> 
Sent: Thursday, June 8, 2017 9:36:33 AM 
Subject: Re: [ovirt-users] ISCSI storage with multiple nics on same subnet 
disabled on host activation 



On Wed, Jun 7, 2017 at 2:59 PM, Nelson Lameiras < 
nelson.lamei...@lyra-network.com > wrote: 


BQ_BEGIN

Hello, 

In our oVirt hosts, we are using DELL equallogic SAN with each server 
connecting to SAN via 2 physical interfaces. Since both interfaces share the 
same network (Equalogic limitation) we must patch the linux kernel to to allow 
iSCSI multipath with multiple NICs in the same subnet with sysctl : 


 
net.ipv4.conf.p2p1.arp_ignore=1
net.ipv4.conf.p2p1.arp_announce=2
net.ipv4.conf.p2p1.rp_filter=2

net.ipv4.conf.p2p2.arp_ignore=1
net.ipv4.conf.p2p2.arp_announce=2
net.ipv4.conf.p2p2.rp_filter=2 


BQ_END

BQ_BEGIN

Hello Nelson, 
nice to see another environment based on EQL iSCSI SAN. 
The systctl.conf customized lines above are not what you mean with "we must 
patch the linux kernel", is it? 
What do you mean exactly? 

BQ_END


Sorry, by "patch" I meant "sysctl.conf configuration" indeed. 
This configuration is what we use to be able to configure 2 network interfaces 
in the same subnet. 


BQ_BEGIN



 


BQ_END


BQ_BEGIN



This works great in most setups, but for a strange reason, on some of our 
setups, the sysctl configuration is updated by VDSM when activating a host and 
the second interface stops working immeadiatly : 

 
vdsm.log 
2017-06-07 11:51:51,063+0200 INFO  (jsonrpc/5) [storage.ISCSI] Setting strict 
mode rp_filter for device 'p2p2'. (iscsi:602)
2017-06-07 11:51:51,064+0200 ERROR (jsonrpc/5) [storage.HSM] Could not connect 
to storageServer (hsm:2392)
Traceback (most recent call last):
  File "/usr/share/vdsm/storage/hsm.py", line 2389, in connectStorageServer
conObj.connect()
  File "/usr/share/vdsm/storage/storageServer.py", line 433, in connect
iscsi.addIscsiNode(self._iface, self._target, self._cred)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/iscsi.py", line 232, in 
addIscsiNode
iscsiadm.node_login( iface.name , target.address, target.iqn)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/iscsiadm.py", line 337, 
in node_login
raise IscsiNodeError(rc, out, err) 

In my environment I don't see these kinds of problems. 
I'm using plain CentOS 7.3 hosts as hypervisors; is this your case too or are 
you using ovirt-ng nodes? 


BQ_END

Plain CentOS 7.3 hosts also. Built from a Minimal centos and adding oVirt 
repositories. 


BQ_BEGIN




 

"strict mode" is enforced for second interface, and it no longuer works... 
Which means - at least - that there is no redundancy in case of hardware 
faillure and this is not acceptable for our production needs. 

What is really strange is that we have another "twin" site on another 
geographic region with simillar hardware configuration and same oVirt 
installation, and this problem does not happen. 

What can be the root cause of this behaviour? How can I correct it? 



BQ_END

BQ_BEGIN

Actually it is very strange to me to understand how you don't have problems on 
the other side. 
My workaround to get multipath with EQL in oVirt was the one explained here 
with screenshots: 
http://lists.ovirt.org/pipermail/users/2017-March/080992.html 
It has been working now for about 3 months without problems. We have several 
Oracle RDBMS server VMs on it, from 2virtual threads and 8Gb of ram to 16 
threads (2-4-2) and 64Gb of ram 
How did you configure multipath instead? As far as I know oVirt will not let 
you do it. 
The only way would be to use bonding but that is not certified/supported by 
Dell. 
HIH sharing experiences, 
Gianluca 



BQ_END

I've read the link you gave and it seems to me that you are using the same 
physical interface for SAN and vm network. 
In my setup : 
- SAN network is using two disctinct physical interfaces (p2pX) on same subnet 
(therefore the need for sysctl patch) 
- VM network (p1pX) is using 2 other distinct physical interfaces on "trunk" 
mod

[ovirt-users] ISCSI storage with multiple nics on same subnet disabled on host activation

2017-06-07 Thread Nelson Lameiras
Hello, 

In our oVirt hosts, we are using DELL equallogic SAN with each server 
connecting to SAN via 2 physical interfaces. Since both interfaces share the 
same network (Equalogic limitation) we must patch the linux kernel to to allow 
iSCSI multipath with multiple NICs in the same subnet with sysctl : 


 
net.ipv4.conf.p2p1.arp_ignore=1
net.ipv4.conf.p2p1.arp_announce=2
net.ipv4.conf.p2p1.rp_filter=2

net.ipv4.conf.p2p2.arp_ignore=1
net.ipv4.conf.p2p2.arp_announce=2
net.ipv4.conf.p2p2.rp_filter=2 




 



This works great in most setups, but for a strange reason, on some of our 
setups, the sysctl configuration is updated by VDSM when activating a host and 
the second interface stops working immeadiatly : 

 
vdsm.log 
2017-06-07 11:51:51,063+0200 INFO  (jsonrpc/5) [storage.ISCSI] Setting strict 
mode rp_filter for device 'p2p2'. (iscsi:602)
2017-06-07 11:51:51,064+0200 ERROR (jsonrpc/5) [storage.HSM] Could not connect 
to storageServer (hsm:2392)
Traceback (most recent call last):
  File "/usr/share/vdsm/storage/hsm.py", line 2389, in connectStorageServer
conObj.connect()
  File "/usr/share/vdsm/storage/storageServer.py", line 433, in connect
iscsi.addIscsiNode(self._iface, self._target, self._cred)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/iscsi.py", line 232, in 
addIscsiNode
iscsiadm.node_login(iface.name, target.address, target.iqn)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/iscsiadm.py", line 337, 
in node_login
raise IscsiNodeError(rc, out, err) 





 

"strict mode" is enforced for second interface, and it no longuer works... 
Which means - at least - that there is no redundancy in case of hardware 
faillure and this is not acceptable for our production needs. 

What is really strange is that we have another "twin" site on another 
geographic region with simillar hardware configuration and same oVirt 
installation, and this problem does not happen. 

What can be the root cause of this behaviour? How can I correct it? 

our setup: 
hostedEngine : Centor 7.3, ovirt 4.1.2 
3 physical nodes centos 7.3, ovirt 4.1.2 
SAN DELL Equalogic 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] problem while updating oVirt from 3.6 to 4.0

2017-05-11 Thread Nelson Lameiras
Hello, 

Not sure if I should post here, or on the dev mailling list. 

I had a serious problem when upgrading an oVirt cluster from 3.6 to 4.0 (before 
updating to 4.1) 

The error on engine-setup log was : 
"schema.sh: FATAL: Cannot execute sql command: 
--file=/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0930_disallow_boot_protocol_to_be_null.sql"
 

After long hours of debuguing and analysing I found out the problem. On 
database, some entries on table network_attachements had a NULL value which 
were incompatible with the sql file above. 
I'm guessing this is an "exotic situation" which shouldn't exist... in theory 
;) 

Anyway, I'm fairly sure that the solution for this problem would be to patch 
the following file 
'ovirt-engine/packaging/dbscripts/upgrade/04_00_0910_do_not_allow_null_boot_protocol.sql'
 
by adding the following line " update network_attachments set boot_protocol = ' 
NONE ' where boot_protocol is null ;" 

If a dev want to discuss it further, I'll be happy to explain my thoughts on 
this matter. 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] change Memory Ballooning setting

2017-05-02 Thread Nelson Lameiras
great, thanks very much 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 



From: "Michal Skrivanek" <mskri...@redhat.com> 
To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com> 
Cc: "ovirt users" <users@ovirt.org> 
Sent: Friday, April 28, 2017 6:46:29 PM 
Subject: Re: [ovirt-users] change Memory Ballooning setting 



On 27 Apr 2017, at 16:29, Nelson Lameiras < nelson.lamei...@lyra-network.com > 
wrote: 




Hello oVirt gurus, 

When activating/deactivating memory balloning on VM, this will change 
/usr/libexec/qemu-kvm command line on host on vm startup (you can see it using 
"ps aux"). 
So I understand a vm reboot is needed to take this change into account. 



Right. That option controls the presence of the virtio-balloon device which is 
not hotpluggable 


BQ_BEGIN


But when activating/deactivating memory balloning on Cluster (plus MoM Sync on 
host) I do not really understand what happens "under the hood" 

BQ_END

This controls the actual behavior, inflating and deflating of those balloons. 
That can be done in runtime as it is external to the VM, managed by MOM demon. 


BQ_BEGIN


- Is there a mechanism on host which controls "memory balloning" globally? 
- Is it able to change it's behaviour "on the fly" with "MoM Sync" ? 

BQ_END

Yes. You can change the policy/behavior. 

HTH, 
michal 


BQ_BEGIN


If you have any information, it would be greatly appreciated 

cordialement, regards, 

 
Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 
 
 
 
 

Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 


BQ_END

BQ_BEGIN

___ 
Users mailing list 
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users 

BQ_END


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] impossible to change console graphics on hosted engine

2017-04-28 Thread Nelson Lameiras
Hello, I opened a BZ : 

https://bugzilla.redhat.com/show_bug.cgi?id=1445862 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 



From: "Simone Tiraboschi" <stira...@redhat.com> 
To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com> 
Cc: "ovirt users" <users@ovirt.org> 
Sent: Thursday, April 20, 2017 6:19:53 PM 
Subject: Re: [ovirt-users] impossible to change console graphics on hosted 
engine 



On Tue, Apr 18, 2017 at 11:20 AM, Nelson Lameiras < 
nelson.lamei...@lyra-network.com > wrote: 



Hello, 

My hosted engine has currently VNC (+cirrus) graphics console, which has 
serious performance issues with my remote-viewer (theses issues are not 
important for this mail) 

I know that SPICE (+QXL) works perfect for me, so I tried to update my 
hostedEngine console settings on oVirt GUI, but I get the message below : 

"There was an attempt to change Hosted Engine VM values that are locked" 

So my question is : how can I change this setting on HostedEngine? 



Currently it's not allowed, 
could you please open an RFE to track it? 

BQ_BEGIN


This question could be applied to other settings wich I would like to also 
change on HostedEngine but are also locked (ex: "optimise for 
[server|desktop]") 

my setup: 
hostedEngine : centos 7.3 (full updated) + oVirt engine 4.1.1 
node running engine : centos 7.3 (full updated) + engine 4.1.1 
cluster running engine : compatibility 4.0 
engine running on dedicated ISCSI volume 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 

nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 


___ 
Users mailing list 
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users 


BQ_END


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] change Memory Ballooning setting

2017-04-27 Thread Nelson Lameiras
Hello oVirt gurus, 

When activating/deactivating memory balloning on VM, this will change 
/usr/libexec/qemu-kvm command line on host on vm startup (you can see it using 
"ps aux"). 
So I understand a vm reboot is needed to take this change into account. 

But when activating/deactivating memory balloning on Cluster (plus MoM Sync on 
host) I do not really understand what happens "under the hood" 

- Is there a mechanism on host which controls "memory balloning" globally? 
- Is it able to change it's behaviour "on the fly" with "MoM Sync" ? 

If you have any information, it would be greatly appreciated 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVirt GUI bug? clicking "ok" on upgrade host confirmation screen

2017-04-25 Thread Nelson Lameiras
I opened a bug in BZ, 

https://bugzilla.redhat.com/show_bug.cgi?id=1445320 

This is my first BZ entry, so I'm guessing I did not fill all fields right. 
Hope it doesn't affect bug resolution. 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 



From: "knarra" <kna...@redhat.com> 
To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com> 
Cc: "ovirt users" <users@ovirt.org> 
Sent: Tuesday, April 25, 2017 6:38:24 AM 
Subject: Re: [ovirt-users] oVirt GUI bug? clicking "ok" on upgrade host 
confirmation screen 

On 04/24/2017 03:59 PM, Nelson Lameiras wrote: 



Hi kasturi, 

Thanks for your answer, 

Indeed, I tried again and after 1 minute and 17 seconds (!!) the confirmation 
screen disappeared. Is it really necessary to wait this long for screen to 
disapear? (I can see in the background that "upgrade" stars a few seconds after 
clicking ok) 

When putting host into maintenance mode, a circular "waiting" animation is used 
in order to warn user "something" is happening. A similar animation would be 
usefull in "upgrade" screen after clicking ok, no? 

cordialement, regards, 




Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 









Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 



Not sure why does it take so long in your case. In my case it just takes few 
sec. But yaniv mentioned a bug on this would be good to track it down. 

BQ_BEGIN



From: "knarra" <kna...@redhat.com> 
To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com> , "ovirt users" 
<users@ovirt.org> 
Sent: Monday, April 24, 2017 7:34:17 AM 
Subject: Re: [ovirt-users] oVirt GUI bug? clicking "ok" on upgrade host 
confirmation screen 

On 04/21/2017 10:20 PM, Nelson Lameiras wrote: 

BQ_BEGIN

Hello, 

Since "upgrade" functionality is available for hosts in oVirt GUI I have this 
strange bug : 

- Click on "Installation>>Upgrade" 
- Click "ok" on confirmation screen 
- -> (bug) confirmation screen does not dissapear as expected 
- Click "ok" again on confirmation screen -> error : "system is already 
upgrading" 
- Click "cancel" to be able to return to oVirt 

This happens using on : 
ovirt engine : oVirt Engine Version: 4.1.1.6-1.el7.centos 
client : windows 10 
client : chrome Version 57.0.2987.133 (64-bit) 

This bug was already present on oVirt 4.0 before updating to 4.1. 

Has anybody else have this problem? 

(will try to reproduce with firefox, IE) 

cordialement, regards, 




Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 









Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 



___
Users mailing list Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users 

BQ_END


Hi Nelson, 

Once you click on 'OK' you will need to wait for few seconds (before the 
confirmation disappears) then you can see that upgrade starts. In the previous 
versions once user clicks on 'OK' confirmation screen usually disappears 
immediately. 


Thanks 

kasturi 


BQ_END




___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVirt GUI bug? clicking "ok" on upgrade host confirmation screen

2017-04-24 Thread Nelson Lameiras
Hi kasturi, 

Thanks for your answer, 

Indeed, I tried again and after 1 minute and 17 seconds (!!) the confirmation 
screen disappeared. Is it really necessary to wait this long for screen to 
disapear? (I can see in the background that "upgrade" stars a few seconds after 
clicking ok) 

When putting host into maintenance mode, a circular "waiting" animation is used 
in order to warn user "something" is happening. A similar animation would be 
usefull in "upgrade" screen after clicking ok, no? 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 



From: "knarra" <kna...@redhat.com> 
To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com>, "ovirt users" 
<users@ovirt.org> 
Sent: Monday, April 24, 2017 7:34:17 AM 
Subject: Re: [ovirt-users] oVirt GUI bug? clicking "ok" on upgrade host 
confirmation screen 

On 04/21/2017 10:20 PM, Nelson Lameiras wrote: 



Hello, 

Since "upgrade" functionality is available for hosts in oVirt GUI I have this 
strange bug : 

- Click on "Installation>>Upgrade" 
- Click "ok" on confirmation screen 
- -> (bug) confirmation screen does not dissapear as expected 
- Click "ok" again on confirmation screen -> error : "system is already 
upgrading" 
- Click "cancel" to be able to return to oVirt 

This happens using on : 
ovirt engine : oVirt Engine Version: 4.1.1.6-1.el7.centos 
client : windows 10 
client : chrome Version 57.0.2987.133 (64-bit) 

This bug was already present on oVirt 4.0 before updating to 4.1. 

Has anybody else have this problem? 

(will try to reproduce with firefox, IE) 

cordialement, regards, 




Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 









Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 



___
Users mailing list Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users 




Hi Nelson, 

Once you click on 'OK' you will need to wait for few seconds (before the 
confirmation disappears) then you can see that upgrade starts. In the previous 
versions once user clicks on 'OK' confirmation screen usually disappears 
immediately. 


Thanks 

kasturi 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] oVirt GUI bug? clicking "ok" on upgrade host confirmation screen

2017-04-21 Thread Nelson Lameiras
Hello, 

Since "upgrade" functionality is available for hosts in oVirt GUI I have this 
strange bug : 

- Click on "Installation>>Upgrade" 
- Click "ok" on confirmation screen 
- -> (bug) confirmation screen does not dissapear as expected 
- Click "ok" again on confirmation screen -> error : "system is already 
upgrading" 
- Click "cancel" to be able to return to oVirt 

This happens using on : 
ovirt engine : oVirt Engine Version: 4.1.1.6-1.el7.centos 
client : windows 10 
client : chrome Version 57.0.2987.133 (64-bit) 

This bug was already present on oVirt 4.0 before updating to 4.1. 

Has anybody else have this problem? 

(will try to reproduce with firefox, IE) 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] How to be sure to propagate Cluster's configuration

2017-04-21 Thread Nelson Lameiras
Hello oVirt gurus, 

Memory ballioning was creating more problems than solving in our cluster so we 
decided to deactivate it. 

- Is changing this setting immediatly taken into account ? 
- Do I need to reactivate hosts? 
- Do I need to reboot vms? 

Same questions for settings " KSM control ", Migration Policy and Scheduling 
Policy. 

cordialement, regards, 


    Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] massive simultaneous vms migrations ?

2017-04-19 Thread Nelson Lameiras
1000 Mbps full duplex 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 



From: "Konstantin Shalygin" <k0...@k0ste.ru> 
To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com> 
Cc: users@ovirt.org 
Sent: Wednesday, April 19, 2017 11:25:27 AM 
Subject: Re: [ovirt-users] massive simultaneous vms migrations ? 



I mean what is your hardware? 1G? 40G? 

On 04/19/2017 04:16 PM, Nelson Lameiras wrote: 



I'm using ovirtmgmt network for migrations.

I'm guetting the vibe that using a dedicated network for migration is "good 
practice"...

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 nelson.lamei...@lyra-network.com www.lyra-network.com | 
www.payzen.eu Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE

- Original Message -
From: "Konstantin Shalygin" <k0...@k0ste.ru> To: users@ovirt.org , "Nelson 
Lameiras" <nelson.lamei...@lyra-network.com> Sent: Wednesday, April 19, 2017 
3:15:29 AM
Subject: Re: Re: [ovirt-users] massive simultaneous vms migrations ?

Hello.

What is your Migration Network? 

BQ_BEGIN

We have some hosts that have 60 vms. So this will create a 60 vms migrating 
simultaneously.
Some vms are under so much heavy loads that migration fails often (our guess is 
that massive simultaneous migrations does not help migration convergence) - 
even with "suspend workload if needed" migraton policy. 



BQ_END


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] massive simultaneous vms migrations ?

2017-04-19 Thread Nelson Lameiras
Hi yaniv, 

Thanks for your response. My answers below. 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 



From: "Yaniv Kaul" <yk...@redhat.com> 
To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com> 
Cc: "ovirt users" <users@ovirt.org> 
Sent: Wednesday, April 19, 2017 9:13:27 AM 
Subject: Re: [ovirt-users] massive simultaneous vms migrations ? 



On Tue, Apr 18, 2017 at 7:48 PM, Nelson Lameiras < 
nelson.lamei...@lyra-network.com > wrote: 



hello, 

When putting a host on "maintenance mode", all vms start migrating to other 
hosts. 

We have some hosts that have 60 vms. So this will create a 60 vms migrating 
simultaneously. 
Some vms are under so much heavy loads that migration fails often (our guess is 
that massive simultaneous migrations does not help migration convergence) - 
even with "suspend workload if needed" migraton policy. 

- Does oVirt really launches 60 simultaneous migrations or is there a queuing 
system ? 
- If there is a queuing system, is there a way to configure a maximum number of 
simultaneous migrations ? 

I did see a "migration bandwidth limit", but this is quite what we are looking 
for. 



What migration policy are you using? 
-- "suspend workkiad if needed" 
Are you using a dedicated migration network, or the ovirtmgmt network? 
-- ovirtmgmt network 



BQ_BEGIN


my setup: 
ovirt-engine +hosted engine 4.1.1 
hosts : centos 7.3 fully updated. 

for full context to understand this question : 2 times in the past, when trying 
to put a host in maintenance, host stopped responding during massive migrations 
and was fenced by engine. It's still unclear why host stopped responding, but 
we think that migrating 60+ vms simultaneously puts a heavy strain on storage ? 
So we would like to better control migration process in order to better 
understand what's happening. This scenario is "production only" since our labs 
do not contain nearly as much vm with such heavy loads. So rather than trying 
to reproduce, we are trying to avoid ;) 

BQ_END

If you could open a bug with relevant logs on the host not responding, that'd 
be great. 
-- Too late, we made the "precipitaded" mistake of reinstalling server (beause 
of other reasons), so all traces are lost. Next time I will make sure to keep 
traces. 
Live migration doesn't touch the storage (disks re not moving anywhere), but it 
does stress the network. I doubt it, but perhaps you over-saturate the 
ovirtmgmt network. 
-- This makes sens. It's a long shot though. Maybe it would be possible to 
create a VLAN dedicated to migrations in same physical network et use QOS to 
reserve always some bandwith to oVirt administration ? (maybe opening can of 
worms here) 
Y. 

BQ_BEGIN


cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 

nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 


___ 
Users mailing list 
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users 


BQ_END


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] massive simultaneous vms migrations ?

2017-04-19 Thread Nelson Lameiras
I'm using ovirtmgmt network for migrations.

I'm guetting the vibe that using a dedicated network for migration is "good 
practice"...

cordialement, regards, 


    Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE

- Original Message -
From: "Konstantin Shalygin" <k0...@k0ste.ru>
To: users@ovirt.org, "Nelson Lameiras" <nelson.lamei...@lyra-network.com>
Sent: Wednesday, April 19, 2017 3:15:29 AM
Subject: Re: Re: [ovirt-users] massive simultaneous vms migrations ?

Hello.

What is your Migration Network?


> We have some hosts that have 60 vms. So this will create a 60 vms migrating 
> simultaneously.
> Some vms are under so much heavy loads that migration fails often (our guess 
> is that massive simultaneous migrations does not help migration convergence) 
> - even with "suspend workload if needed" migraton policy.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] massive simultaneous vms migrations ?

2017-04-19 Thread Nelson Lameiras
hello pavel, 

Thanks for you answer. 
I did find this parameter (only) in /etc/vdsm/vdsm.conf.rpmnew (??) 

Parameter is commented with value 2 so my guess is that it is not used... So 
this brings a few more questions : 

- Since parameter is commented, default value must be used... can we be sure 
that 2 is default value? 
I do found strange that migrations are limited to 2, I have the feeling that 
more than two are simultaneously being migrated (but I'm maybe wrong), how to 
be sure? 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 



From: "Pavel Gashev" <p...@acronis.com> 
To: users@ovirt.org, "nelson lameiras" <nelson.lamei...@lyra-network.com> 
Sent: Tuesday, April 18, 2017 7:16:08 PM 
Subject: Re: [ovirt-users] massive simultaneous vms migrations ? 

VDSM has the following config option: 

# Maximum concurrent outgoing migrations 
# max_outgoing_migrations = 2 

On Tue, 2017-04-18 at 18:48 +0200, Nelson Lameiras wrote: 



hello, 

When putting a host on "maintenance mode", all vms start migrating to other 
hosts. 

We have some hosts that have 60 vms. So this will create a 60 vms migrating 
simultaneously. 
Some vms are under so much heavy loads that migration fails often (our guess is 
that massive simultaneous migrations does not help migration convergence) - 
even with "suspend workload if needed" migraton policy. 

- Does oVirt really launches 60 simultaneous migrations or is there a queuing 
system ? 
- If there is a queuing system, is there a way to configure a maximum number of 
simultaneous migrations ? 

I did see a "migration bandwidth limit", but this is quite what we are looking 
for. 

my setup: 
ovirt-engine +hosted engine 4.1.1 
hosts : centos 7.3 fully updated. 

for full context to understand this question : 2 times in the past, when trying 
to put a host in maintenance, host stopped responding during massive migrations 
and was fenced by engine. It's still unclear why host stopped responding, but 
we think that migrating 60+ vms simultaneously puts a heavy strain on storage ? 
So we would like to better control migration process in order to better 
understand what's happening. This scenario is "production only" since our labs 
do not contain nearly as much vm with such heavy loads. So rather than trying 
to reproduce, we are trying to avoid ;) 

cordialement, regards, 




Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 









Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 

___
Users mailing list Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users 



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] massive simultaneous vms migrations ?

2017-04-18 Thread Nelson Lameiras
hello, 

When putting a host on "maintenance mode", all vms start migrating to other 
hosts. 

We have some hosts that have 60 vms. So this will create a 60 vms migrating 
simultaneously. 
Some vms are under so much heavy loads that migration fails often (our guess is 
that massive simultaneous migrations does not help migration convergence) - 
even with "suspend workload if needed" migraton policy. 

- Does oVirt really launches 60 simultaneous migrations or is there a queuing 
system ? 
- If there is a queuing system, is there a way to configure a maximum number of 
simultaneous migrations ? 

I did see a "migration bandwidth limit", but this is quite what we are looking 
for. 

my setup: 
ovirt-engine +hosted engine 4.1.1 
hosts : centos 7.3 fully updated. 

for full context to understand this question : 2 times in the past, when trying 
to put a host in maintenance, host stopped responding during massive migrations 
and was fenced by engine. It's still unclear why host stopped responding, but 
we think that migrating 60+ vms simultaneously puts a heavy strain on storage ? 
So we would like to better control migration process in order to better 
understand what's happening. This scenario is "production only" since our labs 
do not contain nearly as much vm with such heavy loads. So rather than trying 
to reproduce, we are trying to avoid ;) 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] vm "maximum memory" setting questions

2017-04-18 Thread Nelson Lameiras
Hello michal, 

Thanks for your answers. 
If others have same questions, I did found this information below on oVirt web 
site 
(http://www.ovirt.org/develop/release-management/features/engine/maximum-memory-size/)
 
Note on size of maximum memory 


If memory hot-plug is not required, max memory can be set to be the same as VM 
memory. Suggested value is 4x size of VM memory. Larger max memory is 
discouraged because: 

* I can make QEMU process to start for longer time. 
* If hot plugged memory is also required to be hot unpluggable, it needs to 
be considered as movable by the guest kernel. Kernel requires the amount of 
movable memory to be at most 4x larger that non-movable memory for stable run. 
* On PowerPC platform continuous block of non-movable memory of size 1/64 
of the max memory needs to be allocated for each VM. 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 



From: "Michal Skrivanek" <michal.skriva...@redhat.com> 
To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com> 
Cc: "ovirt users" <users@ovirt.org> 
Sent: Tuesday, April 18, 2017 11:55:46 AM 
Subject: Re: [ovirt-users] vm "maximum memory" setting questions 





On 18 Apr 2017, at 11:46, Nelson Lameiras < nelson.lamei...@lyra-network.com > 
wrote: 

Hello, 

A new vm setting "maximum memory" has appeared in oVirt >4 which by default has 
the value "current memory”*4 




In 4.1 


BQ_BEGIN


- Why is "maximum memory" setting necessary to set? 

BQ_END


BQ_BEGIN

- Why isn't this value set to "infinity" by default ? 

BQ_END


Because it’s recommended to be about 4x the startup size by linux kernel 


BQ_BEGIN


It seems to me kind of uselessly counter productif to have to decide a maximum 
memory amount beforehand. if we do this, will we have to set maximum CPU cores 
also in the future (being devil's advocate here ;) ) 

BQ_END


You don’t have to decide, you can keep the default 4x. 
For CPUs it is not currently needed and is set according to engine-config 
maximum supported by qemu-kvm - 288 in 4.1 

Thanks, 
michal 
. 

BQ_BEGIN


I did searched oVirt documentation, but very little information is available. 
Maybe this is an libvirt question, but I'm hopping a oVirt guru could quickly 
enlighten me. 

cordialement, regards, 

 
Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 
 
 
 
 

Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 

___ 
Users mailing list 
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users 

BQ_END



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] vm "maximum memory" setting questions

2017-04-18 Thread Nelson Lameiras
Hello, 

A new vm setting "maximum memory" has appeared in oVirt >4 which by default has 
the value "current memory"*4 

- Why is "maximum memory" setting necessary to set? 
- Why isn't this value set to "infinity" by default ? 

It seems to me kind of uselessly counter productif to have to decide a maximum 
memory amount beforehand. if we do this, will we have to set maximum CPU cores 
also in the future (being devil's advocate here ;) ) 

I did searched oVirt documentation, but very little information is available. 
Maybe this is an libvirt question, but I'm hopping a oVirt guru could quickly 
enlighten me. 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] impossible to change console graphics on hosted engine

2017-04-18 Thread Nelson Lameiras
Hello, 

My hosted engine has currently VNC (+cirrus) graphics console, which has 
serious performance issues with my remote-viewer (theses issues are not 
important for this mail) 

I know that SPICE (+QXL) works perfect for me, so I tried to update my 
hostedEngine console settings on oVirt GUI, but I get the message below : 

"There was an attempt to change Hosted Engine VM values that are locked" 

So my question is : how can I change this setting on HostedEngine? 

This question could be applied to other settings wich I would like to also 
change on HostedEngine but are also locked (ex: "optimise for 
[server|desktop]") 

my setup: 
hostedEngine : centos 7.3 (full updated) + oVirt engine 4.1.1 
node running engine : centos 7.3 (full updated) + engine 4.1.1 
cluster running engine : compatibility 4.0 
engine running on dedicated ISCSI volume 

cordialement, regards, 


    Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] ovirt upgrade => vms refusing to (re)boot

2017-03-31 Thread Nelson Lameiras
Hello, 

We had a rather unpleseant surprise while upgrading our production datacenters 
to oVirt 4.0 => 4.1 (although I think this problem is not related to oVirt 
4.1). 
Some critical VMs simply refused to reboot without any particular error message 
other than "VM failed to boot" 

After a stressfull 2h of investigation, it turns out that the problematic VMs 
shared the same "exotic" condition. They were not rebooted since the latest 
major upgrade 3.6 => 4.0 (I know, this is not a good practise and we 
underestimated it's priority, we will change our reboot policies) 
Their "custom compatilibity setting" was set to 3.6 !! When changing this 
setting to "Empty", The VM booted normaly. Hard to find, easy to fix !! ;) 

Neverthess, there is little to none information/documentation about the 
usefullness of this setting, and I have a hard time understanding the 
consequences of changing it manually. 

Our oVirt datacenter (which has engine 4.1.1, but some hosts on 4.0, so it's 
still on 4.0 compatibility) hosts currently +- 200 Vms, 
- 10 with "custom compatilibity setting" set to 3.6 - which will not (reb)boot 
in current state, 
- 30some with "custom compatilibity setting" set to 4.0 - which (re)boot 
normally 
- the rest with "custom compatilibity setting" set to "empty" - which (re)boot 
normally 

So can a oVirt guru please answer the following questions : 

- What does this setting do? which are the consequences of changing it manually 
? 
- Is it "normal" that a VM not reboooted since the 3.6 update does not boot if 
a new major upgrade is done on hostig host ? (maybe a exotic bug worth 
correcting ?) 
- Which are the possible consequences of manually setting this setting to 
"Empty" in all my VMs (running or stopped) ? 
- Which events will change this setting automatically ? (cluster major version 
upgrade, first reboot after upgrade, ...) ? 
- Some of my VMs have custom_compatibility_version set to 4.0 (in REST API) 
eventough they have been recently rebooted and "custom compatilibity setting" 
is empty in GUI, who's this possible ? 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] engine upgrade 4.0 => 4.1, no more engine console available

2017-03-28 Thread Nelson Lameiras
It seems that there are at least 3 independant persons having this issue... 

Would it be possible to have a "official" response from redhat ? 
Is it normal that there is no more console (SPICE) on engine vm after upgrade 
to 4.1? Should I open a bug? 

cordialement, regards, 


    Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 



From: "Резников А.А." <reznikov...@soskol.com> 
To: "ovirt users" <Users@ovirt.org> 
Sent: Monday, March 27, 2017 10:06:31 AM 
Subject: Re: [ovirt-users] engine upgrade 4.1.0 => 4.1.1, no more engine 
console available 

24.03.2017 17:11, Nelson Lameiras пишет: 



Hello, 

When upgrading my test setup from 4.0 to 4.1, my engine vm lost it's console 
(from SPICE to None in GUI) 

My test setup : 
2 manually built hosts using centos 7.3, ovirt 4.1 
1 manually built hosted engine centos 7.3, oVirt 4.1.0.4-el7, accessible with 
SPICE console via GUI 

I updated ovirt-engine from 4.1.0 to 4.1.1 by doing on engine : 
- yum update 
- engine-setup 
- reboot engine 

When accessing 4.1.1 GUI, Graphics is set to "None" on "Virtual Machines" page, 
with "console button" greyed out (all other VMs have the same Graphics set to 
the same value as before) 
I tried to edit engine VM settings, and console options are same as before 
(SPLICE, QXL). 

I'm hopping this is not a new feature, since if we loose network on engine, 
console is the only way to debug... 

Is this a bug? 

ps. I was able to reproduce this bug 2 times 

cordialement, regards, 




Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 









Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 



___
Users mailing list Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users 


I confirm, on my test lab with 4.1.1 the console button is gray. 
Please, screenshot http://nimb.ws/8mXFoA 

Thanks, Alex. 

___ 
Users mailing list 
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] engine upgrade 4.1.0 => 4.1.1, no more engine console available

2017-03-24 Thread Nelson Lameiras
ok, I'm guessing that your situation is different to mine. 

I'm hopping someone confirms that upgrading oVirt engine from 4.0 to 4.1 does 
(or does not) indeed disable SPICE console on Engine VM ? 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 



From: "Lukáš Kaplan" <lkap...@dragon.cz> 
To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com> 
Cc: "users" <users@ovirt.org> 
Sent: Friday, March 24, 2017 4:14:37 PM 
Subject: Re: [ovirt-users] engine upgrade 4.1.0 => 4.1.1, no more engine 
console available 

Hello Nelson, 
I have hosted engine graphics console as VNC. I am using ssho directly to 
engine. I cant say if vnc is working or not, because I have no client for it... 
(Tested in debian jessie with virt-viewer 1.0 and 5.0 - does not work) 

-- 
Lukas Kaplan 



2017-03-24 15:32 GMT+01:00 Nelson Lameiras < nelson.lamei...@lyra-network.com > 
: 



Hello Lukas, 

Thanks for you feedback. 
I did something very similar to procedures you sent me. 

Can you confirm me that your HostedEngine vm still has it's SPICE console 
available and is working? 
(otherwise my update went ok) 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 

nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 



From: "Lukáš Kaplan" < lkap...@dragon.cz > 
To: "Nelson Lameiras" < nelson.lamei...@lyra-network.com > 
Cc: "users" < users@ovirt.org > 
Sent: Friday, March 24, 2017 3:22:44 PM 
Subject: Re: [ovirt-users] engine upgrade 4.1.0 => 4.1.1, no more engine 
console available 

Hello Nelson, 
I did same thing today too and it was succesfull. But I used different steps. 
Check this: 
https://www.ovirt.org/documentation/how-to/hosted-engine/#upgrade-hosted-engine 
http://www.ovirt.org/documentation/upgrade-guide/chap-Updates_between_Minor_Releases/
 

Hope it helps you. 

Have a nice day, 

-- 
Lukas Kaplan 


2017-03-24 15:11 GMT+01:00 Nelson Lameiras < nelson.lamei...@lyra-network.com > 
: 

BQ_BEGIN

Hello, 

When upgrading my test setup from 4.0 to 4.1, my engine vm lost it's console 
(from SPICE to None in GUI) 

My test setup : 
2 manually built hosts using centos 7.3, ovirt 4.1 
1 manually built hosted engine centos 7.3, oVirt 4.1.0.4-el7, accessible with 
SPICE console via GUI 

I updated ovirt-engine from 4.1.0 to 4.1.1 by doing on engine : 
- yum update 
- engine-setup 
- reboot engine 

When accessing 4.1.1 GUI, Graphics is set to "None" on "Virtual Machines" page, 
with "console button" greyed out (all other VMs have the same Graphics set to 
the same value as before) 
I tried to edit engine VM settings, and console options are same as before 
(SPLICE, QXL). 

I'm hopping this is not a new feature, since if we loose network on engine, 
console is the only way to debug... 

Is this a bug? 

ps. I was able to reproduce this bug 2 times 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 

nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 


___ 
Users mailing list 
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users 






BQ_END


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] appliance upgrade 4.0 to 4.1

2017-03-24 Thread Nelson Lameiras
(I should add that I'm trying to upgrade "oVirt Engine Appliance 4.0" to "oVirt 
Engine Appliance 4.1") 

Hello, 

I'm trying to upgrade an appliance based oVirt install (2 nodes with centos 
7.3, ovirt 4.0) using "hosted-engine --upgrade-appliance" on one host. 

After multiples tries, I always get this error at the end : 

[ INFO ] Running engine-setup on the appliance 
|- Preparing to restore: 
|- - Unpacking file '/root/engine_backup.tar.gz' 
|- FATAL: Backup was created by version '4.0' and can not be restored using the 
installed version 4.1 
|- HE_APPLIANCE_ENGINE_RESTORE_FAIL 
[ ERROR ] Engine backup restore failed on the appliance 

is this normal? 
is this process not yet compatible with oVirt 4.1 appliance? 
which is the "official" way to update oVirt from 4.0 to 4.1 

I tried to do a "yum update && engine setup && reboot" on engine, and indeed it 
works, but there is no rollback possible, so it seems a little dangerours (?) 



cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 


___ 
Users mailing list 
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] engine upgrade 4.1.0 => 4.1.1, no more engine console available

2017-03-24 Thread Nelson Lameiras
Hello Lukas, 

Thanks for you feedback. 
I did something very similar to procedures you sent me. 

Can you confirm me that your HostedEngine vm still has it's SPICE console 
available and is working? 
(otherwise my update went ok) 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 



From: "Lukáš Kaplan" <lkap...@dragon.cz> 
To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com> 
Cc: "users" <users@ovirt.org> 
Sent: Friday, March 24, 2017 3:22:44 PM 
Subject: Re: [ovirt-users] engine upgrade 4.1.0 => 4.1.1, no more engine 
console available 

Hello Nelson, 
I did same thing today too and it was succesfull. But I used different steps. 
Check this: 
https://www.ovirt.org/documentation/how-to/hosted-engine/#upgrade-hosted-engine 
http://www.ovirt.org/documentation/upgrade-guide/chap-Updates_between_Minor_Releases/
 

Hope it helps you. 

Have a nice day, 

-- 
Lukas Kaplan 


2017-03-24 15:11 GMT+01:00 Nelson Lameiras < nelson.lamei...@lyra-network.com > 
: 



Hello, 

When upgrading my test setup from 4.0 to 4.1, my engine vm lost it's console 
(from SPICE to None in GUI) 

My test setup : 
2 manually built hosts using centos 7.3, ovirt 4.1 
1 manually built hosted engine centos 7.3, oVirt 4.1.0.4-el7, accessible with 
SPICE console via GUI 

I updated ovirt-engine from 4.1.0 to 4.1.1 by doing on engine : 
- yum update 
- engine-setup 
- reboot engine 

When accessing 4.1.1 GUI, Graphics is set to "None" on "Virtual Machines" page, 
with "console button" greyed out (all other VMs have the same Graphics set to 
the same value as before) 
I tried to edit engine VM settings, and console options are same as before 
(SPLICE, QXL). 

I'm hopping this is not a new feature, since if we loose network on engine, 
console is the only way to debug... 

Is this a bug? 

ps. I was able to reproduce this bug 2 times 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 

nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 


___ 
Users mailing list 
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users 





___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] appliance upgrade 4.0 to 4.1

2017-03-24 Thread Nelson Lameiras
Hello, 

I'm trying to upgrade an appliance based oVirt install (2 nodes with centos 
7.3, ovirt 4.0) using "hosted-engine --upgrade-appliance" on one host. 

After multiples tries, I always get this error at the end : 

[ INFO ] Running engine-setup on the appliance 
|- Preparing to restore: 
|- - Unpacking file '/root/engine_backup.tar.gz' 
|- FATAL: Backup was created by version '4.0' and can not be restored using the 
installed version 4.1 
|- HE_APPLIANCE_ENGINE_RESTORE_FAIL 
[ ERROR ] Engine backup restore failed on the appliance 

is this normal? 
is this process not yet compatible with oVirt 4.1 appliance? 
which is the "official" way to update oVirt from 4.0 to 4.1 

I tried to do a "yum update && engine setup && reboot" on engine, and indeed it 
works, but there is no rollback possible, so it seems a little dangerours (?) 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] engine upgrade 4.1.0 => 4.1.1, no more engine console available

2017-03-24 Thread Nelson Lameiras
Hello, 

When upgrading my test setup from 4.0 to 4.1, my engine vm lost it's console 
(from SPICE to None in GUI) 

My test setup : 
2 manually built hosts using centos 7.3, ovirt 4.1 
1 manually built hosted engine centos 7.3, oVirt 4.1.0.4-el7, accessible with 
SPICE console via GUI 

I updated ovirt-engine from 4.1.0 to 4.1.1 by doing on engine : 
- yum update 
- engine-setup 
- reboot engine 

When accessing 4.1.1 GUI, Graphics is set to "None" on "Virtual Machines" page, 
with "console button" greyed out (all other VMs have the same Graphics set to 
the same value as before) 
I tried to edit engine VM settings, and console options are same as before 
(SPLICE, QXL). 

I'm hopping this is not a new feature, since if we loose network on engine, 
console is the only way to debug... 

Is this a bug? 

ps. I was able to reproduce this bug 2 times 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVirt 4.1 Dashboard

2017-03-15 Thread Nelson Lameiras
Hello, 

We had the same problem for almost a year, and the solution proposed in 
https://bugzilla.redhat.com/show_bug.cgi?id=1414379 worked perfectly for us! 
yay!!! 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 



From: "Arsène Gschwind" <arsene.gschw...@unibas.ch> 
To: "Shirly Radco" <sra...@redhat.com> 
Cc: "users" <users@ovirt.org> 
Sent: Wednesday, March 15, 2017 8:22:21 AM 
Subject: Re: [ovirt-users] oVirt 4.1 Dashboard 



Hi, 

When creating the bug report I've found a similar bug 
https://bugzilla.redhat.com/show_bug.cgi?id=1414379 . I've tried the provided 
solution and it did work for me, now the Dashboard shows everything. 

Thanks a lot for your help. 

Regards, 
Arsène 

On 03/13/2017 08:26 PM, Shirly Radco wrote: 



Hi, 

Please open a bug so we can better track you issue. 
As far as I can see from the screenshot the dwh does collect the samples, but 
do not aggregate it to hourly tables. 
1. I see that you installed the full dwh. Did it work correctly in the past? 
Did you use the reports and was able to use them? 
2. Please attach the ovirt_engine_history db dump and the dwh log and 
screenshot to the bug and state the versions of the engine and dwh. 

Best regards, 

-- 
Shirly Radco 
BI Software Engineer
Red Hat Israel Ltd. 

On Mon, Mar 13, 2017 at 2:12 PM, Arsène Gschwind < arsene.gschw...@unibas.ch > 
wrote: 

BQ_BEGIN



Hi, 

I'm wondering if you could identify something. I've investigate on my side but 
couldn't find any problem but for some reason it seams DWH is not collecting 
data. 

Thanks a lot for any hint/help 

Rgds, 
Arsène 

On 03/07/2017 11:04 AM, Arsène Gschwind wrote: 

BQ_BEGIN


Please find files attached 

On 03/07/2017 10:48 AM, Shirly Radco wrote: 

BQ_BEGIN

Hi, 

Please attach ovirt-engine-dwh logs and a screenshot. 

Best regards, 
Shirly Radco 
BI Software Engineer
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra'anana, Israel 4350109 

On Tue, Mar 7, 2017 at 11:41 AM, Arsène Gschwind < arsene.gschw...@unibas.ch > 
wrote: 

BQ_BEGIN



Please find engine.log attached 

On 03/07/2017 10:06 AM, Oved Ourfali wrote: 

BQ_BEGIN



On Tue, Mar 7, 2017 at 10:57 AM, Arsène Gschwind < arsene.gschw...@unibas.ch > 
wrote: 

BQ_BEGIN



Hi, 

I've update our oVirt installation 3.6 --> 4.0 --> 4.1, everything went smooth 
except update some of the hosts which i could update after several hour playing 
around. 


We greatly appreciate the dashboard in 4.1 but we see the information missing: 

1. On the cluster block in the upper part we see the amount of clusters but 
no Status (N/A) 




The reason there is no status there is that in oVirt there is no cluster status 
(look at the cluster main-tab, for example). 
We only have statuses for objects like DCs, Hosts, VMs, SDs (well, maybe we 
have for some more, but not clusters...). 
We decided to include clusters in the inventory part anyway, for user 
visibility, and provide access to the clusters main tab by pressing the link. 


BQ_BEGIN



1. On the lower part at "Cluster Utilization" and "Storage Utilization" we 
don't have any information at all. 


Where does this information come from? DWH service is up and running 

BQ_END

The inventory part is taken from the engine. 
All the rest is taken from DWH. 
You can start with sharing the engine logs here. 
Shirly - any other logs or information you think is required? 


BQ_BEGIN



Where do I have have to investigate further to find out what is missing/not 
working? 

Let me know if you need further information. 

Rgds, 
Arsène 

___ 
Users mailing list 
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users 


BQ_END



BQ_END


BQ_END



BQ_END


BQ_END


BQ_END



BQ_END


___ 
Users mailing list 
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] "patched upgrade" from 4.0 (not appliance) => 4.1 (appliance) fails

2017-03-09 Thread Nelson Lameiras
Hello, 

I'm trying to upgrade our ovirt-engine from 4.0 (centos manually installed) to 
4.1.0 (appliance) using "hosted-engine --upgrade-appliance". 

Our test setup : 
2 hosts with centos 7.3 with ovirt4.0 (latest updates) 
1 ovirt-engine 4.0 (latest update) 

This method uses a manual backup from current engine and injects it to new 
appliance. Since "old" ovirt-engine is a manually installed 4.0 (latest 
version) as opposed to an appliance, upgrade process warns that it doesn't 
recognise the current engine with a somewhat deprecated message : 

[WARNING] Unable to detect engine version 
[WARNING] Unsupported upgrade path 
This procedure has been designed and tested only for upgrading the engine VM 
from ['3.6'] to ['4.0']. 
Any other usage is highly experimental and potentially dangerous: 
Current engine: unknown 
Selected appliance: 4.1-20170201.1.el7.centos 
Do you want to abort the upgrade process? (Yes, No) [Yes]: no 
[WARNING] Proceeding on an unsupported and highly experimental path 

This fails, according to a bug already posted on 
https://bugzilla.redhat.com/show_bug.cgi?id=1420283 which is resolved in future 
4.1.1 

So I tried to manually patch the file corrected in gerrit 
https://gerrit.ovirt.org/#/c/71965/ and - after multiple tries - it still fails 
at the end with the following error : 

... 
[ INFO ] Running engine-setup on the appliance 
|- Preparing to restore: 
|- - Unpacking file '/root/engine_backup.tar.gz' 
|- FATAL: Backup was created by version '4.0' and can not be restored using the 
installed version 4.1 
|- HE_APPLIANCE_ENGINE_RESTORE_FAIL 
[ ERROR ] Engine backup restore failed on the appliance 
[ ERROR ] Failed to execute stage 'Closing up': engine-backup failed restoring 
the engine backup on the appliance Please check its log on the appliance. 

When checking upgrade log, there's not much more error information other than : 

2017-03-08 18:08:30 INFO otopi.plugins.gr_he_common.engine.health 
health._closeup:127 Running engine-setup on the appliance 
2017-03-08 18:08:44 DEBUG otopi.plugins.otopi.dialog.human 
dialog.__logString:204 DIALOG:SEND |- Preparing to restore: 
2017-03-08 18:08:44 DEBUG otopi.plugins.otopi.dialog.human 
dialog.__logString:204 DIALOG:SEND |- - Unpacking file 
'/root/engine_backup.tar.gz' 
2017-03-08 18:08:44 DEBUG otopi.plugins.otopi.dialog.human 
dialog.__logString:204 DIALOG:SEND |- FATAL: Backup was created by version 
'4.0' and can not be restored using the installed version 4.1 
2017-03-08 18:08:44 DEBUG otopi.plugins.otopi.dialog.human 
dialog.__logString:204 DIALOG:SEND |- HE_APPLIANCE_ENGINE_RESTORE_FAIL 
2017-03-08 18:08:44 ERROR otopi.plugins.gr_he_common.engine.health 
health._closeup:154 Engine backup restore failed on the appliance 
2017-03-08 18:08:44 DEBUG otopi.context context._executeMethod:142 method 
exception 
Traceback (most recent call last): 
File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in 
_executeMethod 
method['method']() 
File 
"/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-common/engine/health.py",
 line 158, in _closeup 
'engine-backup failed restoring the engine backup ' 
RuntimeError: engine-backup failed restoring the engine backup on the appliance 
Please check its log on the appliance. 
2017-03-08 18:08:44 ERROR otopi.context context._executeMethod:151 Failed to 
execute stage 'Closing up': engine-backup failed restoring the engine backup on 
the appliance 
Please check its log on the appliance. 
2017-03-08 18:08:44 DEBUG otopi.context context.dumpEnvironment:760 ENVIRONMENT 
DUMP - BEGIN 

In "new" engine setup log, the only thing which catched my eye is : 

2017-03-08 18:08:45 DEBUG otopi.context context.dumpEnvironment:774 ENVIRONMENT 
DUMP - END 
2017-03-08 18:08:45 DEBUG otopi.context context._executeMethod:128 Stage boot 
METHOD otopi.plugins.otopi.packagers.dnfpackager.Plugin._boot 
2017-03-08 18:08:45 DEBUG otopi.plugins.otopi.packagers.dnfpackager 
dnfpackager._boot:163 Cannot initialize minidnf 
Traceback (most recent call last): 
File "/usr/share/otopi/plugins/otopi/packagers/dnfpackager.py", line 150, in 
_boot 
constants.PackEnv.DNF_DISABLED_PLUGINS 
File "/usr/share/otopi/plugins/otopi/packagers/dnfpackager.py", line 60, in 
_getMiniDNF 
from otopi import minidnf 
File "/usr/lib/python2.7/site-packages/otopi/minidnf.py", line 16, in  
import dnf 
ImportError: No module named dnf 
2017-03-08 18:08:45 DEBUG otopi.context context.dumpEnvironment:760 ENVIRONMENT 
DUMP - BEGIN 

I'm not sure if my patched file ( runvm.py ) should be enough to make it work, 
but maybe this can bring some new information to you. 
Really hopping that 4.1.1 oVirt will resolve this issue as we are eager to 
start using appliances. 

(I can provide you with more/full log files if necessary) 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 

Re: [ovirt-users] best way to remove SAN lun

2017-03-03 Thread Nelson Lameiras
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.
4b - remove iscsi targets : rm -fr /var/lib/iscsi/nodes/iqn.X

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.lamei...@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" <nsof...@redhat.com>
To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com>
Cc: "Gianluca Cecchi" <gianluca.cec...@gmail.com>, "Adam Litke" 
<ali...@redhat.com>, "users" <users@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.lamei...@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.lamei...@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" <nsof...@redhat.com>
> To: "Gianluca Cecchi" <gianluca.cec...@gmail.com>, "Adam Litke" 
> <ali...@redhat.com>
> Cc: "users" <users@ovirt.org>
> Sent: Tuesday, February 21, 2017 6:32:18 PM
> Subject: Re: [ovirt-users] best wa

Re: [ovirt-users] best way to remove SAN lun

2017-02-21 Thread Nelson Lameiras
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. 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. This led 
to an massive increase of error logs, which filled completely /var/log 
partition, which snowballed into crashing vdsm and other nasty consequences.

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 ?

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@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" <nsof...@redhat.com>
To: "Gianluca Cecchi" <gianluca.cec...@gmail.com>, "Adam Litke" 
<ali...@redhat.com>
Cc: "users" <users@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.cec...@gmail.com> wrote:
> On Tue, Feb 21, 2017 at 6:10 PM, Nir Soffer <nsof...@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 3600a0b8000299902cd3c5501458f
> [root@ovmsrv05 vdsm]#
>
> Also, with related names depending on host,
>
> previous maps to single devices were for example in ovmsrv05:
>
> 3600a0b8000299902cd3c5501458f 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 sdb8:16  failed undef running
> | `- 1:0:0:2 sdh8:112 failed undef running
> `-+- policy='service-time 0' prio=0 status=enabled
>   |- 0:0:1:2 sdg8:96  failed undef running
>   `- 1:0:1:2 sdn8: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@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] VNC console extremely slow on windows 10

2017-02-17 Thread Nelson Lameiras
Yaniv, 

I've done some extensive investigation, and my conclusions so far bring some 
new light to this issue : 

As you have hinted, this is not a problem related to windows 10, as I was able 
to reproduce it with any laptop/system with windows 7 or 10. In fact, I do not 
find any evidence that VNC console works OK with any windows (maybe is our 
hardware?? => we use DELL). I'm not sure anymore it did work in the past... 

This is a problem related only with VNC consoles on virtual machines using 
windows client. SPICE works great under windows. VNC console works OK with 
remote viewer under centos. 

I found out something interesting : as I said, console is so slow that it 
bearebly useable (1 refresh every 10 seconds) but if I alt+tab twice (change 
focus off and on) it will refresh immediatly. This seems to me as a client 
issue... not a oVirt issue. So maybe I should take this issue with remote 
viewer team ? 

To answer your last question : "What oVirt installation needs VNC? " Indeed, 
oVirt hosted-engine installation needs a console and it proposes VNC and SPICE 
(vnc is default). SPICE console asks for a certificate configuration that I did 
not spent the necessary time to make it work as VNC works right out of the box 
(even if there is the refresh rate problem). 

any information or hint to find a solution would be appreciated. thanks 

cordialement, regards, 


    Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 



From: "Yaniv Kaul" <yk...@redhat.com> 
To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com> 
Cc: "Ovirt Users" <users@ovirt.org> 
Sent: Monday, February 13, 2017 7:21:36 PM 
Subject: Re: [ovirt-users] VNC console extremely slow on windows 10 



On Mon, Feb 13, 2017 at 7:24 PM, Nelson Lameiras < 
nelson.lamei...@lyra-network.com > wrote: 



Hello, 

Since my company laptop has been migrated to from windows 7 to windows 10, 
launching a console on oVirt 4.0 (and 4.1) VMs which are configured with VNC 
graphics is extremely slow (around one refresh every 10 seconds). This is 
painfully slow and barely usable. The same console on SPICE graphics works 
perfectly. 



So you suspect the issue is on the client side? Can you verify with a Windows 7 
laptop that the performance is good? 


BQ_BEGIN


This is specially annoying since oVirt engine installation console works only 
with VNC in my build. I'm installing oVirt 4.1 on a test cluster, this makes my 
life very hard :( 

BQ_END

What oVirt installation needs VNC? 
Y. 


BQ_BEGIN


So, now I'm not sure this is an issue with oVirt, remote-viewer (for windows) 
or windows 10. 

Does anybody else have this problem? any advice? 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 

nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 


___ 
Users mailing list 
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users 


BQ_END


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] VNC console extremely slow on windows 10

2017-02-13 Thread Nelson Lameiras
Hello, 

Since my company laptop has been migrated to from windows 7 to windows 10, 
launching a console on oVirt 4.0 (and 4.1) VMs which are configured with VNC 
graphics is extremely slow (around one refresh every 10 seconds). This is 
painfully slow and barely usable. The same console on SPICE graphics works 
perfectly. 

This is specially annoying since oVirt engine installation console works only 
with VNC in my build. I'm installing oVirt 4.1 on a test cluster, this makes my 
life very hard :( 

So, now I'm not sure this is an issue with oVirt, remote-viewer (for windows) 
or windows 10. 

Does anybody else have this problem? any advice? 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] ovirt 4.1.0 - sparsify ireversibly destroys preallocated disks

2017-02-13 Thread Nelson Lameiras
Hello,

Not sure if it's a bug or a limitation but, while playing with oVirt 4.1 new 
possibilities, I tried to use the sparsity function on a preallocated disk, and 
this action irreversibly ruined the data on the disk. I have repeated this 
experiment multiple times and always same result. (Sparsifying a thin 
provisioned disk works great though)

I understand that the "sparsify" function is relevant to thin provision disks 
only. Still I think there should be a warning before doing this action on a 
preallocated disk? or maybe even forbid this action on a preallocated disk 
since sparsify has no meaning on a preallocated disk? (I maybe wrong...)

thanks

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Error attempting to upload an ISO image

2017-02-10 Thread Nelson Lameiras
hello, 

I can also confirm this bug. 

cordialement, regards, 


Nelson LAMEIRAS 
Ingénieur Systèmes et Réseaux / Systems and Networks engineer 
Tel: +33 5 32 09 09 70 
nelson.lamei...@lyra-network.com 

www.lyra-network.com | www.payzen.eu 





Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE 



From: "Berger, Sandy" <sber...@qg.com> 
To: users@ovirt.org 
Sent: Friday, February 10, 2017 5:14:18 PM 
Subject: [ovirt-users] Error attempting to upload an ISO image 



After the 4.1 upgrade, I’m getting the following results attempting to upload 
an ISO image: 



[root@waovccm1 ~]# ovirt-iso-uploader --iso-domain=waISOLibrary upload slb.iso 

Please provide the REST API password for the admin@internal oVirt Engine user 
(CTRL+D to abort): 

ERROR: v4 is not a valid StorageFormat 

INFO: Use the -h option to see usage. 



I was able to manually copy the file to the correct directory on the NFS server 
but can’t get the utility to work properly. 



Sandy Berger 

IT - EUX 



Quad/Graphics 

Performance through Innovation 



Sussex, Wisconsin 

414.566.2123 phone 

414.566.4010/2123 pager/PIN 



sandy.ber...@qg.com 

www.QG.com 


Follow Us: Facebook | Twitter | LinkedIn | YouTube 
___ 
Users mailing list 
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] can't import vm from KVM host

2016-11-28 Thread Nelson Lameiras
Hello Shahar,

Actually, our production servers use pool storage (+block devices), so I 
quickly tried to import from them and I have the same error : 0 disks 
"declared" on each VM.

I tried the patch you advised last week, and eventhough it didn't work, clearly 
the logs showed you are going in the right direction.
I'm available to try other patches on my test setup. Do not hesitate to ask me.

cordialement, regards, 
Nelson LAMEIRAS 

Lyra Network 
Service Projets et Processus 
Tel : +33 (0) 5 32 09 09 70 
109 rue de l’innovation 
31670 Labège - France 
www.lyra-network.com

- Original Message -
From: "Shahar Havivi" <shav...@redhat.com>
To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com>
Cc: "Tomas Golembiovsky" <tgole...@redhat.com>, "Michal Skrivanek" 
<michal.skriva...@redhat.com>, users@ovirt.org
Sent: Sunday, November 20, 2016 9:36:14 AM
Subject: Re: [ovirt-users] can't import vm from KVM host

On 18.11.16 09:34, Nelson Lameiras wrote:
> Hello Shahar,
> 
> I've rebuild my test system and installed recently released ovirt 4.0.5 + 
> gerrit patch => still no luck. vdsm always gives me same error : 
Hi,

yes once you have the alias you are half way there.
but your alias path looks wrong, it starts with white-space:
'/  var/lib/libvirt/images/rhel7.1.img'

check it via 'virsh -r dumpxml '
and look if the white space are there two

regarding the pool you can check it too via virsh
virsh pool-list
and all pool-* commands (to create one), if you have problems building pool
let me know.

 Shahar.
> 
> "
> jsonrpc.Executor/6::ERROR::2016-11-17 
> 16:38:56,320::v2v::934::root::(_add_disk_info) Error getting disk size
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 931, in 
> _add_disk_info
> vol = conn.storageVolLookupByPath(disk['alias'])
>   File "/usr/lib64/python2.7/site-packages/libvirt.py", line 4596, in 
> storageVolLookupByPath
> if ret is None:raise libvirtError('virStorageVolLookupByPath() failed', 
> conn=self)
> libvirtError: Volume de stockage introuvable : no storage vol with matching 
> path '/dev/sdc'
> jsonrpc.Executor/6::DEBUG::2016-11-17 
> 16:38:56,325::__init__::555::jsonrpc.JsonRpcServer::(_handle_request) Return 
> 'Host.getExternalVMs' in bridge with [{'status': 'Down', 'graphics': 'spice', 
> 'arch': 'x86_64', 'disks': [ {'capacity': '8589934592', 'format': 'RAW', 
> 'dev': 'hdd', 'allocation': '8589942784', 'alias': '/  
> var/lib/libvirt/images/rhel7.1.img', 'type': 'disk'}, {'alias': '/dev/sdc', 
> 'type': 'disk', 'dev': 'hdb', 'format': 'RAW'}], 'vmId': 
> 'd0ddc4f6-a208-4286-a665-fb9e54d14bef', 'smp': 1, 'has_snapshots': False, 
> 'video': 'qxl', 'memSize': 1  024, 'vmName': 'rhel7.1', 'networks': 
> [{'model': 'virtio', 'macAddr': '52:54:00:00:d7:76', 'type': 'network'}]}]
> "
> 
> FYI I added a normal disk (file based) to the VM ir order to try to 
> understand what's happening. As expected, this disk is seen by the oVirt 
> (without patch)
> 
> I do reckon something in the above log :
> 
>  'disks': [
>{'capacity': '8589934592', 'format': 'RAW', 'dev': 'hdd', 'allocation': 
> '8589942784', 'alias': '/  var/lib/libvirt/images/rhel7.1.img', 'type': 
> 'disk'}, 
>{'alias': '/dev/sdc', 'type': 'disk', 'dev': 'hdb', 'format': 'RAW'}
>  ], 
> 
> the "alias" line is clearly new since it did not appear before de patch! 
> something is working ;)
> 
> I confirm that when I created the test VM (via virt-manager), I gave directly 
> the path to the device (/dev/sdc), so there is no "pool" to be addressed 
> defined on libvirt! 
> I read https://gerrit.ovirt.org/#/c/64272/4/ and I agree with Tomas findings 
> : Currently the conversion process is expecting a volume on a pool and it's 
> not able to use a block device directly.
> 
> So I'm hopping a solution can be found to this problem. We have a few 
> hundreds VM waiting to be migrated in production and we don't have a NFS 
> server, so this is our only option so far.
> 
> I'm able to test any patch quickly if needed, do not hesitate.
> 
> cordialement, regards, 
> Nelson LAMEIRAS 
> 
> Lyra Network 
> Service Projets et Processus 
> Tel : +33 (0) 5 32 09 09 70 
> 109 rue de l’innovation 
> 31670 Labège - France 
> www.lyra-network.com
> 
> - Original Message -
> From: "Shahar Havivi" <shav...@redhat.com>
> To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com>
> Cc: "Tomas Golembiovsky" <tgole...@redhat.com>, "Michal Skrivanek" 
> <michal.skriva...@redhat.com>, users@ovirt.org
> Sent: Tuesday, November 8, 2016 12:16:55 PM
> Subj

Re: [ovirt-users] can't import vm from KVM host

2016-11-18 Thread Nelson Lameiras
Hello Shahar,

I've rebuild my test system and installed recently released ovirt 4.0.5 + 
gerrit patch => still no luck. vdsm always gives me same error : 

"
jsonrpc.Executor/6::ERROR::2016-11-17 
16:38:56,320::v2v::934::root::(_add_disk_info) Error getting disk size
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 931, in 
_add_disk_info
vol = conn.storageVolLookupByPath(disk['alias'])
  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 4596, in 
storageVolLookupByPath
if ret is None:raise libvirtError('virStorageVolLookupByPath() failed', 
conn=self)
libvirtError: Volume de stockage introuvable : no storage vol with matching 
path '/dev/sdc'
jsonrpc.Executor/6::DEBUG::2016-11-17 
16:38:56,325::__init__::555::jsonrpc.JsonRpcServer::(_handle_request) Return 
'Host.getExternalVMs' in bridge with [{'status': 'Down', 'graphics': 'spice', 
'arch': 'x86_64', 'disks': [ {'capacity': '8589934592', 'format': 'RAW', 'dev': 
'hdd', 'allocation': '8589942784', 'alias': '/  
var/lib/libvirt/images/rhel7.1.img', 'type': 'disk'}, {'alias': '/dev/sdc', 
'type': 'disk', 'dev': 'hdb', 'format': 'RAW'}], 'vmId': 
'd0ddc4f6-a208-4286-a665-fb9e54d14bef', 'smp': 1, 'has_snapshots': False, 
'video': 'qxl', 'memSize': 1  024, 'vmName': 'rhel7.1', 'networks': [{'model': 
'virtio', 'macAddr': '52:54:00:00:d7:76', 'type': 'network'}]}]
"

FYI I added a normal disk (file based) to the VM ir order to try to understand 
what's happening. As expected, this disk is seen by the oVirt (without patch)

I do reckon something in the above log :

 'disks': [
   {'capacity': '8589934592', 'format': 'RAW', 'dev': 'hdd', 'allocation': 
'8589942784', 'alias': '/  var/lib/libvirt/images/rhel7.1.img', 'type': 
'disk'}, 
   {'alias': '/dev/sdc', 'type': 'disk', 'dev': 'hdb', 'format': 'RAW'}
 ], 

the "alias" line is clearly new since it did not appear before de patch! 
something is working ;)

I confirm that when I created the test VM (via virt-manager), I gave directly 
the path to the device (/dev/sdc), so there is no "pool" to be addressed 
defined on libvirt! 
I read https://gerrit.ovirt.org/#/c/64272/4/ and I agree with Tomas findings : 
Currently the conversion process is expecting a volume on a pool and it's not 
able to use a block device directly.

So I'm hopping a solution can be found to this problem. We have a few hundreds 
VM waiting to be migrated in production and we don't have a NFS server, so this 
is our only option so far.

I'm able to test any patch quickly if needed, do not hesitate.

cordialement, regards, 
Nelson LAMEIRAS 

Lyra Network 
Service Projets et Processus 
Tel : +33 (0) 5 32 09 09 70 
109 rue de l’innovation 
31670 Labège - France 
www.lyra-network.com

- Original Message -
From: "Shahar Havivi" <shav...@redhat.com>
To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com>
Cc: "Tomas Golembiovsky" <tgole...@redhat.com>, "Michal Skrivanek" 
<michal.skriva...@redhat.com>, users@ovirt.org
Sent: Tuesday, November 8, 2016 12:16:55 PM
Subject: Re: [ovirt-users] can't import vm from KVM host

On 08.11.16 10:58, Nelson Lameiras wrote:
> Hi Shahar,
> 
> We try to prioritise vm behaviour predictability over ressources consumption, 
> so "thin provisionning" is not a option for us. "Preallocated" is always 
> selected over default behaviour.
> 
> Nevertheless, while trying to import a KVM vm (from another host), I get a 0 
> disk count on the VM, which means I do not event get to the point where I can 
> chose allocation policy (usually next screen).
> This is true with or without patch proposed below (assuming it has not 
> changed since sept 29).

I assume that this line is failing:
vol = conn.storageVolLookupByPath(disk['alias'])
it may be the reason that the storage is not part of a pool.
(look at pool-xxx commands via virsh)

If it doesn't work it may be related to a different API that we will need to
implement as Tomas suggested in the gerrit patch.

> 
> Can I give you any more information?
> 
> cordialement, regards, 
> Nelson LAMEIRAS 
> 
> Lyra Network 
> Service Projets et Processus 
> Tel : +33 (0) 5 32 09 09 70 
> 109 rue de l’innovation 
> 31670 Labège - France 
> www.lyra-network.com
> 
> - Original Message -
> From: "Shahar Havivi" <shav...@redhat.com>
> To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com>, "Tomas 
> Golembiovsky" <tgole...@redhat.com>
> Cc: "Michal Skrivanek" <michal.skriva...@redhat.com>, users@ovirt.org
> Sent: Monday, November 7, 2016 1:58:34 PM
> Subject: Re: [ovirt-users] can't import vm from KVM host
> 
> Hi Nelson,
> 
> Sorry for the long wait (I was on PTO).
> I just test the patch with the f

Re: [ovirt-users] can't import vm from KVM host

2016-11-08 Thread Nelson Lameiras
Hi Shahar,

We try to prioritise vm behaviour predictability over ressources consumption, 
so "thin provisionning" is not a option for us. "Preallocated" is always 
selected over default behaviour.

Nevertheless, while trying to import a KVM vm (from another host), I get a 0 
disk count on the VM, which means I do not event get to the point where I can 
chose allocation policy (usually next screen).
This is true with or without patch proposed below (assuming it has not changed 
since sept 29).

Can I give you any more information?

cordialement, regards, 
Nelson LAMEIRAS 

Lyra Network 
Service Projets et Processus 
Tel : +33 (0) 5 32 09 09 70 
109 rue de l’innovation 
31670 Labège - France 
www.lyra-network.com

- Original Message -
From: "Shahar Havivi" <shav...@redhat.com>
To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com>, "Tomas Golembiovsky" 
<tgole...@redhat.com>
Cc: "Michal Skrivanek" <michal.skriva...@redhat.com>, users@ovirt.org
Sent: Monday, November 7, 2016 1:58:34 PM
Subject: Re: [ovirt-users] can't import vm from KVM host

Hi Nelson,

Sorry for the long wait (I was on PTO).
I just test the patch with the following disk xml:








I did manage to see the disk with its actual size,
I was able to import the VM as well when I choose:
"Allocation Policy": "Preallocated"
(not the "Thin Provision" as is the default.
Currently we need to pre allocated kvm block disk and cannot use the thin
provision (we may need to disable it in the UI).

Did you try that?
It may related to the reason that the dev path you have is a /dev/mapper/ and
this is the reason that libvirt not returning the disk size? (Tomas?)

 Shahar.


On 20.10.16 14:10, Nelson Lameiras wrote:
> Hello,
> 
> Any update on this issue?
> Can I do anything to help?
> 
> cordialement, regards, 
> Nelson LAMEIRAS 
> 
> Lyra Network 
> Service Projets et Processus 
> Tel : +33 (0) 5 32 09 09 70 
> 109 rue de l’innovation 
> 31670 Labège - France 
> www.lyra-network.com
> 
> - Original Message -
> From: "Michal Skrivanek" <michal.skriva...@redhat.com>
> To: "Tomas Golembiovsky" <tgole...@redhat.com>
> Cc: "Nelson Lameiras" <nelson.lamei...@lyra-network.com>, users@ovirt.org
> Sent: Tuesday, October 11, 2016 4:11:36 PM
> Subject: Re: [ovirt-users] can't import vm from KVM host
> 
> > On 11 Oct 2016, at 16:01, Tomáš Golembiovský <tgole...@redhat.com> wrote:
> > 
> > Hi,
> > 
> > On Mon, 10 Oct 2016 12:21:47 +0200 (CEST)
> > Nelson Lameiras <nelson.lamei...@lyra-network.com> wrote:
> > 
> >> hello michal,
> >> 
> >> Yes, both paths are correct and working on the source host since the VM 
> >> starts and works correctly on source host. Nevertheless I have checked 
> >> with fdisk and mount to assure that these devices are indeed reachable.
> >> 
> >> Please understand that my setup is the following:
> >> source host : KVM (hosting the VM to migrate)
> >> target host : oVirt 4.0.4 (patched)
> >> 
> >> The error "no storage vol with matching path '/dev/sdc'" is returned by 
> >> the target host script /usr/lib/python2.7/site-packages/vdsm/v2v.py.
> >> This almost seems normal since the device /dev/sdc is not mounted on 
> >> target host (where script is running) but only on source host.
> >> 
> >> Can this be the source of the error ?
> > 
> > To me this looks more like a bug in the engine, not in VDSM.
> > 
> > The exception in the VDSM log is OK and it is not fatal. It is actually
> > to be expected for block devices. VDSM is trying to find out the size of
> > the disk, but the way it does that is tailored for volumes in storage
> > pool. But the block device is not a volume in a storage pool and that is
> > why libvirt complains. We can potentially skip the check for block
> > devices to avoid error in the log, or provide some other logic of
> > getting the size.
> > 
> > 
> > But the real problem is this error in engine.log:
> > 
> >> 2016-09-29 14:13:48,637 ERROR 
> >> [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default 
> >> task-30) [] Exception: 
> >> org.ovirt.engine.core.common.errors.EngineException: EngineException: 
> >> java.lang.NumberFormatException: null (Failed with error ENGINE and code 
> >> 5001)
> > 
> > We don't send the size (or rather send null value) for the disk and
> > engine does not like that. I assume engine does not really consider all
> > the optional VM properties as optional.
> 
> is it really optional in schema?
> even if it is, indeed it’s wrong:)
> 
> the best would be to handle it on v2v.py side first to avoid libvirt err, but 
> i don’t know if we can get that info via libvirt in any other way:/
> 
> > 
> > 
> > 
> >Tomas
> > 
> > -- 
> > Tomáš Golembiovský <tgole...@redhat.com>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] quick way to see total RAM and CPU count on VM listing

2016-10-31 Thread Nelson Lameiras
thanks for the hint ! 

Let's hope this helps bring some usefull evolutions 

cordialement, regards, 
Nelson LAMEIRAS 

Lyra Network 
Service Projets et Processus 
Tel : +33 (0) 5 32 09 09 70 
109 rue de l’innovation 
31670 Labège - France 
www.lyra-network.com 


From: "Ernest Beinrohr" <ernest.beinr...@axonpro.sk> 
To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com>, users@ovirt.org 
Sent: Tuesday, October 25, 2016 1:36:05 PM 
Subject: Re: [ovirt-users] quick way to see total RAM and CPU count on VM 
listing 

On 29.09.2016 16:46, Nelson Lameiras wrote: 



Hello oVirt community, 

When listing virtual machines, is there a quick way to see how much RAM/CPU 
each machine has? 

In oVirt 4.0.4, I can see ram/cpu usage in a very nice way, but I can not 
access easily the total RAM and number of CPUs. 
The only way to find this information in GUI is to edit a vm and see the system 
tab (and that's when the "edit" context menu is available, which is not always) 

Am I missing something? 
This information is very usefull and sometimes critical (when migrating VM to 
hosts which are already low on free RAM, specially when balloning is involved) 

I would like to see this information always on screen, like a (un)checkable 
column... does it seem doable ? 
Maybe it would be possible to show it while hoovering the memory/cpu 
information with the mouse ? 


You can vote for custom columns :) 
https://bugzilla.redhat.com/show_bug.cgi?id=1021338 

-- 
Ernest Beinrohr, AXON PRO 
Ing , RHCE , RHCVA , LPIC , VCA , 
+421-2-62410360 +421-903-482603 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] can't import vm from KVM host

2016-10-20 Thread Nelson Lameiras
Hello,

Any update on this issue?
Can I do anything to help?

cordialement, regards, 
Nelson LAMEIRAS 

Lyra Network 
Service Projets et Processus 
Tel : +33 (0) 5 32 09 09 70 
109 rue de l’innovation 
31670 Labège - France 
www.lyra-network.com

- Original Message -
From: "Michal Skrivanek" <michal.skriva...@redhat.com>
To: "Tomas Golembiovsky" <tgole...@redhat.com>
Cc: "Nelson Lameiras" <nelson.lamei...@lyra-network.com>, users@ovirt.org
Sent: Tuesday, October 11, 2016 4:11:36 PM
Subject: Re: [ovirt-users] can't import vm from KVM host

> On 11 Oct 2016, at 16:01, Tomáš Golembiovský <tgole...@redhat.com> wrote:
> 
> Hi,
> 
> On Mon, 10 Oct 2016 12:21:47 +0200 (CEST)
> Nelson Lameiras <nelson.lamei...@lyra-network.com> wrote:
> 
>> hello michal,
>> 
>> Yes, both paths are correct and working on the source host since the VM 
>> starts and works correctly on source host. Nevertheless I have checked with 
>> fdisk and mount to assure that these devices are indeed reachable.
>> 
>> Please understand that my setup is the following:
>> source host : KVM (hosting the VM to migrate)
>> target host : oVirt 4.0.4 (patched)
>> 
>> The error "no storage vol with matching path '/dev/sdc'" is returned by the 
>> target host script /usr/lib/python2.7/site-packages/vdsm/v2v.py.
>> This almost seems normal since the device /dev/sdc is not mounted on target 
>> host (where script is running) but only on source host.
>> 
>> Can this be the source of the error ?
> 
> To me this looks more like a bug in the engine, not in VDSM.
> 
> The exception in the VDSM log is OK and it is not fatal. It is actually
> to be expected for block devices. VDSM is trying to find out the size of
> the disk, but the way it does that is tailored for volumes in storage
> pool. But the block device is not a volume in a storage pool and that is
> why libvirt complains. We can potentially skip the check for block
> devices to avoid error in the log, or provide some other logic of
> getting the size.
> 
> 
> But the real problem is this error in engine.log:
> 
>> 2016-09-29 14:13:48,637 ERROR 
>> [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default 
>> task-30) [] Exception: org.ovirt.engine.core.common.errors.EngineException: 
>> EngineException: java.lang.NumberFormatException: null (Failed with error 
>> ENGINE and code 5001)
> 
> We don't send the size (or rather send null value) for the disk and
> engine does not like that. I assume engine does not really consider all
> the optional VM properties as optional.

is it really optional in schema?
even if it is, indeed it’s wrong:)

the best would be to handle it on v2v.py side first to avoid libvirt err, but i 
don’t know if we can get that info via libvirt in any other way:/

> 
> 
> 
>Tomas
> 
> -- 
> Tomáš Golembiovský <tgole...@redhat.com>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] can't import vm from KVM host

2016-10-10 Thread Nelson Lameiras
hello michal,

Yes, both paths are correct and working on the source host since the VM starts 
and works correctly on source host. Nevertheless I have checked with fdisk and 
mount to assure that these devices are indeed reachable.

Please understand that my setup is the following:
source host : KVM (hosting the VM to migrate)
target host : oVirt 4.0.4 (patched)

The error "no storage vol with matching path '/dev/sdc'" is returned by the 
target host script /usr/lib/python2.7/site-packages/vdsm/v2v.py.
This almost seems normal since the device /dev/sdc is not mounted on target 
host (where script is running) but only on source host.

Can this be the source of the error ?

cordialement, regards, 
Nelson LAMEIRAS 

Lyra Network 
Service Projets et Processus 
Tel : +33 (0) 5 32 09 09 70 
109 rue de l’innovation 
31670 Labège - France 
www.lyra-network.com

- Original Message -
From: "Michal Skrivanek" <michal.skriva...@redhat.com>
To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com>
Cc: "Shahar Havivi" <shav...@redhat.com>, users@ovirt.org
Sent: Friday, October 7, 2016 3:50:44 PM
Subject: Re: [ovirt-users] can't import vm from KVM host

> On 7 Oct 2016, at 09:42, Nelson Lameiras <nelson.lamei...@lyra-network.com> 
> wrote:
> 
> hello,
> 
> any news on this issue ?

Hi, Shahar is out on vacation for few weeks

> can I do anything to help ?

hm...looking at the error, can you please confirm those paths 
('/dev/mapper/vg_00-lv_sys’, /dev/sdc) are mounted/correct on the source host?
Seems like the patch works and adds those disks all right, but further queries 
fails indicating those disks are not reachable.

Thanks,
michal

> 
> cordialement, regards, 
> Nelson LAMEIRAS 
> 
> Lyra Network 
> Service Projets et Processus 
> Tel : +33 (0) 5 32 09 09 70 
> 109 rue de l’innovation 
> 31670 Labège - France 
> www.lyra-network.com
> 
> - Original Message -
> From: "Shahar Havivi" <shav...@redhat.com>
> To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com>
> Cc: users@ovirt.org
> Sent: Thursday, September 29, 2016 2:31:42 PM
> Subject: Re: [ovirt-users] can't import vm from KVM host
> 
> On 29.09.16 14:22, Nelson Lameiras wrote:
>> Shahar,
>> 
>> I took the liberty to try to patch our test setup with the fix I took from 
>> https://gerrit.ovirt.org/#/c/64272/4/ (lib/vdsm/v2v.py)
>> I restarted vdsm afterwards
>> 
>> Result :
>> In the GUI import page, now when clicking on "load" button (just before 
>> guetting the list of vm to import on source), an error occurs : "Failed to 
>> communicate with the external provider, see log for additional details."
>> 
>> Error on engine log :
>> 
>> "
>> 2016-09-29 14:13:48,637 ERROR 
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
>>  (default task-30) [] Failed in 'GetVmsFromExternalProviderVDS' method, for 
>> vds: 'virtintelan01.lbg.office.lyra'; host: 'virtintelan01.lbg.office.lyra': 
>> null
>> 2016-09-29 14:13:48,637 ERROR 
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
>>  (default task-30) [] Command 'GetVmsFromExternalProviderVDSCommand(HostName 
>> = virtintelan01.lbg.office.lyra, 
>> GetVmsFromExternalProviderParameters:{runAsync='true', 
>> hostId='20b59a24-0098-461a-b4a3-7d6213b96c52', 
>> url='qemu+ssh://root@192.168.210.140/system', username='null', 
>> originType='KVM'})' execution failed: null
>> 2016-09-29 14:13:48,637 INFO  
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
>>  (default task-30) [] FINISH, GetVmsFromExternalProviderVDSCommand, log id: 
>> 6e062276
>> 2016-09-29 14:13:48,637 ERROR 
>> [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default 
>> task-30) [] Query 'GetVmsFromExternalProviderQuery' failed: EngineException: 
>> java.lang.NumberFormatException: null (Failed with error ENGINE and code 
>> 5001)
>> 2016-09-29 14:13:48,637 ERROR 
>> [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default 
>> task-30) [] Exception: org.ovirt.engine.core.common.errors.EngineException: 
>> EngineException: java.lang.NumberFormatException: null (Failed with error 
>> ENGINE and code 5001)
>>at 
>> org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:114) 
>> [bll.jar:]
>>at 
>> org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.runVdsCommand(VDSBrokerFrontendImpl.java:33)
>>  [bll.jar:]
>>at 
>> org.ovirt.engine.core.bll.QueriesCommandBase.runVdsCommand(QueriesCommandBase.java:257)
&g

Re: [ovirt-users] can't import vm from KVM host

2016-10-07 Thread Nelson Lameiras
hello,

any news on this issue ?
can I do anything to help ?

cordialement, regards, 
Nelson LAMEIRAS 

Lyra Network 
Service Projets et Processus 
Tel : +33 (0) 5 32 09 09 70 
109 rue de l’innovation 
31670 Labège - France 
www.lyra-network.com

- Original Message -
From: "Shahar Havivi" <shav...@redhat.com>
To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com>
Cc: users@ovirt.org
Sent: Thursday, September 29, 2016 2:31:42 PM
Subject: Re: [ovirt-users] can't import vm from KVM host

On 29.09.16 14:22, Nelson Lameiras wrote:
> Shahar,
> 
> I took the liberty to try to patch our test setup with the fix I took from 
> https://gerrit.ovirt.org/#/c/64272/4/ (lib/vdsm/v2v.py)
> I restarted vdsm afterwards
> 
> Result :
> In the GUI import page, now when clicking on "load" button (just before 
> guetting the list of vm to import on source), an error occurs : "Failed to 
> communicate with the external provider, see log for additional details."
> 
> Error on engine log :
> 
> "
> 2016-09-29 14:13:48,637 ERROR 
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
>  (default task-30) [] Failed in 'GetVmsFromExternalProviderVDS' method, for 
> vds: 'virtintelan01.lbg.office.lyra'; host: 'virtintelan01.lbg.office.lyra': 
> null
> 2016-09-29 14:13:48,637 ERROR 
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
>  (default task-30) [] Command 'GetVmsFromExternalProviderVDSCommand(HostName 
> = virtintelan01.lbg.office.lyra, 
> GetVmsFromExternalProviderParameters:{runAsync='true', 
> hostId='20b59a24-0098-461a-b4a3-7d6213b96c52', 
> url='qemu+ssh://root@192.168.210.140/system', username='null', 
> originType='KVM'})' execution failed: null
> 2016-09-29 14:13:48,637 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
>  (default task-30) [] FINISH, GetVmsFromExternalProviderVDSCommand, log id: 
> 6e062276
> 2016-09-29 14:13:48,637 ERROR 
> [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default task-30) 
> [] Query 'GetVmsFromExternalProviderQuery' failed: EngineException: 
> java.lang.NumberFormatException: null (Failed with error ENGINE and code 5001)
> 2016-09-29 14:13:48,637 ERROR 
> [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default task-30) 
> [] Exception: org.ovirt.engine.core.common.errors.EngineException: 
> EngineException: java.lang.NumberFormatException: null (Failed with error 
> ENGINE and code 5001)
> at 
> org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:114) 
> [bll.jar:]
> at 
> org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.runVdsCommand(VDSBrokerFrontendImpl.java:33)
>  [bll.jar:]
> at 
> org.ovirt.engine.core.bll.QueriesCommandBase.runVdsCommand(QueriesCommandBase.java:257)
>  [bll.jar:]
> ...
> "
> 
> In the host, I can see the following errors on /var/log/messages : 
> 
> "
> Sep 29 14:11:39 virtintelan01 journal: vdsm root ERROR Error getting disk 
> size#012Traceback (most recent call last):#012  File 
> "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 931, in 
> _add_disk_info#012vol = conn.storageVolLookupByPath(disk['alias'])#012  
> File "/usr/lib64/python2.7/site-packages/libvirt.py", line 4596, in 
> storageVolLookupByPath#012if ret is None:raise 
> libvirtError('virStorageVolLookupByPath() failed', 
> conn=self)#012libvirtError: Volume de stockage introuvable : no storage vol 
> with matching path '/dev/mapper/vg_00-lv_sys'
> Sep 29 14:11:39 virtintelan01 journal: vdsm root ERROR Error getting disk 
> size#012Traceback (most recent call last):#012  File 
> "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 931, in 
> _add_disk_info#012vol = conn.storageVolLookupByPath(disk['alias'])#012  
> File "/usr/lib64/python2.7/site-packages/libvirt.py", line 4596, in 
> storageVolLookupByPath#012if ret is None:raise 
> libvirtError('virStorageVolLookupByPath() failed', 
> conn=self)#012libvirtError: Volume de stockage introuvable : no storage vol 
> with matching path '/dev/sdc'
> "
> 
> FYI "Volume de stockage introuvable" (french) = "storage volume not found" 
> 
> This error did not appear before patching with the fix.
> 
> I repeated the operation 2 times with a clean setup + patch. Same behaviour. 
> Maybe I'm doing something wrong?
I need to check,
Thanks for the info.

> 
> my setup :
> ovirt-engine : centos 7.2 + ovirt 4.0.4
> hosts : centos 7.2 + ovirt 4.0.4 + fix
> 
> cordialement, regards, 
> Nelson LAMEIRAS 
> 
> Lyra Network 
> Service Projets et Processus 
> Tel : 

Re: [ovirt-users] quick way to see total RAM and CPU count on VM listing

2016-09-30 Thread Nelson Lameiras
Alexander,

Thanks for your help.
Indeed, you are right! But only on the VM listing.

When on the "Hosts listing", in the tab below you can quickly see the running 
VM (on that host), but you have no quick way to find the RAM/CPU information 
(since there isn't a below "below tab")
This is specially annoying when we are trying to migrate VM between hosts, and 
have no easy information on ressource usage of each VM.

I hope I do not come accross as rude, oVirt is a great peace of software and we 
are mostly satisfied with it. 
It's just sometimes frustrating to loose extra time to search this important 
information

cordialement, regards, 
Nelson LAMEIRAS 

Lyra Network 
Service Projets et Processus 
Tel : +33 (0) 5 32 09 09 70 
109 rue de l’innovation 
31670 Labège - France 
www.lyra-network.com

- Original Message -
From: "Alexander Wels" <aw...@redhat.com>
To: users@ovirt.org
Cc: "Nelson Lameiras" <nelson.lamei...@lyra-network.com>
Sent: Friday, September 30, 2016 2:57:56 PM
Subject: Re: [ovirt-users] quick way to see total RAM and CPU count on VM 
listing

On Thursday, September 29, 2016 4:46:53 PM EDT Nelson Lameiras wrote:
> Hello oVirt community,
> 
> When listing virtual machines, is there a quick way to see how much RAM/CPU
> each machine has?
> 

If you select a VM, it will open up the sub tabs at the bottom of the web 
admin. On the general tab in the second column it will list defined memory, 
guaranteed memory as well as cpu information.

> In oVirt 4.0.4, I can see ram/cpu usage in a very nice way, but I can not
> access easily the total RAM and number of CPUs. The only way to find this
> information in GUI is to edit a vm and see the system tab (and that's when
> the "edit" context menu is available, which is not always)
> 
> Am I missing something?
> This information is very usefull and sometimes critical (when migrating VM
> to hosts which are already low on free RAM, specially when balloning is
> involved)
> 
> I would like to see this information always on screen, like a (un)checkable
> column... does it seem doable ? Maybe it would be possible to show it while
> hoovering the memory/cpu information with the mouse ?
> 
> Please forgive me if this is not the rigth place to post this
> question/request.
> 
> cordialement, regards,
> Nelson LAMEIRAS
> 
> Lyra Network
> Service Projets et Processus
> Tel : +33 (0) 5 32 09 09 70
> 109 rue de l’innovation
> 31670 Labège - France
> www.lyra-network.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] quick way to see total RAM and CPU count on VM listing

2016-09-29 Thread Nelson Lameiras
Hello oVirt community, 

When listing virtual machines, is there a quick way to see how much RAM/CPU 
each machine has? 

In oVirt 4.0.4, I can see ram/cpu usage in a very nice way, but I can not 
access easily the total RAM and number of CPUs. 
The only way to find this information in GUI is to edit a vm and see the system 
tab (and that's when the "edit" context menu is available, which is not always) 

Am I missing something? 
This information is very usefull and sometimes critical (when migrating VM to 
hosts which are already low on free RAM, specially when balloning is involved) 

I would like to see this information always on screen, like a (un)checkable 
column... does it seem doable ? 
Maybe it would be possible to show it while hoovering the memory/cpu 
information with the mouse ? 

Please forgive me if this is not the rigth place to post this question/request. 

cordialement, regards, 
Nelson LAMEIRAS 

Lyra Network 
Service Projets et Processus 
Tel : +33 (0) 5 32 09 09 70 
109 rue de l’innovation 
31670 Labège - France 
www.lyra-network.com 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] can't import vm from KVM host

2016-09-19 Thread Nelson Lameiras
Well I think I have a rather "classical" environment :

This is the test setup I created (from scratch) in order to simulate future 
migrations (which will be used to migrate our hundreds of vm in production)

On one side, I have a x86_64 centos7.2+KVM hosting one VM with 2 iscsi disks : 
  1 LVM block device /dev/mapper/vg_01-lv_sys, using virtio
  1 block device /dev/sdc, using virtio

on the other side, I have a x86_64 centos 7.2 oVirt cluster (2 hosts, same 
hardware as KVM hosts) installed with 4.0.3 oVirt (hosts and engine) fully 
upgraded to 4.0.4RC1 (hosts and engine)
Target would be oVirt iscsi Data Domain disk (which is irrelevant because the 
problem I'm describing arises before selecting oVirt target)

I'm using the GUI to test the native import capabilities of oVirt "Import VM"
When selecting KVM import, putting correct URL data (using either tcp or ssh 
transport), I get a list of VM machines running in the KVM cluster (for this 
exemple, only the one VM described above), but the disk count is always 0. 
Which makes it impossible to import the VM.

I should add that I made the same VM import using "local hard drives" (ie. 
local raw file) and it works as expected, I can see one or multiple disks and 
import them easily to oVirt. The problem seems to manifest itself only when 
importing disks using block devices directly.

Do you need more information from me, or make more tests?

thanks a lot,
nelson

- Original Message -
From: "Shahar Havivi" <shav...@redhat.com>
To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com>, "Nisim Simsolo" 
<nsims...@redhat.com>
Cc: users@ovirt.org
Sent: Sunday, September 18, 2016 9:24:13 AM
Subject: Re: [ovirt-users] can't import vm from KVM host

On 16.09.16 10:14, Nelson Lameiras wrote:
> I upgraded to oVirt 4.0.4 RC1 to test this issue (engine and hosts) and I 
> still have the same problem.
> 
> Migration GUI still shows zero disks when the source VM had block disk 
> devices.
Yes...
I was verify and merged to 4.0.4

Is your source and target block device (tested as well...)
What else can you tell us about your environment?

Nisim Any idea?

> 
> Can you confirm that the issue 1362525 has been integrated in this RC?
> Should I do some additional actions in order to see/make it work?
> 
> Thanks,
> Nelson
> 
> - Original Message -
> From: "Shahar Havivi" <shav...@redhat.com>
> To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com>, "Nisim Simsolo" 
> <nsims...@redhat.com>
> Cc: users@ovirt.org
> Sent: Sunday, August 28, 2016 8:45:48 AM
> Subject: Re: [ovirt-users] can't import vm from KVM host
> 
> On 25.08.16 11:32, Nelson Lameiras wrote:
> > Thanks for your answer. I do not think that I'm experiencing that same bug 
> > exactly.
> > 
> > The issue 1362525 (below) concerns a KVM VM with iSCSI disk being importend 
> > to RHEV that does not perform well.
> > 
> > In my case, when oVirt GUI proposes me the list of machines on KVM host to 
> > import, each machine as a "disk count" next to it.
> > - This "disk count" is correct if the VM has it's storage on a raw/qcow 
> > file (local) - and import goes well
> > - But "disk count" is 0 (always) if the VM has it's storage on a block 
> > device (ie iscsi) - and import is not possible at all!
> > 
> > It seems to me that current oVirt migration tool is unable to read/analyse 
> > distant VM machines with block device storage... Maybe I'm analysing this 
> > issue wrongly.
> Yes,
> This was the issue as well - seeing zero disks when the source VM had block 
> disk devices.
> 
> Adding Nisim to verify it.
> 
> > 
> > Thanks,
> > nelson
> > - Original Message -
> > From: "Shahar Havivi" <shav...@redhat.com>
> > To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com>
> > Cc: users@ovirt.org
> > Sent: Tuesday, August 23, 2016 12:19:13 PM
> > Subject: Re: [ovirt-users] can't import vm from KVM host
> > 
> > On 23.08.16 11:24, Nelson Lameiras wrote:
> > > Hello,
> > Hi,
> > 
> > We do have a bug on that issue:
> > https://bugzilla.redhat.com/show_bug.cgi?id=1362525
> > and its handled.
> > 
> > Thanks,
> >  Shahar.
> > > 
> > > I'm trying to import virtual machines from a KVM host (centos 7.2) to an 
> > > oVirt 4.0.2 Cluster using the "import" feature on GUI.
> > > 
> > > If the original VM is using RAW/QCOW2 files as storage, everything works 
> > > fine. 
> > > 
> > > But if the original VM is using a special

Re: [ovirt-users] can't import vm from KVM host

2016-09-16 Thread Nelson Lameiras
I upgraded to oVirt 4.0.4 RC1 to test this issue (engine and hosts) and I still 
have the same problem.

Migration GUI still shows zero disks when the source VM had block disk devices.

Can you confirm that the issue 1362525 has been integrated in this RC?
Should I do some additional actions in order to see/make it work?

Thanks,
Nelson

- Original Message -
From: "Shahar Havivi" <shav...@redhat.com>
To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com>, "Nisim Simsolo" 
<nsims...@redhat.com>
Cc: users@ovirt.org
Sent: Sunday, August 28, 2016 8:45:48 AM
Subject: Re: [ovirt-users] can't import vm from KVM host

On 25.08.16 11:32, Nelson Lameiras wrote:
> Thanks for your answer. I do not think that I'm experiencing that same bug 
> exactly.
> 
> The issue 1362525 (below) concerns a KVM VM with iSCSI disk being importend 
> to RHEV that does not perform well.
> 
> In my case, when oVirt GUI proposes me the list of machines on KVM host to 
> import, each machine as a "disk count" next to it.
> - This "disk count" is correct if the VM has it's storage on a raw/qcow file 
> (local) - and import goes well
> - But "disk count" is 0 (always) if the VM has it's storage on a block device 
> (ie iscsi) - and import is not possible at all!
> 
> It seems to me that current oVirt migration tool is unable to read/analyse 
> distant VM machines with block device storage... Maybe I'm analysing this 
> issue wrongly.
Yes,
This was the issue as well - seeing zero disks when the source VM had block 
disk devices.

Adding Nisim to verify it.

> 
> Thanks,
> nelson
> - Original Message -
> From: "Shahar Havivi" <shav...@redhat.com>
> To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com>
> Cc: users@ovirt.org
> Sent: Tuesday, August 23, 2016 12:19:13 PM
> Subject: Re: [ovirt-users] can't import vm from KVM host
> 
> On 23.08.16 11:24, Nelson Lameiras wrote:
> > Hello,
> Hi,
> 
> We do have a bug on that issue:
> https://bugzilla.redhat.com/show_bug.cgi?id=1362525
> and its handled.
> 
> Thanks,
>  Shahar.
> > 
> > I'm trying to import virtual machines from a KVM host (centos 7.2) to an 
> > oVirt 4.0.2 Cluster using the "import" feature on GUI.
> > 
> > If the original VM is using RAW/QCOW2 files as storage, everything works 
> > fine. 
> > 
> > But if the original VM is using a special block special device as storage 
> > (like a LVM or SAN volume), it's simply not recognized. 
> > The VM does appear in the import list of the KVM host, but it's disk count 
> > is 0!
> > 
> > Is this a known technical obstacle or am I doing something wrong ?
> > 
> > below is the storage part of the xml describing the original VM :
> > 
> >   
> >   
> >   
> >> function='0x0'/>
> > 
> > 
> >   
> >   
> >   
> >> function='0x0'/>
> > 
> > 
> > We have hundreds of virtual machines in production with this type of 
> > configuration... How can we migrate them safely to oVirt?
> > 
> > thanks
> > 
> > Nelson
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] can't import vm from KVM host

2016-08-25 Thread Nelson Lameiras
Thanks for your answer. I do not think that I'm experiencing that same bug 
exactly.

The issue 1362525 (below) concerns a KVM VM with iSCSI disk being importend to 
RHEV that does not perform well.

In my case, when oVirt GUI proposes me the list of machines on KVM host to 
import, each machine as a "disk count" next to it.
- This "disk count" is correct if the VM has it's storage on a raw/qcow file 
(local) - and import goes well
- But "disk count" is 0 (always) if the VM has it's storage on a block device 
(ie iscsi) - and import is not possible at all!

It seems to me that current oVirt migration tool is unable to read/analyse 
distant VM machines with block device storage... Maybe I'm analysing this issue 
wrongly.

Thanks,
nelson
- Original Message -
From: "Shahar Havivi" <shav...@redhat.com>
To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com>
Cc: users@ovirt.org
Sent: Tuesday, August 23, 2016 12:19:13 PM
Subject: Re: [ovirt-users] can't import vm from KVM host

On 23.08.16 11:24, Nelson Lameiras wrote:
> Hello,
Hi,

We do have a bug on that issue:
https://bugzilla.redhat.com/show_bug.cgi?id=1362525
and its handled.

Thanks,
 Shahar.
> 
> I'm trying to import virtual machines from a KVM host (centos 7.2) to an 
> oVirt 4.0.2 Cluster using the "import" feature on GUI.
> 
> If the original VM is using RAW/QCOW2 files as storage, everything works 
> fine. 
> 
> But if the original VM is using a special block special device as storage 
> (like a LVM or SAN volume), it's simply not recognized. 
> The VM does appear in the import list of the KVM host, but it's disk count is 
> 0!
> 
> Is this a known technical obstacle or am I doing something wrong ?
> 
> below is the storage part of the xml describing the original VM :
> 
>   
>   
>   
>   
> 
> 
>   
>   
>   
>   
> 
> 
> We have hundreds of virtual machines in production with this type of 
> configuration... How can we migrate them safely to oVirt?
> 
> thanks
> 
> Nelson
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] can't import vm from KVM host

2016-08-23 Thread Nelson Lameiras
Hello,

I'm trying to import virtual machines from a KVM host (centos 7.2) to an oVirt 
4.0.2 Cluster using the "import" feature on GUI.

If the original VM is using RAW/QCOW2 files as storage, everything works fine. 

But if the original VM is using a special block special device as storage (like 
a LVM or SAN volume), it's simply not recognized. 
The VM does appear in the import list of the KVM host, but it's disk count is 0!

Is this a known technical obstacle or am I doing something wrong ?

below is the storage part of the xml describing the original VM :

  
  
  
  


  
  
  
  


We have hundreds of virtual machines in production with this type of 
configuration... How can we migrate them safely to oVirt?

thanks

Nelson
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users