• [^] # Re: Ne pas utiliser, recompiler... ou changer une option.

    Posté par . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 6.

    car on pourra désormais voir ces process mourir dans les logs de l'utilisateur.

    Car l'immense majorité des utilisateurs [...] ne va pas se reconnecter ensuite pour voir s'il n'y aurait pas des mauvais comportements dans les logs ou des process fantômes [...]

    N'est-ce pas contradictoire ?

    La plus grosse contradiction dans toute cette affaire, c'est que les soi-disant sysadmins qui se plaignent que systemd n'est pas fait pour leurs serveurs, sont les mêmes qui se plaignent de ce changement de comportement par défaut, alors qu'il est parfaitement adapté aux serveurs justement.

    Comme quoi, chacun voit midi à sa porte :-)
    BTW: As-tu déja utilisé nohup, dans le cadre de sysadmin ? J'imagine que non... Généralement, c'est pour faire nohup mon_script_exceptionnel_que_je_n_veux_pas_interrompre, donc bref une manipulation exceptionnelle (genre un dump de DB, reconstruction raid, etc), pas pour lancer un daemon (ça c'est parfaitement la responsabilité job d'init). Bref "indiquer clairement à init que les process qui restent sont voulus" c'est faire "nohup"... Avec ce comportement par défaut ça sera "systemd-spawn-machinchose --flag-super-important nohup mon_script", ça c'est le progrès... Aussi un "soit-disant sysadmin" utilise généralement différentes versions d'OS et différents OS, tu peux imaginer un peu le casse tête (?).