Différences entre les versions de « Systemd »

De UnixManiax
Aller à la navigation Aller à la recherche
(Page créée avec « Category:linux Systemd ==Présentation== Systemd est le remplaçant de Sys V init pour la gestion des services et du démarrage sous linux. Il est utilisé par déf... »)
 
Ligne 10 : Ligne 10 :


Concernant la gestion des services, systemd corrige ce que je considère comme un problème sous Solaris. Quand on arrête un service sous Solaris 10 et plus, ce service est automatiquement désactivé au démarrage. Idem quand on le démarre. Alors que systemd fait la différence entre activer un service (faire en sorte qu'il se lance au démarrage du serveur) et le démarrer.
Concernant la gestion des services, systemd corrige ce que je considère comme un problème sous Solaris. Quand on arrête un service sous Solaris 10 et plus, ce service est automatiquement désactivé au démarrage. Idem quand on le démarre. Alors que systemd fait la différence entre activer un service (faire en sorte qu'il se lance au démarrage du serveur) et le démarrer.
==Fichiers de configuration==
Les fichiers de configuration sont dans '''/lib/systemd/system/''' ou '''/usr/lib/systemd/system/''' selon les distributions. Les modifications personnelles se font dans '''/etc/systemd/system/'''.
Le fichier de configuration principal est '''/etc/sysctl.conf'''. Il se recharge avec la commande '''systemd-sysctl'''.
==Les unités==
Systemd est principalement utilisé pour gérer les services, mais en réalité systemd gère plusieurs types d'unités. Les services sont un des types d'unités.
Lister tous les types d'unités.
systemctl -t help
Lister toutes les unités existantes sur le système.
systemctl list-units
Explication des types d'unité (source https://lea-linux.org/documentations/Systemd) :
*'''service''' : pour un service système ;
*'''socket''' : pour une socket de communication entre processus (de tous types : UNIX, Internet, fichier etc.) ;
*'''busname''' : pour les logiciels de communication inter-processus (par exemple dbus) ;
*'''target''' : macro-unité qui permet de grouper plusieurs unités (exemple : multi-user.target pour définir une cible) ;
*'''path''' : pour l'activation d'un service basée sur la modification de fichiers ou de répertoires (typiquement pour les files d'attente lors de l'impression) ;
*'''mount''' : pour un système de fichiers (exemple : home.mount), tout en utilisant /etc/fstab ;
*'''automount''' : pour un système de fichiers monté à la demande ;
*'''swap''' : pour les partitions de swap ;
*'''device''' : pour un périphérique ;
*'''timer''' : pour l'activation basée sur une date ;
*'''slice''' : sert pour la gestion des cgroups, une fonctionnalité du noyau Linux pour limiter, compter et isoler l'utilisation des ressources ;
*'''scope''' : utilisé par systemd lui-même pour gérer des groupes de processus, typiquement, par session utilisateurs ;
*'''snapshot''' : unités utilisées pour sauvegarder l’état actuel des services et les restaurer ensuite, par exemple avant de passer en veille.




==Gestion des services==
==Gestion des services==


Prennons l'exemple du démon sshd. Voici comment voir son status, l'arrêter, le démarrer et faire un restart.
Prennons l'exemple du démon sshd.
systemctl status sshd
systemctl stop sshd
systemctl start sshd
systemctl restart sshd


Et maintenant voici comment l'activer puis le désactiver au boot.
systemctl start sshd.service => démarre
  systemctl enable sshd
systemctl stop sshd.service => arrête
  systemctl disable sshd
  systemctl enable sshd.service => active au démarrage
  systemctl disable sshd.service => désactive au démarrage
systemctl is-active sshd.service => répond juste "active" ou "inactive"
systemctl is-enabled sshd.service => répond juste "enabled" ou "disabled"
systemctl status sshd.service => affiche le statut complet
systemctl reload sshd.service => reload
systemctl restart sshd.service => restart
systemctl show sshd.service => affiche les propriétés détaillées
systemctl kill [-s 9] sshd.service => envoie un kill au process. Par défaut un SIGTERM=15, mais on peut préciser la valeur avec l'option -s


Pour voir si un service est activé au démarrage.
systemctl is-failed sshd.service => affice si un service est failed
  systemctl is-enabled sshd
  systemctl --failed --type=service => affiche tous les services failed


Pour avoir des informations détaillées sur le service.
systemctl list-unit-files --type=service --all => liste tous les services et leur statut
  systemctl show sshd
  systemctl list-units --type=service => liste tous les services loaded


On a également l'argument '''mask''' qui désactive le service, et empêche son lancement ou son activation tant qu'on n'a pas fait un '''unmask'''.
On a également l'argument '''mask''' qui désactive le service, et empêche son lancement ou son activation tant qu'on n'a pas fait un '''unmask'''.
Ligne 37 : Ligne 73 :




==Les targets==
==Les targets / runlevels==


Comme expliqué dans la présentation, les targets viennent en remplacement des runlevels. Ils sont semblables aux milestones Solaris. Sur un serveur, la target par défaut est '''multi-user.target'''. Sur un poste de travail c'est '''graphical.target'''.
Comme expliqué dans la présentation, les targets viennent en remplacement des runlevels. Ils sont semblables aux milestones Solaris. Sur un serveur, la target par défaut est '''multi-user.target'''. Sur un poste de travail c'est '''graphical.target'''.
Ligne 43 : Ligne 79 :
Chaque target correspond à un certain état du système, correspondant à un certain nombre de services démarrés.  
Chaque target correspond à un certain état du système, correspondant à un certain nombre de services démarrés.  


Voir la liste des targets.
systemctl get-default => voir son runlevel courant
  systemctl list-units --type=target
systemctl list-units --type=target --all => lister les runlevels loaded et actifs
  systemctl list-units --type=target => lister les runlevels loaded
systemctl set-default graphical.target => définit le runlevel par défaut
systemctl isolate graphical.target => définit le runlevel courant
 
 
==Arrêt du serveur==
 
Systemd gère également l'arrêt et le reboot du serveur. En fait, les commandes habituelles, comme '''reboot''' vont lancer les targets correspondantes, par exemple '''reboot.target'''. Mais c'est transparent pour nous. A noter que '''halt''' arrête le système d'exploitation, mais n'arrête pas électriquement le serveur ; il faut utiliser '''halt -p''', ou '''poweroff''' sans option.
 
 
==Création de service==
 
1/ créer un fichier '''/etc/systemd/system/mon_service.service'''
Exemple :
[Unit]
Description=Description de mon service
After=syslog.target
ConditionPathExists=/opt/nagios/
[Service]
Type=forking
PIDFile=/var/run/nrpe.pid
ExecStart=-/opt/nagios/nrpe start
ExecStop=-/opt/nagios/nrpe stop
Restart=always
[Install]
WantedBy=multi-user.target default.target
 
Remarque : de nombreux tutos disent qu'on doit rendre ce script exécutable. C'est faux. Il suffit de comparer aux scripts déjà existants.
 
 
2/ Faire un reload de systemd
systemctl --system daemon-reload
 
C'est tout. Maintenant on peut utiliser les commandes start, stop, enable, status etc avec notre nouveau service.
 
Pour plus de détails sur les options existantes, je vous conseille cet article : https://doc.ubuntu-fr.org/creer_un_service_avec_systemd.


Voir la targer par défaut.
systemctl get-default


Changer la target courante.
==Autres commandes==
systemctl isolate multi-user.target


Changer la target par défaut.
Il existe des commandes commançant par systemd-. En voici quelques-unes.
  systemctl set-default multi-user.target
  systemd-analyze => affiche le temps de démarrage global
systemd-analyze blame => affiche le temps de démarrage de chaque service




==Arrêt du serveur==
==Liens==


Systemd gère également l'arrêt et le reboot du serveur. En fait, les commandes habituelles, comme '''reboot''' vont lancer les targets correspondantes, par exemple '''reboot.target'''. Mais c'est transparent pour nous. A noter que '''halt''' arrête le système d'exploitation, mais n'arrête pas électriquement le serveur ; il faut utiliser '''halt -p''', ou '''poweroff''' sans option.
*https://www.linuxtricks.fr/wiki/systemd-les-commandes-essentielles
*https://doc.fedora-fr.org/wiki/Systemd
*https://doc.ubuntu-fr.org/systemd
*https://lea-linux.org/documentations/Systemd
*https://doc.ubuntu-fr.org/creer_un_service_avec_systemd

Version du 1 août 2019 à 13:33


Systemd

Présentation

Systemd est le remplaçant de Sys V init pour la gestion des services et du démarrage sous linux. Il est utilisé par défaut sous Redhat/CentOS depuis la version 7. Il reprend le principe de fonctionnement de svcadm sous Solaris 10 et plus. Comme pour svcadm, les services se lancent tous en parallèle, mais ne démarrent vraiment que lorsque les services dont ils dépendent sont actifs. Par exemple, le service sshd se lance et vérifie que le réseau est démarré ; tant que le réseau n'est pas actif, il attend ; dès qu'il le voit, il démarre. Ca permet de paralleliser au maximum les services au démarrage, pour gagner un maximum de temps.

De même que svcadm, systemd ne gère plus les runlevels, mais introduit la notion de target (les milestones sous Solaris). Cela correspond à un certain niveau de service atteint.

Concernant la gestion des services, systemd corrige ce que je considère comme un problème sous Solaris. Quand on arrête un service sous Solaris 10 et plus, ce service est automatiquement désactivé au démarrage. Idem quand on le démarre. Alors que systemd fait la différence entre activer un service (faire en sorte qu'il se lance au démarrage du serveur) et le démarrer.


Fichiers de configuration

Les fichiers de configuration sont dans /lib/systemd/system/ ou /usr/lib/systemd/system/ selon les distributions. Les modifications personnelles se font dans /etc/systemd/system/.

Le fichier de configuration principal est /etc/sysctl.conf. Il se recharge avec la commande systemd-sysctl.


Les unités

Systemd est principalement utilisé pour gérer les services, mais en réalité systemd gère plusieurs types d'unités. Les services sont un des types d'unités.

Lister tous les types d'unités. 

systemctl -t help

Lister toutes les unités existantes sur le système. 

systemctl list-units


Explication des types d'unité (source https://lea-linux.org/documentations/Systemd) :

  • service : pour un service système ;
  • socket : pour une socket de communication entre processus (de tous types : UNIX, Internet, fichier etc.) ;
  • busname : pour les logiciels de communication inter-processus (par exemple dbus) ;
  • target : macro-unité qui permet de grouper plusieurs unités (exemple : multi-user.target pour définir une cible) ;
  • path : pour l'activation d'un service basée sur la modification de fichiers ou de répertoires (typiquement pour les files d'attente lors de l'impression) ;
  • mount : pour un système de fichiers (exemple : home.mount), tout en utilisant /etc/fstab ;
  • automount : pour un système de fichiers monté à la demande ;
  • swap : pour les partitions de swap ;
  • device : pour un périphérique ;
  • timer : pour l'activation basée sur une date ;
  • slice : sert pour la gestion des cgroups, une fonctionnalité du noyau Linux pour limiter, compter et isoler l'utilisation des ressources ;
  • scope : utilisé par systemd lui-même pour gérer des groupes de processus, typiquement, par session utilisateurs ;
  • snapshot : unités utilisées pour sauvegarder l’état actuel des services et les restaurer ensuite, par exemple avant de passer en veille.


Gestion des services

Prennons l'exemple du démon sshd. 

systemctl start sshd.service		=> démarre
systemctl stop sshd.service		=> arrête
systemctl enable sshd.service		=> active au démarrage
systemctl disable sshd.service		=> désactive au démarrage
systemctl is-active sshd.service	=> répond juste "active" ou "inactive"
systemctl is-enabled sshd.service	=> répond juste "enabled" ou "disabled"
systemctl status sshd.service		=> affiche le statut complet
systemctl reload sshd.service		=> reload
systemctl restart sshd.service		=> restart
systemctl show sshd.service		=> affiche les propriétés détaillées
systemctl kill [-s 9] sshd.service	=> envoie un kill au process. Par défaut un SIGTERM=15, mais on peut préciser la valeur avec l'option -s

systemctl is-failed sshd.service	=> affice si un service est failed
systemctl --failed --type=service	=> affiche tous les services failed

systemctl list-unit-files --type=service --all	=> liste tous les services et leur statut
systemctl list-units --type=service		=> liste tous les services loaded

On a également l'argument mask qui désactive le service, et empêche son lancement ou son activation tant qu'on n'a pas fait un unmask. 

systemctl mask sshd
systemctl unmask sshd

Il existe encore d'autres options que vous pourrez trouver dans la page man.


Les targets / runlevels

Comme expliqué dans la présentation, les targets viennent en remplacement des runlevels. Ils sont semblables aux milestones Solaris. Sur un serveur, la target par défaut est multi-user.target. Sur un poste de travail c'est graphical.target.

Chaque target correspond à un certain état du système, correspondant à un certain nombre de services démarrés. 

systemctl get-default				=> voir son runlevel courant
systemctl list-units --type=target --all	=> lister les runlevels loaded et actifs
systemctl list-units --type=target		=> lister les runlevels loaded
systemctl set-default graphical.target		=> définit le runlevel par défaut
systemctl isolate graphical.target		=> définit le runlevel courant


Arrêt du serveur

Systemd gère également l'arrêt et le reboot du serveur. En fait, les commandes habituelles, comme reboot vont lancer les targets correspondantes, par exemple reboot.target. Mais c'est transparent pour nous. A noter que halt arrête le système d'exploitation, mais n'arrête pas électriquement le serveur ; il faut utiliser halt -p, ou poweroff sans option.


Création de service

1/ créer un fichier /etc/systemd/system/mon_service.service Exemple : 

[Unit]
Description=Description de mon service
After=syslog.target
ConditionPathExists=/opt/nagios/

[Service]
Type=forking
PIDFile=/var/run/nrpe.pid
ExecStart=-/opt/nagios/nrpe start
ExecStop=-/opt/nagios/nrpe stop
Restart=always

[Install]
WantedBy=multi-user.target default.target

Remarque : de nombreux tutos disent qu'on doit rendre ce script exécutable. C'est faux. Il suffit de comparer aux scripts déjà existants.


2/ Faire un reload de systemd 

systemctl --system daemon-reload

C'est tout. Maintenant on peut utiliser les commandes start, stop, enable, status etc avec notre nouveau service.

Pour plus de détails sur les options existantes, je vous conseille cet article : https://doc.ubuntu-fr.org/creer_un_service_avec_systemd.


Autres commandes

Il existe des commandes commançant par systemd-. En voici quelques-unes. 

systemd-analyze			=> affiche le temps de démarrage global
systemd-analyze blame		=> affiche le temps de démarrage de chaque service


Liens

Récupérée de « http://www.unixmaniax.fr/wiki/index.php?title=Systemd&oldid=559 »