Re: systemd et fichiers dans /etc/init.d/
steve a écrit :
> Le 30-01-2018, à 15:08:21 +0100, BERTRAND Joël a écrit :
>
>
>>>> Ce qui permet d'ailleurs des effets de bord assez rigolos entre deux
>>>> versions de la chose.
>>>
>>> Du genre ? As-tu des exemples concrets ?
>>
>> Des incohérences sur la gestion du réseau par exemple sur un serveur
>> qui a deux taps, deux tuns, une interface bounding et cinq ethernet. En
>> fonction des versions de la bouse, ça démarre automatiquement ou non
>> (c'est le VPN qui merdoie à cause de son interaction avec iptables).
>
> Pourquoi avoir migré sur une configuration si complexe alors qu'il est
> possible de garder l'ancien système ?
Parce qu'il fallait bien que je me fasse une idée.
Depuis, cette idée est faite, systemd est une calamité qui fonctionne
dans 98% des cas. SysV fonctionne quant à lui dans 100% des cas. Il faut
juste ne pas être dans les 2%.
>>>> La seule chose qui peut à la rigueur être faite, c'est de virer de
>>>> /etc/init.d ce qui est explicitement transcrit dans /lib/systemd
>>>> pour le
>>>> fonctionnement de l'usine à gaz avec des fuites.
>>>
>>> Mais ces fichiers seront réinstallés à la prochaine maj. Donc assez
>>> inutile.
>>>
>>>
>>>> PS: oui, je pense que ça s'est vu que je n'aime pas cette bouse... Et
>>>> plus je rentre dedans, pire c'est.
>>>
>>> Rien à lui reprocher pour le moment pour un usage domestique.
>> Il n'y a pas que l'usage domestique.
>
> Je sais, c'est pour cela que j'ai précisé.
>
>> Depuis qu'on a systemd, j'en suis à ne plus redémarrer (sauf lorsque
>> tout est déjà perdu) des serveurs à distance.
>
> Toujours chauds ce genre de manips, quelque soit le système.
Euh, non. Ça fait plus de 20 ans que j'ai des serveurs un peu partout,
je n'ai peur de les redémarrer que lorsqu'ils utilisent systemd, surtout
après une mise à jour.
>> Il y en a même qui ne s'arrêtent pas !
>
>
> M'est aussi arrivé avec l'ancien et obsolète système… Heureusement
> qu'il y avait une prise physique ;)
Ça, j'aimerais bien savoir comment. Parce que SysV essaie d'arrêter
proprement les daemons. Il passe après un SIGTERM puis en dernier
ressort un SIGKILL. Si la machine ne s'arrêtait pas, ce n'était
certainement pas la faute d'init.
JKB
Reply to: