Ben c'est pareil chez RedHat, il reste des scripts dans /etc/init.d (par exemple network). Si tu les lances, le bash intercepte la commande pour lancer systemctl à la place qui génère un unit à la volée...
Cela dit, j'utilise en majorité debian, mais j'ai l'impression que plus de services ont été migrés vers systemd sur RH/CentOS en comparaison à debian.
Et je ne sais pas si on trouve des services aussi mal migrés chez RedHat. Mais sous debian, je suis tombé sur des trucs assez moches, par exemple :
- opendkim utilise maintenant un unit systemd, mais il ne lit plus /etc/default/opendkim (bien que le fichier soit toujours installé par le paquet)
- openvpn installe un unit avec ExecStart=/bin/true ! Il y a toujours un script dans /etc/init.d mais il ne sera jamais lancé si systemd est installé...
[^] # Re: Tu m'as convaincu !
Posté par kna . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à 3. Dernière modification le 15 décembre 2017 à 12:33.
Ben c'est pareil chez RedHat, il reste des scripts dans /etc/init.d (par exemple network). Si tu les lances, le bash intercepte la commande pour lancer systemctl à la place qui génère un unit à la volée...
Cela dit, j'utilise en majorité debian, mais j'ai l'impression que plus de services ont été migrés vers systemd sur RH/CentOS en comparaison à debian.
Et je ne sais pas si on trouve des services aussi mal migrés chez RedHat. Mais sous debian, je suis tombé sur des trucs assez moches, par exemple :
- opendkim utilise maintenant un unit systemd, mais il ne lit plus /etc/default/opendkim (bien que le fichier soit toujours installé par le paquet)
- openvpn installe un unit avec
ExecStart=/bin/true! Il y a toujours un script dans /etc/init.d mais il ne sera jamais lancé si systemd est installé...