SMF (utilitaire de gestion des services) et initialisation

L'utilitaire SMF offre une infrastructure qui augmente les scripts d'initialisation UNIX traditionnels, les niveaux d'exécution init et les fichiers de configuration. Grâce à SMF, le processus d'initialisation génère désormais moins de messages. Les services n'affichent pas de message par défaut à leur démarrage. Toutes les informations contenues dans les messages d'initialisation sont désormais disponibles dans un fichier journal pour chaque service situé dans le répertoire /var/svc/log. Vous pouvez utiliser la commande svcs pour vous aider à diagnostiquer des problèmes d'initialisation. Pour générer un message au démarrage de chaque service au cours du processus d'initialisation, exécutez l'option -v avec la commande boot.

A l'initialisation d'un système, vous pouvez sélectionner le jalon auquel effectuer l'initialisation ou le niveau des messages d'erreur à enregistrer. Exemple :

• Vous pouvez choisir un jalon spécifique auquel effectuer l'initialisation à l'aide de cette commande :

  ok boot -m milestone=milestone

  Le jalon par défaut all démarre tous les services activés. Une autre jalon utile est none, qui démarre uniquement init, svc.startd et svc.configd . Ce jalon fournit un environnement de débogage très utile lorsque les services peuvent être démarrés manuellement. Reportez-vous à la section Procédure d’initialisation sans démarrer de services du manuel Administration d’Oracle Solaris : Tâches courantes pour obtenir des instructions sur l'utilisation du jalon none.

  Les équivalents de niveau d'exécution single-user, multi-user et multi-user-server sont également disponibles, mais ne sont pas couramment utilisés. Le jalon multi-user-server, en particulier, ne démarre pas les services qui ne sont pas une dépendance de ce jalon, et peut donc ne pas inclure des services importants.

• Vous pouvez choisir le niveau de journalisation de svc.startd à l'aide de la commande suivante :

  ok boot -m logging_level

  Les niveaux de journalisation que vous pouvez sélectionner sont quiet, verbose et debug. Pour des informations spécifiques sur les niveaux de journalisation, reportez-vous à la section Journalisation des erreurs du service SMF du manuel Administration d’Oracle Solaris : Tâches courantes .

Changements du comportement de l'initialisation lors de l'utilisation de SMF

La plupart des fonctions fournies par SMF se produisent en arrière-plan, de sorte que les utilisateurs n'en ont habituellement pas connaissance. D'autres fonctions sont accessibles par de nouvelles commandes.

Voici la liste des changements de comportement les plus visibles :

• Le processus d'initialisation crée désormais bien moins de messages. Les services n'affichent pas de message par défaut à leur démarrage. Toutes les informations contenues dans les messages d'initialisation sont désormais disponibles dans un fichier journal pour chaque service situé dans le répertoire /var/svc/log. Vous pouvez utiliser la commande svcs pour vous aider à diagnostiquer des problèmes d'initialisation. En outre, vous pouvez exécuter l'option -v avec la commande boot pour générer un message au démarrage de chaque service lors du processus d'initialisation.

• Dans la mesure où les services sont automatiquement redémarrés lorsque cela est possible, il peut sembler qu'un processus ne parvient pas à se terminer. Si le service est défectueux, il est placé en mode de maintenance, mais normalement un service est redémarré si le processus du service est interrompu. La commande svcadm doit être utilisée pour arrêter les processus de tout service SMF ne devant pas être en cours d'exécution.

• La plupart des scripts dans /etc/init.d et /etc/rc*.d ont été supprimés. Les scripts ne sont plus nécessaires pour activer ou désactiver un service. Des entrées de /etc/inittab ont également été supprimées, afin que les services puissent être gérés à l'aide de SMF. Des scripts et des entrées inittab qui sont fournis par un éditeur de logiciels indépendant (ISV) ou développés localement continueront à fonctionner. Les services peuvent ne pas démarrer exactement au même stade du processus d'initialisation, mais ils ne sont pas démarrés avant les services SMF.