ça doit être bien dégueulasse le script sysV pour le coup, parce que là, même avec les cgroups, on arrive à paumer le daemon en cours de route
Euh non. Les scripts init pour haproxy font normalement tous un peu la même chose : quand on demande un reload, on se prend un restart.
C'est un choix qui a été fait, pour éviter les abus et tout les hacks sales des init sysV.
C'est bien pour ça que j'ai dit que ca n'est pas la faute de systemd non plus. Le choix de limiter le nombre de commandes dans systemctl ne me choque pas plus que ça. (Par contre l'absence de templates dignes de ce nom ou la impossibilité de faire des interactions utilisateurs pendant l'init me hérissent - mais c'est un autre débat).
[^] # Re: systemd a bon dos
Posté par Kaane . En réponse au journal et ce qui devait arriver, arriva .... Évalué à 3.
ça doit être bien dégueulasse le script sysV pour le coup, parce que là, même avec les cgroups, on arrive à paumer le daemon en cours de route
Euh non. Les scripts init pour haproxy font normalement tous un peu la même chose : quand on demande un reload, on se prend un restart.
C'est un choix qui a été fait, pour éviter les abus et tout les hacks sales des init sysV.
C'est bien pour ça que j'ai dit que ca n'est pas la faute de systemd non plus. Le choix de limiter le nombre de commandes dans systemctl ne me choque pas plus que ça. (Par contre l'absence de templates dignes de ce nom ou la impossibilité de faire des interactions utilisateurs pendant l'init me hérissent - mais c'est un autre débat).