Sincèrement, j'apprécierais d'avoir une discussion ou je suis pas obligé de sans arrêt sortir la documentation pour dire "voila comment faire tel chose" pour dire que la personne avec qui je discute qu'elle semble être dans le faux.
En l’occurrence, dans le cas que tu donnes, c'est prévu, tu peux désactiver le fait de trouver le pid via GuessMainPid=no, et juste utiliser un fichier de pid comme avant. Nombre de modif de systemd : 0, tout le taf est poussé sur le mec qui fait l'unit, en l’occurrence pour un soft proprio ou l'upstream ( ou le packageur ).
C'est dans les premières lignes de la page de man, avec les options "forking", "oneshot", ou "remainAfterExit".
Donc si, on peut lui dire de faire ça, car ça reste assez flexible.
Ensuite, si le souci, c'est l'orchestration de services sur le réseau ( ie, ce que tu parles quand tu dis "cluster", c'est pas le but de systemd ou de sysv init, plus le but d'outils comme juju, mcollective, noah, et des dizaines d'autres qui fleurissent depuis l’avènement du cloud.
Enfin, tu parles de certif Oracle, mais sachant que OEL est juste une bête recompilation de RHEL avec une paire de patches et de modifs ( genre, btrfs par défaut ), tu penses vraiment que Oracle va dire "on certifie pas notre db sur notre distro" si jamais sa distro d'origine passe à systemd par défaut ?
( et visiblement, c'est fort probable au vue de patch comme https://www.redhat.com/archives/libvir-list/2012-June/msg00374.html ).
Ou tu penses que Oracle va juste décider de maintenir un system de boot différent à base d'initscripts pur, quitte à proposer moins de fonctionnalités que ses concurrents ( car comme la dépêche sur opensuse le laisse supposer, suse semble aussi bien parti pour basculer ), une doc et des outils d'admins différents etc.
[^] # Re: la guerre de s unices
Posté par Misc (site web personnel) . En réponse au journal udev forké. Évalué à 5.
Sincèrement, j'apprécierais d'avoir une discussion ou je suis pas obligé de sans arrêt sortir la documentation pour dire "voila comment faire tel chose" pour dire que la personne avec qui je discute qu'elle semble être dans le faux.
En l’occurrence, dans le cas que tu donnes, c'est prévu, tu peux désactiver le fait de trouver le pid via GuessMainPid=no, et juste utiliser un fichier de pid comme avant. Nombre de modif de systemd : 0, tout le taf est poussé sur le mec qui fait l'unit, en l’occurrence pour un soft proprio ou l'upstream ( ou le packageur ).
C'est dans les premières lignes de la page de man, avec les options "forking", "oneshot", ou "remainAfterExit".
http://0pointer.de/public/systemd-man/systemd.service.html
Donc si, on peut lui dire de faire ça, car ça reste assez flexible.
Ensuite, si le souci, c'est l'orchestration de services sur le réseau ( ie, ce que tu parles quand tu dis "cluster", c'est pas le but de systemd ou de sysv init, plus le but d'outils comme juju, mcollective, noah, et des dizaines d'autres qui fleurissent depuis l’avènement du cloud.
Enfin, tu parles de certif Oracle, mais sachant que OEL est juste une bête recompilation de RHEL avec une paire de patches et de modifs ( genre, btrfs par défaut ), tu penses vraiment que Oracle va dire "on certifie pas notre db sur notre distro" si jamais sa distro d'origine passe à systemd par défaut ?
( et visiblement, c'est fort probable au vue de patch comme https://www.redhat.com/archives/libvir-list/2012-June/msg00374.html ).
Ou tu penses que Oracle va juste décider de maintenir un system de boot différent à base d'initscripts pur, quitte à proposer moins de fonctionnalités que ses concurrents ( car comme la dépêche sur opensuse le laisse supposer, suse semble aussi bien parti pour basculer ), une doc et des outils d'admins différents etc.