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.
_______________________________________________
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users
