Cette section décrit les problèmes liés au module de gestion des services de Solaris 10. Pour plus d'informations concernant cette fonctionnalité du système d'exploitation de Solaris, reportez-vous à la section Solaris Service Manager du Nouveautés de Solaris 10.
Lorsque le système se réinitialise après une installation de Solaris 10, une erreur peut se produire avec les services dépendants. La sous-commande svccfg import peut ne pas parvenir à activer les services dépendants qui ont été déclarés dans un fichier global du service. Par conséquent, les services dépendants risquent de ne pas démarrer dans l'ordre et peuvent générer des messages d'erreur qui font référence à ces services.
Solution : exécutez la commande svcadm refresh pour le service dépendant. Exemple :
svcadm refresh dependent FMRI |
Les développeurs de logiciels peuvent éviter ce problème avec les solutions suivantes :
Déclarez les services dépendants au niveau de l'instance plutôt qu'au niveau du service.
Pour les installations en direct, activez un script de post-installation d'un package pour exécuter la commande svcadm refresh dependent FMRI.
Pour les installations qui ont recours à un environnement d'initialisation secondaire, ajoutez la commande svcadm refresh dependent FMRI au fichier /var/svc/profile/upgrade.
Lorsqu'un hôte ne dispose pas d'imprimantes locales configurées, deux services d'impression, ipp-listener et rfc1179, sont définis par défaut sur hors ligne. Ces services sont automatiquement en ligne une fois que les imprimantes locales sont configurée sur l'hôte. Les paramètres hors ligne de ces services n'indiquent aucune erreur. Par conséquent, aucune intervention de l'utilisateur n'est nécessaire.
Solution : Aucune.
Sur les systèmes qui n'utilisent aucun service d'information réseau (NIS) ou aucun service de noms NIS+, les services NFS et autofs sont désactivés. Ce problème est dû à la dépendance de ces services par rapport au démon keyserv. Le démon keyserv s'appuie sur le nom de domaine RPC, qui n'est pas appliqué sur les systèmes n'utilisant ni les services NIS, ni les services NIS+. Par conséquent, l'échec du démon keyserv désactive les services NFS et autofs.
Solution : pour activer les services, procédez comme suit :
Prenez le rôle de superutilisateur.
Exécutez les commandes suivantes\~:
# svcadm disable network/rpc/keyserv # svcadm disable -t network/nfs/client:default # svcadm enable network/nfs/client:default # svcadm disable -t network/nfs/server:default # svcadm enable network/nfs/server:default # svcadm disable -t network/rpc/gss:ticotsord # svcadm enable network/rpc/gss:ticotsord |
Lors du démarrage d'un système, il arrive parfois que les services de connexion, tels que la connexion à la console ou une connexion ssh, démarrent avant que les systèmes de fichiers distants et les services d'attribution de noms soient disponibles. Par conséquent, il peut arriver que le nom de l'utilisateur ne soit pas reconnu ou que le répertoire d'accueil de l'utilisateur ne soit pas disponible.
Solution : si l'erreur se produit, attendez quelques secondes, puis reconnectez-vous. Vous pouvez également vous connecter à partir d'un compte local pour visualiser l'état du système.