[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Jessie et habitude vis à vis de systemd



Bonjour,

Il me semble qu'il est recommandé de remplacer la commande `service` par `systemctl`

Le 10/05/2015 11:38, Wallace a écrit :
Bonjour,
Je tâche depuis la sortie officielle de me dire que si systemd est
fourni c'est qu'il l'est sans bug et sans régression aussi par rapport à
mes tests pré sortie j'essaye de ne plus être négatif sauf que j'ai
vraiment l'impression d'avoir perdu.

Exemple récent, serveur physique chez un hébergeur, installée Jessie, il
est installé par défaut Bind pour la résolution dns, je veux changer et
mettre Unbound à la place.

service bind9 stop

Première remarque avant on savait si un processus était bien démarré ou
éteint là j'en sais strictement rien, mais après tout il pourrait juste
afficher les erreurs et ne rien afficher si tout se passe bien, de plus
mon zsh m'affiche le code retour si il est en erreur et là rien ok.

apt-get install unbound ok pas de soucis

Je télécharge la configuration localhost only que j'ai d'unbound qui
fonctionne sur Debian 6 et 7 et je lance

service unbound start

Là toujours rien d'affiché, mon shell me dit que la commande s'est bien
exécutée mais dans les faits unbound ne s'est pas lancé...
Là pour moi il y a clairement régression, avant j'avais une ligne qui
m'aurait dit erreur au démarrage, là rien et pire le code retour est bon
ce qui fait qu'il est impossible de scripter autour des services de
démarrage ...

Ensuite réflex je fais un tail de /var/log/syslog pour trouver un
message d'erreur et là rien. J'introduis volontairement une ligne non
conforme dans le fichier de configuration pour voir et là rien aussi,
aucun log dans syslog.
Je suppose que c'est systemd qui a attrapé ces logs mais vu que ce n'est
pas du fichier texte et qu'il faut passer par une commande que j'arrive
pas encore à retenir ...
J'ai fait la même erreur dans le fichier config sur Debian 6 et 7 j'ai
bien mes logs et le script de démarrage me précise bien que le processus
n'a pas démarré.

Alors je veux bien me remettre en question mais ça fait beaucoup de
changements non justifiés pour un simple remplacement de système d'init.
Syslog a une utilité et j'aimerais bien qu'il l'a garde.

Alors si vous aviez des conseils sur comment réagir dans ce cas typique
mais tellement anodin qu'il ne devrait même pas être toléré de demander
des conseils je suis preneur.

Je résume mes besoins :
- avoir la valeur retour du lancement d'un daemon dans le shell au
lancement de la commande service
- avoir les erreurs éventuelles au lancement de la même commande comme avant
- pouvoir désactiver le catch des logs de systemd et laisser le daemon
loguer en syslog comme avant

Merci pour votre aide.

-



--
Guillaume


Reply to: