Configuration d'hôte NVMe-of pour Oracle Linux 9.4 avec ONTAP
Les hôtes Red Hat Enterprise Linux (RHEL) prennent en charge les protocoles NVMe over Fibre Channel (NVMe/FC) et NVMe over TCP (NVMe/TCP) avec Asymmetric Namespace Access (ANA). ANA fournit une fonctionnalité de multi-accès équivalente à l'accès aux unités logiques asymétriques (ALUA) dans les environnements iSCSI et FCP.
La configuration hôte NVMe-of prend en charge et inclut plusieurs fonctionnalités pour Oracle Linux 9.4 avec stockage ONTAP. Vous devez également vérifier les limites connues avant de commencer le processus de configuration.
-
Support disponible :
-
Prise en charge de NVMe over TCP (NVMe/TCP) et de NVMe over Fibre Channel (NVMe/FC). Le plug-in NetApp du package nvme-cli natif affiche les détails des ONTAP pour les namespaces NVMe/FC et NVMe/TCP.
-
Exécution du trafic NVMe et SCSI sur le même hôte Par exemple, vous pouvez configurer dm-multipath pour les périphériques SCSI mpath sur les LUN SCSI et utiliser NVMe multipath pour configurer les périphériques d'espace de noms NVMe-oF sur l'hôte.
Pour plus de détails sur les configurations prises en charge, consultez le "Matrice d'interopérabilité".
-
-
Fonctionnalités disponibles :
-
À partir d'ONTAP 9.12.1, l'authentification intrabande sécurisée est prise en charge pour NVMe/TCP. Vous pouvez utiliser l'authentification sécurisée en bande pour NVMe/TCP avec Oracle Linux 9.4
-
La prise en charge des chemins d'accès multiples NVMe in-kernel activés par défaut pour les espaces de noms NVMe n'est donc pas nécessaire de définir des paramètres explicites.
-
-
Limitations connues :
-
Le démarrage SAN à l'aide du protocole NVMe-of n'est pas pris en charge pour le moment.
-
Validation des versions logicielles
Vous pouvez utiliser la procédure suivante pour valider les versions minimales du logiciel Oracle Linux 9.4 prises en charge.
-
Installez Oracle Linux 9.4 GA sur le serveur. Une fois l'installation terminée, vérifiez que vous exécutez le noyau Oracle Linux 9.4 GA spécifié.
uname -r
5.15.0-205.149.5.1.el9uek.x86_64
-
Installer le
nvme-cligroupe :rpm -qa|grep nvme-cli
nvme-cli-2.6-5.el9.x86_64
-
Installer le
libnvmegroupe :rpm -qa|grep libnvme
libnvme-1.6-1.el9.x86_64
-
Sur l'hôte Oracle Linux 9.4, vérifiez la
hostnqnchaîne à/etc/nvme/hostnqn:cat /etc/nvme/hostnqn
nqn.2014-08.org.nvmexpress:uuid:9c5d23fe-21c5-472f-9aa4-dc68de0882e9
-
Vérifiez que le
hostnqnla chaîne correspond auhostnqnChaîne du sous-système correspondant sur la baie ONTAP :vserver nvme subsystem host show -vserver vs_coexistence_149
Montrer l'exemple
Vserver Subsystem Priority Host NQN ------- --------- -------- ------------------------------------------------ vs_coexistence_149 nvme regular nqn.2014-08.org.nvmexpress:uuid:9c5d23fe-21c5-472f-9aa4-dc68de0882e9 nvme_1 regular nqn.2014-08.org.nvmexpress:uuid:9c5d23fe-21c5-472f-9aa4-dc68de0882e9 nvme_2 regular nqn.2014-08.org.nvmexpress:uuid:9c5d23fe-21c5-472f-9aa4-dc68de0882e9 nvme_3 regular nqn.2014-08.org.nvmexpress:uuid:9c5d23fe-21c5-472f-9aa4-dc68de0882e9 4 entries were displayed.Si les hostnqnchaînes ne correspondent pas, vous pouvez utiliservserver modifyla commande pour mettre à jour lahostnqnchaîne de votre sous-système de tableau ONTAP correspondant afin qu'elle corresponde à lahostnqnchaîne de/etc/nvme/hostnqnsur l'hôte.
Configurez NVMe/FC
Vous pouvez configurer NVMe/FC avec les adaptateurs FC Broadcom/Emulex ou Marvell/Qlogic. Pour le protocole NVMe/FC configuré avec une carte Broadcom, vous pouvez activer des demandes d'E/S d'une taille de 1 Mo.
Configuration de NVMe/FC pour une carte Broadcom/Emulex
-
Vérifiez que vous utilisez le modèle d'adaptateur pris en charge :
-
cat /sys/class/scsi_host/host*/modelnameLPe32002-M2 LPe32002-M2
-
cat /sys/class/scsi_host/host*/modeldescEmulex LightPulse LPe32002-M2 2-Port 32Gb Fibre Channel Adapter Emulex LightPulse LPe32002-M2 2-Port 32Gb Fibre Channel Adapter
-
-
Vérifiez que vous utilisez la carte Broadcom recommandée
lpfcmicrologiciel et pilote de boîte de réception :-
cat /sys/class/scsi_host/host*/fwrev14.4.317.7, sli-4:2:c 14.4.317.7, sli-4:2:c
-
cat /sys/module/lpfc/version0:14.2.0.13
Pour obtenir la liste actuelle des versions de pilotes et de micrologiciels de carte prises en charge, consultez le "Matrice d'interopérabilité".
-
-
Vérifiez-le
lpfc_enable_fc4_typeest défini sur3:cat /sys/module/lpfc/parameters/lpfc_enable_fc4_type3
-
Vérifiez que vous pouvez afficher vos ports initiateurs :
cat /sys/class/fc_host/host*/port_name0x100000109b3c081f 0x100000109b3c0820
-
Vérifiez que vos ports initiateurs sont en ligne :
cat /sys/class/fc_host/host*/port_stateOnline Online
-
Vérifiez que les ports initiateurs NVMe/FC sont activés et que les ports cibles sont visibles :
cat /sys/class/scsi_host/host*/nvme_infoMontrer l'exemple
NVME Initiator Enabled XRI Dist lpfc0 Total 6144 IO 5894 ELS 250 NVME LPORT lpfc0 WWPN x100000109b3c081f WWNN x200000109b3c081f DID x081600 ONLINE NVME RPORT WWPN x2020d039eab0dadc WWNN x201fd039eab0dadc DID x08010c TARGET DISCSRVC ONLINE NVME RPORT WWPN x2024d039eab0dadc WWNN x201fd039eab0dadc DID x08030c TARGET DISCSRVC ONLINE NVME Statistics LS: Xmt 00000027d8 Cmpl 00000027d8 Abort 00000000 LS XMIT: Err 00000000 CMPL: xb 00000000 Err 00000000 Total FCP Cmpl 00000000315454fa Issue 00000000314de6a4 OutIO fffffffffff991aa abort 00000be4 noxri 00000000 nondlp 00001903 qdepth 00000000 wqerr 00000000 err 00000000 FCP CMPL: xb 00000c92 Err 0000bda4 NVME Initiator Enabled XRI Dist lpfc1 Total 6144 IO 5894 ELS 250 NVME LPORT lpfc1 WWPN x100000109b3c0820 WWNN x200000109b3c0820 DID x081b00 ONLINE NVME RPORT WWPN x2027d039eab0dadc WWNN x201fd039eab0dadc DID x08020c TARGET DISCSRVC ONLINE NVME RPORT WWPN x2025d039eab0dadc WWNN x201fd039eab0dadc DID x08040c TARGET DISCSRVC ONLINE NVME Statistics LS: Xmt 00000026ac Cmpl 00000026ac Abort 00000000 LS XMIT: Err 00000000 CMPL: xb 00000000 Err 00000000 Total FCP Cmpl 00000000312a5478 Issue 00000000312465a2 OutIO fffffffffffa112a abort 00000b01 noxri 00000000 nondlp 00001ae4 qdepth 00000000 wqerr 00000000 err 00000000 FCP CMPL: xb 00000b53 Err 0000ba63
Configuration du NVMe/FC pour un adaptateur Marvell/QLogic
|
|
Le pilote natif de boîte de réception qla2xxx inclus dans le noyau Oracle Linux 9.4 GA a les derniers correctifs. Ces correctifs sont essentiels à la prise en charge de ONTAP. |
-
Vérifiez que vous exécutez les versions du pilote de carte et du micrologiciel prises en charge :
cat /sys/class/fc_host/host*/symbolic_name
QLE2872 FW:v9.15.00 DVR:v10.02.09.100-k QLE2872 FW:v9.15.00 DVR:v10.02.09.100-k
-
Vérifiez-le
ql2xnvmeenableest défini. L'adaptateur Marvell peut ainsi fonctionner en tant qu'initiateur NVMe/FC :cat /sys/module/qla2xxx/parameters/ql2xnvmeenable
1
Activation d'une taille d'E/S de 1 Mo (en option)
ONTAP signale une taille de transfert de données maximale (MDTS) de 8 dans les données du contrôleur d'identification. Cela signifie que la taille maximale de la demande d'E/S peut atteindre 1 Mo. Pour émettre des requêtes d'E/S d'une taille de 1 Mo pour un hôte Broadcom NVMe/FC, vous devez augmenter la lpfc valeur de la lpfc_sg_seg_cnt paramètre à 256 à partir de la valeur par défaut de 64.
|
|
Ces étapes ne s'appliquent pas aux hôtes NVMe/FC Qlogic. |
-
Réglez le
lpfc_sg_seg_cntparamètre sur 256 :cat /etc/modprobe.d/lpfc.confVous devriez voir une sortie similaire à l’exemple suivant :
options lpfc lpfc_sg_seg_cnt=256
-
Exécutez
dracut -fla commande et redémarrez l'hôte. -
Vérifier que la valeur de
lpfc_sg_seg_cntest 256 :cat /sys/module/lpfc/parameters/lpfc_sg_seg_cnt
Configurez NVMe/TCP
Le protocole NVMe/TCP ne prend pas en charge auto-connect l'opération. Vous pouvez à la place détecter les sous-systèmes et les espaces de noms NVMe/TCP en exécutant manuellement les opérations NVMe/TCP connect ou connect-all.
-
Vérifiez que le port initiateur peut récupérer les données de la page de journal de découverte sur les LIF NVMe/TCP prises en charge :
nvme discover -t tcp -w host-traddr -a traddr
Montrer l'exemple
nvme discover -t tcp -w 192.168.166.4 -a 192.168.166.56 Discovery Log Number of Records 10, Generation counter 15 =====Discovery Log Entry 0====== trtype: tcp adrfam: ipv4 subtype: current discovery subsystem treq: not specified portid: 13 trsvcid: 8009 subnqn: nqn.1992-08.com.netapp:sn.cf84a53c81b111ef8446d039ea9ea481:discovery traddr: 192.168.165.56 eflags: explicit discovery connections, duplicate discovery information sectype: none =====Discovery Log Entry 1====== trtype: tcp adrfam: ipv4 subtype: current discovery subsystem treq: not specified portid: 9 trsvcid: 8009 subnqn: nqn.1992-08.com.netapp:sn.cf84a53c81b111ef8446d039ea9ea481:discovery traddr: 192.168.166.56 eflags: explicit discovery connections, duplicate discovery information sectype: none =====Discovery Log Entry 2====== trtype: tcp adrfam: ipv4 subtype: nvme subsystem treq: not specified portid: 13 trsvcid: 4420 subnqn: nqn.1992-08.com.netapp:sn.cf84a53c81b111ef8446d039ea9ea481:subsystem.nvme_tcp_2 traddr: 192.168.165.56 eflags: none sectype: none
-
Vérifier que les autres combinaisons de LIF cible-initiateur NVMe/TCP peuvent récupérer les données de la page du journal de détection :
nvme discover -t tcp -w host-traddr -a traddr
nvme discover -t tcp -w 192.168.166.4 -a 192.168.166.56 nvme discover -t tcp -w 192.168.165.3 -a 192.168.165.56
-
Exécutez le
nvme connect-allCommande sur toutes les LIF cible-initiateur NVMe/TCP prises en charge sur l'ensemble des nœuds :nvme connect-all -t tcp -w host-traddr -a traddr
nvme connect-all -t tcp -w 192.168.166.4 -a 192.168.166.56 nvme connect-all -t tcp -w 192.168.165.3 -a 192.168.165.56
À partir d'Oracle Linux 9.4, le paramètre NVMe/TCP
ctrl_loss_tmo timeoutest automatiquement réglé sur « off ». Par conséquent :-
Il n'y a pas de limite au nombre de tentatives (nouvelle tentative indéfinie).
-
Vous n'avez pas besoin de configurer manuellement un élément spécifique
ctrl_loss_tmo timeoutdurée lors de l'utilisation dunvme connectounvme connect-allcommandes (option -l ). -
Les contrôleurs NVMe/TCP ne subissent pas de dépassement de délai en cas de défaillance d'un chemin et restent connectés indéfiniment.
-
Validez la spécification NVMe-of
Vérifiez que l'état des chemins d'accès multiples NVMe in-kernel, l'état ANA et les namespaces ONTAP sont corrects pour la configuration NVMe-of.
-
Vérifiez que le chemin d'accès multiples NVMe intégré au noyau est activé :
cat /sys/module/nvme_core/parameters/multipathVous devriez voir le résultat suivant :
Y
-
Vérifiez que les paramètres NVMe-of appropriés (par exemple, modèle défini sur contrôleur NetApp ONTAP et iopole d'équilibrage de la charge sur round-Robin) pour les espaces de noms ONTAP respectifs reflètent correctement l'hôte :
-
Afficher les sous-systèmes :
cat /sys/class/nvme-subsystem/nvme-subsys*/modelVous devriez voir le résultat suivant :
NetApp ONTAP Controller NetApp ONTAP Controller
-
Afficher la politique :
cat /sys/class/nvme-subsystem/nvme-subsys*/iopolicyVous devriez voir le résultat suivant :
round-robin round-robin
-
-
Vérifiez que les espaces de noms sont créés et correctement découverts sur l'hôte :
nvme listMontrer l'exemple
Node SN Model --------------------------------------------------------- /dev/nvme4n1 81Ix2BVuekWcAAAAAAAB NetApp ONTAP Controller Namespace Usage Format FW Rev ----------------------------------------------------------- 1 21.47 GB / 21.47 GB 4 KiB + 0 B FFFFFFFF
-
Vérifiez les paramètres NVMe/FC suivants sur l'hôte Oracle Liniux 9.4 :
-
cat /sys/module/nvme_core/parameters/multipathY
-
cat /sys/class/nvme-subsystem/nvme-subsys*/modelNetApp ONTAP Controller NetApp ONTAP Controller
-
cat /sys/class/nvme-subsystem/nvme-subsys*/iopolicyround-robin round-robin
-
-
Vérifiez que les espaces de noms sont créés et correctement découverts sur l'hôte :
nvme list
Montrer l'exemple
Node SN Model --------------------------------------------------------- /dev/nvme0n1 81K2iBXAYSG6AAAAAAAB NetApp ONTAP Controller /dev/nvme0n2 81K2iBXAYSG6AAAAAAAB NetApp ONTAP Controller /dev/nvme0n3 81K2iBXAYSG6AAAAAAAB NetApp ONTAP Controller Namespace Usage Format FW Rev ----------------------------------------------------------- 1 3.78GB/10.74GB 4 KiB + 0 B FFFFFFFF 2 3.78GB/10.74GB 4 KiB + 0 B FFFFFFFF 3 3.78GB/10.74GB 4 KiB + 0 B FFFFFFFF
-
Vérifiez que l'état du contrôleur de chaque chemin est actif et que l'état ANA est correct :
NVMe/FCnvme list-subsys /dev/nvme0n1
Montrer l'exemple
nvme-subsys0 - NQN=nqn.1992-08.com.netapp:sn.5f074d527b7011ef8446d039ea9ea481:subsystem.nvme hostnqn=nqn.2014-08.org.nvmexpress:uuid:060fd513-83be-4c3e-aba1-52e169056dcf iopolicy=round-robin \ +- nvme10 fc traddr=nn-0x201fd039eab0dadc:pn-0x2024d039eab0dadc,host_traddr=nn-0x200000109b3c081f:pn-0x100000109b3c081f live non-optimized +- nvme15 fc traddr=nn-0x201fd039eab0dadc:pn-0x2020d039eab0dadc,host_traddr=nn-0x200000109b3c081f:pn-0x100000109b3c081f live optimized +- nvme7 fc traddr=nn-0x201fd039eab0dadc:pn-0x2025d039eab0dadc,host_traddr=nn-0x200000109b3c0820:pn-0x100000109b3c0820 live non-optimized +- nvme9 fc traddr=nn-0x201fd039eab0dadc:pn-0x2027d039eab0dadc,host_traddr=nn-0x200000109b3c0820:pn-0x100000109b3c0820 live optimizedNVMe/TCPnvme list-subsys /dev/nvme1n22
Montrer l'exemple
nvme-subsys0 - NQN=nqn.1992-08.com.netapp:sn.cf84a53c81b111ef8446d039ea9ea481:subsystem.nvme_tcp_1 hostnqn=nqn.2014-08.org.nvmexpress:uuid:9796c1ec-0d34-11eb-b6b2-3a68dd3bab57 iopolicy=round-robin \ +- nvme2 tcp traddr=192.168.166.56,trsvcid=4420,host_traddr=192.168.166.4,src_addr=192.168.166.4 live optimized +- nvme4 tcp traddr=192.168.165.56,trsvcid=4420,host_traddr=192.168.165.3,src_addr=192.168.165.3 live non-optimized -
Vérifier que le plug-in NetApp affiche les valeurs correctes pour chaque périphérique d'espace de noms ONTAP :
Colonnenvme netapp ontapdevices -o column
Montrer l'exemple
Device Vserver Namespace Path ----------------------- ------------------------------ /dev/nvme0n1 vs_coexistence_147 /vol/fcnvme_1_1_0/fcnvme_ns /dev/nvme0n2 vs_coexistence_147 /vol/fcnvme_1_1_1/fcnvme_ns /dev/nvme0n3 vs_coexistence_147 /vol/fcnvme_1_1_2/fcnvme_ns NSID UUID Size ------------------------------------------------------------ 1 e605babf-1b54-417d-843b-bc14355b70c5 10.74GB 2 b8dbecc7-14c5-4d84-b948-73c7abf5af43 10.74GB 3 ba24d1a3-1911-4351-83a9-1c843d04633c 10.74GB
JSONnvme netapp ontapdevices -o json
Montrer l'exemple
{ "ONTAPdevices":[ { "Device":"/dev/nvme0n1", "Vserver":"vs_coexistence_147", "Namespace_Path":"/vol/fcnvme_1_1_0/fcnvme_ns", "NSID":1, "UUID":"e605babf-1b54-417d-843b-bc14355b70c5", "Size":"10.74GB", "LBA_Data_Size":4096, "Namespace_Size":2621440 }, { "Device":"/dev/nvme0n2", "Vserver":"vs_coexistence_147", "Namespace_Path":"/vol/fcnvme_1_1_1/fcnvme_ns", "NSID":2, "UUID":"b8dbecc7-14c5-4d84-b948-73c7abf5af43", "Size":"10.74GB", "LBA_Data_Size":4096, "Namespace_Size":2621440 }, { "Device":"/dev/nvme0n3", "Vserver":"vs_coexistence_147", "Namespace_Path":"/vol/fcnvme_1_1_2/fcnvme_ns", "NSID":3, "UUID":"c236905d-a335-47c4-a4b1-89ae30de45ae", "Size":"10.74GB", "LBA_Data_Size":4096, "Namespace_Size":2621440 }, ] }
Configurez l'authentification intrabande sécurisée
À partir d'ONTAP 9.12.1, l'authentification sécurisée en bande est prise en charge via NVMe/TCP entre un hôte Oracle Linux 9.4 et un contrôleur ONTAP.
Pour configurer l'authentification sécurisée, chaque hôte ou contrôleur doit être associé à un DH-HMAC-CHAP Clé, qui combine le NQN de l'hôte ou du contrôleur NVMe et un code d'authentification configuré par l'administrateur. Pour authentifier son homologue, un hôte ou un contrôleur NVMe doit reconnaître la clé associée à cet homologue.
Vous pouvez configurer l'authentification intrabande sécurisée à l'aide de l'interface de ligne de commande ou d'un fichier JSON de configuration. Si vous devez spécifier différentes clés dhchap pour différents sous-systèmes, vous devez utiliser un fichier JSON de configuration.
Configurez l'authentification intrabande sécurisée à l'aide de l'interface de ligne de commande.
-
Obtenir le NQN hôte :
cat /etc/nvme/hostnqn
-
Générez la clé dhchap pour l'hôte OL 9.4.
Le résultat suivant décrit les
gen-dhchap-keyparamètres de commande :nvme gen-dhchap-key -s optional_secret -l key_length {32|48|64} -m HMAC_function {0|1|2|3} -n host_nqn • -s secret key in hexadecimal characters to be used to initialize the host key • -l length of the resulting key in bytes • -m HMAC function to use for key transformation 0 = none, 1- SHA-256, 2 = SHA-384, 3=SHA-512 • -n host NQN to use for key transformationDans l'exemple suivant, une clé dhchap aléatoire avec HMAC définie sur 3 (SHA-512) est générée.
# nvme gen-dhchap-key -m 3 -n nqn.2014-08.org.nvmexpress:uuid:9796c1ec-0d34-11eb-b6b2-3a68dd3bab57 DHHC-1:03:zSq3+upTmknih8+6Ro0yw6KBQNAXjHFrOxQJaE5i916YdM/xsUSTdLkHw2MMmdFuGEslj6+LhNdf5HF0qfroFPgoQpU=:
-
Sur le contrôleur ONTAP, ajoutez l'hôte et spécifiez les deux clés dhchap :
vserver nvme subsystem host add -vserver <svm_name> -subsystem <subsystem> -host-nqn <host_nqn> -dhchap-host-secret <authentication_host_secret> -dhchap-controller-secret <authentication_controller_secret> -dhchap-hash-function {sha-256|sha-512} -dhchap-group {none|2048-bit|3072-bit|4096-bit|6144-bit|8192-bit} -
Un hôte prend en charge deux types de méthodes d'authentification, unidirectionnelles et bidirectionnelles. Sur l'hôte, connectez-vous au contrôleur ONTAP et spécifiez des clés dhchap en fonction de la méthode d'authentification choisie :
nvme connect -t tcp -w <host-traddr> -a <tr-addr> -n <host_nqn> -S <authentication_host_secret> -C <authentication_controller_secret>
-
Valider le
nvme connect authenticationen vérifiant les clés dhchap de l'hôte et du contrôleur :-
Vérifiez les clés dhchap hôte :
cat /sys/class/nvme-subsystem/<nvme-subsysX>/nvme*/dhchap_secret
Affiche un exemple de sortie pour une configuration unidirectionnelle
cat /sys/class/nvme-subsystem/nvme-subsys0/nvme*/dhchap_secret DHHC-1:01:OKIc4l+fs+fmpAj0hMK7ay8tTIzjccUWSCak/G2XjgJpKZeK: DHHC-1:01:OKIc4l+fs+fmpAj0hMK7ay8tTIzjccUWSCak/G2XjgJpKZeK:
-
Vérifiez les clés dhchap du contrôleur :
cat /sys/class/nvme-subsystem/<nvme-subsysX>/nvme*/dhchap_ctrl_secret
Affiche un exemple de sortie pour une configuration bidirectionnelle
cat /sys/class/nvme-subsystem/nvme-subsys0/nvme*/dhchap_ctrl_secret DHHC-1:03:zSq3+upTmknih8+6Ro0yw6KBQNAXjHFrOxQJaE5i916YdM/xsUSTdLkHw2MMmdFuGEslj6+LhNdf5HF0qfroFPgoQpU=: DHHC-1:03:zSq3+upTmknih8+6Ro0yw6KBQNAXjHFrOxQJaE5i916YdM/xsUSTdLkHw2MMmdFuGEslj6+LhNdf5HF0qfroFPgoQpU=:
-
Lorsque plusieurs sous-systèmes NVMe sont disponibles dans la configuration du contrôleur ONTAP, vous pouvez utiliser le /etc/nvme/config.json fichier avec la nvme connect-all commande.
Pour générer le fichier JSON, vous pouvez utiliser l' `-o`option. Pour plus d'options de syntaxe, reportez-vous aux pages de manuel de NVMe Connect-all.
-
Configurez le fichier JSON :
Montrer l'exemple
cat /etc/nvme/config.json [ { "hostnqn":"nqn.2014-08.org.nvmexpress:uuid:9796c1ec-0d34-11eb-b6b2-3a68dd3bab57", "hostid":"9796c1ec-0d34-11eb-b6b2-3a68dd3bab57", "dhchap_key":"DHHC-1:01:OKIc4l+fs+fmpAj0hMK7ay8tTIzjccUWSCak\/G2XjgJpKZeK:", "subsystems":[ { "nqn":"nqn.1992-08.com.netapp:sn.cf84a53c81b111ef8446d039ea9ea481:subsystem.nvme_tcp_1", "ports":[ { "transport":"tcp", "traddr":"192.168.165.56", "host_traddr":"192.168.165.3", "trsvcid":"4420", "dhchap_key":"DHHC-1:01:OKIc4l+fs+fmpAj0hMK7ay8tTIzjccUWSCak\/G2XjgJpKZeK:", "dhchap_ctrl_key":"DHHC-1:03:zSq3+upTmknih8+6Ro0yw6KBQNAXjHFrOxQJaE5i916YdM\/xsUSTdLkHw2MMmdFuGEslj6+LhNdf5HF0qfroFPgoQpU=:" }, { "transport":"tcp", "traddr":"192.168.166.56", "host_traddr":"192.168.166.4", "trsvcid":"4420", "dhchap_key":"DHHC-1:01:OKIc4l+fs+fmpAj0hMK7ay8tTIzjccUWSCak\/G2XjgJpKZeK:", "dhchap_ctrl_key":"DHHC-1:03:zSq3+upTmknih8+6Ro0yw6KBQNAXjHFrOxQJaE5i916YdM\/xsUSTdLkHw2MMmdFuGEslj6+LhNdf5HF0qfroFPgoQpU=:" } ] } ] } ]Dans l'exemple précédent, dhchap_keycorrespond àdhchap_secretetdhchap_ctrl_keycorrespond àdhchap_ctrl_secret. -
Connectez-vous au contrôleur ONTAP à l'aide du fichier JSON de configuration :
nvme connect-all -J /etc/nvme/config.json
Montrer l'exemple
traddr=192.168.165.56 is already connected traddr=192.168.165.56 is already connected traddr=192.168.165.56 is already connected traddr=192.168.165.56 is already connected traddr=192.168.165.56 is already connected traddr=192.168.165.56 is already connected traddr=192.168.166.56 is already connected traddr=192.168.166.56 is already connected traddr=192.168.166.56 is already connected traddr=192.168.166.56 is already connected traddr=192.168.166.56 is already connected traddr=192.168.166.56 is already connected
-
Vérifiez que les secrets dhchap ont été activés pour les contrôleurs respectifs de chaque sous-système :
-
Vérifiez les clés dhchap hôte :
cat /sys/class/nvme-subsystem/nvme-subsys0/nvme0/dhchap_secret
DHHC-1:01:OKIc4l+fs+fmpAj0hMK7ay8tTIzjccUWSCak/G2XjgJpKZeK:
-
Vérifiez les clés dhchap du contrôleur :
cat /sys/class/nvme-subsystem/nvme-subsys0/nvme0/dhchap_ctrl_secret
DHHC-1:03:zSq3+upTmknih8+6Ro0yw6KBQNAXjHFrOxQJaE5i916YdM/xsUSTdLkHw2MMmdFuGEslj6+LhNdf5HF0qfroFPgoQpU=:
-
Problèmes connus
Il n'y a aucun problème connu pour Oracle Linux 9.4 avec la version ONTAP.