Oui, le changement, ça prends du temps :)
Mais avant, tu devais faire cet apprentissage pour chacune des grandes famille de distro. Maintenant, tu l'apprends une fois, et tu passe sur toutes les distro! Je trouve ça beau.
Concernant:
Franchement, journald et journalctl, avec la possibilité de filtrer par priorité, par service, de récupérer les événements sur une période de temps donnée, c'est plutôt pas mal.
Bah, je rajoute 1.7¢ à la somme initiale, ce qui nous fait un total de 3¢. Qui rajoute ? :)
Dernier point: Regarde aussi ce qui se passe quand tu veux demarrer un service et que systemd ouvre une socket reseau avant meme que le demon soit lancé :D Essaye de faire un swapoff -a et regarde ce qu'il se passe au bout de quelques secondes ou minutes en fonction de ce que va trapper systemd.
Uep, bah je vais tester pour voir, car dans le premier cas, tu as un truc qui s'apelle les dépendances entre services (à moins que j'aille mal compris le postulat de base), et dans le second, juste curieux ^^ Un OS de référence pour faire ces tests ?
-- MrJK GPG: https://jeznet.org/jez.asc
Le 14 décembre 2016 à 10:41, Pierre Colombier pcdwarf@pcdwarf.net a écrit :
Je trouve que le nouveau systeme est plutot pas mal.
Ce qui fait chier, c'est de changer.
C'est pas inintéressant mais c'est juste que l'admin sys a en général beuacoup d'autres chats à fouetter.
Réapprendre les fonctions de base du système, c'est du temps en moins pour les autres projets.
my 2 cent....
On 14/12/2016 15:15, Thomas Constans wrote:
Franchement, journald et journalctl, avec la possibilité de filtrer par priorité, par service, de récupérer les événements sur une période de temps donnée, c'est plutôt pas mal.
my 1.3¢
Le 13/12/2016 à 17:35, frsag@jack.fr.eu.org a écrit :
Ouais ou Debian hein, c'est bien aussi ..
On 13/12/2016 17:11, remy.dernat wrote:
Il te reste BSD et son init ;) https://www.textplain.net/blog/2015/problems-with-systemd-and-why-i-like-bsd...
-------- Message d'origine -------- De : Sébastien FOUTREL sfoutrel@gmail.com Date : 13/12/2016 13:54 (GMT+01:00) À : Jonathan Leroy jonathan@unsigned.inikup.com Cc : French SysAdmin Group frsag@frsag.org Objet : Re: [FRsAG] systemd vs les adminsys
Aahhaha. Et la gestion des logs, et la gestion des montages et surement d'autres choses :DRegarde aussi ce qui se passe quand tu veux demarrer un service et que systemd ouvre une socket reseau avant meme que le demon soit lancé :D Essaye de faire un swapoff -a et regarde ce qu'il se passe au bout de quelques secondes ou minutes en fonction de ce que va trapper systemd.Malheureusement comme dit plus tot, systemd c'est parti d'un bon sentiment mais si on avait voulu bosser sur macosX on aurait fait ce choix. Dorenavant on a plus vraiment le choix... Le 9 décembre 2016 à 15:27, Jonathan Leroy jonathan@unsigned.inikup.com a écrit : Le 9 décembre 2016 à 14:59, Dominique Rousseau d.rousseau@nnx.com a écrit :
C'est ça le vrai probleme de systemd sur des serveurs, c'est que ça a un
coté bulldozer, qui remplace les outils de configuration reseau, le
collecteur de logs, etc. Systemd arrive avec tout un ecosysteme qui fait
qu'on a plus "un Unix" (un peu comme MacosX), avec des fichiers plats
editables et lisibles par un humain adminsys, des fichiers logs qu'on
peut grep/awk/..., des noms d'interface reseau deterministes, etc.
Mais la plupart de ces fonctionnalités sont désactivables, voire
désactivées par défaut.
C'est le cas par défaut sous Debian, qui n'utilise que la partie
"init" de Systemd.
--
Jonathan Leroy.
Liste de diffusion du FRsAG
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/