[Users] recalculate quota

[Kir Kolyshkin]

On 10/08/2015 11:18 AM, Nick Knutov wrote:
> In my case destination host is usually the same, but ve_private is 
> different.

It doesn't matter.

> It seems there is no way to turn on second quota in that case.

Why? Check vzquota command. You need to create a new simfs mount
and enable vzquota for it (under a different quota id of course).
>
> May be hack with changing CT ID for the copy can help,
> but it must be changed back again and this can bring problems.

You don't need to change CTID, just need another quota id.

>
> In more common form: I want to recalculate quotas in case some
> files in ve_private was removed from the node side.

You are trying to fix a problem you can have prevented by NOT removing
any files from /vz/private if a container is running.

> In less common: I want to move CT from one ve_private to another with
> skipping some files. I want to do it like a live migration with near 
> zero downtime.

As described above, enable quota before rsync.

>
>
> 08.10.2015 20:29, Kir Kolyshkin пишет:
>>> Case from real life:
>>>
>>> vzmigrate (or vzmove, which I plan to release soon) with exclude filter
>>> for rsync to exclude hundreds gigabytes of cache files.
>>
>> This case is different from what you asked about.
>>
>> You can turn on quota on destination host before running rsync,
>> and as you copy the files quota is calculated.
>>
>> Kir.
>