Non, mais tu peux avoir plusieurs utilisateurs ayant le même uid sur les différentes VMs.
Par contre, le fonctionnement de ces quotas par VM est fortement inspiré du fonctionnement des quotas classiques, avec des IDs rajoutés en plus (voir http://linux-vserver.org/Paper#Filesystem_XID_Tagging pour vserver, cela doit être semblable avec openvz).
Si tu as vraiment besoin de machines virtuelles, pourquoi tu n'en utilise pas ?
Honnêtement, je ne sais pas. Par contre:
cela ne semble par être le "coeur de métier" de ces outils. Je ne suis pas du tout sûr qu'ils proposent de quoi faire des quotas.
C'est quoi leur cœur de métier si ce n'est contraindre les utilisateurs/groupes/processus y compris sur leur droits au système de fichier ?
il est possible que certaines choses rentrent en conflits. Typiquement pour utiliser openvz ou vserver, il faut avoir désactivé SELinux. A priori, seul grsecurity est utilisable avec lxc et vserver (mais pas openvz), et il ne permet pas ce genre de choses.
grsecurity n'est pas un LSM, il lutte contre
openvz/grsecurity/vserver ne sont pas inclus dans le noyau (contrairement à SELinux, AppArmor et LXC - enfin les outils qui le composent-), je pense que les développeurs du noyau font gaffe aux incompatibilités
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: c'est passé ya quelques jours
Posté par barmic . En réponse au journal OpenVZ & LXC. Évalué à 0.
Si tu as vraiment besoin de machines virtuelles, pourquoi tu n'en utilise pas ?
C'est quoi leur cœur de métier si ce n'est contraindre les utilisateurs/groupes/processus y compris sur leur droits au système de fichier ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)