• [^] # Re: Question à deux centimes ...

    Posté par . En réponse à la dépêche Migration LinuxFr.org terminée. Évalué à 4.

    Pas de gestion de la RAM...

    C'est vrai que c'est suant, mais c'est pas la faute de LXC, c'est une option noyau désactivée car pas encore fiable à ce que j'ai compris.

    lxc-ls merde car ne supprime les machines arrêtés...

    Ça ne me choque pas, il sert à lister donc il liste tout. Je vois ça comme un ensemble de commandes minimales que tu assembles comme des briques. Je m'en sers en scripts avec xargs ou sed.

    Si la machine virtuelle est sur des partitions LVM, lxc.mount.entry merde en mode block et donc il faut monter dans le dom0 et monter en mode bind... Carrément pas propre.

    J'ai rencontré ce genre de problème aussi, parce que par défaut sous Debian les conteneurs sont créés sans aucun accès sur les périphériques. Je l'ai résolu à coup de lxc.cgroup.devices.allow avec les numéros majeurs et mineurs.

    La gestion des droits dans LXC est nulle (tout est permis par défaut).

    Ben justement, comme dit au dessus, j'ai l'impression que c'est l'inverse (avec lxc.cgroup.devices.deny = a).

    Il n'est pas possible d'empêcher un domU d'arrêter le dom0 pour le moment mais je ne dirais pas comment ici...

    Dommage, ça m'intéresse.

    M'enfin, je ne prétends pas tout connaître. Déjà je pense qu'il me faudrait étudier les cgroups mais pour l'instant ça me semble suffisamment fonctionnel dans stable (que j'utilise), et donc encore plus en testing.

    Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur