Ignorer les liens de navigation
Quitter l'aperu
| Guide d'administration système d'Oracle Solaris Cluster Oracle Solaris Cluster 4.1 (Français)

Périmètre de la recherche:

- Ce document
- Toute la bibliothque

## Administration du contrôle de chemin de disque

L'administration DPM (Disk Path Monitoring, contrôle du chemin de disque) permet de recevoir des notifications de panne de chemin de disque secondaire. Suivez les procédures décrites dans cette section pour réaliser les tâches d'administration associées au contrôle de chemin de disque. Pour obtenir des informations conceptuelles sur le démon de contrôle de chemin de disque, reportez-vous au Chapitre 3, Key Concepts for System Administrators and Application Developers du manuel Oracle Solaris Cluster Concepts Guide. La page de manuel `cldevice`(1CL) décrit les options de commande et les commandes associées. Pour plus d'informations sur le réglage du démon `scdpmd`, reportez-vous à la page de manuel `scdpmd.conf`(4). Reportez-vous également à la page de manuel `syslogd`(1M) pour obtenir les erreurs consignées par le démon.

Remarque - Lorsque vous ajoutez des périphériques d'E/S à un noeud à l'aide de la commande `cddevice`, des chemins de disques sont automatiquement ajoutés à la liste de contrôle. Le contrôle de chemin de disque est automatiquement désactivé lorsque des périphériques sont supprimés du noeud à l'aide des commandes Oracle Solaris Cluster.

Tableau 5-5 Liste des tâches : administration du contrôle de chemin de disque

Tâche | Instructions
--- | ---
Contrôle d'un chemin de disque. | Contrôle d'un chemin de disque
Désactivation du contrôle d'un chemin de disque. | Désactivation du contrôle d'un chemin de disque
Impression de l'état de chemins de disques défectueux pour un noeud. | Impression des chemins de disques défectueux
Contrôle des chemins de disques à partir d'un fichier. | Contrôle des chemins de disques à partir d'un fichier
Activation ou désactivation de la réinitialisation automatique d'un noeud en cas d'échec de tous les chemins de disques contrôlés. | Activation de la réinitialisation automatique d'un noeud en cas d'échec de tous les chemins contrôlés de disques partagés Désactivation de la réinitialisation automatique d'un noeud en cas d'échec de tous les chemins contrôlés de disques partagés
Correction de l'état d'un chemin de disque incorrect. L'état d'un chemin de disque incorrect peut être signalé lorsque le périphérique DID contrôlé est indisponible pendant l'initialisation et l'instance DID n'est pas téléchargée dans le pilote DID. | Correction d'une erreur d'état du chemin de disque

Les procédures, décrites dans la section suivante, qui exécutent la commande `cldevice` incluent l'argument de chemin de disque. L'argument de chemin de disque se compose d'un nom de noeud et d'un nom de disque. Le nom de noeud n'est pas nécessaire et sa valeur est définie par défaut sur `all` sans spécification de votre part.

## Contrôle d'un chemin de disque

Procédez comme suit pour contrôler des chemins de disques dans votre cluster.

L'élément `phys-schost#` fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.

Cette procédure contient la forme longue des commandes de Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. A l'exception de la forme du nom, ces commandes sont identiques.

1. Prenez un rôle octroyant une autorisation RBAC `solaris.cluster.modify` sur n'importe quel noeud du cluster.
2. Contrôle d'un chemin de disque.

       # cldevice monitor -n node disk

3. Vérifiez que le chemin de disque est contrôlé.

       # cldevice status device

Exemple 5-24 Contrôle d'un chemin de disque sur un seul noeud

Dans l'exemple suivant, le chemin de disque `schost-1:/dev/did/rdsk/d1` est contrôlé à partir d'un seul noeud. Seul le démon DPM situé sur le noeud `schost-1` contrôle le chemin d'accès au disque `/dev/did/dsk/d1`.

    # cldevice monitor -n schost-1 /dev/did/dsk/d1
    # cldevice status d1

    Device Instance   Node           Status
    --------------- ---- ------
    /dev/did/rdsk/d1   phys-schost-1 Ok

Exemple 5-25 Contrôle d'un chemin de disque sur tous les noeuds

Dans l'exemple suivant, le chemin de disque `schost-1:/dev/did/dsk/d1` est contrôlé à partir de tous les noeuds. Le contrôle DPM démarre sur tous les noeuds pour lesquels `/dev/did/dsk/d1` est un chemin valide.

    # cldevice monitor /dev/did/dsk/d1
    # cldevice status /dev/did/dsk/d1

    Device Instance   Node           Status
    --------------- ---- ------
    /dev/did/rdsk/d1   phys-schost-1 Ok

Exemple 5-26 Relecture de la configuration de disque à partir du CCR

Dans l'exemple suivant, le démon est contraint à relire la configuration de disque à partir du CCR et les chemins de disques contrôlés sont imprimés avec leur état.

    # cldevice monitor +
    # cldevice status
    Device Instance              Node               Status
    ---------------              ----               ------
    /dev/did/rdsk/d1             schost-1           Ok
    /dev/did/rdsk/d2             schost-1           Ok
    /dev/did/rdsk/d3             schost-1           Ok
                                 schost-2           Ok
    /dev/did/rdsk/d4             schost-1           Ok
                                 schost-2           Ok
    /dev/did/rdsk/d5             schost-1           Ok
                                 schost-2           Ok
    /dev/did/rdsk/d6             schost-1           Ok
                                 schost-2           Ok
    /dev/did/rdsk/d7             schost-2           Ok
    /dev/did/rdsk/d8             schost-2           Ok

## Désactivation du contrôle d'un chemin de disque

Procédez comme suit pour désactiver le contrôle d'un chemin de disque.

L'élément `phys-schost#` fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.

Cette procédure contient la forme longue des commandes de Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. A l'exception de la forme du nom, ces commandes sont identiques.

1. Prenez un rôle octroyant une autorisation RBAC `solaris.cluster.modify` sur n'importe quel noeud du cluster.
2. Déterminez l'état du chemin de disque dont vous souhaitez désactiver le contrôle.

       # cldevice status device

3. Sur chaque noeud, désactivez le contrôle des chemins de disques appropriés.

       # cldevice unmonitor -n node disk

Exemple 5-27 Désactivation du contrôle d'un chemin de disque

Dans l'exemple suivant, le contrôle du chemin de disque `schost-2:/dev/did/rdsk/d1` est désactivé et les chemins de disques sont imprimés avec leur état pour l'ensemble du cluster.

    # cldevice unmonitor -n schost2 /dev/did/rdsk/d1
    # cldevice status -n schost2 /dev/did/rdsk/d1

    Device Instance              Node               Status
    ---------------              ----               ------
    /dev/did/rdsk/d1             schost-2           Unmonitored

## Impression des chemins de disques défectueux

Procédez comme suit pour imprimer les chemins de disques défectueux d'un cluster.

1. Prenez le rôle `root` sur n'importe quel noeud du cluster.
2. Imprimez les chemins de disques défectueux à l'échelle du cluster.

       # cldevice status -s fail

Exemple 5-28 Impression des chemins de disques défectueux

Dans l'exemple suivant, les chemins de disques défectueux sont imprimés pour l'ensemble du cluster.

    # cldevice status -s fail

    Device Instance               Node              Status
    ---------------               ----              ------
    dev/did/dsk/d4                phys-schost-1     fail

## Correction d'une erreur d'état du chemin de disque

Si les événements suivants se produisent, le contrôle DPM risque de ne pas mettre à jour l'état d'un chemin défectueux lors de son retour en ligne :

- L'échec d'un chemin contrôlé provoque la réinitialisation du noeud.

- La reconnexion du périphérique sous le chemin DID contrôlé est tributaire de celle du noeud réinitialisé.

L'état d'un chemin de disque incorrect est signalé parce que le périphérique DID contrôlé est indisponible pendant l'initialisation et, par conséquent, l'instance DID n'est pas téléchargée dans le pilote DID. Dans ce cas, mettez manuellement à jour les informations DID.

1. A partir d'un noeud, mettez à jour l'espace de noms des périphériques globaux.

       # cldevice populate

2. Sur chaque noeud, vérifiez que le traitement de la commande est arrivé à terme avant de passer à l'étape suivante.

   La commande s'applique à distance sur tous les noeuds, même si elle est exécutée à partir d'un seul noeud. Pour savoir si la commande a terminé le traitement, exécutez la commande suivante sur chaque noeud du cluster.

       # ps -ef | grep cldevice populate

3. Dans le délai d'interrogation DPM, vérifiez que l'état du chemin de disque défectueux est à présent OK.

       # cldevice status disk-device

       Device Instance               Node                  Status
       ---------------               ----                  ------
       dev/did/dsk/dN                phys-schost-1         Ok

## Contrôle des chemins de disques à partir d'un fichier

Procédez comme suit pour activer ou désactiver le contrôle des chemins de disques à partir d'un fichier.

Pour modifier la configuration du cluster à l'aide d'un fichier, vous devez d'abord l'exporter. L'exportation génère un fichier XML que vous pouvez alors modifier afin de définir les composants de la configuration que vous changez. L'intégralité de ce processus est décrite dans la procédure suivante.

L'élément `phys-schost#` fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.

Cette procédure contient la forme longue des commandes de Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. A l'exception de la forme du nom, ces commandes sont identiques.

1. Prenez un rôle octroyant une autorisation RBAC de type `solaris.cluster.modify` sur n'importe quel noeud du cluster.
2. Exportez la configuration de périphérique dans un fichier XML.

       # cldevice export -o configurationfile

   `-o` configurationfile

     Précisez le nom de votre fichier XML.

3. Modifiez le fichier de configuration en vue de contrôler les chemins de périphériques.

   Recherchez les chemins de périphériques à contrôler et définissez l'attribut `monitored` sur `true`.

4. Contrôlez les chemins de périphériques.

       # cldevice monitor -i configurationfile

   `-i` configurationfile

     Précisez le nom du fichier XML modifié.

5. Vérifiez que le chemin de périphérique est à présent contrôlé.

       # cldevice status

Exemple 5-29 Contrôle des chemins de disques à partir d'un fichier

Dans l'exemple suivant, le chemin de périphérique entre le noeud `phys-schost-2` et le périphérique `d3` est contrôlé à l'aide d'un fichier XML.

La première étape consiste à exporter la configuration de cluster actuelle.

    # cldevice export -o deviceconfig

Le fichier XML `deviceconfig` indique que le chemin entre `phys-schost-2` et `d3` n'est pas contrôlé.

    <?xml version="1.0"?>
    <!DOCTYPE cluster SYSTEM "/usr/cluster/lib/xml/cluster.dtd">
    <cluster name="brave_clus">
    .
    .
    .
       <deviceList readonly="true">
        <device name="d3" ctd="c1t8d0">
          <devicePath nodeRef="phys-schost-1" monitored="true"/>
          <devicePath nodeRef="phys-schost-2" monitored="false"/>
        </device>
      </deviceList>
    </cluster>

Pour le contrôler, définissez l'attribut `monitored` sur `true`, comme suit.

    <?xml version="1.0"?>
    <!DOCTYPE cluster SYSTEM "/usr/cluster/lib/xml/cluster.dtd">
    <cluster name="brave_clus">
    .
    .
    .
       <deviceList readonly="true">
        <device name="d3" ctd="c1t8d0">
          <devicePath nodeRef="phys-schost-1" monitored="true"/>
          <devicePath nodeRef="phys-schost-2" monitored="true"/>
        </device>
      </deviceList>
    </cluster>

Utilisez la commande `cldevice` pour lire le fichier et activer le contrôle.

    # cldevice monitor -i deviceconfig

Utilisez la commande `cldevice` pour vérifier que le périphérique est maintenant contrôlé.

    # cldevice status

Voir aussi

Pour plus d'informations sur l'exportation de la configuration du cluster et sa définition à l'aide du fichier XML obtenu, reportez-vous aux pages de manuel `cluster`(1CL) et `clconfiguration`(5CL).

## Activation de la réinitialisation automatique d'un noeud en cas d'échec de tous les chemins contrôlés de disques partagés

L'activation de cette fonctionnalité entraîne la réinitialisation automatique d'un noeud lorsque les conditions suivantes sont vérifiées :

- Tous les chemins contrôlés de disques partagés sur le noeud échouent.

- Au moins l'un des disques est accessible depuis un autre noeud du cluster.

La réinitialisation du noeud entraîne le redémarrage de tous les groupes de ressources et groupes de périphériques de ce noeud sur un autre noeud.

Si tous les chemins contrôlés des disques partagés sur le noeud restent inaccessibles après la réinitialisation automatique du noeud, le noeud n'est pas à nouveau automatiquement réinitialisé. Toutefois, si un chemin de disque devient disponible après la réinitialisation du noeud, puis échoue à nouveau, le noeud est automatiquement réinitialisé.

Lorsque vous activez la propriété `reboot_on_path_failure`, l'état des chemins de disques locaux n'est pas pris en compte pour déterminer si un noeud doit être réinitialisé. Seuls les disques partagés contrôlés sont concernés.

1. Sur un noeud du cluster, prenez le rôle octroyant une autorisation RBAC de type `solaris.cluster.modify`.
2. Pour tous les noeuds du cluster, activez la réinitialisation automatique d'un noeud en cas d'échec de tous les chemins contrôlés de disques partagés qui permettent d'y accéder.

       # clnode set -p reboot_on_path_failure=enabled +

## Désactivation de la réinitialisation automatique d'un noeud en cas d'échec de tous les chemins contrôlés de disques partagés

Si vous désactivez cette fonctionnalité et que tous les chemins contrôlés de disques partagés sur un noeud échouent, le noeud n'est pas réinitialisé automatiquement.

1. Sur un noeud du cluster, prenez le rôle octroyant une autorisation RBAC de type `solaris.cluster.modify`.
2. Pour tous les noeuds du cluster, désactivez la réinitialisation automatique d'un noeud en cas d'échec de tous les chemins contrôlés de disques partagés qui permettent d'y accéder.

       # clnode set -p reboot_on_path_failure=disabled +

Copyright © 2000, 2012, Oracle et/ou ses affiliés. Tous droits réservés. Notice légale |