Skip to main content
ONTAP SAN Host Utilities
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Utilisez Oracle Linux 6.9 avec ONTAP

Contributeurs netapp-pcarriga netapp-ranuk netapp-reenu netapp-sarajane netapp-sdaffy
PDF

Vous pouvez utiliser les paramètres de configuration de l'hôte SAN ONTAP pour configurer Oracle Linux 6.9 avec ONTAP comme cible.

Installez les utilitaires hôtes Linux

Le progiciel Utilitaires hôtes NetApp Linux est disponible sur le "Site de support NetApp" dans un fichier .rpm 32 bits et 64 bits. Si vous ne savez pas quel fichier est adapté à votre configuration, utilisez le "Matrice d'interopérabilité" pour vérifier lequel vous avez besoin.

NetApp recommande fortement d'installer les utilitaires hôtes Linux, mais ce n'est pas obligatoire. Les utilitaires ne modifient aucun paramètre sur votre hôte Linux. Ces utilitaires améliorent la gestion et aident le support client NetApp à collecter des informations sur votre configuration.

Si Linux Host Utilities est actuellement installé, vous devez soit le mettre à niveau vers la dernière version, soit le supprimer et suivre ces étapes pour installer la dernière version.

Étapes

  1. Téléchargez le progiciel Linux Host Utilities 32 bits ou 64 bits du "Site de support NetApp" sur votre hôte.

  2. Installez le pack logiciel :

    rpm -ivh netapp_linux_unified_host_utilities-7-1.x86_64

Kit D'outils SAN

Le kit d'outils est installé automatiquement lorsque vous installez le pack NetApp Host Utilities. Ce kit contient le sanlun Utilitaire, qui vous aide à gérer les LUN et les HBA. Le sanlun La commande renvoie les informations relatives aux LUN mappées sur votre hôte, aux chemins d'accès multiples et aux informations nécessaires à la création des groupes initiateurs.

Exemple

Dans l'exemple suivant, le sanlun lun show La commande renvoie les informations relatives à la LUN.

# sanlun lun show all

Exemple de résultat :

controller(7mode/E-Series)/            device     host               lun
vserver(cDOT/FlashRay)   lun-pathname  filename   adapter  protocol  size    Product
------------------------------------------------------------------------------------
data_vserver          /vol/vol1/lun1   /dev/sdb   host16   FCP       120.0g  cDOT
data_vserver          /vol/vol1/lun1   /dev/sdc   host15   FCP       120.0g  cDOT
data_vserver          /vol/vol2/lun2   /dev/sdd   host16   FCP       120.0g  cDOT
data_vserver          /vol/vol2/lun2   /dev/sde   host15   FCP       120.0g  cDOT

SAN Booting

Avant de commencer

Si vous décidez d'utiliser le démarrage SAN, celui-ci doit être pris en charge par votre configuration. Vous pouvez utiliser "Matrice d'interopérabilité"pour vérifier que votre se, votre HBA, le micrologiciel HBA, le BIOS de démarrage HBA et la version ONTAP sont pris en charge.

Étapes

  1. Mappez la LUN de démarrage SAN sur l'hôte.

  2. Vérifiez que plusieurs chemins sont disponibles.

    Remarque Plusieurs chemins deviennent disponibles une fois que le système d'exploitation hôte est en cours d'exécution sur les chemins.

  3. Activez le démarrage SAN dans le BIOS du serveur pour les ports auxquels la LUN de démarrage SAN est mappée.

    Pour plus d'informations sur l'activation du BIOS HBA, reportez-vous à la documentation spécifique au fournisseur.

  4. Redémarrez l'hôte pour vérifier que le démarrage a réussi.

Chemins d'accès multiples

Pour Oracle Linux 6.9, le fichier /etc/multipath.conf doit exister, mais vous n'avez pas besoin d'apporter de modifications spécifiques au fichier. Oracle Linux 6.9 est compilé avec tous les paramètres requis pour reconnaître et gérer correctement les LUN ONTAP. Pour activer le gestionnaire ALUA, effectuez les opérations suivantes :

Étapes

  1. Créez une sauvegarde de l'image initrd.

  2. Ajoutez la valeur de paramètre suivante au noyau pour ALUA et non-ALUA à fonctionner :
    rdloaddriver=scsi_dh_alua

    kernel /vmlinuz-3.8.13-68.1.2.el6uek.x86_64 ro root=/dev/mapper/vg_ibmx3550m421096-lv_root rd_NO_LUKSrd_LVM_LV=vg_ibmx3550m421096/lv_root LANG=en_US.UTF-8 rd_NO_MDSYSFONT=latarcyrheb-sun16 crashkernel=256M KEYBOARDTYPE=pc KEYTABLE=us rd_LVM_LV=vg_ibmx3550m421096/lv_swap rd_NO_DM rhgb quiet rdloaddriver=scsi_dh_alua

  3. Utilisez le mkinitrd commande pour recréer l'image-initrd. Oracle 6x et les versions ultérieures utilisent l'une ou l'autre : la commande : mkinitrd -f /boot/ initrd-"uname -r".img uname -r`Ou la commande : `dracut -f

  4. Redémarrez l'hôte.

  5. Vérifiez la sortie de la cat /proc/cmdline commande pour vous assurer que le paramètre est terminé. Vous pouvez utiliser multipath -ll la commande pour vérifier les paramètres de vos LUN ONTAP. Il devrait y avoir deux groupes de chemins avec des priorités différentes. Les chemins ayant des priorités plus élevées sont actifs/optimisés. Cela signifie qu'ils sont gérés par le contrôleur où se trouve l'agrégat. Les chemins avec des priorités inférieures sont actifs mais non optimisés, car ils sont desservis par un autre contrôleur. Les chemins non optimisés ne sont utilisés que lorsque les chemins optimisés ne sont pas disponibles.

Exemple

L'exemple suivant montre la sortie correcte pour une LUN ONTAP avec deux chemins actifs/optimisés et deux chemins actifs/non optimisés :

# multipath -ll
3600a09803831347657244e527766394e dm-5 NETAPP,LUN C-Mode
size=80G features='4 queue_if_no_path pg_init_retries 50 retain_attached_hw_handle' hwhandler='1 alua' wp=rw
|-+- policy='round-robin 0' prio=50 status=active
| |- 0:0:26:37 sdje 8:384   active ready running
| |- 0:0:25:37 sdik 135:64  active ready running
|-+- policy='round-robin 0' prio=10 status=enabled
  |- 0:0:18:37 sdda 70:128  active ready running
  |- 0:0:19:37 sddu 71:192  active ready running
Remarque Une seule LUN ne doit pas nécessiter plus de quatre chemins. La présence de plus de quatre chemins peut entraîner des problèmes de chemin pendant les pannes de stockage.

Paramètres recommandés

Oracle Linux 6.9 OS est compilé pour reconnaître les LUN ONTAP et définir automatiquement tous les paramètres de configuration correctement.

Le multipath.conf fichier doit exister pour que le démon multichemin puisse démarrer. Si ce fichier n'existe pas, vous pouvez créer un fichier vide de zéro octet à l'aide de la touch /etc/multipath.conf commande.

Lors de la première création du multipath.conf fichier, vous devrez peut-être activer et démarrer les services multivoies en utilisant les commandes suivantes :

# chkconfig multipathd on
# /etc/init.d/multipathd start

Il n'est pas nécessaire d'ajouter des périphériques directement au multipath.conf fichier, sauf si vous disposez de périphériques que vous ne souhaitez pas gérer les chemins d'accès multiples ou si vous avez des paramètres existants qui remplacent les paramètres par défaut. Pour exclure les périphériques indésirables, vous ajoutez la syntaxe suivante au multipath.conf fichier, en remplaçant <DevId> par la chaîne WWID du périphérique que vous souhaitez exclure :

blacklist {
        wwid <DevId>
        devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*"
        devnode "^hd[a-z]"
        devnode "^cciss.*"
}
Exemple

Dans l'exemple suivant, sda est le disque SCSI local que vous souhaitez ajouter à la liste noire.

Étapes

  1. Exécutez la commande suivante pour déterminer l'identifiant WWID :

    # /lib/udev/scsi_id -gud /dev/sda
360030057024d0730239134810c0cb833

  2. Ajoutez ce WWID à la strophe « blacklist » dans /etc/multipath.conf:

    blacklist {
     wwid   360030057024d0730239134810c0cb833
     devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*"
     devnode "^hd[a-z]"
     devnode "^cciss.*"
}

Vous devez toujours vérifier votre /etc/multipath.conf fichier, en particulier dans la section valeurs par défaut, pour les paramètres hérités qui peuvent remplacer les paramètres par défaut.

Le tableau suivant présente multipathd les paramètres critiques pour les LUN ONTAP et les valeurs requises. Si un hôte est connecté à des LUN d'autres fournisseurs et que l'un de ces paramètres est remplacé, il faut les corriger par les strophes ultérieures du multipath.conf fichier qui s'appliquent spécifiquement aux LUN ONTAP. Sans cette correction, les LUN ONTAP risquent de ne pas fonctionner comme prévu. Vous ne devez remplacer ces valeurs par défaut qu'en concertation avec NetApp, le fournisseur du système d'exploitation ou les deux, et uniquement lorsque l'impact est pleinement compris.

Paramètre Réglage

détecter_prio

oui

dev_loss_tmo

« infini »

du rétablissement

immédiate

fast_io_fail_tmo

5

caractéristiques

"3 queue_if_no_path pg_init_retries 50"

flush_on_last_del

« oui »

gestionnaire_matériel

« 0 »

no_path_réessayer

file d'attente

path_checker

« tur »

path_groupage_policy

« group_by_prio »

sélecteur de chemin

« round-robin 0 »

intervalle_interrogation

5

prio

« ONTAP »

solution netapp

LUN.*

conservez_attaed_hw_handler

oui

rr_weight

« uniforme »

noms_conviviaux_conviviaux

non

fournisseur

NETAPP
Exemple

L'exemple suivant montre comment corriger une valeur par défaut remplacée. Dans ce cas, le multipath.conf fichier définit les valeurs pour path_checker et detect_prio Non compatible avec les LUN ONTAP. S'ils ne peuvent pas être supprimés en raison d'autres baies SAN toujours connectées à l'hôte, ces paramètres peuvent être corrigés spécifiquement pour les LUN ONTAP avec une strophe de périphérique.

defaults {
 path_checker readsector0
 detect_prio no
 }
devices {
 device {
 vendor "NETAPP "
 product "LUN.*"
 path_checker tur
 detect_prio yes
 }
}
Remarque Pour configurer Oracle Linux 6.9 Red Hat compatible Kernel (RHCK), utilisez "paramètres recommandés"pour Red Hat Enterprise Linux (RHEL) 6.9.

Mise en miroir ASM

La mise en miroir de gestion automatique du stockage (ASM) peut nécessiter des modifications des paramètres de chemins d'accès multiples Linux pour permettre à ASM de reconnaître un problème et de basculer vers un autre groupe de pannes. La plupart des configurations ASM sur ONTAP utilisent une redondance externe, ce qui signifie que la protection des données est assurée par la baie externe et qu'ASM ne met pas en miroir les données. Certains sites utilisent ASM avec redondance normale pour fournir une mise en miroir bidirectionnelle, généralement entre différents sites. Voir "Bases de données Oracle sur ONTAP" pour plus d'informations.

Problèmes connus

La version Oracle Linux 6.9 avec ONTAP présente les problèmes connus suivants :

ID de bug NetApp Titre Description

"1082780"

Les vidages du micrologiciel sont observés occasionnellement sur l'hyperviseur OL6.9 avec la carte QLE8362

Lors des opérations de basculement de stockage sur l'hyperviseur OL6.9 avec la carte QLE8362, les vidages de micrologiciel sont occasionnellement observés. Le vidage du firmware peut entraîner une panne d'E/S sur l'hôte, ce qui peut atteindre mille secondes. Une fois que l'adaptateur a terminé le vidage du firmware, le fonctionnement des E/S reprend normalement. Aucune autre procédure de récupération n'est requise sur l'hôte. Pour indiquer le vidage du micrologiciel, le message suivant s'affiche dans le fichier /var/log/message : qla2xxx [0000:0C:00.3]-d001:3 : vidage du micrologiciel enregistré dans le tampon temporaire (3/ffffc90008901000), indicateurs d'état de vidage (0x3f).
Remarque Pour connaître les problèmes connus liés à Oracle Linux RHCK, consultez le "problèmes connus" pour RHEL 6.9.