Configuration d'un groupe de disques rootdg

Chaque noeud de cluster nécessite la création d'un groupe de disques rootdg. Ce groupe de disques est utilisé par VxVM pour stocker les informations de configuration et est soumis aux restrictions suivantes :

• L'accès au groupe de disques rootdg d'un noeud est restreint à ce seul noeud.

• Les noeuds distants ne doivent jamais accéder aux données stockées dans le groupe de disques rootdg d'un autre noeud.

• N'utilisez pas la commande scconf(1M) pour enregistrer le groupe de disques rootdg en tant que groupe de disques partagé.

• Dans la mesure du possible, configurez toujours le groupe de disques rootdg de chaque noeud sur un disque non partagé.

Le logiciel Sun Cluster prend en charge les méthodes suivantes pour la configuration du groupe de disques rootdg :

• Encapsulage du disque root du noeud : cette méthode permet la mise en miroir du disque root, ce qui constitue une alternative de démarrage en cas de corruption ou d'endommagement du disque root. L'encapsulage du disque root nécessite deux tranches de disque libres ainsi que des cylindres libres, de préférence au début ou à la fin du disque.

• Utilisation de disques locaux et non-root : VxVM peut initialiser ou encapsuler des disques locaux pour les utiliser comme rootdg, principalement en créant un groupe de disques local sur ce noeud (ni accessible globalement, ni hautement disponible). Comme pour le disque root, l'encapsulage d'un disque non-root nécessite deux tranches de disque libres et des cylindres libres au début ou à la fin du disque.

Pour plus d'informations, reportez-vous à la documentation d'installation de VxVM.

Encapsulage du disque root

Suivez cette procédure pour créer un groupe de disques rootdg en encapsulant le disque root.

1. Gardez à portée de main les clés de licence de VERITAS Volume Manager (VxVM).

2. Devenez superutilisateur sur un noeud du cluster.

3. Assurez-vous que le disque root dispose d'au moins deux tranches avec 0 cylindre et un ou plusieurs cylindres à la fin ou au début du disque.

   Si nécessaire, utilisez la commande format(1M) pour affecter 0 cylindre à chaque tranche de VxVM. Si la tranche 7 a été réservée pour le gestionnaire de volumes, le formatage de la tranche 7 libère également l'espace supplémentaire nécessaire à la fin du disque.

4. Lancez l'utilitaire vxinstall(1M).

   # vxinstall

   Lorsque le système vous y invite, répondez comme suit :

   • Choisissez l'installation personnalisée.

   • Encapsulez le disque root.

   • Choisissez un nom unique sur tout le cluster pour le disque root. La méthode la plus simple pour attribuer un nom au disque root consiste à ajouter une lettre au nom par défaut.

     Par exemple, si le nom par défaut est rootdisk, appelez le disque root rootdiska sur un noeud, rootdiskb sur le suivant, etc.

   • N'ajoutez aucun autre disque au groupe de disques rootdg.

   • Pour tous les autres contrôleurs, choisissez 4 (Leave these disks alone).

   • N'acceptez pas la l'arrêt et la réinitialisation.

   Pour plus de détails, reportez-vous à la documentation d'installation de VxVM.

   ---

   Remarque :

   DMP étant désactivé, un message d'erreur semblable à celui-ci risque d'être généré. Vous pouvez l'ignorer sans risque.

   ---

   vxvm:vxdmpadm: ERROR: vxdmp module is not loaded on the system. Command invalid.

5. Editez les noms de périphériques du fichier /etc/vfstab pour le système de fichiers /global/.devices/node@ID_noeud.

   ---

   Remarque :

   vous devez apporter cette modification pour que VxVM reconnaisse que le système de fichiers /global/.devices/node@ID_noeud se trouve sur le disque root.

   ---

   Remplacez les noms de périphériques existants par les noms utilisés dans l'entrée /globaldevices, qui est mise en commentaire. Imaginez par exemple les entrées suivantes du fichier /etc/vfstab pour /globaldevices et /global/.devices/node@2.

   #device            device             mount         FS   fsck  mount   mount #to mount          to fsck            point         type pass  at boot options ... #/dev/dsk/c1t3d0s3 /dev/rdsk/c1t3d0s3 /globaldevices ufs 2     yes     - ... /dev/did/dsk/d4s3  /dev/did/rdsk/d4s3 /global/.devices/node@2 ufs 2 no global

   Vous remplaceriez l'entrée /global/.devices/node@2 comme suit :

   #device            device             mount         FS   fsck  mount   mount #to mount          to fsck            point         type pass  at boot options ... #/dev/dsk/c1t3d0s3 /dev/rdsk/c1t3d0s3 /globaldevices ufs 2     yes     - ... /dev/dsk/c1t3d0s3  /dev/rdsk/c1t3d0s3 /global/.devices/node@2 ufs 2 no global

6. Répétez l'opération (de l'Étape 2 à l'Étape 5) sur chaque noeud du cluster.

7. A partir d'un noeud, utilisez la commande scshutdown(1M) pour fermer le cluster.

   # scshutdown

8. Réinitialisez chaque noeud en mode hors cluster.

   1. Exécutez la commande suivante sur chaque noeud pour réinitialiser en mode hors cluster :

      ok boot -x

      ---

      Remarque :

      ne réinitialisez pas le noeud en mode cluster.

      ---

   2. Si un noeud affiche un message similaire à celui-ci, appuyez sur Control-D pour continuer le démarrage.

      Ignorez l'instruction d'exécuter fsck manuellement. Appuyez sur Control-D pour continuer le démarrage et terminer les procédures d'encapsulage du disque root restant.

      WARNING - Unable to repair the /global/.devices/node@1 filesystem. Run fsck manually (fsck -F ufs /dev/vx/rdsk/rootdisk3vola). Exit the shell when done to continue the boot process.   Type control-d to proceed with normal startup, (or give root password for system maintenance):

      Le système de fichiers /global/.devices/node@ID_noeud nécessite toujours des modifications supplémentaires avant que le cluster ne puisse le monter globalement sur chaque noeud. Du fait de cette exigence, un seul noeud réussira à monter le système de fichiers /global/.devices/node@ID_noeud lors de cette réinitialisation, ce qui entraînera l'affichage d'un message d'avertissement.

   VxVM encapsule le disque root et met à jour les entrées de /etc/vfstab.

9. Démontez le système de fichiers /global/.devices/node@ID_noeud dont le montage a réussi à l'Étape 8.

   # umount /global/.devices/node@ID_noeud

   Le démontage de ce système de fichiers vous permet de redéfinir le mineur du groupe de disques pendant l'Étape 10 sans avoir à redémarrer le noeud deux fois pour initialiser la modification. Ce système de fichiers est automatiquement remonté lorsque vous réinitialisez à l'Étape 14.

10. Redéfinissez le mineur du groupe de disques rootdg sur chaque noeud du cluster.

    Indiquez un code mineur rootdg unique sur le cluster et inférieur à 1000 pour éviter les conflits de codes mineurs avec les groupes de disques partagés. Un projet de redéfinition de mineurs efficace consiste à affecter 100 sur le premier noeud, 200 sur le deuxième, etc.

    # vxdg reminor rootdg n

    n

    Indique le code mineur rootdg

    Une fois cette commande exécutée, des messages d'avertissement semblables au suivant peuvent s'afficher. Vous pouvez les ignorer sans risque.

    vxvm:vxdg: WARNING: Volume swapvol: Device is open, will renumber on reboot

    Le nouveau code mineur est appliqué aux volumes du disque root. Le volume d'échange est renuméroté après la réinitialisation.

    # ls -l /dev/vx/dsk/rootdg total 0 brw------- 1 root       root    55,100 Apr 4 10:48 rootdiska3vol brw------- 1 root       root    55,101 Apr 4 10:48 rootdiska7vol brw------- 1 root       root    55, 0 Mar 30 16:37 rootvol brw------- 1 root       root    55, 7 Mar 30 16:37 swapvol

11. Sur chaque noeud du système, si le système de fichiers /usr ne se trouve pas au même emplacement que le système de fichiers root (/) sur le disque root, mettez manuellement à jour les noeuds du périphérique pour le volume /usr.

    1. Supprimez les noeuds de périphériques /usr existants.

       # rm /dev/vx/dsk/usr # rm /dev/vx/dsk/rootdg/usr # rm /dev/vx/rdsk/usr # rm /dev/vx/rdsk/rootdg/usr

    2. Déterminez le nouveau code mineur affecté au système de fichiers /usr.

       # vxprint -l -v usrvol Disk group: rootdg Volume: usrvol ... device: minor=102 bdev=55/102 cdev=55/102 path=/dev/vx/dsk/rootdg/usrvol

    3. Créez de nouveaux noeuds de périphériques /usr en utilisant le nouveau code mineur.

       # mknod /dev/vx/dsk/usr b code_majeur nouveau_code_mineur # mknod /dev/vx/dsk/rootdg/usr b code_majeur nouveau_code_mineur # mknod /dev/vx/rdsk/usr c code_majeur nouveau_code_mineur # mknod /dev/vx/rdsk/rootdg/usr c code_majeur nouveau_code_mineur

12. Sur chaque noeud du système, si le système de fichiers /var ne se trouve pas au même emplacement que le système de fichiers root (/) sur le disque root, mettez manuellement à jour les noeuds du périphérique pour le volume /var.

    1. Supprimez les noeuds de périphériques /var existants.

       # rm /dev/vx/dsk/var # rm /dev/vx/dsk/rootdg/var # rm /dev/vx/rdsk/var # rm /dev/vx/rdsk/rootdg/var

    2. Déterminez le nouveau code mineur affecté au système de fichiers /var.

       # vxprint -l -v usrvol Disk group: rootdg Volume: usrvol ... device: minor=103 bdev=55/102 cdev=55/102 path=/dev/vx/dsk/rootdg/usrvol

    3. Créez de nouveaux noeuds de périphériques /var en utilisant le nouveau code mineur.

       # mknod b /dev/vx/dsk/var code_majeur nouveau_code_mineur # mknod b /dev/vx/dsk/rootdg/var code_majeur nouveau_code_mineur # mknod c /dev/vx/rdsk/var code_majeur nouveau_code_mineur # mknod c /dev/vx/rdsk/rootdg/var code_majeur nouveau_code_mineur

13. A partir d'un noeud, arrêtez le cluster.

    # scshutdown

14. Réinitialisez chaque noeud en mode cluster.

    ok boot

15. (Facultatif) Mettez le disque root en miroir sur chaque noeud du cluster.

    Reportez-vous à la documentation de VxVM pour obtenir les instructions sur la mise en miroir du root.

16. Si vous avez mis le disque root en miroir, sur chaque noeud du cluster, activez la propriété localonly du groupe de périphériques du disque dur associé au disque utilisé pour mettre le disque root en miroir.

    Pour chaque noeud, configurez un groupe d'unités de disque brutes distinct qui sera utilisé uniquement pour la mise en miroir du disque root de ce noeud. Vous devez activer la propriété localonly pour éviter la séparation involontaire d'un noeud de son périphérique de démarrage si ce dernier est connecté à plusieurs noeuds.

    # scconf -c -D name=nom_groupe_disques_bruts,localonly=true

    -D name=nom_groupe_disques_bruts

    Indique le nom du groupe d'unités du disque brutes unique dans le cluster

    Si nécessaire, utilisez la commande scdidadm -L pour afficher le nom de pseudo-pilote de l'ID de périphérique (DID) complet du groupe d'unités de disque brutes. Dans l'exemple suivant, le nom du groupe de périphériques du disque brut dsk/d1 apparaît dans la troisième colonne des résultats, qui correspond au nom complet du pseudo-pilote DID. La commande scconf configure ensuite l'unité de disque brute dsk/d1 en vue d'une utilisation exclusive par le noeud phys-schost-3 pour la mise en miroir de son disque root.

    # scdidadm -L ... 1 phys-schost-3:/dev/rdsk/c0t0d0 /dev/did/rdsk/d1 phys-schost-3# scconf -c -D name=dsk/d1,localonly=true

    Pour plus d'informations sur la propriété localonly, reportez-vous à la page de manuel scconf_dg_rawdisk(1M).

Etape suivante

Pour créer des groupes de disques partagés, reportez-vous à la section "Création et enregistrement d'un groupe de disques partagé".