Alors si tu lances bash -x /etc/init.d/blabla start , c'est pas le daemon que tu examine, mais son script d'init. Le daemon va pas forcement t'afficher grand chose en plus par magie. Et faire ça va avoir des effets de bords comme importer l'environnement de root dans celui du daemon, en fonction du script, ce qui va perturber le debuggage.
utiliser un truc en dev pour de la prod est typiquement une
mauvaise idée.
Systemd a maintenant 4 ans. Y a une branche stable v208 qui est largement stabilisé depuis longtemps. Tu peux me dire quel soft n'est pas en dev dans le libre ?
Et c'est pas aussi à ça que sert le freeze de Debian, à trouver les bugs pour avoir un logiciel utilisable en prod ?
Ce qui m'intéresse, c'est ce qu'il se passe lorsqu'il ne
fonctionne pas.
Il rajoute un message d'erreur dans les logs, comme à peut prêt tout les logiciels du monde. Et il y a assez de résultats sur "debug systemd" pour que la doc ne soit pas un souci. Est ce que tu peux détailler par exemple ce qui t'a manqué quand tu as eu un souci, à part le temps de lire avant ( chose que tu peux faire dès maintenant au lieu de poster sur linuxfr, par exemple )
[^] # Re: Hmm
Posté par Misc (site web personnel) . En réponse à la dépêche Pourquoi les zélateurs et détracteurs de systemd ne s'entendront jamais. Évalué à 10.
Alors si tu lances bash -x /etc/init.d/blabla start , c'est pas le daemon que tu examine, mais son script d'init. Le daemon va pas forcement t'afficher grand chose en plus par magie. Et faire ça va avoir des effets de bords comme importer l'environnement de root dans celui du daemon, en fonction du script, ce qui va perturber le debuggage.
Systemd a maintenant 4 ans. Y a une branche stable v208 qui est largement stabilisé depuis longtemps. Tu peux me dire quel soft n'est pas en dev dans le libre ?
Et c'est pas aussi à ça que sert le freeze de Debian, à trouver les bugs pour avoir un logiciel utilisable en prod ?
Il rajoute un message d'erreur dans les logs, comme à peut prêt tout les logiciels du monde. Et il y a assez de résultats sur "debug systemd" pour que la doc ne soit pas un souci. Est ce que tu peux détailler par exemple ce qui t'a manqué quand tu as eu un souci, à part le temps de lire avant ( chose que tu peux faire dès maintenant au lieu de poster sur linuxfr, par exemple )