Ignorer les liens de navigation | |
Quitter l'aperu | |
Initialisation et arrêt d'Oracle Solaris sur les plates-formes SPARC Oracle Solaris 11 Information Library (Français) |
1. Initialisation et arrêt d'un système SPARC (présentation)
Nouveautés concernant l'initialisation et l'arrêt d'un système
Fichiers driver.conf fournis administrativement
Réinitialisation rapide sur les plates-formes SPARC
Initialisation et arrêt d'un système SPARC (liste des rubriques)
Recommandations pour initialiser un système
Raisons de l'initialisation d'un système
Fonctionnement des niveaux d'exécution
Que se passe-t-il lorsqu'un système est initialisé à un état multiutilisateur (niveau d'exécution 3)
Cas d'utilisation des niveaux d'exécution et des jalons
Présentation de l'architecture d'initialisation Oracle Solaris
Description du processus d'initialisation SPARC
2. Initialisation d'un système SPARC dans un état spécifié (tâches)
3. Arrêt d'un système (tâches)
4. Réinitialisation d'un système SPARC (tâches)
5. Initialisation d'un système SPARC à partir du réseau (tâches)
6. Modification des paramètres d'initialisation sur un système SPARC (tâches)
8. Procédure à suivre afin qu'un système SPARC reste initialisable (tâches)
9. Dépannage de l'initialisation d'un système SPARC (tâches)
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 Initialisation d'un système sans démarrer de services 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 .
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.