Dans mes scripts pour runit, je source un fichier contenant, entre autres, ces lignes:
#parce que runsv redirige stdout vers les logs, pas stderrexec2>&1exec <&-
# permets que les logs contiennent ce qu'il se passe dans le scriptset -xe
À priori, je n'ai pas encore eu de soucis avec ça, mais dis-moi si tu penses que ça règle ce souci sans en exposer d'autres?
Je suis assez d'accord sur le fait qu'écrire des scripts pour gérer la supervision d'un système est casse-gueule, et je sais que runit à ses défauts (comparé à systemd), mais j'aimerai me rendre compte moi-même a quel point c'est vrai.
Et quand ça sera fait, je passerai probablement à nosh qui est dans la même logique que runit, mais peu importer les unit de systemd et inclue le plus gros avantage de systemd: la gestion des dépendances. Je ne le fais pas uniquement par flemme, pour l'instant...
[^] # Re: moi c'est l'inverse
Posté par freem . En réponse au journal Linux ne m'intéresse plus. Évalué à 4.
Dans mes scripts pour runit, je source un fichier contenant, entre autres, ces lignes:
À priori, je n'ai pas encore eu de soucis avec ça, mais dis-moi si tu penses que ça règle ce souci sans en exposer d'autres?
Je suis assez d'accord sur le fait qu'écrire des scripts pour gérer la supervision d'un système est casse-gueule, et je sais que runit à ses défauts (comparé à systemd), mais j'aimerai me rendre compte moi-même a quel point c'est vrai.
Et quand ça sera fait, je passerai probablement à nosh qui est dans la même logique que runit, mais peu importer les unit de systemd et inclue le plus gros avantage de systemd: la gestion des dépendances. Je ne le fais pas uniquement par flemme, pour l'instant...