[ovirt-users] Re: 4.5.4 with Ceph only storage

[Benny Zlotnik]

it should work on both.

you can make sure it's enabled with:
$ engine-config -g ManagedBlockDomainSupported

I am not sure what is the problem in the UI, you can try checking the
console (F12) if there's any problems, and also try creating it with the
REST API to try and isolate the problem

On Mon, Mar 4, 2024 at 9:31 AM ankit--- via Users  wrote:

> Hi Benny,
>
> datacenter version is 4.7.
>
> so, what i can to integrate ceph-storage-cluster with Ovirt-4.5 version or
> the latest version?
>
> Many Thanks.
> AS
> ___
> 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/PCYDN6OPYNWRQ2IIPQPDVC5W2TBLIL35/
>
___
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/3EBHUUTE5ZJNOW4UPYHNKGQDJHZH2JTI/

[ovirt-users] Re: 4.5.4 with Ceph only storage

[Benny Zlotnik]

The feature page is very old and was written for the very first preview in
4.3. Managed block storage is enabled by default in 4.5.
Which datacenter version are you using?

On Fri, Mar 1, 2024 at 9:43 AM ankit--- via Users  wrote:

> Hi k,
>
> Thanks, I have tried to follow this
> https://www.ovirt.org/develop/release-management/features/storage/cinderlib-integration.html
> for installing package's part and all were already available in latest
> ovirt version 4.5 which i am using and i   enabled "engine-config -s
> ManagedBlockDomainSupported=true" but still not ManagedBlockStroage option
> appeared in domain creation window.
>
> i have installed ovirt-engine4.5 with 1 host and ceph-cluster with 2 Mon
> and 3 OSD's and trying to use ceph storage for ovirt-cluster.
>
> On Engine:
>
> $ yum install -y centos-release-openstack-yoga
> $ yum-config-manager --enable openstack-yoda
> $ yum install -y openstack-cinder python-pip
> $ pip install cinderlib
> On all the hosts: (Vdsm needs to be restarted after installing the
> packages)
>
> $ yum install -y centos-release-openstack-yoga
> $ yum-config-manager --enable openstack-yoga
> $ yum install -y python2-os-brick
> For Ceph backend, the following package is needed in the Engine and in all
> the hosts:
>
> $ yum install -y ceph-common
> Also, for Ceph backend, a keyring file and ceph.conf file is needed in the
> Engine.
>
> Enable Managed Block Domain in Engine
> Managed Block Domain is not enabled by default in the Engine. In order to
> enable it, run the following command and restart the Engine:
>
> $ engine-config -s ManagedBlockDomainSupported=true
> systemctl restart ovirt-engine
>
> i have copied /etc/ceph* from mon node to ovirt-engine with ovirt owner
> permission.
>
> Please advise what more i can do to fix this?
>
> i am following this
> https://www.ovirt.org/develop/release-management/features/storage/cinderlib-integration.html
>
> ManyThanks,
> Ankit
> ___
> 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/USECJMWLDVIBYFCHCPZD52AWZSK6I3YY/
>
___
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/HGKNVAMHE6KHAKJJLQGPZ3FF23RWTQO5/

[ovirt-users] Re: virt-v2v cannot authenticate with oVirt engine API with OAuth2

[Benny Zlotnik]

see https://github.com/libguestfs/virt-v2v/issues/42

On Mon, Feb 26, 2024 at 10:37 PM  wrote:

> I guess nobody else does this?
> ___
> 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/6UWV73GC7BX5BXEOOPIBH5SLBQVJMDWZ/
>
___
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/2VRY55UY23XAHM7MTENZOCP6ZT2VZZNI/

[ovirt-users] Re: Cinder and Managed Block Storage

[Benny Zlotnik]

Managed Block Storage uses cinderlib[1], the cinder storage integration
(using an openstack instance with cinder) was removed in 4.4

[1] https://docs.openstack.org/cinderlib/latest/

On Mon, Jun 12, 2023 at 4:53 PM Jorge Visentini 
wrote:

> Is it still possible to configure cinder to use Managed Block Storage? If
> yes, is there a particular setting or can I just stick to Cinder's default
> setting?
>
> Thanks all.
> --
> Att,
> Jorge Visentini
> +55 55 98432-9868
> ___
> 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/TIVSBBZ2SP6ICEJZ25EYQOR7EYKTUK45/
>
___
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/RS355CMTFXWN6VUH7M7NAD4F6OQKFR3Y/

[ovirt-users] Re: VM disks Block device

[Benny Zlotnik]

It is a (low level) feature. LVs are activated only when access is
required, like running a VM or performing operations like copying, moving
etc...

On Wed, Jun 7, 2023 at 3:27 PM  wrote:

> LVM is used underneath the storage domain for disk management in kvm
> cluster on ovirt. VG which is the storage domain is visbile and active in
> all hosts in the same datacenter on ovirt. But, LV under this vg (that is
> the virtual disks of vms) is not active and the corresponding block devices
> of these LVs is not available on all hosts in cluster.
> I find only the running VMs LVs are active on the corresponding host. Is
> this a feature?
>
> Is it possible to get a corresponding block device and LV on all hosts in
> cluster?
> ___
> 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/6XXEWZA7QCGESIV6XHWJ5SIID6N2LZSW/
>
___
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/BBSLN35FPC4VLZINCINBVPI73NS4BU52/

[ovirt-users] Re: I can't enable cinderlib

[Benny Zlotnik]

yes, one non-cinderlib storage domain is required to act as SPM

On Tue, Mar 21, 2023 at 6:46 PM  wrote:

> Hello:
>
> I am trying to deploy a 4.5 cluster with 3 hosts that also provides Ceph
> storage. I am running the engine in a standalone host (No hosted
> engine).
>
> I followed the steps to enable cinderlib
> (https://access.redhat.com/solutions/5605141) but the managed domain
> option doesn't show in the add storage domain dialog.
>
> I don't know what I am doing wrong
> Do I need to add a primary storage domain (iSCSI, NFS, etc) in order to
> add a Ceph domain??
>
> * engine: 4.5.4-1.el8
> * hosts: Rocky Linux release 8.7
>
> Thanks
>
> engine: 4.5.4-1.el8
> hosts: Rocky Linux release 8.7
> ___
> 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/CIV233NYKCCK4KFVV3EPDUZI7F2PJGAT/
>
___
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/EHC5KGXXLITFLXTQ7DWKE7KIUNCO3IUC/

[ovirt-users] Re: Failed to remove MBS

[Benny Zlotnik]

I think there are more tables, perhaps running the stored
procedure Force_Delete_storage_domain(v_storage_domain_id UUID) would be
enough

On Sat, Mar 11, 2023 at 5:17 PM Murilo Morais  wrote:

> Good afternoon everybody!
>
> I have an MBD (Managed Block Storage) Storage Domain that we no longer
> use, we want to remove it. We are using version 4.4.10.
>
> When trying to put the Storage Domain in Maintenance, a message appears
> saying that it was not possible to remove it and that there is a Task being
> executed. I already looked for it but I didn't find it.
>
> Therefore, I cannot put the Storage Domain in Maintenance in the
> Datacenter, making it impossible to carry out the removal.
>
> According to a Bug Report [1] the problem has been fixed in version 4.5.0,
> the problem is that we cannot perform the update.
>
> In the DB I found two references to this Storage Domain, one in the
> `storage_domain_static` table and another in the `cinder_storage` table. Is
> removing these two references enough to remove this Storage Domain?
>
> Is there any other way to perform this process manually?
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1959385
> ___
> 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/53CJYIAKUA2OCQ7XHX7SUAJSZRYEQFN2/
>
___
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/IMQVXPXRLJIS3ZADHJJRCN7QG7CEFZZ6/

[ovirt-users] Re: Move disk between POSIX FS and Managed Block Storage

[Benny Zlotnik]

This is correct, but since move is essentially means "copy and remove from
source", it can be emulated by performing the two operations separately
(should work for MBS to MBS move as well)

On Fri, Mar 10, 2023 at 4:51 PM Murilo Morais  wrote:

> Benny, thanks for replying, this is exactly what I was looking for.
>
> Another question:
> If the move to functionality has not yet been implemented, then moving
> between Managed Block Devices does not work either, correct?
>
> Em sex., 10 de mar. de 2023 às 11:46, Benny Zlotnik 
> escreveu:
>
>> Move wasn't implement, you can use the copy dialog and delete from the
>> source afterwards
>>
>> On Fri, Mar 10, 2023 at 4:17 PM Murilo Morais 
>> wrote:
>>
>>> Good morning everybody!
>>>
>>> Guys, I managed to connect my oVirt cluster to the CEPH RBD, the VM
>>> disks are stored in CephFS (POSIX FS). How can I move the disk from POSIX
>>> FS to Managed Block Storage?
>>>
>>> Thanks in advance!
>>> ___
>>> 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/XZLN6IFQIQSXDA7VNGWQ3O7NIJTHKXT7/
>>>
>>
___
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/CHOI2XIYRPDHMECX35POQO23VKR5XC5K/

[ovirt-users] Re: Move disk between POSIX FS and Managed Block Storage

[Benny Zlotnik]

Move wasn't implement, you can use the copy dialog and delete from the
source afterwards

On Fri, Mar 10, 2023 at 4:17 PM Murilo Morais  wrote:

> Good morning everybody!
>
> Guys, I managed to connect my oVirt cluster to the CEPH RBD, the VM disks
> are stored in CephFS (POSIX FS). How can I move the disk from POSIX FS to
> Managed Block Storage?
>
> Thanks in advance!
> ___
> 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/XZLN6IFQIQSXDA7VNGWQ3O7NIJTHKXT7/
>
___
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/FLPBEXMERDPILRHXJFE456KO36SQUWRL/

[ovirt-users] Re: vm disk stuck on "paused by system"

[Benny Zlotnik]

I meant to finalize the transfer, not the backup:
the api call is something like
POST /ovirt-engine/imagetransfer//finalize

On Thu, Mar 9, 2023 at 7:55 PM  wrote:

> Yes i have, below is a snippet of DEBUG log:
>
> [root] < POST
> /ovirt-engine/api/vms/f9ec0eaa-1721-4114-a3b2-94fa6eca3f15/backups/10404c7c-1106-413b-9ced-bdd907e996a6/finalize
> HTTP/1.1
> [root] > [Cannot stop VM backup. There is an active image
> transfer for VM backup]
> [root] > Operation Failed
> [root] > 
> ___
> 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/Z33SMJ2B27HF3SGONN7UZA6GJ6J5YENO/
>
___
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/62SVW7K36ZAFTH52SZIJWUZIV7IOYBHA/

[ovirt-users] Re: vm disk stuck on "paused by system"

[Benny Zlotnik]

Did you try to finalize the disk transfer first?

On Thu, Mar 9, 2023 at 7:14 PM  wrote:

> Hi,
>
> i was working on my own backup application (web front end for ovirtsdk)
> and i somehow managed to get my Vm disks, stuck on status: "paused by
> system".
>
> I have tried to stop the backup and finalize the backup manually, but
> nothing works.
>
> ovirtsdk4.Error: Fault reason is "Operation Failed". Fault detail is
> "[Cannot backup VM: Disk is locked. Please try again later.]". HTTP
> response code is 409.
> ovirtsdk4.Error: Fault reason is "Operation Failed". Fault detail is
> "[Cannot stop VM backup. There is an active image transfer for VM backup]".
> HTTP response code is 409.
>
> The API is showing that a backup exists and is in state:
> ready, the backup cannot be transferd.
>
> I i try and take a full new backup of the VM, all i get is more snapshots
> stuck on "paused by system" i cannot delete the VM or the disk.
>
> Using lastest version of oVirt Software Version:4.5.4-1.el8
> ___
> 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/IULXGV45DBUVQT4NXGCFL7365ZJF5F5G/
>
___
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/NQBLDQBM7PPWGUD6UPE4GH7QWYGX2KQ6/

[ovirt-users] Re: Ovirt cinderlib integration docs

[Benny Zlotnik]

you shouldn't need this link, cinderlib is enabled by default in 4.5

On Wed, Feb 22, 2023 at 2:46 PM  wrote:

> Hello:
>
> I am following Sandro's blog post to configure oVirt with Ceph as
> storage domain
> (
> https://blogs.ovirt.org/2021/07/using-ceph-only-storage-for-ovirt-datacenter/
> ).
>
> I need to setup cinderlib but the referenced link is dead:
>
> https://ovirt.org/documentation/installing_ovirt_as_a_self-hosted_engine_using_the_cockpit_web_interface/index.html#Set_up_Cinderlib
>
> I can't find any instructions about cinder/ceph in ovirt docs.
>
> Any help?
>
> Thanks
> ___
> 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/WY2TYYORC6CN3QTUCUW54UNMAXO6ECG7/
>
___
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/PI5BF2AM5BREZY6IRZ2GBK75TLX3O5RM/

[ovirt-users] Re: OVF_Store In Every Storage Doamin - Can We Remove?

[Benny Zlotnik]

You can't and shouldn't delete them as they are the VM backups. If you
don't want to see them, you can apply the `alias != ovf_store` filter in
the search bar in the disks views

On Tue, Dec 20, 2022 at 12:23 PM Matthew J Black 
wrote:

> Hi All,
>
> The Subject pretty much sums up the question I want to ask: There are two
> OVF_Store Disks created in all eight Storage Domains we have, making 16
> total. This is cluttering up several of our views in the oVirt Admin
> Webpages. Is there anything stopping us from deleting some/all of these?
>
> Cheers
>
> Dulux-Oz
> ___
> 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/ISUBYKWPTNBS3VMXZCM6PN6MLFXFY4DU/
>
___
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/LX6C4KUYHFWQ3XRHR3YVUFJQ6J5XLL2M/

[ovirt-users] Re: Unable to delete snapshots on vm

[Benny Zlotnik]

Did you restart ovirt-engine after removing?

On Wed, Oct 26, 2022 at 2:17 PM Roanne Philip <
roanne.phi...@voxtelecom.co.za> wrote:

>
>
> Hi Benny
>
>
>
> The VM’s sill shows that its locked am I doing something wrong?
>
>
> engine=# select command_id,root_command_id from command_entities where
> root_command_id = '5de31579-15df-4c61-ac06-2b03a25d5db4';
>
> command_id | root_command_id
>
> +-
>
> (0 rows)
>
>
>
> engine=# select command_id,root_command_id from command_entities where
> root_command_id = '5de31579-15df-4c61-ac06-2b03a25d5db4';
>
> command_id | root_command_id
>
> +-
>
> (0 rows)
>
>
>
> engine=# delete from command_entities where root_command_id =
> '5de31579-15df-4c61-ac06-2b03a25d5db4';
>
> DELETE 0
>
> engine=# delete from command_entities where root_command_id =
> 'a15a8e6b-1624-4082-ac5d-7609626250cf';
>
> DELETE 0
>
> engine=#
>
>
>
>
> *Roanne Philip*
> *Architect: Virtualization and Storage* at *Vox*
> --
> *T:*  087 805  | *D:* 087 805 
> *M:* 072 047 5408
> *E:* roanne.phi...@voxtelecom.co.za
> *A:* Suite 302, 3rd Floor, The Waverley Business Park, 27 Kotzee Road,
> Observatory
> www.vox.co.za
>
> [image: F] <https://www.facebook.com/voxtelecomZA>
> [image: T] <https://www.twitter.com/voxtelecom>
> [image: I] <https://www.instagram.com/voxtelecomza/>
> [image: L] <https://www.linkedin.com/company/voxtelecom>
> [image: Y] <https://www.youtube.com/user/VoxTelecom>
>
> *From:* Benny Zlotnik 
> *Sent:* 23 October 2022 1:47 PM
> *To:* Roanne Philip 
> *Cc:* users@ovirt.org
> *Subject:* Re: [ovirt-users] Re: Unable to delete snapshots on vm
>
>
>
> you can run:
>
> delete from command_entities where root_command_id =
> '5de31579-15df-4c61-ac06-2b03a25d5db4';
>
> delete from command_entities where root_command_id =
> 'a15a8e6b-1624-4082-ac5d-7609626250cf';
>
>
>
> (your queries didn't work because the closing apostrophe is different then
> the first for some reason, not sure why it happened, but replace it if
> happens again)
>
>
>
> Make sure to have a backup before manually manipulating the database
>
>
>
> On Fri, Oct 21, 2022 at 3:03 PM Roanne Philip <
> roanne.phi...@voxtelecom.co.za> wrote:
>
>
>
> Hi Benny
> How would I go about removing it from the tables
> " If nothing's running the next step would be to remove the commands from
> the command_entities table"
>
> *Roanne Philip*
>
> *Architect: Virtualization and Storage* at *Vox*
> --
>
> *T:*  087 805  | *D:* 087 805 
> *M:* 072 047 5408
> *E:* roanne.phi...@voxtelecom.co.za
> *A:* Suite 302, 3rd Floor, The Waverley Business Park, 27 Kotzee Road,
> Observatory
> www.vox.co.za
>
>
>
> [image: F] <https://www.facebook.com/voxtelecomZA>
>
>
>
> [image: T] <https://www.twitter.com/voxtelecom>
>
>
>
> [image: I] <https://www.instagram.com/voxtelecomza/>
>
>
>
> [image: L] <https://www.linkedin.com/company/voxtelecom>
>
>
>
> [image: Y] <https://www.youtube.com/user/VoxTelecom>
>
>
>
>
>
> [image: Get Vox Fibre from R289pm*]
> <https://www.vox.co.za/fibre/fibre-to-the-home/?prod=HOME>
>
>
> *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
> <https://www.voxtelecom.co.za/security/mimecast/?prod=Enterprise>.
>
>
>
>
> -Original Message-
> From: Roanne Philip
> Sent: 19 October 2022 12:00 PM
> To: Benny Zlotnik 
> Cc: users@ovirt.org
> Subject: RE: [ovirt-users] Re: Unable to delete snapshots on vm
>
> engine=# select command_id,root_command_id from command_entities where
> root_command_id = '5de31579-15df-4c61-ac06-2b03a25d5db4’

[ovirt-users] Re: Unable to delete snapshots on vm

[Benny Zlotnik]

you can run:
delete from command_entities where root_command_id =
'5de31579-15df-4c61-ac06-2b03a25d5db4';
delete from command_entities where root_command_id =
'a15a8e6b-1624-4082-ac5d-7609626250cf';

(your queries didn't work because the closing apostrophe is different then
the first for some reason, not sure why it happened, but replace it if
happens again)

Make sure to have a backup before manually manipulating the database

On Fri, Oct 21, 2022 at 3:03 PM Roanne Philip <
roanne.phi...@voxtelecom.co.za> wrote:

>
>
> Hi Benny
> How would I go about removing it from the tables
> " If nothing's running the next step would be to remove the commands from
> the command_entities table"
>
> *Roanne Philip*
> *Architect: Virtualization and Storage* at *Vox*
> --
> *T:*  087 805  | *D:* 087 805 
> *M:* 072 047 5408
> *E:* roanne.phi...@voxtelecom.co.za
> *A:* Suite 302, 3rd Floor, The Waverley Business Park, 27 Kotzee Road,
> Observatory
> www.vox.co.za
>
> [image: F] <https://www.facebook.com/voxtelecomZA>
> [image: T] <https://www.twitter.com/voxtelecom>
> [image: I] <https://www.instagram.com/voxtelecomza/>
> [image: L] <https://www.linkedin.com/company/voxtelecom>
> [image: Y] <https://www.youtube.com/user/VoxTelecom>
>
> [image: Get Vox Fibre from R289pm*]
> <https://www.vox.co.za/fibre/fibre-to-the-home/?prod=HOME>
> *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
> <https://www.voxtelecom.co.za/security/mimecast/?prod=Enterprise>.
>
>
>
> -Original Message-
> From: Roanne Philip
> Sent: 19 October 2022 12:00 PM
> To: Benny Zlotnik 
> Cc: users@ovirt.org
> Subject: RE: [ovirt-users] Re: Unable to delete snapshots on vm
>
> engine=# select command_id,root_command_id from command_entities where
> root_command_id = '5de31579-15df-4c61-ac06-2b03a25d5db4’;
> engine'# select command_id,root_command_id from command_entities where
> root_command_id = 'a15a8e6b-1624-4082-ac5d-7609626250cf’;
> ERROR: syntax error at or near "a15a8e6b"
> LINE 2: ...id from command_entities where root_command_id = 'a15a8e6b-1...
> ^ engine=#
>
> -Original Message-
> From: Benny Zlotnik 
> Sent: 19 October 2022 11:57 AM
> To: Roanne Philip 
> Cc: users@ovirt.org
> Subject: Re: [ovirt-users] Re: Unable to delete snapshots on vm
>
> what's the output of these queries:
>
> select command_id,root_command_id from command_entities where
> root_command_id = '5de31579-15df-4c61-ac06-2b03a25d5db4’;
>
> select command_id,root_command_id from command_entities where
> root_command_id = 'a15a8e6b-1624-4082-ac5d-7609626250cf’;
>
___
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/GM6XGPV7SFAWAMR44FUFVQJ5YLEWBDAM/

[ovirt-users] Re: Unable to delete snapshots on vm

[Benny Zlotnik]

what's the output of these queries:

select command_id,root_command_id from command_entities where
root_command_id = '5de31579-15df-4c61-ac06-2b03a25d5db4’;

select command_id,root_command_id from command_entities where
root_command_id = 'a15a8e6b-1624-4082-ac5d-7609626250cf’;
___
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/EFTQ5QCIGXDL66HYJTS5N46S75G5JFLM/

[ovirt-users] Re: Unable to delete snapshots on vm

[Benny Zlotnik]

if it's been over 50 hours since the snapshot was taken, it should be
possible to remove with
$ taskcleaner.sh -z -R -J -A

On Tue, Oct 18, 2022 at 6:32 PM Roanne Philip <
roanne.phi...@voxtelecom.co.za> wrote:

>
>
> The vm is powered down
> can find any running tasks on the hosts
>
>
>
> *Roanne Philip*
> *Architect: Virtualization and Storage* at *Vox*
> --
> *T:*  087 805  | *D:* 087 805 
> *M:* 072 047 5408
> *E:* roanne.phi...@voxtelecom.co.za
> *A:* Suite 302, 3rd Floor, The Waverley Business Park, 27 Kotzee Road,
> Observatory
> www.vox.co.za
>
> [image: F] <https://www.facebook.com/voxtelecomZA>
> [image: T] <https://www.twitter.com/voxtelecom>
> [image: I] <https://www.instagram.com/voxtelecomza/>
> [image: L] <https://www.linkedin.com/company/voxtelecom>
> [image: Y] <https://www.youtube.com/user/VoxTelecom>
>
> *From:* Benny Zlotnik 
> *Sent:* 18 October 2022 5:00 PM
> *To:* Roanne Philip 
> *Cc:* users@ovirt.org
> *Subject:* Re: [ovirt-users] Re: Unable to delete snapshots on vm
>
>
>
> It's possible the operations are stuck, I suggest to search for the
> correlation ids (b86da093-4508-4d8c-9243-7bf53f7d6a73,
> 258d5f4e-7693-49f4-9a2b-a18486c0650b) in the vdsm logs on the host which
> runs these VMs
>
> If nothing's running the next step would be to remove the commands from
> the command_entities table
>
>
>
> On Tue, Oct 18, 2022 at 5:41 PM Roanne Philip <
> roanne.phi...@voxtelecom.co.za> wrote:
>
>
>
> Hi Benny
> Yes I restarted services and rebooted the HE
> this is for only 2 vm’s big vm’s where a user took memory consistent
> snapshots
>
>
>
>
>
> *Roanne Philip*
>
> *Architect: Virtualization and Storage* at *Vox*
> --
>
> *T:*  087 805  | *D:* 087 805 
> *M:* 072 047 5408
> *E:* roanne.phi...@voxtelecom.co.za
> *A:* Suite 302, 3rd Floor, The Waverley Business Park, 27 Kotzee Road,
> Observatory
> www.vox.co.za
>
>
>
> [image: F] <https://www.facebook.com/voxtelecomZA>
>
>
>
> [image: T] <https://www.twitter.com/voxtelecom>
>
>
>
> [image: I] <https://www.instagram.com/voxtelecomza/>
>
>
>
> [image: L] <https://www.linkedin.com/company/voxtelecom>
>
>
>
> [image: Y] <https://www.youtube.com/user/VoxTelecom>
>
>
>
>
>
> [image: Get Vox Fibre from R289pm*]
> <https://www.vox.co.za/fibre/fibre-to-the-home/?prod=HOME>
>
>
> *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
> <https://www.voxtelecom.co.za/security/mimecast/?prod=Enterprise>.
>
>
>
> *From:* Benny Zlotnik 
> *Sent:* 18 October 2022 4:35 PM
> *To:* Roanne Philip 
> *Cc:* users@ovirt.org
> *Subject:* Re: [ovirt-users] Re: Unable to delete snapshots on vm
>
>
>
> Did you try to restart ovirt-engine?
>
> On Tue, Oct 18, 2022 at 4:52 PM  wrote:
> >
> > engine=# SELECT * from job where correlation_id =
> '258d5f4e-7693-49f4-9a2b-a18486c0650b'
> > engine-#
> > ___
> > 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/25BNZ2KWJNBB4EDKWX6WIHLMCGKBLN7I/
>
>
>
___
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/HKIJJZ7BVYKOYTV5UH6QRR5AAASXVZFC/

[ovirt-users] Re: Unable to delete snapshots on vm

[Benny Zlotnik]

It's possible the operations are stuck, I suggest to search for the
correlation ids (b86da093-4508-4d8c-9243-7bf53f7d6a73,
258d5f4e-7693-49f4-9a2b-a18486c0650b) in the vdsm logs on the host which
runs these VMs
If nothing's running the next step would be to remove the commands from the
command_entities table

On Tue, Oct 18, 2022 at 5:41 PM Roanne Philip <
roanne.phi...@voxtelecom.co.za> wrote:

>
>
> Hi Benny
> Yes I restarted services and rebooted the HE
> this is for only 2 vm’s big vm’s where a user took memory consistent
> snapshots
>
>
>
> *Roanne Philip*
> *Architect: Virtualization and Storage* at *Vox*
> --
> *T:*  087 805  | *D:* 087 805 
> *M:* 072 047 5408
> *E:* roanne.phi...@voxtelecom.co.za
> *A:* Suite 302, 3rd Floor, The Waverley Business Park, 27 Kotzee Road,
> Observatory
> www.vox.co.za
>
> [image: F] <https://www.facebook.com/voxtelecomZA>
> [image: T] <https://www.twitter.com/voxtelecom>
> [image: I] <https://www.instagram.com/voxtelecomza/>
> [image: L] <https://www.linkedin.com/company/voxtelecom>
> [image: Y] <https://www.youtube.com/user/VoxTelecom>
>
> [image: Get Vox Fibre from R289pm*]
> <https://www.vox.co.za/fibre/fibre-to-the-home/?prod=HOME>
> *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
> <https://www.voxtelecom.co.za/security/mimecast/?prod=Enterprise>.
>
>
> *From:* Benny Zlotnik 
> *Sent:* 18 October 2022 4:35 PM
> *To:* Roanne Philip 
> *Cc:* users@ovirt.org
> *Subject:* Re: [ovirt-users] Re: Unable to delete snapshots on vm
>
>
>
> Did you try to restart ovirt-engine?
>
> On Tue, Oct 18, 2022 at 4:52 PM  wrote:
> >
> > engine=# SELECT * from job where correlation_id =
> '258d5f4e-7693-49f4-9a2b-a18486c0650b'
> > engine-#
> > ___
> > 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/25BNZ2KWJNBB4EDKWX6WIHLMCGKBLN7I/
>
___
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/KUP4YZTB3BGH4EAXKHDCDLMTNWBPNT43/

[ovirt-users] Re: Unable to delete snapshots on vm

[Benny Zlotnik]

Did you try to restart ovirt-engine?

On Tue, Oct 18, 2022 at 4:52 PM  wrote:
>
> engine=# SELECT * from job where correlation_id = 
> '258d5f4e-7693-49f4-9a2b-a18486c0650b'
> engine-#
> ___
> 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/25BNZ2KWJNBB4EDKWX6WIHLMCGKBLN7I/
___
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/DMVNP7KHBPKAIDAOQRV2JATUZU6VLVDX/

[ovirt-users] Re: Unable to delete snapshots on vm

[Benny Zlotnik]

Please provide more information, which version is this?
Do you have engine logs?

On Tue, Oct 18, 2022 at 3:16 PM  wrote:
>
> Hi I am unable to delete snapshots on VM
> The error below
> "Cannot remove Snapshot. Snapshot is currently being created for VM"
> I have checked with ./taskcleaner.sh no tasks
> and with ./unlock_entity.sh no locked disks,vm,sanpshots ect
> But on ovirt UI there is an lock icon on the vm
>
> further i have checked the DB
> engine=# select * from job order by start_time desc;
> job_id|  action_type   |  
> description   | status |   owner_id   
> | visible | start_time |  end_time  |  
> last_update_time  |correlation_id
>  | is_external | is_auto_cleared | engine_session_seq_id
> --++++--+-++++-
> -+-+-+---
>  9aea9f99-406f-45ab-9fe1-8d861b7b00c3 | RemoveSnapshot | Removing Snapshot 
> 01/10/2022 of VM QRADAR_SIEM | FAILED | d6720431-c743-41ca-83e7-34901bc0df88 
> | t   | 2022-10-18 14:00:37.295+02 | 2022-10-18 14:00:37.307+02 | 
> 2022-10-18 14:00:37.307+02 | fb369cc6-8dae-4d57-9017-ae93a0b0237b
>  | f   | t   | 60043
> (1 row)
> no other running tasks
> can someone please assist how to get the running snapshot task if there isn't 
> any
> ___
> 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/P644CIZILSVRZAOLZSJCNGKBOZBYCQPA/
___
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/UAHKXCJNY4NYLMYTHCP2P44HU5EP2X2K/

[ovirt-users] Re: Convert raw images to qcow format

[Benny Zlotnik]

It’s possible with the API, see
http://ovirt.github.io/ovirt-engine-api-model/master/#services/disk/methods/convert

On Tuesday, October 11, 2022, Jonas  wrote:

> Hi there
>
> I want to create incremental backups of a few imported VMs, but the VM
> disks are in the raw disk format which does not support incremental backup.
> Is there a way to convert existing disks from raw to qcow in oVirt? Since
> qemu-img can do this,I assume there must be a way..
>
> Thank you
> Jonas
>
___
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/Y2KNZ4LXLD33URESISCOGX262UDIAJWH/

[ovirt-users] Re: Snapshot not working

[Benny Zlotnik]

Can you provide relevant ovirt-engine and vdsm logs (SPM and host where VM runs)

On Tue, Oct 4, 2022 at 7:49 PM Facundo Badaracco  wrote:
>
> Someone? Any hint?
>
> El jue, 29 de sep. de 2022 10:58, Facundo Badaracco  
> escribió:
>>
>> hi everyone,
>>
>> I have a glusterFS replica x3 node.
>>
>> I can't create snapshot. when I create it, if I select to save the memory, 
>> then in the disks section only appears the snapshot of the memory and in 
>> locked state. If instead, I remove the option to make snapshot of the 
>> memory, it does not make the snapshot saying "failed".
>>
>> Any idea?
>
> ___
> 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/5LQQKPQC6LRNEMCR5U3WYZIR35FSO6AK/
___
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/XCYY6TH3EPCS2ZK74USOXYIFGWMC56RT/

[ovirt-users] Re: Snapshot task stuck at oVirt 4.4.8

[Benny Zlotnik]

Is it running on the vdsm host? By default live snapshot has a timeout
of 30 minutes

On Tue, Sep 20, 2022 at 11:34 AM  wrote:
>
> Hi,
>
> We're running oVirt 4.4.8 and one of our users tried to create a
> snapshot on a VM. The snapshot task got stuck (not sure why) and since
> then a "locked" icon is being shown on the VM. We need to remove this
> VM, but since it has a pending task, we're unable.
>
> The ovirt-engine log shows hundreds of events like:
>
> [2022-09-20 09:23:09,286+01 INFO
> [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-27)
> [2769dad5-3ec3-4c46-90a2-924746ea8d97] Command 'CreateSnapshotForVm'
> (id: '4fcb6ab7-2cd7-4a0c-be97-f6979be25bb9') waiting on child command
> id: 'cbb7a2c0-2111-4958-a55d-d48bf2d8591b'
> type:'CreateLiveSnapshotForVm' to complete
>
> An ovirt-engine restart didn't make any difference.
>
> Is there a way to remove this task manually, even changing something in
> the DB?
>
> Thanks.
> ___
> 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/SWVFVEJFQ25N7OK2ZQQOX7FN7KXUS6JB/
___
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/JFKWPQIHNIKR2ECPHQOXKJ5EVEWKFBAT/

[ovirt-users] Re: VM Down With "Bad Volume Specification"

[Benny Zlotnik]

You could stop the disk copy by going to the host performing the copy
and killing the process running `qemu-img convert`, the operation
should then fail

On Mon, Sep 19, 2022 at 9:20 PM Clint Boggio  wrote:
>
> I'm thinking that I need to somehow stop the disk move, and then delete the 
> snapshot that existed prior to my attempt at moving the disk. Can someone 
> please tell me how to stop that disk move ?
> ___
> 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/J2U4M3C6EC3GRXN6FCNW4KSHTGLANGWL/
___
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/5ZLLZXCERK6D2SVBTG3FSIUUZ6MV2UF6/

[ovirt-users] Re: long time running backup (hanged in image finalizing state )

[Benny Zlotnik]

Yes, the backup needs to be finalized separately, I'm not familiar
with how vProtect works but if it won't finalize this backup
automatically you can do it yourself by sending a POST request to:
https://engine/ovirt-engine/api/vms/c3b2199f-35cc-41dc-8787-835e945217d2/backups/b9c458e6-64e2-41c2-93b8-96761e71f82b/finalize

On Mon, Sep 19, 2022 at 3:32 PM Jirka Simon  wrote:
>
> ah I see,  thank you.
>
> image transfer row already dissipated, but backup task is still there with 
> last update on Saturday's night.
>
> and in the job table is the same
>
> select * from job;
>job_id| action_type  |   
> description| status  |   owner_id   | 
> visible | start_time | end_time | last_upda
> te_time  |correlation_id| is_external | 
> is_auto_cleared | engine_session_seq_id
> --+--+--+-+--+-++--+--
> -+--+-+-+---
> 818a893d-05bc-436e-b27d-a7123d2b29f7 | HybridBackup | Backing up VM 
> log1.util.prod.hq.sldev.cz | STARTED | 775e759c-255e-11ed-9c24-00163e2172be | 
> t   | 2022-09-17 00:44:56.562+02 |  | 2022-09-17 00
> :45:17.99+02 | 26fa4612-8e4a-4142-89a2-c38adacead86 | f   | t 
>   |  3788
> (1 row)
>
> select * from vm_backups;
>  backup_id   | from_checkpoint_id |   
> to_checkpoint_id   |vm_id | phase |   
>  _create_date| host_id | description |_up
> date_date| backup_type | snapshot_id  | 
> is_stopped
> --++--+--+---++-+-+---
> -+-+--+
> b9c458e6-64e2-41c2-93b8-96761e71f82b || 
> 7a558f2a-57b6-432f-b5dd-85f5fb9dac8e | c3b2199f-35cc-41dc-8787-835e945217d2 | 
> Ready | 2022-09-17 00:44:56.877+02 | | | 2022-09-17
> 00:45:19.057+02 | hybrid  | 0c6ebd56-dcfe-46a8-91cc-327cc94e9773 | f
>
>
> Jirka
>
>
> On 9/19/22 14:03, Benny Zlotnik wrote:
>
> Completed transfers (phase 9/10) shouldn't interfere with anything and
> are cleared automatically after 15 minutes
>
> On Mon, Sep 19, 2022 at 2:48 PM Jirka Simon  wrote:
>
> Hello Benny,
>
> thank you, i updater phase to 9 and restarted ovirt engine , but it is still 
> there. should i update phase column in vm_backups table as well ?
>
>
> Jirka
>
>
> On 9/19/22 13:27, Benny Zlotnik wrote:
>
> OK, I see an issue with the transfer
> 2022-09-17 01:43:05,856+02 INFO
> [org.ovirt.engine.core.bll.storage.disk.image.ImageTransferUpdater]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-74)
>  [7f8657ae-1f57-438f-b849-80aa9e805021] Updating image transfer
> '8d8e2674-ac0a-47cd-887f-d0cf6ee5e4ba' phase from 'Finalizing Success'
> to 'Finished Success'
> 2022-09-17 01:43:05,873+02 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-
> 74) [7f8657ae-1f57-438f-b849-80aa9e805021] EVENT_ID:
> TRANSFER_IMAGE_SUCCEEDED(1,032), Image Download with disk
> log1.util.prod.hq.sldev.cz_log1.util.prod.hq.sldev.cz succeede
> d.
> 2022-09-17 01:43:09,194+02 INFO
> [org.ovirt.engine.core.sso.service.AuthenticationService] (default
> task-122) [] User admin@internal-authz with profile [internal]
> successful
> ly logged in with scopes: ovirt-app-api
> ovirt-ext=token-info:authz-search
> ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate
> ovirt-ext=token:password-acc
> ess
> 2022-09-17 01:43:09,216+02 INFO
> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default
> task-122) [1d4c2113] Running command: CreateUserSessionCommand
> internal: f
> alse.
> 2022-09-17 01:43:09,223+02 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-122) [1d4c2113] EVENT_ID: USER_VDC_LOGIN(30), User admi
> n@internal-authz connecting from '10.36.191.253' using session
> 'PS71uIYNYn6AJH4NSLfuEtGxMCrWEYS4SqiawmvWMQHAwVXkXXS8o1IdoMQkPINtUIkZY+qojVNeC4oeSSnBwA=='
> logged in.
> 2022-09-17 01:43:09,228+02 INFO
&

[ovirt-users] Re: long time running backup (hanged in image finalizing state )

[Benny Zlotnik]

Completed transfers (phase 9/10) shouldn't interfere with anything and
are cleared automatically after 15 minutes

On Mon, Sep 19, 2022 at 2:48 PM Jirka Simon  wrote:
>
> Hello Benny,
>
> thank you, i updater phase to 9 and restarted ovirt engine , but it is still 
> there. should i update phase column in vm_backups table as well ?
>
>
> Jirka
>
>
> On 9/19/22 13:27, Benny Zlotnik wrote:
>
> OK, I see an issue with the transfer
> 2022-09-17 01:43:05,856+02 INFO
> [org.ovirt.engine.core.bll.storage.disk.image.ImageTransferUpdater]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-74)
>  [7f8657ae-1f57-438f-b849-80aa9e805021] Updating image transfer
> '8d8e2674-ac0a-47cd-887f-d0cf6ee5e4ba' phase from 'Finalizing Success'
> to 'Finished Success'
> 2022-09-17 01:43:05,873+02 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-
> 74) [7f8657ae-1f57-438f-b849-80aa9e805021] EVENT_ID:
> TRANSFER_IMAGE_SUCCEEDED(1,032), Image Download with disk
> log1.util.prod.hq.sldev.cz_log1.util.prod.hq.sldev.cz succeede
> d.
> 2022-09-17 01:43:09,194+02 INFO
> [org.ovirt.engine.core.sso.service.AuthenticationService] (default
> task-122) [] User admin@internal-authz with profile [internal]
> successful
> ly logged in with scopes: ovirt-app-api
> ovirt-ext=token-info:authz-search
> ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate
> ovirt-ext=token:password-acc
> ess
> 2022-09-17 01:43:09,216+02 INFO
> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default
> task-122) [1d4c2113] Running command: CreateUserSessionCommand
> internal: f
> alse.
> 2022-09-17 01:43:09,223+02 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-122) [1d4c2113] EVENT_ID: USER_VDC_LOGIN(30), User admi
> n@internal-authz connecting from '10.36.191.253' using session
> 'PS71uIYNYn6AJH4NSLfuEtGxMCrWEYS4SqiawmvWMQHAwVXkXXS8o1IdoMQkPINtUIkZY+qojVNeC4oeSSnBwA=='
> logged in.
> 2022-09-17 01:43:09,228+02 INFO
> [org.ovirt.engine.core.bll.storage.disk.image.TransferImageStatusCommand]
> (default task-122) [dab3e098-03a8-46d3-b2c6-5952a4236090] Running
> command: TransferImageStatusCommand internal: false. Entities affected
> :  ID: aaa0----123456789aaa Type: SystemAction group
> CREATE_DISK with role type USER
> 2022-09-17 01:43:09,229+02 INFO
> [org.ovirt.engine.core.bll.storage.disk.image.ImageTransferUpdater]
> (default task-122) [dab3e098-03a8-46d3-b2c6-5952a4236090] Updating
> image
>  transfer '8d8e2674-ac0a-47cd-887f-d0cf6ee5e4ba' phase from 'Finished
> Success' to 'Finalizing Success'
>
> The phase of the transfer was moved from Finished Success (phase 9) to
> Finalizing Success (phase 7), this is a bug [1] in oVirt that was
> fixed and will be in the next release, this also means that the backup
> client finalized the transfer twice.
> Since the transfer is complete you can move it to phase 9, and
> finalize the backup
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=2092816
>
> On Mon, Sep 19, 2022 at 2:20 PM Jirka Simon  wrote:
>
> Hi Benny,
>
> Thank you for Very fast answer.
>
> no I haven't done anything with it yet
>
> here is record from image_transfer table
>
> select *  from image_transfers;
>  command_id  | command_type | phase |
> last_updated| message |vds_id|
>disk_id| imaged_ti
> cket_id | proxy_uri |  bytes_sent  | 
> bytes_total  | type | active |daemon_uri | 
> client_inactivity_timeout | image_format | ba
> ckend |  backup_id   | client_type | shallow | 
> timeout_policy
> --+--+---++-+--+--+--
> +---+--+--+--++---+---+--+---
> --+--+-+-+
> 8d8e2674-ac0a-47cd-887f-d0cf6ee5e4ba | 1024 | 7 | 2022-09-17 
> 01:43:09.229+02 | | a7d6e143-4230-42af-863b-d83667810d78 | 
> 950279ef-485c-400e-ba66-a3f545618de5 |
>| https://ovirtm.corp.sldev.cz:54323/images | 214748364800 | 
> 214748364800 |1 | f  | https://ovirt4.corp.sldev.cz:54322/images |
&

[ovirt-users] Re: long time running backup (hanged in image finalizing state )

[Benny Zlotnik]

OK, I see an issue with the transfer
2022-09-17 01:43:05,856+02 INFO
[org.ovirt.engine.core.bll.storage.disk.image.ImageTransferUpdater]
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-74)
 [7f8657ae-1f57-438f-b849-80aa9e805021] Updating image transfer
'8d8e2674-ac0a-47cd-887f-d0cf6ee5e4ba' phase from 'Finalizing Success'
to 'Finished Success'
2022-09-17 01:43:05,873+02 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-
74) [7f8657ae-1f57-438f-b849-80aa9e805021] EVENT_ID:
TRANSFER_IMAGE_SUCCEEDED(1,032), Image Download with disk
log1.util.prod.hq.sldev.cz_log1.util.prod.hq.sldev.cz succeede
d.
2022-09-17 01:43:09,194+02 INFO
[org.ovirt.engine.core.sso.service.AuthenticationService] (default
task-122) [] User admin@internal-authz with profile [internal]
successful
ly logged in with scopes: ovirt-app-api
ovirt-ext=token-info:authz-search
ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate
ovirt-ext=token:password-acc
ess
2022-09-17 01:43:09,216+02 INFO
[org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default
task-122) [1d4c2113] Running command: CreateUserSessionCommand
internal: f
alse.
2022-09-17 01:43:09,223+02 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(default task-122) [1d4c2113] EVENT_ID: USER_VDC_LOGIN(30), User admi
n@internal-authz connecting from '10.36.191.253' using session
'PS71uIYNYn6AJH4NSLfuEtGxMCrWEYS4SqiawmvWMQHAwVXkXXS8o1IdoMQkPINtUIkZY+qojVNeC4oeSSnBwA=='
logged in.
2022-09-17 01:43:09,228+02 INFO
[org.ovirt.engine.core.bll.storage.disk.image.TransferImageStatusCommand]
(default task-122) [dab3e098-03a8-46d3-b2c6-5952a4236090] Running
command: TransferImageStatusCommand internal: false. Entities affected
:  ID: aaa0----123456789aaa Type: SystemAction group
CREATE_DISK with role type USER
2022-09-17 01:43:09,229+02 INFO
[org.ovirt.engine.core.bll.storage.disk.image.ImageTransferUpdater]
(default task-122) [dab3e098-03a8-46d3-b2c6-5952a4236090] Updating
image
 transfer '8d8e2674-ac0a-47cd-887f-d0cf6ee5e4ba' phase from 'Finished
Success' to 'Finalizing Success'

The phase of the transfer was moved from Finished Success (phase 9) to
Finalizing Success (phase 7), this is a bug [1] in oVirt that was
fixed and will be in the next release, this also means that the backup
client finalized the transfer twice.
Since the transfer is complete you can move it to phase 9, and
finalize the backup

[1] https://bugzilla.redhat.com/show_bug.cgi?id=2092816

On Mon, Sep 19, 2022 at 2:20 PM Jirka Simon  wrote:
>
> Hi Benny,
>
> Thank you for Very fast answer.
>
> no I haven't done anything with it yet
>
> here is record from image_transfer table
>
> select *  from image_transfers;
>  command_id  | command_type | phase |
> last_updated| message |vds_id|
>disk_id| imaged_ti
> cket_id | proxy_uri |  bytes_sent  | 
> bytes_total  | type | active |daemon_uri | 
> client_inactivity_timeout | image_format | ba
> ckend |  backup_id   | client_type | shallow | 
> timeout_policy
> --+--+---++-+--+--+--
> +---+--+--+--++---+---+--+---
> --+--+-+-+
> 8d8e2674-ac0a-47cd-887f-d0cf6ee5e4ba | 1024 | 7 | 2022-09-17 
> 01:43:09.229+02 | | a7d6e143-4230-42af-863b-d83667810d78 | 
> 950279ef-485c-400e-ba66-a3f545618de5 |
>| https://ovirtm.corp.sldev.cz:54323/images | 214748364800 | 
> 214748364800 |1 | f  | https://ovirt4.corp.sldev.cz:54322/images |
>   3600 |5 |
>1 | b9c458e6-64e2-41c2-93b8-96761e71f82b |   2 | f   | legacy
> (1 row)
>
>
> Backup is performed from vProtect, we used  image transfer backup earlier, 
> but we had problem with hanged snapshots as well (it was on ovirt4.4 we 
> discused it couple weeks ago, now we have 4.5 and the situation is the same. 
> And we wanted to try CBT backups)
>
>
> thank you Jirka
>
>
>
> On 9/19/22 13:08, Benny Zlotnik wrote:
>
> Please attach the ovirt-engine logs
>
> The backup has the ready status, did you finalize it?
> Can show all the fields for the disk transfer? Was it finalized?
> How is 

[ovirt-users] Re: long time running backup (hanged in image finalizing state )

[Benny Zlotnik]

Please attach the ovirt-engine logs

The backup has the ready status, did you finalize it?
Can show all the fields for the disk transfer? Was it finalized?
How is the backup performed?

On Mon, Sep 19, 2022 at 2:06 PM Jirka Simon  wrote:
>
> Hello there.
>
> we have issue with backups on our cluster, one backup started 2 days ago and 
> is is still in state finalizing.
>
> select * from vm_backups;
>  backup_id   | from_checkpoint_id |   
> to_checkpoint_id   |vm_id | phase |   
>  _create_date| host_id | des
> cription |_update_date| backup_type | snapshot_id 
>  | is_stopped
> --++--+--+---++-+
> -++-+--+
> b9c458e6-64e2-41c2-93b8-96761e71f82b || 
> 7a558f2a-57b6-432f-b5dd-85f5fb9dac8e | c3b2199f-35cc-41dc-8787-835e945217d2 | 
> Ready | 2022-09-17 00:44:56.877+02 | |
> | 2022-09-17 00:45:19.057+02 | hybrid  | 
> 0c6ebd56-dcfe-46a8-91cc-327cc94e9773 | f
> (1 row)
>
>
> and if I check imagetransfer table, I see  bytes_sent  = bytes_total.
>
> engine=# select it.disk_id,bd.disk_alias,it.last_updated, it.bytes_sent, 
> it.bytes_total  from image_transfers as it , base_disks as bd where  
> it.disk_id =  bd.disk_id;
>   disk_id|  disk_alias
>|last_updated|  bytes_sent  | bytes_total
> --+---++--+--
> 950279ef-485c-400e-ba66-a3f545618de5 | 
> log1.util.prod.hq.sldev.cz_log1.util.prod.hq.sldev.cz | 2022-09-17 
> 01:43:09.229+02 | 214748364800 | 214748364800
>
>
> there is no error in logs
>
>
> if i use  /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t all  -qc  
> there is no record in any part.
>
>
> I can clean these record from DB to fix it but it will happen again in few 
> days.
>
>
> vdsm.x86_64   4.50.2.2-1.el8
>
> ovirt-engine.noarch4.5.2.4-1.el8
>
>
> is there anything i can check to find reason of this ?
>
>
> Thank you Jirka
>
>
> ___
> 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/OFPXMJ5RIJZ2JT7FUIZ2NFRRLSICV3IW/
___
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/GMGBUSSTVODND2PM3LS7I5MIABGQZCW2/

[ovirt-users]Re: Blog Post - Using Ceph Only Storage For oVirt Datacenter by Sandro Bonazzola – Wednesday 14 July 2021

[Benny Zlotnik]

It's not needed for 4.5 because Managed Block Storage is enabled by default
and the packages are installed automatically

On Tue, Sep 13, 2022 at 10:37 AM Sandro Bonazzola 
wrote:

>
>
> Il giorno mar 13 set 2022 alle ore 08:59 Matthew J Black <
> matt...@peregrineit.net> ha scritto:
>
>> Hi All,
>>
>> In the above mentioned blog post (
>> https://blogs.ovirt.org/2021/07/using-ceph-only-storage-for-ovirt-datacenter/)
>> in mentions the line: "Follow oVirt documentation for setting up Cinderlib"
>> with a link to this URL:
>> https://ovirt.org/documentation/installing_ovirt_as_a_self-hosted_engine_using_the_cockpit_web_interface/index.html#Set_up_Cinderlib
>>
>> This link is broken/obsolete/no longer available, so my question(s)
>> is/are: Where can I obtain this information? Is there a new URL? Are these
>> instructions no-longer required with the new oVirt v4.5.X? Can someone who
>> has these instructions post/email them, please?
>>
>
> Looks like the instructions got removed from documentation. I'll let
> storage team elaborate on  its removal but I can provide link to archived
> documentation:
>
> http://web.archive.org/web/20210625073909/https://ovirt.org/documentation/installing_ovirt_as_a_self-hosted_engine_using_the_cockpit_web_interface/index.html#Set_up_Cinderlib
>
>
>
>
>
>>
>> Thanks in advance
>>
>> Dulux-Oz
>> ___
>> 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/7TY4MWE4EVXSYL6V4OA6KAX57FDLHQ7M/
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R&D PERFORMANCE & SCALE
>
> 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/ADYEZYLLP2LR4DDD5HD5AJPNCFIRDKKU/
>
___
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/VB5R6YFTCSPFIA7JRTI6WNVU5GNZYO5Q/

[ovirt-users] Re: oVirt 4.5.2.4 api access with keycloak

[Benny Zlotnik]

it's tricky to access with the browser when keycloak is enabled, you
first need to get the token:
$ curl -k -H "Accept: application/json"
'https://engine.fqdn/ovirt-engine/sso/oauth/token?grant_type=password&username=admin@ovirt@internalsso&password=pass&scope=ovirt-app-api'
{"access_token":"","scope":"ovirt-app-api
ovirt-ext=token-info:authz-search
ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate
ovirt-ext=token:password-access","exp":"9223372036854775807","token_type":"bearer"}

then use the access_token returned:
$ curl -k -H "Accept: application/json" -H "Authorization: Bearer
" https://engine.fqdn/ovirt-engine/api


On Wed, Sep 7, 2022 at 11:57 AM Yedidyah Bar David  wrote:
>
> On Fri, Sep 2, 2022 at 4:07 AM Don Dupuis  wrote:
> >
> > Hello
> > I have installed ovirt 4.5.2.4 and keycloak authentication is now standard. 
> > On previous installs it could be accessed via a web browser as 
> > https://engine_FQDN/ovirt-engine/api. What is the proper url syntax to work 
> > with the new keycloak way and I know the username is now 
> > admin@ovirt@internalsso?
>
> Should be the same - did you try this? Had problems? Which?
>
> Best regards,
> --
> Didi
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/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/C44XLLV5WMPRX726PIQRRSRFBDWP5FDB/
___
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/M2I2AA52HAAFBVDXO2DTTTZX6K3TNR6Y/

[ovirt-users] Re: how kill backup operation

[Benny Zlotnik]

Thanks Diego, I was able to reproduce it manually, shouldn't be too
difficult to fix

On Wed, Aug 31, 2022 at 5:37 PM Diego Ercolani  wrote:
>
> This is the bug report I filled: 
> https://bugzilla.redhat.com/show_bug.cgi?id=2123008
> ___
> 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/ZFF7FCEJJBTILXIKJ4J333WURXCFRWJR/
___
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/BDOB5T2TJGDUEDSYEA3GVIBLH33LWKOY/

[ovirt-users] Re: how kill backup operation

[Benny Zlotnik]

Thanks Diego, I checked one of the failures and I see:

2022-08-26 13:00:16,067Z ERROR
[org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand]
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-6
) [51fb711e-0fbc-4590-8ff0-638a041b13a5] Failed to extend proxy ticket
'1e1846a1-f9f0-49e5-912e-2f5bf8dd8144' for image transfer
'54097389-db69-4aa3-a34d-eb6cb2c1fc4b': {}:
java.lang.RuntimeException: ImageioClient request failed. Status: 404,
Reason: Not Found, Error: No such ticket:
1e1846a1-f9f0-49e5-912e-2f5bf8dd8144.
at 
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.storage.disk.image.ImageioClient.executeRequest(ImageioClient.java:134)
at 
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.storage.disk.image.ImageioClient.extendTicket(ImageioClient.java:89)
at 
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand.extendImageTransferSession(TransferDiskImageCommand.java:1353
)
at 
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand.extendTicketIfNecessary(TransferDiskImageCommand.java:785)
at 
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand.handleTransferring(TransferDiskImageCommand.java:774)
at 
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand.executeStateHandler(TransferDiskImageCommand.java:593)
at 
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand.proceedCommandExecution(TransferDiskImageCommand.java:574)
at 
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.storage.disk.image.TransferImageCommandCallback.doPolling(TransferImageCommandCallback.java:21)
at 
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.tasks.CommandCallbacksPoller.invokeCallbackMethodsImpl(CommandCallbacksPoller.java:175)
at 
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.tasks.CommandCallbacksPoller.invokeCallbackMethods(CommandCallbacksPoller.java:109)
at 
java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
at 
java.base/java.util.concurrent.FutureTask.runAndReset(FutureTask.java:305)
at 
org.glassfish.javax.enterprise.concurrent//org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.access$201(M
anagedScheduledThreadPoolExecutor.java:360)
at 
org.glassfish.javax.enterprise.concurrent//org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.run(ManagedS
cheduledThreadPoolExecutor.java:511)
at 
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at 
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:829)
at 
org.glassfish.javax.enterprise.concurrent//org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:227)
...

I see that it happened after restarting, so it looks like it messed up
the cleanup sequence and did not close the nbd server.

Do you have the imageio logs? They should be available on the host
performed the transfer under /var/log/ovirt-imageio/daemon.log
And please submit a bug for this with these logs




On Wed, Aug 31, 2022 at 4:03 PM Diego Ercolani  wrote:
>
> I add also that I upgraded the engine on 2022-08-22 so I have the last 
> "stable" since then:
>
> [root@ovirt-engine dbutils]# rpm -qi ovirt-engine-4.5.2.4-1.el8.noarch
> Name: ovirt-engine
> Version : 4.5.2.4
> Release : 1.el8
> Architecture: noarch
> Install Date: Mon Aug 22 08:17:41 2022
> Group   : Virtualization/Management
> Size: 39473100
> License : ASL 2.0
> Signature   : RSA/SHA256, Sun Aug 21 15:16:08 2022, Key ID ab8c4f9dfe590cb7
> Source RPM  : ovirt-engine-4.5.2.4-1.el8.src.rpm
>
> ___
> 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/B4LIWGEWFNWFGVZ5NSTQYMP4VZHKETBW/
___
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/GK55UOQBOOWFH2E3XKCQCLXARZVMZ3AD/

[ovirt-users] Re: how kill backup operation

[Benny Zlotnik]

Do you have the logs (engine.log, vdsm.log) for this?
qemu-nbd holding the lock might mean the transfer was not finalized
properly and the nbd server was left open which should not happen...

On Wed, Aug 31, 2022 at 1:57 PM Diego Ercolani  wrote:
>
> Thanks Arik,
> we have tried your solution but with no successful results.
> we have gather also other infor and combined in this solution:
>
> we have deleted on DB the row on vm_backups and vm_disk_map related to the 
> hanged backup.
>
> The we have tried to delete shapshot locked , after the row db deletion the 
> messange "cannot delete shapshot during backup operations" does not apper" 
> but deletion failed anyway.
>
> so we watch the log file /var/log/ovirt-engine/engine.log ans see this 
> messages
>
> nIs another process using the image [
>  
> /rhev/data-center/mnt/glusterSD/localhost:_gv0/60b7f172-08ed-4a22-8414-31fd5b100d72/images/5d18a058-652f-4c94-a9ff-9c15152c61b4/f17c3443-b62f-43f5-b35c-5ba9225abaf4
>
> then we search on the node which process olds the file with the command:
>
> lsof | grep f17c3443-b62f-43f5-b35c-5ba9225abaf4
>
> and we found on a node that the file was in use by a process qemu-ndb
>
> we kill that process and finally we were enabled to delete the shapshot.
>
>
> Thanks again for your support
> ___
> 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/LX7ZZTJVUI6ZKW3CL4IU7ICUED2L3PP4/
___
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/GALQ4MAA5YZRHNYIKVBAPE5LDPQWZ4MB/

[ovirt-users] Re: Failed to delete snapshot

[Benny Zlotnik]

The bug you mentioned was fixed in 4.5.2.2. But to clarify the issue
that's fixed: The fix is for a situation where a snapshot removal
failed for whatever reason, but the volume was removed in vdsm and
remains present in the engine's database. Without the fix, attempting
to remove the snapshot again would fail.

Is this the scenario you are facing now?

There is another question of why the snapshot removal failed
initially, and I did not get logs with this information (although it
could be due to network issues)

On Fri, Aug 26, 2022 at 7:19 PM Giorgio Biacchi  wrote:
>
> Hi,
> I filed a bug about this last year...
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1948599
>
> We've dome some tests with vProtect after the leatest Ovirt release
> 4.5.2.4-1.el8  but we still have problems with snapshots removal and
> disks left in locked or illegal state.
>
> To bring back a disk from illegal state we live migrate the disk(s) to
> another data domain. After this the snapshots are back to legal and can
> be removed from the UI. This is pratical only for VMs with small disks.
> Sadly one of the VMs we have problems with has a 2.5Tb disk attached :(
>
> Hope this get solved soon.
>
> Regards
>
> Il 25/08/2022 10:26, Jirka Simon ha scritto:
> > Hello Sven,
> >
> > Please do you have any details about it? Like bug report od knowledge
> > base or article ?   We have ovit and vprotect as well and our troubles
> > started after last update of ovirt 4.4 ( frozen vm with snapshot crating
> > job, then after unlock some snapshots is not possible to delete.)  And
> > now I'm preparing upgrade to 4.5.2 Yesterday we upgraded vProtect to the
> > latest version.
> >
> > Thank you for any detail.
> >
> >
> > Jirka
> >
> > On 8/24/22 15:20, Sven Jansen via Users wrote:
> >> We are currently sitting on a not really working backup solution.
> >> oVirt 4.5.x has constant issues removing snapshots, same like OP.
> >> vProtect with Snapshots has issues with oVirt deleting snapshots.
> >> vProtect 5.1 has broken CBT with oVirt 4.5.x.
> >>
> >> vProtect support tells us that the snapshot issues is in oVirt (true)
> >> and CBT is a preview feature not really supported. So currently
> >> vProtect 5.1 and oVirt 4.5 is a no go solution. We are thinking going
> >> to xcp-ng due to constant issues with oVirt and or vProtect.
> >> ___
> >> 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/V7VSQLOGJDTBTZ2RMJ7GGD65ZADNY2WP/
> >>
> > ___
> > 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/FMK2Z5B5K7Y5XHFKL7DYKP7C4RUHWPQN/
> >
>
> --
> gb
>
> PGP Key: http://pgp.mit.edu/
> Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34
> ___
> 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/K5P7G25WSOUCW6TGHNOYXX6Y6OGHY6LL/
___
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/6KUKG7LOUVAKIZ2EOKZ3MQ5R6QODIH3M/

[ovirt-users] Re: Failed to delete snapshot

[Benny Zlotnik]

What is the snapshot issue and is there a bug for it?

On Wed, Aug 24, 2022 at 4:21 PM Sven Jansen via Users  wrote:
>
> We are currently sitting on a not really working backup solution. oVirt 4.5.x 
> has constant issues removing snapshots, same like OP. vProtect with Snapshots 
> has issues with oVirt deleting snapshots. vProtect 5.1 has broken CBT with 
> oVirt 4.5.x.
>
> vProtect support tells us that the snapshot issues is in oVirt (true) and CBT 
> is a preview feature not really supported. So currently vProtect 5.1 and 
> oVirt 4.5 is a no go solution. We are thinking going to xcp-ng due to 
> constant issues with oVirt and or vProtect.
> ___
> 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/V7VSQLOGJDTBTZ2RMJ7GGD65ZADNY2WP/
___
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/T23LG3UB57E7K7TUHFZOBHKSLN376JCR/

[ovirt-users] Re: Q: How to fix ghost "locked" status of VM

[Benny Zlotnik]

no, DeleteJob deletes from the job table, you can use
DeleteCommandEntity(uuid)[1]

[1] 
https://github.com/oVirt/ovirt-engine/blob/fbd5851b9de889fb88df6f10310ea9051c75beb9/packaging/dbscripts/command_entities_sp.sql#L247


On Mon, Aug 8, 2022 at 4:58 PM Andrei Verovski  wrote:
>
> Hi, Benny,
>
> 3 records found.
>
> engine=# select command_id,root_command_id from command_entities where 
> root_command_id = '2f8b32d8-fd3c-46c9-90e9-4863d63c0530';
>   command_id  |   root_command_id
> --+--
>  2f8b32d8-fd3c-46c9-90e9-4863d63c0530 | 2f8b32d8-fd3c-46c9-90e9-4863d63c0530
>  3c09e1ce-1e49-4d03-82dd-2844fb9dc39f | 2f8b32d8-fd3c-46c9-90e9-4863d63c0530
>  ed816f9d-e25c-4b58-8c8f-fd0393abda2f | 2f8b32d8-fd3c-46c9-90e9-4863d63c0530
>
>
> Now this ?
> select DeleteJob('2f8b32d8-fd3c-46c9-90e9-4863d63c0530');
>
>
> > On 8 Aug 2022, at 16:27, Benny Zlotnik  wrote:
> >
> > you can do:
> > select command_id,root_command_id from command_entities where
> > root_command_id = '2f8b32d8-fd3c-46c9-90e9-4863d63c0530’;
> >
> > On Mon, Aug 8, 2022 at 4:19 PM Andrei Verovski  wrote:
> >>
> >> Hi, Benny,
> >>
> >>
> >> select * from command_entities where root_command_id = 
> >> 'ed816f9d-e25c-4b58-8c8f-fd0393abda2f’;
> >> -> 0 rows
> >>
> >> select * from command_entities where root_command_id = 
> >> '2f8b32d8-fd3c-46c9-90e9-4863d63c0530’;
> >> -> Huge page of smth, have to page out with “more”, is it possible to 
> >> truncate it to meaningful value, e.g. just number of rows?
> >>
> >> I can restore this VM from backup copy, bit since it is unmanageable, I 
> >> can’t even remove it.
> >>
> >>
> >>> On 8 Aug 2022, at 13:07, Benny Zlotnik  wrote:
> >>>
> >>> you can look up the relevant command by command_id in the
> >>> command_entities table, in your case it would be
> >>> 2f8b32d8-fd3c-46c9-90e9-4863d63c0530 and
> >>> ed816f9d-e25c-4b58-8c8f-fd0393abda2f, there might be more as the log
> >>> is trimmed, so I suggest to look it up with
> >>> select *
> >>> from command_entities
> >>> where root_command_id = '2f8b32d8-fd3c-46c9-90e9-4863d63c0530';
> >>>
> >>> Then delete the relevant entries and restart ovirt-engine (as they
> >>> might still be present in the cache)
> >>>
> >>> But before doing that, is the command still running? Async commands
> >>> like create snapshot are failed automatically after 50 hours and I
> >>> believe it has already passed
> >>> Also, this manual operation is very intrusive and might have
> >>> unexpected consequences so make sure you have backups.
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> On Mon, Aug 8, 2022 at 9:33 AM Andrei Verovski  
> >>> wrote:
> >>>>
> >>>> HI,
> >>>>
> >>>> OK, how to properly remove this lock? Right now VM is locked and is 
> >>>> unmanageable at all in any way.
> >>>> I suppose its with some SQL commands in Postgres.
> >>>>
> >>>> Thanks.
> >>>>
> >>>>
> >>>>> On 5 Aug 2022, at 11:34, Benny Zlotnik  wrote:
> >>>>>
> >>>>> So based on your logs the lock you are seeing is a memory lock,
> >>>>> unlock_entity.sh can't really help with these.
> >>>>> Also, the job table is used mainly for presentation so removing an
> >>>>> entry from will not help.
> >>>>>
> >>>>> Do you have the logs from when this snapshot operation started, you
> >>>>> can use the correlation id (28353fa0-5e36-4fe8-8609-e74cd1da6d36) to
> >>>>> search? Also, do you have the vdsm logs (SPM at the time and the host
> >>>>> running the VM), same correlation id can be used for this as well
> >>>>>
> >>>>> The table that's used to coordinate this is command_entities, so in
> >>>>> theory removing the entries with this correlation id can help, but I'd
> >>>>> like to see what led to this first
> >>>>>
> >>>>> On Fri, Aug 5, 2022 at 8:37 AM Andrei Verovski  
> >>>>> wrote:
> >>>>>>
> >>>>&

[ovirt-users] Re: Q: How to fix ghost "locked" status of VM

[Benny Zlotnik]

you can do:
select command_id,root_command_id from command_entities where
root_command_id = '2f8b32d8-fd3c-46c9-90e9-4863d63c0530’;

On Mon, Aug 8, 2022 at 4:19 PM Andrei Verovski  wrote:
>
> Hi, Benny,
>
>
> select * from command_entities where root_command_id = 
> 'ed816f9d-e25c-4b58-8c8f-fd0393abda2f’;
> -> 0 rows
>
> select * from command_entities where root_command_id = 
> '2f8b32d8-fd3c-46c9-90e9-4863d63c0530’;
> -> Huge page of smth, have to page out with “more”, is it possible to 
> truncate it to meaningful value, e.g. just number of rows?
>
> I can restore this VM from backup copy, bit since it is unmanageable, I can’t 
> even remove it.
>
>
> > On 8 Aug 2022, at 13:07, Benny Zlotnik  wrote:
> >
> > you can look up the relevant command by command_id in the
> > command_entities table, in your case it would be
> > 2f8b32d8-fd3c-46c9-90e9-4863d63c0530 and
> > ed816f9d-e25c-4b58-8c8f-fd0393abda2f, there might be more as the log
> > is trimmed, so I suggest to look it up with
> > select *
> > from command_entities
> > where root_command_id = '2f8b32d8-fd3c-46c9-90e9-4863d63c0530';
> >
> > Then delete the relevant entries and restart ovirt-engine (as they
> > might still be present in the cache)
> >
> > But before doing that, is the command still running? Async commands
> > like create snapshot are failed automatically after 50 hours and I
> > believe it has already passed
> > Also, this manual operation is very intrusive and might have
> > unexpected consequences so make sure you have backups.
> >
> >
> >
> >
> >
> > On Mon, Aug 8, 2022 at 9:33 AM Andrei Verovski  wrote:
> >>
> >> HI,
> >>
> >> OK, how to properly remove this lock? Right now VM is locked and is 
> >> unmanageable at all in any way.
> >> I suppose its with some SQL commands in Postgres.
> >>
> >> Thanks.
> >>
> >>
> >>> On 5 Aug 2022, at 11:34, Benny Zlotnik  wrote:
> >>>
> >>> So based on your logs the lock you are seeing is a memory lock,
> >>> unlock_entity.sh can't really help with these.
> >>> Also, the job table is used mainly for presentation so removing an
> >>> entry from will not help.
> >>>
> >>> Do you have the logs from when this snapshot operation started, you
> >>> can use the correlation id (28353fa0-5e36-4fe8-8609-e74cd1da6d36) to
> >>> search? Also, do you have the vdsm logs (SPM at the time and the host
> >>> running the VM), same correlation id can be used for this as well
> >>>
> >>> The table that's used to coordinate this is command_entities, so in
> >>> theory removing the entries with this correlation id can help, but I'd
> >>> like to see what led to this first
> >>>
> >>> On Fri, Aug 5, 2022 at 8:37 AM Andrei Verovski  
> >>> wrote:
> >>>>
> >>>> Hi, Benny,
> >>>>
> >>>> I have sent log on your mailbox, its too big to post here on mailing 
> >>>> list.
> >>>>
> >>>> Looks like ghost task is still running, anything else need to be removed 
> >>>> from Postgres DB?
> >>>>
> >>>> BTW, frozen dead snapshot is in invalid state, is there any way to get 
> >>>> rid of it? I think it's actually exists, but due to invalid state its 
> >>>> not possible to do anything with it.
> >>>>
> >>>>
> >>>> ——
> >>>>
> >>>> Log file still shows zombie task:
> >>>>
> >>>> 2022-08-04 20:57:30,145+03 INFO  
> >>>> [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] 
> >>>> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-24) 
> >>>> [28353fa0-5e36-4fe8-8609-e74cd1da6d36] Command 'CreateSnapshotForVm' 
> >>>> (id: '2f8b32d8-fd3c-46c9-90e9-4863d63c0530') waiting on child command 
> >>>> id: 'ed816f9d-e25c-4b58-8c8f-fd0393abda2f' 
> >>>> type:'CreateLiveSnapshotForVm' to complete
> >>>> 2022-08-04 20:57:40,176+03 INFO  
> >>>> [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] 
> >>>> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-85) 
> >>>> [28353fa0-5e36-4fe8-8609-e74cd1da6d36] Command 'CreateSnapshotForVm' 
> >>>> (id: &#x

[ovirt-users] Re: Q: How to fix ghost "locked" status of VM

[Benny Zlotnik]

you can look up the relevant command by command_id in the
command_entities table, in your case it would be
2f8b32d8-fd3c-46c9-90e9-4863d63c0530 and
ed816f9d-e25c-4b58-8c8f-fd0393abda2f, there might be more as the log
is trimmed, so I suggest to look it up with
select *
from command_entities
where root_command_id = '2f8b32d8-fd3c-46c9-90e9-4863d63c0530';

Then delete the relevant entries and restart ovirt-engine (as they
might still be present in the cache)

But before doing that, is the command still running? Async commands
like create snapshot are failed automatically after 50 hours and I
believe it has already passed
Also, this manual operation is very intrusive and might have
unexpected consequences so make sure you have backups.





On Mon, Aug 8, 2022 at 9:33 AM Andrei Verovski  wrote:
>
> HI,
>
> OK, how to properly remove this lock? Right now VM is locked and is 
> unmanageable at all in any way.
> I suppose its with some SQL commands in Postgres.
>
> Thanks.
>
>
> > On 5 Aug 2022, at 11:34, Benny Zlotnik  wrote:
> >
> > So based on your logs the lock you are seeing is a memory lock,
> > unlock_entity.sh can't really help with these.
> > Also, the job table is used mainly for presentation so removing an
> > entry from will not help.
> >
> > Do you have the logs from when this snapshot operation started, you
> > can use the correlation id (28353fa0-5e36-4fe8-8609-e74cd1da6d36) to
> > search? Also, do you have the vdsm logs (SPM at the time and the host
> > running the VM), same correlation id can be used for this as well
> >
> > The table that's used to coordinate this is command_entities, so in
> > theory removing the entries with this correlation id can help, but I'd
> > like to see what led to this first
> >
> > On Fri, Aug 5, 2022 at 8:37 AM Andrei Verovski  wrote:
> >>
> >> Hi, Benny,
> >>
> >> I have sent log on your mailbox, its too big to post here on mailing list.
> >>
> >> Looks like ghost task is still running, anything else need to be removed 
> >> from Postgres DB?
> >>
> >> BTW, frozen dead snapshot is in invalid state, is there any way to get rid 
> >> of it? I think it's actually exists, but due to invalid state its not 
> >> possible to do anything with it.
> >>
> >>
> >> ——
> >>
> >> Log file still shows zombie task:
> >>
> >> 2022-08-04 20:57:30,145+03 INFO  
> >> [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] 
> >> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-24) 
> >> [28353fa0-5e36-4fe8-8609-e74cd1da6d36] Command 'CreateSnapshotForVm' (id: 
> >> '2f8b32d8-fd3c-46c9-90e9-4863d63c0530') waiting on child command id: 
> >> 'ed816f9d-e25c-4b58-8c8f-fd0393abda2f' type:'CreateLiveSnapshotForVm' to 
> >> complete
> >> 2022-08-04 20:57:40,176+03 INFO  
> >> [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] 
> >> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-85) 
> >> [28353fa0-5e36-4fe8-8609-e74cd1da6d36] Command 'CreateSnapshotForVm' (id: 
> >> '2f8b32d8-fd3c-46c9-90e9-4863d63c0530') waiting on child command id: 
> >> 'ed816f9d-e25c-4b58-8c8f-fd0393abda2f' type:'CreateLiveSnapshotForVm' to 
> >> complete
> >> 2022-08-04 20:57:50,252+03 INFO  
> >> [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] 
> >> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-66) 
> >> [28353fa0-5e36-4fe8-8609-e74cd1da6d36] Command 'CreateSnapshotForVm' (id: 
> >> '2f8b32d8-fd3c-46c9-90e9-4863d63c0530') waiting on child command id: 
> >> 'ed816f9d-e25c-4b58-8c8f-fd0393abda2f' type:'CreateLiveSnapshotForVm' to 
> >> complete
> >>
> >>
> >>> On 4 Aug 2022, at 19:06, Benny Zlotnik  wrote:
> >>>
> >>> can you share the logs after restarting ovirt-engine?
> >>>
> >>> On Thu, Aug 4, 2022 at 4:58 PM Andrei Verovski  
> >>> wrote:
> >>>>
> >>>> Hi,
> >>>>
> >>>>
> >>>> Creating snapshot of one of the VM vailed, and zombie tasks was killed 
> >>>> with:
> >>>>
> >>>> su postgres
> >>>> psql -d engine -U postgres
> >>>> select * from job order by start_time desc;
> >>>>
> &

[ovirt-users] Re: Q: How to fix ghost "locked" status of VM

[Benny Zlotnik]

So based on your logs the lock you are seeing is a memory lock,
unlock_entity.sh can't really help with these.
Also, the job table is used mainly for presentation so removing an
entry from will not help.

Do you have the logs from when this snapshot operation started, you
can use the correlation id (28353fa0-5e36-4fe8-8609-e74cd1da6d36) to
search? Also, do you have the vdsm logs (SPM at the time and the host
running the VM), same correlation id can be used for this as well

The table that's used to coordinate this is command_entities, so in
theory removing the entries with this correlation id can help, but I'd
like to see what led to this first

On Fri, Aug 5, 2022 at 8:37 AM Andrei Verovski  wrote:
>
> Hi, Benny,
>
> I have sent log on your mailbox, its too big to post here on mailing list.
>
> Looks like ghost task is still running, anything else need to be removed from 
> Postgres DB?
>
> BTW, frozen dead snapshot is in invalid state, is there any way to get rid of 
> it? I think it's actually exists, but due to invalid state its not possible 
> to do anything with it.
>
>
> ——
>
> Log file still shows zombie task:
>
> 2022-08-04 20:57:30,145+03 INFO  
> [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] 
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-24) 
> [28353fa0-5e36-4fe8-8609-e74cd1da6d36] Command 'CreateSnapshotForVm' (id: 
> '2f8b32d8-fd3c-46c9-90e9-4863d63c0530') waiting on child command id: 
> 'ed816f9d-e25c-4b58-8c8f-fd0393abda2f' type:'CreateLiveSnapshotForVm' to 
> complete
> 2022-08-04 20:57:40,176+03 INFO  
> [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] 
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-85) 
> [28353fa0-5e36-4fe8-8609-e74cd1da6d36] Command 'CreateSnapshotForVm' (id: 
> '2f8b32d8-fd3c-46c9-90e9-4863d63c0530') waiting on child command id: 
> 'ed816f9d-e25c-4b58-8c8f-fd0393abda2f' type:'CreateLiveSnapshotForVm' to 
> complete
> 2022-08-04 20:57:50,252+03 INFO  
> [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] 
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-66) 
> [28353fa0-5e36-4fe8-8609-e74cd1da6d36] Command 'CreateSnapshotForVm' (id: 
> '2f8b32d8-fd3c-46c9-90e9-4863d63c0530') waiting on child command id: 
> 'ed816f9d-e25c-4b58-8c8f-fd0393abda2f' type:'CreateLiveSnapshotForVm' to 
> complete
>
>
> > On 4 Aug 2022, at 19:06, Benny Zlotnik  wrote:
> >
> > can you share the logs after restarting ovirt-engine?
> >
> > On Thu, Aug 4, 2022 at 4:58 PM Andrei Verovski  wrote:
> >>
> >> Hi,
> >>
> >>
> >> Creating snapshot of one of the VM vailed, and zombie tasks was killed 
> >> with:
> >>
> >> su postgres
> >> psql -d engine -U postgres
> >> select * from job order by start_time desc;
> >>
> >> select DeleteJob('UUID_FROZEN_TASK_ID’);
> >>
> >>
> >> However, VM remains in locked state (with lock sign left-below red “DOWN” 
> >> arrow in status column of web interface.
> >>
> >> I run:
> >> /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t all
> >>
> >> then rebooted engine VM, still no luck. Can’t do anything with that VM.
> >>
> >> Please advise how to fix.
> >> Thanks in advance.
> >> ___
> >> 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/P2TVMLHC53JWCLDJNK6UXLZ7ZAUOSYFJ/
> >
>
___
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/ILYSLIM7UNRU3B3G43IFM3VMSBGZNRDU/

[ovirt-users] Re: Q: How to fix ghost "locked" status of VM

[Benny Zlotnik]

can you share the logs after restarting ovirt-engine?

On Thu, Aug 4, 2022 at 4:58 PM Andrei Verovski  wrote:
>
> Hi,
>
>
> Creating snapshot of one of the VM vailed, and zombie tasks was killed with:
>
> su postgres
> psql -d engine -U postgres
> select * from job order by start_time desc;
>
> select DeleteJob('UUID_FROZEN_TASK_ID’);
>
>
> However, VM remains in locked state (with lock sign left-below red “DOWN” 
> arrow in status column of web interface.
>
> I run:
>  /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t all
>
> then rebooted engine VM, still no luck. Can’t do anything with that VM.
>
> Please advise how to fix.
> Thanks in advance.
> ___
> 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/P2TVMLHC53JWCLDJNK6UXLZ7ZAUOSYFJ/
___
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/7MKDMQQWHENVAXBI3555HR2OEHZWV4SZ/

[ovirt-users] Re: disk pending in "finalizing" state

[Benny Zlotnik]

Can you finalize the backup from Veeam? The /finalize endpoint for
backups should initiate the snapshot removal

On Mon, Aug 1, 2022 at 5:10 PM Diego Ercolani  wrote:
>
> Anyway, I removed the image from the image_transfer table, in the GUI the 
> state changed to "OK" but when I try to remove the snapshots Veeam left it 
> says thai engine cannot remove during backup:
> 2022-08-01 14:07:26,181Z INFO  
> [org.ovirt.engine.core.vdsbroker.gluster.GlusterTasksListVDSCommand] 
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-88) [] 
> FINISH, GlusterTasksListVDSCommand, return: [], log id: 66bc2d26
> 2022-08-01 14:07:33,387Z INFO  
> [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotCommand] (default 
> task-151) [0c676089-1b52-4593-a0b3-af70b56ec134] Lock Acquired to object 
> 'EngineLock:{exclusiveLocks='[86f0ec22-7897-4a42-98dc-9bd54fb8441f=VM]', 
> sharedLocks=''}'
> 2022-08-01 14:07:33,388Z WARN  
> [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotCommand] (default 
> task-151) [0c676089-1b52-4593-a0b3-af70b56ec134] Validation of action 
> 'RemoveSnapshot' failed for user admin@internal-authz. Reasons: 
> VAR__TYPE__SNAPSHOT,VAR__ACTION__REMOVE,ACTION_TYPE_FAILED_VM_IS_DURING_BACKUP
> 2022-08-01 14:07:33,388Z INFO  
> [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotCommand] (default 
> task-151) [0c676089-1b52-4593-a0b3-af70b56ec134] Lock freed to object 
> 'EngineLock:{exclusiveLocks='[86f0ec22-7897-4a42-98dc-9bd54fb8441f=VM]', 
> sharedLocks=''}'
>
> And if I try to copy the current disk it refuses saying that is locked:
> 2022-08-01 14:09:19,477Z INFO  
> [org.ovirt.engine.core.bll.storage.disk.MoveOrCopyDiskCommand] (default 
> task-159) [991ed393-0e88-4839-ac5a-ab9fcff9ecc1] Failed to Acquire Lock to 
> object 
> 'EngineLock:{exclusiveLocks='[7a05ff72-370e-4d0c-ab56-5f161cc98318=DISK]', 
> sharedLocks=''}'
> 2022-08-01 14:09:19,477Z WARN  
> [org.ovirt.engine.core.bll.storage.disk.MoveOrCopyDiskCommand] (default 
> task-159) [991ed393-0e88-4839-ac5a-ab9fcff9ecc1] Validation of action 
> 'MoveOrCopyDisk' failed for user admin@internal-authz. Reasons: 
> VAR__ACTION__COPY,VAR__TYPE__DISK,ACTION_TYPE_FAILED_DISK_IS_LOCKED
>
> ___
> 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/GO6HQ2X3Z6EIRPNI5LSXHASSUCG4JBAT/
___
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/4V5NGHLOPOFTZ5YLZDB5MSWGI6MOT6SH/

[ovirt-users] Re: disk pending in "finalizing" state

[Benny Zlotnik]

There was no manual database change, I meant calling the /finalize
endpoint can change the phase of a transfer and move it to an
incorrect state like happened in your case. In your scenario the
client is Veeam, but this is not their fault, but an issue in oVirt,
since we should not change the phase in such cases.

Let me know if manually removing the transfer helped.

On Mon, Aug 1, 2022 at 4:59 PM Diego Ercolani  wrote:
>
> In data lunedì 1 agosto 2022 15:55:56 CEST, Benny Zlotnik ha scritto:
> > So looks like the transfer failed, but it was later finalized moving
> > it from FINISHED_FAILURE to FINALIZING_SUCCESS, we have a bug to
> > prevent clients from changing the transfer's status like this, fix
> > should land in 4.5.3
> When you talk "client" in this case I can assure you I didn't change the DB
> manually. But I don't know if Veeam did it.
> Anyway thank you for the support
>
> Diego
>
___
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/MELWKB7Y2QOETOM7GSXSU52HBT3ZXXRE/

[ovirt-users] Re: disk pending in "finalizing" state

[Benny Zlotnik]

I see:
engine.log-20220727.gz:2022-07-26 22:33:35,407Z INFO
[org.ovirt.engine.core.bll.storage.disk.image.ImageTransferUpdater]
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-25)
[ee684838-5d33-4f03-b07f-453a69effa97] Updating image transfer
'eecdc5fc-4b7a-44f4-afed-9abb0cd12534' phase from 'Finalizing Failure'
to 'Finished Failure'
engine.log-20220727.gz:2022-07-26 22:43:37,572Z INFO
[org.ovirt.engine.core.bll.storage.disk.image.ImageTransferUpdater]
(default task-39) [a9e25b07-9a2f-40d8-886d-d9b613a83c10] Updating
image transfer 'eecdc5fc-4b7a-44f4-afed-9abb0cd12534' phase from
'Finished Failure' to 'Finalizing Success'

So looks like the transfer failed, but it was later finalized moving
it from FINISHED_FAILURE to FINALIZING_SUCCESS, we have a bug to
prevent clients from changing the transfer's status like this, fix
should land in 4.5.3

You can remove the transfer from the image_transfers table (after
backing up the database)

On Mon, Aug 1, 2022 at 4:24 PM Diego Ercolani  wrote:
>
> Expanded display is on.
> -[ RECORD 1 ]-+
> command_id| eecdc5fc-4b7a-44f4-afed-9abb0cd12534
> command_type  | 1024
> phase | 7
> last_updated  | 2022-07-31 10:49:06.791+00
> message   |
> vds_id| 29e930c3-d72b-4fc4-828e-e6d5b2b2582a
> disk_id   | 7a05ff72-370e-4d0c-ab56-5f161cc98318
> imaged_ticket_id  |
> proxy_uri | https://ovirt-engine.ovirt:54323/images
> bytes_sent| 0
> bytes_total   | 64424509440
> type  | 1
> active| f
> daemon_uri| https://ovirt-node2.ovirt:54322/images
> client_inactivity_timeout | 600
> image_format  | 5
> backend   | 1
> backup_id | d64e0f6a-fbfe-4d13-a155-fdb62f4d09af
> client_type   | 2
> shallow   | f
> timeout_policy| legacy
>
> This is the /var/log/ovirt-engine directory: 
> https://cloud.ssis.sm/index.php/s/baazZPS8e8FQDFF
> ___
> 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/RU5GRIWKAUVWNIGXABWVL7HQ2J7DSU7Q/
___
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/WJ7H2SYVDVYERM4RQCL2TM6RWYXVVDQV/

[ovirt-users] Re: disk pending in "finalizing" state

[Benny Zlotnik]

this means the transfer is finalizing
can you provide the output of:
$ psql -U engine -d engine -c "\x on" -c "select * from image_transfers"

as well as engine logs


On Mon, Aug 1, 2022 at 2:41 PM Diego Ercolani  wrote:
>
> ovirt-engine-4.5.1.3-1.el8.noarch
>
> Hello I have a situation where a disk is stuck in finalizing state derived by 
> trying to backup via veeam.
>
> backup process is interrupted and I have cleared the job states with the 
> dbutils scripts  (/usr/share/ovirt-engine/setup/dbutils/task_cleaner.sh) even 
> if the script didn't advice about  any pending job...
>
>
> I tryied to unlock_entity of the disk but for the script there is no disk 
> locked.
> In the ovirt-engine gui, the disk is "finalizing"
> And I'm stuck here
>
> Can someone address me somewhere?
> ___
> 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/6VCE6SC6RZKKH6O4IRQ6FETESUHU2GJV/
___
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/OMYTQ7O5LQCNISOVMZ44P3MPWFZIZBE7/

[ovirt-users] Re: Template import in 4.5

[Benny Zlotnik]

you may have hit this bug https://bugzilla.redhat.com/show_bug.cgi?id=2104597

On Wed, Jul 20, 2022 at 12:11 PM Gianluca Cecchi
 wrote:
>
> Hello,
> I have a problem importing templates in downstream product 4.4-SP1 that 
> should match in some way oVirt 4.5.x.
> I get a ui exception preventing me from importing the template.
> I have already opened a case for it (03270063).
> Just wondering if it can be a general problem and in particular an oVirt 
> problem too. I have not at hand an oVirt 4.5 env.
> Can anyone in oVirt 4.5.x confirm that Template Import through export domains 
> work as expected in that environment?
> In my case the template has been exported from a 4.4.x environment, so the 
> perfect match would be to export a template in 4.4 and then import it in 4.5
> Thanks in advance
> 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/XVNDQCV6RL2BPOXIODNS7AXIBI553MME/
___
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/ZSJ2EQ2VQBUMNRXRESGU47QCEZ4P3ZWP/

[ovirt-users] Re: Cannot deserialize - engine doesn't start

[Benny Zlotnik]

Thanks, I posted a fix[1], please share the bug link after you submit
it and I'll attach the PR to it

[1] https://github.com/oVirt/ovirt-engine/pull/526

On Wed, Jul 13, 2022 at 5:26 PM Giulio Casella  wrote:
>
> Done!
> After deleting some rows present in command_entities table (those that
> hadn't a job with a correlationId in job table) the engine restarted.
>
> I'll file a bugzilla for this issue.
>
> Thank you Benny.
>
> Ciao,
> gc
>
>
> On 13/07/2022 15:29, Benny Zlotnik wrote:
> > I will very carefully say yes, but please backup the engine before you do 
> > that
> >
> > On Wed, Jul 13, 2022 at 1:59 PM Giulio Casella  wrote:
> >>
> >>
> >>
> >> On 13/07/2022 12:54, Benny Zlotnik wrote:
> >>> On Wed, Jul 13, 2022 at 1:48 PM Giulio Casella  wrote:
> >>>>
> >>>> Thanks Benny,
> >>>>
> >>>> On 13/07/2022 12:20, Benny Zlotnik wrote:
> >>>>> Thanks, is the operation complete? If yes, you can remove the rows
> >>>>> referencing command_id 6ae544f6-b608-4d8d-9f99-eabd5d5db0ad from
> >>>>> command_entities
> >>>>
> >>>> How can I know if the operation is completed? I've no access to admin
> >>>> portal anymore...
> >>> Right, I forgot about this...
> >>>
> >>>> The only things I know are:
> >>>> - there are 2 command in command_entities referencing command_id
> >>>> 6ae544f6-b608-4d8d-9f99-eabd5d5db0ad: the
> >>>> 6ae544f6-b608-4d8d-9f99-eabd5d5db0ad itself and another one referencing
> >>>> it as a parent
> >>>> - both of them are marked as ENDED_SUCCESSFULLY in the status field
> >>>> - other commands in table exists, 3 of them marked as active (none of
> >>>> them references 6ae544f6-b608-4d8d-9f99-eabd5d5db0ad)
> >>>
> >>> You can check in the job table,
> >>>
> >>> select *
> >>> from job
> >>> where correlation_id = 'd19c0b79-76dd-40df-af41-fc18e59bb536';
> >>
> >> No job returned from job query.
> >> Can I proceed to remove 2 rows from command_entities referencing
> >> 6ae544f6-b608-4d8d-9f99-eabd5d5db0ad?
> >>
> >>
> >> Thanks,
> >> gc
> >>
> >
>
___
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/JEYXUTWMTYCELW5Y72B2VDZRYZULLXYM/

[ovirt-users] Re: Cannot deserialize - engine doesn't start

[Benny Zlotnik]

I will very carefully say yes, but please backup the engine before you do that

On Wed, Jul 13, 2022 at 1:59 PM Giulio Casella  wrote:
>
>
>
> On 13/07/2022 12:54, Benny Zlotnik wrote:
> > On Wed, Jul 13, 2022 at 1:48 PM Giulio Casella  wrote:
> >>
> >> Thanks Benny,
> >>
> >> On 13/07/2022 12:20, Benny Zlotnik wrote:
> >>> Thanks, is the operation complete? If yes, you can remove the rows
> >>> referencing command_id 6ae544f6-b608-4d8d-9f99-eabd5d5db0ad from
> >>> command_entities
> >>
> >> How can I know if the operation is completed? I've no access to admin
> >> portal anymore...
> > Right, I forgot about this...
> >
> >> The only things I know are:
> >> - there are 2 command in command_entities referencing command_id
> >> 6ae544f6-b608-4d8d-9f99-eabd5d5db0ad: the
> >> 6ae544f6-b608-4d8d-9f99-eabd5d5db0ad itself and another one referencing
> >> it as a parent
> >> - both of them are marked as ENDED_SUCCESSFULLY in the status field
> >> - other commands in table exists, 3 of them marked as active (none of
> >> them references 6ae544f6-b608-4d8d-9f99-eabd5d5db0ad)
> >
> > You can check in the job table,
> >
> > select *
> > from job
> > where correlation_id = 'd19c0b79-76dd-40df-af41-fc18e59bb536';
>
> No job returned from job query.
> Can I proceed to remove 2 rows from command_entities referencing
> 6ae544f6-b608-4d8d-9f99-eabd5d5db0ad?
>
>
> Thanks,
> gc
>
___
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/C4E5G3AXWNDLC6PRPWIX7GDF3ZHGCWSQ/

[ovirt-users] Re: Cannot deserialize - engine doesn't start

[Benny Zlotnik]

On Wed, Jul 13, 2022 at 1:48 PM Giulio Casella  wrote:
>
> Thanks Benny,
>
> On 13/07/2022 12:20, Benny Zlotnik wrote:
> > Thanks, is the operation complete? If yes, you can remove the rows
> > referencing command_id 6ae544f6-b608-4d8d-9f99-eabd5d5db0ad from
> > command_entities
>
> How can I know if the operation is completed? I've no access to admin
> portal anymore...
Right, I forgot about this...

> The only things I know are:
> - there are 2 command in command_entities referencing command_id
> 6ae544f6-b608-4d8d-9f99-eabd5d5db0ad: the
> 6ae544f6-b608-4d8d-9f99-eabd5d5db0ad itself and another one referencing
> it as a parent
> - both of them are marked as ENDED_SUCCESSFULLY in the status field
> - other commands in table exists, 3 of them marked as active (none of
> them references 6ae544f6-b608-4d8d-9f99-eabd5d5db0ad)

You can check in the job table,

select *
from job
where correlation_id = 'd19c0b79-76dd-40df-af41-fc18e59bb536';
>
>
>
___
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/3NQMNQQUEPV44PRYBCMREESQIWIW5WFM/

[ovirt-users] Re: Cannot deserialize - engine doesn't start

[Benny Zlotnik]

Thanks, is the operation complete? If yes, you can remove the rows
referencing command_id 6ae544f6-b608-4d8d-9f99-eabd5d5db0ad from
command_entities

Also, please submit a bug for this

On Wed, Jul 13, 2022 at 12:04 PM Giulio Casella  wrote:
>
> Hi,
> engine version is ovirt-engine-4.5.1.3-1.el8.noarch, find attached
> relevant part of engine.log (from "systemctl start ovirt-engine" onward)
> and output from sql command.
>
> Thank you.
>
> Regards,
> gc
>
>
> On 13/07/2022 10:44, Benny Zlotnik wrote:
> > Which ovirt version is this? Can you attach the full log?
> > As well as the output of
> > $ psql -U engine -d engine -c "\x on" -c "select * from command_entities"
> >
> > This can likely be resolved by removing the relevant row from
> > command_entities, but first let's get a better understanding of what's
> > going on
> >
> > On Wed, Jul 13, 2022 at 11:40 AM Giulio Casella  wrote:
> >>
> >> Hi guys,
> >> I'm in big troubles.
> >>
> >> Since last night my ovirt engine is unavailable (won't correctly start).
> >> Process ovirt-engine is running, and systemd doesn't complain (systemctl
> >> status is ok).
> >> Digging in engine.log I can find an error:
> >>
> >> 2022-07-13 09:57:48,314+02 ERROR
> >> [org.ovirt.engine.core.utils.serialization.json.JsonObjectDeserializer]
> >> (ServerService Thread Pool -- 45) [] Cannot deserialize {
> >> "@class" :
> >> "org.ovirt.engine.core.common.action.CreateSnapshotDiskParameters",
> >> "commandId" : [ "org.ovirt.engine.core.compat.Guid", {
> >>   "uuid" : "6ae544f6-b608-4d8d-9f99-eabd5d5db0ad"
> >> } ],
> >> [...cut...]
> >> "domain" : "my.dom.ain"[truncated 5971 chars]; line: 72, column: 89]
> >> (through reference chain:
> >> org.ovirt.engine.core.common.action.CreateSnapshotDiskParameters["diskImagesMap"])
> >> 2022-07-13 09:57:48,315+02 ERROR
> >> [org.ovirt.engine.core.bll.InitBackendServicesOnStartupBean]
> >> (ServerService Thread Pool -- 45) [] Failed to initialize backend:
> >> org.jboss.weld.exceptions.WeldException: WELD-49: Unable to invoke
> >> public void
> >> org.ovirt.engine.core.bll.tasks.CommandContextsCacheImpl.initContextsMap()
> >> on org.ovirt.engine.core.bll.tasks.CommandContextsCacheImpl@3f52ccce
> >> [...cut...]
> >>
> >> During the night there was a job that was moving a disk (2.5TB) from a
> >> storage domain to another. I think it's related.
> >>
> >> Any ideas?
> >>
> >>
> >> TIA,
> >> gc
> >> ___
> >> 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/QK54KG2PMLJQVGFVRMJTMTGSXLPC4JXE/
> >
___
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/DXMTTHLM57NO5RRGTJ3TJJJAIEYM6DQF/

[ovirt-users] Re: Cannot deserialize - engine doesn't start

[Benny Zlotnik]

Which ovirt version is this? Can you attach the full log?
As well as the output of
$ psql -U engine -d engine -c "\x on" -c "select * from command_entities"

This can likely be resolved by removing the relevant row from
command_entities, but first let's get a better understanding of what's
going on

On Wed, Jul 13, 2022 at 11:40 AM Giulio Casella  wrote:
>
> Hi guys,
> I'm in big troubles.
>
> Since last night my ovirt engine is unavailable (won't correctly start).
> Process ovirt-engine is running, and systemd doesn't complain (systemctl
> status is ok).
> Digging in engine.log I can find an error:
>
> 2022-07-13 09:57:48,314+02 ERROR
> [org.ovirt.engine.core.utils.serialization.json.JsonObjectDeserializer]
> (ServerService Thread Pool -- 45) [] Cannot deserialize {
> "@class" :
> "org.ovirt.engine.core.common.action.CreateSnapshotDiskParameters",
>"commandId" : [ "org.ovirt.engine.core.compat.Guid", {
>  "uuid" : "6ae544f6-b608-4d8d-9f99-eabd5d5db0ad"
>} ],
> [...cut...]
> "domain" : "my.dom.ain"[truncated 5971 chars]; line: 72, column: 89]
> (through reference chain:
> org.ovirt.engine.core.common.action.CreateSnapshotDiskParameters["diskImagesMap"])
> 2022-07-13 09:57:48,315+02 ERROR
> [org.ovirt.engine.core.bll.InitBackendServicesOnStartupBean]
> (ServerService Thread Pool -- 45) [] Failed to initialize backend:
> org.jboss.weld.exceptions.WeldException: WELD-49: Unable to invoke
> public void
> org.ovirt.engine.core.bll.tasks.CommandContextsCacheImpl.initContextsMap()
> on org.ovirt.engine.core.bll.tasks.CommandContextsCacheImpl@3f52ccce
> [...cut...]
>
> During the night there was a job that was moving a disk (2.5TB) from a
> storage domain to another. I think it's related.
>
> Any ideas?
>
>
> TIA,
> gc
> ___
> 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/QK54KG2PMLJQVGFVRMJTMTGSXLPC4JXE/
___
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/UQI7UZUAKCR4PEJV5NIR53UUT5VBQYHF/

[ovirt-users] Re: Cannot export VM to another data domain. "o.original_template is undefined"

[Benny Zlotnik]

Can you submit a bug? Looks like we may need to change this validation

For a workaround, verify in the database that the original_template_id is null

select original_template_id
from vm_static
where vm_guid = '16b5df4b-c3b5-4899-b5b1-336c3462494c';

if it indeed is you can set it to ----:
update vm_static
set original_template_id = '----'
where vm_guid = '16b5df4b-c3b5-4899-b5b1-336c3462494c';

On Wed, Jun 22, 2022 at 6:47 PM Gilboa Davara  wrote:
>
> Works, thanks!
>
> Pretty large json, but there's no original_template field. (See attached).
>
> - Gilboa
>
> On Wed, Jun 22, 2022 at 6:40 PM Benny Zlotnik  wrote:
>>
>> can you try with user@internal?
>>
>>
>>
>> On Wed, Jun 22, 2022 at 6:10 PM Gilboa Davara  wrote:
>> >
>> > Thanks for the prompt reply.
>> > How can I authenticate?
>> >
>> > No matter what user / password combo I use (including the full fqdn, 
>> > user@internal-authz) I get the following error:
>> > access_denied: Cannot authenticate user 'XXX': No valid profile found in 
>> > credentials..
>> >
>> > - Gilboa
>> >
>> > On Wed, Jun 22, 2022 at 5:49 PM Benny Zlotnik  wrote:
>> >>
>> >> Seems like the issue is in this line[1], can you send an API request
>> >> manually to: https://ovirt-fqdn/ovirt-engine/api/vms/
>> >> and check the original_template field?
>> >> Should look like this:
>> >> > >> href="/ovirt-engine/api/templates/e9dbb5c0-19b6-46ea-b80f-8813758adaa1"
>> >> id="e9dbb5c0-19b6-46ea-b80f-8813758adaa1"/>
>> >>
>> >>
>> >> [1] 
>> >> https://github.com/oVirt/ovirt-engine-ui-extensions/blob/a85d47d644d5785483fc81e2eae8bdc51d559aef/src/modals/vm-export/VmExportDataProvider.js#L43
>> >>
>> >> On Wed, Jun 22, 2022 at 5:30 PM Gilboa Davara  wrote:
>> >> >
>> >> > Hello,
>> >> >
>> >> > On Wed, Jun 22, 2022 at 4:56 PM Benny Zlotnik  
>> >> > wrote:
>> >> >>
>> >> >> can you check the dev console for messages? (F12 in chrome/firefox)
>> >> >
>> >> >
>> >> >  error  export problem: TypeError: o.original_template is undefined
>> >> > Sa VmExportDataProvider.js:43
>> >> > Sa VmExportDataProvider.js:58
>> >> > onClick VmExportModal.js:45
>> >> > React 9
>> >> > unstable_runWithPriority scheduler.production.min.js:20
>> >> > React 3
>> >> > VmExportModal.js:49:14
>> >> >
>> >> > - Gilboa
>> >> >
>> >> >>
>> >> >> On Wed, Jun 22, 2022 at 4:53 PM Gilboa Davara  
>> >> >> wrote:
>> >> >> >
>> >> >> > P.S. I have no issues exporting this VM using the deprecated "export 
>> >> >> > domain" method.
>> >> >> >
>> >> >> > - Gilboa
>> >> >> >
>> >> >> > On Wed, Jun 22, 2022 at 4:48 PM Gilboa Davara  
>> >> >> > wrote:
>> >> >> >>
>> >> >> >> Hello,
>> >> >> >>
>> >> >> >> 4.4.10 Gluster based cluster w/ 3 nodes.
>> >> >> >> I'm backing up all VMs before upgrading the setup to 4.5. 
>> >> >> >> (Hopefully done right before 4.5.1 w/ Gluster fix is released).
>> >> >> >> When trying to export a VM to another data domain, several VMs show 
>> >> >> >> the following error: "Export VM Failed. o.original_template is 
>> >> >> >> undefined".
>> >> >> >>
>> >> >> >> Engine log looks clean (I see nothing about the failed upgrade).
>> >> >> >>
>> >> >> >> Any idea what's broken?
>> >> >> >> - Gilboa
>> >> >> >
>> >> >> > ___
>> >> >> > 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/SAGZ57R74SWS5VTLSIY74TDXB4YSBGEN/
>> >> >>
>> >>
>>
___
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/GFCWTC2D3LG4WZSO5PGE3HRJOXQW5E3M/

[ovirt-users] Re: Cannot export VM to another data domain. "o.original_template is undefined"

[Benny Zlotnik]

> Regarding the BZ#, which component should I choose?
ovirt-engine-ui-extensions

> Wouldn't the bug get auto-closed, as I'm still using 4.4.10?
Well, it still exists in 4.5 so it shouldn't auto-close
___
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/LGS5TZW4K5TFABHETYDZ6N2XTKSDQDID/

[ovirt-users] Re: Cannot export VM to another data domain. "o.original_template is undefined"

[Benny Zlotnik]

can you try with user@internal?



On Wed, Jun 22, 2022 at 6:10 PM Gilboa Davara  wrote:
>
> Thanks for the prompt reply.
> How can I authenticate?
>
> No matter what user / password combo I use (including the full fqdn, 
> user@internal-authz) I get the following error:
> access_denied: Cannot authenticate user 'XXX': No valid profile found in 
> credentials..
>
> - Gilboa
>
> On Wed, Jun 22, 2022 at 5:49 PM Benny Zlotnik  wrote:
>>
>> Seems like the issue is in this line[1], can you send an API request
>> manually to: https://ovirt-fqdn/ovirt-engine/api/vms/
>> and check the original_template field?
>> Should look like this:
>> > href="/ovirt-engine/api/templates/e9dbb5c0-19b6-46ea-b80f-8813758adaa1"
>> id="e9dbb5c0-19b6-46ea-b80f-8813758adaa1"/>
>>
>>
>> [1] 
>> https://github.com/oVirt/ovirt-engine-ui-extensions/blob/a85d47d644d5785483fc81e2eae8bdc51d559aef/src/modals/vm-export/VmExportDataProvider.js#L43
>>
>> On Wed, Jun 22, 2022 at 5:30 PM Gilboa Davara  wrote:
>> >
>> > Hello,
>> >
>> > On Wed, Jun 22, 2022 at 4:56 PM Benny Zlotnik  wrote:
>> >>
>> >> can you check the dev console for messages? (F12 in chrome/firefox)
>> >
>> >
>> >  error  export problem: TypeError: o.original_template is undefined
>> > Sa VmExportDataProvider.js:43
>> > Sa VmExportDataProvider.js:58
>> > onClick VmExportModal.js:45
>> > React 9
>> > unstable_runWithPriority scheduler.production.min.js:20
>> > React 3
>> > VmExportModal.js:49:14
>> >
>> > - Gilboa
>> >
>> >>
>> >> On Wed, Jun 22, 2022 at 4:53 PM Gilboa Davara  wrote:
>> >> >
>> >> > P.S. I have no issues exporting this VM using the deprecated "export 
>> >> > domain" method.
>> >> >
>> >> > - Gilboa
>> >> >
>> >> > On Wed, Jun 22, 2022 at 4:48 PM Gilboa Davara  wrote:
>> >> >>
>> >> >> Hello,
>> >> >>
>> >> >> 4.4.10 Gluster based cluster w/ 3 nodes.
>> >> >> I'm backing up all VMs before upgrading the setup to 4.5. (Hopefully 
>> >> >> done right before 4.5.1 w/ Gluster fix is released).
>> >> >> When trying to export a VM to another data domain, several VMs show 
>> >> >> the following error: "Export VM Failed. o.original_template is 
>> >> >> undefined".
>> >> >>
>> >> >> Engine log looks clean (I see nothing about the failed upgrade).
>> >> >>
>> >> >> Any idea what's broken?
>> >> >> - Gilboa
>> >> >
>> >> > ___
>> >> > 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/SAGZ57R74SWS5VTLSIY74TDXB4YSBGEN/
>> >>
>>
___
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/B5LYO7NRDSV26WP3AXYZD7I3AV472VJC/

[ovirt-users] Re: Cannot export VM to another data domain. "o.original_template is undefined"

[Benny Zlotnik]

Seems like the issue is in this line[1], can you send an API request
manually to: https://ovirt-fqdn/ovirt-engine/api/vms/
and check the original_template field?
Should look like this:



[1] 
https://github.com/oVirt/ovirt-engine-ui-extensions/blob/a85d47d644d5785483fc81e2eae8bdc51d559aef/src/modals/vm-export/VmExportDataProvider.js#L43

On Wed, Jun 22, 2022 at 5:30 PM Gilboa Davara  wrote:
>
> Hello,
>
> On Wed, Jun 22, 2022 at 4:56 PM Benny Zlotnik  wrote:
>>
>> can you check the dev console for messages? (F12 in chrome/firefox)
>
>
>  error  export problem: TypeError: o.original_template is undefined
> Sa VmExportDataProvider.js:43
> Sa VmExportDataProvider.js:58
> onClick VmExportModal.js:45
> React 9
> unstable_runWithPriority scheduler.production.min.js:20
> React 3
> VmExportModal.js:49:14
>
> - Gilboa
>
>>
>> On Wed, Jun 22, 2022 at 4:53 PM Gilboa Davara  wrote:
>> >
>> > P.S. I have no issues exporting this VM using the deprecated "export 
>> > domain" method.
>> >
>> > - Gilboa
>> >
>> > On Wed, Jun 22, 2022 at 4:48 PM Gilboa Davara  wrote:
>> >>
>> >> Hello,
>> >>
>> >> 4.4.10 Gluster based cluster w/ 3 nodes.
>> >> I'm backing up all VMs before upgrading the setup to 4.5. (Hopefully done 
>> >> right before 4.5.1 w/ Gluster fix is released).
>> >> When trying to export a VM to another data domain, several VMs show the 
>> >> following error: "Export VM Failed. o.original_template is undefined".
>> >>
>> >> Engine log looks clean (I see nothing about the failed upgrade).
>> >>
>> >> Any idea what's broken?
>> >> - Gilboa
>> >
>> > ___
>> > 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/SAGZ57R74SWS5VTLSIY74TDXB4YSBGEN/
>>
___
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/ZZO3IP2JWECOTURZ2K5PVI4D34L2IDGX/

[ovirt-users] Re: Cannot export VM to another data domain. "o.original_template is undefined"

[Benny Zlotnik]

can you check the dev console for messages? (F12 in chrome/firefox)

On Wed, Jun 22, 2022 at 4:53 PM Gilboa Davara  wrote:
>
> P.S. I have no issues exporting this VM using the deprecated "export domain" 
> method.
>
> - Gilboa
>
> On Wed, Jun 22, 2022 at 4:48 PM Gilboa Davara  wrote:
>>
>> Hello,
>>
>> 4.4.10 Gluster based cluster w/ 3 nodes.
>> I'm backing up all VMs before upgrading the setup to 4.5. (Hopefully done 
>> right before 4.5.1 w/ Gluster fix is released).
>> When trying to export a VM to another data domain, several VMs show the 
>> following error: "Export VM Failed. o.original_template is undefined".
>>
>> Engine log looks clean (I see nothing about the failed upgrade).
>>
>> Any idea what's broken?
>> - Gilboa
>
> ___
> 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/SAGZ57R74SWS5VTLSIY74TDXB4YSBGEN/
___
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/GBRAR3CG3DCVUSCNZ4KA3TDMNRTMW7Q5/

[ovirt-users] Re: Webadmin and API down with error 500 after updating from 4.4 to 4.5

[Benny Zlotnik]

there is a known issue with postgresql jdbc driver, see [1]

[1] 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3IQ5C4AK4K65MVEHCIWDAREWW4QPF5KJ/

On Tue, Apr 26, 2022 at 1:58 PM lists--- via Users  wrote:
>
> Hello,
>
> today i updated from 4.4 to 4.5 and i am no longer able to access my oVirt 
> Cluster. Accessing oVirt Web Interface fails with "500 - Internal Server 
> Error". The API is also dead, My Backup Software and Foreman is no longer 
> able to talk to oVirt.
>
> I rebooted the host an ran engine-setup again, it completed without issues 
> but Engine ist still dead. If i ran it again, it tells me now that my cluster 
> is not in global maintanance mode, but "hosted-engine --vm-status" tells me 
> it is still in maintanance mode.
>
> one suspect thing i found in server.log is this:
>
> at 
> org.springframework@5.0.4.RELEASE//org.springframework.jdbc.support.JdbcUtils.extractDatabaseMetaData(JdbcUtils.java:324)
> at 
> org.springframework@5.0.4.RELEASE//org.springframework.jdbc.core.metadata.CallMetaDataProviderFactory.createMetaDataProvider(CallMetaDataProviderFactory.java:70)
> at 
> org.springframework@5.0.4.RELEASE//org.springframework.jdbc.core.metadata.CallMetaDataContext.initializeMetaData(CallMetaDataContext.java:252)
> at 
> org.springframework@5.0.4.RELEASE//org.springframework.jdbc.core.simple.AbstractJdbcCall.compileInternal(AbstractJdbcCall.java:313)
> at 
> org.ovirt.engine.core.dal//org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall.compileInternal(PostgresDbEngineDialect.java:106)
> at 
> org.springframework@5.0.4.RELEASE//org.springframework.jdbc.core.simple.AbstractJdbcCall.compile(AbstractJdbcCall.java:296)
> at 
> org.ovirt.engine.core.dal//org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.getCall(SimpleJdbcCallsHandler.java:157)
> at 
> org.ovirt.engine.core.dal//org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeImpl(SimpleJdbcCallsHandler.java:134)
> at 
> org.ovirt.engine.core.dal//org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeReadList(SimpleJdbcCallsHandler.java:105)
> at 
> org.ovirt.engine.core.dal//org.ovirt.engine.core.dao.TagDaoImpl.getAllForParent(TagDaoImpl.java:82)
> at 
> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.TagsDirector.addChildren(TagsDirector.java:116)
> at 
> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.TagsDirector.init(TagsDirector.java:75)
> ... 64 more
>
> 2022-04-26 12:32:32,129+02 INFO  [org.wildfly.extension.undertow] 
> (ServerService Thread Pool -- 60) WFLYUT0021: Registered web context: 
> '/ovirt-engine/sso' for server 'default-server'
> 2022-04-26 12:32:32,137+02 ERROR 
> [org.jboss.as.controller.management-operation] (Controller Boot Thread) 
> WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => 
> "engine.ear")]) - failure description: {"WFLYCTL0080: Failed services" => 
> {"jboss.deployment.subunit.\"engine.ear\".\"bll.jar\".component.Backend.START"
>  => "java.lang.IllegalStateException: WFLYEE0042: Failed to construct 
> component instance
> Caused by: java.lang.IllegalStateException: WFLYEE0042: Failed to 
> construct component instance
> Caused by: javax.ejb.EJBException: 
> org.jboss.weld.exceptions.WeldException: WELD-49: Unable to invoke 
> protected void org.ovirt.engine.core.bll.TagsDirector.init() on 
> org.ovirt.engine.core.bll.TagsDirector@21c5d21d
> Caused by: org.jboss.weld.exceptions.WeldException: WELD-49: Unable 
> to invoke protected void org.ovirt.engine.core.bll.TagsDirector.init() on 
> org.ovirt.engine.core.bll.TagsDirector@21c5d21d
> Caused by: java.lang.reflect.InvocationTargetException
> Caused by: org.springframework.dao.InvalidDataAccessApiUsageException: 
> Unable to determine the correct call signature - no 
> procedure/function/signature for 'gettagsbyparent_id'"}}
> 2022-04-26 12:32:32,158+02 INFO  [org.jboss.as.server] (ServerService Thread 
> Pool -- 27) WFLYSRV0010: Deployed "ovirt-web-ui.war" (runtime-name : 
> "ovirt-web-ui.war")
> 2022-04-26 12:32:32,159+02 INFO  [org.jboss.as.server] (ServerService Thread 
> Pool -- 27) WFLYSRV0010: Deployed "apidoc.war" (runtime-name : "apidoc.war")
> 2022-04-26 12:32:32,159+02 INFO  [org.jboss.as.server] (ServerService Thread 
> Pool -- 27) WFLYSRV0010: Deployed "restapi.war" (runtime-name : "restapi.war")
> 2022-04-26 12:32:32,159+02 INFO  [org.jboss.as.server] (ServerService Thread 
> Pool -- 27) WFLYSRV0010: Deployed "engine.ear" (runtime-name : "engine.ear")
> 2022-04-26 12:32:32,167+02 INFO  [org.jboss.as.controller] (Controller Boot 
> Thread) WFLYCTL0183: Service status report
> WFLYCTL0186:   Services which failed to start:  service 
> jboss.deployment.subunit."engine.ear"."bll.jar".component.Backend.START: 
> java.lang.IllegalStateException: WFLYEE0042: Failed to construct component 
> instanc

[ovirt-users] Re: ovirt-dr generate

[Benny Zlotnik]

+Pavel Bar

On Mon, Apr 11, 2022 at 1:40 PM Colin Coe  wrote:
>
> Hi all
>
> I'm trying to run ovirt-dr generate but its failing:
> /usr/share/ansible/collections/ansible_collections/redhat/rhv/roles/disaster_recovery/files/ovirt-dr
>  generate
> Log file: '/tmp/ovirt-dr-164967324.log'
> [Generate Mapping File] Connection to setup has failed. Please check your 
> credentials:
>  URL: https://server.fqdn/ovirt-engine/api
>  user: admin@internal
>  CA file: ./ca.pem
> [Generate Mapping File] Failed to generate var file.
>
> When I examine the log file:
> 2022-04-11 18:34:03,332 INFO Start generate variable mapping file for oVirt 
> ansible disaster recovery
> 2022-04-11 18:34:03,333 INFO Site address: 
> https://server.fqdn/ovirt-engine/api
> username: admin@internal
> password: ***
> ca file location: ./ca.pem
> output file location: ./disaster_recovery_vars.yml
> ansible play location: ./dr_play.yml
> 2022-04-11 18:34:03,343 ERROR Connection to setup has failed. Please check 
> your credentials:
>  URL: https://server.fqdn/ovirt-engine/api
>  user: admin@internal
>  CA file: ./ca.pem
> 2022-04-11 18:34:03,343 ERROR Error: Error while sending HTTP request: (60, 
> 'SSL certificate problem: unable to get local issuer certificate')
> 2022-04-11 18:34:03,343 ERROR Failed to generate var file.
>
> My suspicion is that the script doesn't like third party certs.
>
> Has anyone got this working with third party certs?  If so, what did you need 
> to do?
>
> Thanks
> ___
> 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/X6WCCPOBXKIC6CIUGWTUMHHUFQPFMY25/
___
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/73LJ2KKOL4YVMFR7JG67IBWUTN774X7M/

[ovirt-users] Re: Inquire about the 'ovirt_cinderlib' tables

[Benny Zlotnik]

This database is generated automatically with an ORM, the tables are
the same as in cinder and not all are used within the context of
cinderlib.
You can see the database model with information with some documentation in [1]

[1] 
https://github.com/openstack/cinder/blob/8537730c8c7515fd0c27035d4098c2379709/cinder/db/sqlalchemy/models.py

On Tue, Mar 15, 2022 at 10:44 AM  wrote:
>
> Hi,
> I want to know about some tables in 'ovirt_cinderlib' DB.
>
> Could you please explain the 'consistencygroups', 'services', 'groups' tables?
>
> Many thanks.
> ___
> 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/P6NZCJMQIS5CDOCQLHEOXGYWHICTDY7D/
___
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/LT7PPKYXKBATDSADA7DFWBMTTPEPY2OT/

[ovirt-users] Re: [=EXTERNAL=] Re: help using nvme/tcp storage with cinderlib and Managed Block Storage

[Benny Zlotnik]

So I started looking in the logs and tried to follow along with the
code, but things didn't make sense and then I saw it's ovirt 4.3 which
makes things more complicated :)
Unfortunately because GUID is sent in the metadata the volume is
treated as a vdsm managed volume[2] for the udev rule generation and
it prepends the /dev/mapper prefix to an empty string as a result.
I don't have the vdsm logs, so I am not sure where exactly this fails,
but if it's after [4] it may be possible to workaround it with a vdsm
hook

In 4.4.6 we moved the udev rule triggering the volume mapping phase,
before starting the VM. But it could still not work because we check
the driver_volume_type in[1], and I saw it's "driver_volume_type":
"lightos" for lightbits
In theory it looks like it wouldn't take much to add support for your
driver in a future release (as it's pretty late for 4.5)

[1] 
https://github.com/oVirt/vdsm/blob/500c035903dd35180d71c97791e0ce4356fb77ad/lib/vdsm/storage/managedvolume.py#L110

(4.3)
[2] 
https://github.com/oVirt/vdsm/blob/b42d4a816b538e00ea4955576a5fe762367be787/lib/vdsm/clientIF.py#L451
[3] 
https://github.com/oVirt/vdsm/blob/b42d4a816b538e00ea4955576a5fe762367be787/lib/vdsm/storage/hsm.py#L3141
[4] 
https://github.com/oVirt/vdsm/blob/b42d4a816b538e00ea4955576a5fe762367be787/lib/vdsm/virt/vm.py#L3835








On Wed, Feb 23, 2022 at 12:44 PM Muli Ben-Yehuda  wrote:
>
> Certainly, thanks for your help!
> I put cinderlib and engine.log here: 
> http://www.mulix.org/misc/ovirt-logs-20220223123641.tar.gz
> If you grep for 'mulivm1' you will see for example:
>
> 2022-02-22 04:31:04,473-05 ERROR 
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default 
> task-10) [36d8a122] Command 'HotPlugDiskVDSCommand(HostName = client1, 
> HotPlugDiskVDSParameters:{hostId='fc5c2860-36b1-4213-843f-10ca7b35556c', 
> vmId='e13f73a0-8e20-4ec3-837f-aeacc082c7aa', 
> diskId='d1e1286b-38cc-4d56-9d4e-f331ffbe830f', addressMap='[bus=0, 
> controller=0, unit=2, type=drive, target=0]'})' execution failed: 
> VDSGenericException: VDSErrorException: Failed to HotPlugDiskVDS, error = 
> Failed to bind /dev/mapper/ on to /var/run/libvirt/qemu/21-mulivm1.mapper.: 
> Not a directory, code = 45
>
> Please let me know what other information will be useful and I will prove.
>
> Cheers,
> Muli
>
> On Wed, Feb 23, 2022 at 11:14 AM Benny Zlotnik  wrote:
>>
>> Hi,
>>
>> We haven't tested this, and we do not have any code to handle nvme/tcp
>> drivers, only iscsi and rbd. Given the path seen in the logs
>> '/dev/mapper', it looks like it might require code changes to support
>> this.
>> Can you share cinderlib[1] and engine logs to see what is returned by
>> the driver? I may be able to estimate what would be required (it's
>> possible that it would be enough to just change the handling of the
>> path in the engine)
>>
>> [1] /var/log/ovirt-engine/cinderlib/cinderlib//log
>>
>> On Wed, Feb 23, 2022 at 10:54 AM  wrote:
>> >
>> > Hi everyone,
>> >
>> > We are trying to set up ovirt (4.3.10 at the moment, customer preference) 
>> > to use Lightbits (https://www.lightbitslabs.com) storage via our openstack 
>> > cinder driver with cinderlib. The cinderlib and cinder driver bits are 
>> > working fine but when ovirt tries to attach the device to a VM we get the 
>> > following error:
>> >
>> > libvirt:  error : cannot create file 
>> > '/var/run/libvirt/qemu/18-mulivm1.dev/mapper/': Is a directory
>> >
>> > We get the same error regardless of whether I try to run the VM or try to 
>> > attach the device while it is running. The error appears to come from vdsm 
>> > which passes /dev/mapper as the prefered device?
>> >
>> > 2022-02-22 09:50:11,848-0500 INFO  (vm/3ae7dcf4) [vdsm.api] FINISH 
>> > appropriateDevice return={'path': '/dev/mapper/', 'truesize': 
>> > '53687091200', 'apparentsize': '53687091200'} from=internal, 
>> > task_id=77f40c4e-733d-4d82-b418-aaeb6b912d39 (api:54)
>> > 2022-02-22 09:50:11,849-0500 INFO  (vm/3ae7dcf4) [vds] prepared volume 
>> > path: /dev/mapper/ (clientIF:510)
>> >
>> > Suggestions for how to debug this further? Is this a known issue? Did 
>> > anyone get nvme/tcp storage working with ovirt and/or vdsm?
>> >
>> > Thanks,
>> > Muli
>> >
>> > ___
>> > Users mailing list -- users@ovirt.org
>> > To unsubscribe s

[ovirt-users] Re: help using nvme/tcp storage with cinderlib and Managed Block Storage

[Benny Zlotnik]

Hi,

We haven't tested this, and we do not have any code to handle nvme/tcp
drivers, only iscsi and rbd. Given the path seen in the logs
'/dev/mapper', it looks like it might require code changes to support
this.
Can you share cinderlib[1] and engine logs to see what is returned by
the driver? I may be able to estimate what would be required (it's
possible that it would be enough to just change the handling of the
path in the engine)

[1] /var/log/ovirt-engine/cinderlib/cinderlib//log

On Wed, Feb 23, 2022 at 10:54 AM  wrote:
>
> Hi everyone,
>
> We are trying to set up ovirt (4.3.10 at the moment, customer preference) to 
> use Lightbits (https://www.lightbitslabs.com) storage via our openstack 
> cinder driver with cinderlib. The cinderlib and cinder driver bits are 
> working fine but when ovirt tries to attach the device to a VM we get the 
> following error:
>
> libvirt:  error : cannot create file 
> '/var/run/libvirt/qemu/18-mulivm1.dev/mapper/': Is a directory
>
> We get the same error regardless of whether I try to run the VM or try to 
> attach the device while it is running. The error appears to come from vdsm 
> which passes /dev/mapper as the prefered device?
>
> 2022-02-22 09:50:11,848-0500 INFO  (vm/3ae7dcf4) [vdsm.api] FINISH 
> appropriateDevice return={'path': '/dev/mapper/', 'truesize': '53687091200', 
> 'apparentsize': '53687091200'} from=internal, 
> task_id=77f40c4e-733d-4d82-b418-aaeb6b912d39 (api:54)
> 2022-02-22 09:50:11,849-0500 INFO  (vm/3ae7dcf4) [vds] prepared volume path: 
> /dev/mapper/ (clientIF:510)
>
> Suggestions for how to debug this further? Is this a known issue? Did anyone 
> get nvme/tcp storage working with ovirt and/or vdsm?
>
> Thanks,
> Muli
>
> ___
> 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/I3PAG5HMBHUOJYPAI5ES3JHG6HCC3S6N/
___
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/DVVE74VJYR3IIE53AOPG7XDLZJDUEMD6/

[ovirt-users] Re: Cannot add Virtual Disk. Disk configuration (RAW Sparse backup-None) is incompatible with the storage domain type.

[Benny Zlotnik]

The referenced bug[1] was fixed in 4.4.9, the workarounds mentioned
are to use web admin or API to create the disks

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1957830

On Thu, Feb 17, 2022 at 1:06 PM  wrote:
>
> Hi,
>
> We're using oVirt 4.4.8.6. We make an intensive use of the VM portal
> because we've hundreds of students creating their own VMs. Recently, one
> of the professors reported that they are encountering an error when
> adding a disk to a newly created VM.
>
> They are creating ISO based VMs (CentOS-8-Stream in this case),
> everything goes smoothly but when adding a thin-provisioned disk, this
> error shows up:
>
>2022-02-17 09:56:28,073Z INFO
> [org.ovirt.engine.core.bll.storage.disk.AddDiskCommand] (default
> task-39078) [0332e7b6-80b1-48e9-b849-80698f2ce7ab] Lock Acquired to
> object
> 'EngineLock:{exclusiveLocks='[e4a02ab9-31e4-4e8c-8999-91700263ff08=VM_DISK_BOOT]',
> sharedLocks='[e4a02ab9-31e4-4e8c-8999-91700263ff08=VM]'}'
>2022-02-17 09:56:28,446Z WARN
> [org.ovirt.engine.core.bll.storage.disk.AddDiskCommand] (default
> task-39078) [0332e7b6-80b1-48e9-b849-80698f2ce7ab] Validation of action
> 'AddDisk' failed for user aluX@domain-authz. Reasons:
> VAR__ACTION__ADD,VAR__TYPE__DISK,ACTION_TYPE_FAILED_DISK_CONFIGURATION_NOT_SUPPORTED,$volumeFormat
> RAW,$volumeType Sparse,$backup None
>2022-02-17 09:56:28,446Z INFO
> [org.ovirt.engine.core.bll.storage.disk.AddDiskCommand] (default
> task-39078) [0332e7b6-80b1-48e9-b849-80698f2ce7ab] Lock freed to object
> 'EngineLock:{exclusiveLocks='[e4a02ab9-31e4-4e8c-8999-91700263ff08=VM_DISK_BOOT]',
> sharedLocks='[e4a02ab9-31e4-4e8c-8999-91700263ff08=VM]'}'
>2022-02-17 09:56:28,504Z ERROR
> [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default
> task-39078) [] Operation Failed: [Cannot add Virtual Disk. Disk
> configuration (RAW Sparse backup-None) is incompatible with the storage
> domain type.]
>
> However, changing the provisioning to thick does work and the disk can
> be added.
>
> I found [1] which talks about this but I'm not sure if it's the same
> issue, nor it has a solution yet.
>
> Is this a known bug? Does it have any workaround beyond creating
> thick-provisioned disks?
>
> Thanks.
>
> Nicolás
>
>[1]: https://access.redhat.com/solutions/6022811
> ___
> 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/OPGUDWMDPHWTTTECVEYH57XL5RPXJ7CY/
___
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/Z7MJCPIQKKTF6VZWG2RU35RWVUSGVSVM/

[ovirt-users] Re: Cinderlib RBD ceph template issues

[Benny Zlotnik]

hi, this was fixed as part of
https://bugzilla.redhat.com/show_bug.cgi?id=2006745 (in 4.5)


On Tue, Feb 1, 2022 at 9:12 PM Ricardo Alonso  wrote:
>
> Could you find the solution?
>
> I didn't find any bug report and I hit this same problem on version 4.4.10, 
> so I filled one: https://bugzilla.redhat.com/show_bug.cgi?id=2049224
>
> /R
> ___
> 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/LTBBCVUDRT2AHCHHDQF3X2AEQGF6FLGH/
___
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/W73H5M2ZYOYAZNSDQIYOCY27YCBH7EJY/

[ovirt-users] Re: no snaphot but engines complains there is one when trying to remove disk

[Benny Zlotnik]

On Mon, Jan 31, 2022 at 7:29 PM Nathanaël Blanchet  wrote:
>
>

> it doesn't seem to exist:
>
>
> image:ba2efe1a-8b83-4406-8711-7120b4bd11d0
>
>   - 08966754-0bb6-4c88-9ad6-35d6242fa380
> status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
> type: PREALLOCATED, capacity: 219982856192, truesize: 219982856192
Is this the entire output? I assume not


> >
> > And checking what the chain looks like there.
> >
> > In theory it's possible to remove them from the database, but the
> > relationships between the images would need to be fixed as well, as
> > both images you mentioned have children
> okay, tell me how to remove them from the DB please.

you can remove it using the image_guid, please check the a snapshot
with their vm_snapshot_id does not exist in the snapshots table.
image 109fac1e-c2e3-4ba6-9867-5d1c94d3a447 is the child of
60087f63-6237-4419-a5dd-9a48c84c1c43 which is going to be removed, so
the chain needs to be fixed by updating
the parent to 379db97c-bfe1-4804-9b1f-576050efdcd3 which is the parent
of 60087f63-6237-4419-a5dd-9a48c84c1c43, and would be something like
this:

UPDATE images
SET parentid = '379db97c-bfe1-4804-9b1f-576050efdcd3'
WHERE image_guid = '109fac1e-c2e3-4ba6-9867-5d1c94d3a447';

of course this should done carefully after backing up the database
___
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/NQANLFAFOQ2W3M3POT5JHU4CZGS5HFLI/

[ovirt-users] Re: no snaphot but engines complains there is one when trying to remove disk

[Benny Zlotnik]

does their vm_snapshot_id exists in the snapshots table?

do they exist on the storage? I suggest running
  $ vdsm-tool dump-volume-chain 

And checking what the chain looks like there.

In theory it's possible to remove them from the database, but the
relationships between the images would need to be fixed as well, as
both images you mentioned have children

On Mon, Jan 31, 2022 at 5:46 PM Nathanaël Blanchet  wrote:
>
> Engine complains about 60087f63-6237-4419-a5dd-9a48c84c1c43 and
> 109fac1e-c2e3-4ba6-9867-5d1c94d3a447
>
> Le 31/01/2022 à 16:26, Benny Zlotnik a écrit :
> > I see all images have a vm_snapshot_id that's not null, do you know
> > which image it complains about?
> > It is possible that there is no corresponding entry in the snapshots
> > table, since I see there is foreign key
> >
> >
> > On Mon, Jan 31, 2022 at 4:56 PM Nathanaël Blanchet  wrote:
> >> engine=# select * from images where
> >> image_group_id='ba2efe1a-8b83-4406-8711-7120b4bd11d0';
> >> -[ RECORD 1 ]-+-
> >> image_guid| 0bf72cb1-d90d-4b3d-bbfe-1e1c58a6ce46
> >> creation_date | 2022-01-31 10:03:29.958+01
> >> size  | 219902115840
> >> it_guid   | ----
> >> parentid  | 08966754-0bb6-4c88-9ad6-35d6242fa380
> >> imagestatus   | 1
> >> lastmodified  | 2022-01-31 10:04:35.519+01
> >> vm_snapshot_id| 623d7b5a-b90d-48b6-8db9-a86ed739ad71
> >> volume_type   | 2
> >> volume_format | 4
> >> image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
> >> _create_date  | 2022-01-31 10:03:30.067155+01
> >> _update_date  | 2022-01-31 10:04:35.519545+01
> >> active| f
> >> volume_classification | 1
> >> qcow_compat   | 0
> >> -[ RECORD 2 ]-+-
> >> image_guid| ad3205a5-823d-4997-adc8-df769780fa3b
> >> creation_date | 2022-01-31 10:08:11.749+01
> >> size  | 219902115840
> >> it_guid   | ----
> >> parentid  | 733b1d36-d107-4adc-9ac0-a0c800c2c22c
> >> imagestatus   | 1
> >> lastmodified  | 2022-01-31 10:10:36.54+01
> >> vm_snapshot_id| c2fb7dbf-5ea9-46f9-8735-e2532193219d
> >> volume_type   | 2
> >> volume_format | 4
> >> image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
> >> _create_date  | 2022-01-31 10:08:11.841814+01
> >> _update_date  | 2022-01-31 10:10:36.540134+01
> >> active| f
> >> volume_classification | 1
> >> qcow_compat   | 0
> >> -[ RECORD 3 ]-+-
> >> image_guid| 70c4877a-1649-4882-9cca-38cc40bd7d5a
> >> creation_date | 2022-01-31 10:12:50.02+01
> >> size  | 219902115840
> >> it_guid   | ----
> >> parentid  | a8b0087c-e975-4b8a-b137-0ea1c9107db6
> >> imagestatus   | 1
> >> lastmodified  | 2022-01-31 10:15:35.55+01
> >> vm_snapshot_id| e0df180f-f728-44c3-8d61-d53f0cace1c4
> >> volume_type   | 2
> >> volume_format | 4
> >> image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
> >> _create_date  | 2022-01-31 10:12:50.120438+01
> >> _update_date  | 2022-01-31 10:15:35.550984+01
> >> active| f
> >> volume_classification | 1
> >> qcow_compat   | 0
> >> -[ RECORD 4 ]-+-
> >> image_guid| 20585d25-a90d-4ef5-a9bb-2205f79c99d8
> >> creation_date | 2022-01-31 10:04:35.419+01
> >> size  | 219902115840
> >> it_guid   | ----
> >> parentid  | 0bf72cb1-d90d-4b3d-bbfe-1e1c58a6ce46
> >> imagestatus   | 1
> >> lastmodified  | 2022-01-31 10:06:15.902+01
> >> vm_snapshot_id| 93aa0faa-9d51-4550-87ca-801de8d4ad40
> >> volume_type   | 2
> >> volume_format | 4
> >> image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
> >> _create_date  | 2022-01-31 10:04:35.519545+01
> >> _update_date  | 2022-01-31 10:06:15.903055+01
> >

[ovirt-users] Re: no snaphot but engines complains there is one when trying to remove disk

[Benny Zlotnik]

97-adc8-df769780fa3b
> imagestatus   | 1
> lastmodified  | 2022-01-31 10:12:50.12+01
> vm_snapshot_id| 5de5b2ee-0ca4-476f-963d-7bf9b3601817
> volume_type   | 2
> volume_format | 4
> image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
> _create_date  | 2022-01-31 10:10:36.540134+01
> _update_date  | 2022-01-31 10:12:50.120438+01
> active| f
> volume_classification | 1
> qcow_compat   | 0
> -[ RECORD 7 ]-+-
> image_guid| 109fac1e-c2e3-4ba6-9867-5d1c94d3a447
> creation_date | 2022-01-31 11:14:40.931+01
> size  | 219902115840
> it_guid   | ----
> parentid  | 60087f63-6237-4419-a5dd-9a48c84c1c43
> imagestatus   | 1
> lastmodified  | 2022-01-31 14:58:30.263+01
> vm_snapshot_id| c05d9174-4338-40a1-9040-f75bdbc3903c
> volume_type   | 2
> volume_format | 4
> image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
> _create_date  | 2022-01-31 11:14:41.055894+01
> _update_date  | 2022-01-31 14:58:30.26388+01
> active| f
> volume_classification | 1
> qcow_compat   | 0
> -[ RECORD 8 ]-+-
> image_guid| 7f95b43c-6007-48de-b107-fad3520c2fa6
> creation_date | 2022-01-31 10:15:35.436+01
> size  | 219902115840
> it_guid   | ----
> parentid  | 70c4877a-1649-4882-9cca-38cc40bd7d5a
> imagestatus   | 1
> lastmodified  | 2022-01-31 10:17:09.272+01
> vm_snapshot_id| f0a391a0-e129-4f6e-afc7-304ca2dda4d1
> volume_type   | 2
> volume_format | 4
> image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
> _create_date  | 2022-01-31 10:15:35.550984+01
> _update_date  | 2022-01-31 10:17:09.272314+01
> active| f
> volume_classification | 1
> qcow_compat   | 0
> -[ RECORD 9 ]-+-
> image_guid| 68db1cb9-6227-4ab2-af77-0c336488abbc
> creation_date | 2022-01-31 14:58:30.139+01
> size  | 219902115840
> it_guid   | ----
> parentid  | 109fac1e-c2e3-4ba6-9867-5d1c94d3a447
> imagestatus   | 1
> lastmodified  | 2022-01-31 14:58:30.139+01
> vm_snapshot_id| dad5a7ec-804d-4351-bb97-5ddc24b2072e
> volume_type   | 2
> volume_format | 4
> image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
> _create_date  | 2022-01-31 14:58:30.26388+01
> _update_date  |
> active| t
> volume_classification | 0
> qcow_compat   | 0
> -[ RECORD 10 ]+-
> image_guid| 379db97c-bfe1-4804-9b1f-576050efdcd3
> creation_date | 2022-01-31 10:17:09.148+01
> size  | 219902115840
> it_guid   | ----
> parentid  | 7f95b43c-6007-48de-b107-fad3520c2fa6
> imagestatus   | 1
> lastmodified  | 2022-01-31 10:27:58.556+01
> vm_snapshot_id| 89c331f6-4799-4f03-888d-d9b680f1a4c6
> volume_type   | 2
> volume_format | 4
> image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
> _create_date  | 2022-01-31 10:17:09.272314+01
> _update_date  | 2022-01-31 10:27:58.557011+01
> active| f
> volume_classification | 1
> qcow_compat   | 0
> -[ RECORD 11 ]+-
> image_guid| 60087f63-6237-4419-a5dd-9a48c84c1c43
> creation_date | 2022-01-31 10:27:58.444+01
> size  | 219902115840
> it_guid   | ----
> parentid  | 379db97c-bfe1-4804-9b1f-576050efdcd3
> imagestatus   | 1
> lastmodified  | 2022-01-31 11:14:41.055+01
> vm_snapshot_id| 979b7cfd-4b38-4e95-92e6-ed77f5320e73
> volume_type   | 2
> volume_format | 4
> image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
> _create_date  | 2022-01-31 10:27:58.557011+01
> _update_date  | 2022-01-31 11:14:41.055894+01
> active| f
> volume_classification | 1
> qcow_compat   | 0
> -[ RECORD 12 ]+-
> image_guid| 08966754-0bb6-4c88-9ad6-35d6242fa380
> creation_date | 2018-11-15 10:08:56+01
> size  | 219902115840
> it_guid    

[ovirt-users] Re: no snaphot but engines complains there is one when trying to remove disk

[Benny Zlotnik]

Can you share the output of the following query:
  $ psql -U engine -d engine -c "\x on" -c "select * from images where
image_group_id = ''"


On Mon, Jan 31, 2022 at 3:31 PM Nathanaël Blanchet  wrote:
>
> Hi all,
>
> A colleague launched this morning a snapshot creation, there was no error 
> message but he wasn't able to start the vm anymore, with this issue : VM 
> PSI-SYB-DEV is down with error. Exit message: Unable to get volume size for 
> domain a5be6cae-f0c8-452f-b7cd-70d0e5eed710 volume 
> 109fac1e-c2e3-4ba6-9867-5d1c94d3a447..
>
> I tried many things but nothing works: it is impossible to remove this disk, 
> or copy it, or clone the vm :
>
> Cannot detach Virtual Disk. The disk is already configured in a snapshot. In 
> order to detach it, remove the disk's snapshots.
>
> There is no snaphost listed into webui or api (so not snapshot id), while 
> disk_snapshots exists into the associated storage domain.
>
> So I tried to remove disks snapshot direvctly with API followind the DELETE 
> method
>
> DELETE /api/storagedomains/{storage_id}/disksnapshots/{image_id}
>
> [Cannot remove Disk Snapshot. VM\'s Snapshot does not exist.]
>
> In conclusion: vm_disks can't be removed because of the non existent 
> associated vm's snapshot id.
>
> I tried to remove vm_snapshots disks references directly into the postgres DB 
> but I didn't find the correct table.
>
> What can I do now?
>
> Your precious help is welcome.
>
> --
> Nathanaël Blanchet
>
> Supervision réseau
> SIRE
> 227 avenue Professeur-Jean-Louis-Viala
> 34193 MONTPELLIER CEDEX 5
> Tél. 33 (0)4 67 54 84 55
> Fax  33 (0)4 67 54 84 14
> blanc...@abes.fr
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/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/WV3AJS4W5NAY55CV6Z3VVOIKG3SBKJ26/
___
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/5TOUJJYCZQF7LVJVMNB4QUYHEDJW2LU6/

[ovirt-users] Re: Missing snapshot in the engine

[Benny Zlotnik]

usually the snapshot remains in engine and is missing in vdsm, I wonder
what happened, do you have the logs from the delete attempt on
5cb3fe58-3e01-4d32-bc7c-5907a4f858a8?

On Mon, Nov 8, 2021 at 12:21 PM Francesco Lorenzini 
wrote:

> Hi Benny,
>
> here the output:
>
> can you attach the output of:
>   $ vdsm-tool dump-volume-chains e25db7d0-060a-4046-94b5-235f38097cd8
>
>
> [root@OVIRT-HOST-44 ~]#  vdsm-tool dump-volume-chains
> e25db7d0-060a-4046-94b5-235f38097cd8
>
> Images volume chains (base volume first)
>
>image:0285b926-dff5-4769-bcf5-bbeb886ad817
>
>  - ada65f83-2a16-4ad7-87ad-bc99cb8193fc
>status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
> type: SPARSE, capacity: 134217728, truesize: 36864
>
>
>image:4d79c1da-34f0-44e3-8b92-c4bcb8524d83
>
>  - 5aad30c7-96f0-433d-95c8-2317e5f80045
>status: OK, voltype: INTERNAL, format: COW, legality:
> LEGAL, type: SPARSE, capacity: 214748364800, truesize: 165235134464
>
>  - 5cb3fe58-3e01-4d32-bc7c-5907a4f858a8
>status: OK, voltype: LEAF, format: COW, legality: ILLEGAL,
> type: SPARSE, capacity: 214748364800, truesize: 8759619584
>
>
>image:72b67a6a-0ea3-4101-90cc-a18bcf774717
>
>  - 4506da8b-d73a-46ba-a91e-07e786ae934b
>status: OK, voltype: LEAF, format: COW, legality: LEGAL,
> type: SPARSE, capacity: 32212254720, truesize: 8427077632
>
>
>image:bfc94094-9367-4590-81f0-cc590c8f84ea
>
>  - 53bed4ac-5e59-4376-a611-675f2c888b99
>status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
> type: SPARSE, capacity: 134217728, truesize: 36864
>
>
> as well as:
>   $ psql -U engine -d engine -c "\x on" -c "select * from images where
> image_group_id = '4d79c1da-34f0-44e3-8b92-c4bcb8524d83'"
>
>
> engine=# select * from images where image_group_id  =
> '4d79c1da-34f0-44e3-8b92-c4bcb8524d83';
> -[ RECORD 1 ]-+-
> image_guid| 5aad30c7-96f0-433d-95c8-2317e5f80045
> creation_date | 2021-08-31 11:29:31+02
> size  | 214748364800
> it_guid   | ----
> parentid  | ----
> imagestatus   | 1
> lastmodified  | 2021-10-23 05:15:24.043+02
> vm_snapshot_id| c8285f9f-03fa-4877-90a2-0baabf42f123
> volume_type   | 2
> volume_format | 4
> image_group_id| 4d79c1da-34f0-44e3-8b92-c4bcb8524d83
> _create_date      | 2021-08-31 11:29:31.980191+02
> _update_date  | 2021-11-08 10:19:39.477886+01
> active| t
> volume_classification | 1
> qcow_compat   | 2
>
>
>
> Francesco
>
> Il 08/11/2021 11:05, Benny Zlotnik ha scritto:
>
> can you attach the output of:
>   $ vdsm-tool dump-volume-chains e25db7d0-060a-4046-94b5-235f38097cd8
>
> as well as:
>   $ psql -U engine -d engine -c "\x on" -c "select * from images where
> image_group_id = '4d79c1da-34f0-44e3-8b92-c4bcb8524d83'"
>
>
>
> On Mon, Nov 8, 2021 at 11:58 AM francesco--- via Users  
>  wrote:
>
> Hi,
>
> I have an issue with a VM (Windows Server 2016), running on Centos8, oVirt 
> host 4.4.8, oVirt engine 4.4.5. I used to perform regular snapshot (deleting 
> the previous one) on this VM but starting from 25/10 the task fail with the 
> errors that I'll attach at the bottom. The volume ID mentioned in the 
> error... :
>
> [...] vdsm.storage.exception.prepareIllegalVolumeError: Cannot prepare 
> illegal volume: ('5cb3fe58-3e01-4d32-bc7c-5907a4f858a8',) [...]
>
> ... refers to a snapshot's volume, because the ID of the current volume is 
> different and smaller that one in the engine UI with ID 
> 5aad30c7-96f0-433d-95c8-2317e5f80045:
>
> [root@ovirt-host44 4d79c1da-34f0-44e3-8b92-c4bcb8524d83]# ls -lh
> total 163G
> -rw-rw 1 vdsm kvm 154G Nov  8 10:32 5aad30c7-96f0-433d-95c8-2317e5f80045
> -rw-rw 1 vdsm kvm 1.0M Aug 31 11:49 
> 5aad30c7-96f0-433d-95c8-2317e5f80045.lease
> -rw-r--r-- 1 vdsm kvm  360 Nov  8 10:19 
> 5aad30c7-96f0-433d-95c8-2317e5f80045.meta
> -rw-rw 1 vdsm kvm 8.2G Oct 25 05:16 5cb3fe58-3e01-4d32-bc7c-5907a4f858a8
> -rw-rw 1 vdsm kvm 1.0M Oct 23 05:15 
> 5cb3fe58-3e01-4d32-bc7c-5907a4f858a8.lease
> -rw-r--r-- 1 vdsm kvm  254 Oct 25 05:16 
> 5cb3fe58-3e01-4d32-bc7c-5907a4f858a8.meta
>
>
> It seems that the last working snapshot performend on 25/10 was not 
> completely deleted and now is used as the base from a new snapshot on the 
> host side,

[ovirt-users] Re: Missing snapshot in the engine

[Benny Zlotnik]

can you attach the output of:
  $ vdsm-tool dump-volume-chains e25db7d0-060a-4046-94b5-235f38097cd8

as well as:
  $ psql -U engine -d engine -c "\x on" -c "select * from images where
image_group_id = '4d79c1da-34f0-44e3-8b92-c4bcb8524d83'"



On Mon, Nov 8, 2021 at 11:58 AM francesco--- via Users  wrote:
>
> Hi,
>
> I have an issue with a VM (Windows Server 2016), running on Centos8, oVirt 
> host 4.4.8, oVirt engine 4.4.5. I used to perform regular snapshot (deleting 
> the previous one) on this VM but starting from 25/10 the task fail with the 
> errors that I'll attach at the bottom. The volume ID mentioned in the 
> error... :
>
> [...] vdsm.storage.exception.prepareIllegalVolumeError: Cannot prepare 
> illegal volume: ('5cb3fe58-3e01-4d32-bc7c-5907a4f858a8',) [...]
>
> ... refers to a snapshot's volume, because the ID of the current volume is 
> different and smaller that one in the engine UI with ID 
> 5aad30c7-96f0-433d-95c8-2317e5f80045:
>
> [root@ovirt-host44 4d79c1da-34f0-44e3-8b92-c4bcb8524d83]# ls -lh
> total 163G
> -rw-rw 1 vdsm kvm 154G Nov  8 10:32 5aad30c7-96f0-433d-95c8-2317e5f80045
> -rw-rw 1 vdsm kvm 1.0M Aug 31 11:49 
> 5aad30c7-96f0-433d-95c8-2317e5f80045.lease
> -rw-r--r-- 1 vdsm kvm  360 Nov  8 10:19 
> 5aad30c7-96f0-433d-95c8-2317e5f80045.meta
> -rw-rw 1 vdsm kvm 8.2G Oct 25 05:16 5cb3fe58-3e01-4d32-bc7c-5907a4f858a8
> -rw-rw 1 vdsm kvm 1.0M Oct 23 05:15 
> 5cb3fe58-3e01-4d32-bc7c-5907a4f858a8.lease
> -rw-r--r-- 1 vdsm kvm  254 Oct 25 05:16 
> 5cb3fe58-3e01-4d32-bc7c-5907a4f858a8.meta
>
>
> It seems that the last working snapshot performend on 25/10 was not 
> completely deleted and now is used as the base from a new snapshot on the 
> host side, but is not listed on the engine.
>
> Any idea? I should manually merge the snapsot on the host side? If yes, any 
> indications on that?
>
> Thank you for your time,
> Francesco
>
>
>
> --- Engine log during snapshot removal:
>
>
>
> 2021-11-08 10:19:25,751+01 INFO  
> [org.ovirt.engine.core.bll.snapshots.CreateSnapshotForVmCommand] (default 
> task-63) [469dbfd8-2e2f-4cb3-84b1-d456acc78fd9] Lock Acquired to object 
> 'EngineLock:{exclusiveLocks='[f1d56493-b5e0-480f-87a3-5e7f373712fa=VM]', 
> sharedLocks=''}'
> 2021-11-08 10:19:26,306+01 INFO  
> [org.ovirt.engine.core.bll.snapshots.CreateSnapshotForVmCommand] 
> (EE-ManagedThreadFactory-engine-Thread-49) 
> [469dbfd8-2e2f-4cb3-84b1-d456acc78fd9] Running command: 
> CreateSnapshotForVmCommand internal: false. Entities affected :  ID: 
> f1d56493-b5e0-480f-87a3-5e7f373712fa Type: VMAction group 
> MANIPULATE_VM_SNAPSHOTS with role type USER
> 2021-11-08 10:19:26,383+01 INFO  
> [org.ovirt.engine.core.bll.snapshots.CreateSnapshotDiskCommand] 
> (EE-ManagedThreadFactory-engine-Thread-49) 
> [469dbfd8-2e2f-4cb3-84b1-d456acc78fd9] Running command: 
> CreateSnapshotDiskCommand internal: true. Entities affected :  ID: 
> f1d56493-b5e0-480f-87a3-5e7f373712fa Type: VMAction group 
> MANIPULATE_VM_SNAPSHOTS with role type USER
> 2021-11-08 10:19:26,503+01 INFO  
> [org.ovirt.engine.core.bll.snapshots.CreateSnapshotCommand] 
> (EE-ManagedThreadFactory-engine-Thread-49) 
> [469dbfd8-2e2f-4cb3-84b1-d456acc78fd9] Running command: CreateSnapshotCommand 
> internal: true. Entities affected :  ID: ---- 
> Type: Storage
> 2021-11-08 10:19:26,616+01 INFO  
> [org.ovirt.engine.core.vdsbroker.irsbroker.CreateVolumeVDSCommand] 
> (EE-ManagedThreadFactory-engine-Thread-49) 
> [469dbfd8-2e2f-4cb3-84b1-d456acc78fd9] START, CreateVolumeVDSCommand( 
> CreateVolumeVDSCommandParameters:{storagePoolId='609ff8db-09c5-435b-b2e5-023d57003138',
>  ignoreFailoverLimit='false', 
> storageDomainId='e25db7d0-060a-4046-94b5-235f38097cd8', 
> imageGroupId='4d79c1da-34f0-44e3-8b92-c4bcb8524d83', 
> imageSizeInBytes='214748364800', volumeFormat='COW', 
> newImageId='74e7188d-3727-4ed6-a2e5-dfa73b9e7da3', imageType='Sparse', 
> newImageDescription='', imageInitialSizeInBytes='0', 
> imageId='5aad30c7-96f0-433d-95c8-2317e5f80045', 
> sourceImageGroupId='4d79c1da-34f0-44e3-8b92-c4bcb8524d83', 
> shouldAddBitmaps='false'}), log id: 514e7f02
> 2021-11-08 10:19:26,768+01 INFO  
> [org.ovirt.engine.core.vdsbroker.irsbroker.CreateVolumeVDSCommand] 
> (EE-ManagedThreadFactory-engine-Thread-49) 
> [469dbfd8-2e2f-4cb3-84b1-d456acc78fd9] FINISH, CreateVolumeVDSCommand, 
> return: 74e7188d-3727-4ed6-a2e5-dfa73b9e7da3, log id: 514e7f02
> 2021-11-08 10:19:26,805+01 INFO  
> [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] 
> (EE-ManagedThreadFactory-engine-Thread-49) 
> [469dbfd8-2e2f-4cb3-84b1-d456acc78fd9] CommandAsyncTask::Adding 
> CommandMultiAsyncTasks object for command 
> 'eb1f1fdd-a46e-45e1-a6f0-3a97fe1f6e28'
> 2021-11-08 10:19:26,805+01 INFO  
> [org.ovirt.engine.core.bll.CommandMultiAsyncTasks] 
> (EE-ManagedThreadFactory-engine-Thread-49) 
> [469dbfd8-2e2f-4cb3-84b1-d456acc78fd9] CommandMultiAsyncTasks::attachTask: 
> Attaching task '4bb54004-f96c-4f14-abca-bea477d866ea' to command 
>

[ovirt-users] Re: export to export domain concurrency

[Benny Zlotnik]

 yes, it should work, did you run into issues?
___
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/MLAFB5JHDMVJLBXOKD4CMCS7RUFHDJHO/

[ovirt-users] Re: is disk reduce command while VM is active after snapshot deletion save?

[Benny Zlotnik]

On Wed, Nov 3, 2021 at 2:51 PM  wrote:
>
> When creating a snapshot, the volume gets two lv extents (2GB) . But after 
> deleting the snapshot, the extents are kept and with every Snapshot creation 
> the volume size increases.
> This is really annoying, especially when using snapshot for nightly backup. 
> we are using oVirt 4.3.10 and we can't upgrade to 4.4
>
> I have read that to shrink the volume the disk reduce command is what helps 
> here, but the rest api documentation says, that this is only applicable while 
> vm is not running. crazy as i am, i have called the reduce command while the 
> vm was running, and it seemed to work. the volume has shrunk and the vm 
> didn't crash.
it's actually blocked only for the active volume of a running VM, I
suppose you did not run it on the active volume?
but it seems like the documentation needs to be fixed

> But is it save to do so? and why isn't the reduce command is called after 
> deletion of a snapshot?
It actually is called, except when the active layer participates in
the live merge (or the SD isn't block SD)
___
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/HWR6O46TQXLC4PO7JYVL3XGZ2RJD6MLW/

[ovirt-users] Re: Failed to delete snapshot

[Benny Zlotnik]

We need full logs (what happened before the snippet you pasted), as
well as vdsm logs from the SPM host, and vdsm logs from the host
running this VM

On Wed, Oct 27, 2021 at 5:04 PM  wrote:
>
> Hello all.
>
> We use vprotect to make snapshot backups of our vm's.
> This VM, let's call it OVIRTVM, has it's disks created as thin.
> A full snapshot is created daily on sunday and the daily ones are incremental.
>
> After the backup vprotect tries to delete the snapshot and almost always 
> fails with the error:
> "Failed to delete snapshot 'vProtect 2021-10-25 22:30:17.641654' for VM 
> 'OVIRTVM'."
>
> From engine.log can't get much more information:
>
> 2021-10-26 22:39:02,510+01 INFO  
> [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-511666) 
> [] User admin@internal successfully logged in with scopes: ovirt-app-api 
> ovirt-ext=token-info:authz-search ovirt-ext=token-info:public-authz-search 
> ovirt-ext=token-info:validate ovirt-ext=token:password-access
> 2021-10-26 22:39:02,558+01 ERROR 
> [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotCommand] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-15) 
> [666e0f97-8b02-4b1e-80d4-2a640dd28d90] Ending command 
> 'org.ovirt.engine.core.bll.snapshots.RemoveSnapshotCommand' with failure.
> 2021-10-26 22:39:02,595+01 INFO  
> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default 
> task-511666) [1a9981] Running command: CreateUserSessionCommand internal: 
> false.
> 2021-10-26 22:39:02,630+01 INFO  
> [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-511612) 
> [] User admin@internal successfully logged in with scopes: ovirt-app-api 
> ovirt-ext=token-info:authz-search ovirt-ext=token-info:public-authz-search 
> ovirt-ext=token-info:validate ovirt-ext=token:password-access
> 2021-10-26 22:39:02,674+01 INFO  
> [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-511669) 
> [] User admin@internal successfully logged in with scopes: ovirt-app-api 
> ovirt-ext=token-info:authz-search ovirt-ext=token-info:public-authz-search 
> ovirt-ext=token-info:validate ovirt-ext=token:password-access
> 2021-10-26 22:39:02,729+01 ERROR 
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-15) 
> [666e0f97-8b02-4b1e-80d4-2a640dd28d90] EVENT_ID: 
> USER_REMOVE_SNAPSHOT_FINISHED_FAILURE(357), Failed to delete snapshot 
> 'vProtect 2021-10-25 22:30:17.641654' for VM 'OVIRTVM'.
> 2021-10-26 22:39:02,739+01 INFO  
> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default 
> task-511675) [55891f0c] Running command: CreateUserSessionCommand internal: 
> false.
> 2021-10-26 22:39:02,755+01 INFO  
> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default 
> task-511660) [7895798d] Running command: CreateUserSessionCommand internal: 
> false.
>
> What else should I be looking for?
>
> Thanks in advance!
> ___
> 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/63FSCAGHIQJTCWONJ3RPCOIWKAFYM7NE/
___
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/D4JFU3JXXOLNHM34JCMMQA5D5LUMZ4AJ/

[ovirt-users] Re: about the Live Storage Migration

[Benny Zlotnik]

when you move a disk that's attached to a running VM, live storage
migration will be performed

On Sun, Sep 26, 2021 at 2:08 PM Tommy Sway  wrote:
>
> From the document:
>
>
>
> Overview of Live Storage Migration
>
> Virtual disks can be migrated from one storage domain to another while the 
> virtual machine to which they are attached is running. This is referred to as 
> live storage migration. When a disk attached to a running virtual machine is 
> migrated, a snapshot of that disk’s image chain is created in the source 
> storage domain, and the entire image chain is replicated in the destination 
> storage domain. As such, ensure that you have sufficient storage space in 
> both the source storage domain and the destination storage domain to host 
> both the disk image chain and the snapshot. A new snapshot is created on each 
> live storage migration attempt, even when the migration fails.
>
> Consider the following when using live storage migration:
>
> You can live migrate multiple disks at one time.
>
> Multiple disks for the same virtual machine can reside across more than one 
> storage domain, but the image chain for each disk must reside on a single 
> storage domain.
>
> You can live migrate disks between any two storage domains in the same data 
> center.
>
> You cannot live migrate direct LUN hard disk images or disks marked as 
> shareable.
>
>
>
> But where do users perform online storage migrations?
>
> There seems to be no interface.
>
> ___
> 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/GRFF5WF7TEWL3P66LA24C5NJWDAR5JUP/
___
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/U4YHBCFSFBUDMUHJI7XEHJFPVZILXTHL/

[ovirt-users] Re: Managed Block Storage and Templates

[Benny Zlotnik]

Can you submit a bug for this?

On Wed, Sep 22, 2021 at 3:31 PM Shantur Rathore
 wrote:
>
> Hi all,
>
> Anyone tried using Templates with Managed Block Storage?
> I created a VM on MBS and then took a snapshot.
> This worked but as soon as I created a Template from snapshot, the
> template got created but there is no disk attached to the template.
>
> Anyone seeing something similar?
>
> Thanks
> ___
> 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/Z6SPHZ3XOSXRYE72SWRANTXZCA27RKDY/
___
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/CUZJYWSQ4ZVHZ67BCETJC7MSOOGGNCBT/

[ovirt-users] Re: about the vm disk type

[Benny Zlotnik]

file-based domains use RAW for both settings, thin-provisioned on block
domain will use qcow2, otherwise RAW will be used

On Wed, Sep 22, 2021 at 1:22 PM Tommy Sway  wrote:

> For example :
>
>
>
> And I check the file on the storage:
>
>
>
> [root@olvms1 51dcbfae-1100-4e43-9e0a-bb8c578623d7]# cat
> 9e4dc022-c450-4f85-89f5-233fa41c07d0.meta
>
> CAP=10737418240
>
> CTIME=1632305740
>
> DESCRIPTION={"DiskAlias":"test09222_Disk1","DiskDescription":""}
>
> DISKTYPE=DATA
>
> DOMAIN=f77091d9-aabc-42db-87b1-b8299765482e
>
> *FORMAT=RAW*
>
> GEN=0
>
> IMAGE=51dcbfae-1100-4e43-9e0a-bb8c578623d7
>
> LEGALITY=LEGAL
>
> PUUID=----
>
> TYPE=SPARSE
>
> VOLTYPE=LEAF
>
> EOF
>
> [root@olvms1 51dcbfae-1100-4e43-9e0a-bb8c578623d7]#
>
> [root@olvms1 51dcbfae-1100-4e43-9e0a-bb8c578623d7]#
>
> [root@olvms1 51dcbfae-1100-4e43-9e0a-bb8c578623d7]# ll
>
> total 1025
>
> -rw-rw. 1 vdsm kvm 10737418240 Sep 22 18:15
> 9e4dc022-c450-4f85-89f5-233fa41c07d0
>
> -rw-rw. 1 vdsm kvm 1048576 Sep 22 18:15
> 9e4dc022-c450-4f85-89f5-233fa41c07d0.lease
>
> -rw-r--r--. 1 vdsm kvm 303 Sep 22 18:15
> 9e4dc022-c450-4f85-89f5-233fa41c07d0.meta
>
> [root@olvms1 51dcbfae-1100-4e43-9e0a-bb8c578623d7]#
>
> [root@olvms1 51dcbfae-1100-4e43-9e0a-bb8c578623d7]#
>
> [root@olvms1 51dcbfae-1100-4e43-9e0a-bb8c578623d7]# du -h
> ./9e4dc022-c450-4f85-89f5-233fa41c07d0
>
> 0   ./9e4dc022-c450-4f85-89f5-233fa41c07d0
>
> [root@olvms1 51dcbfae-1100-4e43-9e0a-bb8c578623d7]#
>
> [root@olvms1 51dcbfae-1100-4e43-9e0a-bb8c578623d7]#
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> -Original Message-
> From: users-boun...@ovirt.org  On Behalf Of
> Tommy Sway
> Sent: Wednesday, September 22, 2021 6:07 PM
> To: 'Vojtech Juranek' ; users@ovirt.org
> Subject: [ovirt-users] Re: about the vm disk type
>
>
>
> You mean if it's pre-allocated, it must be RAW, not Qcow2?
>
> The documentation only states that RAW must be pre-allocated, but it does
> not say that qCOW2 cannot use pre-allocation.
>
>
>
>
>
>
>
>
>
>
>
> -Original Message-
>
> From: Vojtech Juranek 
>
> Sent: Wednesday, September 22, 2021 6:04 PM
>
> To: users@ovirt.org
>
> Cc: Tommy Sway 
>
> Subject: Re: [ovirt-users] about the vm disk type
>
>
>
> On Wednesday, 22 September 2021 09:55:26 CEST Tommy Sway wrote:
>
> > When I create the VM's image disk, I am not asked to select the
>
> > following type of disk.
>
>
>
> Actually you are, it's "Allocation Policy" drop down menu.
>
> Thin provisioned == qcow format
>
> Preallocated == raw
>
>
>
> >
>
> >
>
> > What is the default value ?
>
>
>
> Thin provisioned, i.e. qcow.
>
>
>
> >
>
> >
>
> > Thanks.
>
> >
>
> >
>
> >
>
> >
>
> >
>
> > QCOW2 Formatted Virtual Machine Storage
>
> >
>
> > QCOW2 is a storage format for virtual disks. QCOW stands for QEMU
>
> > copy-on-write. The QCOW2 format decouples the physical storage layer
>
> > from the virtual layer by adding a mapping between logical and
>
> > physical
>
> blocks.
>
> > Each logical block is mapped to its physical offset, which enables
>
> > storage over-commitment and virtual machine snapshots, where each QCOW
>
> > volume only represents changes made to an underlying virtual disk.
>
> >
>
> > The initial mapping points all logical blocks to the offsets in the
>
> > backing file or volume. When a virtual machine writes data to a QCOW2
>
> > volume after a snapshot, the relevant block is read from the backing
>
> > volume, modified with the new information and written into a new
>
> > snapshot QCOW2 volume. Then the map is updated to point to the new place.
>
> >
>
> > Raw
>
> >
>
> > The raw storage format has a performance advantage over QCOW2 in that
>
> > no formatting is applied to virtual disks stored in the raw format.
>
> > Virtual machine data operations on virtual disks stored in raw format
>
> > require no additional work from hosts. When a virtual machine writes
>
> > data to a given offset in its virtual disk, the I/O is written to the
>
> > same offset on the backing file or logical volume.
>
> >
>
> > Raw format requires that the entire space of the defined image be
>
> > preallocated unless using externally managed thin provisioned LUNs
>
> > from a storage array.
>
>
>
>
>
> ___
>
> 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/JGJX4VUOYVBG6AWPKWVMILXINNOFFO2V/
> ___
> 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.or

[ovirt-users] Re: Managed Block Storage issues

[Benny Zlotnik]

I see the rule is created in the logs:

MainProcess|jsonrpc/5::DEBUG::2021-09-22
10:39:37,504::supervdsm_server::95::SuperVdsm.ServerCallback::(wrapper)
call add_managed_udev_rule with
('ed1a0e9f-4d30-4896-b965-534861cc0c02',
'/dev/mapper/360014054b727813d1bc4d4cefdade7db') {}
MainProcess|jsonrpc/5::DEBUG::2021-09-22
10:39:37,505::udev::124::SuperVdsm.ServerCallback::(add_managed_udev_rule)
Creating rule 
/etc/udev/rules.d/99-vdsm-managed_ed1a0e9f-4d30-4896-b965-534861cc0c02.rules:
'SYMLINK=="mapper/360014054b727813d1bc4d4cefdade7db",
RUN+="/usr/bin/chown vdsm:qemu $env{DEVNAME}"\n'

While we no longer test backends other than ceph, this used to work
back when we started and it worked for NetApp. Perhaps this rule is
incorrect, can you check this manually?

regarding 2, can you please submit a bug?

On Wed, Sep 22, 2021 at 1:03 PM Shantur Rathore
 wrote:
>
> Hi all,
>
> I am trying to set up Managed block storage and have the following issues.
>
> My setup:
> Latest oVirt Node NG : 4.4.8
> Latest oVirt Engine : 4.4.8
>
> 1. Unable to copy to iSCSI based block storage
>
> I created a MBS with Synology UC3200 as a backend ( supported by
> Cinderlib ). It was created fine but when I try to copy disks to it,
> it fails.
> Upon looking at the logs from SPM, I found "qemu-img" failed with an
> error that it cannot open "/dev/mapper/xx" : Permission Error.
> Had a look through the code and digging out more, I saw that
> a. Sometimes /dev/mapper/ symlink isn't created ( log attached )
> b. The ownership to /dev/mapper/xx and /dev/dm-xx for the new
> device always stays at root:root
>
> I added a udev rule
> ACTION=="add|change", ENV{DM_UUID}=="mpath-*", GROUP="qemu",
> OWNER="vdsm", MODE="0660"
>
> and the disk copied correctly when /dev/mapper/x got created.
>
> 2. Copy progress finishes in UI very early than the actual qemu-img process.
> The UI shows the Copy process is completed successfully but it's
> actually still copying the image.
> This happens both for ceph and iscsi based mbs.
>
> Is there any known workaround to get iSCSI MBS working?
>
> Kind regards,
> Shantur
> ___
> 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/G6TMTW23SUAKR4UOXVSZKXHJY3PVMIDD/
___
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/CFELPIEEW2J4DVEBUNJPMQGMAR5JBKL4/

[ovirt-users] Re: what kind of managed block can oVirt manage ?

[Benny Zlotnik]

Yes, but please be aware that 4.3 is EOL for a while, there have been
significant changes between 4.3 and 4.4 in all relevant components

On Tue, Sep 14, 2021 at 2:39 PM Tommy Sway  wrote:
>
> As I understand it now, on 4.3 I need to enable it like this:
> 1. Activate the REPO source and install cinder relevant software
> 2, when run the engine-setup add -s ManagedBlockDomainSupported = true option
> 3. Add ManagedBlockDomain after installation
> Do I understand this correctly?
>
> Thank you very much!
>
>
>
>
> -----Original Message-
> From: Benny Zlotnik 
> Sent: Tuesday, September 14, 2021 7:19 PM
> To: Tommy Sway 
> Cc: users 
> Subject: Re: [ovirt-users] Re: what kind of managed block can oVirt manage ?
>
> On Tue, Sep 14, 2021 at 2:11 PM Tommy Sway  wrote:
> >
> > Do you mean that I don't need to manually add cider related repo in the new 
> > version, the engine-setup process will automatically add cinder related 
> > repo and install the package?
> it will add the repo but will not install the package as we had to revert 
> this for now
> > All I need to do is select CinderLib option during Engine setup?
> in 4.3 you also need to enable:
> $ engine-config -s ManagedBlockDomainSupported=true
> > Then I can add Managed Block Domains in the admin interface?
> after enabling, yes
>
___
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/VYRJKXLFZ7EKNKVRZGCDIMTLK3SDXZKC/

[ovirt-users] Re: what kind of managed block can oVirt manage ?

[Benny Zlotnik]

On Tue, Sep 14, 2021 at 2:11 PM Tommy Sway  wrote:
>
> Do you mean that I don't need to manually add cider related repo in the new 
> version, the engine-setup process will automatically add cinder related repo 
> and install the package?
it will add the repo but will not install the package as we had to
revert this for now
> All I need to do is select CinderLib option during Engine setup?
in 4.3 you also need to enable:
$ engine-config -s ManagedBlockDomainSupported=true
> Then I can add Managed Block Domains in the admin interface?
after enabling, yes
___
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/5AO77GRXOBKFWYGMB7LVJMLONYRUKB57/

[ovirt-users] Re: what kind of managed block can oVirt manage ?

[Benny Zlotnik]

No, the difference is that we setup the required repos (we also
installed the dependencies, but we had to revert this for now). The
setup of a Managed Block Storage Domain remains the same

On Tue, Sep 14, 2021 at 1:49 PM Tommy Sway  wrote:
>
> Do you mean that in the new version, I only need to configure CINDERLib when 
> running Ovirt-Engine, and then I can connect to Ceph server directly in the 
> admin interface?
>
>
>
>
>
>
>
>
> -Original Message-
> From: users-boun...@ovirt.org  On Behalf Of Benny 
> Zlotnik
> Sent: Tuesday, September 14, 2021 4:56 PM
> To: Tommy Sway 
> Cc: users 
> Subject: [ovirt-users] Re: what kind of managed block can oVirt manage ?
>
> I see, if you use 4.3 you will have to add the repos manually on the 
> ovirt-engine node and vdsm hosts If you did not enable cinderlib in 
> engine-setup previously you have to do that, yes
>
> On Tue, Sep 14, 2021 at 11:43 AM Tommy Sway  wrote:
> >
> > But my system version is 4.3, so how can I activate it?
> > Do I should install as documented before running engine- Setup?
> > It seems that CiderLib is also given a database to create while running 
> > engine-setup，so I guess the setup-config maybe also important.
> >
> >
> >
> >
> >
> > -Original Message-
> > From: users-boun...@ovirt.org  On Behalf Of
> > Benny Zlotnik
> > Sent: Tuesday, September 14, 2021 4:09 PM
> > To: Tommy Sway 
> > Cc: users 
> > Subject: [ovirt-users] Re: what kind of managed block can oVirt manage ?
> >
> > If it's already enabled there's no need to run it again. I looked at
> > the doc again now, and it's slightly outdated, since 4.4.8 we add the
> > required openstack (victoria) and ceph repos automatically
> >
> > On Tue, Sep 14, 2021 at 8:18 AM Tommy Sway  wrote:
> > >
> > > Thank you very much!
> > >
> > > I read the documentation and found out that you are one of the authors of 
> > > this feature! I guess I asked the right person.
> > >
> > > After installed the CinderLib as you mentioned in the second link, do I 
> > > still need to run engine setup and integrate CinderLib to use Managed 
> > > Block ?
> > >
> > >
> > >
> > >
> > >
> > > [root@olvmm ~]#  engine-setup --reconfigure-optional-components
> > >
> > > [ INFO  ] Stage: Initializing
> > >
> > > [ INFO  ] Stage: Environment setup
> > >
> > >   Configuration files:
> > > ['/etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf',
> > > '/etc/ovirt-engine-setup.conf.d/10-packaging.conf',
> > > '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf']
> > >
> > >   Log file:
> > > /var/log/ovirt-engine/setup/ovirt-engine-setup-20210914130015-1qjhwx
> > > .l
> > > og
> > >
> > >   Version: otopi-1.8.4 (otopi-1.8.4-1.el7)
> > >
> > > [ INFO  ] Stage: Environment packages setup
> > >
> > > [ INFO  ] Stage: Programs detection
> > >
> > > [ INFO  ] Stage: Environment setup (late)
> > >
> > > [ INFO  ] Stage: Environment customization
> > >
> > >
> > >
> > >  --== PRODUCT OPTIONS ==--
> > >
> > >
> > >
> > >   Set up Cinderlib integration
> > >
> > >   (Currently in tech preview)
> > >
> > >   (Yes, No) [No]: Yes
> > >
> > > [ INFO  ] ovirt-provider-ovn already installed, skipping.
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > From: Benny Zlotnik 
> > > Sent: Monday, September 13, 2021 9:20 PM
> > > To: Tommy Sway 
> > > Cc: users 
> > > Subject: Re: [ovirt-users] what kind of managed block can oVirt manage ?
> > >
> > >
> > >
> > > cinderlib (Managed Block Storage) does not use openstack at all, we
> > > have an example of how to add ceph in the feature page[1]
> > >
> > > and docs have instructions on how to set it up[2]
> > >
> > >
> > >
> > >
> > >
> > > [1]
> > > https://www.ovirt.org/develop/release-management/features/storage/ci
> > > nd
> > > erlib-integration.html
> > >
> > > [2]
> > > https://www.ovirt.org/documentation/installing_ovirt_as_a_standalone
> > > _m anager_with_local_databa

[ovirt-users] Re: what kind of managed block can oVirt manage ?

[Benny Zlotnik]

I see, if you use 4.3 you will have to add the repos manually on the
ovirt-engine node and vdsm hosts
If you did not enable cinderlib in engine-setup previously you have to
do that, yes

On Tue, Sep 14, 2021 at 11:43 AM Tommy Sway  wrote:
>
> But my system version is 4.3, so how can I activate it?
> Do I should install as documented before running engine- Setup?
> It seems that CiderLib is also given a database to create while running 
> engine-setup，so I guess the setup-config maybe also important.
>
>
>
>
>
> -Original Message-
> From: users-boun...@ovirt.org  On Behalf Of Benny 
> Zlotnik
> Sent: Tuesday, September 14, 2021 4:09 PM
> To: Tommy Sway 
> Cc: users 
> Subject: [ovirt-users] Re: what kind of managed block can oVirt manage ?
>
> If it's already enabled there's no need to run it again. I looked at the doc 
> again now, and it's slightly outdated, since 4.4.8 we add the required 
> openstack (victoria) and ceph repos automatically
>
> On Tue, Sep 14, 2021 at 8:18 AM Tommy Sway  wrote:
> >
> > Thank you very much!
> >
> > I read the documentation and found out that you are one of the authors of 
> > this feature! I guess I asked the right person.
> >
> > After installed the CinderLib as you mentioned in the second link, do I 
> > still need to run engine setup and integrate CinderLib to use Managed Block 
> > ?
> >
> >
> >
> >
> >
> > [root@olvmm ~]#  engine-setup --reconfigure-optional-components
> >
> > [ INFO  ] Stage: Initializing
> >
> > [ INFO  ] Stage: Environment setup
> >
> >   Configuration files:
> > ['/etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf',
> > '/etc/ovirt-engine-setup.conf.d/10-packaging.conf',
> > '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf']
> >
> >   Log file:
> > /var/log/ovirt-engine/setup/ovirt-engine-setup-20210914130015-1qjhwx.l
> > og
> >
> >   Version: otopi-1.8.4 (otopi-1.8.4-1.el7)
> >
> > [ INFO  ] Stage: Environment packages setup
> >
> > [ INFO  ] Stage: Programs detection
> >
> > [ INFO  ] Stage: Environment setup (late)
> >
> > [ INFO  ] Stage: Environment customization
> >
> >
> >
> >  --== PRODUCT OPTIONS ==--
> >
> >
> >
> >   Set up Cinderlib integration
> >
> >   (Currently in tech preview)
> >
> >   (Yes, No) [No]: Yes
> >
> > [ INFO  ] ovirt-provider-ovn already installed, skipping.
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > From: Benny Zlotnik 
> > Sent: Monday, September 13, 2021 9:20 PM
> > To: Tommy Sway 
> > Cc: users 
> > Subject: Re: [ovirt-users] what kind of managed block can oVirt manage ?
> >
> >
> >
> > cinderlib (Managed Block Storage) does not use openstack at all, we
> > have an example of how to add ceph in the feature page[1]
> >
> > and docs have instructions on how to set it up[2]
> >
> >
> >
> >
> >
> > [1]
> > https://www.ovirt.org/develop/release-management/features/storage/cind
> > erlib-integration.html
> >
> > [2]
> > https://www.ovirt.org/documentation/installing_ovirt_as_a_standalone_m
> > anager_with_local_databases/#Set_up_Cinderlib
> >
> >
> >
> > On Mon, Sep 13, 2021 at 2:43 PM Tommy Sway  wrote:
> >
> > You mean to configure ceph in Cinder pages must be connected to real 
> > openstack?
> >
> > Can ceph be connected to a Managed Block page by simply linking to 
> > cenderlib files without accessing the actual openstack?
> >
> >
> >
> > I am very interested in this section, can you send some related guide 
> > documents?
> >
> > Thank you very much!
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > From: Benny Zlotnik 
> > Sent: Monday, September 13, 2021 7:27 PM
> > To: Tommy Sway 
> > Cc: users 
> > Subject: Re: [ovirt-users] what kind of managed block can oVirt manage ?
> >
> >
> >
> > cinder uses an actual openstack environment setup with cinder,
> > cinderlib does not require it
> >
> >
> >
> > On Mon, Sep 13, 2021 at 2:17 PM Tommy Sway  wrote:
> >
> >
> >
> > What's the difference between cender page and Managed Block page ？
> >
> > If  have to connect them through cinderlib，why not put them all under
> > cinder page ？
> >
> >
>

[ovirt-users] Re: what kind of managed block can oVirt manage ?

[Benny Zlotnik]

If it's already enabled there's no need to run it again. I looked at
the doc again now, and it's slightly outdated, since 4.4.8 we add the
required openstack (victoria) and ceph repos automatically

On Tue, Sep 14, 2021 at 8:18 AM Tommy Sway  wrote:
>
> Thank you very much!
>
> I read the documentation and found out that you are one of the authors of 
> this feature! I guess I asked the right person.
>
> After installed the CinderLib as you mentioned in the second link, do I still 
> need to run engine setup and integrate CinderLib to use Managed Block ?
>
>
>
>
>
> [root@olvmm ~]#  engine-setup --reconfigure-optional-components
>
> [ INFO  ] Stage: Initializing
>
> [ INFO  ] Stage: Environment setup
>
>   Configuration files: 
> ['/etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf', 
> '/etc/ovirt-engine-setup.conf.d/10-packaging.conf', 
> '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf']
>
>   Log file: 
> /var/log/ovirt-engine/setup/ovirt-engine-setup-20210914130015-1qjhwx.log
>
>   Version: otopi-1.8.4 (otopi-1.8.4-1.el7)
>
> [ INFO  ] Stage: Environment packages setup
>
> [ INFO  ] Stage: Programs detection
>
> [ INFO  ] Stage: Environment setup (late)
>
> [ INFO  ] Stage: Environment customization
>
>
>
>  --== PRODUCT OPTIONS ==--
>
>
>
>   Set up Cinderlib integration
>
>   (Currently in tech preview)
>
>   (Yes, No) [No]: Yes
>
> [ INFO  ] ovirt-provider-ovn already installed, skipping.
>
>
>
>
>
>
>
>
>
> From: Benny Zlotnik 
> Sent: Monday, September 13, 2021 9:20 PM
> To: Tommy Sway 
> Cc: users 
> Subject: Re: [ovirt-users] what kind of managed block can oVirt manage ?
>
>
>
> cinderlib (Managed Block Storage) does not use openstack at all, we have an 
> example of how to add ceph in the feature page[1]
>
> and docs have instructions on how to set it up[2]
>
>
>
>
>
> [1] 
> https://www.ovirt.org/develop/release-management/features/storage/cinderlib-integration.html
>
> [2] 
> https://www.ovirt.org/documentation/installing_ovirt_as_a_standalone_manager_with_local_databases/#Set_up_Cinderlib
>
>
>
> On Mon, Sep 13, 2021 at 2:43 PM Tommy Sway  wrote:
>
> You mean to configure ceph in Cinder pages must be connected to real 
> openstack?
>
> Can ceph be connected to a Managed Block page by simply linking to cenderlib 
> files without accessing the actual openstack?
>
>
>
> I am very interested in this section, can you send some related guide 
> documents?
>
> Thank you very much!
>
>
>
>
>
>
>
>
>
> From: Benny Zlotnik 
> Sent: Monday, September 13, 2021 7:27 PM
> To: Tommy Sway 
> Cc: users 
> Subject: Re: [ovirt-users] what kind of managed block can oVirt manage ?
>
>
>
> cinder uses an actual openstack environment setup with cinder, cinderlib does 
> not require it
>
>
>
> On Mon, Sep 13, 2021 at 2:17 PM Tommy Sway  wrote:
>
>
>
> What's the difference between cender page and Managed Block page ？
>
> If  have to connect them through cinderlib，why not put them all under cinder 
> page ？
>
>
>
>
>
>
>
> From: Benny Zlotnik 
> Sent: Monday, September 13, 2021 6:14 PM
> To: Tommy Sway 
> Cc: users 
> Subject: Re: [ovirt-users] what kind of managed block can oVirt manage ?
>
>
>
> yes, we support ceph via cinderlib, so in theory any vendor with a storage 
> driver for cinder can work, but we only test ceph
>
>
>
> On Mon, Sep 13, 2021 at 1:06 PM Tommy Sway  wrote:
>
> On the create disk page, there is option to create disk that is from managed 
> block, I want wo know what’s kind of it ?  Ceph block device ?
>
>
>
> Thanks!
>
>
>
>
>
> ___
> 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/RSQSTL5SR5TE6DKAJZLECVI52OW6ZLXZ/
___
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/W4SI72QYXNBL5WMDKTVWFGQ53IOCMFEC/

[ovirt-users] Re: what kind of managed block can oVirt manage ?

[Benny Zlotnik]

cinderlib (Managed Block Storage) does not use openstack at all, we have an
example of how to add ceph in the feature page[1]
and docs have instructions on how to set it up[2]


[1]
https://www.ovirt.org/develop/release-management/features/storage/cinderlib-integration.html
[2]
https://www.ovirt.org/documentation/installing_ovirt_as_a_standalone_manager_with_local_databases/#Set_up_Cinderlib

On Mon, Sep 13, 2021 at 2:43 PM Tommy Sway  wrote:

> You mean to configure ceph in Cinder pages must be connected to real
> openstack?
>
> Can ceph be connected to a Managed Block page by simply linking to
> cenderlib files without accessing the actual openstack?
>
>
>
> I am very interested in this section, can you send some related guide
> documents?
>
> Thank you very much!
>
>
>
>
>
>
>
>
>
> *From:* Benny Zlotnik 
> *Sent:* Monday, September 13, 2021 7:27 PM
> *To:* Tommy Sway 
> *Cc:* users 
> *Subject:* Re: [ovirt-users] what kind of managed block can oVirt manage ?
>
>
>
> cinder uses an actual openstack environment setup with cinder, cinderlib
> does not require it
>
>
>
> On Mon, Sep 13, 2021 at 2:17 PM Tommy Sway  wrote:
>
>
>
> What's the difference between cender page and Managed Block page ？
>
> If  have to connect them through cinderlib，why not put them all under
> cinder page ？
>
>
>
>
>
>
>
> *From:* Benny Zlotnik 
> *Sent:* Monday, September 13, 2021 6:14 PM
> *To:* Tommy Sway 
> *Cc:* users 
> *Subject:* Re: [ovirt-users] what kind of managed block can oVirt manage ?
>
>
>
> yes, we support ceph via cinderlib, so in theory any vendor with a storage
> driver for cinder can work, but we only test ceph
>
>
>
> On Mon, Sep 13, 2021 at 1:06 PM Tommy Sway  wrote:
>
> On the create disk page, there is option to create disk that is from
> managed block, I want wo know what’s kind of it ?  Ceph block device ?
>
>
>
> Thanks!
>
>
>
>
>
> ___
> 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/RSQSTL5SR5TE6DKAJZLECVI52OW6ZLXZ/
>
>
___
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/T7ROLYYPKF3DIVSUWYZUHNC3V2DGWCIB/

[ovirt-users] Re: Create template from snapshot of vm using MBS disk

[Benny Zlotnik]

use this link https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine
Set the component to BLL.Storage and the oVirt Team to Storage

On Mon, Sep 13, 2021 at 4:17 AM  wrote:
>
> How can I file the bug? Do you have a guide?
> ___
> 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/XCLAD43GLAQES3Q6LRPBRVMWLYVLDHTS/
___
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/7HDHLCGDPPJOWHXN75QWZPTMDO7QYH6X/

[ovirt-users] Re: what kind of managed block can oVirt manage ?

[Benny Zlotnik]

cinder uses an actual openstack environment setup with cinder, cinderlib
does not require it

On Mon, Sep 13, 2021 at 2:17 PM Tommy Sway  wrote:

>
>
> What's the difference between cender page and Managed Block page ？
>
> If  have to connect them through cinderlib，why not put them all under
> cinder page ？
>
>
>
>
>
>
>
> *From:* Benny Zlotnik 
> *Sent:* Monday, September 13, 2021 6:14 PM
> *To:* Tommy Sway 
> *Cc:* users 
> *Subject:* Re: [ovirt-users] what kind of managed block can oVirt manage ?
>
>
>
> yes, we support ceph via cinderlib, so in theory any vendor with a storage
> driver for cinder can work, but we only test ceph
>
>
>
> On Mon, Sep 13, 2021 at 1:06 PM Tommy Sway  wrote:
>
> On the create disk page, there is option to create disk that is from
> managed block, I want wo know what’s kind of it ?  Ceph block device ?
>
>
>
> Thanks!
>
>
>
>
>
> ___
> 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/RSQSTL5SR5TE6DKAJZLECVI52OW6ZLXZ/
>
>
___
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/QC6TOVO4S235X5ZR6G7ECUHZHD5BW6BE/

[ovirt-users] Re: what kind of managed block can oVirt manage ?

[Benny Zlotnik]

yes, we support ceph via cinderlib, so in theory any vendor with a storage
driver for cinder can work, but we only test ceph

On Mon, Sep 13, 2021 at 1:06 PM Tommy Sway  wrote:

> On the create disk page, there is option to create disk that is from
> managed block, I want wo know what’s kind of it ?  Ceph block device ?
>
>
>
> Thanks!
>
>
>
>
>
> ___
> 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/RSQSTL5SR5TE6DKAJZLECVI52OW6ZLXZ/
>
___
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/IK5OUDEIVSOHGY3NLEN3HBP7KVVPZST3/

[ovirt-users] Re: Create template from snapshot of vm using MBS disk

[Benny Zlotnik]

I recall a bug was created for this by our QE, but I can't find it.
Can you please file a bug so it is tracked and prioritized?

On Fri, Sep 10, 2021 at 5:42 AM  wrote:
>
> Hi,
>
> Has this problem been resolved?
> ___
> 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/KMV3UA5YMHPWIOUIUE3RABZDVE2LSCA4/
___
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/7H74BKMRLWAKAEJ2Q5C7HJIILAB45ZPG/

[ovirt-users] Re: Cinderlib RBD ceph template issues

[Benny Zlotnik]

Hi,

Can you please submit a bug[1] with all logs attached?


[1] https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine

On Wed, Sep 1, 2021 at 6:04 PM Sketch  wrote:
>
> This is on oVirt 4.4.8, engine on CS8, hosts on C8, cluster and DC are
> both set to 4.6.
>
> With a newly configured cinderlib/ceph RBD setup.  I can create new VM
> images, and copy existing VM images, but I can't copy existing template
> images to RBD.  When I do, I try, I get this error in cinderlib.log (see
> below), which sounds like the disk already exists there, but it definitely
> does not.  This leaves me unable to create new VMs on RBD, only migrate
> existing VM disks.
>
> 2021-09-01 04:31:05,881 - cinder.volume.driver - INFO - Driver hasn't 
> implemented _init_vendor_properties()
> 2021-09-01 04:31:05,882 - cinderlib-client - INFO - Creating volume 
> '0e8b9aca-1eb1-4837-ac9e-cb3d8f4c1676', with size '500' GB [5c5d0a6b]
> 2021-09-01 04:31:05,943 - cinderlib-client - ERROR - Failure occurred when 
> trying to run command 'create_volume': Entity ' 'cinder.db.sqlalchemy.models.Volume'>' has no property 'glance_metadata' 
> [5c5d0a6b]
> 2021-09-01 04:31:05,944 - cinder - CRITICAL - Unhandled error
> Traceback (most recent call last):
>File "/usr/lib/python3.6/site-packages/cinderlib/objects.py", line 455, in 
> create
>  self._raise_with_resource()
>File "/usr/lib/python3.6/site-packages/cinderlib/objects.py", line 222, in 
> _raise_with_resource
>  six.reraise(*exc_info)
>File "/usr/lib/python3.6/site-packages/six.py", line 703, in reraise
>  raise value
>File "/usr/lib/python3.6/site-packages/cinderlib/objects.py", line 448, in 
> create
>  model_update = self.backend.driver.create_volume(self._ovo)
>File "/usr/lib/python3.6/site-packages/cinder/volume/drivers/rbd.py", line 
> 986, in create_volume
>  features=client.features)
>File "/usr/lib/python3.6/site-packages/eventlet/tpool.py", line 190, in 
> doit
>  result = proxy_call(self._autowrap, f, *args, **kwargs)
>File "/usr/lib/python3.6/site-packages/eventlet/tpool.py", line 148, in 
> proxy_call
>  rv = execute(f, *args, **kwargs)
>File "/usr/lib/python3.6/site-packages/eventlet/tpool.py", line 129, in 
> execute
>  six.reraise(c, e, tb)
>File "/usr/lib/python3.6/site-packages/six.py", line 703, in reraise
>  raise value
>File "/usr/lib/python3.6/site-packages/eventlet/tpool.py", line 83, in 
> tworker
>  rv = meth(*args, **kwargs)
>File "rbd.pyx", line 629, in rbd.RBD.create
> rbd.ImageExists: [errno 17] RBD image already exists (error creating image)
>
> During handling of the above exception, another exception occurred:
>
> Traceback (most recent call last):
>File "/usr/lib64/python3.6/site-packages/sqlalchemy/orm/base.py", line 
> 399, in _entity_descriptor
>  return getattr(entity, key)
> AttributeError: type object 'Volume' has no attribute 'glance_metadata'
>
> During handling of the above exception, another exception occurred:
>
> Traceback (most recent call last):
>File "./cinderlib-client.py", line 170, in main
>  args.command(args)
>File "./cinderlib-client.py", line 208, in create_volume
>  backend.create_volume(int(args.size), id=args.volume_id)
>File "/usr/lib/python3.6/site-packages/cinderlib/cinderlib.py", line 175, 
> in create_volume
>  vol.create()
>File "/usr/lib/python3.6/site-packages/cinderlib/objects.py", line 457, in 
> create
>  self.save()
>File "/usr/lib/python3.6/site-packages/cinderlib/objects.py", line 628, in 
> save
>  self.persistence.set_volume(self)
>File "/usr/lib/python3.6/site-packages/cinderlib/persistence/dbms.py", 
> line 254, in set_volume
>  self.db.volume_update(objects.CONTEXT, volume.id, changed)
>File "/usr/lib/python3.6/site-packages/cinder/db/sqlalchemy/api.py", line 
> 236, in wrapper
>  return f(*args, **kwargs)
>File "/usr/lib/python3.6/site-packages/cinder/db/sqlalchemy/api.py", line 
> 184, in wrapper
>  return f(*args, **kwargs)
>File "/usr/lib/python3.6/site-packages/cinder/db/sqlalchemy/api.py", line 
> 2570, in volume_update
>  result = query.filter_by(id=volume_id).update(values)
>File "/usr/lib64/python3.6/site-packages/sqlalchemy/orm/query.py", line 
> 3818, in update
>  update_op.exec_()
>File "/usr/lib64/python3.6/site-packages/sqlalchemy/orm/persistence.py", 
> line 1670, in exec_
>  self._do_pre_synchronize()
>File "/usr/lib64/python3.6/site-packages/sqlalchemy/orm/persistence.py", 
> line 1743, in _do_pre_synchronize
>  self._additional_evaluators(evaluator_compiler)
>File "/usr/lib64/python3.6/site-packages/sqlalchemy/orm/persistence.py", 
> line 1912, in _additional_evaluators
>  values = self._resolved_values_keys_as_propnames
>File "/usr/lib64/python3.6/site-packages/sqlalchemy/orm/persistence.py", 
> line 1831, in _resolved_values_keys_as_propnames
>  for k, v in self._resolved_values:
>Fi

[ovirt-users] Re: Impossible to move disk after a previous disk move failed

[Benny Zlotnik]

c23a5bef-48e0-46c7-9d5b-93c97f0240c0 is the target storage domain?
if the disk is still on the source storage domain in ovirt-engine, you
can remove the LV manually with lvremove, after making sure the source
is correct with
$ vdsm-client Volume getInfo

Do you know why the move failed? When move fails it should cleanup the
target (unless there was no access to the storage)

On Mon, Aug 23, 2021 at 10:47 PM James Wadsworth
 wrote:
>
> This is the log of when it fails
>
> 2021-08-23 21:24:10,667+0200 WARN  (tasks/0) [storage.LVM] Command with 
> specific filter failed or returned no data, retrying with a wider filter: LVM 
> command failed: 'cmd=[\'/sbin/lvm\', \'lvcreate\', \'--config\', \'devices {  
> preferred_names=["^/dev/mapper/"]  ignore_suspended_devices=1  
> write_cache_state=0  disable_after_error_count=3  
> filter=["a|^/dev/mapper/36001405299f83b19569473f9c580660c$|", "r|.*|"]  
> hints="none"  obtain_device_list_from_udev=0 } global {  locking_type=1  
> prioritise_write_locks=1  wait_for_locks=1  use_lvmetad=0  use_lvmpolld=1 } 
> backup {  retain_min=50  retain_days=0 }\', \'--autobackup\', \'n\', 
> \'--contiguous\', \'n\', \'--size\', \'40960m\', \'--wipesignatures\', \'n\', 
> \'--addtag\', \'OVIRT_VOL_INITIALIZING\', \'--name\', 
> \'432ceb20-efb7-4a40-8431-1b5c825a6168\', 
> \'c23a5bef-48e0-46c7-9d5b-93c97f0240c0\'] rc=5 out=[] err=[\'  Logical Volume 
> "432ceb20-efb7-4a40-8431-1b5c825a6168" already exists in volume group 
> "c23a5bef-48e0-46c7-9d5b-93c97f0240c0"\']' (l
>  vm:534)
> 2021-08-23 21:24:10,859+0200 WARN  (tasks/0) [storage.LVM] All 2 tries have 
> failed: LVM command failed: 'cmd=[\'/sbin/lvm\', \'lvcreate\', \'--config\', 
> \'devices {  preferred_names=["^/dev/mapper/"]  ignore_suspended_devices=1  
> write_cache_state=0  disable_after_error_count=3  
> filter=["a|^/dev/mapper/36001405299f83b19569473f9c580660c$|^/dev/mapper/36001405cdf35411dd040d4121d9326d1$|^/dev/mapper/36001405df393063de6f0d4451d8a61d3$|",
>  "r|.*|"]  hints="none"  obtain_device_list_from_udev=0 } global {  
> locking_type=1  prioritise_write_locks=1  wait_for_locks=1  use_lvmetad=0  
> use_lvmpolld=1 } backup {  retain_min=50  retain_days=0 }\', 
> \'--autobackup\', \'n\', \'--contiguous\', \'n\', \'--size\', \'40960m\', 
> \'--wipesignatures\', \'n\', \'--addtag\', \'OVIRT_VOL_INITIALIZING\', 
> \'--name\', \'432ceb20-efb7-4a40-8431-1b5c825a6168\', 
> \'c23a5bef-48e0-46c7-9d5b-93c97f0240c0\'] rc=5 out=[] err=[\'  Logical Volume 
> "432ceb20-efb7-4a40-8431-1b5c825a6168" already exists in volume group 
> "c23a5bef-4
>  8e0-46c7-9d5b-93c97f0240c0"\']' (lvm:561)
> 2021-08-23 21:24:10,859+0200 ERROR (tasks/0) [storage.Volume] Failed to 
> create volume 
> /rhev/data-center/mnt/blockSD/c23a5bef-48e0-46c7-9d5b-93c97f0240c0/images/2172a4ac-6992-4cc2-be1b-6b9290bc9798/432ceb20-efb7-4a40-8431-1b5c825a6168:
>  Cannot create Logical Volume: 'vgname=c23a5bef-48e0-46c7-9d5b-93c97f0240c0 
> lvname=432ceb20-efb7-4a40-8431-1b5c825a6168 err=[\'  Logical Volume 
> "432ceb20-efb7-4a40-8431-1b5c825a6168" already exists in volume group 
> "c23a5bef-48e0-46c7-9d5b-93c97f0240c0"\']' (volume:1257)
> 2021-08-23 21:24:10,860+0200 ERROR (tasks/0) [storage.Volume] Unexpected 
> error (volume:1293)
> Traceback (most recent call last):
>   File "/usr/lib/python3.6/site-packages/vdsm/storage/volume.py", line 1254, 
> in create
> add_bitmaps=add_bitmaps)
>   File "/usr/lib/python3.6/site-packages/vdsm/storage/blockVolume.py", line 
> 508, in _create
> initialTags=(sc.TAG_VOL_UNINIT,))
>   File "/usr/lib/python3.6/site-packages/vdsm/storage/lvm.py", line 1633, in 
> createLV
> raise se.CannotCreateLogicalVolume(vgName, lvName, err)
> vdsm.storage.exception.CannotCreateLogicalVolume: Cannot create Logical 
> Volume: 'vgname=c23a5bef-48e0-46c7-9d5b-93c97f0240c0 
> lvname=432ceb20-efb7-4a40-8431-1b5c825a6168 err=[\'  Logical Volume 
> "432ceb20-efb7-4a40-8431-1b5c825a6168" already exists in volume group 
> "c23a5bef-48e0-46c7-9d5b-93c97f0240c0"\']'
> 2021-08-23 21:24:10,860+0200 ERROR (tasks/0) [storage.TaskManager.Task] 
> (Task='55a4e8dc-9408-4969-b0ba-b9a556bccba1') Unexpected error (task:877)
> Traceback (most recent call last):
>   File "/usr/lib/python3.6/site-packages/vdsm/storage/task.py", line 884, in 
> _run
> return fn(*args, **kargs)
>   File "/usr/lib/python3.6/site-packages/vdsm/storage/task.py", line 350, in 
> run
> return self.cmd(*self.argslist, **self.argsdict)
>   File "/usr/lib/python3.6/site-packages/vdsm/storage/securable.py", line 79, 
> in wrapper
> return method(self, *args, **kwargs)
>   File "/usr/lib/python3.6/site-packages/vdsm/storage/sp.py", line 1945, in 
> createVolume
> initial_size=initialSize, add_bitmaps=addBitmaps)
>   File "/usr/lib/python3.6/site-packages/vdsm/storage/sd.py", line 1216, in 
> createVolume
> initial_size=initial_size, add_bitmaps=add_bitmaps)
>   File "/usr/lib/python3.6/site-packages/vdsm/storage/volume.py", line 1254, 
> in create
> add_bitm

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

[Benny Zlotnik]

And the full flow, with CSI? I'm trying to determine whether the CSI
driver does something wrong, or something went wrong during that
specific run

On Mon, Aug 23, 2021 at 2:34 PM  wrote:
>
> Yes, that's right.
> I can attach and detach mbs disk to ovirt vm normally through dashboard.
> ___
> 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/C6Z2TPVX7Z2OBGUAGA4UYCMSWK3RBZK4/
___
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/A2AI23GC6TJEQ5WJYPB3W4OYLB4V7GF5/

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

[Benny Zlotnik]

this is a correct run, right? the original flow works with this one?

On Mon, Aug 23, 2021 at 1:05 PM  wrote:
>
> I attached a mbs disk to the running vm through the dashboard.
>
> Here is the engine log:
>
>
> 2021-08-23 19:00:54,912+09 INFO  
> [org.ovirt.engine.core.bll.storage.disk.HotPlugDiskToVmCommand] (default 
> task-209) [28eaa439-0bce-456d-8931-f1edc74ca71b] Lock Acquired to object 
> 'EngineLock:{exclusiveLocks='[f17702e4-ba97-4f95-a6d4-b89de003bd26=DISK]', 
> sharedLocks='[59a7461c-72fe-4e01-86a7-c70243f31596=VM]'}'
> 2021-08-23 19:00:54,917+09 INFO  
> [org.ovirt.engine.core.bll.storage.disk.HotPlugDiskToVmCommand] 
> (EE-ManagedThreadFactory-engine-Thread-154035) 
> [28eaa439-0bce-456d-8931-f1edc74ca71b] Running command: 
> HotPlugDiskToVmCommand internal: false. Entities affected :  ID: 
> 59a7461c-72fe-4e01-86a7-c70243f31596 Type: VMAction group 
> CONFIGURE_VM_STORAGE with role type USER
> 2021-08-23 19:00:54,922+09 INFO  
> [org.ovirt.engine.core.bll.storage.disk.managedblock.ConnectManagedBlockStorageDeviceCommand]
>  (EE-ManagedThreadFactory-engine-Thread-154035) [373c4bed] Running command: 
> ConnectManagedBlockStorageDeviceCommand internal: true.
> 2021-08-23 19:00:59,441+09 INFO  
> [org.ovirt.engine.core.common.utils.cinderlib.CinderlibExecutor] 
> (EE-ManagedThreadFactory-engine-Thread-154035) [373c4bed] cinderlib output: 
> {"driver_volume_type": "rbd", "data": {"name": 
> "mypool/volume-f17702e4-ba97-4f95-a6d4-b89de003bd26", "hosts": 
> ["172.22.5.6"], "ports": ["6789"], "cluster_name": "ceph", "auth_enabled": 
> true, "auth_username": "admin", "secret_type": "ceph", "secret_uuid": null, 
> "volume_id": "f17702e4-ba97-4f95-a6d4-b89de003bd26", "discard": true, 
> "keyring": "[client.admin]\n\tkey = 
> AQCjBFhgjRWFOBAAMxEaJ3yffC50GDFWnR43DQ==\n", "access_mode": "rw"}}
> 2021-08-23 19:00:59,442+09 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.AttachManagedBlockStorageVolumeVDSCommand]
>  (EE-ManagedThreadFactory-engine-Thread-154035) [373c4bed] START, 
> AttachManagedBlockStorageVolumeVDSCommand(HostName = host, 
> AttachManagedBlockStorageVolumeVDSCommandParameters:{hostId='29dc5d53-7ec5-4a38-aaf1-c6eaf32b0094',
>  vds='Host[host,29dc5d53-7ec5-4a38-aaf1-c6eaf32b0094]'}), log id: 5657b4a1
> 2021-08-23 19:01:02,715+09 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.AttachManagedBlockStorageVolumeVDSCommand]
>  (EE-ManagedThreadFactory-engine-Thread-154035) [373c4bed] FINISH, 
> AttachManagedBlockStorageVolumeVDSCommand, return: 
> {attachment={path=/dev/rbd1, conf=/tmp/brickrbd_it_6m0e4, type=block}, 
> path=/dev/rbd/mypool/volume-f17702e4-ba97-4f95-a6d4-b89de003bd26, 
> vol_id=f17702e4-ba97-4f95-a6d4-b89de003bd26}, log id: 5657b4a1
> 2021-08-23 19:01:02,817+09 INFO  
> [org.ovirt.engine.core.bll.storage.disk.managedblock.SaveManagedBlockStorageDiskDeviceCommand]
>  (EE-ManagedThreadFactory-engine-Thread-154035) [50d635e3] Running command: 
> SaveManagedBlockStorageDiskDeviceCommand internal: true.
> 2021-08-23 19:01:09,072+09 INFO  
> [org.ovirt.engine.core.common.utils.cinderlib.CinderlibExecutor] 
> (EE-ManagedThreadFactory-engine-Thread-154035) [50d635e3] cinderlib output:
> 2021-08-23 19:01:09,077+09 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] 
> (EE-ManagedThreadFactory-engine-Thread-154035) [50d635e3] START, 
> HotPlugDiskVDSCommand(HostName = host, 
> HotPlugDiskVDSParameters:{hostId='29dc5d53-7ec5-4a38-aaf1-c6eaf32b0094', 
> vmId='59a7461c-72fe-4e01-86a7-c70243f31596', 
> diskId='f17702e4-ba97-4f95-a6d4-b89de003bd26'}), log id: 5acbdc16
> 2021-08-23 19:01:09,111+09 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] 
> (EE-ManagedThreadFactory-engine-Thread-154035) [50d635e3] Disk hot-plug: 
> 
>   
> 
>   
>dev="/dev/rbd/mypool/volume-f17702e4-ba97-4f95-a6d4-b89de003bd26">
> 
>   
>   
>   
>   
>   f17702e4-ba97-4f95-a6d4-b89de003bd26
> 
>   
>   http://ovirt.org/vm/1.0";>
> 
>   
> 
> /dev/rbd/mypool/volume-f17702e4-ba97-4f95-a6d4-b89de003bd26
>   
> 
>   
> 
>
> 2021-08-23 19:01:09,221+09 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] 
> (EE-ManagedThreadFactory-engine-Thread-154035) [50d635e3] FINISH, 
> HotPlugDiskVDSCommand, return: , log id: 5acbdc16
> 2021-08-23 19:01:09,358+09 INFO  
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
> (EE-ManagedThreadFactory-engine-Thread-154035) [50d635e3] EVENT_ID: 
> USER_HOTPLUG_DISK(2,000), VM centos disk mbs was plugged by 
> admin@internal-authz.
> 2021-08-23 19:01:09,358+09 INFO  
> [org.ovirt.engine.core.bll.storage.disk.HotPlugDiskToVmCommand] 
> (EE-ManagedThreadFactory-engine-Thread-154035) [50d635e3] Lock freed to 
> object 
> 'EngineLock:{exclusiveLocks='[f17702e4-ba97-4f95-a6d4-b89de003bd26=DISK]', 
> sharedLocks='[59a7461c-72fe-4e01-86a7-c70243f31596=VM]'}'
> 2021-08-23 19:01:10,916+09 INFO  
> [org.ovirt.engine.core.vdsbroker.vd

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

[Benny Zlotnik]

yes, it should indeed defer to
DetachManagedBlockStorageVolumeVDSCommand which is what does the
unmapping, do you have an earlier log that shows the XML (for example,
when it was attached)?

On Mon, Aug 23, 2021 at 10:59 AM  wrote:
>
> There were no error logs in vdsm and supervdsm.
>
> And I found that the 
> [org.ovirt.engine.core.bll.storage.disk.managedblock.DisconnectManagedBlockStorageDeviceCommand]
>  and 
> [org.ovirt.engine.core.vdsbroker.vdsbroker.DetachManagedBlockStorageVolumeVDSCommand]
>  functions are being called when the disk is detached from ovirt vm.
>
> However, in the log I gave first, there is no part where the correspoding 
> functions are called, isn't it a bug?
>
> Here is the engine log where detaching the disk:
>
> 2021-08-23 10:29:43,972+09 INFO  
> [org.ovirt.engine.core.bll.storage.disk.HotUnPlugDiskFromVmCommand] (default 
> task-176) [2538ba78-6916-431c-b3bc-b98b26515842] Lock Acquired to object 
> 'EngineLock:{exclusiveLocks='[f17702e4-ba97-4f95-a6d4-b89de003bd26=DISK]', 
> sharedLocks='[59a7461c-72fe-4e01-86a7-c70243f31596=VM]'}'
> 2021-08-23 10:29:44,054+09 INFO  
> [org.ovirt.engine.core.bll.storage.disk.HotUnPlugDiskFromVmCommand] 
> (EE-ManagedThreadFactory-engine-Thread-149928) 
> [2538ba78-6916-431c-b3bc-b98b26515842] Running command: 
> HotUnPlugDiskFromVmCommand internal: false. Entities affected :  ID: 
> 59a7461c-72fe-4e01-86a7-c70243f31596 Type: VMAction group 
> CONFIGURE_VM_STORAGE with role type USER
> 2021-08-23 10:29:44,076+09 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnPlugDiskVDSCommand] 
> (EE-ManagedThreadFactory-engine-Thread-149928) 
> [2538ba78-6916-431c-b3bc-b98b26515842] START, 
> HotUnPlugDiskVDSCommand(HostName = host, 
> HotPlugDiskVDSParameters:{hostId='29dc5d53-7ec5-4a38-aaf1-c6eaf32b0094', 
> vmId='59a7461c-72fe-4e01-86a7-c70243f31596', 
> diskId='f17702e4-ba97-4f95-a6d4-b89de003bd26'}), log id: 1c39f09a
> 2021-08-23 10:29:44,078+09 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnPlugDiskVDSCommand] 
> (EE-ManagedThreadFactory-engine-Thread-149928) 
> [2538ba78-6916-431c-b3bc-b98b26515842] Disk hot-unplug:  encoding="UTF-8"?>
>   
> 
>   
> 
>   
> 
>
> 2021-08-23 10:29:44,218+09 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnPlugDiskVDSCommand] 
> (EE-ManagedThreadFactory-engine-Thread-149928) 
> [2538ba78-6916-431c-b3bc-b98b26515842] FINISH, HotUnPlugDiskVDSCommand, 
> return: , log id: 1c39f09a
> 2021-08-23 10:29:44,471+09 INFO  
> [org.ovirt.engine.core.bll.storage.disk.managedblock.DisconnectManagedBlockStorageDeviceCommand]
>  (EE-ManagedThreadFactory-engine-Thread-149928) [2a452b04] Running command: 
> DisconnectManagedBlockStorageDeviceCommand internal: true.
> 2021-08-23 10:29:44,514+09 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.DetachManagedBlockStorageVolumeVDSCommand]
>  (EE-ManagedThreadFactory-engine-Thread-149928) [2a452b04] START, 
> DetachManagedBlockStorageVolumeVDSCommand(HostName = host, 
> AttachManagedBlockStorageVolumeVDSCommandParameters:{hostId='29dc5d53-7ec5-4a38-aaf1-c6eaf32b0094',
>  vds='Host[host,29dc5d53-7ec5-4a38-aaf1-c6eaf32b0094]'}), log id: 2d6874a5
> 2021-08-23 10:29:46,683+09 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.DetachManagedBlockStorageVolumeVDSCommand]
>  (EE-ManagedThreadFactory-engine-Thread-149928) [2a452b04] FINISH, 
> DetachManagedBlockStorageVolumeVDSCommand, return: StatusOnlyReturn 
> [status=Status [code=0, message=Done]], log id: 2d6874a5
> ___
> 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/LL4WSFNCV6EW6DVDQ3DENEDUVA5MAL6L/
___
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/BWJW6DBXXZC6I2XMV4XPGS4MAX54U2DA/

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

[Benny Zlotnik]

It should do this and it's not semantically different from what
happens with non-MBS disks. The log I pasted is what unmaps the
volume, I am not sure why it returned successfully if the volume
wasn't unmapped, if possible please attach vdsm and supervdsm logs
from the relevant, perhaps there's some clue there.
But we essentially use cinderlib's `disconnect`, so perhaps it hasn't errored


On Mon, Aug 23, 2021 at 10:05 AM  wrote:
>
> When I check the status of the rbd volume, watcher still exists. Wathcer is 
> /dev/rbd0 in the ovirt vm.
> $ rbd status mypool/volume-3643db6c-38a6-4a21-abb3-ce8cc15e8c86
> Watchers:
> watcher=192.168.7.18:0/1903159992 client.44942 
> cookie=18446462598732840963
>
> And the attachment information was also left in the volume_attachment of 
> ovirt_cinderlib DB.
>
> After manually unmap /dev/rbd0 in the ovirt vm and delete the db row, the pvc 
> was deleted normally.
> Shouldn't those tasks be done when deleting the pod?
> ___
> 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/PSL4JPAMEQ5NHICWI34YI3HO62J2T3MB/
___
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/646F25UD5ARFWPUOYMQABSIMGD63Y7SJ/

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

[Benny Zlotnik]

pod deletion should invoke unpublish the PVC which detaches it from
the node which is seen in the engine log:
2021-08-20 17:40:35,664+09 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnPlugDiskVDSCommand]
(default task-149) [198e2dc9-b908-474e-a395-0fe682c29af0] START,
HotUnPlugDiskVDSCommand(HostName = host,
HotPlugDiskVDSParameters:{hostId='29dc5d53-7ec5-4a38-aaf1-c6eaf32b0094',
vmId='59a7461c-72fe-4e01-86a7-c70243f31596',
diskId='63a64445-1659-4d5f-8847-e7266e64b09e'}), log id: 506ff4a4
2021-08-20 17:40:35,678+09 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnPlugDiskVDSCommand]
(default task-149) [198e2dc9-b908-474e-a395-0fe682c29af0] Disk
hot-unplug: 
  

  

  


2021-08-20 17:40:35,749+09 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnPlugDiskVDSCommand]
(default task-149) [198e2dc9-b908-474e-a395-0fe682c29af0] FINISH,
HotUnPlugDiskVDSCommand, return: , log id: 506ff4a4
2021-08-20 17:40:35,842+09 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(default task-149) [198e2dc9-b908-474e-a395-0fe682c29af0] EVENT_ID:
USER_DETACH_DISK_FROM_VM(2,018), Disk
pvc-9845a0ff-e94c-497c-8c65-fc6a1e26db20 was successfully detached
from VM centos by admin@internal-authz.

I suspect something keeps the volume busy, can run:
$ rbd status /volume-63a64445-1659-4d5f-8847-e7266e64b09e

On Mon, Aug 23, 2021 at 3:56 AM  wrote:
>
> Hi all,
>
> I deployed ovirt-csi in the k8s by applying yaml manually. I used the latest 
> version of the container image.
> (https://github.com/openshift/ovirt-csi-driver-operator/tree/master/assets)
>
> After successfully creating pvc and pod, I tried to delete it.
> And the pod is deleted, but the pvc is not deleted. This is because deleting 
> a pod does not unmap /dev/rbd0 attached to the ovirt vm.
>
> How can I delete the pvc successfully?
>
> oVirt engine version is 4.4.7.6-1.el8.
> Here is the engine log when deleting the pod:
>
> 2021-08-20 17:40:35,385+09 INFO  
> [org.ovirt.engine.core.sso.service.AuthenticationService] (default task-149) 
> [] User admin@internal-authz with profile [internal] successfully logged in 
> with scopes: ovirt-app-api ovirt-ext=token-info:authz-search 
> ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate 
> ovirt-ext=token:password-access
> 2021-08-20 17:40:35,403+09 INFO  
> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default task-149) 
> [68ee3182] Running command: CreateUserSessionCommand internal: false.
> 2021-08-20 17:40:35,517+09 INFO  
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
> (default task-149) [68ee3182] EVENT_ID: USER_VDC_LOGIN(30), User 
> admin@internal-authz connecting from '192.168.7.169' using session 
> 'XfDgNkmAGnPiZahK5itLhHQTCNHZ3JwXMMzOiZrYL3C32+1TTys3xcjrAmCIKPu02hgN1sdVpfZXWd0FznaPCQ=='
>  logged in.
> 2021-08-20 17:40:35,520+09 WARN  
> [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-149) [] Can't 
> find relative path for class 
> "org.ovirt.engine.api.resource.StorageDomainVmDiskAttachmentsResource", will 
> return null
> 2021-08-20 17:40:35,520+09 WARN  
> [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-149) [] Can't 
> find relative path for class 
> "org.ovirt.engine.api.resource.StorageDomainVmDiskAttachmentsResource", will 
> return null
> 2021-08-20 17:40:35,520+09 WARN  
> [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-149) [] Can't 
> find relative path for class 
> "org.ovirt.engine.api.resource.StorageDomainVmDiskAttachmentsResource", will 
> return null
> 2021-08-20 17:40:35,520+09 WARN  
> [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-149) [] Can't 
> find relative path for class 
> "org.ovirt.engine.api.resource.StorageDomainVmDiskAttachmentsResource", will 
> return null
> 2021-08-20 17:40:35,520+09 WARN  
> [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-149) [] Can't 
> find relative path for class 
> "org.ovirt.engine.api.resource.StorageDomainVmDiskAttachmentsResource", will 
> return null
> 2021-08-20 17:40:35,520+09 WARN  
> [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-149) [] Can't 
> find relative path for class 
> "org.ovirt.engine.api.resource.StorageDomainVmDiskAttachmentsResource", will 
> return null
> 2021-08-20 17:40:35,663+09 INFO  
> [org.ovirt.engine.core.bll.storage.disk.DetachDiskFromVmCommand] (default 
> task-149) [198e2dc9-b908-474e-a395-0fe682c29af0] Running command: 
> DetachDiskFromVmCommand internal: false. Entities affected :  ID: 
> 59a7461c-72fe-4e01-86a7-c70243f31596 Type: VMAction group 
> CONFIGURE_VM_STORAGE with role type USER
> 2021-08-20 17:40:35,664+09 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnPlugDiskVDSCommand] (default 
> task-149) [198e2dc9-b908-474e-a395-0fe682c29af0] START, 
> HotUnPlugDiskVDSCommand(HostName = host, 
> HotPlugDiskVDSParameters:{hostId='29dc5d53-7ec5-4a38-aaf1-c6eaf32b0094', 
> vmId='59a7461c-72fe-4e01-86a7-c70243f31596', 
> diskId='63a6444

[ovirt-users] Re: Unable to export VM from data storage domain.

[Benny Zlotnik]

Sounds like a bug, can you attach the output of:
$ psql -U engine -d engine -c "\x on" -c "select * from disk_profiles"

On Sun, Aug 22, 2021 at 6:47 PM Diggy Mc  wrote:
>
> I'm running oVirt 4.4.4 with two data storage domains.  One domain is where 
> the production VMs run.  The second domain is where I make backup copies of 
> the VMs in the event of problems with the main production VMs.  I make 
> backups using the export option from the GUI's dropdown list.
>
> I just now tried to "restore" a backup copy via the export function and get 
> an error.  In fact, I get errors trying to export (import to my original data 
> domain) any of the VMs that were exported to my backup data domain.  My 
> backup domain is a DATA domain and not an EXPORT domain.
>
> The exact error is:
>   Export VM Failed
>   [Cannot add VM. Cannot find a disk profile defined on storage domain 
> 246c69e9-6f16-489f-8022-8613f6c1c22a.]
>
> Is this a bug or am I doing something wrong?  Help is needed urgently.  In 
> advance, thank you.
> ___
> 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/PFKGR3RIO5YSYVC5BDAMBNFXHMUODWHK/
___
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/KMBR4H5IZW446ZZSJV7WYFJAIDFLCBNQ/

[ovirt-users] Re: Sparse VMs from Templates - Storage issues

[Benny Zlotnik]

> If your vm is temporary and you like to drop the data written while
> the vm is running, you
> could use a temporary disk based on the template. This is called a
> "transient disk" in vdsm.
>
> Arik, maybe you remember how transient disks are used in engine?
> Do we have an API to run a VM once, dropping the changes to the disk
> done while the VM was running?

I think that's how stateless VMs work
___
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/EAVA367YF6F3AHHPU7K23PFOR5ZTZBBI/

[ovirt-users] Re: live merge of snapshots failed

[Benny Zlotnik]

2021-08-03 15:50:59,040+0300 ERROR (libvirt/events) [virt.vm]
(vmId='1c1d20ed-3167-4be7-bff3-29845142fc57') Block job ACTIVE_COMMIT
for drive 
/rhev/data-center/mnt/blockSD/a5a492a7-f770-4472-baa3-ac7297a581a9/images/2e6e3cd3-f0cb-47a7-8bda-7738bd7c1fb5/b43b7c33-5b53-4332-a2e0-f950debb919b
has failed (vm:5847)

Do you have access to libvirtd logs?
Since you're using an outdated version it's possible you've hit an old
bug that's been fixed

On Wed, Aug 4, 2021 at 10:30 AM  wrote:
>
> here os the vdsm.log from the SPM
> there is a report for the second disk of the vm but the first (the one which 
> failes to merge does not seem to be anywhere)
> 2021-08-03 15:51:40,051+0300 INFO  (jsonrpc/7) [vdsm.api] START 
> getVolumeInfo(sdUUID=u'96000ec9-e181-44eb-893f-e0a36e3a6775', 
> spUUID=u'5da76866-7b7d-11eb-9913-00163e1f2643', 
> imgUUID=u'205a30a3-fc06-4ceb-8ef2-018f16d4ccbb', 
> volUUID=u'7611ebcf-5323-45ca-b16c-9302d0bdedc6', options=None) 
> from=:::10.252.80.201,58850, 
> flow_id=3bf9345d-fab2-490f-ba44-6aa014bbb743, 
> task_id=be6c50d9-a8e4-4ef5-85cf-87a00d79d77e (api:48)
> 2021-08-03 15:51:40,052+0300 INFO  (jsonrpc/7) [storage.VolumeManifest] Info 
> request: sdUUID=96000ec9-e181-44eb-893f-e0a36e3a6775 
> imgUUID=205a30a3-fc06-4ceb-8ef2-018f16d4ccbb volUUID = 
> 7611ebcf-5323-45ca-b16c-9302d0bdedc6  (volume:240)
> 2021-08-03 15:51:40,081+0300 INFO  (jsonrpc/7) [storage.VolumeManifest] 
> 96000ec9-e181-44eb-893f-e0a36e3a6775/205a30a3-fc06-4ceb-8ef2-018f16d4ccbb/7611ebcf-5323-45ca-b16c-9302d0bdedc6
>  info is {'status': 'OK', 'domain': '96000ec9-e181-44eb-893f-e0a36e3a6775', 
> 'voltype': 'LEAF', 'description': 
> '{"DiskAlias":"anova.admin.uoc.gr_Disk2","DiskDescription":""}', 'parent': 
> '----', 'format': 'RAW', 'generation': 0, 
> 'image': '205a30a3-fc06-4ceb-8ef2-018f16d4ccbb', 'disktype': 'DATA', 
> 'legality': 'LEGAL', 'mtime': '0', 'apparentsize': '42949672960', 'children': 
> [], 'pool': '', 'ctime': '1625846644', 'capacity': '42949672960', 'uuid': 
> u'7611ebcf-5323-45ca-b16c-9302d0bdedc6', 'truesize': '42949672960', 'type': 
> 'PREALLOCATED', 'lease': {'path': 
> '/dev/96000ec9-e181-44eb-893f-e0a36e3a6775/leases', 'owners': [], 'version': 
> None, 'offset': 105906176}} (volume:279)
> 2021-08-03 15:51:40,081+0300 INFO  (jsonrpc/7) [vdsm.api] FINISH 
> getVolumeInfo return={'info': {'status': 'OK', 'domain': 
> '96000ec9-e181-44eb-893f-e0a36e3a6775', 'voltype': 'LEAF', 'description': 
> '{"DiskAlias":"anova.admin.uoc.gr_Disk2","DiskDescription":""}', 'parent': 
> '----', 'format': 'RAW', 'generation': 0, 
> 'image': '205a30a3-fc06-4ceb-8ef2-018f16d4ccbb', 'disktype': 'DATA', 
> 'legality': 'LEGAL', 'mtime': '0', 'apparentsize': '42949672960', 'children': 
> [], 'pool': '', 'ctime': '1625846644', 'capacity': '42949672960', 'uuid': 
> u'7611ebcf-5323-45ca-b16c-9302d0bdedc6', 'truesize': '42949672960', 'type': 
> 'PREALLOCATED', 'lease': {'path': 
> '/dev/96000ec9-e181-44eb-893f-e0a36e3a6775/leases', 'owners': [], 'version': 
> None, 'offset': 105906176}}} from=:::10.252.80.201,58850, 
> flow_id=3bf9345d-fab2-490f-ba44-6aa014bbb743, 
> task_id=be6c50d9-a8e4-4ef5-85cf-87a00d79d77e (api:54)
> 2021-08-03 15:51:40,083+0300 INFO  (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC 
> call Volume.getInfo succeeded in 0.04 seconds (__init__:312)
>
> last appearance of this drive on the spm vdsm.log is when the snapshot 
> download finishes:
> 2021-08-03 15:34:18,619+0300 INFO  (jsonrpc/6) [vdsm.api] FINISH 
> get_image_ticket return={'result': {u'timeout': 300, u'idle_time': 0, 
> u'uuid': u'5c1943a9-cac4-4398-9ec1-46ab82cacd04', u'ops': [u'read'], u'url': 
> u'file:///rhev/data-center/mnt/blockSD/a5a492a7-f770-4472-baa3-ac7297a581a9/images/2e6e3cd3-f0cb-47a7-8bda-7738bd7c1fb5/84c005da-cbec-4ace-8619-5a8e2ae5ea75',
>  u'expires': 6191177, u'transferred': 150256746496, u'transfer_id': 
> u'7dcb75c0-4373-4986-b25f-5629b1b68f5d', u'sparse': False, u'active': True, 
> u'size': 150323855360}} from=:::10.252.80.201,58850, 
> flow_id=3035db30-8a8c-48a5-b0c6-0781fda6ac2e, 
> task_id=674028a2-e37c-46e4-a463-eeae1b09aef0 (api:54)
> 2021-08-03 15:34:18,620+0300 INFO  (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC 
> call Host.get_image_ticket succeeded in 0.00 seconds (__init__:312)
>
> If I can send any more information or test something please let me know.
> ___
> 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/KEJ24BI6PLXYFQHJ6O2AESK3M4SXMUID/
___
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
oV

[ovirt-users] Re: live merge of snapshots failed

[Benny Zlotnik]

2021-08-03 15:51:34,917+03 ERROR
[org.ovirt.engine.core.bll.MergeStatusCommand]
(EE-ManagedThreadFactory-commandCoordinator-Thread-2)
[3bf9345d-fab2-490f-ba44-6aa014bbb743] Failed to live merge. Top
volume b43b7c33-5b53-4332-a2e0-f950debb919b is still in qemu chain
[b43b7c33-5b53-4332-a2e0-f950debb919b,
84c005da-cbec-4ace-8619-5a8e2ae5ea75]

Can you attach vdsm logs (from SPM and the host running the VM) so we
can understand why it failed?

On Tue, Aug 3, 2021 at 6:07 PM  wrote:
>
> Hello
> I have a situation with a vm in which I cannot delete the snapshot.
> The whole thing is quite strange because I can delete the snapshot when I 
> create and delete it from the web interface but when I do it with a python 
> script through the API it failes.
> The script does create snapshot-> download snapshot-> delete snapshot and I 
> used the examples from ovirt python sdk on githab to create it ,in general it 
> works prety well.
>
> But on a specific machine (so far) it cannot delete the live snapshot
> Ovirt is 4.3.10 and the guest is a windows 10 pc. Windows 10 guest has 2 
> disks attached both on different fc domains one on an ssd  emc and the other 
> on an hdd emc. Both disks are prealocated.
> I cannot figure out what the problem is so far
> the related engine log:
>
> 2021-08-03 15:51:00,385+03 INFO  
> [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommandCallback]
>  (EE-ManagedThreadFactory-engineScheduled-Thread-61) 
> [3bf9345d-fab2-490f-ba44-6aa014bbb743] Comma
> nd 'RemoveSnapshotSingleDiskLive' (id: 
> '80dc4609-b91f-4e93-bc12-7b2083933e5a') waiting on child command id: 
> '74c83880-581b-4774-ae51-8c4af0c92c53' type:'Merge' to complete
> 2021-08-03 15:51:00,385+03 INFO  
> [org.ovirt.engine.core.bll.MergeCommandCallback] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-61) 
> [3bf9345d-fab2-490f-ba44-6aa014bbb743] Waiting on merge command to complete (
> jobId = 62bf8c83-cd78-42a5-b57d-d67ddfdee8ee)
> 2021-08-03 15:51:00,387+03 INFO  
> [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommandCallback]
>  (EE-ManagedThreadFactory-engineScheduled-Thread-61) 
> [3bf9345d-fab2-490f-ba44-6aa014bbb743] Command 'RemoveSnapshotSingleDiskLive' 
> (id: '87bc90c7-2aa5-4a1b-b58c-54296518658a') waiting on child command id: 
> 'ec806ac6-929f-42d9-a86e-98d6a39a4718' type:'Merge' to complete
> 2021-08-03 15:51:01,388+03 INFO  
> [org.ovirt.engine.core.bll.MergeCommandCallback] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-30) 
> [3bf9345d-fab2-490f-ba44-6aa014bbb743] Waiting on merge command to complete 
> (jobId = c57fb3e5-da20-4838-8db3-31655ba76c1f)
> 2021-08-03 15:51:07,491+03 INFO  
> [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-38) 
> [b929fd4a-8ce7-408f-927d-ab0169879c4e] Command 'MoveImageGroup' (id: 
> '1de1b800-873f-405f-805b-f44397740909') waiting on child command id: 
> 'd1136344-2888-4d63-8fe1-b506426bc8aa' type:'CopyImageGroupWithData' to 
> complete
> 2021-08-03 15:51:11,513+03 INFO  
> [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-41) 
> [3bf9345d-fab2-490f-ba44-6aa014bbb743] Command 'RemoveSnapshot' (id: 
> '04e9d61e-28a2-4ab0-9bb7-5c805ee871e9') waiting on child command id: 
> '87bc90c7-2aa5-4a1b-b58c-54296518658a' type:'RemoveSnapshotSingleDiskLive' to 
> complete
> 2021-08-03 15:51:12,522+03 INFO  
> [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommandCallback]
>  (EE-ManagedThreadFactory-engineScheduled-Thread-76) 
> [3bf9345d-fab2-490f-ba44-6aa014bbb743] Command 'RemoveSnapshotSingleDiskLive' 
> (id: '80dc4609-b91f-4e93-bc12-7b2083933e5a') waiting on child command id: 
> '74c83880-581b-4774-ae51-8c4af0c92c53' type:'Merge' to complete
> 2021-08-03 15:51:12,523+03 INFO  
> [org.ovirt.engine.core.bll.MergeCommandCallback] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-76) 
> [3bf9345d-fab2-490f-ba44-6aa014bbb743] Waiting on merge command to complete 
> (jobId = 62bf8c83-cd78-42a5-b57d-d67ddfdee8ee)
> 2021-08-03 15:51:12,527+03 INFO  
> [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommandCallback]
>  (EE-ManagedThreadFactory-engineScheduled-Thread-76) 
> [3bf9345d-fab2-490f-ba44-6aa014bbb743] Command 'RemoveSnapshotSingleDiskLive' 
> (id: '87bc90c7-2aa5-4a1b-b58c-54296518658a') waiting on child command id: 
> 'ec806ac6-929f-42d9-a86e-98d6a39a4718' type:'Merge' to complete
> 2021-08-03 15:51:13,528+03 INFO  
> [org.ovirt.engine.core.bll.MergeCommandCallback] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-37) 
> [3bf9345d-fab2-490f-ba44-6aa014bbb743] Waiting on merge command to complete 
> (jobId = c57fb3e5-da20-4838-8db3-31655ba76c1f)
> 2021-08-03 15:51:21,635+03 INFO  
> [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-58) 
> [3bf9345d-fab2-490f-ba44-6aa014bbb743] Command 'RemoveSnapshot' (id:

[ovirt-users] Re: Deploy ovirt-csi in the kubernetes cluster

[Benny Zlotnik]

We don't test it on kubernetes, but I know some users use it
successfully with kubernetes by applying the manifests[1] manually

[1] https://github.com/openshift/ovirt-csi-driver-operator/tree/master/assets


On Fri, Jul 23, 2021 at 4:12 AM  wrote:
>
> Hi,
>
> I want to deploy ovirt-csi in the kubernetes cluster. But the guide only has 
> how to deploy to openshift.
> How can I deploy the ovirt-csi in the kubernetes cluster? Is there any way to 
> do that?
> ___
> 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/LXDC4GXKETPQIPHYVYMALHBJLB5XDT4E/
___
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/4K5S64KNJPTOKZFD7SDCG3WY7FPDCMKW/

[ovirt-users] Re: Create template from snapshot of vm using MBS disk

[Benny Zlotnik]

Sounds like a bug, can you engine.log and cinderlib.log?

On Wed, Jul 14, 2021 at 10:14 AM  wrote:

> Hi,
>
> If I create a template with a snapshot of the vm that uses the mbs disk,
> the template cannot be used to create a new vm.
> Is this normal or a bug?
> ___
> 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/JQ5LXIETEENVWJ7WFEJU34N7WZMAFCIW/
>
___
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/KGTH6MLTBISDUJV7JVDDIS33KOVDB3RX/

[ovirt-users] Re: Blog post - Using Ceph only storage for oVirt datacenter

[Benny Zlotnik]

Not currently, we do want to support this using rbd-nbd

On Wed, Jul 14, 2021 at 11:26 AM Konstantin Shalygin  wrote:

> It's possible to use librbd instead kernel mount like in OpenStack?
>
> Sent from my iPhone
>
> > On 14 Jul 2021, at 10:41, Sandro Bonazzola  wrote:
> >
> > They are mounted as block storage
>
>
___
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/5WEGIVAF57ATAGKA4TXITFZFOPCNIGH6/

[ovirt-users] Re: Blog post - Using Ceph only storage for oVirt datacenter

[Benny Zlotnik]

In 4.4.6 Copying from regular Storage Domains to Managed Block Storage
Domains was added

On Wed, Jul 14, 2021 at 10:34 AM Sandro Bonazzola 
wrote:

>
>
> Il giorno mer 14 lug 2021 alle ore 08:53 Konstantin Shalygin <
> k0...@k0ste.ru> ha scritto:
>
>> Hi Sandro,
>>
>> - How this image is mounted on oVirt host?
>>
>
> They are mounted as block storage
>
> /rhev/
> `-- data-center
> |-- b55ef7a8-da51-11eb-b619-5254001ce0e4
> |   |-- 1996dc3b-d33f-49cb-b32a-8f7b1d50af5e ->
> /rhev/data-center/mnt/blockSD/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e
> |   `-- mastersd ->
> /rhev/data-center/mnt/blockSD/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e
> `-- mnt
> `-- blockSD
> `-- 1996dc3b-d33f-49cb-b32a-8f7b1d50af5e
> |-- dom_md
> |   |-- ids ->
> /dev/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/ids
> |   |-- inbox ->
> /dev/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/inbox
> |   |-- leases ->
> /dev/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/leases
> |   |-- master ->
> /dev/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/master
> |   |-- metadata ->
> /dev/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/metadata
> |   |-- outbox ->
> /dev/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/outbox
> |   `-- xleases ->
> /dev/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/xleases
> |-- ha_agent
> |   |-- hosted-engine.lockspace ->
> /run/vdsm/storage/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/ac3a245f-e6fe-4159-b0ee-be08d4048bb7/8b4bddc1-1602-45d7-854c-eaeac9549617
> |   `-- hosted-engine.metadata ->
> /run/vdsm/storage/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/dc77bfc2-cecd-4ab5-81f7-e15b81e45994/1927372e-019b-448a-8645-697b8b8ed42a
> `-- images
> |-- 10af85ab-434d-4104-800d-099e05a3653e
> |   `-- 08ad02fc-6bfc-40ab-9c3d-24e0f1ac6689 ->
> /dev/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/08ad02fc-6bfc-40ab-9c3d-24e0f1ac6689
> |-- ac3a245f-e6fe-4159-b0ee-be08d4048bb7
> |   `-- 8b4bddc1-1602-45d7-854c-eaeac9549617 ->
> /dev/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/8b4bddc1-1602-45d7-854c-eaeac9549617
> |-- bb667f95-bbb0-41a4-ad15-66f1b9bdda59
> |   `-- 5abcb5f0-2c28-41b4-bfcc-bd41ef730d35 ->
> /dev/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/5abcb5f0-2c28-41b4-bfcc-bd41ef730d35
> |-- cccd50f6-6e47-43ab-9075-1bbd31d5e3b7
> |   `-- 169eacc2-584c-47ee-a295-ad3aa9c811c5 ->
> /dev/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/169eacc2-584c-47ee-a295-ad3aa9c811c5
> |-- dc77bfc2-cecd-4ab5-81f7-e15b81e45994
> |   `-- 1927372e-019b-448a-8645-697b8b8ed42a ->
> /dev/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/1927372e-019b-448a-8645-697b8b8ed42a
> `-- fc6b0b84-17fa-42e9-80ae-97cf50e8b74d
> `-- 3eaeb1ba-2b36-4c29-b721-da19d3e5784e ->
> /dev/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/3eaeb1ba-2b36-4c29-b721-da19d3e5784e
>
>
>> - How to change image features?
>> - How to add upmap option to libvirt domain?
>> - How libvirt domain looks like?
>> - How snapshots works?
>>
>
> Snapshot works fine, going to VM tab and creating snapshot as usual.
>
>
>> - How clones works?
>>
>
> Disk copy can be done from the engine storage -> disk tab.
> VM cloning failed for me, opened *Bug 1982083*
> <https://bugzilla.redhat.com/show_bug.cgi?id=1982083> - Cloning VM with
> managed block storage raise a NPE
>
>
>
>> - How to migrate images from one domain to another?
>>
>
> I would let the storage team answer these questions in detail, +Benny
> Zlotnik  ?
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.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/SBKM3RWJMEWTBQ3456EDFWNLPGCDVKXO/