[ovirt-users] Re: VM has snapshot with disk in illegal status

2020-10-24 Thread Massimo Coloma
Hi Shani,
Thanks for the help but i am not a DBA or anything, can you please give me 
exactly the command to run on the manager.
Regards
Massimo


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


[ovirt-users] Re: VM has snapshot with disk in illegal status

2020-10-21 Thread Shani Leviim
Hi Massimo,
You can find the VM's snapshot id by sending a REST API request
http://localhost:8080/ovirt-engine/api/vms//snapshots/

You can also find the VM's snapshots (and view their parameters) by using
SQL:
select * from snapshots where vm_id = '';

Once you have the snapshot's id, you can use that command:
SELECT DeleteSnapshot('snapshot-id');


*Regards,*

*Shani Leviim*


On Wed, Oct 21, 2020 at 2:57 PM Massimo Coloma  wrote:

> Hi Shani ,
> The command it that ?
> SELECT DeleteSnapshot 64ac336f-25d8-43d0-aeb8-7fb77bf6ef97
> Regards
> Max
> ___
> 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/HYPKECYTNIMBSMIEOWT2MVPBQT5ON3IE/
>
___
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/6BVXABSAD5F3QLRVM6UEVFFTBUFHNEL4/


[ovirt-users] Re: VM has snapshot with disk in illegal status

2020-10-21 Thread Massimo Coloma
Hi Shani ,
The command it that ?
SELECT DeleteSnapshot 64ac336f-25d8-43d0-aeb8-7fb77bf6ef97
Regards
Max
___
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/HYPKECYTNIMBSMIEOWT2MVPBQT5ON3IE/


[ovirt-users] Re: VM has snapshot with disk in illegal status

2020-10-21 Thread Shani Leviim
Hi Massimo,
This snapshot should be removed from the DB, as it seems that the vdsm-dump
has 1 image related to  the 'a0f9a434-7837-4ec6-8017-c9698ed5cd01' image ,
while the engine reports on 2 images (64ac336f-25d8-43d0-aeb8-7fb77bf6ef97
and 776e817f-2112-4d42-8380-4160caf5059f)

In order to delete that snapshot, run this command:
SELECT DeleteSnapshot(<'snapshot-id'>);


*Regards,*

*Shani Leviim*


On Wed, Oct 21, 2020 at 1:13 AM Massimo Coloma  wrote:

> Hi,
> I send you the output of the first query:
> engine=# SELECT * FROM images_storage_domain_view
> images_storage_domain_view WHERE image_group_id =
> '55893adf-1e56-4346-8070-4b3e660dd44d';
>  image_guid | storage_name | storage_pool_id | storage_type |
> creation_date | size | it_guid | description | parentid |
>  lastmodified | app_list | storage_id | vm_snapshot_id | volume_type |
> volume_format | qcow_compat | imagestatus | imag
> e_group_id | active | volume_classification | entity_type | vm_names |
> number_of_vms | template_version_names | disk_id
>  | disk_alias | disk_description | shareable | wipe_after_delete |
> propagate_errors | sgio | disk_content_type | backup
>  | quota_id | quota_name | quota_enforcement_type | disk_profile_id |
> disk_profile_name | actual_size | read_rate | wri
> te_rate | read_latency_seconds | write_latency_seconds |
> flush_latency_seconds | disk_storage_type | cinder_volume_type
>  | image_transfer_phase | image_transfer_type | image_transfer_bytes_sent
> | image_transfer_bytes_total | progress
>
> +--+-+--+---+--+-+-+--+
>
> --+--+++-+---+-+-+-
>
> ---++---+-+--+---++
>
> -++--+---+---+--+--+---+---
>
> -+--+++-+---+-+---+
>
> +--+---+---+---+---
>
> -+--+-+---++--
> (0 rows)
>
> The second query:
> engine=# SELECT * FROM images_storage_domain_view
> images_storage_domain_view WHERE image_group_id =
> '825765ba-b132-4b36-8cb9-8ecd2c7b597a';
>  image_guid | storage_name | storage_pool_id | storage_type |
> creation_date | size | it_guid | description | parentid |
>  lastmodified | app_list | storage_id | vm_snapshot_id | volume_type |
> volume_format | qcow_compat | imagestatus | imag
> e_group_id | active | volume_classification | entity_type | vm_names |
> number_of_vms | template_version_names | disk_id
>  | disk_alias | disk_description | shareable | wipe_after_delete |
> propagate_errors | sgio | disk_content_type | backup
>  | quota_id | quota_name | quota_enforcement_type | disk_profile_id |
> disk_profile_name | actual_size | read_rate | wri
> te_rate | read_latency_seconds | write_latency_seconds |
> flush_latency_seconds | disk_storage_type | cinder_volume_type
>  | image_transfer_phase | image_transfer_type | image_transfer_bytes_sent
> | image_transfer_bytes_total | progress
>
> +--+-+--+---+--+-+-+--+
>
> --+--+++-+---+-+-+-
>
> ---++---+-+--+---++
>
> -++--+---+---+--+--+---+---
>
> -+--+++-+---+-+---+
>
> +--+---+---+---+---
>
> -+--+-+---++--
> (0 rows)
> The last query:
> engine=# SELECT * FROM images_storage_domain_view
> images_storage_domain_view WHERE image_group_id =
> 'a0f9a434-7837-4ec6-8017-c9698ed5cd01';
>   image_guid  | storage_name |
>  storage_pool_id| storage_type | creati
> on_date  | size |   it_guid|
>  description   |   parentid
>  |lastmodified| app_list |  storage_id
>   |vm_snapshot_id
> | volume_type | volume_format | qcow_compat | imagestatus |
> image_group_id| active | volume_
> classification | entity_type |   vm_names   | number_of_vms |
> 

[ovirt-users] Re: VM has snapshot with disk in illegal status

2020-10-20 Thread Massimo Mad
[image: Ovirt Illegal.png]

Il giorno mar 20 ott 2020 alle ore 09:44 Shani Leviim 
ha scritto:

> Hi,
> I think we should treat each problem separately:
> Can you run that SQL query on your engine and see the output?
> SELECT *
>  FROM images_storage_domain_view images_storage_domain_view
>  WHERE image_group_id = '55893adf-1e56-4346-8070-4b3e660dd44d';
>
> and same for 825765ba-b132-4b36-8cb9-8ecd2c7b597a.
>
> Let's first verify the engine and vdsm are synced,
>
> According to the vdsm-tool dump-volume-chains,
> the disk you've mentioned seems to be legal:
>image:a0f9a434-7837-4ec6-8017-c9698ed5cd01
>
>  - 64ac336f-25d8-43d0-aeb8-7fb77bf6ef97
>status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
> type: PREALLOCATED, capacity: 214748364800, truesize: 214748364800
>
> Please share the output of the SQL query for this image as well
> (a0f9a434-7837-4ec6-8017-c9698ed5cd01)
>
> Also, can you please share a screenshot of the snapshot's deletion and the
> illegal images?
>
>
> *Regards,*
>
> *Shani Leviim*
>
>
> On Mon, Oct 19, 2020 at 6:46 PM Massimo Mad  wrote:
>
>> Hi,
>> It's very strange because in the engine UI i have only one disk in
>> illegal status.
>> But i have a problem with another VM that have all the disk OK the
>> storage migration begins, takes the snap shot then fails and the snapshot
>> is deleted.
>> the size of the vm with the disk in illega is 200Gb the id of the disk
>> is  a0f9a434-7837-4ec6-8017-c9698ed5cd01
>> Regards
>> Massimo
>>
>>
>> Il giorno lun 19 ott 2020 alle ore 15:47 Shani Leviim 
>> ha scritto:
>>
>>> Hi Massimo,
>>> As shown on the output, you currently have 2 illeagal images:
>>>
>>>image:55893adf-1e56-4346-8070-4b3e660dd44d
>>>
>>>  - ea57d10b-13d5-4696-bedc-13a92b88f32d
>>>status: ILLEGAL, voltype: LEAF, format: COW, legality:
>>> *ILLEGAL*, type: SPARSE, capacity: 107374182400, truesize: 1744830464
>>>
>>>
>>>image:825765ba-b132-4b36-8cb9-8ecd2c7b597a
>>>
>>>  - 5c534181-fbd6-4912-afdc-4ac812e0e9fe
>>>status: ILLEGAL, voltype: LEAF, format: COW, legality:
>>> *ILLEGAL*, type: SPARSE, capacity: 85899345920, truesize: 1879048192
>>>
>>> Can you try removing them from the engine UI?
>>>
>>>
>>> *Regards,*
>>>
>>> *Shani Leviim*
>>>
>>>
>>> On Mon, Oct 19, 2020 at 4:36 PM Massimo Mad  wrote:
>>>
 Hi Shani
 I run the command on the host owner of the SPM it's correct ?
 This is the output:
 [root@ovirthpr01 ~]# vdsm-tool dump-volume-chains
 eb483eb3-a9ce-4867-9ce8-96a0ca171042

 Images volume chains (base volume first)

image:ff44dc13-de50-4891-84ce-9fb3e3fe1c88

  - c45ee9cd-17e3-4cec-b7fb-74af27e792a8
status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
 type: PREALLOCATED, capacity: 134217728, truesize: 134217728


image:a0f9a434-7837-4ec6-8017-c9698ed5cd01

  - 64ac336f-25d8-43d0-aeb8-7fb77bf6ef97
status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
 type: PREALLOCATED, capacity: 214748364800, truesize: 214748364800


image:4da04f46-2fea-436f-9648-772c24a849c3

  - 77ddb7b8-b10f-4d7e-82df-36e077a9eb25
status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
 type: PREALLOCATED, capacity: 134217728, truesize: 134217728


image:55893adf-1e56-4346-8070-4b3e660dd44d

  - ea57d10b-13d5-4696-bedc-13a92b88f32d
status: ILLEGAL, voltype: LEAF, format: COW, legality:
 ILLEGAL, type: SPARSE, capacity: 107374182400, truesize: 1744830464


image:825765ba-b132-4b36-8cb9-8ecd2c7b597a

  - 5c534181-fbd6-4912-afdc-4ac812e0e9fe
status: ILLEGAL, voltype: LEAF, format: COW, legality:
 ILLEGAL, type: SPARSE, capacity: 85899345920, truesize: 1879048192


image:0264f52e-fa59-4523-81e4-47564193665e

  - dfb3d366-f2d3-49ee-8ca3-3b44e24a0111
status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
 type: PREALLOCATED, capacity: 536870912000, truesize: 536870912000
 And after what is the next step?
 Regards
 Massimo


 Il giorno lun 19 ott 2020 alle ore 13:51 Shani Leviim <
 slev...@redhat.com> ha scritto:

> Hi Massimo,
> In order to locate the illegal image, you can run this command on the
> host:
> vdsm-tool dump-volume-chains 
>
> It's also recommended to verify that the engine and vdsm are synced
> about that image, once you've find it, by running this command on the
> engine:
> SELECT *
>  FROM images_storage_domain_view images_storage_domain_view
>  WHERE image_group_id = ;
>
> Than, you can try removing it from the engine.
> (and if it doesn't work - you can delete it 

[ovirt-users] Re: VM has snapshot with disk in illegal status

2020-10-20 Thread Massimo Coloma
Hi,
I send you the output of the first query:
engine=# SELECT * FROM images_storage_domain_view images_storage_domain_view 
WHERE image_group_id = '55893adf-1e56-4346-8070-4b3e660dd44d';
 image_guid | storage_name | storage_pool_id | storage_type | creation_date | 
size | it_guid | description | parentid |
 lastmodified | app_list | storage_id | vm_snapshot_id | volume_type | 
volume_format | qcow_compat | imagestatus | imag
e_group_id | active | volume_classification | entity_type | vm_names | 
number_of_vms | template_version_names | disk_id
 | disk_alias | disk_description | shareable | wipe_after_delete | 
propagate_errors | sgio | disk_content_type | backup
 | quota_id | quota_name | quota_enforcement_type | disk_profile_id | 
disk_profile_name | actual_size | read_rate | wri
te_rate | read_latency_seconds | write_latency_seconds | flush_latency_seconds 
| disk_storage_type | cinder_volume_type
 | image_transfer_phase | image_transfer_type | image_transfer_bytes_sent | 
image_transfer_bytes_total | progress
+--+-+--+---+--+-+-+--+
--+--+++-+---+-+-+-
---++---+-+--+---++
-++--+---+---+--+--+---+---
-+--+++-+---+-+---+
+--+---+---+---+---
-+--+-+---++--
(0 rows)

The second query:
engine=# SELECT * FROM images_storage_domain_view images_storage_domain_view 
WHERE image_group_id = '825765ba-b132-4b36-8cb9-8ecd2c7b597a';
 image_guid | storage_name | storage_pool_id | storage_type | creation_date | 
size | it_guid | description | parentid |
 lastmodified | app_list | storage_id | vm_snapshot_id | volume_type | 
volume_format | qcow_compat | imagestatus | imag
e_group_id | active | volume_classification | entity_type | vm_names | 
number_of_vms | template_version_names | disk_id
 | disk_alias | disk_description | shareable | wipe_after_delete | 
propagate_errors | sgio | disk_content_type | backup
 | quota_id | quota_name | quota_enforcement_type | disk_profile_id | 
disk_profile_name | actual_size | read_rate | wri
te_rate | read_latency_seconds | write_latency_seconds | flush_latency_seconds 
| disk_storage_type | cinder_volume_type
 | image_transfer_phase | image_transfer_type | image_transfer_bytes_sent | 
image_transfer_bytes_total | progress
+--+-+--+---+--+-+-+--+
--+--+++-+---+-+-+-
---++---+-+--+---++
-++--+---+---+--+--+---+---
-+--+++-+---+-+---+
+--+---+---+---+---
-+--+-+---++--
(0 rows)
The last query:
engine=# SELECT * FROM images_storage_domain_view images_storage_domain_view 
WHERE image_group_id = 'a0f9a434-7837-4ec6-8017-c9698ed5cd01';
  image_guid  | storage_name |   
storage_pool_id| storage_type | creati
on_date  | size |   it_guid|   
description   |   parentid
 |lastmodified| app_list |  storage_id  
|vm_snapshot_id
| volume_type | volume_format | qcow_compat | imagestatus |
image_group_id| active | volume_
classification | entity_type |   vm_names   | number_of_vms | 
template_version_names |   disk_id
 | disk_alias | disk_description | shareable | wipe_after_delete | 
propagate_errors | sgio | disk_content_t
ype | backup |   quota_id   | quota_name | 
quota_enforcement_type |   disk_profile_id
  | disk_profile_name | actual_size  | read_rate | write_rate | 
read_latency_seconds | write_latency_seconds |
flush_latency_seconds | disk_storage_type | cinder_volume_type | 
image_transfer_phase | image_transfer_type | image_tra
nsfer_bytes_sent | image_transfer_bytes_total | progress

[ovirt-users] Re: VM has snapshot with disk in illegal status

2020-10-20 Thread Shani Leviim
Hi,
I think we should treat each problem separately:
Can you run that SQL query on your engine and see the output?
SELECT *
 FROM images_storage_domain_view images_storage_domain_view
 WHERE image_group_id = '55893adf-1e56-4346-8070-4b3e660dd44d';

and same for 825765ba-b132-4b36-8cb9-8ecd2c7b597a.

Let's first verify the engine and vdsm are synced,

According to the vdsm-tool dump-volume-chains,
the disk you've mentioned seems to be legal:
   image:a0f9a434-7837-4ec6-8017-c9698ed5cd01

 - 64ac336f-25d8-43d0-aeb8-7fb77bf6ef97
   status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
type: PREALLOCATED, capacity: 214748364800, truesize: 214748364800

Please share the output of the SQL query for this image as well
(a0f9a434-7837-4ec6-8017-c9698ed5cd01)

Also, can you please share a screenshot of the snapshot's deletion and the
illegal images?


*Regards,*

*Shani Leviim*


On Mon, Oct 19, 2020 at 6:46 PM Massimo Mad  wrote:

> Hi,
> It's very strange because in the engine UI i have only one disk in illegal
> status.
> But i have a problem with another VM that have all the disk OK the storage
> migration begins, takes the snap shot then fails and the snapshot is
> deleted.
> the size of the vm with the disk in illega is 200Gb the id of the disk is
> a0f9a434-7837-4ec6-8017-c9698ed5cd01
> Regards
> Massimo
>
>
> Il giorno lun 19 ott 2020 alle ore 15:47 Shani Leviim 
> ha scritto:
>
>> Hi Massimo,
>> As shown on the output, you currently have 2 illeagal images:
>>
>>image:55893adf-1e56-4346-8070-4b3e660dd44d
>>
>>  - ea57d10b-13d5-4696-bedc-13a92b88f32d
>>status: ILLEGAL, voltype: LEAF, format: COW, legality:
>> *ILLEGAL*, type: SPARSE, capacity: 107374182400, truesize: 1744830464
>>
>>
>>image:825765ba-b132-4b36-8cb9-8ecd2c7b597a
>>
>>  - 5c534181-fbd6-4912-afdc-4ac812e0e9fe
>>status: ILLEGAL, voltype: LEAF, format: COW, legality:
>> *ILLEGAL*, type: SPARSE, capacity: 85899345920, truesize: 1879048192
>>
>> Can you try removing them from the engine UI?
>>
>>
>> *Regards,*
>>
>> *Shani Leviim*
>>
>>
>> On Mon, Oct 19, 2020 at 4:36 PM Massimo Mad  wrote:
>>
>>> Hi Shani
>>> I run the command on the host owner of the SPM it's correct ?
>>> This is the output:
>>> [root@ovirthpr01 ~]# vdsm-tool dump-volume-chains
>>> eb483eb3-a9ce-4867-9ce8-96a0ca171042
>>>
>>> Images volume chains (base volume first)
>>>
>>>image:ff44dc13-de50-4891-84ce-9fb3e3fe1c88
>>>
>>>  - c45ee9cd-17e3-4cec-b7fb-74af27e792a8
>>>status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
>>> type: PREALLOCATED, capacity: 134217728, truesize: 134217728
>>>
>>>
>>>image:a0f9a434-7837-4ec6-8017-c9698ed5cd01
>>>
>>>  - 64ac336f-25d8-43d0-aeb8-7fb77bf6ef97
>>>status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
>>> type: PREALLOCATED, capacity: 214748364800, truesize: 214748364800
>>>
>>>
>>>image:4da04f46-2fea-436f-9648-772c24a849c3
>>>
>>>  - 77ddb7b8-b10f-4d7e-82df-36e077a9eb25
>>>status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
>>> type: PREALLOCATED, capacity: 134217728, truesize: 134217728
>>>
>>>
>>>image:55893adf-1e56-4346-8070-4b3e660dd44d
>>>
>>>  - ea57d10b-13d5-4696-bedc-13a92b88f32d
>>>status: ILLEGAL, voltype: LEAF, format: COW, legality:
>>> ILLEGAL, type: SPARSE, capacity: 107374182400, truesize: 1744830464
>>>
>>>
>>>image:825765ba-b132-4b36-8cb9-8ecd2c7b597a
>>>
>>>  - 5c534181-fbd6-4912-afdc-4ac812e0e9fe
>>>status: ILLEGAL, voltype: LEAF, format: COW, legality:
>>> ILLEGAL, type: SPARSE, capacity: 85899345920, truesize: 1879048192
>>>
>>>
>>>image:0264f52e-fa59-4523-81e4-47564193665e
>>>
>>>  - dfb3d366-f2d3-49ee-8ca3-3b44e24a0111
>>>status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
>>> type: PREALLOCATED, capacity: 536870912000, truesize: 536870912000
>>> And after what is the next step?
>>> Regards
>>> Massimo
>>>
>>>
>>> Il giorno lun 19 ott 2020 alle ore 13:51 Shani Leviim <
>>> slev...@redhat.com> ha scritto:
>>>
 Hi Massimo,
 In order to locate the illegal image, you can run this command on the
 host:
 vdsm-tool dump-volume-chains 

 It's also recommended to verify that the engine and vdsm are synced
 about that image, once you've find it, by running this command on the
 engine:
 SELECT *
  FROM images_storage_domain_view images_storage_domain_view
  WHERE image_group_id = ;

 Than, you can try removing it from the engine.
 (and if it doesn't work - you can delete it from the DB)


 *Regards,*

 *Shani Leviim*


 On Mon, Oct 19, 2020 at 11:15 AM Massimo Mad 
 wrote:

> Hi,
> I try to delete a snapshot that i have created in the past, now in the
> events i have the 

[ovirt-users] Re: VM has snapshot with disk in illegal status

2020-10-19 Thread Massimo Mad
Hi,
It's very strange because in the engine UI i have only one disk in illegal
status.
But i have a problem with another VM that have all the disk OK the storage
migration begins, takes the snap shot then fails and the snapshot is
deleted.
the size of the vm with the disk in illega is 200Gb the id of the disk is
a0f9a434-7837-4ec6-8017-c9698ed5cd01
Regards
Massimo


Il giorno lun 19 ott 2020 alle ore 15:47 Shani Leviim 
ha scritto:

> Hi Massimo,
> As shown on the output, you currently have 2 illeagal images:
>
>image:55893adf-1e56-4346-8070-4b3e660dd44d
>
>  - ea57d10b-13d5-4696-bedc-13a92b88f32d
>status: ILLEGAL, voltype: LEAF, format: COW, legality:
> *ILLEGAL*, type: SPARSE, capacity: 107374182400, truesize: 1744830464
>
>
>image:825765ba-b132-4b36-8cb9-8ecd2c7b597a
>
>  - 5c534181-fbd6-4912-afdc-4ac812e0e9fe
>status: ILLEGAL, voltype: LEAF, format: COW, legality:
> *ILLEGAL*, type: SPARSE, capacity: 85899345920, truesize: 1879048192
>
> Can you try removing them from the engine UI?
>
>
> *Regards,*
>
> *Shani Leviim*
>
>
> On Mon, Oct 19, 2020 at 4:36 PM Massimo Mad  wrote:
>
>> Hi Shani
>> I run the command on the host owner of the SPM it's correct ?
>> This is the output:
>> [root@ovirthpr01 ~]# vdsm-tool dump-volume-chains
>> eb483eb3-a9ce-4867-9ce8-96a0ca171042
>>
>> Images volume chains (base volume first)
>>
>>image:ff44dc13-de50-4891-84ce-9fb3e3fe1c88
>>
>>  - c45ee9cd-17e3-4cec-b7fb-74af27e792a8
>>status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
>> type: PREALLOCATED, capacity: 134217728, truesize: 134217728
>>
>>
>>image:a0f9a434-7837-4ec6-8017-c9698ed5cd01
>>
>>  - 64ac336f-25d8-43d0-aeb8-7fb77bf6ef97
>>status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
>> type: PREALLOCATED, capacity: 214748364800, truesize: 214748364800
>>
>>
>>image:4da04f46-2fea-436f-9648-772c24a849c3
>>
>>  - 77ddb7b8-b10f-4d7e-82df-36e077a9eb25
>>status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
>> type: PREALLOCATED, capacity: 134217728, truesize: 134217728
>>
>>
>>image:55893adf-1e56-4346-8070-4b3e660dd44d
>>
>>  - ea57d10b-13d5-4696-bedc-13a92b88f32d
>>status: ILLEGAL, voltype: LEAF, format: COW, legality:
>> ILLEGAL, type: SPARSE, capacity: 107374182400, truesize: 1744830464
>>
>>
>>image:825765ba-b132-4b36-8cb9-8ecd2c7b597a
>>
>>  - 5c534181-fbd6-4912-afdc-4ac812e0e9fe
>>status: ILLEGAL, voltype: LEAF, format: COW, legality:
>> ILLEGAL, type: SPARSE, capacity: 85899345920, truesize: 1879048192
>>
>>
>>image:0264f52e-fa59-4523-81e4-47564193665e
>>
>>  - dfb3d366-f2d3-49ee-8ca3-3b44e24a0111
>>status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
>> type: PREALLOCATED, capacity: 536870912000, truesize: 536870912000
>> And after what is the next step?
>> Regards
>> Massimo
>>
>>
>> Il giorno lun 19 ott 2020 alle ore 13:51 Shani Leviim 
>> ha scritto:
>>
>>> Hi Massimo,
>>> In order to locate the illegal image, you can run this command on the
>>> host:
>>> vdsm-tool dump-volume-chains 
>>>
>>> It's also recommended to verify that the engine and vdsm are synced
>>> about that image, once you've find it, by running this command on the
>>> engine:
>>> SELECT *
>>>  FROM images_storage_domain_view images_storage_domain_view
>>>  WHERE image_group_id = ;
>>>
>>> Than, you can try removing it from the engine.
>>> (and if it doesn't work - you can delete it from the DB)
>>>
>>>
>>> *Regards,*
>>>
>>> *Shani Leviim*
>>>
>>>
>>> On Mon, Oct 19, 2020 at 11:15 AM Massimo Mad 
>>> wrote:
>>>
 Hi,
 I try to delete a snapshot that i have created in the past, now in the
 events i have the following error:
 Failed to delete snapshot
 And the VM now has the exclamation point with the following message:
 VM has snapshot with disk in illegal status
 How i can fix this problem ?
 Regards
 Massimo
 ___
 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/VZJ62WAKAVWWORPPEIKMAT4KXOB6AU2D/

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


[ovirt-users] Re: VM has snapshot with disk in illegal status

2020-10-19 Thread Shani Leviim
Hi Massimo,
As shown on the output, you currently have 2 illeagal images:

   image:55893adf-1e56-4346-8070-4b3e660dd44d

 - ea57d10b-13d5-4696-bedc-13a92b88f32d
   status: ILLEGAL, voltype: LEAF, format: COW, legality:
*ILLEGAL*, type: SPARSE, capacity: 107374182400, truesize: 1744830464


   image:825765ba-b132-4b36-8cb9-8ecd2c7b597a

 - 5c534181-fbd6-4912-afdc-4ac812e0e9fe
   status: ILLEGAL, voltype: LEAF, format: COW, legality:
*ILLEGAL*, type: SPARSE, capacity: 85899345920, truesize: 1879048192

Can you try removing them from the engine UI?


*Regards,*

*Shani Leviim*


On Mon, Oct 19, 2020 at 4:36 PM Massimo Mad  wrote:

> Hi Shani
> I run the command on the host owner of the SPM it's correct ?
> This is the output:
> [root@ovirthpr01 ~]# vdsm-tool dump-volume-chains
> eb483eb3-a9ce-4867-9ce8-96a0ca171042
>
> Images volume chains (base volume first)
>
>image:ff44dc13-de50-4891-84ce-9fb3e3fe1c88
>
>  - c45ee9cd-17e3-4cec-b7fb-74af27e792a8
>status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
> type: PREALLOCATED, capacity: 134217728, truesize: 134217728
>
>
>image:a0f9a434-7837-4ec6-8017-c9698ed5cd01
>
>  - 64ac336f-25d8-43d0-aeb8-7fb77bf6ef97
>status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
> type: PREALLOCATED, capacity: 214748364800, truesize: 214748364800
>
>
>image:4da04f46-2fea-436f-9648-772c24a849c3
>
>  - 77ddb7b8-b10f-4d7e-82df-36e077a9eb25
>status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
> type: PREALLOCATED, capacity: 134217728, truesize: 134217728
>
>
>image:55893adf-1e56-4346-8070-4b3e660dd44d
>
>  - ea57d10b-13d5-4696-bedc-13a92b88f32d
>status: ILLEGAL, voltype: LEAF, format: COW, legality:
> ILLEGAL, type: SPARSE, capacity: 107374182400, truesize: 1744830464
>
>
>image:825765ba-b132-4b36-8cb9-8ecd2c7b597a
>
>  - 5c534181-fbd6-4912-afdc-4ac812e0e9fe
>status: ILLEGAL, voltype: LEAF, format: COW, legality:
> ILLEGAL, type: SPARSE, capacity: 85899345920, truesize: 1879048192
>
>
>image:0264f52e-fa59-4523-81e4-47564193665e
>
>  - dfb3d366-f2d3-49ee-8ca3-3b44e24a0111
>status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
> type: PREALLOCATED, capacity: 536870912000, truesize: 536870912000
> And after what is the next step?
> Regards
> Massimo
>
>
> Il giorno lun 19 ott 2020 alle ore 13:51 Shani Leviim 
> ha scritto:
>
>> Hi Massimo,
>> In order to locate the illegal image, you can run this command on the
>> host:
>> vdsm-tool dump-volume-chains 
>>
>> It's also recommended to verify that the engine and vdsm are synced about
>> that image, once you've find it, by running this command on the engine:
>> SELECT *
>>  FROM images_storage_domain_view images_storage_domain_view
>>  WHERE image_group_id = ;
>>
>> Than, you can try removing it from the engine.
>> (and if it doesn't work - you can delete it from the DB)
>>
>>
>> *Regards,*
>>
>> *Shani Leviim*
>>
>>
>> On Mon, Oct 19, 2020 at 11:15 AM Massimo Mad  wrote:
>>
>>> Hi,
>>> I try to delete a snapshot that i have created in the past, now in the
>>> events i have the following error:
>>> Failed to delete snapshot
>>> And the VM now has the exclamation point with the following message:
>>> VM has snapshot with disk in illegal status
>>> How i can fix this problem ?
>>> Regards
>>> Massimo
>>> ___
>>> 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/VZJ62WAKAVWWORPPEIKMAT4KXOB6AU2D/
>>>
>>
___
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/4XTOI6EZIX2MT5NQ6LGDM5CDOPXZJEGX/


[ovirt-users] Re: VM has snapshot with disk in illegal status

2020-10-19 Thread Massimo Mad
Hi Shani
I run the command on the host owner of the SPM it's correct ?
This is the output:
[root@ovirthpr01 ~]# vdsm-tool dump-volume-chains
eb483eb3-a9ce-4867-9ce8-96a0ca171042

Images volume chains (base volume first)

   image:ff44dc13-de50-4891-84ce-9fb3e3fe1c88

 - c45ee9cd-17e3-4cec-b7fb-74af27e792a8
   status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
type: PREALLOCATED, capacity: 134217728, truesize: 134217728


   image:a0f9a434-7837-4ec6-8017-c9698ed5cd01

 - 64ac336f-25d8-43d0-aeb8-7fb77bf6ef97
   status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
type: PREALLOCATED, capacity: 214748364800, truesize: 214748364800


   image:4da04f46-2fea-436f-9648-772c24a849c3

 - 77ddb7b8-b10f-4d7e-82df-36e077a9eb25
   status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
type: PREALLOCATED, capacity: 134217728, truesize: 134217728


   image:55893adf-1e56-4346-8070-4b3e660dd44d

 - ea57d10b-13d5-4696-bedc-13a92b88f32d
   status: ILLEGAL, voltype: LEAF, format: COW, legality:
ILLEGAL, type: SPARSE, capacity: 107374182400, truesize: 1744830464


   image:825765ba-b132-4b36-8cb9-8ecd2c7b597a

 - 5c534181-fbd6-4912-afdc-4ac812e0e9fe
   status: ILLEGAL, voltype: LEAF, format: COW, legality:
ILLEGAL, type: SPARSE, capacity: 85899345920, truesize: 1879048192


   image:0264f52e-fa59-4523-81e4-47564193665e

 - dfb3d366-f2d3-49ee-8ca3-3b44e24a0111
   status: OK, voltype: LEAF, format: RAW, legality: LEGAL,
type: PREALLOCATED, capacity: 536870912000, truesize: 536870912000
And after what is the next step?
Regards
Massimo


Il giorno lun 19 ott 2020 alle ore 13:51 Shani Leviim 
ha scritto:

> Hi Massimo,
> In order to locate the illegal image, you can run this command on the host:
> vdsm-tool dump-volume-chains 
>
> It's also recommended to verify that the engine and vdsm are synced about
> that image, once you've find it, by running this command on the engine:
> SELECT *
>  FROM images_storage_domain_view images_storage_domain_view
>  WHERE image_group_id = ;
>
> Than, you can try removing it from the engine.
> (and if it doesn't work - you can delete it from the DB)
>
>
> *Regards,*
>
> *Shani Leviim*
>
>
> On Mon, Oct 19, 2020 at 11:15 AM Massimo Mad  wrote:
>
>> Hi,
>> I try to delete a snapshot that i have created in the past, now in the
>> events i have the following error:
>> Failed to delete snapshot
>> And the VM now has the exclamation point with the following message:
>> VM has snapshot with disk in illegal status
>> How i can fix this problem ?
>> Regards
>> Massimo
>> ___
>> 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/VZJ62WAKAVWWORPPEIKMAT4KXOB6AU2D/
>>
>
___
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/2CYLBMY7IF3YSZFMUU44DL26GZ3ORFH4/


[ovirt-users] Re: VM has snapshot with disk in illegal status

2020-10-19 Thread Shani Leviim
Hi Massimo,
In order to locate the illegal image, you can run this command on the host:
vdsm-tool dump-volume-chains 

It's also recommended to verify that the engine and vdsm are synced about
that image, once you've find it, by running this command on the engine:
SELECT *
 FROM images_storage_domain_view images_storage_domain_view
 WHERE image_group_id = ;

Than, you can try removing it from the engine.
(and if it doesn't work - you can delete it from the DB)


*Regards,*

*Shani Leviim*


On Mon, Oct 19, 2020 at 11:15 AM Massimo Mad  wrote:

> Hi,
> I try to delete a snapshot that i have created in the past, now in the
> events i have the following error:
> Failed to delete snapshot
> And the VM now has the exclamation point with the following message:
> VM has snapshot with disk in illegal status
> How i can fix this problem ?
> Regards
> Massimo
> ___
> 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/VZJ62WAKAVWWORPPEIKMAT4KXOB6AU2D/
>
___
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/MQXKZIN27RJDXIVARH4EBAC3VYKTYSP5/