Posté par Kaane .
En réponse au journal udev forké.
Évalué à 2.
Ben tu lances « tructl reload "monfichierdeconf" », au moins tu es sûr de ce que ça fait.
Même pas. Parce que tructl reload peut relancer le processus principal (qui s'occupe juste de créer des sous process qui font le boulot eux-même) et dans ce cas là je ne sais pas comment systemd va réagir. Une fosi de plus je peux changer le comportement de systemd pour lui dire d ene pas surveiller les PID ou de ne pas accorder d'importance au contenu des cgroup, mais dans ce cas là systemctl status renverra des infos erronées.
De la même façon si tructl reload lance de nouveaux processus, je ne vais pas savoir facilement les intégrer dans le bon cgroup, donc systemctl restart risque là aussi de faire n'importe quoi.
Au final si je veux pouvoir utiliser tructl, il faut que je n'utilise QUE tructl. Mais là si j'ai des dépendances dans un sens ou dans l'autre il faut aussi que je les gère à la main. Bref je refais un système d'init parallèle.
[^] # Re: la guerre de s unices
Posté par Kaane . En réponse au journal udev forké. Évalué à 2.
Ben tu lances « tructl reload "monfichierdeconf" », au moins tu es sûr de ce que ça fait.
Même pas. Parce que tructl reload peut relancer le processus principal (qui s'occupe juste de créer des sous process qui font le boulot eux-même) et dans ce cas là je ne sais pas comment systemd va réagir. Une fosi de plus je peux changer le comportement de systemd pour lui dire d ene pas surveiller les PID ou de ne pas accorder d'importance au contenu des cgroup, mais dans ce cas là systemctl status renverra des infos erronées.
De la même façon si tructl reload lance de nouveaux processus, je ne vais pas savoir facilement les intégrer dans le bon cgroup, donc systemctl restart risque là aussi de faire n'importe quoi.
Au final si je veux pouvoir utiliser tructl, il faut que je n'utilise QUE tructl. Mais là si j'ai des dépendances dans un sens ou dans l'autre il faut aussi que je les gère à la main. Bref je refais un système d'init parallèle.