Re: [FRsAG] systemd vs les adminsys

[Sébastien FOUTREL]

Aahhaha. Et la gestion des logs, et la gestion des montages et surement
d'autres choses :D
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.
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  a
écrit :

> Le 9 décembre 2016 à 14:59, Dominique Rousseau  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
> http://www.frsag.org/
>
___
Liste de diffusion du FRsAG
http://www.frsag.org/

[FRsAG] Recrutement Ingé/Devops - Lausanne, Lille et Paris

[Falco Schmutz / premaccess]

Bonjour à tous,

Nous recherchons 4 personnes, sur 3 destinations de rêves ^^.

Pas de HomeOffice, désolé, consolidation des effectifs dans un premier
temps !
Salaire selon experience et lieu
Dispo ASAP

Les + :
Ansible
AWS
L'autonomie
Le gout du challenge
La bière et l'humour !

Bref un ingé des temps moderne (2016 hein par le film)

Belle journée à tous !

-- 


Falco SCHMUTZ



E-mail : fschm...@premaccess.com
Mobile : +33 6 80 22 00 29
Fixe Suisse : +41 44 586 77 74
Fax Suisse : +41 26 347 28 90
Fax France : +33 9 72 12 19 25

*premaccess *SA
Route des Arsenaux 41 - CP 132
CH-1705 Fribourg, Suisse

http://www.premaccess.com

   



Attention : le présent message et toutes les pièces jointes sont
confidentiels et établis a l'attention exclusive du ou des destinataire(s)
indique(s). Toute autre diffusion ou utilisation non autorisée est
interdite. Si vous recevez ce message par erreur, veuillez immédiatement en
avertir l'expéditeur par e-mail en retour, détruire le message et vous
abstenir de toute référence aux informations qui y figurent afin d'éviter
les sanctions attachées a la divulgation et a l'utilisation d'informations
confidentielles. Les messages électroniques sont susceptibles d'altération.
Nous déclinons toute responsabilité en cas d'altération ou de falsification
du présent message.

Warning : this e-mail and any files attached are confidential and intended
solely to the named addressee(s). Any unauthorised dissemination or use is
strictly prohibited. If you received this e-mail in error, please
immediately notify the sender by reply e-mail and then delete the e-mail
from your system. Please do not copy, use or make reference to it for any
purpose, or disclose its contents to any person : to do so could expose you
to sanctions. E-mails can be altered or falsified. We shall not be liable
for any alteration or falsification on this e-mail.
___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] systemd vs les adminsys

[remy.dernat]

Il te reste BSD et son init ;)
https://www.textplain.net/blog/2015/problems-with-systemd-and-why-i-like-bsd-init/

 Message d'origine 
De : Sébastien FOUTREL  
Date : 13/12/2016  13:54  (GMT+01:00) 
À : Jonathan Leroy  
Cc : French SysAdmin Group  
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  a 
écrit :
Le 9 décembre 2016 à 14:59, Dominique Rousseau  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

http://www.frsag.org/

___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] systemd vs les adminsys

[frsag]

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-init/
> 
>  Message d'origine 
> De : Sébastien FOUTREL  
> Date : 13/12/2016  13:54  (GMT+01:00) 
> À : Jonathan Leroy  
> Cc : French SysAdmin Group  
> 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  a 
> écrit :
> Le 9 décembre 2016 à 14:59, Dominique Rousseau  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
> 
> http://www.frsag.org/
> 
> 
> 
> ___
> Liste de diffusion du FRsAG
> http://www.frsag.org/
> 

___
Liste de diffusion du FRsAG
http://www.frsag.org/