Les services SysV sont généralement représentés par des scripts exécutables sous /etc/init.d/. Selon son implémentation et les conventions de la distribution, un script accepte des actions comme start, stop, restart ou status. La commande service fournit une enveloppe qui exécute un script nommé dans un environnement plus contrôlé.
Init · Leçon 2
Service System V
Découvrez comment examiner et piloter les anciens scripts de services SysV au moyen de l'enveloppe prise en charge par le système actif.
Découvrir les services et leurs actions
Commencez par répertorier les noms des scripts :
$ ls -1 /etc/init.d/
Certaines implémentations proposent :
$ service --status-all
Ses marqueurs entre crochets et états de fin sont propres à l'enveloppe, et un script peut signaler un état inconnu. Pour un service précis, examinez l'aide du script ou sa documentation au lieu de supposer que chaque action existe.
Qu'enveloppe couramment la commande service ?
Démarrer et arrêter
Sur un véritable hôte géré par SysV, les formes suivantes sont courantes :
$ sudo service NOM_DU_SERVICE start
$ sudo service NOM_DU_SERVICE stop
Ne remplacez le paramètre fictif qu'après avoir identifié le service, ses dépendants, son état actuel et l'impact opérationnel. Arrêter le réseau, l'accès distant, le stockage ou l'authentification depuis une session distante peut vous exclure du système ou corrompre un travail actif.
La forme directe /etc/init.d/NOM_DU_SERVICE ACTION peut exister, mais sur un hôte dont le gestionnaire actif fournit une compatibilité, employez la commande tournée vers ce gestionnaire afin qu'il puisse suivre l'état et les dépendances.
Quelle commande demande l'arrêt du service SysV peanut ?
Rechargement, redémarrage et état
restart arrête normalement le service puis le démarre, ce qui provoque une interruption. reload peut demander au service de relire sa configuration sans redémarrage complet, mais seulement si le script et le démon le prennent en charge. Certains scripts proposent force-reload, avec un comportement de repli défini par la distribution.
Validez la configuration avant tout rechargement ou redémarrage, conservez une deuxième connexion d'administration pour les changements d'accès distant et vérifiez ensuite le véritable point d'accès et les journaux du service, pas seulement un état « running ».
$ sudo service NOM_DU_SERVICE status
$ sudo service NOM_DU_SERVICE reload
Pourquoi ne faut-il pas supposer que reload équivaut à restart ?
Contrôle à l'exécution et activation au démarrage
Démarrer un service maintenant ne l'active pas forcément pour les futurs niveaux d'exécution. L'activation au démarrage est représentée par les liens de niveaux et gérée avec des outils propres à la distribution, comme update-rc.d, chkconfig ou les générateurs de compatibilité du gestionnaire de services.
Ne créez pas manuellement les liens S et K tant que vous ne comprenez pas les métadonnées de dépendances et l'outil de gestion de la distribution ; ces liens peuvent être écrasés ou mal ordonnés.
service SERVICE start active-t-il nécessairement le service lors des futurs démarrages ?
Leçon terminée
Vous avez terminé Service System V
Vous savez maintenant piloter un ancien service sans confondre le contrôle d'exécution et les règles de démarrage.
Découvrir le script réel et les actions qu'il prend en charge.
Placer le nom du service avant l'action dans la syntaxe de l'enveloppe.
Valider et vérifier le comportement du rechargement ou du redémarrage.
Gérer l'activation dans les futurs niveaux au moyen des outils de la distribution.
Conservez votre progression
Créez un compte gratuit pour enregistrer cette leçon et continuer sur n'importe quel appareil.
Créer un compte gratuit