Migration, prevent slow vzquota init on shared storage

grin

grin

Renowned Member
Proxmox Subscriber
Dec 8, 2008
174
23
83
Hungary
grin.hu
This question have been asked and left unanswered for a few years now, here we come again.

Shared storage, pvectl migrate vmid does a full vzquota init on the target. It is an extremely slow process, takes hours which makes it not quite qualifying for the name of "online migration".

Maybe proxmox is not aware that it's a shared storage? If not, how to make it?

But if it is why does it init the darned quota again? Is there a way to prevent it rebuilding?

Thanks.
 
If the storage is shared why do we need quotadump/restore at all? Does it happen with offline migration, too?

Reinit'ing 10+ million files isn't quite fun at the moment of node failure, it's not really HA.
 
Got this message that I think is relative to our discussion here after upgrading the container to Debian Jessie.

root@rs1:~# quotacheck -avcugm
quotacheck: Your kernel probably supports journaled quota but you are not using it. Consider switching to journaled quota to avoid running quotacheck after an unclean shutdown.
quotacheck: Quota for users is enabled on mountpoint / so quotacheck might damage the file.
Please turn quotas off or use -f to force checking.
Click to expand...
 
  • Like
Reactions: grin
You must log in or register to reply here.
Top Bottom