Skip to main content
SAN hosts and cloud clients
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.4 avec ONTAP

Contributeurs
PDF

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

Installez Linux Unified Host Utilities

Le progiciel Utilitaires hôtes unifiés 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é NetApp" pour vérifier lequel vous avez besoin.

NetApp recommande fortement d'installer les utilitaires d'hôtes unifiés 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 Unified 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 pack logiciel Linux Unified Host Utilities 32 bits ou 64 bits à partir du "Site de support NetApp" à votre hôte.

  2. Installez le pack logiciel :

    rpm -ivh netapp_linux_unified_host_utilities-7-1.x86_64

Remarque Vous pouvez utiliser les paramètres de configuration fournis dans ce document pour configurer les clients Cloud connectés à "Cloud Volumes ONTAP" et "Amazon FSX pour ONTAP".

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

Ce dont vous avez besoin

Si vous décidez d'utiliser le démarrage SAN, celui-ci doit être pris en charge par votre configuration. Vous pouvez utiliser le "Matrice d'interopérabilité NetApp" Pour vérifier que votre système d'exploitation, votre adaptateur de bus hôte, votre micrologiciel HBA, votre BIOS de démarrage HBA et votre version de 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 opérationnel 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.4, le fichier /etc/multipath.conf doit exister, mais vous n'avez pas besoin d'apporter de modifications spécifiques au fichier. Oracle Linux 6.4 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 Active/Optimized (actif/optimisé), ce qui signifie qu'ils sont gérés par le contrôleur où se trouve l'agrégat. Les chemins aux priorités inférieures sont actifs, mais ne sont pas 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.4 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.4 Red Hat Enterprise Kernel (RHCK), utilisez "paramètres recommandés"pour Red Hat Enterprise Linux (RHEL) 6.4.

Problèmes connus

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

ID de bug NetApp Titre Description

"713555"

Les réinitialisations de l'adaptateur QLogic sont observées sur les OL6.4 et OL5.9 avec UEK2 en cas de défaillances de contrôleur, telles que Takeover/giveback et reboot

Les réinitialisations de l'adaptateur QLogic sont observées sur les hôtes OL6.4 dotés d'UEK2 (kernel-uek-2.6.39-400.17.1.el6uek) ou OL5.9 équipés d'UEK2 (kernel-uek-2.6.39 400.17.1.el5uek) lorsqu'une défaillance du contrôleur se produit (reprise, rétablissement et redémarrages, par exemple). Ces réinitialisations sont intermittentes. Lorsque ces adaptateurs sont remis à zéro, une interruption d'E/S prolongée (parfois plus de 10 minutes) peut se produire jusqu'à ce que la réinitialisation de l'adaptateur réussisse et que l'état des chemins d'accès soit mis à jour par dm-multipath. Dans /var/log/messages, des messages similaires à ce qui suit sont visibles lorsque ce bogue est touché: Kernel: Qla2xxx [0000:11:00.0]-8018:0: ADAPTATEUR RÉINITIALISÉ ÉMIS nexus=0:2:13. Ceci est observé avec la version du noyau: Sur OL6.4: Kernel-uek-2.6.39-400.17.1.el6uek sur OL5.9: Kernel-uek-2.6.39-400.17.1.el5uek

"715217"

Un retard dans la récupération du chemin sur les hôtes OL6.4 ou OL5.9 avec UEK2 peut entraîner une reprise différée des E/S sur les défaillances du contrôleur ou de la structure

Lorsqu'une panne du contrôleur (basculement ou rétablissement du stockage, redémarrage, etc.) ou une défaillance de la structure (désactivation ou activation du port FC) se produit avec des E/S sur les hôtes Oracle Linux 6.4 ou Oracle Linux 5.9 équipés du noyau UEK2, la récupération du chemin par DM-Multipath prend beaucoup de temps (4 minutes). à 10 min). Parfois, lors de la récupération des chemins à l'état actif, les erreurs de pilote lpfc suivantes sont également observées : noyau : sd 0:0:8:3 : [sdlt] résultat : hostbyte=DID_ERROR driverbyte=DRIVER_OK en raison de ce retard dans la récupération du chemin pendant les événements de panne, la reprise des E/S. Versions OL 6.4: Device-mapper-1.02.77-9.el6 device-mapper-multipath-0.4.9-64.0.1.el6 kernel-uek-2.6.39-400.17.1.el6uek OL 5.9 versions: Device-mapper-1.02.77-9.el5 device-mapper-multipath-0.4.9-64.0.1.elek-400.17.1.2.6.39..1.eluek-…​1.1.1.1.eluek-.1.1..1.1.1.1

"709911"

DM Multipath sur OL6.4 et OL5.9 iSCSI avec noyau UEK2 prend beaucoup de temps pour mettre à jour l'état du chemin de LUN après des défaillances de stockage

Sur les systèmes exécutant Oracle Linux 6 Update4 et Oracle Linux 5 Update 9 iSCSI avec Unbreakable Enterprise Kernel version 2 (UEK2), un problème a été détecté lors des événements de défaillance de stockage où DM Multipath (DMMP) prend environ 15 minutes pour mettre à jour l'état du chemin des périphériques Device Mapper (DM) (LUN). Si vous exécutez la commande « multipath -ll » pendant cet intervalle, le chemin d'accès est indiqué comme « failed ready run » (échec de l'exécution) pour ce périphérique DM (LUN). Le statut du chemin est finalement mis à jour en tant que « actif prêt en cours d'exécution ». Ce problème est rencontré avec la version suivante : Oracle Linux 6 mise à jour 4 : UEK2 noyau : 2.6.39-400.17.1.el6uek.x86_64 Multipath : device-mapper-multipath-0.4.9-64.0.1.el6.x86_64 iSCSI: iscsi-initiator-utils-6.2.0.873-2.0.1.el6.5 mise à jour : iSCSI-39.9.64.9.6.2.400.17.1.2.6.64.64.0.0.4..1.iSCSI-0.872.1..1..64.1..1..1.1…​1.1.1.1.iSCSI-.16.0.1.1.1.1.1.1..1.1.1.1.

"739909"

L'appel système SG_IO ioctl échoue sur les périphériques dm-multipath après une panne FC sur les hôtes OL6.x et OL5.x avec UEK2

Un problème est détecté sur les hôtes Oracle Linux 6.x avec le noyau UEK2 et les hôtes Oracle Linux 5.x avec le noyau UEK2. Les commandes sg_* sur un périphérique multichemin échouent avec le code d'erreur EAGAIN (erreur) après une erreur de structure qui fait descendre tous les chemins du groupe de chemins actif. Ce problème s'affiche uniquement lorsqu'aucune E/S n'est présente aux périphériques à chemins d'accès multiples. Voici un exemple : # sg_inq -v /dev/mapper/3600a098041764937303f436c75324370 demande cdb : 12 00 00 00 24 00 ioctl(SG_IO v3) a échoué avec os_err (errno) = 11 requête : transmettre via l'erreur os : ressource HDI_ioctl_GET temporairement indisponible : Ressource temporairement indisponible [11] la REQUÊTE SCSI et la récupération des informations ATA ont échoué sur /dev/mapper/3600a098041764937303f436c75324370 # ce problème se produit car le basculement du groupe de chemins vers d'autres groupes actifs n'est pas activé pendant les appels ioctl() lorsqu'aucune E/S n'est en cours sur le périphérique DM-Multipath. Le problème a été observé sur les versions suivantes des packages kernel-uek et device-mapper-multipath : OL6.4 versions: Kernel-uek-2.6.39-400.17.1.el6uek device-mapper-multipath-0.4.9-64.0.el6 OL5.9 versions: Kernel-uek-2.6.39-400.17.1.64.0.melek-0.4.9.1.mel5..mel5.1.1.melek..1.1.1.mel6
Remarque Pour les problèmes connus liés à Oracle Linux (noyau compatible Red Hat), consultez le "problèmes connus" Pour Red Hat Enterprise Linux (RHEL) 6.4.