Systemd - Historique des versions

AdminWiki : /* Gestion des services */

2020-12-04T14:01:07Z

Gestion des services

← Version précédente		Version du 4 décembre 2020 à 16:01
Ligne 52 :		Ligne 52 :
	systemctl enable sshd.service => active au démarrage		systemctl enable sshd.service => active au démarrage
	systemctl disable sshd.service => désactive au démarrage		systemctl disable sshd.service => désactive au démarrage
			systemctl enable --now sshd.service => active au démarrage et démarre tout de suite
			systemctl disable --now sshd.service => désactive au démarrage et arrête tout de suite
	systemctl is-active sshd.service => répond juste "active" ou "inactive"		systemctl is-active sshd.service => répond juste "active" ou "inactive"
	systemctl is-enabled sshd.service => répond juste "enabled" ou "disabled"		systemctl is-enabled sshd.service => répond juste "enabled" ou "disabled"
Ligne 71 :		Ligne 73 :

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


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

AdminWiki : /* Création de service */

2019-08-27T11:58:47Z

Création de service

← Version précédente		Version du 27 août 2019 à 13:58
Ligne 108 :		Ligne 108 :
	Type=forking		Type=forking
	PIDFile=/var/run/nrpe.pid		PIDFile=/var/run/nrpe.pid
	ExecStart=-/opt/nagios/nrpe start		ExecStart=/opt/nagios/nrpe start
	ExecStop=-/opt/nagios/nrpe stop		ExecStop=/opt/nagios/nrpe stop
	Restart=always		Restart=always

Ligne 124 :		Ligne 124 :

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


	==Journal==		==Journal==

AdminWiki : /* Journal */

2019-08-01T14:18:41Z

Journal

@@ Ligne 128 : / Ligne 128 : @@
 ==Journal==
 Systemd possède son système de log. Il se gère avec la commande '''journalctl'''.
 ==Autres commandes==

AdminWiki le 1 août 2019 à 13:59

2019-08-01T13:59:22Z

← Version précédente		Version du 1 août 2019 à 15:59
Ligne 124 :		Ligne 124 :

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


			==Journal==
			Systemd possède son système de log. Il se gère avec la commande '''journalctl'''.

AdminWiki : /* Arrêt du serveur */

2019-08-01T13:47:40Z

Arrêt du serveur

← Version précédente		Version du 1 août 2019 à 15:47
Ligne 90 :		Ligne 90 :
	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.		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.

			Les commandes systemd sont :
			systemctl reboot => reboot
			systemctl poweroff => arrêt
			systemctl suspend => mise en veille
			systemctl hibernate => hibernation

	==Création de service==		==Création de service==

AdminWiki le 1 août 2019 à 12:33

2019-08-01T12:33:43Z

Voir les modifications

AdminWiki : 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... »

2015-11-13T13:12:48Z

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... »

Nouvelle page

[[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é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.

==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.
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 enable sshd
systemctl disable sshd

Pour voir si un service est activé au démarrage.
systemctl is-enabled sshd

Pour avoir des informations détaillées sur le service.
systemctl show sshd

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==

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.

Voir la liste des targets.
systemctl list-units --type=target

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

Changer la target courante.
systemctl isolate multi-user.target

Changer la target par défaut.
systemctl set-default multi-user.target

==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.

Systemd - Historique des versions

AdminWiki : /* Gestion des services */

AdminWiki : /* Création de service */

AdminWiki : /* Journal */