[ovirt-users] Re: kvm import failed with error: Operation not supported: peeking is supported only for RAW disks

2018-10-23 Thread Karli Sjöberg
Den 24 okt. 2018 05:07 skrev jonathan...@hotmail.com:Hi community,Any clue why I'm getting this error while trying to import a VM (KVM to oVirt) and how I can fix it? -The software version I'm running is "4.2.6.4-1.el7".-The remote KVM host is running libvirtd (libvirt) 4.0.0.[root@c200m2-1 import]# cat import-a149e904-04da-4b8d-8a38-4e6eb6cf3208-20181023T220301.log[1.3] preparing for copy[1.3] Copying disk 1/1 to /rhev/data-center/mnt/10.194.16.159:_mnt_data2_ovirt_data/ed097e85-721e-4f9b-a07a-68e8494bc0d0/images/628069d9-7fb7-4a70-b7b2-e16633e8f346/1ffc5ad7-c860-4c9e-9bf1-fc90b6f2f39clibvirt: QEMU Driver error : Operation not supported: peeking is supported only for RAW disksTraceback (most recent call last):  File "/usr/libexec/vdsm/kvm2ovirt", line 22, in kvm2ovirt.main()  File "/usr/lib/python2.7/site-packages/vdsm/kvm2ovirt.py", line 200, in mainhandle_path(con, diskno, src, dst, options)  File "/usr/lib/python2.7/site-packages/vdsm/kvm2ovirt.py", line 169, in handle_pathdownload_disk(vmAdapter, physical, physical, dst, options.bufsize)  File "/usr/lib/python2.7/site-packages/vdsm/kvm2ovirt.py", line 125, in download_diskop.run()  File "/usr/lib64/python2.7/site-packages/ovirt_imageio_common/directio.py", line 81, in runself._run()  File "/usr/lib64/python2.7/site-packages/ovirt_imageio_common/directio.py", line 183, in _runself._receive_chunk(dst, buf, count)  File "/usr/lib64/python2.7/site-packages/ovirt_imageio_common/directio.py", line 207, in _receive_chunkchunk = self._src.read(toread)  File "/usr/lib/python2.7/site-packages/vdsm/kvm2ovirt.py", line 45, in readbuf = self._vm.blockPeek(self._src, self._pos, size)  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 820, in blockPeekif ret is None: raise libvirtError ('virDomainBlockPeek() failed', dom=self)libvirt.libvirtError: Operation not supported: peeking is supported only for RAW disksIt says that only RAW disks are supported, so you'll have to convert it with 'qemu-img'.Good luck!/K___Users mailing list -- users@ovirt.orgTo unsubscribe send an email to users-le...@ovirt.orgPrivacy Statement: https://www.ovirt.org/site/privacy-policy/oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/T44CENE6NZVP6UXPJ6NUSBRJJO3WGGDC/___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/FWUP7F5ZXIGH7WBZ543Q5STKIW4DJVMT/


[ovirt-users] kvm import failed with error: Operation not supported: peeking is supported only for RAW disks

2018-10-23 Thread jonathan763
Hi community,

Any clue why I'm getting this error while trying to import a VM (KVM to oVirt) 
and how I can fix it? 

-The software version I'm running is "4.2.6.4-1.el7".
-The remote KVM host is running libvirtd (libvirt) 4.0.0.


[root@c200m2-1 import]# cat 
import-a149e904-04da-4b8d-8a38-4e6eb6cf3208-20181023T220301.log
[1.3] preparing for copy
[1.3] Copying disk 1/1 to 
/rhev/data-center/mnt/10.194.16.159:_mnt_data2_ovirt_data/ed097e85-721e-4f9b-a07a-68e8494bc0d0/images/628069d9-7fb7-4a70-b7b2-e16633e8f346/1ffc5ad7-c860-4c9e-9bf1-fc90b6f2f39c
libvirt: QEMU Driver error : Operation not supported: peeking is supported only 
for RAW disks
Traceback (most recent call last):
  File "/usr/libexec/vdsm/kvm2ovirt", line 22, in 
kvm2ovirt.main()
  File "/usr/lib/python2.7/site-packages/vdsm/kvm2ovirt.py", line 200, in main
handle_path(con, diskno, src, dst, options)
  File "/usr/lib/python2.7/site-packages/vdsm/kvm2ovirt.py", line 169, in 
handle_path
download_disk(vmAdapter, physical, physical, dst, options.bufsize)
  File "/usr/lib/python2.7/site-packages/vdsm/kvm2ovirt.py", line 125, in 
download_disk
op.run()
  File "/usr/lib64/python2.7/site-packages/ovirt_imageio_common/directio.py", 
line 81, in run
self._run()
  File "/usr/lib64/python2.7/site-packages/ovirt_imageio_common/directio.py", 
line 183, in _run
self._receive_chunk(dst, buf, count)
  File "/usr/lib64/python2.7/site-packages/ovirt_imageio_common/directio.py", 
line 207, in _receive_chunk
chunk = self._src.read(toread)
  File "/usr/lib/python2.7/site-packages/vdsm/kvm2ovirt.py", line 45, in read
buf = self._vm.blockPeek(self._src, self._pos, size)
  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 820, in blockPeek
if ret is None: raise libvirtError ('virDomainBlockPeek() failed', dom=self)
libvirt.libvirtError: Operation not supported: peeking is supported only for 
RAW disks
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/T44CENE6NZVP6UXPJ6NUSBRJJO3WGGDC/


[ovirt-users] Re: Ovirt 4.2 rpm glusterfs-gnfs w/ gluster 4.1

2018-10-23 Thread TomK

Great, ty!

Downgraded already.
--
Cheers,
Tom K.
- 


Living on earth is expensive, but it includes a free trip around the sun.

On 10/22/2018 12:21 PM, Sahina Bose wrote:



On Fri, Oct 19, 2018 at 7:06 PM TomK > wrote:


Hey All,

Is there a newer package of glusterfs-gnfs available for GlusterFS
4.1?
After upgrading to GlusterFS 4.1, all the hosts are now disconnected
from the Ovirt engine.


No, and no plans to add it - see 
https://www.spinics.net/lists/gluster-devel/msg25549.html


oVirt 4.2 will not work with gluster 4.1. You'll need to wait for 4.3.


I'm on CentOS 7.5:

---> Package kmod-kvdo.x86_64 0:6.1.0.181-17.el7_5 will be installed
---> Package mokutil.x86_64 0:12-2.el7 will be installed
---> Package python-imgbased.noarch 0:1.0.24-1.el7 will be installed
---> Package vdo.x86_64 0:6.1.0.168-18 will be installed
--> Finished Dependency Resolution
Error: Package: glusterfs-gnfs-3.12.15-1.el7.x86_64
(ovirt-4.2-centos-gluster312)
            Requires: glusterfs-client-xlators(x86-64) = 3.12.15-1.el7
            Installed: glusterfs-client-xlators-4.1.5-1.el7.x86_64
(@centos-gluster41)
                glusterfs-client-xlators(x86-64) = 4.1.5-1.el7
            Available:
glusterfs-client-xlators-3.8.4-53.el7.centos.x86_64 (base)
                glusterfs-client-xlators(x86-64) = 3.8.4-53.el7.centos
            Available:
glusterfs-client-xlators-3.8.4-54.15.el7.centos.x86_64 (updates)
                glusterfs-client-xlators(x86-64) =
3.8.4-54.15.el7.centos

-- 
Cheers,

Tom K.

-

Living on earth is expensive, but it includes a free trip around
the sun.


[root@mdskvm-p02 yum.repos.d]# yum info glusterfs-gnfs
Loaded plugins: enabled_repos_upload, fastestmirror, package_upload,
product-id, search-disabled-repos, subscription-manager, vdsmupgrade
This system is not registered with an entitlement server. You can use
subscription-manager to register.
Loading mirror speeds from cached hostfile
  * base: mirror.csclub.uwaterloo.ca

  * epel: mirror.csclub.uwaterloo.ca

  * extras: mirror.csclub.uwaterloo.ca

  * ovirt-4.2: mirrors.rit.edu 
  * ovirt-4.2-epel: mirror.csclub.uwaterloo.ca

  * updates: mirror.csclub.uwaterloo.ca

Available Packages
Name        : glusterfs-gnfs
Arch        : x86_64
Version     : 3.12.15
Release     : 1.el7
Size        : 166 k
Repo        : ovirt-4.2-centos-gluster312/x86_64
Summary     : GlusterFS gNFS server
URL         : http://gluster.readthedocs.io/en/latest/
License     : GPLv2 or LGPLv3+
Description : GlusterFS is a distributed file-system capable of
scaling
to several
             : petabytes. It aggregates various storage bricks over
Infiniband RDMA
             : or TCP/IP interconnect into one large parallel
network file
             : system. GlusterFS is one of the most sophisticated
file
systems in
             : terms of features and extensibility.  It borrows a
powerful concept
             : called Translators from GNU Hurd kernel. Much of
the code
in GlusterFS
             : is in user space and easily manageable.
             :
             : This package provides the glusterfs legacy gNFS
server xlator
___
Users mailing list -- users@ovirt.org 
To unsubscribe send an email to users-le...@ovirt.org

Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:

https://lists.ovirt.org/archives/list/users@ovirt.org/message/TLKLRUZXVMTRKLS2I26AEGKETT2BVXRD/


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/OQXDFYYPDMWGTBCY47ESKTSVCTLHR7VG/


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List 

[ovirt-users] Import VM from VMware OVA

2018-10-23 Thread Hari Prasanth Loganathan
Hi Team,

1) I exported a ovf file from VMware
2) I converted the ovf file to ova using ovftool successfully.
3) I imported the ova using the VM Import -> VMware appliance OVA ->
provided the path of the ova (copied in ovirt location)
4) VM is successfully imported into the ovirt and I see the disk is also
successfully imported

BUT the disk is stored as image disk, What is the possible way to import
the VM (as mentioned above) and store the disk as Cinder disk (currently
always it is storing as image disk type)

Any help is much appreciated.

Thanks,
Hari

-- 


DISCLAIMER - *MSysTechnologies LLC* 



This email message, contents and 
its attachments may contain confidential, proprietary or legally privileged 
information and is intended solely for the use of the individual or entity 
to whom it is actually intended. If you have erroneously received this 
message, please permanently delete it immediately and notify the sender. If 
you are not the intended recipient of the email message,you are notified 
strictly not to disseminate,distribute or copy this e-mail.E-mail 
transmission cannot be guaranteed to be secure or error-free as Information 
could be intercepted, corrupted, lost, destroyed, incomplete or contain 
viruses and MSysTechnologies LLC accepts no liability for the contents and 
integrity of this mail or for any damage caused by the limitations of the 
e-mail transmission.

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JONBHJW3OCPD6DAIGXAQDCINDCVWUNBG/


[ovirt-users] Re: cloud-init behaviour after reboot and growpart [update : BUG]

2018-10-23 Thread Karli Sjöberg
Den 23 okt. 2018 18:56 skrev Nathanaël Blanchet :In addition of double quote, there is an extra space  between : and /So, the correct runcmd should be:sed -i "/^datasource_list:/d" /etc/cloud/cloud.cfg; echo ''datasource_list:["NoCloud", "ConfigDrive"]'' >> /etc/cloud/cloud.cfgDon't you have to escape the double quotes inside of the double quotes?# sed -i "/^datasource_list:/d" /etc/cloud/cloud.cfg; echo ''datasource_list [\"NoCloud\", \"ConfigDrive\"]'' >> /etc/cloud/cloud.cfg/KLe 23/10/2018 à 18:43, Nathanaël Blanchet a écrit :> - 'sed -i ' '/^datasource_list: /d' ' /etc/cloud/cloud.cfg; echo ' > 'datasource_list:>   ["NoCloud", "ConfigDrive"]' ' >> /etc/cloud/cloud.cfg' -- Nathanaël BlanchetSupervision réseauPôle Infrastrutures Informatiques227 avenue Professeur-Jean-Louis-Viala34193 MONTPELLIER CEDEX 5 	Tél. 33 (0)4 67 54 84 55Fax  33 (0)4 67 54 84 14blanc...@abes.fr___Users mailing list -- users@ovirt.orgTo unsubscribe send an email to users-le...@ovirt.orgPrivacy Statement: https://www.ovirt.org/site/privacy-policy/oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZCVBR5IO6FPKU63CMZL3UVKNFGYU7DW6/___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/FATHCQNBQGZJXEHO5IOCO5DWDOLAUPRA/


[ovirt-users] Re: cloud-init behaviour after reboot and growpart [update : BUG]

2018-10-23 Thread Nathanaël Blanchet

In addition of double quote, there is an extra space  between : and /

So, the correct runcmd should be:

sed -i "/^datasource_list:/d" /etc/cloud/cloud.cfg; echo 
''datasource_list:["NoCloud", "ConfigDrive"]'' >> /etc/cloud/cloud.cfg


Le 23/10/2018 à 18:43, Nathanaël Blanchet a écrit :
- 'sed -i ' '/^datasource_list: /d' ' /etc/cloud/cloud.cfg; echo ' 
'datasource_list:
  ["NoCloud", "ConfigDrive"]' ' >> /etc/cloud/cloud.cfg' 


--
Nathanaël Blanchet

Supervision réseau
Pôle Infrastrutures Informatiques
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5   
Tél. 33 (0)4 67 54 84 55
Fax  33 (0)4 67 54 84 14
blanc...@abes.fr
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZCVBR5IO6FPKU63CMZL3UVKNFGYU7DW6/


[ovirt-users] Re: cloud-init behaviour after reboot and growpart [update : BUG]

2018-10-23 Thread Nathanaël Blanchet
Thank you Giulio, it is ok for using local datasource for now, but it 
seems to be a bug into the default  ovirt cloud-init behaviour:


at the end of the first provisionning, a first automatic runcmd is 
passed in the user-data :


# cat /var/lib/cloud/instance/user-data.txt

...

runcmd:
- 'sed -i ' '/^datasource_list: /d' ' /etc/cloud/cloud.cfg; echo ' 
'datasource_list:

  ["NoCloud", "ConfigDrive"]' ' >> /etc/cloud/cloud.cfg'

...

But this command is invalid, surely because of the double simple quote ' 
' instead of bad double quote ".


The result is that no  ["NoCloud", "ConfigDrive"] is appended to cloud.cfg.

And yes, when adding manually this line, I don't have to disable 
cloudinit with clout-init.disabled and I can now use growpart and 
resizefs modules on the second boot.


Can anyone confirm a BZ need to be opened?

Le 23/10/2018 à 14:41, Giulio Casella a écrit :

Maybe you can try disabling unused data sources. In /etc/cloud/cloud.cfg
of el7 vm:

datasource_list: ["NoCloud", "ConfigDrive"]

If I remember correctly ovirt use ConfigDrive to pass data to VM cloud-init.

Hope this helps.

Bye,
gc


Il 23/10/2018 12:37, Nathanaël Blanchet ha scritto:

Hi all,

After having successfully run cloud-init with the "initial run" box
checked, I meet an issue after rebooting the el7 vm. At the boot time,
cloud-init waits for a data source that doesn't exist anymore and I have
to wait serveral timeouts like this one:

open 'http://169.254.169.254/openstack' with {'url':
'http://169.254.169.254/openstack', 'headers': {'User-Agent':
'Cloud-Init/0.7.9'}, 'allow_redirects': True, 'method': 'GET',
'timeout': 10.0} configuration

As a workaround,  I must include in the initial custom script "touch
/etc/cloud/cloud-init.disabled" so as to the vm to boot properly.

Now I'd like cloud-init not to be fully disabled because I need it
resizes the filesystem after the growpart step.

Can anyone help me with this?


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HSXXBXHMO2GQ7FWDC5WRB6IA6MPXDCIR/


--
Nathanaël Blanchet

Supervision réseau
Pôle Infrastrutures Informatiques
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5   
Tél. 33 (0)4 67 54 84 55
Fax  33 (0)4 67 54 84 14
blanc...@abes.fr
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7PHTD7AJ6DNYMCGTGDTQGPEJ2RJOFK3G/


[ovirt-users] Re: OpenStack Block Storage Provider without authentication doesn't work

2018-10-23 Thread Matthias Leopold

i finally managed it: https://bugzilla.redhat.com/show_bug.cgi?id=1642074

matthias

Am 07.10.18 um 08:08 schrieb Idan Shaby:

Hi Matthias,

Thanks for the detailed information!
It looks like you've found a bug. A NullPointerException should never occur.
Can you please file a BZ and attach all the relevant logs so we can 
understand the root cause for it?


Thanks,
Idan


On Wed, Oct 3, 2018 at 3:01 PM Matthias Leopold 
> wrote:




Am 2018-10-03 um 12:14 schrieb Matthias Leopold:
 > Hi,
 >
 > we're successfully using Cinder as a Block Storage Provider for
oVirt
 > with customized Cinder installation in a CentOS host according to
 > OpenStack docs. Now i wanted to try out running Cinder in Docker and
 > followed the instructions from
 > https://thenewstack.io/deploying-cinder-stand-alone-storage-service/
 > (customized for use with Ceph RBD).
 >
 > This works to the point where i can setup an external provider and
 > consequently a storage domain in oVirt. I set up the provider
without
 > authentication and testing this (by pressing "Test" button)
works. When
 > i want to create disks i realize that oVirt doesn't recognize the
 > "Volume Type" definitions. In engine.log i see messages like
 >
 > 2018-10-03 12:04:46,990+02 ERROR
 >

[org.ovirt.engine.core.bll.storage.disk.cinder.GetCinderVolumeTypesByStorageDomainIdQuery]

 > (default task-72) [06d4fbf7-0b3c-46b3-8166-148ee7f67a4c] Query
 > 'GetCinderVolumeTypesByStorageDomainIdQuery' failed: null
 > 2018-10-03 12:04:46,990+02 ERROR
 >

[org.ovirt.engine.core.bll.storage.disk.cinder.GetCinderVolumeTypesByStorageDomainIdQuery]

 > (default task-72) [06d4fbf7-0b3c-46b3-8166-148ee7f67a4c] Exception:
 > java.lang.NullPointerException
 >
 > I very much suspect that not using authentication (because of
 > "auth_strategy = noauth" in cinder.conf) is the culprit. Listing
types
 > with cinder CLI from the engine host works (when using the
appropriate
 > environment). Can some of the RH devs confirm this behaviour? Is
this an
 > engine bug?
 >
 > thanks
 > Matthias
 >

I switched one of the existing, working Cinder hosts (no Docker
involved) to "auth_strategy = noauth" and the problem (and error
message
in engine.log) with querying volume types is the same. So - regardless
if i wanted to actually use it that way - I consider this a bug in
Cinder integration in oVirt.

Matthias
___
Users mailing list -- users@ovirt.org 
To unsubscribe send an email to users-le...@ovirt.org

Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:

https://lists.ovirt.org/archives/list/users@ovirt.org/message/K6OGQVDIYS7PSDIBXANP2IEMQMSEGQQ3/



--
Matthias Leopold
IT Systems & Communications
Medizinische Universität Wien
Spitalgasse 23 / BT 88 /Ebene 00
A-1090 Wien
Tel: +43 1 40160-21241
Fax: +43 1 40160-921200
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7LWVY7ALR5V6EKNPINWS5B7PKHT5CFLK/


[ovirt-users] Re: Force VM delete API

2018-10-23 Thread Hari Prasanth Loganathan
I see an API in this doc for FORCE delete :
https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/html/version_3_rest_api_guide/sect-actions

DELETE /ovirt-engine/api/vms/5114bb3e-a4e6-44b2-b783-b3eea7d84720 HTTP/1.1
Accept: application/xml
Content-type: application/xml


true


I tried apply the same, but it doesn't seem to be working, I get the
following error message

{
"detail": "[Cannot remove VM. Template is being created from this VM.]",
"reason": "Operation Failed"
}

But it's status is there in IMAGE_LOCKED state so I need to delete it.


Thanks,
Hari

On Tue, Oct 23, 2018 at 8:29 PM Hari Prasanth Loganathan <
hariprasant...@msystechnologies.com> wrote:

> Hi Team,
>
> I have a VM which is moved to Image locked state in ovirt, I am not able
> to remove this VM from ovirt,
>
> So Is there a way to perform force delete of VM using ovirt API?
>
> Thanks,
> Hari
>

-- 


DISCLAIMER - *MSysTechnologies LLC* 



This email message, contents and 
its attachments may contain confidential, proprietary or legally privileged 
information and is intended solely for the use of the individual or entity 
to whom it is actually intended. If you have erroneously received this 
message, please permanently delete it immediately and notify the sender. If 
you are not the intended recipient of the email message,you are notified 
strictly not to disseminate,distribute or copy this e-mail.E-mail 
transmission cannot be guaranteed to be secure or error-free as Information 
could be intercepted, corrupted, lost, destroyed, incomplete or contain 
viruses and MSysTechnologies LLC accepts no liability for the contents and 
integrity of this mail or for any damage caused by the limitations of the 
e-mail transmission.

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7GSU7GU4TUMLVODT2TKXQPLHVCWCNZYA/


[ovirt-users] Force VM delete API

2018-10-23 Thread Hari Prasanth Loganathan
Hi Team,

I have a VM which is moved to Image locked state in ovirt, I am not able to
remove this VM from ovirt,

So Is there a way to perform force delete of VM using ovirt API?

Thanks,
Hari

-- 


DISCLAIMER - *MSysTechnologies LLC* 



This email message, contents and 
its attachments may contain confidential, proprietary or legally privileged 
information and is intended solely for the use of the individual or entity 
to whom it is actually intended. If you have erroneously received this 
message, please permanently delete it immediately and notify the sender. If 
you are not the intended recipient of the email message,you are notified 
strictly not to disseminate,distribute or copy this e-mail.E-mail 
transmission cannot be guaranteed to be secure or error-free as Information 
could be intercepted, corrupted, lost, destroyed, incomplete or contain 
viruses and MSysTechnologies LLC accepts no liability for the contents and 
integrity of this mail or for any damage caused by the limitations of the 
e-mail transmission.

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/LBUDTN24X64IPJEI3PQ4O7C4VPMXGRXF/


[ovirt-users] Re: high load on hosts

2018-10-23 Thread Oliver Riesener

Yes, you are right, load 30 with a 2 CPU VM is nearly impossible.

In the past, there where a issue with a defect HD and a failing
resync on glusterfs here in the list.

- Take a look deeper look on your ovirt-node(s)

-- Systemcalls with (seeing kernel und userspace syscalls):

# perf top

- IO with:

# iotop

- Processes with:

# htop


Ansible Script to install the tools:

---
#
# Install Additional Packages on Centos 7 machines
# Possible Repos: base,updates,extras,centosplus
#
- hosts:
  - ovirt-nodes
  gather_facts: False
  tasks:
  - name: Install additional Packages
    yum:
  enablerepo: base
  name:
    - perf
    - iotop
  state: present

  - name: Install additional remote Packages
    yum:
  name:
    - 
https://kojipkgs.fedoraproject.org/packages/htop/2.2.0/1.el7/x86_64/htop-2.2.0-1.el7.x86_64.rpm

  state: present
...


On 10/19/18 2:46 PM, Jayme wrote:
I'm wondering how I can best limit the ability of VMs to overrun the 
load on hosts.  I have a fairly stock 4.2 HCI setup with three well 
spec'ed servers, 10Gbe/SSDs, plenty of ram and CPU with only a hand 
full of light use VMs.  I notice when the occasional demanding job is 
run on a VM I'm seeing load average on host node shoot up in to the 
20-30s, how can a single "medium" vm cause host load to rise so high?




___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/LVSVFSI2KXURMXHQXYDAAUU5JCLG53MM/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/SGZLBID42X2LSAD76YYQGMCSCZ6KUYHF/


[ovirt-users] Re: Diary of hosted engine install woes

2018-10-23 Thread Brendan Holmes
Hi Simone,

 

I accidentally ran this using DHCP, which I know is problematic on my network.  
I had previously run it using answer file parameter:

OVEHOSTED_VM/cloudinitVMStaticCIDR=str:

 

The same error occurred last time, but I’ll do so again and resend the full log.

 

Many thanks,

Brendan

 

From: Simone Tiraboschi  
Sent: 23 October 2018 09:09
To: B Holmes 
Cc: users 
Subject: Re: [ovirt-users] Re: Diary of hosted engine install woes

 

OK,

according to this log file, the target engine VM didn't got an IPv4 address:

 

2018-10-22 21:22:23,360+0100 DEBUG 
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:94 
engine_vm_ip_vdsm: 

2018-10-22 21:22:24,062+0100 INFO otopi.ovirt_hosted_engine_setup.ansible_utils 
ansible_utils._process_output:100 TASK [Fail if the Engine has no IP address]

2018-10-22 21:22:24,763+0100 DEBUG 
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:94 
{u'msg': u'Engine VM has no IP address. Please check your network 
configuration', u'changed': False, u'_ansible_no_log': False}

2018-10-22 21:22:24,863+0100 ERROR 
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:98 
fatal: [localhost]: FAILED! => {"changed": false, "msg": "Engine VM has no IP 
address. Please check your network configuration"}

2018-10-22 21:22:25,365+0100 DEBUG 
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:180 
ansible-playbook rc: 2

2018-10-22 21:22:25,365+0100 DEBUG 
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:94 
PLAY RECAP [localhost] : ok: 82 changed: 31 unreachable: 0 skipped: 5 failed: 2

2018-10-22 21:22:25,365+0100 DEBUG 
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:94 
PLAY RECAP [ovirt-engine.example.com  ] : ok: 
11 changed: 6 unreachable: 0 skipped: 0 failed: 0

2018-10-22 21:22:25,365+0100 DEBUG 
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:187 
ansible-playbook stdout:

2018-10-22 21:22:25,365+0100 DEBUG 
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:189 to 
retry, use: --limit 
@/usr/share/ovirt-hosted-engine-setup/ansible/create_target_vm.retry

 

2018-10-22 21:22:25,365+0100 DEBUG 
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:190 
ansible-playbook stderr:

2018-10-22 21:22:25,366+0100 DEBUG otopi.context context._executeMethod:143 
method exception

Traceback (most recent call last):

  File "/usr/lib/python2.7/site-packages/otopi/context.py", line 133, in 
_executeMethod

method['method']()

  File 
"/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-ansiblesetup/core/target_vm.py",
 line 214, in _closeup

r = ah.run()

  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/ansible_utils.py", 
line 194, in run

raise RuntimeError(_('Failed executing ansible-playbook'))

RuntimeError: Failed executing ansible-playbook

2018-10-22 21:22:25,367+0100 ERROR otopi.context context._executeMethod:152 
Failed to execute stage 'Closing up': Failed executing ansible-playbook

 

 

Are you sure that your DHCP server is properly working?

You can also connect to that VM with VNC to check what's going on.

 

On Mon, Oct 22, 2018 at 10:37 PM Brendan Holmes mailto:m...@brendanh.com> > wrote:

Hi Simone,

 

Pls see attached the log without any of my variable-enumeration changes.

 

Many thanks,

Brendan

 

From: Simone Tiraboschi mailto:stira...@redhat.com> > 
Sent: 22 October 2018 13:33
To: B Holmes mailto:m...@brendanh.com> >
Cc: users mailto:users@ovirt.org> >
Subject: Re: [ovirt-users] Re: Diary of hosted engine install woes

 

 

On Sun, Oct 21, 2018 at 11:50 PM Brendan Holmes mailto:m...@brendanh.com> > wrote:

Hi Simone,

 

Sorry for late response, I’ve been unwell.  Attached is the whole log you 
requested.  I hope it reveals why variable “local_vm_ip.stdout_lines” is not 
being populated.

 

Hi,

according to your log file the deployment was successful: 

 

at this point I can only suggest again to simply run the vanilla code without 
any custom patch.

 

From: Simone Tiraboschi mailto:stira...@redhat.com> > 
Sent: 15 October 2018 04:49

On Sun, Oct 14, 2018 at 6:08 AM Brendan Holmes mailto:m...@brendanh.com> > wrote:

Hi Simone,

[ ERROR ] fatal: [localhost]: FAILED! => {"msg": "The task includes an option 
with an undefined variable. The error was: list object has no element 0\n\nThe 
error appears to have been in 
'/usr/share/ovirt-hosted-engine-setup/ansible/create_target_vm.yml': line 396, 
column 5, but may\nbe elsewhere in the file depending on the exact syntax 
problem.\n\nThe offending line appears to be:\n\nchanged_when: True\n  - 
name: Clean /etc/hosts on the host\n^ here\n"}

 

I think that this is just an error in the clean up on failures phase due to 
something bad before.

Can you please attach the whole deployment log from 

[ovirt-users] Re: cloud-init behaviour after reboot and growpart

2018-10-23 Thread Giulio Casella
Maybe you can try disabling unused data sources. In /etc/cloud/cloud.cfg
of el7 vm:

datasource_list: ["NoCloud", "ConfigDrive"]

If I remember correctly ovirt use ConfigDrive to pass data to VM cloud-init.

Hope this helps.

Bye,
gc


Il 23/10/2018 12:37, Nathanaël Blanchet ha scritto:
> Hi all,
> 
> After having successfully run cloud-init with the "initial run" box
> checked, I meet an issue after rebooting the el7 vm. At the boot time,
> cloud-init waits for a data source that doesn't exist anymore and I have
> to wait serveral timeouts like this one:
> 
> open 'http://169.254.169.254/openstack' with {'url':
> 'http://169.254.169.254/openstack', 'headers': {'User-Agent':
> 'Cloud-Init/0.7.9'}, 'allow_redirects': True, 'method': 'GET',
> 'timeout': 10.0} configuration
> 
> As a workaround,  I must include in the initial custom script "touch
> /etc/cloud/cloud-init.disabled" so as to the vm to boot properly.
> 
> Now I'd like cloud-init not to be fully disabled because I need it
> resizes the filesystem after the growpart step.
> 
> Can anyone help me with this?
> 
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HSXXBXHMO2GQ7FWDC5WRB6IA6MPXDCIR/


[ovirt-users] Tutorial for beginners: oVirt - moving away from local storage setup to NFS/GlusterFS

2018-10-23 Thread Andrei Verovski
Hi,

I made short video tutorial (slide show with screenshots and instruction) for 
beginners:
oVirt - moving away from local storage setup to shared/networked one (main 
currently uses NFS loopback).

https://www.youtube.com/watch?v=2ebhZ5U6x_Y

Hopefully someone may avoid common mistakes, and if not, remedy situation with 
minimal time and effort.

Feedback and comments are welcome.

with best regards
Andrei
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/22AP6R4M7WUD6J5AR54J3G3434BKANSH/


[ovirt-users] cloud-init behaviour after reboot and growpart

2018-10-23 Thread Nathanaël Blanchet

Hi all,

After having successfully run cloud-init with the "initial run" box 
checked, I meet an issue after rebooting the el7 vm. At the boot time, 
cloud-init waits for a data source that doesn't exist anymore and I have 
to wait serveral timeouts like this one:


open 'http://169.254.169.254/openstack' with {'url': 
'http://169.254.169.254/openstack', 'headers': {'User-Agent': 
'Cloud-Init/0.7.9'}, 'allow_redirects': True, 'method': 'GET', 
'timeout': 10.0} configuration


As a workaround,  I must include in the initial custom script "touch 
/etc/cloud/cloud-init.disabled" so as to the vm to boot properly.


Now I'd like cloud-init not to be fully disabled because I need it 
resizes the filesystem after the growpart step.


Can anyone help me with this?

--
Nathanaël Blanchet

Supervision réseau
Pôle Infrastrutures Informatiques
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5   
Tél. 33 (0)4 67 54 84 55
Fax  33 (0)4 67 54 84 14
blanc...@abes.fr
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Z6KOX7A3F5DK66KUXW5ZMII4RLGNELV2/


[ovirt-users] Re: re-enabling networkmanager

2018-10-23 Thread Edward Haas
You can enable NetworkManager, just make sure you restart vdsmd and
supervdsmd services on the machine.

Thanks,
Edy.

On Tue, Oct 23, 2018 at 11:03 AM Nathanaël Blanchet 
wrote:

> No problem to enable NM, it is now default activated on ovirt-node, so it
> should be ok on centos as well
> Le 22/10/2018 à 12:48, fsoyer a écrit :
>
> At least view some graphs. Here is a screenshot of the cockpit tab (not
> sure that a picture can be displayed via the list, tell me if not) :
>
>
>
> --
>
> Cordialement,
>
> *Frank*
>
>
> Le Lundi, Octobre 22, 2018 12:42 CEST, Donny Davis 
>  a écrit:
>
>
> So you are trying to capture utilization stats from your network?
>
> On Mon, Oct 22, 2018, 6:37 AM fsoyer  wrote:
>
>> Hi Donny,
>> thank you for this precision, but I don't want to manage network from
>> Cockpit, just view the graphs of network usage in it, and eventually logs
>> (can be interesting !).
>> That's why I ask about risks to activate NM after configuring the
>> networks in engine UI : what are the opinions ?
>>
>> --
>>
>> Cordialement,
>>
>> *Frank Soyer *
>> Mob. 06 72 28 38 53 - Fix. 05 49 50 52 34
>> 
>>
>> *Systea IG*
>> Administration systèmes, réseaux et bases de données
>> www.systea.net
>> Membre du réseau Les Professionnels du Numérique 
>> 
>>
>> *KoGite*
>> Hébergement de proximité
>> www.kogite.fr
>>
>>
>>
>> Le Dimanche, Octobre 21, 2018 14:05 CEST, Donny Davis <
>> do...@fortnebula.com> a écrit:
>>
>>
>> Use the Ovirt engine to manage your networks. VDSM takes over at boot
>> time, and the only way for this to happen is if you use the engine
>>
>> On Fri, Oct 19, 2018 at 9:26 AM fsoyer  wrote:
>>
>>> Hi,
>>> I have installed a 4.2 cluster on CentOS 7 nodes but I have follow an
>>> (old) procedure of mine done with 4.0 : so, I have disabled Network Manager
>>> before installing oVirt.
>>> The networks created and validated in the engine UI are :
>>> ovirmgmt on bond0 (2 slaves) failover mode
>>> storagemanager on bond1 (2 slaves), jumbo frames, aggregation mode,
>>> serving Gluster.
>>> Today, I installed Cockpit on the node to have the nodes consoles. But
>>> it say that it cannot manage the network without NM.
>>> So my question is : is there any risk to re-enabled NM on the nodes ?
>>> Can it broke anything done by the UI ?
>>>
>>> --
>>>
>>> Cordialement,
>>>
>>> *Frank Soyer *
>>> Mob. 06 72 28 38 53 - Fix. 05 49 50 52 34
>>> 
>>>
>>> *Systea IG*
>>> Administration systèmes, réseaux et bases de données
>>> www.systea.net
>>> Membre du réseau Les Professionnels du Numérique
>>> 
>>> 
>>>
>>> *KoGite*
>>> Hébergement de proximité
>>> www.kogite.fr
>>>
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/GOWGDMXIQ2VLHW2NAL2SSRQLXFKD7753/
>>
>>
>>
>
>
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/EC6NWQDYU6JJDPSZJFDQRAJXLBFLEMY7/
>
> --
> Nathanaël Blanchet
>
> Supervision réseau
> Pôle Infrastrutures Informatiques
> 227 avenue Professeur-Jean-Louis-Viala
> 34193 MONTPELLIER CEDEX 5 
> Tél. 33 (0)4 67 54 84 55
> Fax  33 (0)4 67 54 84 14blanc...@abes.fr
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/NAVNRR3WNM7U2XR5D75CHJJZ7WEVD7JE/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/OVEXXADR23YFNZJR7Z6UMBSDSYJ5LRWV/


[ovirt-users] vdsmd.service stuck in state: activating

2018-10-23 Thread sceglimilano
= Noob questions =
A) First time here. I couldn't find the rulebook/netiquette for oVirt mailing
 list, could you give me a link?
B) What do you use here, top or bottom posting?
C) Which is the line length limit? I've written this email manually entering
 new line after 80 chars, is it fine?
D) Which is the log length limit?
E) When should I use pastebin or similar websites?
= /Noob questions =

= Issue questions =
TL;DR
self host engine deployment fails, vdsmd.service has this error I can't find on
 Google:
'sysctl: cannot stat /proc/sys/ssl: No such file or directory'

Long description:
I've been trying for a while to deploy an oVirt self hosted engine but it failed
 all the time. After every failed deployment, node status resulted in 'FAIL' (or
 'DEGRADED', I don't remember) and to restore it to 'OK' status I'd to run
 'vdsm-tool configure --force'.

vdsm-tool configuration never went through fully successful:
< code >
abrt is not configured for vdsm
lvm is configured for vdsm
libvirt is not configured for vdsm yet
FAILED: conflicting vdsm and libvirt-qemu tls configuration.
vdsm.conf with ssl=True requires the following changes:
libvirtd.conf: listen_tcp=0, auth_tcp="sasl", listen_tls=1
qemu.conf: spice_tls=1.
Current revision of multipath.conf detected, preserving
< /code >

I set 'auth_tcp = "sasl"' (in "/etc/libvirtd.conf") and 'spice_tls=1' (in
 "/etc/libvirt/qemu.conf") and restart vdsdmd.service, but it still fails:
< code >
Starting Virtual Desktop Server Manager...
_init_common.sh[2839]: vdsm: Running mkdirs
_init_common.sh[2839]: vdsm: Running configure_coredump
_init_common.sh[2839]: vdsm: Running configure_vdsm_logs
_init_common.sh[2839]: vdsm: Running wait_for_network
_init_common.sh[2839]: vdsm: Running run_init_hooks
_init_common.sh[2839]: vdsm: Running check_is_configured
_init_common.sh[2839]: abrt is already configured for vdsm
_init_common.sh[2839]: lvm is configured for vdsm
_init_common.sh[2839]: libvirt is already configured for vdsm
_init_common.sh[2839]: Current revision of multipath.conf detected, preserving
_init_common.sh[2839]: vdsm: Running validate_configuration
_init_common.sh[2839]: SUCCESS: ssl configured to true. No conflicts
_init_common.sh[2839]: vdsm: Running prepare_transient_repository
_init_common.sh[2839]: vdsm: Running syslog_available
_init_common.sh[2839]: vdsm: Running nwfilter
_init_common.sh[2839]: vdsm: Running dummybr
_init_common.sh[2839]: vdsm: Running tune_system
_init_common.sh[2839]: sysctl: cannot stat /proc/sys/ssl: No such file or 
directory
md[1]: vdsmd.service: control process exited, code=exited status=1
md[1]: Failed to start Virtual Desktop Server Manager.
md[1]: Unit vdsmd.service entered failed state.
md[1]: vdsmd.service failed.
md[1]: vdsmd.service holdoff time over, scheduling restart.
< /code >

I've no idea about how to investigate, solve or troubleshoot this issue.

I've updated yesterday to the last version but nothing changed:
ovirt-release-master-4.3.0-0.1.master.2018082052.gitdd598f0.el7.noarch
= /Issue questions =
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/4K6M7V5ELD5XBYMMGPHD3IWJJKPKE6B3/


[ovirt-users] Re: oVirt Nagios/Icinga monitoring plugin check_rhv 2.0 released

2018-10-23 Thread Nathanaël Blanchet
Thank you for that work, I've test it and every thing seem to be ok... 
except checking the "all" item with the "*" meta. I had to quote it to 
make it work.


Le 19/10/2018 à 20:33, René Koch a écrit :

Hi list,

I'm happy to announce version 2.0 of check_rhv.

check_rhv is a monitoring plugin for Icinga/Nagios and it's forks,
which is used to monitor datacenters, clusters, hosts, vms, vm pools
and storage domains of Red Hat Enterprise Virtualization (RHEV) and
oVirt virtualization environments.

Download this plugin from: https://github.com/rk-it-at/check_rhv/releas
es/check_rhv-2.0
   
For further information on how to install this plugin visit: https://gi

thub.com/rk-it-at/check_rhv/wiki/Installation-Documentation
   
A detailed usage documentation can be found here:

https://github.com/rk-it-at/check_rhv/wiki/Usage-Documentation


Changelog:

New features:
-   Dropped support for RHEV 3
-   Support for RHV 4 and oVirt 4 with REST-APIv4
-   new URL: https://github.com/rk-it-at/check_rhv
-   support for Gluster volume monitoring (#2)
-   support for Gluster brick monitoring (#2)
-   check for available updates of RHV hosts

Bugs fixed:
-   Removed monitoring of Storagedomain status (#3)
-   Unknown interface error check if tmp file is empty (#5)
-   Fix network errors (#6)
-   Check RHEV Host VMs (-l vms) fails with RHEV UNKNOWN: Host ' ' not
found when no vms on host
-   VM Pool Check broken in oVirt 4.1
-   When using '*' and option '-l usage', output is incomplete
-   storagedomain usage calculation broken when specifing multiple
storagedomains


Please note this plugin will only work with RHV 4.0 and newer and oVirt
4.0 and newer. Support for version 3.x was dropped.


If you have any questions or ideas, please drop me an email: rkoch@rk-i
t.at.

Thank you for using check_rhv.


Regards,
René

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/FYE3C662SV7W4W3YP5FYBW2G5R2CM5CV/


--
Nathanaël Blanchet

Supervision réseau
Pôle Infrastrutures Informatiques
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5   
Tél. 33 (0)4 67 54 84 55
Fax  33 (0)4 67 54 84 14
blanc...@abes.fr
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/IFQA3AJGTN3AL4CPDP5MP52TYIH6DXB4/


[ovirt-users] Re: Network interfaces refresh bug.

2018-10-23 Thread Ales Musil
On Mon, Oct 22, 2018 at 10:06 PM Jacob Green  wrote:

> Yes, here is the log.  The outage on the secondary link was repaired
> around 9:30AM on the 19th. However into the the mid afternoon the ovirt
> engine reported that host zappa.aasteel.net still only had half its bond
> up at 1Mbit. It was not until my senior sys admin refreshed the host
> capabilities that it show the bond as up on both slaves and 2Mbit.
>
> I am not trying to be an alarmist or anything, I am not even sure it was a
> bug, just potentially.  Anyway let me know if the log is enlightening at
> all.
>
I can see in the log that the interface was reported as up at 09:07:43. It
seems that everything was fine from the engine and vdsm side. I am not sure
why it was reported with half speed. I have also tried to reproduce it
without success.

On Mon, Oct 22, 2018 at 2:48 PM Ales Musil  wrote:

> Would you mind to share the engine.log?
>
> On Mon, Oct 22, 2018 at 2:23 PM Petr Horacek  wrote:
>
>> Aleš, could you please take a look? Does not sound like a bug to me.
>>
>> 2018-10-19 23:53 GMT+02:00 Jacob Green :
>>
>>> So we saw a potential bug with the user interface in oVirt 4.2 with
>>> the Network Interfaces screen.  Screenshot attached. Basically this morning
>>> we had a problem with out bond, we replaced the cable and the bond came
>>> back up. However the screen in ovirt that shows you this information was
>>> reporting that half the bond was down all day, even though at the OS level
>>> it was definitely up. It did not come back up until we refreshed the host
>>> capabilities.
>>>
>>> We are currently running oVirt Open Virtualization Manager Software
>>> Version 4.2.6.4-1.el7
>>>
>>> Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection x 2 on
>>> the host.
>>>
>>>
>>> *Note: To be clear, the screenshot I attached is after we refreshed host
>>> capabilities so it showing the bond is up 20Gbit*.
>>>
>>>
>>> Thank you.
>>>
>>>
>>>
>>> --
>>> Jacob Green
>>>
>>> Systems Admin
>>>
>>> American Alloy Steel
>>>
>>> 713-300-5690
>>>
>>>
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/ACY3QEGKV7QR2UGUKSQ6VLW7SB2FF3VX/
>>>
>>>
>>
>
> --
>
> ALES MUSIL
> Associate Software Engineer - rhv network
>
> Red Hat EMEA 
>
>
> amu...@redhat.com   IM: amusil
> 
>


-- 

ALES MUSIL
Associate Software Engineer - rhv network

Red Hat EMEA 


amu...@redhat.com   IM: amusil

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PK377IH4YQD6IA4ORRJ4GGOTTJ6GOV2Q/


[ovirt-users] Re: Diary of hosted engine install woes

2018-10-23 Thread Simone Tiraboschi
OK,
according to this log file, the target engine VM didn't got an IPv4 address:

2018-10-22 21:22:23,360+0100 DEBUG
otopi.ovirt_hosted_engine_setup.ansible_utils
ansible_utils._process_output:94 engine_vm_ip_vdsm:
2018-10-22 21:22:24,062+0100 INFO
otopi.ovirt_hosted_engine_setup.ansible_utils
ansible_utils._process_output:100 TASK [Fail if the Engine has no IP
address]
2018-10-22 21:22:24,763+0100 DEBUG
otopi.ovirt_hosted_engine_setup.ansible_utils
ansible_utils._process_output:94 {u'msg': u'Engine VM has no IP address.
Please check your network configuration', u'changed': False,
u'_ansible_no_log': False}
2018-10-22 21:22:24,863+0100 ERROR
otopi.ovirt_hosted_engine_setup.ansible_utils
ansible_utils._process_output:98 fatal: [localhost]: FAILED! => {"changed":
false, "msg": "Engine VM has no IP address. Please check your network
configuration"}
2018-10-22 21:22:25,365+0100 DEBUG
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:180
ansible-playbook rc: 2
2018-10-22 21:22:25,365+0100 DEBUG
otopi.ovirt_hosted_engine_setup.ansible_utils
ansible_utils._process_output:94 PLAY RECAP [localhost] : ok: 82 changed:
31 unreachable: 0 skipped: 5 failed: 2
2018-10-22 21:22:25,365+0100 DEBUG
otopi.ovirt_hosted_engine_setup.ansible_utils
ansible_utils._process_output:94 PLAY RECAP [ovirt-engine.example.com] :
ok: 11 changed: 6 unreachable: 0 skipped: 0 failed: 0
2018-10-22 21:22:25,365+0100 DEBUG
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:187
ansible-playbook stdout:
2018-10-22 21:22:25,365+0100 DEBUG
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:189 to
retry, use: --limit
@/usr/share/ovirt-hosted-engine-setup/ansible/create_target_vm.retry

2018-10-22 21:22:25,365+0100 DEBUG
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:190
ansible-playbook stderr:
2018-10-22 21:22:25,366+0100 DEBUG otopi.context context._executeMethod:143
method exception
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/otopi/context.py", line 133, in
_executeMethod
method['method']()
  File
"/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-ansiblesetup/core/target_vm.py",
line 214, in _closeup
r = ah.run()
  File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/ansible_utils.py",
line 194, in run
raise RuntimeError(_('Failed executing ansible-playbook'))
RuntimeError: Failed executing ansible-playbook
2018-10-22 21:22:25,367+0100 ERROR otopi.context context._executeMethod:152
Failed to execute stage 'Closing up': Failed executing ansible-playbook


Are you sure that your DHCP server is properly working?
You can also connect to that VM with VNC to check what's going on.

On Mon, Oct 22, 2018 at 10:37 PM Brendan Holmes  wrote:

> Hi Simone,
>
>
>
> Pls see attached the log without any of my variable-enumeration changes.
>
>
>
> Many thanks,
>
> Brendan
>
>
>
> *From:* Simone Tiraboschi 
> *Sent:* 22 October 2018 13:33
> *To:* B Holmes 
> *Cc:* users 
> *Subject:* Re: [ovirt-users] Re: Diary of hosted engine install woes
>
>
>
>
>
> On Sun, Oct 21, 2018 at 11:50 PM Brendan Holmes  wrote:
>
> Hi Simone,
>
>
>
> Sorry for late response, I’ve been unwell.  Attached is the whole log you
> requested.  I hope it reveals why variable “local_vm_ip.stdout_lines” is
> not being populated.
>
>
>
> Hi,
>
> according to your log file the deployment was successful:
>
>
>
> at this point I can only suggest again to simply run the vanilla code
> without any custom patch.
>
>
>
> *From:* Simone Tiraboschi 
> *Sent:* 15 October 2018 04:49
>
> On Sun, Oct 14, 2018 at 6:08 AM Brendan Holmes  wrote:
>
> Hi Simone,
>
> [ ERROR ] fatal: [localhost]: FAILED! => {"msg": "The task includes an
> option with an undefined variable. The error was: list object has no
> element 0\n\nThe error appears to have been in
> '/usr/share/ovirt-hosted-engine-setup/ansible/create_target_vm.yml': line
> 396, column 5, but may\nbe elsewhere in the file depending on the exact
> syntax problem.\n\nThe offending line appears to be:\n\nchanged_when:
> True\n  - name: Clean /etc/hosts on the host\n^ here\n"}
>
>
>
> I think that this is just an error in the clean up on failures phase due
> to something bad before.
>
> Can you please attach the whole deployment log from
> /var/log/ovirt-hosted-engine/hosted-engine.log ?
>
>
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/67YXTGPJOV36MSLKM5QHMDZK3NTAAXTB/


[ovirt-users] Re: re-enabling networkmanager

2018-10-23 Thread Nathanaël Blanchet
No problem to enable NM, it is now default activated on ovirt-node, so 
it should be ok on centos as well


Le 22/10/2018 à 12:48, fsoyer a écrit :


At least view some graphs. Here is a screenshot of the cockpit tab 
(not sure that a picture can be displayed via the list, tell me if not) :




--

Cordialement,

*Frank*



Le Lundi, Octobre 22, 2018 12:42 CEST, Donny Davis 
 a écrit:

So you are trying to capture utilization stats from your network?
On Mon, Oct 22, 2018, 6:37 AM fsoyer > wrote:


Hi Donny,
thank you for this precision, but I don't want to manage network
from Cockpit, just view the graphs of network usage in it, and
eventually logs (can be interesting !).
That's why I ask about risks to activate NM after configuring the
networks in engine UI : what are the opinions ?

-- 


Cordialement,

*Frank Soyer *
Mob. 06 72 28 38 53 - Fix. 05 49 50 52 34



*Systea IG*
Administration systèmes, réseaux et bases de données
www.systea.net 
Membre du réseau Les Professionnels du Numérique




*KoGite*
Hébergement de proximité
www.kogite.fr 



Le Dimanche, Octobre 21, 2018 14:05 CEST, Donny Davis
mailto:do...@fortnebula.com>> a écrit:

Use the Ovirt engine to manage your networks. VDSM takes over at
boot time, and the only way for this to happen is if you use the
engine
On Fri, Oct 19, 2018 at 9:26 AM fsoyer mailto:fso...@systea.fr>> wrote:

Hi,
I have installed a 4.2 cluster on CentOS 7 nodes but I have
follow an (old) procedure of mine done with 4.0 : so, I have
disabled Network Manager before installing oVirt.
The networks created and validated in the engine UI are :
ovirmgmt on bond0 (2 slaves) failover mode
storagemanager on bond1 (2 slaves), jumbo frames,
aggregation mode, serving Gluster.
Today, I installed Cockpit on the node to have the nodes
consoles. But it say that it cannot manage the network
without NM.
So my question is : is there any risk to re-enabled NM on
the nodes ? Can it broke anything done by the UI ?

-- 


Cordialement,

*Frank Soyer *
Mob. 06 72 28 38 53 - Fix. 05 49 50 52 34



*Systea IG*
Administration systèmes, réseaux et bases de données
www.systea.net 
Membre du réseau Les Professionnels du Numérique




*KoGite*
Hébergement de proximité
www.kogite.fr 

___
Users mailing list -- users@ovirt.org 
To unsubscribe send an email to users-le...@ovirt.org

Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:

https://lists.ovirt.org/archives/list/users@ovirt.org/message/GOWGDMXIQ2VLHW2NAL2SSRQLXFKD7753/






___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/EC6NWQDYU6JJDPSZJFDQRAJXLBFLEMY7/


--
Nathanaël Blanchet

Supervision réseau
Pôle Infrastrutures Informatiques
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5   
Tél. 33 (0)4 67 54 84 55
Fax  33 (0)4 67 54 84 14
blanc...@abes.fr

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NAVNRR3WNM7U2XR5D75CHJJZ7WEVD7JE/