Hello Pour résumer c'etait mieux avant concernant, le système d'init ! Par contre je ne vois pas l’intérêt d'installer automatiquement un Lamp avec un script Bash maintenant que tout peut être fait très proprement avec Ansible / puppet / chef !
Un fidèle utilisateur qui n'a pas du tout aimé systemd et qui utilise openRC tous les jours, et qui n'aime pas du tout pulseaudio .... Amicalement Alexandre Le 9 décembre 2016 à 10:50, Benjamin Boudoir <benjamin+fr...@boudoir.name> a écrit : > Le 08/12/2016 19:21, Mrjk a écrit : > >> Salut, >> >> Loin de moi de vouloir relancer un troll qui devient vieux comme le >> monde à ce stade, mais que reproche-tu concrètement à sytemd? C'est le >> point de vue de l'admin qui fait de la prod qui m’intéresse (je ne >> sais pas si tu es dans ce cas). >> >> En ce qui me concerne, et étant sysadmin, je trouve que ça a apporté >> un grand confort, surtout quand on utilise des outils du type >> Ansible/Puppet sur différentes plateforme. Une interface pour tous les >> masteriser. J'ai encore du mal à comprendre ce que l'on peut reprocher >> a systemd. >> > > Je suis sysadmin, j'utilise ansible et je n'ai encore jamais rien vu que > systemd améliorait avec cet outil. J'ai un playbook qui réinstalle sysv au > lieu de systemd sur toutes les machines que l'on gère. > > Les raisons de mon désamour de systemd sont très nombreuses et je vais la > résumer en quelques points : > - systemd est incapable de faire démarrer une machine dans toutes les > conditions (notamment l'utilisation de FS en réseau / tmpfs / RO) > - systemd peut avoir des problèmes pour éteindre certaines machines (je > l'ai déjà retrouver à ne pas réussir à démonter des points montés en réseau > avec un timeout de... 5 minutes. Par point de montage. 2h de down pour une > upgrade de kernel ça fait super mal quand même, ça va que c'était que pour > de l'interne) > - systemd est peut-être plus modulaire que beaucoup d'anti le disent, dans > les faits il l'est beaucoup moins que Lennart Poettring veut bien le faire > croire et beaucoup de distribs se retrouvent presques forcées d'intégrer > des extensions à systemd qui sont au mieux inutiles, au pire dangereuses > (genre systemd-resolvd) > - systemd casse des features du kernel (chroot, LXC, terminaux virtuels, > ...) et ses développeurs refusent de corriger leur code > - systemd rend plus complexe l'écriture de scripts (start / stop / restart > / status ne retournent pas d'état, les commandes retournent leur résultats > dans un pager par défaut, etc.) > - BEAUCOUP de surprises sur des binaires usuels qui changent de > comportement (genre halt qui n'éteint plus électriquement une machine)... > Même si, j'avoue que c'est juste chiant parce que ça casse les habitudes, > en vrai une fois que tu le sais ça va vite a prendre en compte. Et faut > vérifier tes scripts au cas où. > > Je serais moins virtulent avec systemd, si ce n'était qu'un système > d'init. Le problème c'est que ses développeurs veulent le faire grossir en > fonctionnalités avant même de savoir faire booter un système Linux > correctement. C'est fâcheux, vraiment. C'est avant tout une question de > confiance dans le produit fini et en l'état, je suis incapable de prédire > que ma prod tournera correctement (ni même démarrera) avec systemd. > Accessoirement, je préfère les scripts d'init que je peux facilement > débugger alors qu'avec systemd si quelque chose ne démarre pas, je peux me > brosser pour avoir les détails qui m'intéressent. > > Après, je dis pas que y'a des choses pratiques dans systemd, notamement : > - Les scripts d'init faciles à faire > - L'utilisation de cgroups pour chaque daemon lancé > - La gestion de daemons utilisateurs > > Cependant, c'est rien qui n'ait pas déjà été fait ailleurs de façon plus > propre. Partant de là, j'ai du mal à comprendre que systemd ait été autant > poussé en avant alors qu'il casse plus de choses qu'il n'en corrige tout en > retirant aux admins la possibilité de contourner les problèmes. > > Note; C'est le point de vue qui m’intéresse, je cherche pas à >> démontrer que systemd est le meilleur. >> > > Pour le coup, je tiens à dire que j'ai vraiment tenté d'utiliser systemd. > Malgré le fait que je le trouvais dégeulasse par design, je me suis quand > même dit que ça pouvait pas être si mal que ça si Debian l'intégrait par > défaut : > - Sur mes postes persos, 4 machines sur 5 ne démarraient plus, la dernière > mettait plus de temps à démarrer. > - En prod, le playbook ansible est assez récent (4 mois d'après git), il > fait suite aux multiples problèmes qu'on a pu rencontrer au fur et à mesure > (et quand je dis "multiple", c'est en grande partie parce qu'on a rarement > eu le même plusieurs fois, rien qu'écrire de la doc sur ce que cassait > systemd à nécessité un boulot de dingue, vraiment). Au début on repassait > sous sysv uniquement les machines où systemd nous posait de gros problèmes. > Puis on s'est rendu compte que c'était plus de la moitié de nos setups et > on a préféré jouer la carte de la sécurité. > > -- >> MrJK >> GPG: https://jeznet.org/jez.asc >> > > -- > Benjamin Boudoir > > _______________________________________________ > Liste de diffusion du FRsAG > http://www.frsag.org/ > -- Alexandre
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
