• [^] # Re: Le vendredi c'est permis.

    Posté par . En réponse à la dépêche Mise aux poings sur systemd. Évalué à 3.

    Rien que pour les bugs confirmés ou plus :

    Je comprends pas... Le nombre de rapports de bug n’est absolument pas un bon indicateur pour déterminer le nombre de bugs dans l’application. Et puis c’est bien qu’il y ait de l’activité sur le système de suivi de bugs, non?

    Hum, systemd est incapable de lancer un processus avec un autre utilisateur que root ?
    Ou alors je ne comprends pas.

    Non le problème c'est qu'un service qui est lancé avec autre chose que le cgroup le plus haut hierarchiquement et des droits root ne peut pas auditer/interragir/démarrer/redémarrer un autre processus. Ca n'est juste pas acceptable. J'ai besoin que Nagios (par exemple) puisse démarrer tout seul comme un grand nombre d'autres services, lesquels services doivent pouvoir interagir avec les services critiques, le tout surtout sans être root. C'est la base de l'admin système : on a des sondes qui tournent en permanence , mais pas beaucoup parceque les ressources sont pas gratuite. Et quand on a un soucis on doit pouvoir lancer d'autres services ou sondes qui vont essayer de diagnostiquer le problème - soitpour le corriger automatiquement (rare) soit au moins pour que l'admin n'ait pas à lancer 200 commandes à la queue leu leu pour se faire un idée de la situation.
    Il faut aussi en cas de pépins pouvoir remonter des infos aux utilisateurs/à la production/aux admins services pour qu'il puissent réagir etc.
    Tout n'est pas forcément accessible depuis les logs, et je vais pas refiler les droits root aux services qui créé le tableau de bord du client...

    Ah d’accord, effectivement c’est chiant. Est-ce qu’avec le changement tout récent de l’architecture des cgroups ça a changé? Si non, est-ce qu’il y a un rapport de bug?

    P.-S.: et sinon la syntaxe pour les citations elle pue des pieds?

    Écrit en Bépo selon l’orthographe de 1990