Utilisez Oracle Linux 7.6 avec ONTAP
Suggérer des modifications
PDF
Vous pouvez utiliser les paramètres de configuration de l'hôte SAN ONTAP pour configurer Oracle Linux 7.6 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.
-
Téléchargez le progiciel Linux Host Utilities 32 bits ou 64 bits du "Site de support NetApp" sur votre hôte.
-
Installez le pack logiciel :
rpm -ivh netapp_linux_unified_host_utilities-7-1.x86_64
|
Vous pouvez utiliser les paramètres de configuration fournis dans cette procédure 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.
Dans l'exemple suivant, le sanlun lun show La commande renvoie les informations relatives à la LUN.
# sanlun lun show allExemple 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
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.
-
Mappez la LUN de démarrage SAN sur l'hôte.
-
Vérifiez que plusieurs chemins sont disponibles.
Plusieurs chemins deviennent disponibles une fois que le système d'exploitation hôte est en cours d'exécution sur les chemins. -
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.
-
Redémarrez l'hôte pour vérifier que le démarrage a réussi.
Chemins d'accès multiples
Pour Oracle Linux 7.6, le fichier /etc/multipath.conf doit exister, mais vous n'avez pas besoin d'apporter de modifications spécifiques au fichier. Oracle Linux 7.6 est compilé avec tous les paramètres requis pour reconnaître et gérer correctement les LUN ONTAP.
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.
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='service-time 0' prio=50 status=active | |- 11:0:1:0 sdj 8:144 active ready running | |- 11:0:2:0 sdr 65:16 active ready running |-+- policy='service-time 0' prio=10 status=enabled |- 11:0:0:0 sdb 8:i6 active ready running |- 12:0:0:0 sdz 65:144 active ready running
|
|
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
Le système d'exploitation Oracle Linux 7.6 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
Vous n'avez pas besoin d'ajouter des éléments directement au multipath.conf fichier, sauf si vous avez des périphériques que vous ne souhaitez pas gérer le multipathing ou si vous avez des paramètres existants qui remplacent les paramètres par défaut. Pour exclure les périphériques indésirables, ajoutez la syntaxe suivante au multipath.conf fichier, en remplaçant <DevId> par la chaîne d'identifiant universel (WWID) du périphérique à exclure :
blacklist {
wwid <DevId>
devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*"
devnode "^hd[a-z]"
devnode "^cciss.*"
}
L'exemple suivant détermine le WWID d'un périphérique et l'ajoute au multipath.conf fichier.
-
Déterminez le WWID :
/lib/udev/scsi_id -gud /dev/sda
3600a098038314c4a433f5774717a3046
sdaEst le disque SCSI local que vous souhaitez ajouter à la liste noire. -
Ajoutez le
WWIDà la strophe de liste noire dans/etc/multipath.conf:blacklist { wwid 3600a098038314c4a433f5774717a3046 devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*" devnode "^hd[a-z]" devnode "^cciss.*" }
Vérifiez toujours 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 » |
path_checker |
« tur » |
path_groupage_policy |
« group_by_prio » |
sélecteur de chemin |
« temps-service 0 » |
intervalle_interrogation |
5 |
prio |
« ONTAP » |
solution netapp |
LUN.* |
conservez_attaed_hw_handler |
oui |
rr_weight |
« uniforme » |
noms_conviviaux_conviviaux |
non |
fournisseur |
NETAPP |
L'exemple suivant montre comment corriger une valeur par défaut remplacée. Dans ce cas, le multipath.conf fichier définit des valeurs pour path_checker et detect_prio qui ne sont pas compatibles 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
}
}
|
|
Pour configurer Oracle Linux 7.6 Red Hat compatible Kernel (RHCK), utilisez "paramètres recommandés"pour Red Hat Enterprise Linux (RHEL) 7.6. |
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 7.6 avec ONTAP présente les problèmes connus suivants :
| ID de bug NetApp | Titre | Description |
|---|---|---|
1440718 |
Si vous annulez le mappage d'une LUN ou si vous la mappez sans effectuer de nouvelle analyse SCSI, elle risque de corrompre les données de l'hôte. |
Lorsque vous définissez le paramètre de configuration multivoie 'disable_changed_wwid' sur YES, il désactive l'accès au périphérique chemin d'accès en cas de modification de l'identifiant WWID. Les chemins d'accès multiples désactivent l'accès au périphérique de chemin d'accès jusqu'à ce que le WWID du chemin soit restauré vers le WWID du périphérique multichemin. Pour en savoir plus, voir "Base de connaissances NetApp : corruption du système de fichiers sur le LUN iSCSI sur Oracle Linux 7". |
Il est possible que les LUN ne soient pas disponibles lors de la découverte de l'hôte en raison de l'état « non présent » des ports distants sur un hôte OL7U6 équipé d'un adaptateur QLogic QLE2742 |
Lors de la découverte de l'hôte, l'état des ports distants Fibre Channel (FC) d'un hôte OL7U6 avec un adaptateur QLogic QLE2742 peut devenir « non présent ». Les ports distants équipés d'un état « non présent » peuvent entraîner l'indisponibilité des chemins vers les LUN. Lors du basculement du stockage, la redondance des chemins peut être réduite et entraîner une panne d'E/S. Vous pouvez vérifier l'état du port distant en entrant la commande suivante : # Cat /sys/class/fc_remote_ports/rport-*/port_state. Voici un exemple de sortie qui s'affiche : Online non présent en ligne |
|
L'interruption du noyau se produit sur Oracle Linux 7.6 exécuté avec un adaptateur HBA FC 16 Go Qlogic (QLE2672) pendant les opérations de basculement du stockage |
Lors des opérations de basculement de stockage sur Oracle Linux 7.6 avec un adaptateur de bus hôte Qlogic QLE2672 Fibre Channel (FC), une perturbation du noyau se produit en raison d'une panique dans le noyau. Le problème du noyau provoque le redémarrage d'Oracle Linux 7.6, ce qui entraîne une interruption des applications. Si le mécanisme kdump est activé, le kernel Panic génère un fichier vmcore situé dans le répertoire /var/crash/. Vous pouvez analyser le fichier vmcore pour déterminer la cause de l'incident. Après une interruption du noyau, vous pouvez redémarrer le système d'exploitation hôte et restaurer le système d'exploitation, puis redémarrer les applications selon vos besoins. |
|
Une interruption du noyau peut se produire sur Oracle Linux 7.6 exécuté avec la carte HBA FC 32 Gb Qlogic (QLE2742) pendant les opérations de basculement du stockage |
Lors des opérations de basculement de stockage sur Oracle Linux 7.6 avec un adaptateur de bus hôte Qlogic QLE2742 (FC), une perturbation du noyau peut avoir lieu en raison d'un incident dans le noyau. Le problème du noyau provoque le redémarrage d'Oracle Linux 7.6, ce qui entraîne une interruption des applications. Si le mécanisme kdump est activé, le kernel Panic génère un fichier vmcore situé dans le répertoire /var/crash/. Vous pouvez analyser le fichier vmcore pour déterminer la cause de l'incident. Après une interruption du noyau, vous pouvez redémarrer le système d'exploitation hôte et restaurer le système d'exploitation, puis redémarrer les applications selon vos besoins. |
|
Une interruption du noyau peut se produire sur Oracle Linux 7.6 exécuté avec un HBA FC 32 Gb (LPe32002-M2)32 Gb lors des opérations de basculement de stockage |
Lors des opérations de basculement de stockage sur Oracle Linux 7.6 avec un adaptateur de bus hôte (HBA) Fibre Channel (FC) Emulex LPe32002-M2, une perturbation du noyau peut se produire en raison d'un incident au niveau du noyau. Le problème du noyau provoque le redémarrage d'Oracle Linux 7.6, ce qui entraîne une interruption des applications. Si le mécanisme kdump est activé, le kernel Panic génère un fichier vmcore situé dans le répertoire /var/crash/. Vous pouvez analyser le fichier vmcore pour déterminer la cause de l'incident. Après une interruption du noyau, vous pouvez redémarrer le système d'exploitation hôte et restaurer le système d'exploitation, puis redémarrer les applications selon vos besoins. |
|
Pas de progression d'E/S sur Oracle Linux 7.6 avec le noyau UEK5U2, qui fonctionne avec un HBA Emulex LPe16002B-M6 Fibre Channel 16 Gbit/s lors des opérations de basculement du stockage |
Lors des opérations de basculement de stockage sur Oracle Linux 7.6 avec le noyau UEK5U2 s'exécutant avec un adaptateur de bus hôte (HBA) Fibre Channel (FC) Emulex LPe16002B-M6 16 Gbit/s, la progression des E/S peut s'arrêter en raison du blocage des rapports. Le basculement de stockage signale un passage d'un état « en ligne » à un état « bloqué », entraînant un retard dans les opérations de lecture et d'écriture. Une fois l'opération terminée avec succès, les rapports ne parviennent pas à revenir à l'état « en ligne » et continuent de rester dans un état « bloqué ». |
|
État du port distant sur l'hôte QLogic QLE2672 16 Gbit/s bloqué lors des opérations de basculement de stockage |
Les ports distants Fibre Channel (FC) peuvent être bloqués sur Red Hat Enterprise Linux (RHEL) 7.6 avec un hôte QLogic QLE2672 16 Gbit/s lors des opérations de basculement de stockage. Étant donné que les interfaces logiques sont arrêtées lorsqu'un nœud de stockage est en panne, les ports distants définissent l'état du nœud de stockage sur bloqués. La progression des E/S peut s'arrêter en raison de ports bloqués si vous utilisez à la fois un hôte QLogic QLE2672 16G et un adaptateur de bus hôte (HBA) QLE2742 32 Gb Fibre Channel (FC). Lorsque le nœud de stockage revient à son état optimal, les interfaces logiques s'allument également et les ports distants doivent être en ligne. Cependant, il se peut que les ports distants soient toujours bloqués. Cet état bloqué s'enregistre comme étant défectueux pour LES LUN au niveau de la couche multivoie. Vous pouvez vérifier l'état des ports distants à l'aide de la commande suivante : # Cat /sys/class/fc_remote_ports/rport-*/port_stat vous devriez voir la sortie suivante : bloqué en ligne bloqué |