Cette annexe fournit certaines des meilleures pratiques recommandées et montre comment résoudre certains problèmes liés au service SMF.
La plupart des services décrivent la stratégie de configuration. Si la configuration que vous recherchez n'est pas mis en oeuvre, modifiez la description de la règle en modifiant le service. Modifiez les valeurs des propriétés de service ou créer de nouvelles instances de service avec des valeurs de propriété différentes. Ne désactivez pas les instances de service et ne modifiez pas les fichiers de configuration qui sont prévus pour être gérés par un service SMF.
Ne modifiez pas les profils système et manifestes fournis par Oracle ou des fournisseurs de logiciels tiers. Ces manifestes et les profils sont susceptibles d'être remplacées lorsque vous effectuez une mise à niveau de votre système. Les modifications apportées à ces fichiers seront perdues. Créez plutôt un profil de site pour personnaliser le service ou utilisez la commande svccfg ou la commande inetadm pour manipuler directement les propriétés. Les répertoires /lib/svc/manifest/site et /var/svc/manifest/site sont également réservés à un usage propre au site. Oracle Solaris ne fournit pas de manifestes dans ces répertoires.
Pour appliquer la même configuration personnalisée sur plusieurs systèmes, utilisez la commande svcbundle ou la commande svccfg extract pour créer un fichier de profil. Personnalisez les valeurs de propriété dans ce fichier, les valeurs et incluez des commentaires sur le motif de chaque personnalisation. Copiez le fichier dans /etc/svc/profile/sitesur chaque système, et redémarrez le service manifest-import sur chacun des systèmes. Reportez-vous à la section Configuration de plusieurs systèmes.
Lorsque vous créez un profil de site, assurez-vous que la configuration définie n'est pas en conflit avec la configuration définie dans un autre profil de site pour le même service ou la même instance de service. Lorsque SMF trouve une configuration en conflit sur la même couche du référentiel de configuration de service, l'instance de service affectée est placée en état de maintenance.
N'utilisez pas les emplacements non standard pour le manifester et les fichiers de profils. Reportez-vous à la section Les lots d'offres de service pour connaître les emplacements standard des manifestes et des profils.
Lors de la création d'un service pour votre usage personnel, utilisez site au début du nom de service : svc:/site/service_name:instance_name.
Ne modifiez pas la configuration du service de redémarrage principal, svc:/system/svc/restarter:default, sauf pour configurer les niveaux de journalisation, comme décrit dans Spécification de la quantité de messages au démarrage.
Avant d'utiliser la commande svccfg delcust, utilisez la commande svccfg listcust avec les mêmes options. La sous-commande delcust peut supprimer toutes les personnalisations administratives d'un service. Utilisez la sous-commande listcust pour vérifier les personnalisations qui seront supprimées par la sous-commande delcust.
Dans les scripts, utilisez le FMRI complet de l'instance de service : svc:/service_name:instance_name.
Cette section traite des sujets suivants :
Validation des modifications de configuration dans l'instantané en cours d'exécution
Dépannage des services comportant des problèmes
Transition manuelle d'une instance à l'état degraded ou maintenance
Réparation d'un référentiel de configuration de service corrompu
Configuration de la quantité de messages à afficher ou à stocker au démarrage du système
Transition vers ou initialisation à partir d'un jalon spécifique
Utilisation de SMF pour rechercher des problèmes d'initialisation
Conversion des services inetd en services SMF
Dans le référentiel de configuration de service, SMF stocke les modifications apportées aux propriétés séparément aux propriétés de l'instantané en cours d'exécution. Lorsque vous modifiez la configuration de service, les modifications n'apparaissent pas immédiatement dans l'instantané en cours d'exécution.
L'opération d'actualisation met à jour l'instantané en cours d'exécution de l'instance de service spécifiée avec les valeurs de la configuration de modification.
Par défaut, la commande svcprop affiche les propriétés dans l'instantané en cours d'exécution ; la commande svccfg affiche les propriétés dans la configuration d'édition. Si vous avez modifié les valeurs de propriété mais n'avez pas actualisé la configuration, les commandes svcprop et svccfg n'affichent pas les mêmes valeurs de propriétés. Après avoir actualisé la configuration, les commandes svcprop et svccfg affichent les mêmes valeurs de propriété.
La réinitialisation ne modifie pas l'instantané en cours d'exécution. La commande svcadm restart n'actualise pas la configuration. Utilisez la commande svcadm refresh ou svccfg refresh pour enregistrer les modifications de configuration dans l'instantané en cours d'exécution.
Utilisez la commande svcs -x sans arguments pour afficher des explications sur toutes les instances de service correspondant à une des descriptions suivantes :
Le service est activé mais n'est pas en cours d'exécution.
Le service empêche un autre service activé de s'exécuter.
La liste ci-dessous présente brièvement comment traiter les problèmes de service :
Diagnostiquez le problème, en affichant d'abord le fichier journal du service.
Résolvez le problème. Si la correction du problème implique la modification de la configuration du service, actualisez le service.
Faites passer les services concernés à l'état d'exécution.
Une instance de service est en maintenance est activée mais ne parvient pas à s'exécuter.
L'instance peut passer par l'état maintenance parce qu'une action administrative n'est pas encore terminée. Si l'instance est en transition, son état devrait s'afficher sous la forme maintenance*.
Dans l'exemple suivant, les lignes "State" et "Reason" montrent que le service pkg/depot se trouve dans l'état maintenance parce que sa méthode de démarrage a échoué.
$ svcs -x svc:/application/pkg/depot:default (IPS Depot) State: maintenance since September 11, 2013 01:30:42 PM PDT Reason: Start method exited with $SMF_EXIT_ERR_FATAL. See: http://support.oracle.com/msg/SMF-8000-KS See: pkg.depot-config(1M) See: /var/svc/log/application-pkg-depot:default.log Impact: This service is not running.
Connectez-vous au site de support Oracle pour visualiser l'article de connaissances sur l'autorétablissement prédictif dont il est fait référence. Dans ce cas, l'article vous indique que vous devez afficher le fichier journal afin de déterminer la raison pour laquelle la méthode de démarrage a échoué. La sortie svcs indique le nom du fichier journal. Reportez-vous à Affichage des fichiers journaux d'un service pour plus d'informations sur l'affichage du fichier journal. Dans cet exemple, le fichier de journalisation montre la méthode de démarrage d'appels et le message d'erreur fatale.
[ Sep 11 13:30:42 Executing start method ("/lib/svc/method/svc-pkg-depot start"). ] pkg.depot-config: Unable to get publisher information: The path '/export/ipsrepos/Solaris11' does not contain a valid package repository.
Une ou plusieurs des étapes suivantes peut alors s'avérer nécessaire.
Si la résolution du problème a nécessité de modifier la configuration du service , utilisez la commande svccfg refresh ou svcadm refresh pour tous les services dont la configuration a changé. Assurez-vous que la configuration a été mise à jour dans l'instantané en cours d'exécution en utilisant la commande svcprop pour vérifier les valeurs de propriétés ou au moyen d'autres tests spécifiques au service.
Parfois la ligne "Impact" de la sortie svcs -x vous indique que les services dépendant du service dans l'état maintenance ne fonctionnent pas. Utilisez la commande svcs -l pour vérifier l'état actuel des services dépendants. Assurez - vous que toutes les dépendances requises sont en cours d'exécution. Utilisez la commande svcs -x pour vérifier si tous les services activés sont en cours d'exécution.
Si le service se trouvant dans l'état maintenance est un service de contrat, vérifiez si les processus démarrés par ce service ne se sont pas arrêtés. Lorsqu'une instance de service de contrat est à l'état de maintenance, l'ID de contrat doit être vide, comme l'illustre l'exemple suivant, et tous les processus associés à ce contrat doit être arrêtés. Utilisez svcs -l ou svcs -o ctid pour vous assurer qu'aucun contrat n'existe pour une instance de service en maintenance. Utilisez svcs -p pour vérifier si des processus associés à cette instance de service sont encore en cours d'exécution. Tous les processus affichés par svcs -p pour une instance de service en maintenance doivent être arrêtés.
$ svcs -l system-repository fmri svc:/application/pkg/system-repository:default name IPS System Repository enabled true state maintenance next_state none state_time September 17, 2013 07:18:19 AM PDT logfile /var/svc/log/application-pkg-system-repository:default.log restarter svc:/system/svc/restarter:default contract_id manifest /lib/svc/manifest/application/pkg/pkg-system-repository.xml dependency require_all/error svc:/milestone/network:default (online) dependency require_all/none svc:/system/filesystem/local:default (online) dependency optional_all/error svc:/system/filesystem/autofs:default (online)
Lorsque le problème signalé est réparé, utilisez la commande svcadm clear pour faire repasser le service à l'état online. Pour les services à l'état maintenance, la sous-commande clear indique à l'agent de redémarrage du service que celui-ci est réparé.
$ svcadm clear pkg/depot:default
Si vous spécifiez l'option -s, la commande svcadm attend que l'instance passe à l'état online ou jusqu'à ce qu'elle détermine que l'instance ne pourra pas passer à l'état online sans intervention de l'administrateur, avant de renvoyer un résultat. Utilisez l'option -T avec l'option -s pour spécifier un plafond en secondes pour accomplir la transition ou pour déterminer que la transition est impossible.
Utilisez la commande svcs pour vérifier si le service qui était en maintenance est désormais en ligne. Utilisez la commande svcs -x pour vérifier si tous les services activés sont en cours d'exécution.
Une instance de service hors ligne est activée, mais n'est pas en cours d'exécution ou disponible pour s'exécuter.
L'instance peut passer par l'état offline parce que ses dépendances ne sont pas encore satisfaites. Si l'instance est en transition, son état devrait s'afficher comme offline*.
Si les dépendances obligatoires sont désactivées, activez-les à l'aide de la commande suivante :
$ svcadm enable -r FMRI
Un fichier de dépendance peut être manquant ou illisible. Vous pouvez utiliser pkg fix ou pkg revert pour réparer ce type de problème. Reportez-vous à la page du manuel pkg(1).
Si l'instance était hors ligne, car une dépendance obligatoire n'a pas été satisfaite, le dépannage ou l'activation de la dépendance peut causer le redémarrage et la mise en ligne de l'instance hors ligne sans autre action administrative.
Si vous avez procédé à une autre correction du service, redémarrez l'instance.
$ svcadm restart FMRI
Utilisez la commande svcs pour vérifier si l'instance qui était hors ligne est maintenant en ligne. Utilisez la commande svcs -x pour vérifier si tous les services activés sont en cours d'exécution.
Une instance de service qui est dégradée est activée et en cours d'exécution ou peut être exécutée, mais fonctionne à capacité limitée.
Lorsque le problème signalé est réparé, utilisez la commande svcadm clear pour faire repasser l'instance à l'état online. Pour les instances dans l'état degraded, la sous-commande clear demande à l'agent de redémarrage de l'instance de la repasser à l'état online.
$ svcadm clear pkg/depot:default
Utilisez la commande svcs pour vérifier si l'instance qui était endommagée est maintenant en ligne. Utilisez la commande svcs -x pour vérifier si tous les services activés sont en cours d'exécution.
Vous pouvez marquer une instance de service comme se trouvant dans l'état degraded ou maintenance. Cela peut vous être utile si l'application est bloquée dans une boucle ou verrouillée, par exemple. L'information sur le changement d'état se propage aux dépendances de l'instance marquée, ce qui aide au dégoguage des instances associées.
Spécifiez l'option -I pour demander une modification d'état immédiate.
Lorsque vous marquez une instance comme maintenance, vous pouvez spécifier l'option -t pour demander une modification d'état temporaire. Les demandes temporaires ne dure que jusqu'au redémarrage.
Si vous spécifiez l'option -s avec la commande svcadm mark, svcadm marque l'instance et attend qu'elle passe à l'état degraded ou maintenance avant l'envoi d'un résultat. Utilisez l'option -T avec l'option -s pour spécifier un plafond en secondes pour accomplir la transition ou pour déterminer que la transition est impossible.
Au démarrage du système, le démon du référentiel, svc.configd, effectue une vérification de l'intégrité du référentiel de configuration stocké dans /etc/svc/repository.db. En cas d'échec de la vérification d'intégrité de svc.configd, le démon svc.configd écrit à la console un message similaire à l'exemple suivant :
svc.configd: smf(5) database integrity check of: /etc/svc/repository.db failed. The database might be damaged or a media error might have prevented it from being verified. Additional information useful to your service provider is in: /system/volatile/db_errors The system will not be able to boot until you have restored a working database. svc.startd(1M) will provide a sulogin(1M) prompt for recovery purposes. The command: /lib/svc/bin/restore_repository can be run to restore a backup version of your repository. See http://support.oracle.com/msg/SMF-8000-MY for more information.
Le démon svc.configd se ferme ensuite. Cette sortie est détectée par le démon svc.startd ; ensuite, svc.startd lance sulogin.
A l'invite sulogin, saisissez Ctrl-D pour quitter sulogin. Le démon svc.startd reconnaît l'arrêt de sulogin et redémarre le démon svc.configd qui revérifie le référentiel. Le problème peut ne pas se reproduire après le redémarrage supplémentaire. N'appelez pas directement le démon svc.configd. Le démon svc.startd lance le démon svc.configd.
Si svc.configd signale un nouvel échec de la vérification d'intégrité et que l'invite sulogin apparaît, assurez-vous que les systèmes de fichiers requis ne sont pas remplis. Connectez-vous soit à distance, soit à l'invite sulogin, avec le mot de passe root. Vérifiez que l'espace est disponible sur les systèmes de fichiers root et system/volatile. Si l'un de ces systèmes de fichiers est plein, nettoyez et démarrez de nouveau le système. Si aucun de ces systèmes de fichiers n'est plein, suivez la procédure Restauration d'un référentiel à partir d'une sauvegarde.
Le référentiel de configuration de service peut être corrompu par l'un des motifs suivants :
Défaillance du disque
Bogue matériel
Bogue logiciel
Ecrasement accidentel du fichier
La procédure suivante montre comment remplacer un référentiel endommagé par une copie de sauvegarde du référentiel.
Connectez-vous soit à distance, soit à l'invite sulogin, avec le mot de passe root.
# /lib/svc/bin/restore_repository
L'exécution de cette commande vous guide à travers les étapes nécessaires pour restaurer une sauvegarde non endommagée. SMF effectue automatiquement les sauvegardes du référentiel comme décrit dans Sauvegardes du référentiel.
SMF gère des données de configuration permanentes et non permanentes. Reportez-vous à la section Référentiel de configuration de service pour une description de ces deux référentiels. La commande restore_repository restaure uniquement le référentiel permanent. En outre, la commande restore_repositoryréinitialise le système, ce qui détruit les données de configuration non permanentes. Les données non permanentes sont des données d'exécution qui ne sont pas nécessaires après une réinitialisation du système.
Lorsqu'elle est démarrée, la commande /lib/svc/bin/restore_repository affiche un message similaire au suivant :
See http://support.oracle.com/msg/SMF-8000-MY for more information on the use of this script to restore backup copies of the smf(5) repository. If there are any problems which need human intervention, this script will give instructions and then exit back to your shell.
Une fois le système de fichiers root ( /) installé avec des autorisations d'écriture, ou si le système est une zone locale, vous êtes invité à sélectionner la sauvegarde de référentiel à restaurer :
The following backups of /etc/svc/repository.db exists, from oldest to newest: ... list of backups ...
Le nom attribué à une sauvegarde dépend du type et de l'heure de son exécution. Les sauvegardes commençant par boot sont effectuées avant que la première modification ne soit apportée au référentiel après l'initialisation du système. Les sauvegardes commençant par manifest_import sont effectuées après que svc:/system/manifest-import:default termine son processus. L'heure de la sauvegarde est indiquée au format YYYYMMDD_HHMMSS.
En règle générale, la sauvegarde la plus récente est sélectionnée.
Please enter either a specific backup repository from the above list to restore it, or one of the following choices: CHOICE ACTION ---------------- ---------------------------------------------- boot restore the most recent post-boot backup manifest_import restore the most recent manifest_import backup -seed- restore the initial starting repository (All customizations will be lost, including those made by the install/upgrade process.) -quit- cancel script and quit Enter response [boot]:
Si vous appuyez sur la touche Entrée sans spécifier de sauvegarde à restaurer, la réponse par défaut, entourée de [], est sélectionnée. Sélectionnez -quit- pour quitter le script restore_repository et revenir à l'invite du shell.
Une fois que la sauvegarde à restaurer a été sélectionnée, elle est validée et son intégrité est vérifiée. En cas de problèmes, la commande restore_repository imprime des messages d'erreur et vous invite à effectuer une autre sélection. Lorsqu'une sauvegarde valide est sélectionnée, les informations suivantes sont imprimées et vous êtes invité à confirmer l'opération.
After confirmation, the following steps will be taken: svc.startd(1M) and svc.configd(1M) will be quiesced, if running. /etc/svc/repository.db -- renamed --> /etc/svc/repository.db_old_YYYYMMDD_HHMMSS /system/volatile/db_errors -- copied --> /etc/svc/repository.db_old_YYYYMMDD_HHMMSS_errors repository_to_restore -- copied --> /etc/svc/repository.db and the system will be rebooted with reboot(1M). Proceed [yes/no]?
Le système se réinitialise après que la commande restore_repository a exécuté toutes les actions de la liste.
Par défaut, chaque service qui démarre lors de l'initialisation du système n'affiche aucun message sur la console. Utilisez l'une des méthodes suivantes pour modifier la liste des messages qui s'affichent sur la console et ceux qui sont enregistrés uniquement dans le fichier journal svc.startd. La valeur logging-level peut être l'une des valeurs du tableau ci-dessous.
Lors de l'initialisation d'un système SPARC, spécifiez l'option -m pour la commande boot à l'invite ok. Reportez-vous à la section "Options des messages" à la page de manuel kernel(1M).
ok boot -m logging-level
Lors de l'initialisation d'un système x86, modifiez le menu GRUB pour spécifier l'option -m. Reportez-vous à Ajout d’arguments de noyau en modifiant le menu GRUB au moment de l’initialisation du manuel Initialisation et arrêt des systèmes Oracle Solaris 11.2 et à "Options des messages" à la page de manuel kernel(1M).
Avant de réinitialiser un système, utilisez la commande svccfg pour modifier la valeur de la propriété options/logging. Si cette propriété n'a jamais été modifiée sur ce système, l'arrêt est impossible et celle-ci devra être ajoutée. L'exemple suivant passe en message détaillé. La modification prend effet au prochain redémarrage du démon svc.startd.
$ svccfg -s system/svc/restarter:default listprop options/logging $ svccfg -s system/svc/restarter:default addpg options application $ svccfg -s system/svc/restarter:default setprop options/logging=verbose $ svccfg -s system/svc/restarter:default listprop options/logging options/logging astring verbose
|
Lors de l'initialisation d'un système, vous pouvez spécifier le jalon SMF sur lequel effectuer l'initialisation.
Par défaut, tous les services pour lesquels la valeur de la propriété general/enabled est true sont démarrés à l'initialisation du système. Pour modifier le jalon sur lequel initialiser un système, utilisez l'une des méthodes suivantes. La valeur de milestone peut être le FMRI d'un service ou d'un mot-clé jalon, comme illustré au Table A–2.
Lors de l'initialisation d'un système SPARC, spécifiez l'option -m pour la commande boot à l'invite ok. Voir l'option -m à la page de manuel kernel(1M).
ok boot -m milestone=milestone
Lors de l'initialisation d'un système x86, modifiez le menu GRUB pour spécifier l'option -m. Voir Ajout d’arguments de noyau en modifiant le menu GRUB au moment de l’initialisation du manuel Initialisation et arrêt des systèmes Oracle Solaris 11.2 et l'option -m à la page de manuel kernel(1M).
Avant de réinitialiser un système, utilisez la commande svcadm milestone avec l'option -d. Notez qu'avec ou sans l'option -d, cette commande limite et restaure immédiatement les services en cours d'utilisation. Avec l'option -d, la commande fait aussi du jalon spécifié le jalon d'initialisation par défaut. Cette nouvelle valeur par défaut persiste après les réinitialisations.
$ svcadm milestone -d milestone
Cette commande ne modifie pas le niveau d'exécution actuel du système. Pour modifier le niveau d'exécution actuel du système, utilisez la commande init.
Si vous spécifiez l'option -s, svcadm modifie le jalon, puis attend la fin de la transition vers le jalon actuel avant d'envoyer un résultat. La commande svcadm renvoie un résultat lorsque toutes les instances passe à l'état nécessaire pour atteindre le jalon spécifié ou lorsqu'elle estime qu'une intervention de l'administrateur est nécessaire pour effectuer une transition. Utilisez l'option -T avec l'option -s pour spécifier un plafond en secondes pour accomplir le changement de jalon ou le renvoi.
Le tableau suivant décrit les jalons SMF d'initialisation, y compris les niveau d'exécution Oracle Solaris correspondant. Le niveau d'exécution d'un système définit les services et les ressources à la disposition des utilisateurs. Un système peut être dans un seul niveau d'exécution à la fois. Pour plus d'informations sur les niveaux d'exécution, reportez-vous à la section Fonctionnement des niveaux d’exécution du manuel Initialisation et arrêt des systèmes Oracle Solaris 11.2 , à la page de manuel inittab(4) et au fichier /etc/init.d/README. Pour plus d'informations sur les jalons d'initialisation SMF, voir la sous-commande milestone à la page de manuel svcadm(1M).
|
Pour déterminer le jalon auquel un système s'est actuellement initialisé, utilisez la commande svcs. L'exemple suivant montre que le système est initialisé au niveau d'exécution 3, milestone/multi-user-server :
$ svcs 'milestone/*' STATE STIME FMRI online 9:08:05 svc:/milestone/unconfig:default online 9:08:06 svc:/milestone/config:default online 9:08:07 svc:/milestone/devices:default online 9:08:25 svc:/milestone/network:default online 9:08:31 svc:/milestone/single-user:default online 9:08:51 svc:/milestone/name-services:default online 9:09:13 svc:/milestone/self-assembly-complete:default online 9:09:23 svc:/milestone/multi-user:default online 9:09:24 svc:/milestone/multi-user-server:default
Cette section décrit les actions à entreprendre si votre système se bloque durant l'initialisation ou si une clé cas d'échec du démarrage du service au cours de l'initialisation.
En cas de problème lors du démarrage des services à l'initialisation du système, il arrive parfois que le système de se bloquer pendant l'initialisation. Cette procédure montre comment examiner les services des problèmes qui se produisent au moment de l'initialisation.
Cette commande indique au démon svc.startd de désactiver temporairement tous les services et de démarrer sulogin sur la console.
ok boot -m milestone=none
Reportez-vous à Spécification du jalon SMF sur lequel initialiser pour une liste de jalons SMF que vous pouvez utiliser avec la commande boot -m.
# svcadm milestone all
Lorsque le processus d'initialisation se bloque, déterminez les services qui ne sont pas en cours d'exécution en exécutant svcs a. Recherchez des messages d'erreur dans les fichiers journaux dans /var/svc/log.
# svcs -x
Cette commande vérifie que le processus login sur la console va s'exécuter.
# svcs -l system/console-login:default
Les systèmes de fichiers locaux qui ne sont pas requis pour initialiser le système sont montés par le service svc:/system/filesystem/local:default. Lorsqu'un de ces systèmes de fichiers ne peut pas être monté, le service filesystem/local passe à l'état de maintenance. Le démarrage du système se poursuit et les services qui ne dépendent pas de filesystem/local sont démarrés. Les services ayant une dépendance obligatoire sur le service filesystem/local ne sont pas démarrés.
Cette procédure explique comment modifier la configuration du système de sorte qu'une invite sulogin s'affiche immédiatement après l'échec du service au lieu de permettre la poursuite du démarrage du système.
$ svccfg -s svc:/system/console-login svc:/system/console-login> addpg site,filesystem-local dependency svc:/system/console-login> setprop site,filesystem-local/entities = fmri: svc:/system/filesystem/local svc:/system/console-login> setprop site,filesystem-local/grouping = astring: require_all svc:/system/console-login> setprop site,filesystem-local/restart_on = astring: none svc:/system/console-login> setprop site,filesystem-local/type = astring: service svc:/system/console-login> end
$ svcadm refresh console-login
En cas d'échec avec le service system/filesystem/local:default, utilisez la commande svcs -vx pour identifier l'échec. Une fois l'échec corrigé, utilisez la commande suivante pour effacer l'état d'erreur et autoriser la poursuite de l'initialisation du système, procédez comme suit :
$ svcadm clear filesystem/local
Le fichier inetd.conf sur votre système ne doit contenir aucune entrée. Le fichier inetd.conf doit contenir uniquement les commentaires indiquant qu'il s'agit d'un fichier hérité qui n'est plus utilisé directement. Si le fichier inetd.conf contient des entrées, suivez les instructions de cette section pour convertir ces configurations en services SMF . Les services configurés dans le fichier inetd.conf mais non configurés en tant que services SMF ne peuvent pas être utilisés. Les services configurés dans le fichier inetd.conf ne sont pas directement redémarrés par la commande inetd. La commande inetd est l'agent de redémarrage délégué pour les services convertis.
Durant l'initialisation du système, les configurations du fichier inetd.conf sont automatiquement converties en services SMF. Après l'initialisation du système, des entrées peuvent être ajoutées au fichier inetd.conf en installant de nouveaux logiciels non fournis en packages Image Packaging System (IPS). IPS logiciel distribué par manifeste SMF les packages comprend éventuellement requises manifeste instancie et que l'instance de service SMF avec la bonne que les valeurs de propriété.
Si le fichier inetd.conf sur votre système contient des entrées, utilisez la commande inetconv pour convertir ces configurations en services SMF. La commande inetconv convertit les entrées de inetd.conf en fichiers de manifeste de service SMF, puis importe ces manifestes dans le référentiel SMF pour instancier les instances de services. Reportez-vous à la page de manuel inetconv(1M) pour des informations sur les options de commande et pour voir des exemples d'utilisation de la commande.
Le nom du nouveau manifeste SMF comprend le service_name de l'entrée inetd.conf. L'entrée du fichier inetd.conf est enregistrée en tant que propriété de la nouvelle instance de service. Le nouveau manifeste SMF spécifie les propriétés et groupes de propriétés pour définir les actions répertoriées dans l'entrée inetd.conf. Après l'exécution de la commande inetconv, utilisez les commandes svcs et svcprop pour vérifier si la nouvelle instance de service a été créée, avec les valeurs de propriétés correctes.
La commande inetd est l'agent de démarrage délégué pour les services internet SMF. N'utilisez pas directement la commande inetd pour gérer ces services. Utilisez la commande inetadm sans options ou opérandes pour afficher la liste des services contrôlés par inetd. Utilisez les commandes inetadm, svcadm et svccfg pour configurer et gérer les services convertis.
La commande inetconv ne modifie pas le fichier d'entrée inetd.conf. Vous devez supprimer manuellement toutes les entrées dans le fichier inetd.conf après avoir exécuté correctement inetconv.
Pour plus d'informations sur la configuration des services inetd déjà convertis en services SMF, reportez-vous à Modification des services contrôlés par inetd.