Re: [ovirt-users] Cannot Remove Disk

[Andrej Krejcir]

The last workaround I can think of, is to set the quota mode to Audit,
create a new quota and use this new quota for the new disk

Please, can you open a bug and include steps how to get to this state?

Thanks

On 9 February 2018 at 13:28, Donny Davis  wrote:

> Error while executing action: Cannot edit Quota. Quota is not valid.
>
> On Fri, Feb 9, 2018 at 5:33 AM, Andrej Krejcir 
> wrote:
>
>> The error can mean that a quota does not exist for the DC, or was saved
>> in an invalid state.
>>
>> Try these steps in the UI:
>> - Set the quota mode to Audit on the DC
>> - Check the DC details page, quota tab, if there is a quota defined
>>   - If not, create one
>>   - If it is, try editing it and save it. The UI will save a valid quota.
>>
>> - Set the quota mode back to Disabled.
>>
>> On 9 February 2018 at 00:00, Donny Davis  wrote:
>>
>>> So now when I create a new disk on the same domain with quota disabled,
>>> I get
>>>
>>>- Cannot edit Virtual Disk. Quota is not valid.
>>>
>>>
>>> This is a new machine, created after the above issue was solved
>>>
>>> On Thu, Feb 8, 2018 at 11:56 AM, Donny Davis 
>>> wrote:
>>>
 Disabling the quota for that DC did the trick. The funny part is it was
 never enabled. I put it in audit mode, tried a delete, got the error... and
 then disabled it.

 Worked, I am a happy camper... Thanks guys.

 On Thu, Feb 8, 2018 at 11:51 AM, Andrej Krejcir 
 wrote:

> Or, it should be enough to disable the quota in the data center, then
> change it for the disk and reenable it again.
>
> On 8 February 2018 at 17:42, Andrej Krejcir 
> wrote:
>
>> Do the operations work in the UI?
>> If not, then the DB has to be changed manually:
>>
>> $ psql engine
>>
>> UPDATE image_storage_domain_map sd_map
>> SET quota_id = NULL
>> FROM images
>> WHERE sd_map.image_id = images.image_guid
>>   AND images.image_group_id = 'ID_OF_THE_DISK';
>>
>>
>> On 8 February 2018 at 17:06, Donny Davis 
>> wrote:
>>
>>> Any operation on the disk throws this error, to include changing the
>>> quota.
>>>
>>> On Thu, Feb 8, 2018 at 11:03 AM, Andrej Krejcir >> > wrote:
>>>
 The error message means that the data center (storage pool) where
 the quota is defined is different from the data center where the disk 
 is.

 It seems like a bug, as it should not be possible to assign a quota
 to a disk from a different data center.

 To fix it, try setting the quota of the disk to any quota from the
 same data center.

 ​Regards,
 Andrej​


 On 8 February 2018 at 16:37, Martin Sivak 
 wrote:

> Andrej, this might be related to the recent fixes of yours in that
> area. Can you take a look please?
>
> Best regards
>
> Martin Sivak
>
> On Thu, Feb 8, 2018 at 4:18 PM, Donny Davis 
> wrote:
> > Ovirt 4.2 has been humming away quite nicely for me in the last
> few months,
> > and now I am hitting an issue when try to touch any api call
> that has to do
> > with a specific disk. This disk resides on a hyperconverged DC,
> and none of
> > the other disks seem to be affected. Here is the error thrown.
> >
> > 2018-02-08 10:13:20,005-05 ERROR
> > [org.ovirt.engine.core.bll.storage.disk.RemoveDiskCommand]
> (default task-22)
> > [7b48d1ec-53a7-497a-af8e-938f30a321cf] Error during
> ValidateFailure.:
> > org.ovirt.engine.core.bll.quota.InvalidQuotaParametersException:
> Quota
> > 6156b8dd-50c9-4e8f-b1f3-4a6449b02c7b does not match storage pool
> > 5a497956-0380-021e-0025-035e
> >
> >
> >
> > Any ideas what can be done to fix this?
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>


>>>
>>
>

>>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cannot Remove Disk

[Donny Davis]

Error while executing action: Cannot edit Quota. Quota is not valid.

On Fri, Feb 9, 2018 at 5:33 AM, Andrej Krejcir  wrote:

> The error can mean that a quota does not exist for the DC, or was saved in
> an invalid state.
>
> Try these steps in the UI:
> - Set the quota mode to Audit on the DC
> - Check the DC details page, quota tab, if there is a quota defined
>   - If not, create one
>   - If it is, try editing it and save it. The UI will save a valid quota.
>
> - Set the quota mode back to Disabled.
>
> On 9 February 2018 at 00:00, Donny Davis  wrote:
>
>> So now when I create a new disk on the same domain with quota disabled, I
>> get
>>
>>- Cannot edit Virtual Disk. Quota is not valid.
>>
>>
>> This is a new machine, created after the above issue was solved
>>
>> On Thu, Feb 8, 2018 at 11:56 AM, Donny Davis 
>> wrote:
>>
>>> Disabling the quota for that DC did the trick. The funny part is it was
>>> never enabled. I put it in audit mode, tried a delete, got the error... and
>>> then disabled it.
>>>
>>> Worked, I am a happy camper... Thanks guys.
>>>
>>> On Thu, Feb 8, 2018 at 11:51 AM, Andrej Krejcir 
>>> wrote:
>>>
 Or, it should be enough to disable the quota in the data center, then
 change it for the disk and reenable it again.

 On 8 February 2018 at 17:42, Andrej Krejcir 
 wrote:

> Do the operations work in the UI?
> If not, then the DB has to be changed manually:
>
> $ psql engine
>
> UPDATE image_storage_domain_map sd_map
> SET quota_id = NULL
> FROM images
> WHERE sd_map.image_id = images.image_guid
>   AND images.image_group_id = 'ID_OF_THE_DISK';
>
>
> On 8 February 2018 at 17:06, Donny Davis  wrote:
>
>> Any operation on the disk throws this error, to include changing the
>> quota.
>>
>> On Thu, Feb 8, 2018 at 11:03 AM, Andrej Krejcir 
>> wrote:
>>
>>> The error message means that the data center (storage pool) where
>>> the quota is defined is different from the data center where the disk 
>>> is.
>>>
>>> It seems like a bug, as it should not be possible to assign a quota
>>> to a disk from a different data center.
>>>
>>> To fix it, try setting the quota of the disk to any quota from the
>>> same data center.
>>>
>>> ​Regards,
>>> Andrej​
>>>
>>>
>>> On 8 February 2018 at 16:37, Martin Sivak  wrote:
>>>
 Andrej, this might be related to the recent fixes of yours in that
 area. Can you take a look please?

 Best regards

 Martin Sivak

 On Thu, Feb 8, 2018 at 4:18 PM, Donny Davis 
 wrote:
 > Ovirt 4.2 has been humming away quite nicely for me in the last
 few months,
 > and now I am hitting an issue when try to touch any api call that
 has to do
 > with a specific disk. This disk resides on a hyperconverged DC,
 and none of
 > the other disks seem to be affected. Here is the error thrown.
 >
 > 2018-02-08 10:13:20,005-05 ERROR
 > [org.ovirt.engine.core.bll.storage.disk.RemoveDiskCommand]
 (default task-22)
 > [7b48d1ec-53a7-497a-af8e-938f30a321cf] Error during
 ValidateFailure.:
 > org.ovirt.engine.core.bll.quota.InvalidQuotaParametersException:
 Quota
 > 6156b8dd-50c9-4e8f-b1f3-4a6449b02c7b does not match storage pool
 > 5a497956-0380-021e-0025-035e
 >
 >
 >
 > Any ideas what can be done to fix this?
 >
 > ___
 > Users mailing list
 > Users@ovirt.org
 > http://lists.ovirt.org/mailman/listinfo/users
 >

>>>
>>>
>>
>

>>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cannot Remove Disk

[Andrej Krejcir]

The error can mean that a quota does not exist for the DC, or was saved in
an invalid state.

Try these steps in the UI:
- Set the quota mode to Audit on the DC
- Check the DC details page, quota tab, if there is a quota defined
  - If not, create one
  - If it is, try editing it and save it. The UI will save a valid quota.

- Set the quota mode back to Disabled.

On 9 February 2018 at 00:00, Donny Davis  wrote:

> So now when I create a new disk on the same domain with quota disabled, I
> get
>
>- Cannot edit Virtual Disk. Quota is not valid.
>
>
> This is a new machine, created after the above issue was solved
>
> On Thu, Feb 8, 2018 at 11:56 AM, Donny Davis  wrote:
>
>> Disabling the quota for that DC did the trick. The funny part is it was
>> never enabled. I put it in audit mode, tried a delete, got the error... and
>> then disabled it.
>>
>> Worked, I am a happy camper... Thanks guys.
>>
>> On Thu, Feb 8, 2018 at 11:51 AM, Andrej Krejcir 
>> wrote:
>>
>>> Or, it should be enough to disable the quota in the data center, then
>>> change it for the disk and reenable it again.
>>>
>>> On 8 February 2018 at 17:42, Andrej Krejcir  wrote:
>>>
 Do the operations work in the UI?
 If not, then the DB has to be changed manually:

 $ psql engine

 UPDATE image_storage_domain_map sd_map
 SET quota_id = NULL
 FROM images
 WHERE sd_map.image_id = images.image_guid
   AND images.image_group_id = 'ID_OF_THE_DISK';


 On 8 February 2018 at 17:06, Donny Davis  wrote:

> Any operation on the disk throws this error, to include changing the
> quota.
>
> On Thu, Feb 8, 2018 at 11:03 AM, Andrej Krejcir 
> wrote:
>
>> The error message means that the data center (storage pool) where the
>> quota is defined is different from the data center where the disk is.
>>
>> It seems like a bug, as it should not be possible to assign a quota
>> to a disk from a different data center.
>>
>> To fix it, try setting the quota of the disk to any quota from the
>> same data center.
>>
>> ​Regards,
>> Andrej​
>>
>>
>> On 8 February 2018 at 16:37, Martin Sivak  wrote:
>>
>>> Andrej, this might be related to the recent fixes of yours in that
>>> area. Can you take a look please?
>>>
>>> Best regards
>>>
>>> Martin Sivak
>>>
>>> On Thu, Feb 8, 2018 at 4:18 PM, Donny Davis 
>>> wrote:
>>> > Ovirt 4.2 has been humming away quite nicely for me in the last
>>> few months,
>>> > and now I am hitting an issue when try to touch any api call that
>>> has to do
>>> > with a specific disk. This disk resides on a hyperconverged DC,
>>> and none of
>>> > the other disks seem to be affected. Here is the error thrown.
>>> >
>>> > 2018-02-08 10:13:20,005-05 ERROR
>>> > [org.ovirt.engine.core.bll.storage.disk.RemoveDiskCommand]
>>> (default task-22)
>>> > [7b48d1ec-53a7-497a-af8e-938f30a321cf] Error during
>>> ValidateFailure.:
>>> > org.ovirt.engine.core.bll.quota.InvalidQuotaParametersException:
>>> Quota
>>> > 6156b8dd-50c9-4e8f-b1f3-4a6449b02c7b does not match storage pool
>>> > 5a497956-0380-021e-0025-035e
>>> >
>>> >
>>> >
>>> > Any ideas what can be done to fix this?
>>> >
>>> > ___
>>> > Users mailing list
>>> > Users@ovirt.org
>>> > http://lists.ovirt.org/mailman/listinfo/users
>>> >
>>>
>>
>>
>

>>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cannot Remove Disk

[Donny Davis]

So now when I create a new disk on the same domain with quota disabled, I
get

   - Cannot edit Virtual Disk. Quota is not valid.


This is a new machine, created after the above issue was solved

On Thu, Feb 8, 2018 at 11:56 AM, Donny Davis  wrote:

> Disabling the quota for that DC did the trick. The funny part is it was
> never enabled. I put it in audit mode, tried a delete, got the error... and
> then disabled it.
>
> Worked, I am a happy camper... Thanks guys.
>
> On Thu, Feb 8, 2018 at 11:51 AM, Andrej Krejcir 
> wrote:
>
>> Or, it should be enough to disable the quota in the data center, then
>> change it for the disk and reenable it again.
>>
>> On 8 February 2018 at 17:42, Andrej Krejcir  wrote:
>>
>>> Do the operations work in the UI?
>>> If not, then the DB has to be changed manually:
>>>
>>> $ psql engine
>>>
>>> UPDATE image_storage_domain_map sd_map
>>> SET quota_id = NULL
>>> FROM images
>>> WHERE sd_map.image_id = images.image_guid
>>>   AND images.image_group_id = 'ID_OF_THE_DISK';
>>>
>>>
>>> On 8 February 2018 at 17:06, Donny Davis  wrote:
>>>
 Any operation on the disk throws this error, to include changing the
 quota.

 On Thu, Feb 8, 2018 at 11:03 AM, Andrej Krejcir 
 wrote:

> The error message means that the data center (storage pool) where the
> quota is defined is different from the data center where the disk is.
>
> It seems like a bug, as it should not be possible to assign a quota to
> a disk from a different data center.
>
> To fix it, try setting the quota of the disk to any quota from the
> same data center.
>
> ​Regards,
> Andrej​
>
>
> On 8 February 2018 at 16:37, Martin Sivak  wrote:
>
>> Andrej, this might be related to the recent fixes of yours in that
>> area. Can you take a look please?
>>
>> Best regards
>>
>> Martin Sivak
>>
>> On Thu, Feb 8, 2018 at 4:18 PM, Donny Davis 
>> wrote:
>> > Ovirt 4.2 has been humming away quite nicely for me in the last few
>> months,
>> > and now I am hitting an issue when try to touch any api call that
>> has to do
>> > with a specific disk. This disk resides on a hyperconverged DC, and
>> none of
>> > the other disks seem to be affected. Here is the error thrown.
>> >
>> > 2018-02-08 10:13:20,005-05 ERROR
>> > [org.ovirt.engine.core.bll.storage.disk.RemoveDiskCommand]
>> (default task-22)
>> > [7b48d1ec-53a7-497a-af8e-938f30a321cf] Error during
>> ValidateFailure.:
>> > org.ovirt.engine.core.bll.quota.InvalidQuotaParametersException:
>> Quota
>> > 6156b8dd-50c9-4e8f-b1f3-4a6449b02c7b does not match storage pool
>> > 5a497956-0380-021e-0025-035e
>> >
>> >
>> >
>> > Any ideas what can be done to fix this?
>> >
>> > ___
>> > Users mailing list
>> > Users@ovirt.org
>> > http://lists.ovirt.org/mailman/listinfo/users
>> >
>>
>
>

>>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cannot Remove Disk

[Donny Davis]

Disabling the quota for that DC did the trick. The funny part is it was
never enabled. I put it in audit mode, tried a delete, got the error... and
then disabled it.

Worked, I am a happy camper... Thanks guys.

On Thu, Feb 8, 2018 at 11:51 AM, Andrej Krejcir  wrote:

> Or, it should be enough to disable the quota in the data center, then
> change it for the disk and reenable it again.
>
> On 8 February 2018 at 17:42, Andrej Krejcir  wrote:
>
>> Do the operations work in the UI?
>> If not, then the DB has to be changed manually:
>>
>> $ psql engine
>>
>> UPDATE image_storage_domain_map sd_map
>> SET quota_id = NULL
>> FROM images
>> WHERE sd_map.image_id = images.image_guid
>>   AND images.image_group_id = 'ID_OF_THE_DISK';
>>
>>
>> On 8 February 2018 at 17:06, Donny Davis  wrote:
>>
>>> Any operation on the disk throws this error, to include changing the
>>> quota.
>>>
>>> On Thu, Feb 8, 2018 at 11:03 AM, Andrej Krejcir 
>>> wrote:
>>>
 The error message means that the data center (storage pool) where the
 quota is defined is different from the data center where the disk is.

 It seems like a bug, as it should not be possible to assign a quota to
 a disk from a different data center.

 To fix it, try setting the quota of the disk to any quota from the same
 data center.

 ​Regards,
 Andrej​


 On 8 February 2018 at 16:37, Martin Sivak  wrote:

> Andrej, this might be related to the recent fixes of yours in that
> area. Can you take a look please?
>
> Best regards
>
> Martin Sivak
>
> On Thu, Feb 8, 2018 at 4:18 PM, Donny Davis 
> wrote:
> > Ovirt 4.2 has been humming away quite nicely for me in the last few
> months,
> > and now I am hitting an issue when try to touch any api call that
> has to do
> > with a specific disk. This disk resides on a hyperconverged DC, and
> none of
> > the other disks seem to be affected. Here is the error thrown.
> >
> > 2018-02-08 10:13:20,005-05 ERROR
> > [org.ovirt.engine.core.bll.storage.disk.RemoveDiskCommand] (default
> task-22)
> > [7b48d1ec-53a7-497a-af8e-938f30a321cf] Error during
> ValidateFailure.:
> > org.ovirt.engine.core.bll.quota.InvalidQuotaParametersException:
> Quota
> > 6156b8dd-50c9-4e8f-b1f3-4a6449b02c7b does not match storage pool
> > 5a497956-0380-021e-0025-035e
> >
> >
> >
> > Any ideas what can be done to fix this?
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>


>>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cannot Remove Disk

[Andrej Krejcir]

Or, it should be enough to disable the quota in the data center, then
change it for the disk and reenable it again.

On 8 February 2018 at 17:42, Andrej Krejcir  wrote:

> Do the operations work in the UI?
> If not, then the DB has to be changed manually:
>
> $ psql engine
>
> UPDATE image_storage_domain_map sd_map
> SET quota_id = NULL
> FROM images
> WHERE sd_map.image_id = images.image_guid
>   AND images.image_group_id = 'ID_OF_THE_DISK';
>
>
> On 8 February 2018 at 17:06, Donny Davis  wrote:
>
>> Any operation on the disk throws this error, to include changing the
>> quota.
>>
>> On Thu, Feb 8, 2018 at 11:03 AM, Andrej Krejcir 
>> wrote:
>>
>>> The error message means that the data center (storage pool) where the
>>> quota is defined is different from the data center where the disk is.
>>>
>>> It seems like a bug, as it should not be possible to assign a quota to a
>>> disk from a different data center.
>>>
>>> To fix it, try setting the quota of the disk to any quota from the same
>>> data center.
>>>
>>> ​Regards,
>>> Andrej​
>>>
>>>
>>> On 8 February 2018 at 16:37, Martin Sivak  wrote:
>>>
 Andrej, this might be related to the recent fixes of yours in that
 area. Can you take a look please?

 Best regards

 Martin Sivak

 On Thu, Feb 8, 2018 at 4:18 PM, Donny Davis 
 wrote:
 > Ovirt 4.2 has been humming away quite nicely for me in the last few
 months,
 > and now I am hitting an issue when try to touch any api call that has
 to do
 > with a specific disk. This disk resides on a hyperconverged DC, and
 none of
 > the other disks seem to be affected. Here is the error thrown.
 >
 > 2018-02-08 10:13:20,005-05 ERROR
 > [org.ovirt.engine.core.bll.storage.disk.RemoveDiskCommand] (default
 task-22)
 > [7b48d1ec-53a7-497a-af8e-938f30a321cf] Error during ValidateFailure.:
 > org.ovirt.engine.core.bll.quota.InvalidQuotaParametersException:
 Quota
 > 6156b8dd-50c9-4e8f-b1f3-4a6449b02c7b does not match storage pool
 > 5a497956-0380-021e-0025-035e
 >
 >
 >
 > Any ideas what can be done to fix this?
 >
 > ___
 > Users mailing list
 > Users@ovirt.org
 > http://lists.ovirt.org/mailman/listinfo/users
 >

>>>
>>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cannot Remove Disk

[Donny Davis]

Again, any operation on the disk throws the error. The UI, API both throw
the exception

On Thu, Feb 8, 2018 at 11:42 AM, Andrej Krejcir  wrote:

> Do the operations work in the UI?
> If not, then the DB has to be changed manually:
>
> $ psql engine
>
> UPDATE image_storage_domain_map sd_map
> SET quota_id = NULL
> FROM images
> WHERE sd_map.image_id = images.image_guid
>   AND images.image_group_id = 'ID_OF_THE_DISK';
>
>
> On 8 February 2018 at 17:06, Donny Davis  wrote:
>
>> Any operation on the disk throws this error, to include changing the
>> quota.
>>
>> On Thu, Feb 8, 2018 at 11:03 AM, Andrej Krejcir 
>> wrote:
>>
>>> The error message means that the data center (storage pool) where the
>>> quota is defined is different from the data center where the disk is.
>>>
>>> It seems like a bug, as it should not be possible to assign a quota to a
>>> disk from a different data center.
>>>
>>> To fix it, try setting the quota of the disk to any quota from the same
>>> data center.
>>>
>>> ​Regards,
>>> Andrej​
>>>
>>>
>>> On 8 February 2018 at 16:37, Martin Sivak  wrote:
>>>
 Andrej, this might be related to the recent fixes of yours in that
 area. Can you take a look please?

 Best regards

 Martin Sivak

 On Thu, Feb 8, 2018 at 4:18 PM, Donny Davis 
 wrote:
 > Ovirt 4.2 has been humming away quite nicely for me in the last few
 months,
 > and now I am hitting an issue when try to touch any api call that has
 to do
 > with a specific disk. This disk resides on a hyperconverged DC, and
 none of
 > the other disks seem to be affected. Here is the error thrown.
 >
 > 2018-02-08 10:13:20,005-05 ERROR
 > [org.ovirt.engine.core.bll.storage.disk.RemoveDiskCommand] (default
 task-22)
 > [7b48d1ec-53a7-497a-af8e-938f30a321cf] Error during ValidateFailure.:
 > org.ovirt.engine.core.bll.quota.InvalidQuotaParametersException:
 Quota
 > 6156b8dd-50c9-4e8f-b1f3-4a6449b02c7b does not match storage pool
 > 5a497956-0380-021e-0025-035e
 >
 >
 >
 > Any ideas what can be done to fix this?
 >
 > ___
 > Users mailing list
 > Users@ovirt.org
 > http://lists.ovirt.org/mailman/listinfo/users
 >

>>>
>>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cannot Remove Disk

[Andrej Krejcir]

Do the operations work in the UI?
If not, then the DB has to be changed manually:

$ psql engine

UPDATE image_storage_domain_map sd_map
SET quota_id = NULL
FROM images
WHERE sd_map.image_id = images.image_guid
  AND images.image_group_id = 'ID_OF_THE_DISK';


On 8 February 2018 at 17:06, Donny Davis  wrote:

> Any operation on the disk throws this error, to include changing the quota.
>
> On Thu, Feb 8, 2018 at 11:03 AM, Andrej Krejcir 
> wrote:
>
>> The error message means that the data center (storage pool) where the
>> quota is defined is different from the data center where the disk is.
>>
>> It seems like a bug, as it should not be possible to assign a quota to a
>> disk from a different data center.
>>
>> To fix it, try setting the quota of the disk to any quota from the same
>> data center.
>>
>> ​Regards,
>> Andrej​
>>
>>
>> On 8 February 2018 at 16:37, Martin Sivak  wrote:
>>
>>> Andrej, this might be related to the recent fixes of yours in that
>>> area. Can you take a look please?
>>>
>>> Best regards
>>>
>>> Martin Sivak
>>>
>>> On Thu, Feb 8, 2018 at 4:18 PM, Donny Davis 
>>> wrote:
>>> > Ovirt 4.2 has been humming away quite nicely for me in the last few
>>> months,
>>> > and now I am hitting an issue when try to touch any api call that has
>>> to do
>>> > with a specific disk. This disk resides on a hyperconverged DC, and
>>> none of
>>> > the other disks seem to be affected. Here is the error thrown.
>>> >
>>> > 2018-02-08 10:13:20,005-05 ERROR
>>> > [org.ovirt.engine.core.bll.storage.disk.RemoveDiskCommand] (default
>>> task-22)
>>> > [7b48d1ec-53a7-497a-af8e-938f30a321cf] Error during ValidateFailure.:
>>> > org.ovirt.engine.core.bll.quota.InvalidQuotaParametersException: Quota
>>> > 6156b8dd-50c9-4e8f-b1f3-4a6449b02c7b does not match storage pool
>>> > 5a497956-0380-021e-0025-035e
>>> >
>>> >
>>> >
>>> > Any ideas what can be done to fix this?
>>> >
>>> > ___
>>> > Users mailing list
>>> > Users@ovirt.org
>>> > http://lists.ovirt.org/mailman/listinfo/users
>>> >
>>>
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cannot Remove Disk

[Donny Davis]

Any operation on the disk throws this error, to include changing the quota.

On Thu, Feb 8, 2018 at 11:03 AM, Andrej Krejcir  wrote:

> The error message means that the data center (storage pool) where the
> quota is defined is different from the data center where the disk is.
>
> It seems like a bug, as it should not be possible to assign a quota to a
> disk from a different data center.
>
> To fix it, try setting the quota of the disk to any quota from the same
> data center.
>
> ​Regards,
> Andrej​
>
>
> On 8 February 2018 at 16:37, Martin Sivak  wrote:
>
>> Andrej, this might be related to the recent fixes of yours in that
>> area. Can you take a look please?
>>
>> Best regards
>>
>> Martin Sivak
>>
>> On Thu, Feb 8, 2018 at 4:18 PM, Donny Davis  wrote:
>> > Ovirt 4.2 has been humming away quite nicely for me in the last few
>> months,
>> > and now I am hitting an issue when try to touch any api call that has
>> to do
>> > with a specific disk. This disk resides on a hyperconverged DC, and
>> none of
>> > the other disks seem to be affected. Here is the error thrown.
>> >
>> > 2018-02-08 10:13:20,005-05 ERROR
>> > [org.ovirt.engine.core.bll.storage.disk.RemoveDiskCommand] (default
>> task-22)
>> > [7b48d1ec-53a7-497a-af8e-938f30a321cf] Error during ValidateFailure.:
>> > org.ovirt.engine.core.bll.quota.InvalidQuotaParametersException: Quota
>> > 6156b8dd-50c9-4e8f-b1f3-4a6449b02c7b does not match storage pool
>> > 5a497956-0380-021e-0025-035e
>> >
>> >
>> >
>> > Any ideas what can be done to fix this?
>> >
>> > ___
>> > Users mailing list
>> > Users@ovirt.org
>> > http://lists.ovirt.org/mailman/listinfo/users
>> >
>>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cannot Remove Disk

[Andrej Krejcir]

The error message means that the data center (storage pool) where the quota
is defined is different from the data center where the disk is.

It seems like a bug, as it should not be possible to assign a quota to a
disk from a different data center.

To fix it, try setting the quota of the disk to any quota from the same
data center.

​Regards,
Andrej​


On 8 February 2018 at 16:37, Martin Sivak  wrote:

> Andrej, this might be related to the recent fixes of yours in that
> area. Can you take a look please?
>
> Best regards
>
> Martin Sivak
>
> On Thu, Feb 8, 2018 at 4:18 PM, Donny Davis  wrote:
> > Ovirt 4.2 has been humming away quite nicely for me in the last few
> months,
> > and now I am hitting an issue when try to touch any api call that has to
> do
> > with a specific disk. This disk resides on a hyperconverged DC, and none
> of
> > the other disks seem to be affected. Here is the error thrown.
> >
> > 2018-02-08 10:13:20,005-05 ERROR
> > [org.ovirt.engine.core.bll.storage.disk.RemoveDiskCommand] (default
> task-22)
> > [7b48d1ec-53a7-497a-af8e-938f30a321cf] Error during ValidateFailure.:
> > org.ovirt.engine.core.bll.quota.InvalidQuotaParametersException: Quota
> > 6156b8dd-50c9-4e8f-b1f3-4a6449b02c7b does not match storage pool
> > 5a497956-0380-021e-0025-035e
> >
> >
> >
> > Any ideas what can be done to fix this?
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cannot Remove Disk

[Martin Sivak]

Andrej, this might be related to the recent fixes of yours in that
area. Can you take a look please?

Best regards

Martin Sivak

On Thu, Feb 8, 2018 at 4:18 PM, Donny Davis  wrote:
> Ovirt 4.2 has been humming away quite nicely for me in the last few months,
> and now I am hitting an issue when try to touch any api call that has to do
> with a specific disk. This disk resides on a hyperconverged DC, and none of
> the other disks seem to be affected. Here is the error thrown.
>
> 2018-02-08 10:13:20,005-05 ERROR
> [org.ovirt.engine.core.bll.storage.disk.RemoveDiskCommand] (default task-22)
> [7b48d1ec-53a7-497a-af8e-938f30a321cf] Error during ValidateFailure.:
> org.ovirt.engine.core.bll.quota.InvalidQuotaParametersException: Quota
> 6156b8dd-50c9-4e8f-b1f3-4a6449b02c7b does not match storage pool
> 5a497956-0380-021e-0025-035e
>
>
>
> Any ideas what can be done to fix this?
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Cannot Remove Disk

[Donny Davis]

Ovirt 4.2 has been humming away quite nicely for me in the last few months,
and now I am hitting an issue when try to touch any api call that has to do
with a specific disk. This disk resides on a hyperconverged DC, and none of
the other disks seem to be affected. Here is the error thrown.

2018-02-08 10:13:20,005-05 ERROR
[org.ovirt.engine.core.bll.storage.disk.RemoveDiskCommand] (default
task-22) [7b48d1ec-53a7-497a-af8e-938f30a321cf] Error during
ValidateFailure.:
org.ovirt.engine.core.bll.quota.InvalidQuotaParametersException: Quota
6156b8dd-50c9-4e8f-b1f3-4a6449b02c7b does not match storage pool
5a497956-0380-021e-0025-035e



Any ideas what can be done to fix this?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Cannot remove disk error for ovirt-image-repository VMs

[Gianluca Cecchi]

Hello,
I am in 4.0.5 with 3 hosts, Gluster and self hosted engine.
If I create a VM through iso and install OS then I can then delete the VM
and its related disks without errors
If I do the same creating a template (or directly a VM) using CentOS 7
Atomic Host Image in ovirt-image-repository I get these events in sequence
hen I delete the VM

10:47:29 VM atomic was successfully removed.
10:47:54 VDSM hosted_engine_1 command failed: Could not remove all image's
volumes
10:50:05 Refresh image list succeeded for domain(s): ovirt-image-repository
(All file type)

tried many times with same behavior
The VM has been removed, from web admin gui
All disks in "Disks" tab are marked as "OK"

Any commands to check actual integrity... in db and filesystems...?

Basic messages in engine.log:
2016-11-23 09:47:54,860 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(DefaultQuartzScheduler10) [53f3be13] Correlation ID: null, Call Stack:
null, Custom Event ID: -1, Message: VDSM hosted_engine_1 command failed:
Could not remove all image's volumes
2016-11-23 09:47:54,860 INFO
 [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (DefaultQuartzScheduler10)
[53f3be13] SPMAsyncTask::PollTask: Polling task
'555e7dd0-dc32-4cf7-be10-d469fc8b2f8d' (Parent Command 'RemoveVm',
Parameters Type
'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') returned
status 'finished', result 'cleanSuccess'.
2016-11-23 09:47:54,880 ERROR
[org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (DefaultQuartzScheduler10)
[53f3be13] BaseAsyncTask::logEndTaskFailure: Task
'555e7dd0-dc32-4cf7-be10-d469fc8b2f8d' (Parent Command 'RemoveVm',
Parameters Type
'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') ended with
failure:
-- Result: 'cleanSuccess'
-- Message: 'VDSGenericException: VDSErrorException: Failed in vdscommand
to HSMGetAllTasksStatusesVDS, error = Could not remove all image's volumes',
-- Exception: 'VDSGenericException: VDSErrorException: Failed in vdscommand
to HSMGetAllTasksStatusesVDS, error = Could not remove all image's volumes'

full files:

engine.log in gzip format:
https://drive.google.com/file/d/0BwoPbcrMv8mvQlVwVDlGTVEtR00/view?usp=sharing

vdsm.log of related host in gzip format:
https://drive.google.com/file/d/0BwoPbcrMv8mvdDFFOEhTQ3o1ZXM/view?usp=sharing

supervdsm.log in gzip format
https://drive.google.com/file/d/0BwoPbcrMv8mvbE5ZdXMyc0w1S1U/view?usp=sharing

Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users