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 <akrejcir@redhat.com> wrote:Do the operations work in the UI?If not, then the DB has to be changed manually:$ psql engineUPDATE image_storage_domain_map sd_mapSET quota_id = NULLFROM imagesWHERE sd_map.image_id = images.image_guidAND images.image_group_id = 'ID_OF_THE_DISK';On 8 February 2018 at 17:06, Donny Davis <donny@fortnebula.com> 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 <akrejcir@redhat.com> 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,AndrejOn 8 February 2018 at 16:37, Martin Sivak <msivak@redhat.com> 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 <donny@fortnebula.com> 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.InvalidQuotaParametersExcept ion: Quota
> 6156b8dd-50c9-4e8f-b1f3-4a6449b02c7b does not match storage pool
> 5a497956-0380-021e-0025-00000000035e
>
>
>
> Any ideas what can be done to fix this?
>
_________________
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>