[ovirt-users] Re: Ovirt 4.4.1 Install failure at OVF_Store check

[AK via Users]

Yes sir,  I run the clean up script after each failure, clean out the gluster 
volume, and remove any network the deploy scripts create.   I just conducted 
the deployment on different hardware (different drives, different CPU, raid 
controller, SSD's) and it produced the same result (failure at 
OVF_STore_check).  The only deployment items that are consistent are creating 
the physical network bonds and gluster volumes which can be mounted across the 
network and have been tested as storage pools for other virtualization and 
storage platforms.  

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

[ovirt-users] Re: oVirt Node 4.4.1.1 Cockpit Hyperconverged Gluster deploy fails insufficient free space no matter how small the volume is set

[Strahil Nikolov via Users]

Also,  check on system the LV size  as  it seema that based on your previous 
outputs  the PV names do not match.
You might have now a very large HostedEngine LV which will be a waste of space.

Best Regards,
Strahil Nikolov

На 15 юли 2020 г. 0:19:09 GMT+03:00, clam2...@gmail.com написа:
>Thank you Strahil.  I think I edited the oVirt Node Cockpit
>Hyperconverged Wizard Gluster Deployment Ansible playbook as detailed
>in your post and received the following new failure:
>
>TASK [gluster.infra/roles/backend_setup : Change to Install lvm tools
>for RHEL systems.] ***
>fatal: [fmov1n3.sn.dtcorp.com]: FAILED! => {"changed": false, "msg":
>"The Python 2 yum module is needed for this module. If you require
>Python 3 support use the `dnf` Ansible module instead."}
>fatal: [fmov1n1.sn.dtcorp.com]: FAILED! => {"changed": false, "msg":
>"The Python 2 yum module is needed for this module. If you require
>Python 3 support use the `dnf` Ansible module instead."}
>fatal: [fmov1n2.sn.dtcorp.com]: FAILED! => {"changed": false, "msg":
>"The Python 2 yum module is needed for this module. If you require
>Python 3 support use the `dnf` Ansible module instead."}
>
>Any further assistance is most appreciated!!!
>
>Respectfully,
>Charles 
>
>---
>Gluster Deployment Ansible Playbook
>
>hc_nodes:
>  hosts:
>fmov1n1.sn.dtcorp.com:
>  gluster_infra_volume_groups:
>- vgname: gluster_vg_nvme0n1
>  pvname: /dev/mapper/vdo_nvme0n1
>- vgname: gluster_vg_nvme2n1
>  pvname: /dev/mapper/vdo_nvme2n1
>- vgname: gluster_vg_nvme1n1
>  pvname: /dev/mapper/vdo_nvme1n1
>  gluster_infra_mount_devices:
>- path: /gluster_bricks/engine
>  lvname: gluster_lv_engine
>  vgname: gluster_vg_nvme0n1
>- path: /gluster_bricks/data
>  lvname: gluster_lv_data
>  vgname: gluster_vg_nvme2n1
>- path: /gluster_bricks/vmstore
>  lvname: gluster_lv_vmstore
>  vgname: gluster_vg_nvme1n1
>  gluster_infra_vdo:
>- name: vdo_nvme0n1
>  device: /dev/nvme0n1
>  slabsize: 2G
>  logicalsize: 1000G
>  blockmapcachesize: 128M
>  emulate512: 'off'
>  writepolicy: auto
>  maxDiscardSize: 16M
>- name: vdo_nvme2n1
>  device: /dev/nvme2n1
>  slabsize: 32G
>  logicalsize: 5000G
>  blockmapcachesize: 128M
>  emulate512: 'off'
>  writepolicy: auto
>  maxDiscardSize: 16M
>- name: vdo_nvme1n1
>  device: /dev/nvme1n1
>  slabsize: 32G
>  logicalsize: 5000G
>  blockmapcachesize: 128M
>  emulate512: 'off'
>  writepolicy: auto
>  maxDiscardSize: 16M
>  blacklist_mpath_devices:
>- nvme0n1
>- nvme2n1
>- nvme1n1
>  gluster_infra_thick_lvs:
>- vgname: gluster_vg_nvme0n1
>  lvname: gluster_lv_engine
>  size: '100%PVS'
>  gluster_infra_thinpools:
>- vgname: gluster_vg_nvme2n1
>  thinpoolname: gluster_thinpool_gluster_vg_nvme2n1
>  poolmetadatasize: 3G
>- vgname: gluster_vg_nvme1n1
>  thinpoolname: gluster_thinpool_gluster_vg_nvme1n1
>  poolmetadatasize: 3G
>  gluster_infra_lv_logicalvols:
>- vgname: gluster_vg_nvme2n1
>  thinpool: gluster_thinpool_gluster_vg_nvme2n1
>  lvname: gluster_lv_data
>  lvsize: '100%PVS'
>- vgname: gluster_vg_nvme1n1
>  thinpool: gluster_thinpool_gluster_vg_nvme1n1
>  lvname: gluster_lv_vmstore
>  lvsize: '100%PVS'
>fmov1n2.sn.dtcorp.com:
>  gluster_infra_volume_groups:
>- vgname: gluster_vg_nvme0n1
>  pvname: /dev/mapper/vdo_nvme0n1
>- vgname: gluster_vg_nvme2n1
>  pvname: /dev/mapper/vdo_nvme2n1
>- vgname: gluster_vg_nvme1n1
>  pvname: /dev/mapper/vdo_nvme1n1
>  gluster_infra_mount_devices:
>- path: /gluster_bricks/engine
>  lvname: gluster_lv_engine
>  vgname: gluster_vg_nvme0n1
>- path: /gluster_bricks/data
>  lvname: gluster_lv_data
>  vgname: gluster_vg_nvme2n1
>- path: /gluster_bricks/vmstore
>  lvname: gluster_lv_vmstore
>  vgname: gluster_vg_nvme1n1
>  gluster_infra_vdo:
>- name: vdo_nvme0n1
>  device: /dev/nvme0n1
>  slabsize: 2G
>  logicalsize: 1000G
>  blockmapcachesize: 128M
>  emulate512: 'off'
>  writepolicy: auto
>  maxDiscardSize: 16M
>- name: vdo_nvme2n1
>  device: /dev/nvme2n1
>  slabsize: 32G
>  logicalsize: 5000G
>  blockmapcachesize: 128M
>  emulate512: 'off'
>  writepolicy: auto
>  maxDiscardSize: 16M
>- name: vdo_nvme1n1
>  device: /dev/nvme1n1
>  slabsize: 32G
>  logicalsize: 5000G
>  blockmapcachesize: 128M
>  emulate512: 'off'
>  

[ovirt-users] Re: oVirt Node 4.4.1.1 Cockpit Hyperconverged Gluster deploy fails insufficient free space no matter how small the volume is set

[Strahil Nikolov via Users]

Based  on 
https://github.com/gluster/gluster-ansible-infra/blob/master/roles/backend_setup/tasks/main.yml
 the  used module  is  package,  but the strange thing is why ansible doesn't 
detect the python3 and dnf.

As far as I remember, you can edit the play before running it .

Maybe this will fix:
1. Go to command line and run:
which python3  

2. Set the 'ansible_python_interpreter' to the value  of the previous step

Most probably you need to convert it to:

vars:
   ansible_python_interpreter=/full/path/to/python3/or/python3

Note that the variable 'ansible_python_interpreter' must be indented to the 
write  with 2 spaces  (no tabs allowed).

Best Regards,
Strahil Nikolov


На 15 юли 2020 г. 0:19:09 GMT+03:00, clam2...@gmail.com написа:
>Thank you Strahil.  I think I edited the oVirt Node Cockpit
>Hyperconverged Wizard Gluster Deployment Ansible playbook as detailed
>in your post and received the following new failure:
>
>TASK [gluster.infra/roles/backend_setup : Change to Install lvm tools
>for RHEL systems.] ***
>fatal: [fmov1n3.sn.dtcorp.com]: FAILED! => {"changed": false, "msg":
>"The Python 2 yum module is needed for this module. If you require
>Python 3 support use the `dnf` Ansible module instead."}
>fatal: [fmov1n1.sn.dtcorp.com]: FAILED! => {"changed": false, "msg":
>"The Python 2 yum module is needed for this module. If you require
>Python 3 support use the `dnf` Ansible module instead."}
>fatal: [fmov1n2.sn.dtcorp.com]: FAILED! => {"changed": false, "msg":
>"The Python 2 yum module is needed for this module. If you require
>Python 3 support use the `dnf` Ansible module instead."}
>
>Any further assistance is most appreciated!!!
>
>Respectfully,
>Charles 
>
>---
>Gluster Deployment Ansible Playbook
>
>hc_nodes:
>  hosts:
>fmov1n1.sn.dtcorp.com:
>  gluster_infra_volume_groups:
>- vgname: gluster_vg_nvme0n1
>  pvname: /dev/mapper/vdo_nvme0n1
>- vgname: gluster_vg_nvme2n1
>  pvname: /dev/mapper/vdo_nvme2n1
>- vgname: gluster_vg_nvme1n1
>  pvname: /dev/mapper/vdo_nvme1n1
>  gluster_infra_mount_devices:
>- path: /gluster_bricks/engine
>  lvname: gluster_lv_engine
>  vgname: gluster_vg_nvme0n1
>- path: /gluster_bricks/data
>  lvname: gluster_lv_data
>  vgname: gluster_vg_nvme2n1
>- path: /gluster_bricks/vmstore
>  lvname: gluster_lv_vmstore
>  vgname: gluster_vg_nvme1n1
>  gluster_infra_vdo:
>- name: vdo_nvme0n1
>  device: /dev/nvme0n1
>  slabsize: 2G
>  logicalsize: 1000G
>  blockmapcachesize: 128M
>  emulate512: 'off'
>  writepolicy: auto
>  maxDiscardSize: 16M
>- name: vdo_nvme2n1
>  device: /dev/nvme2n1
>  slabsize: 32G
>  logicalsize: 5000G
>  blockmapcachesize: 128M
>  emulate512: 'off'
>  writepolicy: auto
>  maxDiscardSize: 16M
>- name: vdo_nvme1n1
>  device: /dev/nvme1n1
>  slabsize: 32G
>  logicalsize: 5000G
>  blockmapcachesize: 128M
>  emulate512: 'off'
>  writepolicy: auto
>  maxDiscardSize: 16M
>  blacklist_mpath_devices:
>- nvme0n1
>- nvme2n1
>- nvme1n1
>  gluster_infra_thick_lvs:
>- vgname: gluster_vg_nvme0n1
>  lvname: gluster_lv_engine
>  size: '100%PVS'
>  gluster_infra_thinpools:
>- vgname: gluster_vg_nvme2n1
>  thinpoolname: gluster_thinpool_gluster_vg_nvme2n1
>  poolmetadatasize: 3G
>- vgname: gluster_vg_nvme1n1
>  thinpoolname: gluster_thinpool_gluster_vg_nvme1n1
>  poolmetadatasize: 3G
>  gluster_infra_lv_logicalvols:
>- vgname: gluster_vg_nvme2n1
>  thinpool: gluster_thinpool_gluster_vg_nvme2n1
>  lvname: gluster_lv_data
>  lvsize: '100%PVS'
>- vgname: gluster_vg_nvme1n1
>  thinpool: gluster_thinpool_gluster_vg_nvme1n1
>  lvname: gluster_lv_vmstore
>  lvsize: '100%PVS'
>fmov1n2.sn.dtcorp.com:
>  gluster_infra_volume_groups:
>- vgname: gluster_vg_nvme0n1
>  pvname: /dev/mapper/vdo_nvme0n1
>- vgname: gluster_vg_nvme2n1
>  pvname: /dev/mapper/vdo_nvme2n1
>- vgname: gluster_vg_nvme1n1
>  pvname: /dev/mapper/vdo_nvme1n1
>  gluster_infra_mount_devices:
>- path: /gluster_bricks/engine
>  lvname: gluster_lv_engine
>  vgname: gluster_vg_nvme0n1
>- path: /gluster_bricks/data
>  lvname: gluster_lv_data
>  vgname: gluster_vg_nvme2n1
>- path: /gluster_bricks/vmstore
>  lvname: gluster_lv_vmstore
>  vgname: gluster_vg_nvme1n1
>  gluster_infra_vdo:
>- name: vdo_nvme0n1
>  device: /dev/nvme0n1
>  slabsize: 2G
>  logicalsize: 1000G
>  blockmapcachesize: 128M
>  emulate512: 'off'
>  writepolicy: auto
>  

[ovirt-users] Re: Ovirt 4.4.1 Install failure at OVF_Store check

[Strahil Nikolov via Users]

Hm... Clearly it can't get the necessary info.

Have you tried to do full cleanup via 'ovirt-hosted-engine-cleanup' (the  name 
is based  on my vague memories from 2017)  and then wipe  all  data  on the 
storage domain  ?

Best Regards,
Strahil Nikolov

На 14 юли 2020 г. 23:13:33 GMT+03:00, Andy  написа:
>The install, (fresh CENT 8.2, SELINUX enforcing, and a clean glustere
>volume) just failed at the same step of checking the OVF Store. 
>Attached is a snip of the
>ovirt-hosted-engine-setup-ansible-create_target.log.  Any suggestions
>are appreciated.  Additionally, before I did the install I did conduct
>a low level fomat of all drives.  
>
>thanks  
>On Tuesday, July 14, 2020, 2:16:20 PM EDT, Andy via Users
> wrote:  
> 
>Thanks for the reply.  I have  attempted installs with both SELINUX
>enabled and disabled.  I am in process of trying a full clean install
>of CENT 8.2, OV 4.4.1.1, and will ensure SELINUX is enforcing.  Thanks
>
>On Tuesday, July 14, 2020, 1:35:14 PM EDT, Strahil Nikolov
> wrote:  
> 
> Hi,
>
>some of the components in oVirt 4.3 rely on SELINUX being enabled.
>Most probably it is the same in 4.4 , so please try with SELINUX in
>enforcing mode.
>
>Best Regards,
>Strahil Nikolov
>
>На 14 юли 2020 г. 3:43:35 GMT+03:00, Andy via Users 
>написа:
>>I just tried another fresh install with oVIRT 4.4.1.1, disabled
>>selinux, and the install failed at the OVF_Store check in the ansible
>>script.  thanks
>>
>>On Monday, July 13, 2020, 1:27:16 PM EDT, Andy via Users
>> wrote:  
>> 
>>I just tried to install with the latest 4.4.1.1 updates and which
>>provided the same results.  Attached is the engine setup log.  The
>>install fails on the ansible script task:
>> TASK [ovirt.hosted_engine_setup : Check OVF_STORE volume status] .  
>>
>>thanks
>>
>>On Monday, July 13, 2020, 8:12:02 AM EDT, AK via Users
>> wrote:  
>> 
>>I am trying to freshly install oVirt 4.4.1 with HCI on CentOS 8.2.  I
>>am using the "hosted-engine --deploy" script and the installation
>fails
>>at "Check the OVF Store"  consistently.  I did try to apply the fix
>>loaded on Jenkins
>>(https://jenkins.ovirt.org/job/ovirt-hosted-engine-setup_standard-check-patch/183/)
>>which produced the same result. 
>>
>>Any help is appreciated and I ma working to attached the install log. 
>
>>
>>Thanks
>>Andy
>>___
>>Users mailing list -- users@ovirt.org
>>To unsubscribe send an email to users-le...@ovirt.org
>>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>oVirt Code of Conduct:
>>https://www.ovirt.org/community/about/community-guidelines/
>>List Archives:
>>https://lists.ovirt.org/archives/list/users@ovirt.org/message/NA5PWTCCI3UDPIGC54K754VYXJSNBUUB/
>>  ___
>>Users mailing list -- users@ovirt.org
>>To unsubscribe send an email to users-le...@ovirt.org
>>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>oVirt Code of Conduct:
>>https://www.ovirt.org/community/about/community-guidelines/
>>List Archives:
>>https://lists.ovirt.org/archives/list/users@ovirt.org/message/VFNK3CDY42ULBNDTGAHBROECPUNF6VHL/
>>    ___
>Users mailing list -- users@ovirt.org
>To unsubscribe send an email to users-le...@ovirt.org
>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>oVirt Code of Conduct:
>https://www.ovirt.org/community/about/community-guidelines/
>List Archives:
>https://lists.ovirt.org/archives/list/users@ovirt.org/message/55YCTNBFQL3IJRK4T57JWEF7S37UJL77/
>  
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XDIP3EYHW2NNUBTX5UMIACXBEXKXQZXG/

[ovirt-users] Re: VM Snapshot inconsistent

[Gianluca Cecchi]

On Tue, Jul 14, 2020 at 10:50 PM Nir Soffer  wrote:

>
>
> Fixing the metadata is not easy.
>
> First you have to find the volumes related to this disk. You can find
> the disk uuid and storage
> domain uuid in engine ui, and then you can find the volumes like this:
>
> lvs -o vg_name,lv_name,tags | grep disk-uuid
>

Only to add that possibly the RHV logical volumes are filtered out at
lvm.conf level, so in this case it could be necessary to bypass the filter
to see the information, like this:

lvs --config 'devices { filter = [ "a|.*|" ] }' -o vg_name,lv_name,tags |
grep disk-uuid

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

[ovirt-users] Re: oVirt Node 4.4.1.1 Cockpit Hyperconverged Gluster deploy fails insufficient free space no matter how small the volume is set

[clam2718]

Thank you Strahil.  I think I edited the oVirt Node Cockpit Hyperconverged 
Wizard Gluster Deployment Ansible playbook as detailed in your post and 
received the following new failure:

TASK [gluster.infra/roles/backend_setup : Change to Install lvm tools for RHEL 
systems.] ***
fatal: [fmov1n3.sn.dtcorp.com]: FAILED! => {"changed": false, "msg": "The 
Python 2 yum module is needed for this module. If you require Python 3 support 
use the `dnf` Ansible module instead."}
fatal: [fmov1n1.sn.dtcorp.com]: FAILED! => {"changed": false, "msg": "The 
Python 2 yum module is needed for this module. If you require Python 3 support 
use the `dnf` Ansible module instead."}
fatal: [fmov1n2.sn.dtcorp.com]: FAILED! => {"changed": false, "msg": "The 
Python 2 yum module is needed for this module. If you require Python 3 support 
use the `dnf` Ansible module instead."}

Any further assistance is most appreciated!!!

Respectfully,
Charles 

---
Gluster Deployment Ansible Playbook

hc_nodes:
  hosts:
fmov1n1.sn.dtcorp.com:
  gluster_infra_volume_groups:
- vgname: gluster_vg_nvme0n1
  pvname: /dev/mapper/vdo_nvme0n1
- vgname: gluster_vg_nvme2n1
  pvname: /dev/mapper/vdo_nvme2n1
- vgname: gluster_vg_nvme1n1
  pvname: /dev/mapper/vdo_nvme1n1
  gluster_infra_mount_devices:
- path: /gluster_bricks/engine
  lvname: gluster_lv_engine
  vgname: gluster_vg_nvme0n1
- path: /gluster_bricks/data
  lvname: gluster_lv_data
  vgname: gluster_vg_nvme2n1
- path: /gluster_bricks/vmstore
  lvname: gluster_lv_vmstore
  vgname: gluster_vg_nvme1n1
  gluster_infra_vdo:
- name: vdo_nvme0n1
  device: /dev/nvme0n1
  slabsize: 2G
  logicalsize: 1000G
  blockmapcachesize: 128M
  emulate512: 'off'
  writepolicy: auto
  maxDiscardSize: 16M
- name: vdo_nvme2n1
  device: /dev/nvme2n1
  slabsize: 32G
  logicalsize: 5000G
  blockmapcachesize: 128M
  emulate512: 'off'
  writepolicy: auto
  maxDiscardSize: 16M
- name: vdo_nvme1n1
  device: /dev/nvme1n1
  slabsize: 32G
  logicalsize: 5000G
  blockmapcachesize: 128M
  emulate512: 'off'
  writepolicy: auto
  maxDiscardSize: 16M
  blacklist_mpath_devices:
- nvme0n1
- nvme2n1
- nvme1n1
  gluster_infra_thick_lvs:
- vgname: gluster_vg_nvme0n1
  lvname: gluster_lv_engine
  size: '100%PVS'
  gluster_infra_thinpools:
- vgname: gluster_vg_nvme2n1
  thinpoolname: gluster_thinpool_gluster_vg_nvme2n1
  poolmetadatasize: 3G
- vgname: gluster_vg_nvme1n1
  thinpoolname: gluster_thinpool_gluster_vg_nvme1n1
  poolmetadatasize: 3G
  gluster_infra_lv_logicalvols:
- vgname: gluster_vg_nvme2n1
  thinpool: gluster_thinpool_gluster_vg_nvme2n1
  lvname: gluster_lv_data
  lvsize: '100%PVS'
- vgname: gluster_vg_nvme1n1
  thinpool: gluster_thinpool_gluster_vg_nvme1n1
  lvname: gluster_lv_vmstore
  lvsize: '100%PVS'
fmov1n2.sn.dtcorp.com:
  gluster_infra_volume_groups:
- vgname: gluster_vg_nvme0n1
  pvname: /dev/mapper/vdo_nvme0n1
- vgname: gluster_vg_nvme2n1
  pvname: /dev/mapper/vdo_nvme2n1
- vgname: gluster_vg_nvme1n1
  pvname: /dev/mapper/vdo_nvme1n1
  gluster_infra_mount_devices:
- path: /gluster_bricks/engine
  lvname: gluster_lv_engine
  vgname: gluster_vg_nvme0n1
- path: /gluster_bricks/data
  lvname: gluster_lv_data
  vgname: gluster_vg_nvme2n1
- path: /gluster_bricks/vmstore
  lvname: gluster_lv_vmstore
  vgname: gluster_vg_nvme1n1
  gluster_infra_vdo:
- name: vdo_nvme0n1
  device: /dev/nvme0n1
  slabsize: 2G
  logicalsize: 1000G
  blockmapcachesize: 128M
  emulate512: 'off'
  writepolicy: auto
  maxDiscardSize: 16M
- name: vdo_nvme2n1
  device: /dev/nvme2n1
  slabsize: 32G
  logicalsize: 5000G
  blockmapcachesize: 128M
  emulate512: 'off'
  writepolicy: auto
  maxDiscardSize: 16M
- name: vdo_nvme1n1
  device: /dev/nvme1n1
  slabsize: 32G
  logicalsize: 5000G
  blockmapcachesize: 128M
  emulate512: 'off'
  writepolicy: auto
  maxDiscardSize: 16M
  blacklist_mpath_devices:
- nvme0n1
- nvme2n1
- nvme1n1
  gluster_infra_thick_lvs:
- vgname: gluster_vg_nvme0n1
  lvname: gluster_lv_engine
  size: '100%PVS'
  gluster_infra_thinpools:
- vgname: gluster_vg_nvme2n1
  thinpoolname: gluster_thinpool_gluster_vg_nvme2n1
  poolmetadatasize: 3G
 

[ovirt-users] Re: VM Snapshot inconsistent

[Nir Soffer]

On Tue, Jul 14, 2020 at 7:51 PM Arsène Gschwind
 wrote:
>
> On Tue, 2020-07-14 at 19:10 +0300, Nir Soffer wrote:
>
> On Tue, Jul 14, 2020 at 5:37 PM Arsène Gschwind
>
> <
>
> arsene.gschw...@unibas.ch
>
> > wrote:
>
>
> Hi,
>
>
> I running oVirt 4.3.9 with FC based storage.
>
> I'm running several VM with 3 disks on 3 different SD. Lately we did delete a 
> VM Snapshot and that task failed after a while and since then the Snapshot is 
> inconsistent.
>
> disk1 : Snapshot still visible in DB and on Storage using LVM commands
>
> disk2: Snapshot still visible in DB but not on storage anymore (It seems the 
> merge did run correctly)
>
> disk3: Snapshot still visible in DB but not on storage ansmore (It seems the 
> merge did run correctly)
>
>
> When I try to delete the snapshot again it runs forever and nothing happens.
>
>
> Did you try also when the vm is not running?
>
> Yes I've tried that without success
>
>
> In general the system is designed so trying again a failed merge will complete
>
> the merge.
>
>
> If the merge does complete, there may be some bug that the system cannot
>
> handle.
>
>
> Is there a way to suppress that snapshot?
>
> Is it possible to merge disk1 with its snapshot using LVM commands and then 
> cleanup the Engine DB?
>
>
> Yes but it is complicated. You need to understand the qcow2 chain
>
> on storage, complete the merge manually using qemu-img commit,
>
> update the metadata manually (even harder), then update engine db.
>
>
> The best way - if the system cannot recover, is to fix the bad metadata
>
> that cause the system to fail, and the let the system recover itself.
>
>
> Which storage domain format are you using? V5? V4?
>
> I'm using storage format V5 on FC.

Fixing the metadata is not easy.

First you have to find the volumes related to this disk. You can find
the disk uuid and storage
domain uuid in engine ui, and then you can find the volumes like this:

lvs -o vg_name,lv_name,tags | grep disk-uuid

For every lv, you will have a tag MD_N where n is a number. This is
the slot number
in the metadata volume.

You need to calculate the offset of the metadata area for every volume using:

offset = 1024*1024 + 8192 * N

Then you can copy the metadata block using:

dd if=/dev/vg-name/metadata bs=512 count=1 skip=$offset
conv=skip_bytes > lv-name.meta

Please share these files.

This part is not needed in 4.4, we have a new StorageDomain dump API,
that can find the same
info in one command:

vdsm-client StorageDomain dump sd_id=storage-domain-uuid | \
jq '.volumes | .[] | select(.image=="disk-uuid")'

The second step is to see what is the actual qcow2 chain. Find the
volume which is the LEAF
by grepping the metadata files. In some cases you may have more than
one LEAF (which may
be the problem).

Then activate all volumes using:

lvchange -ay vg-name/lv-name

Now you can get the backing chain using qemu-img and the LEAF volume.

qemu-img info --backing-chain /dev/vg-name/lv-name

If you have more than one LEAF, run this on all LEAFs. Ony one of them
will be correct.

Please share also output of qemu-img.

Once we finished with the volumes, deactivate them:

lvchange -an vg-name/lv-name

Based on the output, we can tell what is the real chain, and what is
the chain as seen by
vdsm metadata, and what is the required fix.

Nir

>
> Thanks.
>
>
> Thanks for any hint or help.
>
> rgds , arsene
>
>
> --
>
>
> Arsène Gschwind <
>
> arsene.gschw...@unibas.ch
>
> >
>
> Universitaet Basel
>
> ___
>
> Users mailing list --
>
> users@ovirt.org
>
>
> To unsubscribe send an email to
>
> users-le...@ovirt.org
>
>
> Privacy Statement:
>
> https://www.ovirt.org/privacy-policy.html
>
>
> oVirt Code of Conduct:
>
> https://www.ovirt.org/community/about/community-guidelines/
>
>
> List Archives:
>
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/5WZ6KO2LVD3ZA2JNNIHJRCXG65HO4LMZ/
>
>
>
> --
>
> Arsène Gschwind
> Fa. Sapify AG im Auftrag der universitaet Basel
> IT Services
> Klinelbergstr. 70 | CH-4056 Basel | Switzerland
> Tel: +41 79 449 25 63 | http://its.unibas.ch
> ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/5DZ2TEEFGFGTACLMPVZXSQO7AXJGIB37/

[ovirt-users] Re: Ovirt 4.4.1 Install failure at OVF_Store check

[Andy via Users]

The install, (fresh CENT 8.2, SELINUX enforcing, and a clean glustere volume) 
just failed at the same step of checking the OVF Store.  Attached is a snip of 
the ovirt-hosted-engine-setup-ansible-create_target.log.  Any suggestions are 
appreciated.  Additionally, before I did the install I did conduct a low level 
fomat of all drives.  

thanks  
   On Tuesday, July 14, 2020, 2:16:20 PM EDT, Andy via Users  
wrote:  
 
  Thanks for the reply.  I have  attempted installs with both SELINUX enabled 
and disabled.  I am in process of trying a full clean install of CENT 8.2, OV 
4.4.1.1, and will ensure SELINUX is enforcing.  Thanks

On Tuesday, July 14, 2020, 1:35:14 PM EDT, Strahil Nikolov 
 wrote:  
 
 Hi,

some of the components in oVirt 4.3 rely on SELINUX being enabled.
Most probably it is the same in 4.4 , so please try with SELINUX in enforcing 
mode.

Best Regards,
Strahil Nikolov

На 14 юли 2020 г. 3:43:35 GMT+03:00, Andy via Users  написа:
>I just tried another fresh install with oVIRT 4.4.1.1, disabled
>selinux, and the install failed at the OVF_Store check in the ansible
>script.  thanks
>
>On Monday, July 13, 2020, 1:27:16 PM EDT, Andy via Users
> wrote:  
> 
>I just tried to install with the latest 4.4.1.1 updates and which
>provided the same results.  Attached is the engine setup log.  The
>install fails on the ansible script task:
> TASK [ovirt.hosted_engine_setup : Check OVF_STORE volume status] .  
>
>thanks
>
>On Monday, July 13, 2020, 8:12:02 AM EDT, AK via Users
> wrote:  
> 
>I am trying to freshly install oVirt 4.4.1 with HCI on CentOS 8.2.  I
>am using the "hosted-engine --deploy" script and the installation fails
>at "Check the OVF Store"  consistently.  I did try to apply the fix
>loaded on Jenkins
>(https://jenkins.ovirt.org/job/ovirt-hosted-engine-setup_standard-check-patch/183/)
>which produced the same result. 
>
>Any help is appreciated and I ma working to attached the install log.  
>
>Thanks
>Andy
>___
>Users mailing list -- users@ovirt.org
>To unsubscribe send an email to users-le...@ovirt.org
>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>oVirt Code of Conduct:
>https://www.ovirt.org/community/about/community-guidelines/
>List Archives:
>https://lists.ovirt.org/archives/list/users@ovirt.org/message/NA5PWTCCI3UDPIGC54K754VYXJSNBUUB/
>  ___
>Users mailing list -- users@ovirt.org
>To unsubscribe send an email to users-le...@ovirt.org
>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>oVirt Code of Conduct:
>https://www.ovirt.org/community/about/community-guidelines/
>List Archives:
>https://lists.ovirt.org/archives/list/users@ovirt.org/message/VFNK3CDY42ULBNDTGAHBROECPUNF6VHL/
>    ___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/55YCTNBFQL3IJRK4T57JWEF7S37UJL77/
  2020-07-14 15:40:31,344-0400 INFO ansible ok {'status': 'OK', 'ansible_type': 
'task', 'ansible_playbook': 
'/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml', 
'ansible_host': 'localhost', 'ansible_task': 'Parse OVF_STORE disk list', 
'task_dur
ation': 1}
2020-07-14 15:40:31,344-0400 DEBUG ansible on_any args 
 kwargs
2020-07-14 15:40:32,037-0400 INFO ansible task start {'status': 'OK', 
'ansible_type': 'task', 'ansible_playbook': 
'/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml', 
'ansible_task': 'ovirt.hosted_engine_setup : debug'}
2020-07-14 15:40:32,038-0400 DEBUG ansible on_any args TASK: 
ovirt.hosted_engine_setup : debug kwargs is_conditional:False
2020-07-14 15:40:32,038-0400 DEBUG ansible on_any args localhostTASK: 
ovirt.hosted_engine_setup : debug kwargs
2020-07-14 15:40:32,691-0400 INFO ansible ok {'status': 'OK', 'ansible_type': 
'task', 'ansible_playbook': 
'/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml', 
'ansible_host': 'localhost', 'ansible_task': '', 'task_duration': 1}
2020-07-14 15:40:32,692-0400 DEBUG ansible on_any args 
 kwargs
2020-07-14 15:40:33,386-0400 INFO ansible task start {'status': 'OK', 
'ansible_type': 'task', 'ansible_playbook': 
'/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml', 
'ansible_task': 'ovirt.hosted_engine_setup : Check OVF_STORE volume status'
}
2020-07-14 15:40:33,386-0400 DEBUG ansible on_any args TASK: 
ovirt.hosted_engine_setup : Check OVF_STORE volume status kwargs 
is_conditional:False
2020-07-14 15:40:33,387-0400 DEBUG ansible on_any args localhostTASK: 
ovirt.hosted_engine_setup : Check OVF_STORE volume status kwargs
2020-07-14 15:40:34,503-0400 DEBUG ansible on_any args 
 kwargs
2020-07-14 15:40:44,989-0400 DEBUG ansible on_any args 
 kwargs
2020-07-14 15:40:55,479-0400 DEBUG 

[ovirt-users] Re: VM Snapshot inconsistent

[Arsène Gschwind]

On Tue, 2020-07-14 at 16:50 +, Arsène Gschwind wrote:
On Tue, 2020-07-14 at 19:10 +0300, Nir Soffer wrote:

On Tue, Jul 14, 2020 at 5:37 PM Arsène Gschwind

<



arsene.gschw...@unibas.ch

> wrote:


Hi,


I running oVirt 4.3.9 with FC based storage.

I'm running several VM with 3 disks on 3 different SD. Lately we did delete a 
VM Snapshot and that task failed after a while and since then the Snapshot is 
inconsistent.

disk1 : Snapshot still visible in DB and on Storage using LVM commands

disk2: Snapshot still visible in DB but not on storage anymore (It seems the 
merge did run correctly)

disk3: Snapshot still visible in DB but not on storage ansmore (It seems the 
merge did run correctly)


When I try to delete the snapshot again it runs forever and nothing happens.


Did you try also when the vm is not running?

Yes I've tried that without success


In general the system is designed so trying again a failed merge will complete

the merge.


If the merge does complete, there may be some bug that the system cannot

handle.


Is there a way to suppress that snapshot?

Is it possible to merge disk1 with its snapshot using LVM commands and then 
cleanup the Engine DB?


Yes but it is complicated. You need to understand the qcow2 chain

on storage, complete the merge manually using qemu-img commit,

update the metadata manually (even harder), then update engine db.


The best way - if the system cannot recover, is to fix the bad metadata

that cause the system to fail, and the let the system recover itself.

Do you have some hint how to fix the metadata?

Thanks a lot.


Which storage domain format are you using? V5? V4?

I'm using storage format V5 on FC.

Thanks.


Thanks for any hint or help.

rgds , arsene


--


Arsène Gschwind <



arsene.gschw...@unibas.ch

>

Universitaet Basel

___

Users mailing list --



users@ovirt.org


To unsubscribe send an email to



users-le...@ovirt.org


Privacy Statement:



https://www.ovirt.org/privacy-policy.html


oVirt Code of Conduct:



https://www.ovirt.org/community/about/community-guidelines/


List Archives:



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



--

Arsène Gschwind
Fa. Sapify AG im Auftrag der universitaet Basel
IT Services
Klinelbergstr. 70 | CH-4056 Basel | Switzerland
Tel: +41 79 449 25 63 | http://its.unibas.ch
ITS-ServiceDesk: support-...@unibas.ch | +41 61 
267 14 11

___

Users mailing list --



users@ovirt.org


To unsubscribe send an email to



users-le...@ovirt.org


Privacy Statement:



https://www.ovirt.org/privacy-policy.html


oVirt Code of Conduct:



https://www.ovirt.org/community/about/community-guidelines/


List Archives:



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


--

Arsène Gschwind
Fa. Sapify AG im Auftrag der universitaet Basel
IT Services
Klinelbergstr. 70 | CH-4056 Basel | Switzerland
Tel: +41 79 449 25 63 | http://its.unibas.ch
ITS-ServiceDesk: support-...@unibas.ch | +41 61 
267 14 11
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/5WXK7YFY7NBER6HWZ5G2MCGMFX3VD5KH/

[ovirt-users] Re: [OT] Major and minor numbers assigned to /dev/vdx virtio devices

[Paolo Bonzini]

I think they are assigned at boot time but I would have to check the
sources and I am on vacation. :-)

Paolo

Il lun 13 lug 2020, 16:37 Sandro Bonazzola  ha scritto:

> +Paolo Bonzini  can you help here?
>
> Il giorno mer 1 lug 2020 alle ore 16:56 Gianluca Cecchi <
> gianluca.cec...@gmail.com> ha scritto:
>
>> Hello,
>> isn't there an official major/minor numbering scheme for virtio disks?
>> Sometimes I see 251 major or 252 or so... what is the udev assignment
>> logic?
>> Reading here:
>> https://www.kernel.org/doc/Documentation/admin-guide/devices.txt
>>
>>  240-254 block   LOCAL/EXPERIMENTAL USE
>>  Allocated for local/experimental use.  For devices not
>>  assigned official numbers, these ranges should be
>>  used in order to avoid conflicting with future assignments.
>>
>> it seems they are in the range of experimental ones, while for example
>> Xen /dev/xvdx devices have their own static assignment (202 major)
>>
>> Thanks,
>> Gianluca
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/AEQB6H75QLYP6ENIEYROI2VY4BJS3SKL/
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.
> *
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/YQZP2TFHCMWRFZLLHFTWW3HFQCRBJHF7/

[ovirt-users] Re: Ovirt 4.4.1 Install failure at OVF_Store check

[Andy via Users]

 Thanks for the reply.  I have  attempted installs with both SELINUX enabled 
and disabled.  I am in process of trying a full clean install of CENT 8.2, OV 
4.4.1.1, and will ensure SELINUX is enforcing.  Thanks

On Tuesday, July 14, 2020, 1:35:14 PM EDT, Strahil Nikolov 
 wrote:  
 
 Hi,

some of the components in oVirt 4.3 rely on SELINUX being enabled.
Most probably it is the same in 4.4 , so please try with SELINUX in enforcing 
mode.

Best Regards,
Strahil Nikolov

На 14 юли 2020 г. 3:43:35 GMT+03:00, Andy via Users  написа:
>I just tried another fresh install with oVIRT 4.4.1.1, disabled
>selinux, and the install failed at the OVF_Store check in the ansible
>script.  thanks
>
>On Monday, July 13, 2020, 1:27:16 PM EDT, Andy via Users
> wrote:  
> 
>I just tried to install with the latest 4.4.1.1 updates and which
>provided the same results.  Attached is the engine setup log.  The
>install fails on the ansible script task:
> TASK [ovirt.hosted_engine_setup : Check OVF_STORE volume status] .  
>
>thanks
>
>On Monday, July 13, 2020, 8:12:02 AM EDT, AK via Users
> wrote:  
> 
>I am trying to freshly install oVirt 4.4.1 with HCI on CentOS 8.2.  I
>am using the "hosted-engine --deploy" script and the installation fails
>at "Check the OVF Store"  consistently.  I did try to apply the fix
>loaded on Jenkins
>(https://jenkins.ovirt.org/job/ovirt-hosted-engine-setup_standard-check-patch/183/)
>which produced the same result. 
>
>Any help is appreciated and I ma working to attached the install log.  
>
>Thanks
>Andy
>___
>Users mailing list -- users@ovirt.org
>To unsubscribe send an email to users-le...@ovirt.org
>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>oVirt Code of Conduct:
>https://www.ovirt.org/community/about/community-guidelines/
>List Archives:
>https://lists.ovirt.org/archives/list/users@ovirt.org/message/NA5PWTCCI3UDPIGC54K754VYXJSNBUUB/
>  ___
>Users mailing list -- users@ovirt.org
>To unsubscribe send an email to users-le...@ovirt.org
>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>oVirt Code of Conduct:
>https://www.ovirt.org/community/about/community-guidelines/
>List Archives:
>https://lists.ovirt.org/archives/list/users@ovirt.org/message/VFNK3CDY42ULBNDTGAHBROECPUNF6VHL/
>    ___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/55YCTNBFQL3IJRK4T57JWEF7S37UJL77/

[ovirt-users] Re: oVirt Node 4.4.1.1 Cockpit Hyperconverged Gluster deploy fails insufficient free space no matter how small the volume is set

[Strahil Nikolov via Users]

На 14 юли 2020 г. 16:32:42 GMT+03:00, clam2...@gmail.com написа:
>Output of pvdisplay for each of three hosts below.

>  --- Physical volume ---
>  PV Name   /dev/mapper/vdo_nvme0n1
>  VG Name   gluster_vg_nvme0n1
>  PV Size   100.00 GiB / not usable 4.00 MiB
>  Allocatable   yes
>  PE Size   4.00 MiB
>  Total PE  25599
>  Free PE   25599
>  Allocated PE  0
>  PV UUID   gTHFgm-NU5J-LJWJ-DyIb-ecm7-85Cq-OedKeX

You don't have 100G free due to the 'not usable 4.00 MiB'. Select 99G or 
'100%PVS'

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

[ovirt-users] Re: Ovirt 4.4.1 Install failure at OVF_Store check

[Strahil Nikolov via Users]

Hi,

some of the components in oVirt 4.3 rely on SELINUX being enabled.
Most probably it is the same in 4.4 , so please try with SELINUX in enforcing 
mode.

Best Regards,
Strahil Nikolov

На 14 юли 2020 г. 3:43:35 GMT+03:00, Andy via Users  написа:
>I just tried another fresh install with oVIRT 4.4.1.1, disabled
>selinux, and the install failed at the OVF_Store check in the ansible
>script.  thanks
>
>On Monday, July 13, 2020, 1:27:16 PM EDT, Andy via Users
> wrote:  
> 
>I just tried to install with the latest 4.4.1.1 updates and which
>provided the same results.  Attached is the engine setup log.  The
>install fails on the ansible script task:
> TASK [ovirt.hosted_engine_setup : Check OVF_STORE volume status] .  
>
>thanks
>
>On Monday, July 13, 2020, 8:12:02 AM EDT, AK via Users
> wrote:  
> 
>I am trying to freshly install oVirt 4.4.1 with HCI on CentOS 8.2.  I
>am using the "hosted-engine --deploy" script and the installation fails
>at "Check the OVF Store"  consistently.  I did try to apply the fix
>loaded on Jenkins
>(https://jenkins.ovirt.org/job/ovirt-hosted-engine-setup_standard-check-patch/183/)
>which produced the same result. 
>
>Any help is appreciated and I ma working to attached the install log.  
>
>Thanks
>Andy
>___
>Users mailing list -- users@ovirt.org
>To unsubscribe send an email to users-le...@ovirt.org
>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>oVirt Code of Conduct:
>https://www.ovirt.org/community/about/community-guidelines/
>List Archives:
>https://lists.ovirt.org/archives/list/users@ovirt.org/message/NA5PWTCCI3UDPIGC54K754VYXJSNBUUB/
>  ___
>Users mailing list -- users@ovirt.org
>To unsubscribe send an email to users-le...@ovirt.org
>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>oVirt Code of Conduct:
>https://www.ovirt.org/community/about/community-guidelines/
>List Archives:
>https://lists.ovirt.org/archives/list/users@ovirt.org/message/VFNK3CDY42ULBNDTGAHBROECPUNF6VHL/
>  
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VOTWFLRDOAU7XY3HMJ4E4YSBU54J7EJP/

[ovirt-users] Re: how to get ovirt 4.3 documentation?

[Strahil Nikolov via Users]

Yeah,
but the idea  is RH  docu to catch up with oVirt's documentation, not  the 
opposite.

Best Regards,
Strahil Nikolov

На 14 юли 2020 г. 0:26:11 GMT+03:00, Jayme  написа:
>Personally I find the rhev documentation much more complete:
>https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.3/
>
>On Mon, Jul 13, 2020 at 6:17 PM Philip Brown  wrote:
>
>> I find it odd that the ovirt website allows to see older version
>RELEASE
>> NOTES...
>> but doesnt seem to give links to general documentation for older
>versions.
>> For example, if you read
>>
>> https://www.ovirt.org/release/4.3.10/
>> it says,
>>
>> "For complete installation, administration, and usage instructions,
>see
>> the oVirt Documentation."
>>
>> but that links to the general docs page at
>> https://www.ovirt.org/documentation/
>>
>> It does NOT link to any ovirt 4.3 docs, which is what I actually need
>>
>>
>>
>> --
>> Philip Brown| Sr. Linux System Administrator | Medata, Inc.
>> 5 Peters Canyon Rd Suite 250
>> Irvine CA 92606
>> Office 714.918.1310| Fax 714.918.1325
>> pbr...@medata.com| www.medata.com
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>>
>https://lists.ovirt.org/archives/list/users@ovirt.org/message/VZWLU75AKAJNT7T7C644ESHVINYIH7OQ/
>>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/SF4L6BV2RE3WJFTK6RQNS2TFQ262UYYW/

[ovirt-users] Re: VM Snapshot inconsistent

[Arsène Gschwind]

On Tue, 2020-07-14 at 19:10 +0300, Nir Soffer wrote:

On Tue, Jul 14, 2020 at 5:37 PM Arsène Gschwind

<



arsene.gschw...@unibas.ch

> wrote:


Hi,


I running oVirt 4.3.9 with FC based storage.

I'm running several VM with 3 disks on 3 different SD. Lately we did delete a 
VM Snapshot and that task failed after a while and since then the Snapshot is 
inconsistent.

disk1 : Snapshot still visible in DB and on Storage using LVM commands

disk2: Snapshot still visible in DB but not on storage anymore (It seems the 
merge did run correctly)

disk3: Snapshot still visible in DB but not on storage ansmore (It seems the 
merge did run correctly)


When I try to delete the snapshot again it runs forever and nothing happens.


Did you try also when the vm is not running?

Yes I've tried that without success


In general the system is designed so trying again a failed merge will complete

the merge.


If the merge does complete, there may be some bug that the system cannot

handle.


Is there a way to suppress that snapshot?

Is it possible to merge disk1 with its snapshot using LVM commands and then 
cleanup the Engine DB?


Yes but it is complicated. You need to understand the qcow2 chain

on storage, complete the merge manually using qemu-img commit,

update the metadata manually (even harder), then update engine db.


The best way - if the system cannot recover, is to fix the bad metadata

that cause the system to fail, and the let the system recover itself.


Which storage domain format are you using? V5? V4?

I'm using storage format V5 on FC.

Thanks.


Thanks for any hint or help.

rgds , arsene


--


Arsène Gschwind <



arsene.gschw...@unibas.ch

>

Universitaet Basel

___

Users mailing list --



users@ovirt.org


To unsubscribe send an email to



users-le...@ovirt.org


Privacy Statement:



https://www.ovirt.org/privacy-policy.html


oVirt Code of Conduct:



https://www.ovirt.org/community/about/community-guidelines/


List Archives:



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



--

Arsène Gschwind
Fa. Sapify AG im Auftrag der universitaet Basel
IT Services
Klinelbergstr. 70 | CH-4056 Basel | Switzerland
Tel: +41 79 449 25 63 | http://its.unibas.ch
ITS-ServiceDesk: support-...@unibas.ch | +41 61 
267 14 11
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Y4A2PG6PNTSW2DR72QREH3IW6DITCU4U/

[ovirt-users] Re: VM Snapshot inconsistent

[Nir Soffer]

On Tue, Jul 14, 2020 at 5:37 PM Arsène Gschwind
 wrote:
>
> Hi,
>
> I running oVirt 4.3.9 with FC based storage.
> I'm running several VM with 3 disks on 3 different SD. Lately we did delete a 
> VM Snapshot and that task failed after a while and since then the Snapshot is 
> inconsistent.
> disk1 : Snapshot still visible in DB and on Storage using LVM commands
> disk2: Snapshot still visible in DB but not on storage anymore (It seems the 
> merge did run correctly)
> disk3: Snapshot still visible in DB but not on storage ansmore (It seems the 
> merge did run correctly)
>
> When I try to delete the snapshot again it runs forever and nothing happens.

Did you try also when the vm is not running?

In general the system is designed so trying again a failed merge will complete
the merge.

If the merge does complete, there may be some bug that the system cannot
handle.

> Is there a way to suppress that snapshot?
> Is it possible to merge disk1 with its snapshot using LVM commands and then 
> cleanup the Engine DB?

Yes but it is complicated. You need to understand the qcow2 chain
on storage, complete the merge manually using qemu-img commit,
update the metadata manually (even harder), then update engine db.

The best way - if the system cannot recover, is to fix the bad metadata
that cause the system to fail, and the let the system recover itself.

Which storage domain format are you using? V5? V4?

> Thanks for any hint or help.
> rgds , arsene
>
> --
>
> Arsène Gschwind 
> Universitaet Basel
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/5WZ6KO2LVD3ZA2JNNIHJRCXG65HO4LMZ/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZC5534S2DTTYAJT5RQQWCSPOCEAT532Y/

[ovirt-users] Re: Failing to restore a backup

[Andrea Chierici]

Hi,
thank you for your help.



I think this is not a critical failure, and is not what failed the 
restore.




Recently I tried the 4.3.11 beta and 4.4.1 and the error now is
different:

[ INFO  ] Upgrading CA\n[ ERROR ] Failed to execute stage 'Misc
configuration': (2, 'No such file or directory')\n[ INFO  ] DNF
Performing DNF transaction rollback\n


This is part of 'engine-setup' output, which 'hosted-engine' runs 
inside the engine VM. If you can access the engine VM, you can try 
finding more information in /var/log/ovirt-engine/setup/* there. 
Otherwise, the hosted-engine deploy script might have managed to get a 
copy to /var/log/ovirt-hosted-engine-setup/engine-logs*. Please 
check/share these. Thanks.


Unfortunately the installation procedures when exiting, deletes the vm, 
hence I can't log in.

Here are the ERROR messages I got on the logs copied on the host:

engine.log:2020-07-08 15:05:04,178+02 ERROR 
[org.ovirt.engine.core.bll.pm.FenceProxyLocator] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-89) 
[45a7e7f3] Can not run fence action on host '', no 
suitable proxy host was found.


server.log:2020-07-08 15:09:23,081+02 ERROR 
[org.jboss.resteasy.resteasy_jaxrs.i18n] (default task-1) 
RESTEASY002010: Failed to execute: javax.ws.rs.WebApplicationException: 
HTTP 404 Not Found
server.log:2020-07-08 15:14:19,804+02 ERROR 
[org.jboss.resteasy.resteasy_jaxrs.i18n] (default task-1) 
RESTEASY002010: Failed to execute: javax.ws.rs.WebApplicationException: 
HTTP 404 Not Found

grep: setup: Is a directory

Not very helpful.




I simply can't figure out what file is missing.
If, as a test, I try to install the HE without restoring the
backup, the installation goes smoothly to the end, but at that
point I can't restore the backup, as far as I can understand.


Another option is to do the restore manually. To find relevant 
information, search the net for "enginevm_before_engine_setup".


Later I will give it a try.

Andrea

--
Andrea Chierici - INFN-CNAF 
Viale Berti Pichat 6/2, 40127 BOLOGNA
Office Tel: +39 051 2095463 
SkypeID ataruz
--

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

[ovirt-users] Re: [OT] Major and minor numbers assigned to /dev/vdx virtio devices

[Gianluca Cecchi]

On Tue, Jul 14, 2020 at 4:40 PM Stefan Hajnoczi  wrote:

> On Mon, Jul 13, 2020 at 09:53:31PM +0300, Nir Soffer wrote:
> > On Wed, Jul 1, 2020 at 5:55 PM Gianluca Cecchi
> >  wrote:
> > >
> > > Hello,
> > > isn't there an official major/minor numbering scheme for virtio disks?
> > > Sometimes I see 251 major or 252 or so... what is the udev assignment
> logic?
> > > Reading here:
> > > https://www.kernel.org/doc/Documentation/admin-guide/devices.txt
> > >
> > >  240-254 block LOCAL/EXPERIMENTAL USE
> > > Allocated for local/experimental use.  For devices not
> > > assigned official numbers, these ranges should be
> > > used in order to avoid conflicting with future assignments.
> > >
> > > it seems they are in the range of experimental ones, while for example
> Xen /dev/xvdx devices have their own static assignment (202 major)
>
> No, the Linux virtio_blk driver does not use a static device major number.
>
> Regarding udev, on my Fedora system
> /usr/lib/udev/rules.d/60-persistent-storage.rules has rules like this:
>
> KERNEL=="vd*[!0-9]", ATTRS{serial}=="?*", ENV{ID_SERIAL}="$attr{serial}",
> SYMLINK+="disk/by-id/virtio-$env{ID_SERIAL}"
>
> The rules match on the "vd*" name. If you are writing udev rules you
> could use the same approach.
>
> Is there a specific problem faced when there is no static device major
> number?
>
> Stefan
>

Thanks for the information.
No, it was only a curiosity: during a recovery action (actually it was a
"poor man" P2V operation using dd) where I had to rebuild initrd file and
to reinstall grub in a chroot environment,
I had to run mknod commands to manually create the /dev/vdax files and
comparing two different existing guests I stumbled upon their /dev/vda
files that had different major/minor numbers, so I was not sure what to
use

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

[ovirt-users] Re: [OT] Major and minor numbers assigned to /dev/vdx virtio devices

[Stefan Hajnoczi]

On Mon, Jul 13, 2020 at 09:53:31PM +0300, Nir Soffer wrote:
> On Wed, Jul 1, 2020 at 5:55 PM Gianluca Cecchi
>  wrote:
> >
> > Hello,
> > isn't there an official major/minor numbering scheme for virtio disks?
> > Sometimes I see 251 major or 252 or so... what is the udev assignment logic?
> > Reading here:
> > https://www.kernel.org/doc/Documentation/admin-guide/devices.txt
> >
> >  240-254 block LOCAL/EXPERIMENTAL USE
> > Allocated for local/experimental use.  For devices not
> > assigned official numbers, these ranges should be
> > used in order to avoid conflicting with future assignments.
> >
> > it seems they are in the range of experimental ones, while for example Xen 
> > /dev/xvdx devices have their own static assignment (202 major)

No, the Linux virtio_blk driver does not use a static device major number.

Regarding udev, on my Fedora system
/usr/lib/udev/rules.d/60-persistent-storage.rules has rules like this:

KERNEL=="vd*[!0-9]", ATTRS{serial}=="?*", ENV{ID_SERIAL}="$attr{serial}", 
SYMLINK+="disk/by-id/virtio-$env{ID_SERIAL}"

The rules match on the "vd*" name. If you are writing udev rules you
could use the same approach.

Is there a specific problem faced when there is no static device major
number?

Stefan


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

[ovirt-users] VM Snapshot inconsistent

[Arsène Gschwind]

Hi,

I running oVirt 4.3.9 with FC based storage.
I'm running several VM with 3 disks on 3 different SD. Lately we did delete a 
VM Snapshot and that task failed after a while and since then the Snapshot is 
inconsistent.
disk1 : Snapshot still visible in DB and on Storage using LVM commands
disk2: Snapshot still visible in DB but not on storage anymore (It seems the 
merge did run correctly)
disk3: Snapshot still visible in DB but not on storage ansmore (It seems the 
merge did run correctly)

When I try to delete the snapshot again it runs forever and nothing happens.
Is there a way to suppress that snapshot?
Is it possible to merge disk1 with its snapshot using LVM commands and then 
cleanup the Engine DB?

Thanks for any hint or help.
rgds , arsene

--

Arsène Gschwind mailto:arsene.gschw...@unibas.ch>>
Universitaet Basel
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/5WZ6KO2LVD3ZA2JNNIHJRCXG65HO4LMZ/

[ovirt-users] Re: Failing to restore a backup

[Yedidyah Bar David]

On Tue, Jul 14, 2020 at 4:40 PM Anton Louw via Users 
wrote:

>
>
> Hi Andrea,
>
>
>
> I have had sleepless nights with the same issue, but eventually figured it
> out. The two commands I used are below:
>
>
>
>1. Backup the configs
>
> engine-backup --scope=all --mode=backup --file=Full --log=Log_Full
>
>
>
>1. Restore the configs
>
> engine-backup --mode=restore --file=Full --log=Log_Full --provision-db
> --provision-dwh-db --restore-permissions
>

Andrea asked about hosted-engine, where you do not (by default) run restore
manually yourself.


>
>
> I ran the second command after I built a new HE from scratch. You just
> need to download the backup files from the original and copy them to the
> new HE before you restore.
>
>
>
> Give it a bash and see if it works for you.
>
>
>
> Cheers
>
>
>
> *Anton Louw*
> *Cloud Engineer: Storage and Virtualization* at *Vox*
> --
> *T:*  087 805  | *D:* 087 805 1572
> *M:* N/A
> *E:* anton.l...@voxtelecom.co.za
> *A:* Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
> www.vox.co.za
>
> [image: F] 
> [image: T] 
> [image: I] 
> [image: L] 
> [image: Y] 
>
> [image: #VoxBrand]
> 
> *Disclaimer*
>
> The contents of this email are confidential to the sender and the intended
> recipient. Unless the contents are clearly and entirely of a personal
> nature, they are subject to copyright in favour of the holding company of
> the Vox group of companies. Any recipient who receives this email in error
> should immediately report the error to the sender and permanently delete
> this email from all storage devices.
>
> This email has been scanned for viruses and malware, and may have been
> automatically archived by *Mimecast Ltd*, an innovator in Software as a
> Service (SaaS) for business. Providing a *safer* and *more useful* place
> for your human generated data. Specializing in; Security, archiving and
> compliance. To find out more Click Here
> .
>
>
> *From:* Andrea Chierici 
> *Sent:* 14 July 2020 14:54
> *To:* users@ovirt.org
> *Subject:* [ovirt-users] Failing to restore a backup
>
>
>
> Dear all,
> I'm rather new to the list, not to ovirt, that I use since 2014 profitably.
> I've a problem with an ovirt instance and I am desperately seeking for
> help.
>
> I run a 4.3 self hosted engine installation, with 8 hypervisors and an
> iscsi storage.
> Since the storage is not  very reliable, I bought a dell powervault where
> to move everything. No problem to move the VMs, the problem came out with
> the hosted engine.
> I've read many documentation and the procedure I think I must follow
> involves backing up the current HE, powering it off, installing a new host
> where to create a new HE recovering the backup.
> The command I used to generate the backup is:
> engine-backup --mode=backup --file=file_name --log=log_file_name
>
> and the command used to restore it on the new HE is:
> hosted-engine --deploy --restore-from-file=backup/file_name
>
> The problem comes out during the recovering of the backup.
>
> With versions prior to 4.3.11 and also with 4.4.0 I got the error:
> 2020-06-25 15:17:34,950+0200 ERROR ansible failed {
> "ansible_host": "localhost",
> "ansible_playbook":
> "/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml",
> "ansible_result": {
> "_ansible_no_log": false,
> "changed": false,
> "invocation": {
> "module_args": {
> "ca_file": null,
> "compress": true,
> "headers": null,
> "hostname": null,
> "insecure": null,
> "kerberos": false,
> "ovirt_auth": {
> "ansible_facts": {
> "ovirt_auth": {
> "ca_file": null,
> "compress": true,
> "headers": null,
> "insecure": true,
> "kerberos": false,
> "timeout": 0,
> "token":
> "1f5Zoys35sQmLb2MiEg6bhWm2rDJULFan3eBK0juJJR3S-nXtN_b31jac1sZ0KRz3d1KSDmr8tyf7ExNe_pqJg",
> "url":
> "https://ovirt-sgsi.cnaf.infn.it/ovirt-engine/api;
> 
> }
> },
> "attempts": 1,
> "changed": false,
> "failed": false
> },
> "password": null,
> "state": "absent",
> "timeout": 0,
> "token": null,
> 

[ovirt-users] Re: Strange SD problem

[Arsène Gschwind]

Hi Ahmad,

I did the following:

1. Storage -> Storage Domains
2 Click the existing Storage Domain and click "Manage Domain"
and then I see next to the LUN which is already part of the SD the "Add" button

I do not want to click add since it may destroy the existing SD or the content 
of the LUNs.
In the Engine Log I see the following:


020-07-14 09:57:45,131+02 WARN  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engine-Thread-20) [277145f2] EVENT_ID: 
STORAGE_DOMAINS_COULD_NOT_BE_SYNCED(1,046), Storage domains with IDs 
[6b82f31b-fa2a-406b-832d-64d9666e1bcc] could not be synchronized. To 
synchronize them, please move them to maintenance and then activate.

Thanks a lot

On Tue, 2020-07-14 at 16:07 +0300, Ahmad Khiet wrote:
Hi Arsène Gschwind,

it's really strange that you see "Add" on a LUN that already has been added to 
the database.
to verify the steps you did make at first,
1- Storage -> Storage Domains
2- New Domain - [ select iSCSI ]
3- click on "+" on the iscsi target, then you see the "Add" button is available
4- after clicking add and ok, then this error will be shown in the logs
is that right?

can you also attach vdsm log?




On Tue, Jul 14, 2020 at 1:15 PM Arsène Gschwind 
mailto:arsene.gschw...@unibas.ch>> wrote:
Hello all,

I've checked all my multipath configuration and everything seems korrekt.
Is there a way to correct this, may be in the DB?

I really need some help, thanks a lot.
Arsène

On Tue, 2020-07-14 at 00:29 +, Arsène Gschwind wrote:
HI,

I'm having a strange behavior with a SD. When trying to manage the SD I see 
they "Add" button for the LUN which should already be the one use for that SD.
In the Logs I see the following:

2020-07-13 17:48:07,292+02 ERROR 
[org.ovirt.engine.core.dal.dbbroker.BatchProcedureExecutionConnectionCallback] 
(EE-ManagedThreadFactory-engine-Thread-95) [51091853] Can't execute batch: 
Batch entry 0 select * from public.insertluns(CAST ('repl_HanaLogs_osd_01' AS 
varchar),CAST ('DPUtaW-Q5zp-aZos-HriP-5Z0v-hiWO-w7rmwG' AS varchar),CAST 
('4TCXZ7-R1l1-xkdU-u0vx-S3n4-JWcE-qksPd1' AS varchar),CAST 
('SHUAWEI_XSG1_2102350RMG10HC200035' AS varchar),CAST (7 AS int4),CAST 
('HUAWEI' AS varchar),CAST ('XSG1' AS varchar),CAST (2548 AS int4),CAST 
(268435456 AS int8)) as result was aborted: ERROR: duplicate key value violates 
unique constraint "pk_luns"
  Detail: Key (lun_id)=(repl_HanaLogs_osd_01) already exists.
  Where: SQL statement "INSERT INTO LUNs (
LUN_id,
physical_volume_id,
volume_group_id,
serial,
lun_mapping,
vendor_id,
product_id,
device_size,
discard_max_size
)
VALUES (
v_LUN_id,
v_physical_volume_id,
v_volume_group_id,
v_serial,
v_lun_mapping,
v_vendor_id,
v_product_id,
v_device_size,
v_discard_max_size
)"
PL/pgSQL function insertluns(character varying,character varying,character 
varying,character varying,integer,character varying,character 
varying,integer,bigint) line 3 at SQL statement  Call getNextException to see 
other errors in the batch.
2020-07-13 17:48:07,292+02 ERROR 
[org.ovirt.engine.core.dal.dbbroker.BatchProcedureExecutionConnectionCallback] 
(EE-ManagedThreadFactory-engine-Thread-95) [51091853] Can't execute batch. Next 
exception is: ERROR: duplicate key value violates unique constraint "pk_luns"
  Detail: Key (lun_id)=(repl_HanaLogs_osd_01) already exists.
  Where: SQL statement "INSERT INTO LUNs (
LUN_id,
physical_volume_id,
volume_group_id,
serial,
lun_mapping,
vendor_id,
product_id,
device_size,
discard_max_size
)
VALUES (
v_LUN_id,
v_physical_volume_id,
v_volume_group_id,
v_serial,
v_lun_mapping,
v_vendor_id,
v_product_id,
v_device_size,
v_discard_max_size
)"
PL/pgSQL function insertluns(character varying,character varying,character 
varying,character varying,integer,character varying,character 
varying,integer,bigint) line 3 at SQL statement
2020-07-13 17:48:07,293+02 INFO  
[org.ovirt.engine.core.utils.transaction.TransactionSupport] 
(EE-ManagedThreadFactory-engine-Thread-95) [51091853] transaction rolled back
2020-07-13 17:48:07,293+02 ERROR 
[org.ovirt.engine.core.bll.storage.domain.SyncLunsInfoForBlockStorageDomainCommand]
 (EE-ManagedThreadFactory-engine-Thread-95) [51091853] Command 
'org.ovirt.engine.core.bll.storage.domain.SyncLunsInfoForBlockStorageDomainCommand'
 failed: ConnectionCallback; ]; ERROR: duplicate key value violates unique 
constraint "pk_luns"
  Detail: Key (lun_id)=(repl_HanaLogs_osd_01) already exists.
  Where: SQL statement "INSERT INTO LUNs (
LUN_id,
physical_volume_id,
volume_group_id,
serial,
lun_mapping,
vendor_id,
product_id,
device_size,

[ovirt-users] Re: What permission do I need to get API access

[miguel . garcia]

We are trying to create vm using ansible scripts. However, also tried to log 
into the API web https://master-server/ovirt-engine/api with authentication 
error messages. I think the problem is authentication method since we are using 
LDAP accounts, to access vm portal or api web URL we use email address too.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/AIHD5BVBI2V4BLM7IEDRJLJZBMJQY4OY/

[ovirt-users] Re: It is possible to export a vm bigger as 5 TB?

[miguel . garcia]

I had solved this problem by making a copy of the hard drives to another 
storage domain, this is the way we follow up.

The backup tools are implemented as a plan B for backups.

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

[ovirt-users] Re: oVirt Node 4.4.1.1 Cockpit Hyperconverged Gluster deploy fails insufficient free space no matter how small the volume is set

[clam2718]

Output of pvdisplay for each of three hosts below.

Node 1:

  --- Physical volume ---
  PV Name   /dev/mapper/vdo_nvme2n1
  VG Name   gluster_vg_nvme2n1
  PV Size   1000.00 GiB / not usable 4.00 MiB
  Allocatable   yes
  PE Size   4.00 MiB
  Total PE  255999
  Free PE   255999
  Allocated PE  0
  PV UUID   tKg74P-klP8-o2sX-XCER-wcHf-XW9Q-mFViNT

  --- Physical volume ---
  PV Name   /dev/mapper/vdo_nvme1n1
  VG Name   gluster_vg_nvme1n1
  PV Size   1000.00 GiB / not usable 4.00 MiB
  Allocatable   yes
  PE Size   4.00 MiB
  Total PE  255999
  Free PE   255999
  Allocated PE  0
  PV UUID   wXyN5p-LaX3-9b9f-3RbH-j1B6-sXfT-UZ0BG7

  --- Physical volume ---
  PV Name   /dev/mapper/vdo_nvme0n1
  VG Name   gluster_vg_nvme0n1
  PV Size   100.00 GiB / not usable 4.00 MiB
  Allocatable   yes
  PE Size   4.00 MiB
  Total PE  25599
  Free PE   25599
  Allocated PE  0
  PV UUID   gTHFgm-NU5J-LJWJ-DyIb-ecm7-85Cq-OedKeX

  --- Physical volume ---
  PV Name   /dev/mapper/luks-3890d311-7c61-43ae-98a5-42c0318e735f
  VG Name   onn
  PV Size   <221.92 GiB / not usable 0
  Allocatable   yes
  PE Size   4.00 MiB
  Total PE  56811
  Free PE   10897
  Allocated PE  45914
  PV UUID   FqWsAT-hxAO-UCgq-PA7e-m0W1-3Jrw-XGnLf1

---
Node 2:

  --- Physical volume ---
  PV Name   /dev/mapper/vdo_nvme2n1
  VG Name   gluster_vg_nvme2n1
  PV Size   1000.00 GiB / not usable 4.00 MiB
  Allocatable   yes
  PE Size   4.00 MiB
  Total PE  255999
  Free PE   255999
  Allocated PE  0
  PV UUID   KR4c82-465u-B22g-2Q95-4l81-1urD-iqvBRt

  --- Physical volume ---
  PV Name   /dev/mapper/vdo_nvme1n1
  VG Name   gluster_vg_nvme1n1
  PV Size   1000.00 GiB / not usable 4.00 MiB
  Allocatable   yes
  PE Size   4.00 MiB
  Total PE  255999
  Free PE   255999
  Allocated PE  0
  PV UUID   sEABVg-tCRU-zW8n-pfPW-p5aj-XbBt-IjsTp1

  --- Physical volume ---
  PV Name   /dev/mapper/vdo_nvme0n1
  VG Name   gluster_vg_nvme0n1
  PV Size   100.00 GiB / not usable 4.00 MiB
  Allocatable   yes
  PE Size   4.00 MiB
  Total PE  25599
  Free PE   25599
  Allocated PE  0
  PV UUID   NLRTl5-05ol-6zcH-ZjAS-T82n-hcow-20LYEL

  --- Physical volume ---
  PV Name   /dev/mapper/luks-7d42e806-af06-4a72-96b7-de77f76e562f
  VG Name   onn
  PV Size   <221.92 GiB / not usable 0
  Allocatable   yes
  PE Size   4.00 MiB
  Total PE  56811
  Free PE   10897
  Allocated PE  45914
  PV UUID   O07nNl-yd7X-Gh8x-2d4b-lRME-bz21-OjCykI

---
Node 3:

  --- Physical volume ---
  PV Name   /dev/mapper/vdo_nvme2n1
  VG Name   gluster_vg_nvme2n1
  PV Size   1000.00 GiB / not usable 4.00 MiB
  Allocatable   yes
  PE Size   4.00 MiB
  Total PE  255999
  Free PE   255999
  Allocated PE  0
  PV UUID   4Yji7W-LuIv-Y2Aq-oD8t-wBwO-VaXY-9coNN0

  --- Physical volume ---
  PV Name   /dev/mapper/vdo_nvme1n1
  VG Name   gluster_vg_nvme1n1
  PV Size   1000.00 GiB / not usable 4.00 MiB
  Allocatable   yes
  PE Size   4.00 MiB
  Total PE  255999
  Free PE   255999
  Allocated PE  0
  PV UUID   rTEqJ0-SkWm-Ge05-iz97-ZOoT-AdYY-L6uHtN

  --- Physical volume ---
  PV Name   /dev/mapper/vdo_nvme0n1
  VG Name   gluster_vg_nvme0n1
  PV Size   100.00 GiB / not usable 4.00 MiB
  Allocatable   yes
  PE Size   4.00 MiB
  Total PE  25599
  Free PE   25599
  Allocated PE  0
  PV UUID   AoJ9h9-vNYG-IgXQ-gSdB-aYWi-Nzl0-JPiQU3

  --- Physical volume ---
  PV Name   /dev/mapper/luks-5ac3e150-55c1-4fc2-acd4-f2861c3d2e0a
  VG Name   onn
  PV Size   <221.92 GiB / not usable 0
  Allocatable   yes
  PE Size   4.00 MiB
  Total PE  56811
  Free PE   10897
  Allocated PE  45914
  PV UUID   N3HLbG-kUIb-5I98-UfZX-eG9A-qnHi-J4tWWi

---

My apologies for the delay (I am UTC-4).  Thanks so very much for your input 
Ritesh!

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

[ovirt-users] Re: Failing to restore a backup

[Anton Louw via Users]

Hi Andrea,

I have had sleepless nights with the same issue, but eventually figured it out. 
The two commands I used are below:


  1.  Backup the configs
engine-backup --scope=all --mode=backup --file=Full --log=Log_Full


  1.  Restore the configs
engine-backup --mode=restore --file=Full --log=Log_Full --provision-db 
--provision-dwh-db --restore-permissions

I ran the second command after I built a new HE from scratch. You just need to 
download the backup files from the original and copy them to the new HE before 
you restore.

Give it a bash and see if it works for you.

Cheers


Anton Louw
Cloud Engineer: Storage and Virtualization
__
D: 087 805 1572 | M: N/A
A: Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
anton.l...@voxtelecom.co.za

www.vox.co.za



From: Andrea Chierici 
Sent: 14 July 2020 14:54
To: users@ovirt.org
Subject: [ovirt-users] Failing to restore a backup

Dear all,
I'm rather new to the list, not to ovirt, that I use since 2014 profitably.
I've a problem with an ovirt instance and I am desperately seeking for help.

I run a 4.3 self hosted engine installation, with 8 hypervisors and an iscsi 
storage.
Since the storage is not  very reliable, I bought a dell powervault where to 
move everything. No problem to move the VMs, the problem came out with the 
hosted engine.
I've read many documentation and the procedure I think I must follow involves 
backing up the current HE, powering it off, installing a new host where to 
create a new HE recovering the backup.
The command I used to generate the backup is:
engine-backup --mode=backup --file=file_name --log=log_file_name

and the command used to restore it on the new HE is:
hosted-engine --deploy --restore-from-file=backup/file_name

The problem comes out during the recovering of the backup.

With versions prior to 4.3.11 and also with 4.4.0 I got the error:
2020-06-25 15:17:34,950+0200 ERROR ansible failed {
"ansible_host": "localhost",
"ansible_playbook": 
"/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml",
"ansible_result": {
"_ansible_no_log": false,
"changed": false,
"invocation": {
"module_args": {
"ca_file": null,
"compress": true,
"headers": null,
"hostname": null,
"insecure": null,
"kerberos": false,
"ovirt_auth": {
"ansible_facts": {
"ovirt_auth": {
"ca_file": null,
"compress": true,
"headers": null,
"insecure": true,
"kerberos": false,
"timeout": 0,
"token": 
"1f5Zoys35sQmLb2MiEg6bhWm2rDJULFan3eBK0juJJR3S-nXtN_b31jac1sZ0KRz3d1KSDmr8tyf7ExNe_pqJg",
"url": 
"https://ovirt-sgsi.cnaf.infn.it/ovirt-engine/api;
}
},
"attempts": 1,
"changed": false,
"failed": false
},
"password": null,
"state": "absent",
"timeout": 0,
"token": null,
"url": null,
"username": null
}
},
"msg": "You must specify either 'url' or 'hostname'."
},
"ansible_task": "Always revoke the SSO token",
"ansible_type": "task",
"status": "FAILED",
"task_duration": 3
}


Recently I tried the 4.3.11 beta and 4.4.1 and the error now is different:

[ INFO  ] Upgrading CA\n[ ERROR ] Failed to execute stage 'Misc configuration': 
(2, 'No such file or directory')\n[ INFO  ] DNF Performing DNF transaction 
rollback\n

I simply can't figure out what file is missing.
If, as a test, I try to install the HE without restoring the backup, the 
installation goes smoothly to the end, but at that point I can't restore the 
backup, as far as I can understand.

Any hint on what I may be missing?
Thanks,
Andrea



--

Andrea Chierici - INFN-CNAF

Viale Berti Pichat 6/2, 40127 BOLOGNA

Office Tel: +39 051 2095463

SkypeID ataruz

--


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

[ovirt-users] Re: video virtio (instead of qxl)

[Michal Skrivanek]

> On 14 Jul 2020, at 13:48, Michael Lipp  wrote:
> 
>> Do you mean virtio-vga / virtio-gpu?
> 
> virtio-vga. To be specific (libvirt):
> 
>
>  
>
>  
>   function='0x0'/>
>
> 
> which results in:
> 
> -device virtio-vga,id=video0,virgl=off,max_outputs=1,bus=pci.0,addr=0x2
> 
> This works perfectly with my Fedora 32 and Arch guests and the change is 
> really worth it.

Hi,
what kind of performance benefits you’ve seen? 

It’s not currently in near term roadmap, but if anyone wants to contribute 
patches I don’t see a problem including it as an option for newer guests indeed.

Thanks,
michal

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

[ovirt-users] Re: Strange SD problem

[Ahmad Khiet]

Hi Arsène Gschwind,

it's really strange that you see "Add" on a LUN that already has been added
to the database.
to verify the steps you did make at first,
1- Storage -> Storage Domains
2- New Domain - [ select iSCSI ]
3- click on "+" on the iscsi target, then you see the "Add" button is
available
4- after clicking add and ok, then this error will be shown in the logs
is that right?

can you also attach vdsm log?




On Tue, Jul 14, 2020 at 1:15 PM Arsène Gschwind 
wrote:

> Hello all,
>
> I've checked all my multipath configuration and everything seems korrekt.
> Is there a way to correct this, may be in the DB?
>
> I really need some help, thanks a lot.
> Arsène
>
> On Tue, 2020-07-14 at 00:29 +, Arsène Gschwind wrote:
>
> HI,
>
> I'm having a strange behavior with a SD. When trying to manage the SD I
> see they "Add" button for the LUN which should already be the one use for
> that SD.
> In the Logs I see the following:
>
> 2020-07-13 17:48:07,292+02 ERROR
> [org.ovirt.engine.core.dal.dbbroker.BatchProcedureExecutionConnectionCallback]
> (EE-ManagedThreadFactory-engine-Thread-95) [51091853] Can't execute batch:
> Batch entry 0 select * from public.insertluns(CAST ('repl_HanaLogs_osd_01'
> AS varchar),CAST ('DPUtaW-Q5zp-aZos-HriP-5Z0v-hiWO-w7rmwG' AS varchar),CAST
> ('4TCXZ7-R1l1-xkdU-u0vx-S3n4-JWcE-qksPd1' AS varchar),CAST
> ('SHUAWEI_XSG1_2102350RMG10HC200035' AS varchar),CAST (7 AS int4),CAST
> ('HUAWEI' AS varchar),CAST ('XSG1' AS varchar),CAST (2548 AS int4),CAST
> (268435456 AS int8)) as result was aborted: ERROR: duplicate key value
> violates unique constraint "pk_luns"
>   Detail: Key (lun_id)=(repl_HanaLogs_osd_01) already exists.
>   Where: SQL statement "INSERT INTO LUNs (
> LUN_id,
> physical_volume_id,
> volume_group_id,
> serial,
> lun_mapping,
> vendor_id,
> product_id,
> device_size,
> discard_max_size
> )
> VALUES (
> v_LUN_id,
> v_physical_volume_id,
> v_volume_group_id,
> v_serial,
> v_lun_mapping,
> v_vendor_id,
> v_product_id,
> v_device_size,
> v_discard_max_size
> )"
> PL/pgSQL function insertluns(character varying,character varying,character
> varying,character varying,integer,character varying,character
> varying,integer,bigint) line 3 at SQL statement  Call getNextException to
> see other errors in the batch.
> 2020-07-13 17:48:07,292+02 ERROR
> [org.ovirt.engine.core.dal.dbbroker.BatchProcedureExecutionConnectionCallback]
> (EE-ManagedThreadFactory-engine-Thread-95) [51091853] Can't execute batch.
> Next exception is: ERROR: duplicate key value violates unique constraint
> "pk_luns"
>   Detail: Key (lun_id)=(repl_HanaLogs_osd_01) already exists.
>   Where: SQL statement "INSERT INTO LUNs (
> LUN_id,
> physical_volume_id,
> volume_group_id,
> serial,
> lun_mapping,
> vendor_id,
> product_id,
> device_size,
> discard_max_size
> )
> VALUES (
> v_LUN_id,
> v_physical_volume_id,
> v_volume_group_id,
> v_serial,
> v_lun_mapping,
> v_vendor_id,
> v_product_id,
> v_device_size,
> v_discard_max_size
> )"
> PL/pgSQL function insertluns(character varying,character varying,character
> varying,character varying,integer,character varying,character
> varying,integer,bigint) line 3 at SQL statement
> 2020-07-13 17:48:07,293+02
> INFO  [org.ovirt.engine.core.utils.transaction.TransactionSupport]
> (EE-ManagedThreadFactory-engine-Thread-95) [51091853] transaction rolled
> back
> 2020-07-13 17:48:07,293+02 ERROR
> [org.ovirt.engine.core.bll.storage.domain.SyncLunsInfoForBlockStorageDomainCommand]
> (EE-ManagedThreadFactory-engine-Thread-95) [51091853] Command
> 'org.ovirt.engine.core.bll.storage.domain.SyncLunsInfoForBlockStorageDomainCommand'
> failed: ConnectionCallback; ]; ERROR: duplicate key value violates unique
> constraint "pk_luns"
>   Detail: Key (lun_id)=(repl_HanaLogs_osd_01) already exists.
>   Where: SQL statement "INSERT INTO LUNs (
> LUN_id,
> physical_volume_id,
> volume_group_id,
> serial,
> lun_mapping,
> vendor_id,
> product_id,
> device_size,
> discard_max_size
> )
> VALUES (
> v_LUN_id,
> v_physical_volume_id,
> v_volume_group_id,
> v_serial,
> v_lun_mapping,
> v_vendor_id,
> v_product_id,
> v_device_size,
> v_discard_max_size
> )"
>
> It looks like the engine will add a LUN to an SD and it already exist...
> Any Idea how to resolve that problem?
>
> Thanks a lot
>
>
> --
>
>
> Arsène Gschwind 
> Universitaet Basel
>
> ___
>
> Users mailing list --
>
> users@ovirt.org
>
>
> To unsubscribe send an email to
>
> users-le...@ovirt.org
>
>
> 

[ovirt-users] Failing to restore a backup

[Andrea Chierici]

Dear all,
I'm rather new to the list, not to ovirt, that I use since 2014 profitably.
I've a problem with an ovirt instance and I am desperately seeking for help.

I run a 4.3 self hosted engine installation, with 8 hypervisors and an 
iscsi storage.
Since the storage is not  very reliable, I bought a dell powervault 
where to move everything. No problem to move the VMs, the problem came 
out with the hosted engine.
I've read many documentation and the procedure I think I must follow 
involves backing up the current HE, powering it off, installing a new 
host where to create a new HE recovering the backup.

The command I used to generate the backup is:
engine-backup --mode=backup --file=file_name --log=log_file_name

and the command used to restore it on the new HE is:
hosted-engine --deploy --restore-from-file=backup/file_name

The problem comes out during the recovering of the backup.

With versions prior to 4.3.11 and also with 4.4.0 I got the error:
2020-06-25 15:17:34,950+0200 ERROR ansible failed {
    "ansible_host": "localhost",
    "ansible_playbook": 
"/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml",

    "ansible_result": {
    "_ansible_no_log": false,
    "changed": false,
    "invocation": {
    "module_args": {
    "ca_file": null,
    "compress": true,
    "headers": null,
    "hostname": null,
    "insecure": null,
    "kerberos": false,
    "ovirt_auth": {
    "ansible_facts": {
    "ovirt_auth": {
    "ca_file": null,
    "compress": true,
    "headers": null,
    "insecure": true,
    "kerberos": false,
    "timeout": 0,
    "token": 
"1f5Zoys35sQmLb2MiEg6bhWm2rDJULFan3eBK0juJJR3S-nXtN_b31jac1sZ0KRz3d1KSDmr8tyf7ExNe_pqJg",
    "url": 
"https://ovirt-sgsi.cnaf.infn.it/ovirt-engine/api;

    }
    },
    "attempts": 1,
    "changed": false,
    "failed": false
    },
    "password": null,
    "state": "absent",
    "timeout": 0,
    "token": null,
    "url": null,
    "username": null
    }
    },
    "msg": "You must specify either 'url' or 'hostname'."
    },
    "ansible_task": "Always revoke the SSO token",
    "ansible_type": "task",
    "status": "FAILED",
    "task_duration": 3
}


Recently I tried the 4.3.11 beta and 4.4.1 and the error now is different:

[ INFO  ] Upgrading CA\n[ ERROR ] Failed to execute stage 'Misc 
configuration': (2, 'No such file or directory')\n[ INFO  ] DNF 
Performing DNF transaction rollback\n


I simply can't figure out what file is missing.
If, as a test, I try to install the HE without restoring the backup, the 
installation goes smoothly to the end, but at that point I can't restore 
the backup, as far as I can understand.


Any hint on what I may be missing?
Thanks,
Andrea

--
Andrea Chierici - INFN-CNAF 
Viale Berti Pichat 6/2, 40127 BOLOGNA
Office Tel: +39 051 2095463 
SkypeID ataruz
--

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

[ovirt-users] Re: video virtio (instead of qxl)

[Michael Lipp]

> Do you mean virtio-vga / virtio-gpu?

virtio-vga. To be specific (libvirt):


  

  
  


which results in:

-device virtio-vga,id=video0,virgl=off,max_outputs=1,bus=pci.0,addr=0x2

This works perfectly with my Fedora 32 and Arch guests and the change is really 
worth it.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/IZQHW3NZB4BFGMP4LMJE2VTJ6H2OSWSB/

[ovirt-users] Re: engine log level

[Sandro Bonazzola]

Il giorno mar 14 lug 2020 alle ore 13:33 Arsène Gschwind <
arsene.gschw...@unibas.ch> ha scritto:

> Hi,
>
> I'm running oVirt 4.3.9 and i'm wondering if it is possible to increase
> engine Loglevel. I could not find anything on Google or in the docs.
>
> Thanks for any Hint?
> rgds, Arsène
>

You can get info on how to set loglevel to debug on the README (
https://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=blob_plain;f=README.adoc;hb=HEAD
)

There's also a web page here:
https://www.ovirt.org/develop/developer-guide/engine/engine-development-environment.html
but
README is more updated.







> --
>
> Arsène Gschwind 
> Universitaet Basel
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/3KKQJOMII5A6OC7CTFXWVX5MBF5FENPA/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
*
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RG2XNEWKWFAXZPYD4KQQUN7HXCUKDYAS/

[ovirt-users] engine log level

[Arsène Gschwind]

Hi,

I'm running oVirt 4.3.9 and i'm wondering if it is possible to increase engine 
Loglevel. I could not find anything on Google or in the docs.

Thanks for any Hint?
rgds, Arsène

--

Arsène Gschwind mailto:arsene.gschw...@unibas.ch>>
Universitaet Basel
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3KKQJOMII5A6OC7CTFXWVX5MBF5FENPA/

[ovirt-users] Re: video virtio (instead of qxl)

[Gianluca Cecchi]

On Tue, Jul 14, 2020 at 11:44 AM Michael Lipp  wrote:

> Hi,
>
> I've searched to no avail: is it possible to use video virtio (instead of
> qxl) in a VM managed by oVirt? I have much better performance with video
> virtio when testing this with "plain" libvirt.
>
> I would have at least expected to find some feature request or something
> alike when searching. Does anybody know anything about this being on some
> ToDo list? Or has this really escaped everybody's notice?
>
>  - Michael
> ___
>
>
Do you mean virtio-vga / virtio-gpu?
It seems it only supports Linux guests with kernel >= 4.4 and mesa >= 11.2
and also compiled with option gallium-drivers=virgl
So probably many guests would be left out...
Anyway it could be an interesting option for newer guests, if you say that
you get better performances and if it is stable enough...

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

[ovirt-users] Re: Strange SD problem

[Arsène Gschwind]

Hello all,

I've checked all my multipath configuration and everything seems korrekt.
Is there a way to correct this, may be in the DB?

I really need some help, thanks a lot.
Arsène

On Tue, 2020-07-14 at 00:29 +, Arsène Gschwind wrote:
HI,

I'm having a strange behavior with a SD. When trying to manage the SD I see 
they "Add" button for the LUN which should already be the one use for that SD.
In the Logs I see the following:

2020-07-13 17:48:07,292+02 ERROR 
[org.ovirt.engine.core.dal.dbbroker.BatchProcedureExecutionConnectionCallback] 
(EE-ManagedThreadFactory-engine-Thread-95) [51091853] Can't execute batch: 
Batch entry 0 select * from public.insertluns(CAST ('repl_HanaLogs_osd_01' AS 
varchar),CAST ('DPUtaW-Q5zp-aZos-HriP-5Z0v-hiWO-w7rmwG' AS varchar),CAST 
('4TCXZ7-R1l1-xkdU-u0vx-S3n4-JWcE-qksPd1' AS varchar),CAST 
('SHUAWEI_XSG1_2102350RMG10HC200035' AS varchar),CAST (7 AS int4),CAST 
('HUAWEI' AS varchar),CAST ('XSG1' AS varchar),CAST (2548 AS int4),CAST 
(268435456 AS int8)) as result was aborted: ERROR: duplicate key value violates 
unique constraint "pk_luns"
  Detail: Key (lun_id)=(repl_HanaLogs_osd_01) already exists.
  Where: SQL statement "INSERT INTO LUNs (
LUN_id,
physical_volume_id,
volume_group_id,
serial,
lun_mapping,
vendor_id,
product_id,
device_size,
discard_max_size
)
VALUES (
v_LUN_id,
v_physical_volume_id,
v_volume_group_id,
v_serial,
v_lun_mapping,
v_vendor_id,
v_product_id,
v_device_size,
v_discard_max_size
)"
PL/pgSQL function insertluns(character varying,character varying,character 
varying,character varying,integer,character varying,character 
varying,integer,bigint) line 3 at SQL statement  Call getNextException to see 
other errors in the batch.
2020-07-13 17:48:07,292+02 ERROR 
[org.ovirt.engine.core.dal.dbbroker.BatchProcedureExecutionConnectionCallback] 
(EE-ManagedThreadFactory-engine-Thread-95) [51091853] Can't execute batch. Next 
exception is: ERROR: duplicate key value violates unique constraint "pk_luns"
  Detail: Key (lun_id)=(repl_HanaLogs_osd_01) already exists.
  Where: SQL statement "INSERT INTO LUNs (
LUN_id,
physical_volume_id,
volume_group_id,
serial,
lun_mapping,
vendor_id,
product_id,
device_size,
discard_max_size
)
VALUES (
v_LUN_id,
v_physical_volume_id,
v_volume_group_id,
v_serial,
v_lun_mapping,
v_vendor_id,
v_product_id,
v_device_size,
v_discard_max_size
)"
PL/pgSQL function insertluns(character varying,character varying,character 
varying,character varying,integer,character varying,character 
varying,integer,bigint) line 3 at SQL statement
2020-07-13 17:48:07,293+02 INFO  
[org.ovirt.engine.core.utils.transaction.TransactionSupport] 
(EE-ManagedThreadFactory-engine-Thread-95) [51091853] transaction rolled back
2020-07-13 17:48:07,293+02 ERROR 
[org.ovirt.engine.core.bll.storage.domain.SyncLunsInfoForBlockStorageDomainCommand]
 (EE-ManagedThreadFactory-engine-Thread-95) [51091853] Command 
'org.ovirt.engine.core.bll.storage.domain.SyncLunsInfoForBlockStorageDomainCommand'
 failed: ConnectionCallback; ]; ERROR: duplicate key value violates unique 
constraint "pk_luns"
  Detail: Key (lun_id)=(repl_HanaLogs_osd_01) already exists.
  Where: SQL statement "INSERT INTO LUNs (
LUN_id,
physical_volume_id,
volume_group_id,
serial,
lun_mapping,
vendor_id,
product_id,
device_size,
discard_max_size
)
VALUES (
v_LUN_id,
v_physical_volume_id,
v_volume_group_id,
v_serial,
v_lun_mapping,
v_vendor_id,
v_product_id,
v_device_size,
v_discard_max_size
)"

It looks like the engine will add a LUN to an SD and it already exist...
Any Idea how to resolve that problem?

Thanks a lot



--

Arsène Gschwind mailto:arsene.gschw...@unibas.ch>>
Universitaet Basel

___

Users mailing list --



users@ovirt.org


To unsubscribe send an email to



users-le...@ovirt.org


Privacy Statement:



https://www.ovirt.org/privacy-policy.html


oVirt Code of Conduct:



https://www.ovirt.org/community/about/community-guidelines/


List Archives:



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


--

Arsène Gschwind mailto:arsene.gschw...@unibas.ch>>
Universitaet Basel
___
Users mailing list -- users@ovirt.org

[ovirt-users] video virtio (instead of qxl)

[Michael Lipp]

Hi,

I've searched to no avail: is it possible to use video virtio (instead of qxl) 
in a VM managed by oVirt? I have much better performance with video virtio when 
testing this with "plain" libvirt.

I would have at least expected to find some feature request or something alike 
when searching. Does anybody know anything about this being on some ToDo list? 
Or has this really escaped everybody's notice?

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

[ovirt-users] Re: Admin portal will not load after installing updates

[Yedidyah Bar David]

On Mon, Jul 13, 2020 at 5:13 PM Michael Watters  wrote:
>
> Thanks for the response.  The issue was that I had to run engine-setup after 
> running yum updates.  The rpms do not appear to do this or tell you that you 
> need to run the command.  :)

Are you sure?

Updating ovirt-engine-setup should emit (among all the other
rpm/yum/dnf output, admittedly):

Updated ovirt-engine-setup. To update the engine, you need to run:
engine-setup

That said, you should not be able to update the engine itself, only
its setup program, exactly in order to prevent the failure you faced.
We do this by adding relevant packages to yum/dnf versionlock.
If you just did 'yum update', without disabling versionlock or
something similar, then it might be a bug.

Best regards,

>
> On 7/10/2020 3:22 AM, Martin Perina wrote:
>
>
>
> On Thu, Jul 9, 2020 at 7:07 PM Strahil Nikolov via Users  
> wrote:
>>
>> If you have access to the HE, can you check the rpm status (rpm -Va) for  
>> issues.
>> Configuration files  could be changed ,  but libraries/binaries  not.
>>
>> What is the output of hosted-engine --vm-status ?I had a similar issue and 
>> it was an addon in my browser (as I used profile, the situation was the same 
>> on Windows and Linux :D )
>>
>> Best Regards,
>> Strahil Nikolov
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/HXGFJZJOQ75XW4EFNZMDKWGOCTBDBAPI/



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

[ovirt-users] Re: Problem with backuping ovirt 4.4 with SDK

[Nir Soffer]

On Tue, Jul 14, 2020 at 9:33 AM Łukasz Kołaciński 
wrote:

> Hello,
>

Hi Lukaz,

Lets move the discussion to de...@ovirt.org, I think it will be more
productive.

Also, always CC me and Eyal on incremental backup questions for a quicker
response.


> I am trying to do full backup on ovirt 4.4 using sdk.
>

Which version of oVirt? libvirt?


> I used steps from this youtube video:
> https://www.youtube.com/watch?v=E2VWUVcycj4 and I got error after running
> backup_vm.py. I see that sdk has imported disks and created backup entity
> and then I got sdk.NotFoundError exception.
>

This means that starting backup failed. Unfortunately the API does not have
a good way to get
the error that caused the backup to fai.

You should be able to see the error in the event log in the UI, and in
engine log.


> I also tried to do full backup with API and after finalizing backup
> disappeared (I think)
>

So backup from the API was successful?

Backups are expected to disappear, they are temporary objects used to
manage the backup
process. Once the backup process was finished you can do nothing with the
backup object,
and you cannot fetch the same backup data again.


> and I couldn't try incremental.
>

The fact that the backup disappeared should not prevent the next backup.

After you create a backup, you need to poll backup status until the backup
is ready.

while backup.phase != BackupPhase.READY:
time.sleep(1)
backup = backup_service.get()# to_checkpoint_id will be used as

If the backup does not end in ready state, it failed, and you cannot do
anything with
this backup.

When the backup is ready, you can fetch the to_checkpoint_id created for
this backup.

checkpoint_id = backup.to_checkpoint_id

At this point you need to persist the checkpoint id. This will be used to
create the incremental
backup.


[   0.0 ] Starting full backup for VM '51708c8e-6671-480b-b2d8-199a1af9cbdc'
> Password:
> [   4.2 ] Waiting until backup 0458bf7f-868c-4859-9fa7-767b3ec62b52 is
> ready
> Traceback (most recent call last):
>   File "./backup_vm.py", line 343, in start_backup
> backup = backup_service.get()
>   File "/usr/lib64/python3.7/site-packages/ovirtsdk4/services.py", line
> 32333, in get
> return self._internal_get(headers, query, wait)
>   File "/usr/lib64/python3.7/site-packages/ovirtsdk4/service.py", line
> 211, in _internal_get
> return future.wait() if wait else future
>   File "/usr/lib64/python3.7/site-packages/ovirtsdk4/service.py", line 55,
> in wait
> return self._code(response)
>   File "/usr/lib64/python3.7/site-packages/ovirtsdk4/service.py", line
> 208, in callback
> self._check_fault(response)
>   File "/usr/lib64/python3.7/site-packages/ovirtsdk4/service.py", line
> 130, in _check_fault
> body = self._internal_read_body(response)
>   File "/usr/lib64/python3.7/site-packages/ovirtsdk4/service.py", line
> 312, in _internal_read_body
> self._raise_error(response)
>   File "/usr/lib64/python3.7/site-packages/ovirtsdk4/service.py", line
> 118, in _raise_error
> raise error
> ovirtsdk4.NotFoundError: HTTP response code is 404.
>
> During handling of the above exception, another exception occurred:
>
> Traceback (most recent call last):
>   File "./backup_vm.py", line 476, in 
> main()
>   File "./backup_vm.py", line 173, in main
> args.command(args)
>   File "./backup_vm.py", line 230, in cmd_start
> backup = start_backup(connection, args)
>   File "./backup_vm.py", line 345, in start_backup
> raise RuntimeError("Backup {} failed".format(backup.id))
> RuntimeError: Backup 0458bf7f-868c-4859-9fa7-767b3ec62b52 failed
>

This is correct, backup has failed.

Please check the event log to understand the failure.

Eyal, can you show how to get the error from the backup using the SDK, in a
way
that can be used by a program?

e.g. a public error code that can be used to decide on the next step, and
an error
message that can be used for displaying error to users of the backup
application.

This should be added to the backup_vm.py example.

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

[ovirt-users] Recreate OVF_STORE

[Николай Чаплинский]

After some troubles with gluster store i was found missing ovf_store file.
I recreated file with dd, but now i get errors in agent.log. What the right
way for recreate  OVF_STORE file?
oVirt 4.3.
agent.log:
MainThread::ERROR::2020-07-10
11:34:19,866::agent::145::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
Trying to restart agent
MainThread::INFO::2020-07-10
11:34:19,866::agent::89::ovirt_hosted_engine_ha.agent.agent.Agent::(run)
Agent shutting down
MainThread::INFO::2020-07-10
11:34:30,243::agent::67::ovirt_hosted_engine_ha.agent.agent.Agent::(run)
ovirt-hosted-engine-ha agent 2.3.6 started
MainThread::INFO::2020-07-10
11:34:30,305::hosted_engine::234::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_get_hostname)
Found certificate common
 name: sponode1.vdispo.ru
MainThread::INFO::2020-07-10
11:34:30,421::hosted_engine::543::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_broker)
Initializing ha-bro
ker connection
MainThread::INFO::2020-07-10
11:34:30,423::brokerlink::80::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
Starting monitor network, options {
'tcp_t_address': '', 'network_test': 'dns', 'tcp_t_port': '', 'addr':
'10.1.99.1'}
MainThread::INFO::2020-07-10
11:34:30,427::brokerlink::92::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
Success, id network
MainThread::INFO::2020-07-10
11:34:30,427::brokerlink::80::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
Starting monitor mgmt-bridge, optio
ns {'use_ssl': 'true', 'bridge_name': 'ovirtmgmt', 'address': '0'}
MainThread::INFO::2020-07-10
11:34:30,432::brokerlink::92::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
Success, id mgmt-bridge
MainThread::INFO::2020-07-10
11:34:30,432::brokerlink::80::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
Starting monitor mem-free, options
{'use_ssl': 'true', 'address': '0'}
MainThread::INFO::2020-07-10
11:34:30,434::brokerlink::92::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
Success, id mem-free
MainThread::INFO::2020-07-10
11:34:30,434::brokerlink::80::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
Starting monitor cpu-load-no-engine
, options {'use_ssl': 'true', 'vm_uuid':
'141397e0-050a-4e6a-9fe7-9042184ca2a8', 'address': '0'}
MainThread::INFO::2020-07-10
11:34:30,437::brokerlink::92::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
Success, id cpu-load-no-engine
MainThread::INFO::2020-07-10
11:34:30,437::brokerlink::80::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
Starting monitor engine-health, opt
ions {'use_ssl': 'true', 'vm_uuid': '141397e0-050a-4e6a-9fe7-9042184ca2a8',
'address': '0'}
MainThread::INFO::2020-07-10
11:34:30,439::brokerlink::92::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
Success, id engine-health
MainThread::INFO::2020-07-10
11:34:30,440::brokerlink::80::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
Starting monitor storage-domain, op
tions {'sd_uuid': '927801cc-f7fc-40bb-9bb9-92b2b19a5087'}
MainThread::INFO::2020-07-10
11:34:30,441::brokerlink::92::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
Success, id storage-domain
MainThread::INFO::2020-07-10
11:34:30,441::hosted_engine::565::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_broker)
Broker initialized,
 all submonitors started
MainThread::INFO::2020-07-10
11:34:30,700::upgrade::979::ovirt_hosted_engine_ha.lib.upgrade.StorageServer::(upgrade_35_36)
Host configuration is already up-to-d
ate
MainThread::INFO::2020-07-10
11:34:30,799::ovf_store::120::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan)
Found OVF_STORE: imgUUID:7a6cb900-03f2-4f3f
-915c-633482b2f28c, volUUID:1beb6ac5-b55c-44dc-8d71-7ea9e85c2909
MainThread::INFO::2020-07-10
11:34:31,353::ovf_store::120::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan)
Found OVF_STORE: imgUUID:7ae16997-0b97-4c1f
-a06b-1a57dcec7445, volUUID:ad3561e2-ae47-41e9-9e5b-c903f2391e67
MainThread::INFO::2020-07-10
11:34:31,844::ovf_store::151::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF)
OVF_STORE volume path: /var/run/v
dsm/storage/927801cc-f7fc-40bb-9bb9-92b2b19a5087/7ae16997-0b97-4c1f-a06b-1a57dcec7445/ad3561e2-ae47-41e9-9e5b-c903f2391e67
MainThread::ERROR::2020-07-10
11:34:31,861::metadata::67::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(parse_global_metadata_to_dict)
Invalid globa
l metadata key: CAP=1073741824
MainThread::ERROR::2020-07-10
11:34:31,861::metadata::67::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(parse_global_metadata_to_dict)
Invalid globa
l metadata key: CTIME=1590138019
MainThread::ERROR::2020-07-10
11:34:31,861::metadata::67::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(parse_global_metadata_to_dict)
Invalid globa
l metadata key:
DESCRIPTION={"DiskAlias":"he_metadata","DiskDescription":"Hosted-Engine

[ovirt-users] ovirt terraform - multiple nics creation problem

[marek]

i have problem with creation VM with multiple nics

part of terraform config

resource "ovirt_vm" "vm" {

  initialization {
    authorized_ssh_key = "${var.vm_authorized_ssh_key}"
    host_name  = "${var.vm_hostname}"
    timezone   = "${var.vm_timezone}"
    user_name  = "${var.vm_user_name}"
    custom_script  = "${var.vm_custom_script}"
    dns_search = "${var.vm_dns_search}"
    dns_servers    = "${var.vm_dns_servers}"

    nic_configuration {
  label  = "eth0"
  boot_proto = "${var.vm_nic_boot_proto}"
  address    = "${var.vm_nic_ip_address}"
  gateway    = "${var.vm_nic_gateway}"
  netmask    = "${var.vm_nic_netmask}"
  on_boot    = "${var.vm_nic_on_boot}"
    }

    nic_configuration {
  label  = "eth1"
  boot_proto = "${var.vm_nic2_boot_proto}"
  address    = "${var.vm_nic2_ip_address}"
  gateway    = "${var.vm_nic2_gateway}"
  netmask    = "${var.vm_nic2_netmask}"
  on_boot    = "${var.vm_nic2_on_boot}"
    }
  }
}

resource "ovirt_vnic" "eth0" {
  name    = "eth0"
  vm_id   = "${ovirt_vm.vm.id}"
  vnic_profile_id = "${data.ovirt_vnic_profiles.nic1.vnic_profiles.0.id}"
}

resource "ovirt_vnic" "eth1" {
  name    = "eth1"
  vm_id   = "${ovirt_vm.vm.id}"
  vnic_profile_id = "${data.ovirt_vnic_profiles.nic2.vnic_profiles.0.id}"
}


how terraform knows which nic_configuration {} from ovirt_vm belongs to 
which resource "ovirt_vnic"?


my problem is that VM has paired nic_configuration(eth0) with resource 
"ovirt_vnic" "eth1" and vice versa


any hints?


https://github.com/oVirt/terraform-provider-ovirt/blob/master/ovirt/resource_ovirt_vm.go#L967
my experience with Go is not enough to understand how is "pairing" done

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

[ovirt-users] Re: Using ovirt imageio

[Petr Kovar]

On Mon, 13 Jul 2020 16:58:17 +0200
Sandro Bonazzola  wrote:

> Il giorno mar 7 lug 2020 alle ore 18:07 Nir Soffer  ha
> scritto:
> 
> >
> >
> > On Tue, Jul 7, 2020 at 5:05 PM Łukasz Kołaciński 
> > wrote:
> >
> >> Dear ovirt community,
> >>
> >
> > Hi Łukasz,
> >
> > Adding de...@ovit.org since this topic is more appropriate for the devel
> > list.
> >
> >
> >> I am trying to use ovirt imageio api to receive changed blocks (dirty
> >> bitmap) on ovirt 4.4. Could anyone tell me how to get them step by step? On
> >> the documentation I saw endpoint "GET /images/ticket-uuid/map". I don't
> >> know what ticket-uuid is and how to generate it. I also need to know how to
> >> use this api because I can't reach it via /ovirt-engine/api/
> >>
> >> I am asking about this endpoint:
> >>
> >> https://www.ovirt.org/documentation/incremental-backup-guide/incremental-backup-guide.html#imageio-backup-api
> >>
> >
> > This guide is outdated and should not be used now.
> >
> 
> Let's ensure the official documentation will be aligned ASAP to what has
> been released.
> +Petr Kovar  can you please handle this?


Is this about updating oVirt docs based on what we have
documented downstream? Downstream we had to target 4.4.2 with incremental
backup updates due to a large number of 4.4.1 priorities. 

https://www.ovirt.org/documentation/incremental-backup-guide/ doesn't even
seem to be linked from https://www.ovirt.org/documentation -- maybe we
should just unpublish it?

Thanks,
pk


> > The most up to date information is here:
> >
> > https://www.ovirt.org/develop/release-management/features/storage/incremental-backup.html
> >
> > However the extents API is also outdated in the feature page. We are
> > working on updating it.
> >
> > So here is example:
> >
> > First you must start backup with from_checkpoint_id argument:
> >
> > backup = backups_service.add(
> > types.Backup(
> > disks=disks,
> > from_checkpoint_id="checkpoint-id",
> > )
> > )
> >
> >>
> > "checkpoint-id" is the checkpoint created in the last backup.
> >
> > This starts a backup in in incremental mode. Dirty extents are available
> > only
> > in this mode.
> >
> > Then you start a transfer for download, using the backup id:
> >
> > transfer = imagetransfer.create_transfer(
> > connection,
> > disk,
> > types.ImageTransferDirection.DOWNLOAD,
> > backup=types.Backup(id=backup_uuid))
> >
> > The transfer.transfer_url is the URL to download from, for example:
> >
> > https://host:54322/images/53787351-3f72-44a1-8a26-1323524fac4a
> >
> > Connect to host:54322 and send this request:
> >
> > GET /images/53787351-3f72-44a1-8a26-1323524fac4a/extents?context=dirty
> >
> > And parse the return json list, containing objects like:
> >
> > [
> > {"start": 0, "length": 65536, "dirty": true},
> > {"start": 65536, "length": 1048576, "dirty": false},
> > ...
> > ]
> >
> > For example code of using the imageio API, see imageio http backend:
> >
> > https://github.com/oVirt/ovirt-imageio/blob/d5aa0e1fe659f1bf1247516f83c71e072803fa05/daemon/ovirt_imageio/_internal/backends/http.py#L288
> >
> > https://github.com/oVirt/ovirt-imageio/blob/d5aa0e1fe659f1bf1247516f83c71e072803fa05/daemon/ovirt_imageio/_internal/backends/http.py#L498
> >
> > We are adding a ImageioClient API that makes it easier to consume without
> > writing any HTTP code:
> > https://gerrit.ovirt.org/c/110068
> >
> > With this you can use:
> >
> > with ImageioClient(transfer.transfer_url, cafile=args.cafile) as
> > client:
> > for extent in client.extent("dirty"):
> > if extent.dirty:
> > print("##dirty start={} length={}".format(extent.start,
> > extent.length))
> > client.write_to(sys.stdout.buffer, extent.start,
> > extent.length)
> > print()
> >
> > This will stream the dirty extents to stdout. Not very useful as is, but
> > illustrates how
> > you can consume the data.
> >
> > Here is an example writing extents to a sparse stream format:
> > https://gerrit.ovirt.org/c/110069
> >
> > For complete backup example code see:
> >
> > https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/backup_vm.py
> >
> > Note the new imagetransfer helper module:
> >
> > https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/helpers/imagetransfer.py
> >
> > Nir
> >
> > e-mail: l.kolacin...@storware.eu
> >> 
> >>
> >>
> >>
> >>
> >> *[image: STORWARE]* 
> >>
> >>
> >>
> >> *ul. Leszno 8/44 01-192 Warszawa www.storware.eu
> >> *
> >>
> >> *[image: facebook]* 
> >>
> >> *[image: twitter]* 
> >>
> >> *[image: linkedin]* 
> >>
> >> *[image: Storware_Stopka_09]*
> >> 
> >>
> >>
> >>
> >> *Storware Spółka z o.o. nr wpisu do 

[ovirt-users] Problem with backuping ovirt 4.4 with SDK

[Łukasz Kołaciński]

Hello,

I am trying to do full backup on ovirt 4.4 using sdk. I used steps from this 
youtube video: https://www.youtube.com/watch?v=E2VWUVcycj4 and I got error 
after running backup_vm.py. I see that sdk has imported disks and created 
backup entity and then I got sdk.NotFoundError exception. I also tried to do 
full backup with API and after finalizing backup disappeared (I think) and I 
couldn't try incremental.


[   0.0 ] Starting full backup for VM '51708c8e-6671-480b-b2d8-199a1af9cbdc'
Password:
[   4.2 ] Waiting until backup 0458bf7f-868c-4859-9fa7-767b3ec62b52 is ready
Traceback (most recent call last):
  File "./backup_vm.py", line 343, in start_backup
backup = backup_service.get()
  File "/usr/lib64/python3.7/site-packages/ovirtsdk4/services.py", line 32333, 
in get
return self._internal_get(headers, query, wait)
  File "/usr/lib64/python3.7/site-packages/ovirtsdk4/service.py", line 211, in 
_internal_get
return future.wait() if wait else future
  File "/usr/lib64/python3.7/site-packages/ovirtsdk4/service.py", line 55, in 
wait
return self._code(response)
  File "/usr/lib64/python3.7/site-packages/ovirtsdk4/service.py", line 208, in 
callback
self._check_fault(response)
  File "/usr/lib64/python3.7/site-packages/ovirtsdk4/service.py", line 130, in 
_check_fault
body = self._internal_read_body(response)
  File "/usr/lib64/python3.7/site-packages/ovirtsdk4/service.py", line 312, in 
_internal_read_body
self._raise_error(response)
  File "/usr/lib64/python3.7/site-packages/ovirtsdk4/service.py", line 118, in 
_raise_error
raise error
ovirtsdk4.NotFoundError: HTTP response code is 404.

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "./backup_vm.py", line 476, in 
main()
  File "./backup_vm.py", line 173, in main
args.command(args)
  File "./backup_vm.py", line 230, in cmd_start
backup = start_backup(connection, args)
  File "./backup_vm.py", line 345, in start_backup
raise RuntimeError("Backup {} failed".format(backup.id))
RuntimeError: Backup 0458bf7f-868c-4859-9fa7-767b3ec62b52 failed


P.S
Thank you for previous answers :)

Regards,

Łukasz Kołaciński

Junior Java Developer

e-mail: l.kolacin...@storware.eu





[STORWARE]

ul. Leszno 8/44
01-192 Warszawa
www.storware.eu 

[facebook]

[twitter]

[linkedin]

[Storware_Stopka_09]



Storware Spółka z o.o. nr wpisu do ewidencji KRS dla M.St. Warszawa 000510131 , 
NIP 5213672602. Wiadomość ta jest przeznaczona jedynie dla osoby lub podmiotu, 
który jest jej adresatem i może zawierać poufne i/lub uprzywilejowane 
informacje. Zakazane jest jakiekolwiek przeglądanie, przesyłanie, 
rozpowszechnianie lub inne wykorzystanie tych informacji lub podjęcie 
jakichkolwiek działań odnośnie tych informacji przez osoby lub podmioty inne 
niż zamierzony adresat. Jeżeli Państwo otrzymali przez pomyłkę tę informację 
prosimy o poinformowanie o tym nadawcy i usunięcie tej wiadomości z wszelkich 
komputerów. This message is intended only for the person or entity to which it 
is addressed and may contain confidential and/or privileged material. Any 
review, retransmission, dissemination or other use of, or taking of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient is prohibited. If you have received this message in error, 
please contact the sender and remove the material from all of your computer 
systems.

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