Cette section explique comment configurer la DR avant d'effectuer une opération de détachement.
L'opération DR de détachement fonctionne avec Alternate Pathing (AP) ou l'écriture miroir Solstice(TM) DiskSuite(TM) lorsque vous détachez une carte qui héberge des contrôleurs E/S rattachés à des ressources système essentielles. Si, par exemple, la partition racine (/) ou /usr se trouve sur un disque attaché à un contrôleur de la carte, la carte ne peut être détachée que s'il existe un chemin matériel alternatif d'accès au disque, si AP a été configuré pour en profiter ou si le disque a été doublé par écriture miroir. Le chemin alternatif ou les miroirs doivent être hébergés par d'autres cartes dans le domaine. La même chose s'applique aux contrôleurs réseau. La carte qui héberge le contrôleur Ethernet qui connecte le SSP à la plate-forme Sun Enterprise 10000 ne peut pas être détachée à moins qu'un chemin alternatif d'accès à un contrôleur Ethernet existe sur une autre carte pour cette connexion de réseau.
Pour activer l'interruption du périphérique pour les gestionnaires soc et pln, vous devez éditer le fichier /etc/system pour que les variables pln_enable_detach_suspend et soc_enable_detach_suspend soient programmées sur 1, comme dans l'exemple suivant :
set pln:pln_enable_detach_suspend=1 set soc:soc_enable_detach_suspend=1 |
La zone de swap du domaine doit être configurée en plusieurs partitions sur des disques attachés à des contrôleurs hébergés par différentes cartes. Avec ce type de configuration, une partition de swap donnée n'est pas une ressource essentielle car il est possible d'en ajouter et d'en supprimer dynamiquement (pour plus d'informations, reportez-vous à swap(1M)).
Lorsque la mémoire (swapfs) ou la zone de swap d'un disque est détachée, il doit rester suffisamment de mémoire ou de zone de swap dans le domaine pour les programmes en cours.
Une carte qui héberge des ressources système qui ne sont pas essentielles peut être détachée, indépendamment de l'existence de chemins alternatifs d'accès aux ressources. Fermez tous les périphériques de la carte avant de la détacher ; démontez tous ses systèmes de fichiers et supprimez ses partitions de swap. Il se peut que vous ayez à arrêter les processus ayant provoqué l'ouverture de fichiers ou de périphériques ou à placer un verrou matériel sur les systèmes de fichiers (en utilisant lockfs(1M)) avant de démonter les cartes.
Tous les gestionnaires des unités E/S de la ou des cartes doivent supporter l'option DDI_DETACH au point d'entrée de détachement du gestionnaire. Cette option libère toutes les ressources système associées à ce périphérique ou cet adaptateur.
Si vous utilisez la commande ndd(1M) pour programmer les paramètres de configuration des gestionnaires de réseau, les paramètres risquent de ne pas persister après une opération DR d'attachement ou de détachement. Utilisez le fichier /etc/system ou driver.conf d'un gestionnaire donné pour définir des paramètres permanents.
Lorsque vous détachez une carte comportant de la mémoire non-paginable, DR doit repérer une carte de mémoire de remplacement (cible) dans laquelle copier la mémoire non-paginable. Dans la version Solaris 7 5/99, si aucune carte cible n'est trouvée, l'opération de détachement est refusée et DR affiche le message d'avertissement suivant sur la console du système :
WARNING: sfdr: sfdr_pre_release_mem: no available target for mem-unit (board.0) |
La configuration de swap du domaine se compose de périphériques de swap et de swapfs (mémoire). Le domaine doit contenir une zone de swap suffisante pour pouvoir vider la mémoire paginable. Par exemple, si vous voulez retirer 1 gigaoctet de mémoire d'un domaine de 2 gigaoctets, il vous faut 1 gigaoctet de zone de swap, en fonction de la charge. Une zone de swap insuffisante empêche la fonctionnalité DR d'exécuter le détachement d'une carte qui contient de la mémoire. Si cela se produit, la phase de vidage de la mémoire ne peut pas être exécutée et vous êtes contraint à abandonner l'opération de détachement.
DR met automatiquement fin à l'utilisation de toutes les interfaces réseau sur la carte qui va être détachée. Lorsque vous terminez l'opération Detach, le dr_daemon(1M) identifie toutes les interfaces configurées sur la carte qui va être détachée et émet les commandes ifconfig(1M) suivantes sur chacune de ces interfaces.
ifconfig interface down ifconfig interface unplumb |
De plus, si des interfaces de type FDDI sont détachées, la fonctionnalité DR arrête le démon de surveillance du réseau FDDI avant l'exécution de l'opération Detach et le relance après. Notez que le démon /usr/sbin/nf_snmd des périphériques nf n'est ni lancé ni arrêté lorsqu'une carte qui contient une interface FDDI est attachée.
DR n'exécute pas ces commandes sur une carte qui contient une interface réseau remplissant au moins l'une des conditions suivantes. Dans ces cas, l'opération Detach échoue et la DR affiche un message d'erreur.
L'interface est l'interface réseau primaire du domaine; c.-à-d., l'interface dont l'adresse IP correspond au nom de l'interface réseau contenu dans le fichier /etc/nodename. Notez que le fait de désactiver l'interface réseau primaire du domaine empêche les services de noms d'information réseau de fonctionner, il s'ensuit qu'il devient impossible d'établir des connexions réseau avec des hôtes distants en utilisant des applications telles que ftp(1), rsh(1), rcp(1), rlogin(1). Les opérations serveur et client NFS sont aussi affectées.
L'interface est sur le même sous-réseau que l'hôte SSP du système ; c.-à-d., le sous-réseau de l'adresse IP qui correspond au nom de l'hôte SSP trouvé dans /etc/ssphostname. Le fait de désactiver cette interface interrompt la communication entre l'hôte et le SSP. Etant donné que les opérations DR sont lancées sur le SSP, vous risqueriez de perdre le contrôle de l'opération de détachement. (Notez que le fichier /etc/ssphostname contient le nom du SSP qui contrôle l'hôte ; par conséquent, si vous renommez le SSP, /etc/ssphostname doit être manuellement mis à jour.)
L'interface est le chemin alternatif actif d'un métapériphérique Alternate Pathing (AP) lorsque le métapériphérique AP est plombé. Les interfaces utilisées par AP ne doivent pas servir de chemin actif lorsque la carte est détachée. AP 2.1 effectue automatiquement la commutation ; toutefois, vous pouvez commuter manuellement le chemin actif sur une interface qui n'est pas sur la carte détachée. Si ce chemin n'existe pas, exécutez manuellement les commandes ifconfig down et ifconfig unplumb sur l'interface AP (pour commuter manuellement un chemin actif, utilisez la commande apconfig(1M)).
Le détachement des interfaces réseau peut affecter les systèmes client NFS.
Tous les périphériques qui sont en dehors du réseau doivent être fermés avant d'être détachés. La fenêtre des périphériques Hostview et la liste E/S drshow(1M) comportent un champ de décompte des périphériques ouverts, qui indique combien de processus ont ouvert des périphériques particuliers. Pour savoir quels processus provoquent l'ouverture de ces périphériques, utilisez la commande fuser(1M) sur le domaine.
Vous devez effectuer certaines opérations pour les périphériques qui ne sont pas en réseau. Bien que la liste de tâches suivante implique un ordre donné, respecter cet ordre n'est pas nécessaire.
Si les fonctionnalités de redondance de Alternate Pathing ou d'écriture miroir Solstice DiskSuite sont utilisées pour accéder à un périphérique connecté à la carte, reconfigurez ces sous-systèmes pour que le périphérique ou le réseau soit accessible en utilisant les contrôleurs d'autres cartes système. Notez qu'avec Alternate Pathing 2.1, le système commute automatiquement les unités de disque sur une interface de remplacement s'il y en a une.
Démontez les systèmes de fichiers, y compris les métapériphériques Solstice DiskSuite qui comportent une partition résidant sur une carte (par exemple, umount /partit).
Supprimez les bases de données Alternate Pathing ou Solstice DiskSuite des partitions résidant sur la carte. L'emplacement des bases de données Alternate Pathing ou Solstice DiskSuite est explicitement choisi par l'utilisateur et peut être modifié.
Supprimez les régions privées utilisées par Sun Enterprise Volume Manager(TM) ou Veritas Volume Manager. Le gestionnaire de volumes utilise par défaut une région privée sur chacun des périphériques qu'il contrôle, par conséquent ces périphériques doivent être soustraits au contrôle du gestionnaire de volume avant d'être détachés.
Supprimez les partitions de disque de la configuration de swap en utilisant swap(1M).
Arrêtez les processus qui ouvrent directement un périphérique ou une partition brute, ou demandez-leur de fermer le périphérique ouvert sur la carte.
Si un périphérique pas sûr en cas de détachement (detach-unsafe) se trouve sur la carte, fermez toutes les instances de ce périphérique et utilisez modunload(1M) pour décharger le gestionnaire.
Arrêtez tous les processus en temps réel qui sont ouverts si l'environnement d'exploitation doit être interrompu.
Le démontage de systèmes de fichiers partagés avec l'utilitaire share(1M) peut affecter les systèmes clients NFS.
Vous devez effectuer certaines opérations pour les processus. Bien que la liste de tâches suivante implique un ordre donné, respecter cet ordre n'est pas nécessaire.
Si l'environnement d'exploitation doit être interrompu, arrêtez tous les processus en temps réel ouverts.
Arrêtez ou déconnectez tous les processus liés aux processeurs de la carte.
Les processus liés aux processeurs d'une carte empêchent le détachement de cette carte. Vous pouvez utiliser pbind(1M) pour les relier à d'autres processeurs.
Le processeur d'initialisation est responsable de l'entretien du tampon BBSRAM netcon. Avant de détacher une carte hébergeant un processeur d'initialisation, le dr_daemon(1M) doit assigner la fonction de processeur d'initialisation à un autre processeur actif (en ligne).