[ovirt-users] Re: EXTERNAL: Re: Single Node Deployment - Self-Hosted-Engine

[Albrecht, Thomas C]

While i realize it’s not ideal, I created an NFS export on the single node for 
demonstration purposes. Very simple to do. At some point, we’ll be moving the 
storage to a NAS.

Can anyone tell me why a single node building using a locally hosted NFS server 
isn’t good for this use case?

Tom A.

Sent from my iPhone

On Jan 18, 2019, at 1:16 PM, Brian Wilson (briwils2) 
mailto:briwi...@cisco.com>> wrote:

Thanks Simone,

I am currently trying to go through that as I found a wiki page that talked 
about single node HCI,

Is there anyway to leave Gluster off the table and just use a local on host 
Storage Domain for simplicity?


Thanks
Brian


From: Simone Tiraboschi mailto:stira...@redhat.com>>
Date: Friday, January 18, 2019 at 11:42 AM
To: "Brian Wilson (briwils2)" mailto:briwi...@cisco.com>>
Cc: users mailto:users@ovirt.org>>
Subject: Re: [ovirt-users] Single Node Deployment - Self-Hosted-Engine



On Fri, Jan 18, 2019 at 6:18 PM Brian Wilson 
mailto:briwi...@cisco.com>> wrote:
I have a question regarding installing a single node and then running the 
self-hosted engine on it.

I would like to keep this as simple as possible and am running into an issue 
with where to tell the installer to place the engine.  It asks me to choose a 
shared storage technology(gfs,nfs, iscsi) and i dont want to rely on anything 
outside of this single box to provide storage.  I would like to add another 
volume (LVM) as a local storage domain to be used for this as well as all other 
VMs to be run on this all in one box.

Is there some secret sauce to getting this installer to choose a local location 
rather than a shared one?

Yes, a replica 1 hyper-converged gluster volume.

___
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/PQQSNOA7JLKKJ53RHN3MHNMXATRKUEOA/
___
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/TYX7IR7LHI4LOAXUW46DRBUXJDR3DFXQ/
___
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/OGZSAD2BN5ENRGDEHLL536H4R3KMI7ZW/

[ovirt-users] Re: Single Node Deployment - Self-Hosted-Engine

[Simone Tiraboschi]

On Fri, Jan 18, 2019 at 7:14 PM Brian Wilson (briwils2) 
wrote:

> Thanks Simone,
>
>
>
> I am currently trying to go through that as I found a wiki page that
> talked about single node HCI,
>
>
>
> Is there anyway to leave Gluster off the table and just use a local on
> host Storage Domain for simplicity?
>

No, hosted-engine is just for shared storage.
If you start it from the graphical installer in cockpit it will be really
easy.


>
>
>
>
> Thanks
>
> Brian
>
>
>
>
>
> *From: *Simone Tiraboschi 
> *Date: *Friday, January 18, 2019 at 11:42 AM
> *To: *"Brian Wilson (briwils2)" 
> *Cc: *users 
> *Subject: *Re: [ovirt-users] Single Node Deployment - Self-Hosted-Engine
>
>
>
>
>
>
>
> On Fri, Jan 18, 2019 at 6:18 PM Brian Wilson  wrote:
>
> I have a question regarding installing a single node and then running the
> self-hosted engine on it.
>
> I would like to keep this as simple as possible and am running into an
> issue with where to tell the installer to place the engine.  It asks me to
> choose a shared storage technology(gfs,nfs, iscsi) and i dont want to rely
> on anything outside of this single box to provide storage.  I would like to
> add another volume (LVM) as a local storage domain to be used for this as
> well as all other VMs to be run on this all in one box.
>
> Is there some secret sauce to getting this installer to choose a local
> location rather than a shared one?
>
>
>
> Yes, a replica 1 hyper-converged gluster volume.
>
>
>
> ___
> 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/PQQSNOA7JLKKJ53RHN3MHNMXATRKUEOA/
>
>
___
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/N43SOD25GKWYWNGPKGLA2PSX2HQ7LLVF/

[ovirt-users] Re: Single Node Deployment - Self-Hosted-Engine

[Brian Wilson (briwils2)]

Thanks Simone,

I am currently trying to go through that as I found a wiki page that talked 
about single node HCI,

Is there anyway to leave Gluster off the table and just use a local on host 
Storage Domain for simplicity?


Thanks
Brian


From: Simone Tiraboschi 
Date: Friday, January 18, 2019 at 11:42 AM
To: "Brian Wilson (briwils2)" 
Cc: users 
Subject: Re: [ovirt-users] Single Node Deployment - Self-Hosted-Engine



On Fri, Jan 18, 2019 at 6:18 PM Brian Wilson 
mailto:briwi...@cisco.com>> wrote:
I have a question regarding installing a single node and then running the 
self-hosted engine on it.

I would like to keep this as simple as possible and am running into an issue 
with where to tell the installer to place the engine.  It asks me to choose a 
shared storage technology(gfs,nfs, iscsi) and i dont want to rely on anything 
outside of this single box to provide storage.  I would like to add another 
volume (LVM) as a local storage domain to be used for this as well as all other 
VMs to be run on this all in one box.

Is there some secret sauce to getting this installer to choose a local location 
rather than a shared one?

Yes, a replica 1 hyper-converged gluster volume.

___
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/PQQSNOA7JLKKJ53RHN3MHNMXATRKUEOA/
___
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/TYX7IR7LHI4LOAXUW46DRBUXJDR3DFXQ/

[ovirt-users] Re: Single Node Deployment - Self-Hosted-Engine

[Simone Tiraboschi]

On Fri, Jan 18, 2019 at 6:18 PM Brian Wilson  wrote:

> I have a question regarding installing a single node and then running the
> self-hosted engine on it.
>
> I would like to keep this as simple as possible and am running into an
> issue with where to tell the installer to place the engine.  It asks me to
> choose a shared storage technology(gfs,nfs, iscsi) and i dont want to rely
> on anything outside of this single box to provide storage.  I would like to
> add another volume (LVM) as a local storage domain to be used for this as
> well as all other VMs to be run on this all in one box.
>
> Is there some secret sauce to getting this installer to choose a local
> location rather than a shared one?
>

Yes, a replica 1 hyper-converged gluster volume.


> ___
> 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/PQQSNOA7JLKKJ53RHN3MHNMXATRKUEOA/
>
___
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/OIACFPPIK4J35OT3ADIPKUDHH5IPZWGO/

[ovirt-users] Single Node Deployment - Self-Hosted-Engine

[Brian Wilson]

I have a question regarding installing a single node and then running the 
self-hosted engine on it.

I would like to keep this as simple as possible and am running into an issue 
with where to tell the installer to place the engine.  It asks me to choose a 
shared storage technology(gfs,nfs, iscsi) and i dont want to rely on anything 
outside of this single box to provide storage.  I would like to add another 
volume (LVM) as a local storage domain to be used for this as well as all other 
VMs to be run on this all in one box.   

Is there some secret sauce to getting this installer to choose a local location 
rather than a shared one?
___
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/PQQSNOA7JLKKJ53RHN3MHNMXATRKUEOA/

[ovirt-users] Re: Problems with procedure in blog post...

[Jason P. Thomas]

I did try /tmp and got the same error as with /var/tmp.  I too 
downloaded the image to the location specified in vars.yaml and still 
received the same error.  I'm a little docker stupid, is the image 
downloading inside the docker or inside the host OS?


On 1/18/19 6:03 AM, se...@nucleuss.com wrote:

I can confirm that /tmp directory is also not working. seems like the file is 
not created.. I manually downloaded the file and place it there, but even then 
the script gave the same error..
I created an empty template called Centos7, just to see if the image can be 
uploaded, but the Template should be created by the script.. so it did not work 
neither..
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: 
https://secure-web.cisco.com/1yLKQtxsdnpvDSleewVRX0INFvKXi_chSMPEYviKV7U_RqWmvVc9XeCBJSLGRtj3NW-p0FlvlP4OFhycjW8dkjxmjnMOSsruVi5Y_jkXiOB3-8mRxyQ8f3wvH7IU-Cjx0aCC2bJOESJeuBbEtebCUzmlAwB-yxOUL9NqewzIgcSpLbSq0P2GBpcN4c2SqsNypqRrlWouUbtFQFDSTE7P9FMnMC91PFiWQ5WEIu1N_6rPq7-V1StkFoSY4sCCx-E0cJKBin0rzDpn86jNIwnbQMp7_9iO8uGlKKJHKsfGi8Zxh1wdaXwDLp7-_bess2QQ870eCj93IqdHOHxff-sjSIcgl6qCL-2EaqXuRXUHE-L9GZpa-nigwN7ti2H1K0BAvfniHlZlvBiMPFCmkN-OCUpKaQcTEYDPzpBhEIJYygwA_0LdjHRGWJpm4AQkzA2qQ/https%3A%2F%2Fwww.ovirt.org%2Fsite%2Fprivacy-policy%2F
oVirt Code of Conduct: 
https://secure-web.cisco.com/17Dct0QZchqNan_8XMHQJHzYAhrW1wVtP5_C896wqWHCK06kNRcCOdot4V6b5kMMJuvG4orm1XxJz97oIR5-KkbG-RUP6_53G-AC0dDTbfoSnWWhmxX-aWEXteVU_QeB7PZvltierogUPoJzXG8t7c5tWGGHC_UlV67N7uECYFdCWh062cCCL1G5UUIdCsr98SjJrI6rrlra1EKy-VcUyfcW1WomKj_bjbiqW93_VQPqwwYZQyPJUvmu49BVnu-m0_tZ5U-QjmR1Wyo9HEwATyy9AfTuoWYKygbpLgBdTcOIAVyhDAYqKcWmVessihiurqJGtsYQsBrruMJUVBV26cJy_eUtnvzyRbnITUCGin3iMtVFEkeEY9hRm8YBG44a-tn0R7zicdzLGXzUBqTeL-PdWKClI-FSWFO_JIljNfwynVPA2S-Auz4VpTabxyIp3/https%3A%2F%2Fwww.ovirt.org%2Fcommunity%2Fabout%2Fcommunity-guidelines%2F
List Archives: 
https://secure-web.cisco.com/1qe4ZLpDinfGMCnzKTFsUZrT4fTLgxm8_2XTmDkg802Gh0g5be-B2goZR7cx7sGqKswzuFX4EblRMm3fRqsFDImaFNHxGTTJrgb4RV6Vzg6LBl5pmz41mKlXj45mDW05jollcCZV4AGQ5b_6CDeyol16hsV2j9FLTVBNcWc1ibeKBlvRm-HWYEO17-PkHCQ_5K9XDXwOt5cnVdamOuqFXdt61_aw-ko4vmwGGV8hNmTkp6hbIPXLQ7rE-wqsnu4HfltD7wkFPXoRgd263ySB3UUevQB7Kw59xIRC-1CcWFitRosEOzfStkL99qyiSjojPHMo13UgoOfMmrdHe2hVkS1K6iJnC34VgC3BwaRmA6pFTD_hBrF8gZzj1AkkDTPtu8b53r6h9EMeLClFjuPEUTWojzw1FIx4Ul_3yTqMkwvSoQSm9snBgY_5Q_ALwthwA/https%3A%2F%2Flists.ovirt.org%2Farchives%2Flist%2Fusers%40ovirt.org%2Fmessage%2FTK44R4Q4S25UYLD7FXS7EOFTT5FZXCEN%2F

___
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/ITHRO3XAKREQAD2AMUBWA6VPDY7SHOIY/

[ovirt-users] Re: oVirt 4.3 rc2: export ova and attempt to import to itself via script?

[Sandro Bonazzola]

Il giorno ven 18 gen 2019 alle ore 13:51 Gianluca Cecchi <
gianluca.cec...@gmail.com> ha scritto:

> Hello,
> I verified that in 4.3 rc2 I can now export as ova a running VM:
> I  have a CentOS Atomic 7 VM and when I export as ova, a snapshot is
> executed and then the ova file seems directly generated, bypassing the
> previous copy on storage domain:
>
> [root@hcinode1 ]# ll /export/
> total 1141632
> -rw---. 1 root root 1401305088 Jan 18 11:10 c7atomic1.ova.tmp
> [root@hcinode1 ]# ll /export/
> total 1356700
> -rw---. 1 root root 1401305088 Jan 18 11:10 c7atomic1.ova
> [root@hcinode1 ]#
>
> And at the end the snaphsot has been correctly removed.
>
> events:
> Vm c7atomic1 was exported successfully as a Virtual Appliance to path
> /export/c7atomic1.ova on Host hcinode1 1/18/19 11:10:23 AM
> Starting to export Vm c7atomic1 as a Virtual Appliance 1/18/19 11:08:47 AM
>
> Now if I try for test to import this generated OVA to the same environment
> with this script:
>
> https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_ova_as_vm.py
>
> I get a duplicate error, see below. Is it a limitation of the python
> script or what?
>

I think the script is missing to generate a different name / uuid for the
ova being imported.



>
> If I go from the gui and I chose "Virtual Appliance (OVA)" as source and
> the same host and file path I can successfully import the OVA, provided I
> change the name of the VM to be imported.
>
> Thanks,
> Gianluca
>
>
> [root@hcinode1 ~]# ./upload_ova_as_vm.py /export/c7atomic1.ova Default
> vmstore
> Connecting...
> Creating disk...
> {'capacityAllocationUnits': 'byte * 2^30', 'capacity': '10',
> 'description': 'Auto-generated for Export To OVA', 'pass-discard': 'false',
> 'format': 'http://www.gnome.org/~markmc/qcow-image-format.html',
> 'volume-type': 'Sparse', 'boot': 'true', 'disk-alias':
> 'GlanceDisk-5f429e6', 'disk-interface': 'VirtIO', 'volume-format': 'COW',
> 'cinder_volume_type': '', 'disk-description': 'CentOS 7 Atomic Host Image
> v1802 for x86_64 (5f429e6)', 'parentRef': '', 'fileRef':
> 'c6b2e076-1519-433e-9b37-2005c9ce6d2e', 'populatedSize': '1401290752',
> 'disk_storage_type': 'IMAGE', 'diskId':
> 'e4f92226-0f56-4822-a622-d1ebff41df9f', 'wipe-after-delete': 'false'}
> Traceback (most recent call last):
>   File "./upload_ova_as_vm.py", line 133, in 
> name=target_storage_domain_name
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line
> 6794, in add
> return self._internal_add(disk, headers, query, wait)
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line
> 232, in _internal_add
> return future.wait() if wait else future
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 55,
> in wait
> return self._code(response)
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line
> 229, in callback
> self._check_fault(response)
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line
> 132, in _check_fault
> self._raise_error(response, body)
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line
> 118, in _raise_error
> raise error
> ovirtsdk4.Error: Fault reason is "Operation Failed". Fault detail is
> "[Internal Engine Error]". HTTP response code is 400.
> [root@hcinode1 ~]#
>
>
> On engine:
>
> 2019-01-18 11:24:46,561+01 INFO
> [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (default task-26)
> [3b08d759-27d3-42f3-9eee-95c135e88a7b] BaseAsyncTask::startPollingTask:
> Starting to poll task '81fbeac3-2c58-4f8a-a3da-44bdbe585beb'.
> 2019-01-18 11:24:46,691+01 ERROR
> [org.ovirt.engine.core.bll.storage.disk.AddDiskCommand] (default task-26)
> [3b08d759-27d3-42f3-9eee-95c135e88a7b] Command
> 'org.ovirt.engine.core.bll.storage.disk.AddDiskCommand' failed:
> CallableStatementCallback; SQL [{call insertpermission(?, ?, ?, ?,
> ?)}ERROR: duplicate key value violates unique constraint
> "idx_combined_ad_role_object"
>   Detail: Key (ad_element_id, role_id,
> object_id)=(9d37881c-1991-11e9-b002-00163e7cb696,
> defa----defb, e4f92226-0f56-4822-a622-d1ebff41df9f)
> already exists.
>   Where: SQL statement "INSERT INTO permissions (
> ad_element_id,
> id,
> role_id,
> object_id,
> object_type_id
> )
> VALUES (
> v_ad_element_id,
> v_id,
>v_role_id,
> v_object_id,
> v_object_type_id
> )"
> PL/pgSQL function insertpermission(uuid,uuid,uuid,uuid,integer) line 3 at
> SQL statement; nested exception is org.postgresql.util.PSQLException:
> ERROR: duplicate key value violates unique constraint
> "idx_combined_ad_role_object"
>   Detail: Key (ad_element_id, role_id,
> object_id)=(9d37881c-1991-11e9-b002-00163e7cb696,
> defa----defb, e4f92226-0f56-4822-a622-d1ebff41df9f)
> already exists.
>   Where: SQL statement "INSERT INTO permissions (
> ad_element_id,
> id,
>   

[ovirt-users] oVirt 4.3 rc2: export ova and attempt to import to itself via script?

[Gianluca Cecchi]

Hello,
I verified that in 4.3 rc2 I can now export as ova a running VM:
I  have a CentOS Atomic 7 VM and when I export as ova, a snapshot is
executed and then the ova file seems directly generated, bypassing the
previous copy on storage domain:

[root@hcinode1 ]# ll /export/
total 1141632
-rw---. 1 root root 1401305088 Jan 18 11:10 c7atomic1.ova.tmp
[root@hcinode1 ]# ll /export/
total 1356700
-rw---. 1 root root 1401305088 Jan 18 11:10 c7atomic1.ova
[root@hcinode1 ]#

And at the end the snaphsot has been correctly removed.

events:
Vm c7atomic1 was exported successfully as a Virtual Appliance to path
/export/c7atomic1.ova on Host hcinode1 1/18/19 11:10:23 AM
Starting to export Vm c7atomic1 as a Virtual Appliance 1/18/19 11:08:47 AM

Now if I try for test to import this generated OVA to the same environment
with this script:
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_ova_as_vm.py

I get a duplicate error, see below. Is it a limitation of the python script
or what?

If I go from the gui and I chose "Virtual Appliance (OVA)" as source and
the same host and file path I can successfully import the OVA, provided I
change the name of the VM to be imported.

Thanks,
Gianluca


[root@hcinode1 ~]# ./upload_ova_as_vm.py /export/c7atomic1.ova Default
vmstore
Connecting...
Creating disk...
{'capacityAllocationUnits': 'byte * 2^30', 'capacity': '10', 'description':
'Auto-generated for Export To OVA', 'pass-discard': 'false', 'format': '
http://www.gnome.org/~markmc/qcow-image-format.html', 'volume-type':
'Sparse', 'boot': 'true', 'disk-alias': 'GlanceDisk-5f429e6',
'disk-interface': 'VirtIO', 'volume-format': 'COW', 'cinder_volume_type':
'', 'disk-description': 'CentOS 7 Atomic Host Image v1802 for x86_64
(5f429e6)', 'parentRef': '', 'fileRef':
'c6b2e076-1519-433e-9b37-2005c9ce6d2e', 'populatedSize': '1401290752',
'disk_storage_type': 'IMAGE', 'diskId':
'e4f92226-0f56-4822-a622-d1ebff41df9f', 'wipe-after-delete': 'false'}
Traceback (most recent call last):
  File "./upload_ova_as_vm.py", line 133, in 
name=target_storage_domain_name
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line
6794, in add
return self._internal_add(disk, headers, query, wait)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 232,
in _internal_add
return future.wait() if wait else future
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 55,
in wait
return self._code(response)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 229,
in callback
self._check_fault(response)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 132,
in _check_fault
self._raise_error(response, body)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 118,
in _raise_error
raise error
ovirtsdk4.Error: Fault reason is "Operation Failed". Fault detail is
"[Internal Engine Error]". HTTP response code is 400.
[root@hcinode1 ~]#


On engine:

2019-01-18 11:24:46,561+01 INFO
[org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (default task-26)
[3b08d759-27d3-42f3-9eee-95c135e88a7b] BaseAsyncTask::startPollingTask:
Starting to poll task '81fbeac3-2c58-4f8a-a3da-44bdbe585beb'.
2019-01-18 11:24:46,691+01 ERROR
[org.ovirt.engine.core.bll.storage.disk.AddDiskCommand] (default task-26)
[3b08d759-27d3-42f3-9eee-95c135e88a7b] Command
'org.ovirt.engine.core.bll.storage.disk.AddDiskCommand' failed:
CallableStatementCallback; SQL [{call insertpermission(?, ?, ?, ?,
?)}ERROR: duplicate key value violates unique constraint
"idx_combined_ad_role_object"
  Detail: Key (ad_element_id, role_id,
object_id)=(9d37881c-1991-11e9-b002-00163e7cb696,
defa----defb, e4f92226-0f56-4822-a622-d1ebff41df9f)
already exists.
  Where: SQL statement "INSERT INTO permissions (
ad_element_id,
id,
role_id,
object_id,
object_type_id
)
VALUES (
v_ad_element_id,
v_id,
   v_role_id,
v_object_id,
v_object_type_id
)"
PL/pgSQL function insertpermission(uuid,uuid,uuid,uuid,integer) line 3 at
SQL statement; nested exception is org.postgresql.util.PSQLException:
ERROR: duplicate key value violates unique constraint
"idx_combined_ad_role_object"
  Detail: Key (ad_element_id, role_id,
object_id)=(9d37881c-1991-11e9-b002-00163e7cb696,
defa----defb, e4f92226-0f56-4822-a622-d1ebff41df9f)
already exists.
  Where: SQL statement "INSERT INTO permissions (
ad_element_id,
id,
role_id,
object_id,
object_type_id
)
VALUES (
v_ad_element_id,
v_id,
v_role_id,
v_object_id,
v_object_type_id
)"
PL/pgSQL function insertpermission(uuid,uuid,uuid,uuid,integer) line 3 at
SQL statement
2019-01-18 11:24:46,691+01 ERROR
[org.ovirt.engine.core.bll.storage.disk.AddDiskCommand] (default task-26)
[3b08d759-27d3-42f3-9eee-95c135e88a7b] 

[ovirt-users] Re: Import VM from OVA not working

[Dominik Holler]

On Fri, 18 Jan 2019 05:31:58 -
k...@intercom.pro wrote:

> Hi all.
> 
> Make dir /var/lib/exports/import
> 
> chown 36:36 /var/lib/exports/import/VM.ova
> 
> Go to oVirt admin portal. Import Vm from OVA source. In file path -  
> /var/lib/exports/import/VM.ova
> 

Are you aware that the path /var/lib/exports/import/VM.ova is
supposed to be on the host selected in the line above the path in the
same dialog?

> Error:
> Failed to load VM configuration from OVA file: /var/lib/exports/import/VM.ova
> 
> Log file ovirt-query-ova-ansible:
> 
> 2019-01-18 10:26:25,018 p=8066 u=ovirt |  Traceback (most recent call last):
>   File 
> "/root/.ansible/tmp/ansible-tmp-1547789184.32-243441920380227/query_ova.py", 
> line 59, in 
> ovf = get_ovf_from_dir(ova_path, sys.argv[2])
>   File 
> "/root/.ansible/tmp/ansible-tmp-1547789184.32-243441920380227/query_ova.py", 
> line 29, in get_ovf_from_dir
> files = os.listdir(ova_path)
> OSError: [Errno 2] No such file or directory: '/var/lib/exports/import/VM.ova'
> 
> ls -la /var/lib/exports/import/
> 
> -rw-r--r--. 1 vdsm kvm  4165205504 Jan 17 22:51 VM.ova
> ___
> 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/MI3NGTD2UDW5Y5DJQPLHYDOBMEACLEAZ/
___
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/NXGMU4S5BSXDRSTHTGITF5JAWEJRC2CC/

[ovirt-users] Re: ovirt node ng 4.3.0 rc1 upgrade fails

[Sandro Bonazzola]

Il giorno ven 18 gen 2019 alle ore 12:52 Jorick Astrego 
ha scritto:

>
> On 1/18/19 11:23 AM, Sandro Bonazzola wrote:
>
>
>
> Il giorno ven 18 gen 2019 alle ore 11:23 Sandro Bonazzola <
> sbona...@redhat.com> ha scritto:
>
>>
>>
>> Il giorno ven 11 gen 2019 alle ore 14:41 Jorick Astrego <
>> jor...@netbulae.eu> ha scritto:
>>
>>> Hi,
>>>
>>> Trying to update oVirt Node 4.2.7.1 to 4.3.0, but it fails with the
>>> following dependencies:
>>>
>>
>> thanks Jorick for the report! looks like the disabling of the repos and
>> the filtering on the node upgrade package is broken. We'll investigate on
>> this.
>>
>
> Did you open a BZ about this?
>
>
> I can see the standard repos (base, updates) are not enabled.
>
>
> Created the BZ now:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1667403
>
> Also created one for rc1 to rc2:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1667406
>
>
>
Thanks!



>
>
>
>>
>>
>>
>>
>>> "Loaded plugins: enabled_repos_upload, fastestmirror,
>>> imgbased-persist,\n  : package_upload, product-id,
>>> search-disabled-repos, subscription-\n  : manager,
>>> vdsmupgrade\nThis system is not registered with an entitlement server. You
>>> can use subscription-manager to register.\nLoading mirror speeds from
>>> cached hostfile\n * ovirt-4.3-epel: ftp.nluug.nl\nResolving
>>>  Dependencies\n--> Running transaction
>>> check\n---> Package ovirt-host.x86_64 0:4.2.3-1.el7 will be updated\n--->
>>> Package ovirt-host.x86_64 0:4.3.0-1.el7 will be an update\n--> Processing
>>> Dependency: ovirt-host-dependencies = 4.3.0-1.el7 for package:
>>> ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: aide for package:
>>> ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap for
>>> package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency:
>>> openscap-utils for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing
>>> Dependency: pam_pkcs11 for package: ovirt-host-4.3.0-1.el7.x86_64\n-->
>>> Processing Dependency: scap-security-guide for package:
>>> ovirt-host-4.3.0-1.el7.x86_64\n--> Running transaction check\n---> Package
>>> ovirt-host.x86_64 0:4.3.0-1.el7 will be an update\n--> Processing
>>> Dependency: aide for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing
>>> Dependency: openscap for package: ovirt-host-4.3.0-1.el7.x86_64\n-->
>>> Processing Dependency: openscap-utils for package:
>>> ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: pam_pkcs11 for
>>> package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency:
>>> scap-security-guide for package: ovirt-host-4.3.0-1.el7.x86_64\n--->
>>> Package ovirt-host-dependencies.x86_64 0:4.2.3-1.el7 will be updated\n--->
>>> Package ovirt-host-dependencies.x86_64 0:4.3.0-1.el7 will be an update\n-->
>>> Processing Dependency: vdsm >= 4.30.5 for package:
>>> ovirt-host-dependencies-4.3.0-1.el7.x86_64\n--> Processing Dependency:
>>> vdsm-client >= 4.30.5 for package:
>>> ovirt-host-dependencies-4.3.0-1.el7.x86_64\n--> Running transaction
>>> check\n---> Package ovirt-host.x86_64 0:4.3.0-1.el7 will be an update\n-->
>>> Processing Dependency: aide for package: ovirt-host-4.3.0-1.el7.x86_64\n-->
>>> Processing Dependency: openscap for package:
>>> ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap-utils
>>> for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency:
>>> pam_pkcs11 for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing
>>> Dependency: scap-security-guide for package:
>>> ovirt-host-4.3.0-1.el7.x86_64\n---> Package vdsm.x86_64 0:4.20.43-1.el7
>>> will be updated\n--> Processing Dependency: vdsm = 4.20.43-1.el7 for
>>> package: vdsm-hook-ethtool-options-4.20.43-1.el7.noarch\n--> Processing
>>> Dependency: vdsm = 4.20.43-1.el7 for package:
>>> vdsm-gluster-4.20.43-1.el7.x86_64\n--> Processing Dependency: vdsm =
>>> 4.20.43-1.el7 for package: vdsm-hook-vmfex-dev-4.20.43-1.el7.noarch\n-->
>>> Processing Dependency: vdsm = 4.20.43-1.el7 for package:
>>> vdsm-hook-fcoe-4.20.43-1.el7.noarch\n---> Package vdsm.x86_64
>>> 0:4.30.5-1.el7 will be an update\n--> Processing Dependency: vdsm-http =
>>> 4.30.5-1.el7 for package: vdsm-4.30.5-1.el7.x86_64\n--> Processing
>>> Dependency: vdsm-jsonrpc = 4.30.5-1.el7 for package:
>>> vdsm-4.30.5-1.el7.x86_64\n--> Processing Dependency: vdsm-python =
>>> 4.30.5-1.el7 for package: vdsm-4.30.5-1.el7.x86_64\n--> Processing
>>> Dependency: qemu-kvm-rhev >= 10:2.12.0-18.el7_6.1 for package:
>>> vdsm-4.30.5-1.el7.x86_64\n---> Package vdsm-client.noarch 0:4.20.43-1.el7
>>> will be updated\n---> Package vdsm-client.noarch 0:4.30.5-1.el7 will be an
>>> update\n--> Processing Dependency: vdsm-api = 4.30.5-1.el7 for package:
>>> vdsm-client-4.30.5-1.el7.noarch\n--> Processing Dependency: vdsm-yajsonrpc
>>> = 4.30.5-1.el7 for package: vdsm-client-4.30.5-1.el7.noarch\n--> Running
>>> transaction check\n---> Package ovirt-host.x86_64 0:4.3.0-1.el7 will be an
>>> update\n--> 

[ovirt-users] Re: ovirtmgmt always out of sync on ovirt node

[Dominik Holler]

On Fri, 18 Jan 2019 12:58:12 +0100
Jorick Astrego  wrote:

> 
> On 1/18/19 11:12 AM, Sandro Bonazzola wrote:
> >
> >
> > Il giorno ven 18 gen 2019 alle ore 10:05 Jorick Astrego
> > mailto:jor...@netbulae.eu>> ha scritto:
> >
> > Hi,
> >
> > We're switching from Centos 7 hosts to oVirt node ng (tried 4.2.7,
> > 4.3rc1 and 4.3rc2) and after adding them to oVirt (currently on
> > 4.3rc2) the ovirtmgmt interface is always out of sync.
> >
> > Tried synching the network and refresh capabilities. I also tried
> > removing ovirtmgmt from the interface and adding it to a bond,
> > then I get this error:
> >
> > Cannot setup Networks. The following Network definitions on
> > the Network Interface are different than those on the Logical
> > Network. Please synchronize the Network Interface before
> > editing network ovirtmgmt. The non-synchronized values are:
> > ${OUTAVERAGELINKSHARE} ${HOST_OUT_OF_SYNC} - null,
> > ${DC_OUT_OF_SYNC} - 50
> >
> > I can setup the bond at install so the ovirtmgmt will use it so I
> > can use the host, but I'm hesitant to do this in production as I
> > cannot change the interface anymore.
> >
> >
> > Thanks for the report Jorick, adding some people for investigating on
> > this issue.
> > Did you open a bug to track this? If I understood correctly this
> > affects ovirt-engine from 4.3.0 rc2 with ovirt-node-ng both from
> > stable 4.2.7 and from pre release rc1 and rc2 right?
> 
> Yep, BZ:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1667411
> 

Thanks for creating the bug.
I asked on the bug for further information.


> > Did you see same issue with engine 4.2.7 and node-ng 4.2.7? If not,
> > seems to be a regression in ovirt-engine.
> >
> >
> Sorry didn't try, I had already upgraded the engine. Will see if I can
> reproduce on the older version.
> 
> >  
> >
> > Regards,
> >
> > Jorick Astrego
> >
> >
> >
> >
> >
> > Met vriendelijke groet, With kind regards,
> >
> > Jorick Astrego
> > *
> > Netbulae Virtualization Experts *
> > 
> > Tel: 053 20 30 270  i...@netbulae.eu 
> > Staalsteden 4-3AKvK 08198180
> > Fax: 053 20 30 271  www.netbulae.eu 
> > 7547
> > TA Enschede BTW NL821234584B01
> >
> >
> > 
> >
> > ___
> > 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/S4SMWRA4DDA5P3DO5NAKPRUWK42QZVGJ/
> >
> >
> >
> > -- 
> >
> > SANDRO BONAZZOLA
> >
> > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
> >
> > Red Hat EMEA 
> >
> > sbona...@redhat.com    
> >
> > 
> >
> 
> 
> 
> 
> Met vriendelijke groet, With kind regards,
> 
> Jorick Astrego
> 
> Netbulae Virtualization Experts 
> 
> 
> 
>   Tel: 053 20 30 270  i...@netbulae.euStaalsteden 4-3A
> KvK 08198180
>   Fax: 053 20 30 271  www.netbulae.eu 7547 TA Enschede
> BTW NL821234584B01
> 
> 
> 
___
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/2LV2HC2HFP5WPPLNKBCB3C5DZYQRZU3H/

[ovirt-users] Re: ovirtmgmt always out of sync on ovirt node

[Jorick Astrego]

On 1/18/19 11:12 AM, Sandro Bonazzola wrote:
>
>
> Il giorno ven 18 gen 2019 alle ore 10:05 Jorick Astrego
> mailto:jor...@netbulae.eu>> ha scritto:
>
> Hi,
>
> We're switching from Centos 7 hosts to oVirt node ng (tried 4.2.7,
> 4.3rc1 and 4.3rc2) and after adding them to oVirt (currently on
> 4.3rc2) the ovirtmgmt interface is always out of sync.
>
> Tried synching the network and refresh capabilities. I also tried
> removing ovirtmgmt from the interface and adding it to a bond,
> then I get this error:
>
> Cannot setup Networks. The following Network definitions on
> the Network Interface are different than those on the Logical
> Network. Please synchronize the Network Interface before
> editing network ovirtmgmt. The non-synchronized values are:
> ${OUTAVERAGELINKSHARE} ${HOST_OUT_OF_SYNC} - null,
> ${DC_OUT_OF_SYNC} - 50
>
> I can setup the bond at install so the ovirtmgmt will use it so I
> can use the host, but I'm hesitant to do this in production as I
> cannot change the interface anymore.
>
>
> Thanks for the report Jorick, adding some people for investigating on
> this issue.
> Did you open a bug to track this? If I understood correctly this
> affects ovirt-engine from 4.3.0 rc2 with ovirt-node-ng both from
> stable 4.2.7 and from pre release rc1 and rc2 right?

Yep, BZ:

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

> Did you see same issue with engine 4.2.7 and node-ng 4.2.7? If not,
> seems to be a regression in ovirt-engine.
>
>
Sorry didn't try, I had already upgraded the engine. Will see if I can
reproduce on the older version.

>  
>
> Regards,
>
> Jorick Astrego
>
>
>
>
>
> Met vriendelijke groet, With kind regards,
>
> Jorick Astrego
> *
> Netbulae Virtualization Experts *
> 
> Tel: 053 20 30 270i...@netbulae.eu 
> Staalsteden 4-3A  KvK 08198180
> Fax: 053 20 30 271www.netbulae.eu 
> 7547
> TA Enschede   BTW NL821234584B01
>
>
> 
>
> ___
> 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/S4SMWRA4DDA5P3DO5NAKPRUWK42QZVGJ/
>
>
>
> -- 
>
> SANDRO BONAZZOLA
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com    
>
> 
>




Met vriendelijke groet, With kind regards,

Jorick Astrego

Netbulae Virtualization Experts 



Tel: 053 20 30 270  i...@netbulae.euStaalsteden 4-3A
KvK 08198180
Fax: 053 20 30 271  www.netbulae.eu 7547 TA Enschede
BTW NL821234584B01



___
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/KRAMOKD2XKZ2RSGK2JUSYP63PHITUXE7/

[ovirt-users] Re: ovirt node ng 4.3.0 rc1 upgrade fails

[Jorick Astrego]

On 1/18/19 11:23 AM, Sandro Bonazzola wrote:
>
>
> Il giorno ven 18 gen 2019 alle ore 11:23 Sandro Bonazzola
> mailto:sbona...@redhat.com>> ha scritto:
>
>
>
> Il giorno ven 11 gen 2019 alle ore 14:41 Jorick Astrego
> mailto:jor...@netbulae.eu>> ha scritto:
>
> Hi,
>
> Trying to update oVirt Node 4.2.7.1 to 4.3.0, but it fails
> with the following dependencies:
>
>
> thanks Jorick for the report! looks like the disabling of the
> repos and the filtering on the node upgrade package is broken.
> We'll investigate on this.
>
>
> Did you open a BZ about this?


I can see the standard repos (base, updates) are not enabled.


Created the BZ now:

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

Also created one for rc1 to rc2:

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



>  
>
>
>
>  
>
>     "Loaded plugins: enabled_repos_upload,
> fastestmirror, imgbased-persist,\n  :
> package_upload, product-id, search-disabled-repos,
> subscription-\n  : manager, vdsmupgrade\nThis
> system is not registered with an entitlement server. You
> can use subscription-manager to register.\nLoading mirror
> speeds from cached hostfile\n * ovirt-4.3-epel:
> ftp.nluug.nl\nResolving 
> Dependencies\n--> Running transaction check\n---> Package
> ovirt-host.x86_64 0:4.2.3-1.el7 will be updated\n--->
> Package ovirt-host.x86_64 0:4.3.0-1.el7 will be an
> update\n--> Processing Dependency: ovirt-host-dependencies
> = 4.3.0-1.el7 for package:
> ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency:
> aide for package: ovirt-host-4.3.0-1.el7.x86_64\n-->
> Processing Dependency: openscap for package:
> ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency:
> openscap-utils for package:
> ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency:
> pam_pkcs11 for package: ovirt-host-4.3.0-1.el7.x86_64\n-->
> Processing Dependency: scap-security-guide for package:
> ovirt-host-4.3.0-1.el7.x86_64\n--> Running transaction
> check\n---> Package ovirt-host.x86_64 0:4.3.0-1.el7 will
> be an update\n--> Processing Dependency: aide for package:
> ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency:
> openscap for package: ovirt-host-4.3.0-1.el7.x86_64\n-->
> Processing Dependency: openscap-utils for package:
> ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency:
> pam_pkcs11 for package: ovirt-host-4.3.0-1.el7.x86_64\n-->
> Processing Dependency: scap-security-guide for package:
> ovirt-host-4.3.0-1.el7.x86_64\n---> Package
> ovirt-host-dependencies.x86_64 0:4.2.3-1.el7 will be
> updated\n---> Package ovirt-host-dependencies.x86_64
> 0:4.3.0-1.el7 will be an update\n--> Processing
> Dependency: vdsm >= 4.30.5 for package:
> ovirt-host-dependencies-4.3.0-1.el7.x86_64\n--> Processing
> Dependency: vdsm-client >= 4.30.5 for package:
> ovirt-host-dependencies-4.3.0-1.el7.x86_64\n--> Running
> transaction check\n---> Package ovirt-host.x86_64
> 0:4.3.0-1.el7 will be an update\n--> Processing
> Dependency: aide for package:
> ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency:
> openscap for package: ovirt-host-4.3.0-1.el7.x86_64\n-->
> Processing Dependency: openscap-utils for package:
> ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency:
> pam_pkcs11 for package: ovirt-host-4.3.0-1.el7.x86_64\n-->
> Processing Dependency: scap-security-guide for package:
> ovirt-host-4.3.0-1.el7.x86_64\n---> Package vdsm.x86_64
> 0:4.20.43-1.el7 will be updated\n--> Processing
> Dependency: vdsm = 4.20.43-1.el7 for package:
> vdsm-hook-ethtool-options-4.20.43-1.el7.noarch\n-->
> Processing Dependency: vdsm = 4.20.43-1.el7 for package:
> vdsm-gluster-4.20.43-1.el7.x86_64\n--> Processing
> Dependency: vdsm = 4.20.43-1.el7 for package:
> vdsm-hook-vmfex-dev-4.20.43-1.el7.noarch\n--> Processing
> Dependency: vdsm = 4.20.43-1.el7 for package:
> vdsm-hook-fcoe-4.20.43-1.el7.noarch\n---> Package
> vdsm.x86_64 0:4.30.5-1.el7 will be an update\n-->
> Processing Dependency: vdsm-http = 4.30.5-1.el7 for
> package: vdsm-4.30.5-1.el7.x86_64\n--> Processing
> Dependency: vdsm-jsonrpc = 4.30.5-1.el7 for package:
> vdsm-4.30.5-1.el7.x86_64\n--> Processing Dependency:
> vdsm-python = 4.30.5-1.el7 

[ovirt-users] Converting Thin/Dependent to Thick/Independent

[Luca 'remix_tj' Lorenzetto]

Hello,

I'm looking for a way for speeding up the deployment of new vms. I've
seen that if i use, under "Resource Allocation", "Storage Allocation"
flagged Thin, the vm creation is very quick.
But this makes the machine dependent from the template and if, for any
reason, the template gets corrupted or is not accessible, the vm will
not boot.

Is there any way for converting the vm from dependent to independent
while this is online?

Luca



-- 
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine"
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , 
___
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/Q6AZN4CJM7AHY34DKHLUISI45GNINWXA/

[ovirt-users] Re: Problems with procedure in blog post...

[senol]

I can confirm that /tmp directory is also not working. seems like the file is 
not created.. I manually downloaded the file and place it there, but even then 
the script gave the same error..
I created an empty template called Centos7, just to see if the image can be 
uploaded, but the Template should be created by the script.. so it did not work 
neither..
___
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/TK44R4Q4S25UYLD7FXS7EOFTT5FZXCEN/

[ovirt-users] Re: oVirt 4.3 RC2 and libgfapi

[Simone Tiraboschi]

On Fri, Jan 18, 2019 at 11:16 AM Sandro Bonazzola 
wrote:

>
>
> Il giorno mer 16 gen 2019 alle ore 23:27 Gianluca Cecchi <
> gianluca.cec...@gmail.com> ha scritto:
>
>> Just installed a single host HCI with gluster, with only the engine vm
>> running.
>> Is it expected this situation below?
>>
>> # virsh -r list
>>  IdName   State
>> 
>>  2 HostedEngine   running
>>
>> and
>> # virsh -r dumpxml 2
>> . . .
>> 
>>   > io='native' iothread='1'/>
>>   > file='/var/run/vdsm/storage/e4eb6832-e0f6-40ee-902f-f301e5a3a643/fc34d770-9318-4539-9233-bfb1c5d68d14/b151557e-f1a2-45cb-b5c9-12c1f470467e'>
>> 
>>   
>>   
>>   
>>   fc34d770-9318-4539-9233-bfb1c5d68d14
>>   
>>   > function='0x0'/>
>> 
>> . . .
>>
>> where
>> # ll /var/run/vdsm/storage/e4eb6832-e0f6-40ee-902f-f301e5a3a643/
>> total 24
>> lrwxrwxrwx. 1 vdsm kvm 133 Jan 16 14:44
>> 39df7b45-4932-4bfe-b69e-4fb2f8872f4f ->
>> /rhev/data-center/mnt/glusterSD/10.10.10.216:
>> _engine/e4eb6832-e0f6-40ee-902f-f301e5a3a643/images/39df7b45-4932-4bfe-b69e-4fb2f8872f4f
>> lrwxrwxrwx. 1 vdsm kvm 133 Jan 16 14:44
>> 5ba6cd9e-b78d-4de4-9b7f-9688365128bf ->
>> /rhev/data-center/mnt/glusterSD/10.10.10.216:
>> _engine/e4eb6832-e0f6-40ee-902f-f301e5a3a643/images/5ba6cd9e-b78d-4de4-9b7f-9688365128bf
>> lrwxrwxrwx. 1 vdsm kvm 133 Jan 16 15:56
>> 8b8e41e0-a875-4204-8ab1-c10214a49f5c ->
>> /rhev/data-center/mnt/glusterSD/10.10.10.216:
>> _engine/e4eb6832-e0f6-40ee-902f-f301e5a3a643/images/8b8e41e0-a875-4204-8ab1-c10214a49f5c
>> lrwxrwxrwx. 1 vdsm kvm 133 Jan 16 15:56
>> c21a62ba-73d2-4914-940f-cee6a67a1b08 ->
>> /rhev/data-center/mnt/glusterSD/10.10.10.216:
>> _engine/e4eb6832-e0f6-40ee-902f-f301e5a3a643/images/c21a62ba-73d2-4914-940f-cee6a67a1b08
>> lrwxrwxrwx. 1 vdsm kvm 133 Jan 16 14:44
>> fc34d770-9318-4539-9233-bfb1c5d68d14 ->
>> /rhev/data-center/mnt/glusterSD/10.10.10.216:
>> _engine/e4eb6832-e0f6-40ee-902f-f301e5a3a643/images/fc34d770-9318-4539-9233-bfb1c5d68d14
>> lrwxrwxrwx. 1 vdsm kvm 133 Jan 16 14:44
>> fd73354d-699b-478e-893c-e2a0bd1e6cbb ->
>> /rhev/data-center/mnt/glusterSD/10.10.10.216:
>> _engine/e4eb6832-e0f6-40ee-902f-f301e5a3a643/images/fd73354d-699b-478e-893c-e2a0bd1e6cbb
>>
>> so hosted engine not using libgfapi?
>> Also, on hosted engine
>>
>> [root@hciengine ~]# engine-config -g LibgfApiSupported
>> LibgfApiSupported: false version: 4.1
>> LibgfApiSupported: false version: 4.2
>> LibgfApiSupported: false version: 4.3
>> [root@hciengine ~]#
>>
>> So that if I import a CentOS7 Atomic host image from glance repo as
>> template and create a new vm from it,when running this VM I get
>>
>> # virsh -r dumpxml 3
>> . . .
>> 
>>   > io='native' iothread='1'/>
>>   
>> 
>>   
>>   
>>   
>>   e4f92226-0f56-4822-a622-d1ebff41df9f
>>   
>>   
>>   > function='0x0'/>
>> 
>> . . .
>>
>> I remember there was an "old" bug opened causing this default of not
>> enabling libgfapi
>> Does this mean it was not solved yet?
>> If I remember correctly the bugzilla was this one related to HA:
>> https://bugzilla.redhat.com/show_bug.cgi?id=1484227
>> that is still in new status since almost 2 years
>>
>> Is this the only one open?
>>
>
> Thanks Gianluca for the deep testing and analysis! Sahina, Simone, can you
> please check this?
>

Yes, AFAIK we are still not ready to support libgfapi.


>
>
>
>>
>>
>> Thanks,
>> Gianluca
>> ___
>> 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/KHWQA72JZVGLVXCIQPU2FDFRS73BW4LY/
>>
>
>
> --
>
> SANDRO BONAZZOLA
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
>
___
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/UOB3WQOZBYJMKJO67O2PJ437JU73KKGG/

[ovirt-users] Re: ovirt 4.3 / Adding NFS storage issue

[Sandro Bonazzola]

Il giorno dom 13 gen 2019 alle ore 09:08 Devin Acosta <
linuxguru...@gmail.com> ha scritto:

>
> I installed the latest 4.3 release candidate and tried to add an NFS mount
> to the Data Center, and it errors in the GUI with “Error while executing
> action New NFS Storage Domain: Invalid parameter”, then in the vdsm.log I
> see it is passing “block_size=None”. Does this regardless if NFS v3 or v4.
>

Thanks Davin for the report! This should be fixed in RC2.



>
> InvalidParameterException: Invalid parameter: 'block_size=None'
>
> 2019-01-12 20:37:58,241-0700 INFO  (jsonrpc/7) [vdsm.api] START
> createStorageDomain(storageType=1,
> sdUUID=u'b30c64c4-4b1f-4ebf-828b-e54c330ae84c', domainName=u'nfsdata',
> typeSpecificArg=u'192.168.19.155:/data/data', domClass=1,
> domVersion=u'4', block_size=None, max_hosts=2000, options=None)
> from=:::192.168.19.178,51042, flow_id=67743df7,
> task_id=ad82f581-9638-48f1-bcd9-669b9809b34a (api:48)
> 2019-01-12 20:37:58,241-0700 INFO  (jsonrpc/7) [vdsm.api] FINISH
> createStorageDomain error=Invalid parameter: 'block_size=None'
> from=:::192.168.19.178,51042, flow_id=67743df7,
> task_id=ad82f581-9638-48f1-bcd9-669b9809b34a (api:52)
> 2019-01-12 20:37:58,241-0700 ERROR (jsonrpc/7) [storage.TaskManager.Task]
> (Task='ad82f581-9638-48f1-bcd9-669b9809b34a') Unexpected error (task:875)
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 882,
> in _run
> return fn(*args, **kargs)
>   File "", line 2, in createStorageDomain
>   File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 50, in
> method
> ret = func(*args, **kwargs)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/hsm.py", line 2583,
> in createStorageDomain
> alignment = clusterlock.alignment(block_size, max_hosts)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/clusterlock.py",
> line 661, in alignment
> raise se.InvalidParameterException('block_size', block_size)
> InvalidParameterException: Invalid parameter: 'block_size=None'
> 2019-01-12 20:37:58,242-0700 INFO  (jsonrpc/7) [storage.TaskManager.Task]
> (Task='ad82f581-9638-48f1-bcd9-669b9809b34a') aborting: Task is aborted:
> u"Invalid parameter: 'block_size=None'" - code 100 (task:1181)
> 2019-01-12 20:37:58,242-0700 ERROR (jsonrpc/7) [storage.Dispatcher] FINISH
> createStorageDomain error=Invalid parameter: 'block_size=None'
> (dispatcher:81)
> 2019-01-12 20:37:58,242-0700 INFO  (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC
> call StorageDomain.create failed (error 1000) in 0.00 seconds (__init__:312)
> 2019-01-12 20:37:58,541-0700 INFO  (jsonrpc/1) [vdsm.api] START
> disconnectStorageServer(domType=1,
> spUUID=u'----', conList=[{u'tpgt': u'1',
> u'id': u'db7d16c8-7497-42db-8a75-81cb7f9d3350', u'connection':
> u'192.168.19.155:/data/data', u'iqn': u'', u'user': u'', u'ipv6_enabled':
> u'false', u'protocol_version': u'auto', u'password': '', u'port':
> u''}], options=None) from=:::192.168.19.178,51042,
> flow_id=7e4cb4fa-1437-4d5b-acb5-958838ecd54c,
> task_id=1d004ea2-ae84-4c95-8c70-29e205efd4b1 (api:48)
> 2019-01-12 20:37:58,542-0700 INFO  (jsonrpc/1) [storage.Mount] unmounting
> /rhev/data-center/mnt/192.168.19.155:_data_data (mount:212)
> 2019-01-12 20:37:59,087-0700 INFO  (jsonrpc/1) [vdsm.api] FINISH
> disconnectStorageServer return={'statuslist': [{'status': 0, 'id':
> u'db7d16c8-7497-42db-8a75-81cb7f9d3350'}]}
> from=:::192.168.19.178,51042,
> flow_id=7e4cb4fa-1437-4d5b-acb5-958838ecd54c,
> task_id=1d004ea2-ae84-4c95-8c70-29e205efd4b1 (api:54)
> 2019-01-12 20:37:59,089-0700 INFO  (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC
> call StoragePool.disconnectStorageServer succeeded in 0.55 seconds
> (__init__:312)
> ___
> 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/UEZGYMMGFJYW7TWMOVILUEFFUR5KDZVB/
>


-- 

SANDRO BONAZZOLA

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com

___
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/PRRZBPOYBT6EOY7CVEGQBIMJPP4TBE4T/

[ovirt-users] Re: ETL service aggregation to hourly tables has encountered an error. Please consult the service log for more details.

[Sandro Bonazzola]

Didi, Shirly, can you please check these logs?

Il giorno mar 15 gen 2019 alle ore 09:13  ha
scritto:

> 2018-10-22 17:58:40|ETL Service Started
> ovirtEngineDbDriverClass|org.postgresql.Driver
>
> ovirtEngineHistoryDbJdbcConnection|jdbc:postgresql://localhost:5432/ovirt_engine_history?sslfactory=org.postgresql.ssl.NonValidatingFactory
> hoursToKeepDaily|0
> hoursToKeepHourly|720
> ovirtEngineDbPassword|**
> runDeleteTime|3
>
> ovirtEngineDbJdbcConnection|jdbc:postgresql://localhost:5432/engine?sslfactory=org.postgresql.ssl.NonValidatingFactory
> runInterleave|60
> limitRows|limit 1000
> ovirtEngineHistoryDbUser|ovirt_engine_history
> ovirtEngineDbUser|engine
> deleteIncrement|10
> timeBetweenErrorEvents|30
> hoursToKeepSamples|24
> deleteMultiplier|1000
> lastErrorSent|2011-07-03 12:46:47.00
> etlVersion|4.2.4.3
> dwhAggregationDebug|false
> dwhUuid|69462636-22a6-4aae-9703-70ce55856985
> ovirtEngineHistoryDbDriverClass|org.postgresql.Driver
> ovirtEngineHistoryDbPassword|**
> 2018-10-23
> 16:59:59|QUC3MI|Ho8HCn|yvpC89|OVIRT_ENGINE_DWH|HourlyTimeKeepingJob|Default|5|tWarn|tWarn_1|2018-10-23
> 16:59:59| ETL service aggregation to hourly tables has encountered an
> error. lastHourAgg value =Tue Oct 23 15:00:00 EEST 2018 and runTime = Tue
> Oct 23 16:59:59 EEST 2018 .Please consult the service log for more
> details.|42
> 2018-10-24
> 17:59:59|xMmYXu|Ho8HCn|yvpC89|OVIRT_ENGINE_DWH|HourlyTimeKeepingJob|Default|5|tWarn|tWarn_1|2018-10-24
> 17:59:59| ETL service aggregation to hourly tables has encountered an
> error. lastHourAgg value =Wed Oct 24 16:00:00 EEST 2018 and runTime = Wed
> Oct 24 17:59:59 EEST 2018 .Please consult the service log for more
> details.|42
> 2018-10-25
> 16:59:59|cUcnsD|Ho8HCn|yvpC89|OVIRT_ENGINE_DWH|HourlyTimeKeepingJob|Default|5|tWarn|tWarn_1|2018-10-25
> 16:59:59| ETL service aggregation to hourly tables has encountered an
> error. lastHourAgg value =Thu Oct 25 15:00:00 EEST 2018 and runTime = Thu
> Oct 25 16:59:59 EEST 2018 .Please consult the service log for more
> details.|42
> 2018-10-25
> 17:59:59|eJkgGv|Ho8HCn|yvpC89|OVIRT_ENGINE_DWH|HourlyTimeKeepingJob|Default|5|tWarn|tWarn_1|2018-10-25
> 17:59:59| ETL service aggregation to hourly tables has encountered an
> error. lastHourAgg value =Thu Oct 25 16:00:00 EEST 2018 and runTime = Thu
> Oct 25 17:59:59 EEST 2018 .Please consult the service log for more
> details.|42
> 2018-10-25
> 20:59:58|Sc5Lfp|Ho8HCn|yvpC89|OVIRT_ENGINE_DWH|HourlyTimeKeepingJob|Default|5|tWarn|tWarn_1|2018-10-25
> 20:59:58| ETL service aggregation to hourly tables has encountered an
> error. lastHourAgg value =Thu Oct 25 19:00:00 EEST 2018 and runTime = Thu
> Oct 25 20:59:58 EEST 2018 .Please consult the service log for more
> details.|42
> 2018-10-26
> 01:59:59|TQ4s8m|Ho8HCn|yvpC89|OVIRT_ENGINE_DWH|HourlyTimeKeepingJob|Default|5|tWarn|tWarn_1|2018-10-26
> 01:59:59| ETL service aggregation to hourly tables has encountered an
> error. lastHourAgg value =Fri Oct 26 00:00:00 EEST 2018 and runTime = Fri
> Oct 26 01:59:59 EEST 2018 .Please consult the service log for more
> details.|42
> 2018-10-26
> 15:59:55|Tiv1gZ|Ho8HCn|yvpC89|OVIRT_ENGINE_DWH|HourlyTimeKeepingJob|Default|5|tWarn|tWarn_1|2018-10-26
> 15:59:55| ETL service aggregation to hourly tables has encountered an
> error. lastHourAgg value =Fri Oct 26 14:00:00 EEST 2018 and runTime = Fri
> Oct 26 15:59:55 EEST 2018 .Please consult the service log for more
> details.|42
> 2018-10-27
> 22:59:59|tsRtk4|Ho8HCn|yvpC89|OVIRT_ENGINE_DWH|HourlyTimeKeepingJob|Default|5|tWarn|tWarn_1|2018-10-27
> 22:59:59| ETL service aggregation to hourly tables has encountered an
> error. lastHourAgg value =Sat Oct 27 21:00:00 EEST 2018 and runTime = Sat
> Oct 27 22:59:59 EEST 2018 .Please consult the service log for more
> details.|42
> 2018-10-28
> 03:00:00|We7dPQ|Ho8HCn|yvpC89|OVIRT_ENGINE_DWH|HourlyTimeKeepingJob|Default|5|tWarn|tWarn_1|2018-10-28
> 03:00:00| ETL service aggregation to hourly tables has encountered an
> error. lastHourAgg value =Sun Oct 28 03:00:00 EET 2018 and runTime = Sun
> Oct 28 03:00:00 EET 2018 .Please consult the service log for more
> details.|42
> 2018-10-28
> 03:00:14|c3NnXS|Ho8HCn|yvpC89|OVIRT_ENGINE_DWH|SampleTimeKeepingJob|Default|5|tWarn|tWarn_1|Can
> not sample data, oVirt Engine is not updating the statistics. Please check
> your oVirt Engine status.|9704
> 2018-10-28
> 03:01:19|3CFZLf|Ho8HCn|yvpC89|OVIRT_ENGINE_DWH|SampleTimeKeepingJob|Default|5|tWarn|tWarn_1|Can
> not sample data, oVirt Engine is not updating the statistics. Please check
> your oVirt Engine status.|9704
> 2018-10-28
> 03:02:24|gt6fSU|Ho8HCn|yvpC89|OVIRT_ENGINE_DWH|SampleTimeKeepingJob|Default|5|tWarn|tWarn_1|Can
> not sample data, oVirt Engine is not updating the statistics. Please check
> your oVirt Engine status.|9704
> 2018-10-28
> 03:03:29|TzjHed|Ho8HCn|yvpC89|OVIRT_ENGINE_DWH|SampleTimeKeepingJob|Default|5|tWarn|tWarn_1|Can
> not sample data, oVirt Engine is not updating 

[ovirt-users] Re: ETL service aggregation to hourly tables has encountered an error. Please consult the service log for more details.

[Sandro Bonazzola]

Il giorno mar 15 gen 2019 alle ore 08:18 Yedidyah Bar David 
ha scritto:

> On Mon, Jan 14, 2019 at 7:06 PM  wrote:
> >
> > Dears,
> > I have an a some error in Ovirt 4.2.7
> > In dash I see:
> > ETL service aggregation to hourly tables has encountered an error.
> Please consult the service log for more details.
> > In log ovirt engine server:
> > 2019-01-14
> 15:59:59|rwL6AB|euUXph|wfcjQ7|OVIRT_ENGINE_DWH|HourlyTimeKeepingJob|Default|5|tWarn|tWarn_1|2019-01-14
> 15:59:59| ETL service aggregation to hourly tables has encountered an
> error. lastHourAgg value =Mon Jan 14 14:00:00 EET 2019 and runTime = Mon
> Jan 14 15:59:59 EET 2019 .Please consult the service log for more
> details.|42
> > In some sources people said the problem is in PostgreSQL DB, but I don't
> understand how can I fix this problem?
>
> The "service log" refers to
> /var/log/ovirt-engine-dwh/ovirt-engine-dwhd.log .
> Please check/share that. Thanks.
>
> Adding Shirly.
>
> Also, we might want to change the message to mention the log location.
>

Didi is this tracked in a BZ?


>
> Best regards,
> --
> Didi
> ___
> 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/I76Y3SNM33R4ZWTNGXJ6NYU6RZPYZBEI/
>


-- 

SANDRO BONAZZOLA

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com

___
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/YLFCC2DHWMOQUTMEFCNY76MUIQUCVHCY/

[ovirt-users] Re: ovirt node ng 4.3.0 rc1 and HCI single host problems

[Sandro Bonazzola]

Il giorno mar 15 gen 2019 alle ore 21:27 Nir Soffer  ha
scritto:

> On Tue, Jan 15, 2019 at 4:32 PM Gianluca Cecchi 
> wrote:
>
>> The mail was partly scrambled in its contents so I put some clarification
>> here:
>>
>> On Tue, Jan 15, 2019 at 2:38 PM Gianluca Cecchi <
>> gianluca.cec...@gmail.com> wrote:
>>
>>>

>>> So after starting from scratch and using also the info as detailed on
>>> thread:
>>> https://www.mail-archive.com/users@ovirt.org/msg52879.html
>>>
>>> the steps now have been:
>>>
>>> - install from  ovirt-node-ng-installer-4.3.0-2019011010.el7.iso and
>>> reboot
>>>
>>> - connect to cockpit and open terminal
>>>
>>
>> This step is related to ssh daemon
>> cd /etc/ssh
>> chmod 600 *key
>> systemctl restart sshd
>>
>> The step below is related to ovirt-imageio-daemon
>>
>>
>>> mkdir /var/run/vdsm
>>>  chmod 755 /var/run/vdsm
>>>  chown vdsm.kvm /var/run/vdsm
>>>  mkdir /var/run/vdsm/dhclientmon
>>>  chmod 755 /var/run/vdsm/dhclientmon/
>>>  chown vdsm.kvm /var/run/vdsm/dhclientmon/
>>>  mkdir /var/run/vdsm/trackedInterfaces
>>> chmod 755 /var/run/vdsm/trackedInterfaces/
>>> chown vdsm.kvm /var/run/vdsm/trackedInterfaces/
>>> mkdir /var/run/vdsm/v2v
>>> chmod 700 /var/run/vdsm/v2v
>>> chown vdsm.kvm /var/run/vdsm/v2v/
>>> mkdir /var/run/vdsm/vhostuser
>>> chmod 755 /var/run/vdsm/vhostuser/
>>> chown vdsm.kvm /var/run/vdsm/vhostuser/
>>> mkdir /var/run/vdsm/payload
>>> chmod 755 /var/run/vdsm/payload/
>>> chown vdsm.kvm /var/run/vdsm/payload/
>>>
>>> systemctl restart sshd
>>>
>>
>> Actually:
>>
>> systemctl restart ovirt-imageio-daemon
>>
>>
>>>
>>> - put in the newer version of vdsm-api.pickle
>>> from vdsm-api-4.30.5-2.gitf824ec2.el7.noarch.rpm
>>> in /usr/lib/python2.7/site-packages/vdsm/rpc/vdsm-api.pickle
>>>
>>
>> download of vdsm-api.pickle can be directly done here eventually:
>>
>> https://drive.google.com/file/d/1AhakKhm_dzx-Gxt-Y1OojzRUwHs75kot/view?usp=sharing
>>
>>
>>>
>>> - run the wizard for the gluster+he setup (the right positioned option)
>>> inside the gdeploy text window click edit and add
>>> "
>>> [diskcount]
>>> 1
>>>
>>> "
>>> under the section
>>> "
>>> [disktype]
>>> jbod
>>> "
>>>
>>> In my case with single disk I choose JBOD options
>>
>>
>>> - first 2 steps ok
>>>
>>> - last step fails in finish part
>>>
>>> [ INFO ] TASK [oVirt.hosted-engine-setup : Fetch Datacenter name]
>>> [ INFO ] ok: [localhost]
>>> [ INFO ] TASK [oVirt.hosted-engine-setup : Add NFS storage domain]
>>> [ INFO ] skipping: [localhost]
>>> [ INFO ] TASK [oVirt.hosted-engine-setup : Add glusterfs storage domain]
>>> [ INFO ] changed: [localhost]
>>> [ INFO ] TASK [oVirt.hosted-engine-setup : Add iSCSI storage domain]
>>> [ INFO ] skipping: [localhost]
>>> [ INFO ] TASK [oVirt.hosted-engine-setup : Add Fibre Channel storage
>>> domain]
>>> [ INFO ] skipping: [localhost]
>>> [ INFO ] TASK [oVirt.hosted-engine-setup : Get storage domain details]
>>> [ INFO ] ok: [localhost]
>>> [ INFO ] TASK [oVirt.hosted-engine-setup : debug]
>>> [ INFO ] ok: [localhost]
>>> [ INFO ] TASK [oVirt.hosted-engine-setup : Find the appliance OVF]
>>> [ INFO ] ok: [localhost]
>>> [ INFO ] TASK [oVirt.hosted-engine-setup : debug]
>>> [ INFO ] ok: [localhost]
>>> [ INFO ] TASK [oVirt.hosted-engine-setup : Parse OVF]
>>> [ INFO ] ok: [localhost]
>>> [ INFO ] TASK [oVirt.hosted-engine-setup : Get required size]
>>> [ INFO ] ok: [localhost]
>>> [ INFO ] TASK [oVirt.hosted-engine-setup : debug]
>>> [ INFO ] ok: [localhost]
>>> [ INFO ] TASK [oVirt.hosted-engine-setup : Remove unsuitable storage
>>> domain]
>>> [ INFO ] skipping: [localhost]
>>> [ INFO ] TASK [oVirt.hosted-engine-setup : debug]
>>> [ INFO ] ok: [localhost]
>>> [ INFO ] TASK [oVirt.hosted-engine-setup : Check storage domain free
>>> space]
>>> [ INFO ] skipping: [localhost]
>>> [ INFO ] TASK [oVirt.hosted-engine-setup : Activate storage domain]
>>> [ ERROR ] Error: Fault reason is "Operation Failed". Fault detail is
>>> "[]". HTTP response code is 400.
>>> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg":
>>> "Fault reason is \"Operation Failed\". Fault detail is \"[]\". HTTP
>>> response code is 400."}
>>>
>>> On engine.log I see
>>>
>>> 2019-01-15 13:50:35,317+01 INFO
>>> [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStoragePoolVDSCommand]
>>> (default task-2) [51725212] START, CreateStoragePoolVDSCommand(HostName =
>>> ov4301.localdomain.lo
>>> cal,
>>> CreateStoragePoolVDSCommandParameters:{hostId='e8f105f1-37ed-4ac4-bfc3-b1e55ed3027f',
>>> storagePoolId='96a31a7e-18bb-11e9-9a34-00163e6196f3',
>>> storagePoolName='Default', masterDomainId='14ec2fc7-8c2
>>> b-487c-8f4f-428644650928',
>>> domainsIdList='[14ec2fc7-8c2b-487c-8f4f-428644650928]',
>>> masterVersion='1'}), log id: 4baccd53
>>> 2019-01-15 13:50:36,345+01 ERROR
>>> [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStoragePoolVDSCommand]
>>> (default task-2) [51725212] Failed in 'CreateStoragePoolVDS' method
>>> 2019-01-15 13:50:36,354+01 ERROR
>>> 

[ovirt-users] Re: Problems uploading ISO

[Sandro Bonazzola]

Il giorno mer 16 gen 2019 alle ore 09:11 Lucie Leistnerova <
lleis...@redhat.com> ha scritto:

> Hello,
> On 1/16/19 7:45 AM, je...@tom.com wrote:
>
> I using ovirt-iso-uploader command to upload iso. but failed and giving me 
> the following error.
>
> [root@ha ~]# engine-iso-uploader --verbose -i iso upload delta1.iso
> Please provide the REST API password for the admin@internal oVirt Engine user 
> (CTRL+D to abort):
> DEBUG: API Vendor(None)   API Version(4.2.0)
> DEBUG: id=029786a6-4686-44a1-a667-b948df945712 address=storage1 path=/iso
> Uploading, please wait...
> INFO: Start uploading delta1.iso
> ERROR: glfs_init failed: Success
> [root@ha ~]# ^C
> I've been looking for a possible solution but nothing works yet. Any
> guidance on this matter will be appreciate it.
>
>
> Remove package python2-ovirt-iso-uploader and then install
> ovirt-iso-uploader.
>
> $ rpm -e --nodeps python2-ovirt-iso-uploader
>

Jerry, did this solve your issue?



>
> --
> m19...@tom.com
>
> ___
> 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/UAZ3BCYOMMDTPG7SPZ53KWOYZV2KYBKE/
>
> Best regards
>
> --
>
> Lucie Leistnerova
> Quality Engineer, QE Cloud, RHVM
> Red Hat EMEA
>
> IRC: lleistne @ #rhev-qe
>
> ___
> 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/BGHB5A44UTSNNHAZVNLPQCZVBBC57CHP/
>


-- 

SANDRO BONAZZOLA

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com

___
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/VNJTHP4QD7CVNXMJJKVFGLLRNCWZWY2G/

[ovirt-users] Re: oVirt 4.3 hosted engine migration

[Sandro Bonazzola]

Il giorno ven 18 gen 2019 alle ore 07:45 Maton, Brett <
mat...@ltresources.co.uk> ha scritto:

> In the updated UI, it doesn't seem possible to migrate hosted engine from
> Compute -> Host -> Virtual Machines
> anymore, although there does appear to be a 'new' Cancel Migration button.
>
> It's handy to be able to migrate the hosted engine from this view, I
> normally manually migrate the hosted engine to another host before
> upgrading and it's nice to be able to do it all in the same area, rather
> than having to switch to the (all) virtual machines view and then back to
> hosts.
>
> Any chance this feature could be re-enabled?
>

Thanks for testing Brett!
Simone, Ryan, can you check this?


>
> Regards,
> Brett
> ___
> 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/YMMZBKUWBZVMFEVUSHIA5TNT4VDL33TS/
>


-- 

SANDRO BONAZZOLA

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com

___
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/7BHXVHCJOKPWGSYMXEI6J4ETOU6O735I/

[ovirt-users] Re: ovirt node ng 4.3.0 rc1 upgrade fails

[Sandro Bonazzola]

Il giorno ven 18 gen 2019 alle ore 11:23 Sandro Bonazzola <
sbona...@redhat.com> ha scritto:

>
>
> Il giorno ven 11 gen 2019 alle ore 14:41 Jorick Astrego <
> jor...@netbulae.eu> ha scritto:
>
>> Hi,
>>
>> Trying to update oVirt Node 4.2.7.1 to 4.3.0, but it fails with the
>> following dependencies:
>>
>
> thanks Jorick for the report! looks like the disabling of the repos and
> the filtering on the node upgrade package is broken. We'll investigate on
> this.
>

Did you open a BZ about this?


>
>
>
>
>> "Loaded plugins: enabled_repos_upload, fastestmirror,
>> imgbased-persist,\n  : package_upload, product-id,
>> search-disabled-repos, subscription-\n  : manager,
>> vdsmupgrade\nThis system is not registered with an entitlement server. You
>> can use subscription-manager to register.\nLoading mirror speeds from
>> cached hostfile\n * ovirt-4.3-epel: ftp.nluug.nl\nResolving
>>  Dependencies\n--> Running transaction
>> check\n---> Package ovirt-host.x86_64 0:4.2.3-1.el7 will be updated\n--->
>> Package ovirt-host.x86_64 0:4.3.0-1.el7 will be an update\n--> Processing
>> Dependency: ovirt-host-dependencies = 4.3.0-1.el7 for package:
>> ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: aide for package:
>> ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap for
>> package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency:
>> openscap-utils for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing
>> Dependency: pam_pkcs11 for package: ovirt-host-4.3.0-1.el7.x86_64\n-->
>> Processing Dependency: scap-security-guide for package:
>> ovirt-host-4.3.0-1.el7.x86_64\n--> Running transaction check\n---> Package
>> ovirt-host.x86_64 0:4.3.0-1.el7 will be an update\n--> Processing
>> Dependency: aide for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing
>> Dependency: openscap for package: ovirt-host-4.3.0-1.el7.x86_64\n-->
>> Processing Dependency: openscap-utils for package:
>> ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: pam_pkcs11 for
>> package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency:
>> scap-security-guide for package: ovirt-host-4.3.0-1.el7.x86_64\n--->
>> Package ovirt-host-dependencies.x86_64 0:4.2.3-1.el7 will be updated\n--->
>> Package ovirt-host-dependencies.x86_64 0:4.3.0-1.el7 will be an update\n-->
>> Processing Dependency: vdsm >= 4.30.5 for package:
>> ovirt-host-dependencies-4.3.0-1.el7.x86_64\n--> Processing Dependency:
>> vdsm-client >= 4.30.5 for package:
>> ovirt-host-dependencies-4.3.0-1.el7.x86_64\n--> Running transaction
>> check\n---> Package ovirt-host.x86_64 0:4.3.0-1.el7 will be an update\n-->
>> Processing Dependency: aide for package: ovirt-host-4.3.0-1.el7.x86_64\n-->
>> Processing Dependency: openscap for package:
>> ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap-utils
>> for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency:
>> pam_pkcs11 for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing
>> Dependency: scap-security-guide for package:
>> ovirt-host-4.3.0-1.el7.x86_64\n---> Package vdsm.x86_64 0:4.20.43-1.el7
>> will be updated\n--> Processing Dependency: vdsm = 4.20.43-1.el7 for
>> package: vdsm-hook-ethtool-options-4.20.43-1.el7.noarch\n--> Processing
>> Dependency: vdsm = 4.20.43-1.el7 for package:
>> vdsm-gluster-4.20.43-1.el7.x86_64\n--> Processing Dependency: vdsm =
>> 4.20.43-1.el7 for package: vdsm-hook-vmfex-dev-4.20.43-1.el7.noarch\n-->
>> Processing Dependency: vdsm = 4.20.43-1.el7 for package:
>> vdsm-hook-fcoe-4.20.43-1.el7.noarch\n---> Package vdsm.x86_64
>> 0:4.30.5-1.el7 will be an update\n--> Processing Dependency: vdsm-http =
>> 4.30.5-1.el7 for package: vdsm-4.30.5-1.el7.x86_64\n--> Processing
>> Dependency: vdsm-jsonrpc = 4.30.5-1.el7 for package:
>> vdsm-4.30.5-1.el7.x86_64\n--> Processing Dependency: vdsm-python =
>> 4.30.5-1.el7 for package: vdsm-4.30.5-1.el7.x86_64\n--> Processing
>> Dependency: qemu-kvm-rhev >= 10:2.12.0-18.el7_6.1 for package:
>> vdsm-4.30.5-1.el7.x86_64\n---> Package vdsm-client.noarch 0:4.20.43-1.el7
>> will be updated\n---> Package vdsm-client.noarch 0:4.30.5-1.el7 will be an
>> update\n--> Processing Dependency: vdsm-api = 4.30.5-1.el7 for package:
>> vdsm-client-4.30.5-1.el7.noarch\n--> Processing Dependency: vdsm-yajsonrpc
>> = 4.30.5-1.el7 for package: vdsm-client-4.30.5-1.el7.noarch\n--> Running
>> transaction check\n---> Package ovirt-host.x86_64 0:4.3.0-1.el7 will be an
>> update\n--> Processing Dependency: aide for package:
>> ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap for
>> package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency:
>> openscap-utils for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing
>> Dependency: pam_pkcs11 for package: ovirt-host-4.3.0-1.el7.x86_64\n-->
>> Processing Dependency: scap-security-guide for package:
>> ovirt-host-4.3.0-1.el7.x86_64\n---> Package qemu-kvm-ev.x86_64
>> 

[ovirt-users] Re: ovirt node ng 4.3.0 rc1 upgrade fails

[Sandro Bonazzola]

Il giorno ven 11 gen 2019 alle ore 14:41 Jorick Astrego 
ha scritto:

> Hi,
>
> Trying to update oVirt Node 4.2.7.1 to 4.3.0, but it fails with the
> following dependencies:
>

thanks Jorick for the report! looks like the disabling of the repos and the
filtering on the node upgrade package is broken. We'll investigate on this.




> "Loaded plugins: enabled_repos_upload, fastestmirror,
> imgbased-persist,\n  : package_upload, product-id,
> search-disabled-repos, subscription-\n  : manager,
> vdsmupgrade\nThis system is not registered with an entitlement server. You
> can use subscription-manager to register.\nLoading mirror speeds from
> cached hostfile\n * ovirt-4.3-epel: ftp.nluug.nl\nResolving
>  Dependencies\n--> Running transaction
> check\n---> Package ovirt-host.x86_64 0:4.2.3-1.el7 will be updated\n--->
> Package ovirt-host.x86_64 0:4.3.0-1.el7 will be an update\n--> Processing
> Dependency: ovirt-host-dependencies = 4.3.0-1.el7 for package:
> ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: aide for package:
> ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap for
> package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency:
> openscap-utils for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing
> Dependency: pam_pkcs11 for package: ovirt-host-4.3.0-1.el7.x86_64\n-->
> Processing Dependency: scap-security-guide for package:
> ovirt-host-4.3.0-1.el7.x86_64\n--> Running transaction check\n---> Package
> ovirt-host.x86_64 0:4.3.0-1.el7 will be an update\n--> Processing
> Dependency: aide for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing
> Dependency: openscap for package: ovirt-host-4.3.0-1.el7.x86_64\n-->
> Processing Dependency: openscap-utils for package:
> ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: pam_pkcs11 for
> package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency:
> scap-security-guide for package: ovirt-host-4.3.0-1.el7.x86_64\n--->
> Package ovirt-host-dependencies.x86_64 0:4.2.3-1.el7 will be updated\n--->
> Package ovirt-host-dependencies.x86_64 0:4.3.0-1.el7 will be an update\n-->
> Processing Dependency: vdsm >= 4.30.5 for package:
> ovirt-host-dependencies-4.3.0-1.el7.x86_64\n--> Processing Dependency:
> vdsm-client >= 4.30.5 for package:
> ovirt-host-dependencies-4.3.0-1.el7.x86_64\n--> Running transaction
> check\n---> Package ovirt-host.x86_64 0:4.3.0-1.el7 will be an update\n-->
> Processing Dependency: aide for package: ovirt-host-4.3.0-1.el7.x86_64\n-->
> Processing Dependency: openscap for package:
> ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap-utils
> for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency:
> pam_pkcs11 for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing
> Dependency: scap-security-guide for package:
> ovirt-host-4.3.0-1.el7.x86_64\n---> Package vdsm.x86_64 0:4.20.43-1.el7
> will be updated\n--> Processing Dependency: vdsm = 4.20.43-1.el7 for
> package: vdsm-hook-ethtool-options-4.20.43-1.el7.noarch\n--> Processing
> Dependency: vdsm = 4.20.43-1.el7 for package:
> vdsm-gluster-4.20.43-1.el7.x86_64\n--> Processing Dependency: vdsm =
> 4.20.43-1.el7 for package: vdsm-hook-vmfex-dev-4.20.43-1.el7.noarch\n-->
> Processing Dependency: vdsm = 4.20.43-1.el7 for package:
> vdsm-hook-fcoe-4.20.43-1.el7.noarch\n---> Package vdsm.x86_64
> 0:4.30.5-1.el7 will be an update\n--> Processing Dependency: vdsm-http =
> 4.30.5-1.el7 for package: vdsm-4.30.5-1.el7.x86_64\n--> Processing
> Dependency: vdsm-jsonrpc = 4.30.5-1.el7 for package:
> vdsm-4.30.5-1.el7.x86_64\n--> Processing Dependency: vdsm-python =
> 4.30.5-1.el7 for package: vdsm-4.30.5-1.el7.x86_64\n--> Processing
> Dependency: qemu-kvm-rhev >= 10:2.12.0-18.el7_6.1 for package:
> vdsm-4.30.5-1.el7.x86_64\n---> Package vdsm-client.noarch 0:4.20.43-1.el7
> will be updated\n---> Package vdsm-client.noarch 0:4.30.5-1.el7 will be an
> update\n--> Processing Dependency: vdsm-api = 4.30.5-1.el7 for package:
> vdsm-client-4.30.5-1.el7.noarch\n--> Processing Dependency: vdsm-yajsonrpc
> = 4.30.5-1.el7 for package: vdsm-client-4.30.5-1.el7.noarch\n--> Running
> transaction check\n---> Package ovirt-host.x86_64 0:4.3.0-1.el7 will be an
> update\n--> Processing Dependency: aide for package:
> ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap for
> package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency:
> openscap-utils for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing
> Dependency: pam_pkcs11 for package: ovirt-host-4.3.0-1.el7.x86_64\n-->
> Processing Dependency: scap-security-guide for package:
> ovirt-host-4.3.0-1.el7.x86_64\n---> Package qemu-kvm-ev.x86_64
> 10:2.10.0-21.el7_5.7.1 will be updated\n---> Package qemu-kvm-ev.x86_64
> 10:2.12.0-18.el7_6.1.1 will be an update\n--> Processing Dependency:
> qemu-kvm-common-ev = 10:2.12.0-18.el7_6.1.1 for package:
> 10:qemu-kvm-ev-2.12.0-18.el7_6.1.1.x86_64\n--> 

[ovirt-users] Re: oVirt 4.3 RC2 test on single host HCI --> OK

[Sandro Bonazzola]

Il giorno mer 16 gen 2019 alle ore 15:54 Gianluca Cecchi <
gianluca.cec...@gmail.com> ha scritto:

> Just tested what in subject on a vm (so it has been a nested env)
> configured with 2 disks: 1x60Gb for OS and 1x100Gb for gluster.
> Used node ng from ovirt-node-ng-installer-4.3.0-2019011608.el7.iso and
> almost all the problems had with RC1 here:
> https://www.mail-archive.com/users@ovirt.org/msg52870.html
> have gone solved.
> The hosted engine deploy completed successfully and I'm able to access
> engine web admin and see the VM and its storage domain and connect to
> console.
>
> The only persisting problem is that I choose JBOD in my disk config
> (because I have only one disk) and the deploy gives error about missing
> diskcount parameter in ansible playbook, so I have to edit the gdeploy conf
> file from the gui and add the section
>
> [diskcount]
> 1
>
> after that all goes well.
> Good job guys!
>

Thanks for the feedback Gianluca!



>
> BTW: is it correct hat for data and vmstore I only have the volumes
> configured, while I have to manullay create storage domains?
>
> If I want to extend this initial configuration to 3 nodes, what would be
> the installation path to execute?
>

I see Sahina already followed up on this.


>
> Thanks,
> Gianluca
>
> ___
> 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/WNMH2OIZOM3JUQ3L22FGYTNNUW73FMFB/
>


-- 

SANDRO BONAZZOLA

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com

___
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/YZMCDUEIPGSCI2I34VLQRNIRZJ4PSHO6/

[ovirt-users] Re: How to import from another oVirt / RHV environment

[Gianluca Cecchi]

On Thu, Jan 17, 2019 at 6:57 PM Arik Hadas  wrote:

>
>
> On Thu, Jan 17, 2019 at 7:54 PM Arik Hadas  wrote:
>
>>
>>
>> On Thu, Jan 17, 2019 at 6:54 PM Gianluca Cecchi <
>> gianluca.cec...@gmail.com> wrote:
>>
>>> On Thu, Jan 17, 2019 at 5:42 PM Gianluca Cecchi <
>>> gianluca.cec...@gmail.com> wrote:
>>>
 On Thu, Jan 17, 2019 at 4:47 PM Gianluca Cecchi <
 gianluca.cec...@gmail.com> wrote:

> On Thu, Jan 17, 2019 at 4:24 PM Arik Hadas  wrote:
>
>>
>>
>> On Thu, Jan 17, 2019 at 4:53 PM Gianluca Cecchi <
>> gianluca.cec...@gmail.com> wrote:
>>
>>> Hello,
>>> I have two different oVirt 4.2 environments and I want to migrate
>>> some big VMs from one to another.
>>> I'm not able to detach and attach the block based domain where are
>>> the disks of source.
>>> And I cannot use export domain functionality.
>>>
>>
>> you can export them to ova on some device that can later be mounted
>> to the destination environment.
>> this is similar to the export domain functionality - but you didn't
>> specify why the export domain functionality is not applicable for you.
>>
>
>
Tried by I got error.
The VM from which I try to create OVA is composed by 3 disks: 15 + 60 + 440
Gb

This is the sequence of events seen in engine:

Starting to export Vm dbatest5 as a Virtual Appliance 1/17/19 5:33:35 PM
VDSM ov200 command TeardownImageVDS failed: Cannot deactivate Logical
Volume: ('General Storage Exception: ("5 [] [\' Logical volume
fa33df49-b09d-4f86-9719-ede649542c21/08abaac5-ef82-4755-adc5-7341ce1cde33
in
use.\']\\nfa33df49-b09d-4f86-9719-ede649542c21/[\'08abaac5-ef82-4755-adc5-7341ce1cde33\']",)',)
1/17/19 9:48:02 PM

Failed to export Vm dbatest5 as a Virtual Appliance to path
/export/ovirt/dbatest5.ova on Host ov200 1/17/19 9:48:03 PM

Disk dbatest5_Disk1 was successfully removed from domain ovsd3750 (User
admin@internal-authz). 1/17/19 9:48:04 PM

Disk dbatest5_Disk2 was successfully removed from domain ovsd3750 (User
admin@internal-authz). 1/17/19 9:48:05 PM

Disk dbatest5_Disk3 was successfully removed from domain ovsd3750 (User
admin@internal-authz). 1/17/1 99:48:05 PM

And this left this file
[root@ov200 ~]# ll /export/ovirt/dbatest5.ova.tmp
-rw-r--r--. 1 root root 552574404608 Jan 17 22:47
/export/ovirt/dbatest5.ova.tmp
[root@ov200 ~]#

The ".tmp" extension worried me about possibly not completed ova... is this
the case... anyway I tried then to import it, see below

I have not understtod which LV it tries to deactivate...



> Ah, ok, thanks.
> I think you are referring to this feature page and I see in my 4.2.7
> env I can do it for a powered off VM:
>
> https://ovirt.org/develop/release-management/features/virt/enhance-import-export-with-ova.html
>

>> Right
>>
>
On destination host I get this, but I don't know if it depends on ova not
exactly completed in its part; from the "Broken pipe" error I suspect so...:

./upload_ova_as_vm.py /export/ovirt/dbatest5.ova.tmp RHVDBA rhvsd3720

Uploaded 69.46%

Uploaded 69.70%

Uploaded 69.95%

Uploaded 70.21%

Uploaded 70.45%

Uploaded 70.71%
Uploaded 70.72%

Traceback (most recent call last):

  File "./upload_ova_as_vm.py", line 227, in 

   proxy_connection.send(chunk)
  File "/usr/lib64/python2.7/httplib.py", line 857, in send

self.sock.sendall(data)

  File "/usr/lib64/python2.7/ssl.py", line 744, in sendall

v = self.send(data[count:])

  File "/usr/lib64/python2.7/ssl.py", line 710, in send

v = self._sslobj.write(data)

socket.error: [Errno 32] Broken pipe


[root@rhvh200 ~]#


>
>>
>>>
> I will try
> Are the two described TBD features:
> - export as ova also a running VM
> - stream to export to ovirt-imageio daemon
> supposed to be included in 4.3, or is there already a planned target
> release for them?
>

>> The first one is included in 4.3 already (in general, the ova handling is
>> better in 4.3 compared to 4.2 in terms of speed).
>>
>
> I meant to say: in general, the ova handling is better in 4.3 compared to
> 4.2.
>

I have verified on a 4.3rc2 env that I can indeed execute "export as ova"
for a running VM too.
I have a CentOS Atomic 7 VM and when you export as ova, a snapshot is
executed and the the ova file seems directly generated:

[root@hcinode1 vdsm]# ll /export/
total 1141632
-rw---. 1 root root 1401305088 Jan 18 11:10 c7atomic1.ova.tmp
[root@hcinode1 vdsm]# ll /export/
total 1356700
-rw---. 1 root root 1401305088 Jan 18 11:10 c7atomic1.ova
[root@hcinode1 vdsm]#

And at the end the snaphsot has been correctly removed.

Vm c7atomic1 was exported successfully as a Virtual Appliance to path
/export/c7atomic1.ova on Host hcinode1 1/18/19 11:10:23 AM
Starting to export Vm c7atomic1 as a Virtual Appliance 1/18/19 11:08:47 AM



>
>
>> The second is unlikely to happen as we found there's no real need for it.
>>
>
OK.


>
>>
>>>
> Gianluca
>

 BTW: would it be possible to 

[ovirt-users] Re: oVirt 4.3 RC2 and libgfapi

[Sandro Bonazzola]

Il giorno mer 16 gen 2019 alle ore 23:27 Gianluca Cecchi <
gianluca.cec...@gmail.com> ha scritto:

> Just installed a single host HCI with gluster, with only the engine vm
> running.
> Is it expected this situation below?
>
> # virsh -r list
>  IdName   State
> 
>  2 HostedEngine   running
>
> and
> # virsh -r dumpxml 2
> . . .
> 
>io='native' iothread='1'/>
>file='/var/run/vdsm/storage/e4eb6832-e0f6-40ee-902f-f301e5a3a643/fc34d770-9318-4539-9233-bfb1c5d68d14/b151557e-f1a2-45cb-b5c9-12c1f470467e'>
> 
>   
>   
>   
>   fc34d770-9318-4539-9233-bfb1c5d68d14
>   
>function='0x0'/>
> 
> . . .
>
> where
> # ll /var/run/vdsm/storage/e4eb6832-e0f6-40ee-902f-f301e5a3a643/
> total 24
> lrwxrwxrwx. 1 vdsm kvm 133 Jan 16 14:44
> 39df7b45-4932-4bfe-b69e-4fb2f8872f4f ->
> /rhev/data-center/mnt/glusterSD/10.10.10.216:
> _engine/e4eb6832-e0f6-40ee-902f-f301e5a3a643/images/39df7b45-4932-4bfe-b69e-4fb2f8872f4f
> lrwxrwxrwx. 1 vdsm kvm 133 Jan 16 14:44
> 5ba6cd9e-b78d-4de4-9b7f-9688365128bf ->
> /rhev/data-center/mnt/glusterSD/10.10.10.216:
> _engine/e4eb6832-e0f6-40ee-902f-f301e5a3a643/images/5ba6cd9e-b78d-4de4-9b7f-9688365128bf
> lrwxrwxrwx. 1 vdsm kvm 133 Jan 16 15:56
> 8b8e41e0-a875-4204-8ab1-c10214a49f5c ->
> /rhev/data-center/mnt/glusterSD/10.10.10.216:
> _engine/e4eb6832-e0f6-40ee-902f-f301e5a3a643/images/8b8e41e0-a875-4204-8ab1-c10214a49f5c
> lrwxrwxrwx. 1 vdsm kvm 133 Jan 16 15:56
> c21a62ba-73d2-4914-940f-cee6a67a1b08 ->
> /rhev/data-center/mnt/glusterSD/10.10.10.216:
> _engine/e4eb6832-e0f6-40ee-902f-f301e5a3a643/images/c21a62ba-73d2-4914-940f-cee6a67a1b08
> lrwxrwxrwx. 1 vdsm kvm 133 Jan 16 14:44
> fc34d770-9318-4539-9233-bfb1c5d68d14 ->
> /rhev/data-center/mnt/glusterSD/10.10.10.216:
> _engine/e4eb6832-e0f6-40ee-902f-f301e5a3a643/images/fc34d770-9318-4539-9233-bfb1c5d68d14
> lrwxrwxrwx. 1 vdsm kvm 133 Jan 16 14:44
> fd73354d-699b-478e-893c-e2a0bd1e6cbb ->
> /rhev/data-center/mnt/glusterSD/10.10.10.216:
> _engine/e4eb6832-e0f6-40ee-902f-f301e5a3a643/images/fd73354d-699b-478e-893c-e2a0bd1e6cbb
>
> so hosted engine not using libgfapi?
> Also, on hosted engine
>
> [root@hciengine ~]# engine-config -g LibgfApiSupported
> LibgfApiSupported: false version: 4.1
> LibgfApiSupported: false version: 4.2
> LibgfApiSupported: false version: 4.3
> [root@hciengine ~]#
>
> So that if I import a CentOS7 Atomic host image from glance repo as
> template and create a new vm from it,when running this VM I get
>
> # virsh -r dumpxml 3
> . . .
> 
>io='native' iothread='1'/>
>   
> 
>   
>   
>   
>   e4f92226-0f56-4822-a622-d1ebff41df9f
>   
>   
>function='0x0'/>
> 
> . . .
>
> I remember there was an "old" bug opened causing this default of not
> enabling libgfapi
> Does this mean it was not solved yet?
> If I remember correctly the bugzilla was this one related to HA:
> https://bugzilla.redhat.com/show_bug.cgi?id=1484227
> that is still in new status since almost 2 years
>
> Is this the only one open?
>

Thanks Gianluca for the deep testing and analysis! Sahina, Simone, can you
please check this?



>
>
> Thanks,
> Gianluca
> ___
> 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/KHWQA72JZVGLVXCIQPU2FDFRS73BW4LY/
>


-- 

SANDRO BONAZZOLA

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com

___
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/UGCPIEXTAMXKJCJMR335PTPTWXZOA6PC/

[ovirt-users] Re: ovirtmgmt always out of sync on ovirt node

[Sandro Bonazzola]

Il giorno ven 18 gen 2019 alle ore 10:05 Jorick Astrego 
ha scritto:

> Hi,
>
> We're switching from Centos 7 hosts to oVirt node ng (tried 4.2.7, 4.3rc1
> and 4.3rc2) and after adding them to oVirt (currently on 4.3rc2) the
> ovirtmgmt interface is always out of sync.
>
> Tried synching the network and refresh capabilities. I also tried removing
> ovirtmgmt from the interface and adding it to a bond, then I get this error:
>
> Cannot setup Networks. The following Network definitions on the Network
> Interface are different than those on the Logical Network. Please
> synchronize the Network Interface before editing network ovirtmgmt. The
> non-synchronized values are: ${OUTAVERAGELINKSHARE} ${HOST_OUT_OF_SYNC} -
> null, ${DC_OUT_OF_SYNC} - 50
>
> I can setup the bond at install so the ovirtmgmt will use it so I can use
> the host, but I'm hesitant to do this in production as I cannot change the
> interface anymore.
>

Thanks for the report Jorick, adding some people for investigating on this
issue.
Did you open a bug to track this? If I understood correctly this affects
ovirt-engine from 4.3.0 rc2 with ovirt-node-ng both from stable 4.2.7 and
from pre release rc1 and rc2 right?
Did you see same issue with engine 4.2.7 and node-ng 4.2.7? If not, seems
to be a regression in ovirt-engine.




> Regards,
>
> Jorick Astrego
>
>
>
>
> Met vriendelijke groet, With kind regards,
>
> Jorick Astrego
>
> *Netbulae Virtualization Experts *
> --
> Tel: 053 20 30 270 i...@netbulae.eu Staalsteden 4-3A KvK 08198180
> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01
> --
>
> ___
> 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/S4SMWRA4DDA5P3DO5NAKPRUWK42QZVGJ/
>


-- 

SANDRO BONAZZOLA

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com

___
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/W2SXS5IB2CFYCRLLEJUHJLGHC6FCUFN6/

[ovirt-users] ovirtmgmt always out of sync on ovirt node

[Jorick Astrego]

Hi,

We're switching from Centos 7 hosts to oVirt node ng (tried 4.2.7,
4.3rc1 and 4.3rc2) and after adding them to oVirt (currently on 4.3rc2)
the ovirtmgmt interface is always out of sync.

Tried synching the network and refresh capabilities. I also tried
removing ovirtmgmt from the interface and adding it to a bond, then I
get this error:

Cannot setup Networks. The following Network definitions on the
Network Interface are different than those on the Logical Network.
Please synchronize the Network Interface before editing network
ovirtmgmt. The non-synchronized values are: ${OUTAVERAGELINKSHARE}
${HOST_OUT_OF_SYNC} - null, ${DC_OUT_OF_SYNC} - 50

I can setup the bond at install so the ovirtmgmt will use it so I can
use the host, but I'm hesitant to do this in production as I cannot
change the interface anymore.

Regards,

Jorick Astrego





Met vriendelijke groet, With kind regards,

Jorick Astrego

Netbulae Virtualization Experts 



Tel: 053 20 30 270  i...@netbulae.euStaalsteden 4-3A
KvK 08198180
Fax: 053 20 30 271  www.netbulae.eu 7547 TA Enschede
BTW NL821234584B01



___
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/S4SMWRA4DDA5P3DO5NAKPRUWK42QZVGJ/